Re: [Talk-de] Suchbare Liste aller bekannten OSM-Objekte
On 02.03.2011 11:40, Markus wrote: Hallo Stefan, Man hat irgendein bestimmtes Objekt im Sinn, z.B. Schloss oder Aussichtspunkt, und möchte rasch wissen, wie der Tag (bzw. Value) heisst. Das müsste m.E. der Editor leisten. In JOSM gibt es dafür die Vorlagen, und dazu eine Suchfunktion. Dort gibst Du Schloss ein - und bekommst ein Formular, das Dir für jedes Attribut passende Auswahllisten und Eingabefelder anbietet, plus einen Link zu einer Hilfeseite, auf der man dann bebilderte Beispiele findet. Hallo Markus, wäre doch eine gute Idee derartige links in toms einzubauen. Muss mal mehr darüber nachdenken und mit Malcolm darüber sprechen. So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WissensWert – Der Ideenwettbewerb
Hallo Raimond, Am 16.09.2010 19:33, schrieb Raimond Spekking: Was wir fördern Gefördert werden Ideen, die mit den Zielen von Wikimedia Deutschland übereinstimmen. „Sei mutig!“ und überrasche uns mit deinen Ideen zur Erstellung, Sammlung und Verbreitung Freier Inhalte. Überzeuge uns von deinem Vorhaben, den Zugang zu Wissen und Bildung zu fördern! Präsentiere uns deine Idee zu Freiem Wissen, Freien Lizenzen oder Freier Software. sind auch Softwareentwicklungen förderungswürdig, zum Beispiel josm-Plugins, die die Verbreitung von freien Geodaten erleichtern, in dem die Dateneingabe dieser Geodaten auch für Ungeübte möglich wird? Außerdem werden so auch noch gleichzeitig diese Geodaten standardisiert d.h. für gleiche Objekte (Straße, Briefkasten etc.) werden die Daten immer in gleichen Tags abgelegt. So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bitte wenigstens weiterleiten - Blutgruppe AB negativgesucht!
*Von:* Gerhard Knöll gerhardkno...@nexgo.de *Gesendet:* 06.09.2010 21:25:09 *An:* Verborgene_Empfaenger:; *Betreff:* Bitte wenigstens weiterleiten - Blutgruppe AB negativgesucht! (fwd) Hier ein Aufruf einer ehemaligen Studentin Bitte wenigstens weiterleiten - Danke GesuchtAB-Rhesus negativ!!!wenn ihr nicht helfen könnt, Bitte weitersenden!!Wer hat diese Blutgruppe?Wegen LeukÀmieerkrankung dringend gesucht.Selber wÀre man a uch froh wenn's weitergeleitet werden wÌrde.DRINGEND!! ! *Knochenmarkspender Blutgruppe AB Rhfkt. negativ gesucht! Heiko Spatz Eichendorffstr. 5 63773 Goldbach Tel. 0170/6332300 callto:01706332300 Ich wende mich an Euch, weil ich ziemlich verzweifelt bin.Ich hoffe, Ihr könnt mir und meiner Freundin helfen, und lest diesen Brief!Das Problem ist, dass meine Freundin an LeukÀmie erkrankt ist...Es hat sich herausgestellt, dass Sie nur noch wenige Wochen zu leben hat.Aus diesem Grund seid Ihr meine letzte Chance ihr zu helfen.Wir benoetigen dringend eine/n Spender/in mit der Blutgruppe 'AB Rhesus negativ', der/die bereit waeren, ggf. Knochenmark zu spenden.Dies ist fuer Euch nur ein kleiner Eingriff, kann aber meiner Freundin zu Leben verhelfen.Wenn jemand diese Blutgruppe hat, möchte er/sie sich doch bitte mit mir in Verbindung setzen.Alles weitere besprechen wir.Sendet bitte diesen Brief an alle, die Ihr kennt!!!Fragt in eurem Bekanntenkreis nach!Ich danke Euch fuer Eure Hilfe!!! * Liebe Empfaengerin, lieber Empfaenger,auch wenn Sie wie ich nicht helfen koennen, seien Sie bitte so nett und verteilen diese Mail weiter, vielen Dank im Voraus! Angela Gruber DV-Organisation Klinikum der Universitaet Regensburg Tel.: 0941/944-5973 callto:09419445973 Fax: 0941/944-5743 callto:09419445743 Klinikum der UniversitÀt Regensburg Hr. Stefan Mrosek Tel.0941/9445833 / 20 Fax 0941/9445899 callto:09419445899 Franz-Josef-Strauss-Allee 11 93053 Regensburg -- Fadime Karaböcek Institut fÌr Didaktik der Physik Johann Wolfgang Goethe - UniversitÀt Max-von-Laue-Stra�e 1 60438 Frankfurt am Main, Tel./Fax: 069/798 -46 4 52 callto:06979846452, -46 4 60 email: mailto:karaboe...@physik.uni-frankfurt.de www.physikdidaktik.uni-frankfurt.de http://www.physikdidaktik.uni-frankfurt.de -weitergeleitete Nachricht Ende- freenetMail mobil � Alle E-Mails auf Ihrem Handy versenden und empfangen.Jetzt kinderleicht und kostenlos einrichten. http://tls.freenet.de/tipp/handymail/index.html --Weitergeleitete E-Mail-Anlagen-- -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kettenmails NICHT weiterleiten
Am 12.09.2010 15:18, schrieb Tobias Knerr: Hallo Liste, anlässlich der heute auf der ML verbreiteten Kettenmail, in der scheinbar um Hilfe für eine an Leukämie erkrankte Person gebeten wird: Kettenmails sind erfahrungsgemäß in der Mehrzahl der Fälle schlechte Späße, Betrugsversuche oder dergleichen - und auch die wenigen ernst gemeinten Kettenmails werden zur Plage, wenn sie unkontrolliert und ohne Verfallsdatum vervielfältigt werden. Im Umgang mit Kettenmails gilt daher: Regel #1: Nicht weiterleiten! Regel #2: Wer #1 partout ignorieren will, sollte wenigstens mal mit der Suchmaschine seines Vertrauens prüfen, ob es sich um einen bekannten Hoax handelt. Das vorliegende Beispiel etwa ist hinlänglich bekannt und seit 2000 im Umlauf: http://hoax-info.tubit.tu-berlin.de/hoax/knochenmarkspende.shtml Wie man sich denken kann, sind auch die Besitzer der dort genannten Adressen und Telefonnummern nicht sehr begeistert davon, seit Jahren deswegen kontaktiert zu werden, also bitte auch davon absehen... Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Entschuldigung! war mir so nicht bekannt. Habe gedacht, es wäre eine gute Idee. Kommt nicht wieder vor. So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap - regestered trademark?
Am 30.08.2010 20:07, schrieb Ulf Möller: Am 29.08.2010 17:34, schrieb Werner König: Ist der Name openstreetmap kein registered Trademark. Doch, aber ein Domain Name Dispute kostet über 1000$. Das ist eine Tippfehlerdomain sicher nicht wert. Schade, dass man derartige Machenschaften nur mit sovie Geld bekämpfen kann. Hast recht 1000$ ist es nicht wert. Gruß Werner ___ 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] svn account fuerr josm-plugins
Hallo Liste, ich möchte ein account, um plugins für josm in das Repositorium auf dem Server zu schreiben. Dafür sollte ich nach meinem Wissenstand den Benutzer TomH kontaktieren. Auf der Webseite http://www.openstreetmap.org/user/TomH findet man jedoch folgendes Please do not message me via the web site if you want an SVN account - email me with a preferred username instead and I will sort it out. Das dumme ist bloß, dass ich keine email-Adresse von TomH habe. Kann irgendjemand helfen. So long Werner ue ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] openstreetmap - regestered trademark?
Hallo Liste, durch Zufall bin ich eben auf dieser Seite gelandet - http://www.openstreemap.org/. Opensource hin oder her, aber ich finde diese Trittbrettfahrerei geht zu weit. Ist der Name openstreetmap kein registered Trademark. So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap - regestered trademark?
Am 29.08.2010 18:15, schrieb Walter Nordmann: hi, das ist ne altbekannte Masche von Firmen, die sich Domains besorgen, die so ÄHNLICH sind wie bekannte Domains. Da kommt man ganz schnell hin, wenn man sich mal vertippen sollte. Die Links führen alle dann zu Werbung und die Firma verdient dann an den Clicks. Also am besten die Finger von lassen. Ist nix richtig böses aber auch nicht seriös. Spricht aber zumindest dafür, dass unser openstreeTmap.org schon so bekannt ist, dass sich der Aufwand lohnt ;) gruss walter Nein so ist das ganze nicht, unter diesem link werden map's und andere gis_sachen angeboten, Werbung konnte ich keine erkennen. Ein click auf diesen link lohnt sich (vielleicht). So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mittelerde
Am 27.08.2010 21:26, schrieb Jacques Nietsch: Da es schon mal eine Karte von Lummerland bei OSM gegeben hat (hat die eigentlich noch jemand? ), Ja, die habe ich noch. Kann sie bei Bedarf weitgeben. So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] halb OT zum Thema streetview / fotografieren in der Öffentlichkeit
Am 22.08.2010 03:52, schrieb Bernd Wurst: Am Sonntag 22 August 2010, 00:08:26 schrieb Werner König: Wie sieht Eure Meinung aus. Ich denke, dass es in letzter Zeit ausreichend mediale Desinformation gab, so dass sich jeder in aller Stille (oder am Stammtisch) seine Meinung bilden konnte. Eine Diskussion auf dieser Liste halte ich nicht für sinnvoll, da es OSM überhaupt nicht tangiert (abgesehen von aufgebrachten Anwohnern, die gegenüber Mappern mit Fotoapparat nun beinahe handgreiflich werden). Gruß, Bernd Das kann ich jedoch aus der letzten Sicht meiner Informationen durchaus verstehen. Wenn man mit einer kleinen Mannschaft gegen die durchaus berechtigten Interessen von Bürgern mit der Kamera, so wie im Video gezeigt vorgeht, muss man damit rechnen. Ansonsten gebe ich Recht openstreetmap tangiert das hoffentlich nur peripher, aber es macht das mappen auch nicht unbedingt leichter. So long Werner ___ 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] halb OT zum Thema streetview / fotografieren in der Öffentlichkeit
Am 21.08.2010 14:40, schrieb M∡rtin Koppenhoefer: http://www.spiegel.de/video/video-1079798.html Gruß Martin (PS: bin nicht direkt am Puls der Zeit mit den dt. Medien, evtl. ist die Initiative des Jens Best bei Euch bereits ein alter Hut.) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Liste, ich finde nicht, dass es ein Problem ist Hausfassaden zu fotografieren und diese Bilder (im Internet zu veröffentlichen). Dies ist legitim. Brisanz kommt erst dann in die Sache, wenn die Bilder georeferenziert werden und massenhafte weitere georeferenzierte Bilder der Umgebung bekannt sind, denn dann weiss man genau wo das ist und kann sich außerdem auch noch von der Umgebung ein genaues Bild machen.Meines Erachtens sind Luftaufnahmen zum Anschauen und bewundern eines Gebietes völlig ausreichend. Wie sieht Eure Meinung aus. So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderwege
Am 15.08.2010 22:39, schrieb Markus: Hallo Sven, Wer kann mir sagen, wieviele Kilometer Wanderwege in OSM erfasst sind: - weltweit - in DE Gegenfrage, wie definierst Du denn Wanderweg? Alles was Teil eienr Wanderwegerelation Ja, so hätte ich es definiert. Also die meist an den Bäumen mit Symbolen markierten Wege. Aber vielleicht gibt es ja auch noch Wege, die nicht in einer Relation sind, sondern nur durch Wanderweg-Attribute beschrieben sind? Ich denke es geht nur um eine grobe Abschätzung, da sollte man nicht so kleinlich sein 8-). So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Workshop am Freitag auf der FOSSGIS
Am Dienstag, 2. März 2010 23:47:31 schrieb Frederik Ramm: Hallo Kai, Kai Krueger wrote: Hmm, mich wuerde das Thema sehr interesieren da ich mit GpsMid zumindestens periphaer an OSM routing arbeite (der routing code wurde ueberwiegend von jemand anderes geschrieben), ich werde jedoch nicht auf der FOSSGIS sein, sodass ich an dem Workshop nicht teil nehmen kann. Insofern meine Frage, wird es Videoaufzeichnungen der Workshops geben? Fragten andere auch schon; soweit ich weiss, gibt es keine, weil niemand die Arbeit machen kann oder will. Grundsaetzlich wuerde ich Video-Aufzeichnungen auch nicht schlecht finden, vielleicht findet sich fuer 2011 eine Moeglichkeit. Allerdings ist fuer mich persoenlich der wichtigste Aspekt der Konferenz nicht das Aufzeichnen und Publizieren irgendwelcher Informationen, sondern der persoenliche Austausch, das Kennenlernen, die Foerderung der Zusammenarbeit in der Community; ich werde meine Arbeitszeit lieber dafuer aufwenden, herauszufinden, was Leute vom Kommen abhaelt und wie man diese Hindernisse eventuell fuers naechste Mal aus dem Weg schaffen kann, als dass ich Arbeit investiere, um die Konferenz in eine Konserve mit sehr begrenzter Haltbarkeit zu packen (nach einem halben Jahr kraeht doch kein Hahn mehr danach). Haeufig ist es die Anreise (der weite Weg). Versucht doch mal das ganze ueber das Internet zu schalten (aehnlich wie einige Firmen heute Webinare abhalten, Aufzeichnung inklusive, bzw. lokal von den Beteiligten machbar). Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fehlerkorrekturen
Hallo Liste, ich bin gerade dabei die FOSSGIS-Beitraege etwas aufzuarbeiten. Dort werden u.a. die Fehlerkorrekturwerkzeuge wie z.B. OSM-Bugs und OSM-Inspektor hervorgehoben. Diese Tools sind mit Sicherheit sehr wertvoll. Andererseits stellt sich hier die Frage, wie kann man ein Eintrag in OSM schuetzen, der fuer diese Werkzeuge wie ein Fehler aussieht, obwohl man genau weiß, dass die Realitaet genau so ist. Gibt es hier irgendwelche Ansaetze, Moeglichkeiten etc. Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlerkorrekturen
Am Sonntag, 7. März 2010 14:31:44 schrieb Lars Francke: Hallo! Gibt es hier irgendwelche Ansaetze, Moeglichkeiten etc. Ich weiß nicht wie vollständig die Videos sind aber es wurde auch über diese false-positives diskutiert und keine eindeutige Loesung gefunden. ja wurde diskutiert und sind in den Videos enthalten Eines der Probleme ist ja nicht wirklich OSM-Bugs-spezifisch sondern ein allgemeines: Wie identifiziere ich eindeutig ein Element wenn sich ggf. die beteiligten OSM IDs ändern koennen. Ein anderes Problem ist festzulegen was genau die Elemente wären, die man als nicht fehlerhaft markiert. Bei Relationen z.B. kann es sein, dass nur ein oder zwei der Member in irgendeiner Form falsch sind dadurch allerdings die gesamte Relation unbrauchbar wird. Und zu guter letzt (alles aus meiner Erinnerung, gut moeglich, dass ich was vergesse) ist die Frage wie lange ein solcher Vermerk gültig ist. Jemand markiert einen Fehler als false-positive, ein anderer Mapper verschiebt/ändert das Element und macht einen echten Fehler, ändert aber die Tags nicht, dieser Fehler würde von den Tools nun ignoriert werden. Man muesste dieses false-positives an ein Datum bzw. eine Verrsionsnummer koppeln. Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendern von Seezeichen und Editor
Am Donnerstag, 18. Februar 2010 21:51:09 schrieb Christian Wagner: Am Donnerstag, den 18.02.2010, 00:27 +0100 schrieb Ulf Lamping: Am 17.02.2010 22:55, schrieb Christian Wagner: Schön wäre bei der ganzen, verständlichen Begeisterung für das Editor- Programmierens einfach ein Paar Vorlagen für JOSM zu haben. Wählt man z. B. Seezeichen- Bake aus, dann kann man sich das dann auch sehr einfach zusammenklicken- Farbe, Höhe, Licht, Lichtcharakteristik etc. Das geht ja bei Autobahnauffahrten mit oneway und Spurenanzahl auch. Ist sicherlich schneller programmiert als ein Online- Editor oder ein echtes graphisches Plugin für JOSM- bei den Häfen hat es ja auch geklappt. Es erwartet im Moment sicherlich keiner Perfektion, das kann man hinterher immer noch ändern. Kennst du das JOSM TOMS Plugin? Das macht genau das, zumindest für die Bojen (wenn ich das als Landratte so richtig verstanden habe). Gruß, ULFL Ja kenne ich, und das Teil macht IMHO den gleichen Fehler der hier immer wieder zu Verwirrungen führt. Es versucht die Seezeichen in eine OSM- untypisches Raster zu pressen. Da werden z. B. Topzeichen feste Tonnenfarben zugeordnet (Einzelgefahrzeichen etc.). Irgendwo auf der Welt gibt's dann ein Einzelgefahrenzeichen mit gelber Tonnenfarbe oder eine Kardinaltonne hat eine Lichtsequenz welche ich im Editor eben nicht auswählen kann und dann geht der Zinnober wieder von vorne los. Warum nicht mappen was wirklich da ist? toms versucht nur das allgemeine tagging-Schema von Seezeichen etc. wieder zugeben. Wenn es um Spezialitaeten geht, steht es jedem Benutzer frei es mit den normalen Moeglichkeiten von josm einzugeben. Auf alle diese Spezilialtaeten einzugehen ist einfach nicht moeglich. Wozu die ganzen Regeln wenn sie mit Sicherheit nicht weltweit haargenau eingehalten werden. Das S57 System ist eh modular aufgebaut, genau wie das OSM Taggingschema. So ist das Licht des Leuchturms vom Turm an sich völlig unabhängig. Warum also im Editor künstliche Zusammenhänge aufbauen? Auch der Renderer könnte diese Modularität und Unabhängigkeit der einzelnen Tags voneinander berücksichtigen und eben das Licht und den Leuchtturm bzw. die Tonne unabhängig voneinander zeichnen. So hat man dann auch eine Möglichkeit mit den unvollständig erfassten Seezeichen, welche in OSM nun mal auch erfasst werden, umzugehen. Wenn ich tagsüber an einer Boje vorbeifahre, so kann ich nun mal nicht wissen wie die Lichtcharakteristik aussieht. Wenn ich Nachts vorbeikomme so erkenne ich die Lichter, kann aber eventuell nicht die Farbe oder Form der Tonne sehen. Ich denke ja auch nicht dass ein grafischer Editor nicht irgendwann von Vorteil ist, aber warum nicht eine Zwischenlösung mit Vorlagen, damit kann man wie auch sonst in OSM eine einigermaßen stabile Datenbasis aufbauen und gleichzeitig bleibt man flexibel wenn die reale Welt nun mal nicht den Normen entspricht. Das wäre rasch auf alle möglichen Seezeichen ausweitbar. Ich warte z. B. immer noch eine Möglichkeit für Leuchttürme, Baken und was es sonst noch so alles gibt. Falls es da von Seiten von OSeaM Interesse gibt, so bin ich als Nichtprogrammieren gerne bereit zu helfen. Gruß, Christian ___ 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] Rendern von Seezeichen und Editor
Am Freitag, 19. Februar 2010 20:53:51 schrieb Arne Johannessen: Falk Zscheile wrote: Am 18. Februar 2010 21:51 schrieb Christian Wagner wagnerschrist...@gmail.com : [Toms-Plugin für JOSM] Ja kenne ich, und das Teil macht IMHO den gleichen Fehler der hier immer wieder zu Verwirrungen führt. Es versucht die Seezeichen in eine OSM- untypisches Raster zu pressen. Das erscheint mir auch so. Da werden z. B. Topzeichen feste Tonnenfarben zugeordnet (Einzelgefahrzeichen etc.). Irgendwo auf der Welt gibt's dann ein Einzelgefahrenzeichen mit gelber Tonnenfarbe oder eine Kardinaltonne hat eine Lichtsequenz welche ich im Editor eben nicht auswählen kann und dann geht der Zinnober wieder von vorne los. Warum nicht mappen was wirklich da ist? Nein, dass siehst Du falsch. Die Topzeichen und Tonnenfarbe stehen immer in einem festen Zusammenhang. In der Theorie schon, klar. Aber die Erfahrung zeigt nun mal, dass es immer wieder aus verschiedenen Gründen Ausnahmen von der Regel gibt. Beispiele wurden schon genannt. Weiteres Beispiel: durch normale Abnutzung erlangen die Toppzeichen auf Backbord- und Steuerbordtonnen in Dänemark gerne schon mal die Form eines Balls. Wenn man den Ist-Zustand taggen wollte, wäre daher eine Backbordtonne mit rotem Ball als Toppzeichen in Dänemark nichts ungewöhnliches. Und ja, die Dinger sehen durchs Fernglas quasi genau so aus wie eine Mitte-Fahrwasser-Tonne. :-/ Bei Kardinaltonnen zeigen die Spitzen des Topzeichens immer in Richtung der schwarzen Bauchbinde der gelben Tonne. Gleicher Zusammenhang gilt für die Kennung (Lichtsequenzen) und Farbgebung bei den Kardinaltonnen.[1] Im Online-Editor auf http://map.openseamap.org/ kann ich z. B. das Toppzeichen nicht abschalten (die Checkbox ist disabled). In Norwegen haben Kardinalzeichen aber niemals Toppzeichen. Ebenfalls kann ich nicht die Kennung UQ(3) einstellen. Die ist zwar unüblich, aber zulässig. (Ferner kann ich keine Wiederkehr einstellen, was vermutlich einfach bisher noch nicht implementiert ist.) [...] Nationale Ergänzungen sind zulässig, jedoch keine Abweichungen vom festgelegten Standard. Was glaubst Du, was alles gemacht wird, obwohl es nicht zulässig ist... Da können noch so schöne Systeme definiert sein, die reale Welt sorgt immer noch für Abweichungen, mit denen Editoren und Renderer in OSM _prinzipiell_ umgehen können müssen. Ähnlich wie bei Mapnik Co. muss der Renderer nicht zwangsläufig alles perfekt rendern, was ihm über die Füße läuft. Was er nicht kennt, bleibt halt weg oder wird sinnvoll ersetzt (ist im Prinzip auf map.openseamap.org schon so implementiert). Die Hauptarbeit muss m. E. der Online-Editor leisten, indem er beim Einlesen von Objekten, die unvollständig oder unüblich getaggt sind, die Situation irgendwie sinnvoll darstellt (und die Daten ohne Zerstörung zurückschreibt, logisch). Das könnte _beispielsweise_ dadurch geschehen, dass bei Erkennen eines solchen Problemfalls (Objekt passt nicht genau ins vordefinierte Raster) statt der Editor-GUI zuerst eine rohe tag-Liste im Stil von JOSM angezeigt wird. Dem Nutzer könnte die Wahl gegeben werden, entweder die tags direkt dort zu bearbeiten oder (evtl. unter Datenverlust) auf den üblich GUI-Editor umzusteigen, falls gewünscht. Diese Lösung könnte nahezu alle Fälle mit der schönen einfachen GUI abdecken, wäre aber trotzdem flexibel für Änderungen. Ist aber nur eine von sicherlich vielen möglichen Ideen, und nicht unbedingt die beste. Auch der Renderer könnte diese Modularität und Unabhängigkeit der einzelnen Tags voneinander berücksichtigen und eben das Licht und den Leuchtturm bzw. die Tonne unabhängig voneinander zeichnen. So hat man dann auch eine Möglichkeit mit den unvollständig erfassten Seezeichen, welche in OSM nun mal auch erfasst werden, umzugehen. Wenn ich tagsüber an einer Boje vorbeifahre, so kann ich nun mal nicht wissen wie die Lichtcharakteristik aussieht. Wenn ich Nachts vorbeikomme so erkenne ich die Lichter, kann aber eventuell nicht die Farbe oder Form der Tonne sehen. Richtig. Wenn Du an einer Kardinaltonne vorbei kommst, dann kannst du das sehr wohl -- siehe oben. Die Frage ist nur, ob die Tonne tatsächlich befeuert ist (was man bei Tage nicht erkennen kann), Doch, am Vorhandensein des Leuchtträgers (oder -- mit etwas Erfahrung -- an der Tonnenform). nicht aber welche Kennung sie hat. Nein, die Kennung kann auch innerhalb des IALA-Systems durchaus variieren, und zwar ... [...], damit man die Tonnen im Fahrwasser bei Nacht auch schön anhand ihrer Befeuerung unterscheiden und in der Seekarte wieder finden kann. ... aus genau diesem Grund. Als Beispiel fallen mir spontan gerade bloß die Nordergründe ein (westlich Scharhörn), aber das Prinzip gibt's
Re: [Talk-de] Rendern von Seezeichen und Editor
Am Montag, 22. Februar 2010 15:24:28 schrieb Olaf Hannemann: Hallo Arne, Im Online-Editor auf http://map.openseamap.org/ kann ich z. B. das Toppzeichen nicht abschalten (die Checkbox ist disabled). In Norwegen haben Kardinalzeichen aber niemals Toppzeichen. OK, wie wäre es, wenn das Topzeichen enabled wäre und beim Eintragen einer neuen Tonne per default angewählt ist. Beim Laden einer Tonne ohne Topzeichen ist es denn abgewählt. Ebenfalls kann ich nicht die Kennung UQ(3) einstellen. Die ist zwar unüblich, aber zulässig. Füge ich hinzu. (Ferner kann ich keine Wiederkehr einstellen, was vermutlich einfach bisher noch nicht implementiert ist.) Die Wiederkehr ist lediglich bei den *Q Kennungen nicht einstellbar, da diese von der Wiederholrate zu schnell sind, als das dies Sinn machen würde. Wird übrigens bei diesen Kennungen auch auf keiner Karte angezeigt. [...] Nationale Ergänzungen sind zulässig, jedoch keine Abweichungen vom festgelegten Standard. Was glaubst Du, was alles gemacht wird, obwohl es nicht zulässig ist... Da können noch so schöne Systeme definiert sein, die reale Welt sorgt immer noch für Abweichungen, mit denen Editoren und Renderer in OSM _prinzipiell_ umgehen können müssen. Ähnlich wie bei Mapnik Co. muss der Renderer nicht zwangsläufig alles perfekt rendern, was ihm über die Füße läuft. Was er nicht kennt, bleibt halt weg oder wird sinnvoll ersetzt (ist im Prinzip auf map.openseamap.org schon so implementiert). Die Hauptarbeit muss m. E. der Online-Editor leisten, indem er beim Einlesen von Objekten, die unvollständig oder unüblich getaggt sind, die Situation irgendwie sinnvoll darstellt (und die Daten ohne Zerstörung zurückschreibt, logisch). Wird teilweise schon gemacht, wenn alternative tagging-Schemas vorliegen, jedoch sind Kontextsensitive Editoren nicht wirklich einfach implementierbar. Die Idee jedoch ist angekommen. Das könnte _beispielsweise_ dadurch geschehen, dass bei Erkennen eines solchen Problemfalls (Objekt passt nicht genau ins vordefinierte Raster) statt der Editor-GUI zuerst eine rohe tag-Liste im Stil von JOSM angezeigt wird. Dem Nutzer könnte die Wahl gegeben werden, entweder die tags direkt dort zu bearbeiten oder (evtl. unter Datenverlust) auf den üblich GUI-Editor umzusteigen, falls gewünscht. Diese Lösung könnte nahezu alle Fälle mit der schönen einfachen GUI abdecken, wäre aber trotzdem flexibel für Änderungen. Ist aber nur eine von sicherlich vielen möglichen Ideen, und nicht unbedingt die beste. mal schaun, ob sich das verwirklichen laesst. Ich nehme es mal in die Ideen-Liste auf, kurzfristig ist hier jedoch nichts zu erwarten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendern von Seezeichen und Editor
Am Samstag, 20. Februar 2010 10:51:51 schrieb Christian Wagner: Am Donnerstag, den 18.02.2010, 22:32 +0100 schrieb Falk Zscheile: Am 18. Februar 2010 21:51 schrieb Christian Wagner wagnerschrist...@gmail.com: Am Donnerstag, den 18.02.2010, 00:27 +0100 schrieb Ulf Lamping: Kennst du das JOSM TOMS Plugin? Das macht genau das, zumindest für die Bojen (wenn ich das als Landratte so richtig verstanden habe). Ja kenne ich, und das Teil macht IMHO den gleichen Fehler der hier immer wieder zu Verwirrungen führt. Es versucht die Seezeichen in eine OSM- untypisches Raster zu pressen. Da werden z. B. Topzeichen feste Tonnenfarben zugeordnet (Einzelgefahrzeichen etc.). Irgendwo auf der Welt gibt's dann ein Einzelgefahrenzeichen mit gelber Tonnenfarbe oder eine Kardinaltonne hat eine Lichtsequenz welche ich im Editor eben nicht auswählen kann und dann geht der Zinnober wieder von vorne los. Warum nicht mappen was wirklich da ist? Nein, dass siehst Du falsch. Die Topzeichen und Tonnenfarbe stehen immer in einem festen Zusammenhang. So kannst Du auf die Tonnenfarbe schließen, wenn du die Farbe selbst nicht erkennen kannst oder die Farbe schon längst verschwunden ist. Bei Kardinaltonnen zeigen die Spitzen des Topzeichens immer in Richtung der schwarzen Bauchbinde der gelben Tonne. Gleicher Zusammenhang gilt für die Kennung (Lichtsequenzen) und Farbgebung bei den Kardinaltonnen.[1] Das ist überall gleich und dient der Sicherheit der Schifffahrt. So gesehen macht es der Editor dem Mapper ohne Kenntnisse der Seezeichen das Eintragen sogar einfacher, wenn er dort, wo solche festen Beziehungen bestehen, diese vorgibt. Das ist auch auf der ganzen Welt das gleiche, damit der deutsche Kapitän auch in Hong Kong sicher navigieren kann. Man hat sich im Rahmen der UN auf die Vereinheitlichung geeinigt. Nationale Ergänzungen sind zulässig, jedoch keine Abweichungen vom festgelegten Standard. Wenn das System wirklich so zwingend ist dann reicht als Tag ja eigentlich cardianl_south? Eigentlich impliziert das Zeichen ja dann schon alles oder? Was aber wenn irgendwelche Bojenleger aus Maputo das dann eben doch anders gemacht haben? Nun ja, vielleicht reicht es für diesen (sicherlich seltnen) Spezialfall dann auch händisch das abweichende Feuer in die Datenbank einzutragen. Die Editoren sind nur dazu dar, um gewisse Standards zu regulieren, alles andere kann mit josm direkt eingegeben werden. Natuerlich sollen die Standards so flexibel wie moeglich sein, ist jedoch nicht ganz einfach zu implementieren, daher sind Anregungen gerne gesehen Wozu die ganzen Regeln wenn sie mit Sicherheit nicht weltweit haargenau eingehalten werden. Das S57 System ist eh modular aufgebaut, genau wie das OSM Taggingschema. So ist das Licht des Leuchturms vom Turm an sich völlig unabhängig. Warum also im Editor künstliche Zusammenhänge aufbauen? Bei Leuchttürmen und Lateraltonnen( Steuerbordtonnen -- grün, spitzes Topzeichen; Backbordtonnen -- rot, rechteckiges Topzeichen; gilt nur für Betonnungsregion A[2]), trifft das zu, nicht aber auf das von Dir angeführte Beispiel der Kardinaltonnen. Mit anderen Worten, die Zusammenhänge sind nicht künstlich sondern zwingend, wenn vorhanden. DIe regeln sind fuer Otto-Normalverbraucher, alle anderen koennen sich gerne der sonstigen josm-Mitteln bedienen. Das mit dem festen Topzeichen im Lateralsystem ist mir bekannt. Hier wäre aber gerade wegen der IALA A und B Regionen eine weitere Aufspaltung der Tags IMHO besser geeignet. Warum im Editor Steuer- und Backbord extra mit Farben verknüpfen? Das hat zur Folge das der Editor wie aktuell der Fall eben nur für eine IALA- Region funktioniert. Wenn ich die Farbe frei wählen kann dann muß ich als Mapper erst mal gar nix über IALAs wissen, Sondern kann Otto Normalmapper eben die rote Tonne von der Butterfahrt einfach eintragen. Wie schon gesagt, die Daten müssen am Anfang ja nicht perfekt sein. Der nächste OSeaM Segler kommt dann nächstes Jahr dran vorbei, freut sich daß da schon rudimentäre Daten da sind und kann dann was verbessern. Auch der Renderer könnte diese Modularität und Unabhängigkeit der einzelnen Tags voneinander berücksichtigen und eben das Licht und den Leuchtturm bzw. die Tonne unabhängig voneinander zeichnen. So hat man dann auch eine Möglichkeit mit den unvollständig erfassten Seezeichen, welche in OSM nun mal auch erfasst werden, umzugehen. Wenn ich tagsüber an einer Boje vorbeifahre, so kann ich nun mal nicht wissen wie die
Re: [Talk-de] Rendern von Seezeichen und Editor
Das auch recht hilfreich erscheint, aber bisher noch sehr unvollständig ist (in Version 7). Die demnaechst veroeffentlichte Version 9 wird dann auch Kardinaltonnen bearbeiten koennen . (wartet noch ca. 2 Wochen, Code steht, muss jedoch noch validiert werden) Gruss Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FOSSGIS 2010 in Osnabrueck: Programm und Anmeldung
Am Montag, 25. Januar 2010 15:56:35 schrieb Frederik Ramm: http://www.fossgis.de/konferenz/2010/index.de.html - die meisten Vortragenden kennt ihr vermutlich bereits aus Mailinglisten, Foren etc. Hier koennt ihr euch zur Konferenz anmelden: http://www.fossgis.de/civicrm/event/register?reset=1id=2 Die Konferenz ist grundsaetzlich kostenlos, auch die Kaffeepausen und ein einfaches Mittagessen gibt es fuer alle Teilnehmer gratis. Bitte meldet Euch aber auf jeden Fall trotzdem an, damit auch genuegend Essen eingekauft wird ;-) Geld kosten lediglich die bereits erwaehnten Workshops sowie die Abendveranstaltungen am Dienstag und Donnerstag abend (38 bzw 36 Euro fuer Essen+Trinken-Flatrate). Details zu diesen Abendveranstaltungen hier: http://www.fossgis.de/konferenz/wiki/Main_Page. Ich wuerde mich freuen, viele von Euch in Osnabrueck zu treffen. Ich selber werde von Dienstag bis Freitag die ganze Zeit da sein. Einen eigenen OpenStreetMap-Stand wird es diesmal nicht geben, aber irgendwo stellen wir einen Tisch auf und haengen ein paar coole Poster hin. Tolle Veranstaltung, leider fuer mich zeitlich nicht machbar. Werden die Vortaege auch irgendwo veroeffentlicht. Besonders interessieren wuerde mich - Karten im Druck - Mapnik - mehr als nur tiles - OSM für Garmin Geräte Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] toms, neues Plugin fuer josm-Editor
Am Sonntag, 24. Januar 2010 03:11:27 schrieb Ulf Lamping: Ich denke in die Richtung der mehr (foto-)graphischen Eingabe sollte (und wird) es auf die Dauer zumindest bei den komplizierteren Sachen gehen. Die Presets waren ein guter erster Schritt für die Eingabeerleichterung, aber das reicht in vielen Fällen noch nicht. Jetzt kommt dein toms und fängt an das graphisch darzustellen - das finde ich gut. Ob diese Art von Editor auch bei Bahnhöfen und Relations (oder auch anderen Sachen) gut funktioniert muß man halt ausprobieren. Wird toms - wie bei den Presets - über XML gesteuert, oder sind die Sachen hardcoded drin? Bisher ist die ganze Sache hardcoded. Steuerung ueber xml ist jedoch angedacht. Insbesonder das Tagging-Schema moechte ich als xml-Datei abbilden, damit ich nicht bei jeder kleinen Aenderung das ganze Programm anpacken muss. Dazu werde ich wahrscheinlich eine StaX-Parser verwenden (in java 1.6 enthalten). Erste Versuche sind positiv. Dies ist jedoch nur ein Anfang. Schau mal unter http://www.jaxfront.org/pages/, dort wird beschrieben, wie man mit jaxfront Programme auf der Basis von xml-Schematas generieren kann. Dass ganze ist fuer nicht kommerzielle Anwendung freie Software und steht zumindest teilweise unter der GPL-Lizenz zur Verfuegung, d.h die Sourcen muessen zumindestens teilweise oeffentlich zugaenglich sein. Ich denke der Ansatzpunkt derartiges in josm zu integrieren sind die presets. Das ganze ist bei toms noch gar nicht bis zum Ende durchgefuehrt, es ist durchaus moeglich das plugin zu starten, schlummern zu lassen und nur aktiv zu werden, wenn ein Seezeichen aktiviert wird oder mit rechter Maustaste eine Anforderung zur Neuanlage aufgerufen wird. Dies ist auch bei anderen Entities moeglich. Im Menu halte ich das für nicht so gut, damit geht dem Anwender die Übersicht verloren, was es denn alle so für Helferlein überhaupt gibt. Wenn wir irgendwann mal ein Kontextmenu bekommen sollten - fehlt mir schon seit drei Jahren :-), gehören da natürlich nur die Sachen rein, die aktuell auch anwendbar sind. Ich habe mich in toms dazu als SelectionChangedListener in die entsprechende Event-Liste eingetragen und bekomme daher jeden Node-Wechsel mit und kann entsprechend in der Maske reagieren. Bei der Suche nach dieser Loesung habe ich aehnliche Ansaetze fuer den MouseListener-Event gesehen. Damit muesste man doch einen Rechtsklick relativ einfach abfangen und entsprechend mit einem Kotextmenue reagieren koennen? Gruss Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] toms, neues Plugin fuer josm-Editor
Am Sonntag, 24. Januar 2010 13:42:04 schrieb NopMap: Ich denke der Kern der ganzen Sache liegt in einem Mißverständnis. Werner wollte hier sein _Plugin_ vorstellen - nicht den _Installer_. Der Installer ist für das Messepublikum so einfach wie möglich gehalten, die Entwickler hier brauchen ihn nicht und sollten mit der ausführlichen Installationsanleitung arbeiten. Dann sehen sie auch gleich, was alles an Einzelteilen dazugehört. So ist es. Es kommt noch dazu, dass ich die Version 8 mit zur Verfügung stellen wollte. Diese steht jedoch bisher noch nicht auf sourceforge zur Verfügung Hier gibt es bisher nur Version 7. Da Markus diesen Download ermöglicht hat, weiß ich bis jetzt noch nicht, wie ich den updaten kann. Leider weist die Version 7 noch die fuer den Benutzer nicht wirklich brauchbare Vernetzung mit der logg4j Bibliothek von Apache auf (daher die Intention stelle doch Version 8 zur Verfügung). Nur deshalb habe ich auf den Installer zurueckgegriffen, sonst waere alles mit der Installationsanweisung moeglich gewesen. Ich wußte nicht, daß Werner eine Ankündigung hier plant und Werner wußte nicht, daß er noch darauf hätte hinweisen können. Wollte den Installer eigntlich gar nicht einsetzen. War ein sehr spontaner Entschluss. Außerdem waere das plugin im svn der josm-plugins wesentlich besser aufgehoben. Aber auch dazu habe ich bisher keinen Zugriff. Waere dankbar, wenn man mir sagen koennte, wie ich diesen Zugriff bekommen kann, insbesondere, da ich selbst mit einem svn-System lokal arbeite (Tortoise-Svn). Gruss Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] toms, neues Plugin fuer josm-Editor
Am Sonntag, 24. Januar 2010 15:31:46 schrieb Ulf Lamping: Wenn ich sowas wie Free Community Edition lese, lasse ich persönlich da eher die Finger von. Das wird dann nach einiger Zeit gerne mal nicht mehr ganz so free - nämlich dann, wenn die Bugs im Produkt behoben sind ;-) Ich wollte ja nur mal den Ansatz zeigen, der sehr interessant ist. Außerdem schiele ich ein bisschen auf die Sourcen, die zumindest teilweise freigegeben sind. Darum muss ich mich noch kümmern. Wenn man mir diese gibt, glaube ich, dass man das ganze aehnlich in Josm nachbilden kann, ohne in eine Lizenzpflicht zu schlidderrn. Ich denke der Ansatzpunkt derartiges in josm zu integrieren sind die presets. Zunächst würde ich das erstmal parallel zu den presets machen, es muß in der Ecke noch genug auspropiert werden, da läßt man bestehende Mechanismen besser erstmal in Ruhe ;-) Natuerlich parallel, aber trotzdem aufbauend auf den presets Ich habe mich in toms dazu als SelectionChangedListener in die entsprechende Event-Liste eingetragen und bekomme daher jeden Node-Wechsel mit und kann entsprechend in der Maske reagieren. Bei der Suche nach dieser Loesung habe ich aehnliche Ansaetze fuer den MouseListener-Event gesehen. Damit muesste man doch einen Rechtsklick relativ einfach abfangen und entsprechend mit einem Kotextmenue reagieren koennen? Das sollte nicht sooo schwierig sein, es hat halt bislang keiner (inkl. mir) angepackt. Die einzige Schwierigkeit ist dabei wohl die Verwendung der rechten Maustaste zum Kartenverschieben. Aber ich denke auch das kann man durchaus in den Griff bekommen. Frederik hatte sowas im Slippy-Map Plugin sogar schonmal eingebaut. Denke auch, dass das machbar ist, werde es in der naechsten Zeit mal ausprobieren. Gruss Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Composer V0.81 mit neuem Wizard
Am Sonntag, 24. Januar 2010 19:28:57 schrieb NopMap: So, jetzt aber zur gewohnten Zusammenfassung. Die wesentlichen Features der neuen Version sind: * Erste Unterstützung für routingfähige Karten * Wizardmodus, der Renderregeln und Statistiken über vorhandene Tags grafisch zusammenbringt * Automatisches Erzeugen von Icons auf Flächen * Unterstützung einer Whitelist für Tags * Kartenparameter sind Pflichtfelder * Fix: Kartenid wieder mehrstellig * Fix: Zweifarbige Bitmaps bei Linien möglich. Danke an Walter Schlögl für die Lösung. Hoert sich gut an. Habe selber bis jetzt noch gar nichts mit dem Composer gemacht. Wenn ich ehrlich bin, habe ich bisher noch nicht einmal gewusst, dass es ein derartiges Tool gibt. Da ich mich aber selber mit der Kartenerstellung (fuer private Zwecke) beschaeftigen moechte, werde ich nicht umhin kommen dieses Tool mal auszuprobieren. Danke an alle, die sich so viel Arbeit machen, dass man derartige Tools hier angeboten bekommt. Gruss Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] toms, neues Plugin fuer josm-Editor
Am Samstag, 23. Januar 2010 16:43:36 schrieb Ulf Lamping: Am 23.01.2010 08:44, schrieb Werner König: Als dringlichstes *muß* der Windows Installer die Mappaint Styles zusätzlich zu den bestehenden/internen Styles installieren und nicht einfach bestehende Sachen überschreiben. Da ich den Installer nicht gemacht habe, habe ich auch keinen Einfluss auf diesen. In der Installationsanleitung siehe unten ist der Weg so beschrieben, dass dieser Fehler nicht passiert. (Macht ja auch keinen Sinn, die anderen Pictogramme moechte man ja auch sehen, nicht nur Tonnen) Gruß, ULFL P.S: Hat das eigentlich irgendeinen Grund, daß das Plugin toms und nicht einfach OpenSeaMap heißt? So muß man sich nur noch einen Namen merken ... Hilfe fuer die Bedienung des plugins bekommt man hier http://wiki.openseamap.org/index.php?title=De:JOSM_and_Plugin/Window http://wiki.openseamap.org/index.php?title=De:JOSM_and_Plugin/edit http://wiki.openseamap.org/index.php?title=De:JOSM_and_Plugin/Seamark http://wiki.openseamap.org/index.php?title=De:JOSM_and_Plugin/Harbour das Paket (leider bisher nur Version 7 mit sourcen bekommt man hier http://sourceforge.net/projects/openseamap/files/JOSM-plugin_OSeaM-Editor_toms (in dem Zip_Archiv ist auch eine Installationsanleitung, sowohl fuer Windows als fuer Linux- Benutzer) ___ 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] toms, neues Plugin fuer josm-Editor
Am Samstag, 23. Januar 2010 23:46:10 schrieb Frederik Ramm: Hallo, Ulf Lamping wrote: Ich gehe jetzt mal davon aus, daß NopMap der OSM Composer Entwickler ist, der seinen Source Code selbst nicht freigibt. Irgendwie kommt mir gerade das Wort Glashaus in den Sinn ... Was wir hier beobachten (und was mit erstaunlicher Geschwindigkeit in einen Flamewar abdriftet), ist doch im Grundsatz einfach das Aufeinandertreffen verschiedener Herangehensweisen. Ueber die Heftigkeit der Auseinandersetzung bin ich auch erstaunt, habe ich nicht erwartet, da der Normal-User anscheinend von dieser Problematik nicht betroffen ist. Fuer Spezialisten gibt es ja immer noch den sourceforge-link mit detailierter Installationsanweisung ( http://sourceforge.net/projects/openseamap/files/JOSM-plugin_OSeaM-Editor_toms) Das OpenSeaMap-Team, das schon in der Vergangenheit dem Fortkommen in der Sache eine hoehere Prioritaet eingeraeumt hat als dem Einvernehmen mit der restlichen OSM-Community spielt hier Messe wie die Grossen - man macht einen aufwendigen Messestand, und zum ersten Messetag releast man mit grossem Tamtam irgendwas, was bis dahin geheim war, um einen Publicity-Effekt zu haben. Ich kenne mich in dem Messe-Business nicht so aus, eventuell muss man das ja so machen, um ueberhaupt Aufmerksamkeit zu erregen. Solche Aktionen fuehren in aller Regel automatisch dazu, dass man (a) verleitet ist, halbgare Sachen rauszubringen (entweder jetzt schnell zum Messetermin - oder halt erst in einem Jahr...) und dass man (b) auch vorher nicht gross in der Community hausieren geht, weil sonst der Neuheitseffekt weg ist. Hier habe ich sicherlich Fehler begangen, eine derartige Vorgehensweise behagt mir eigentlich auch nicht. Habe jedoch auch im Vorfeld darauf hingewiesen, dass eine bessere Zusammenarbeit z. B. mit der freien Tonne gefallen wuerde. Umso erstaunter bin ich, dass es hier ja nur um den Installer geht. Der Kern der Sache, nämlich das josm-plugin, ist noch gar nicht richtig beurteilt worden. Wie findet Ihr die Sache, sie ist auch uebertragbar auf andere komplexere Gebilde, wie zum Beispiel Bahnhöfe oder Relations. Das ganze ist bei toms noch gar nicht bis zum Ende durchgefuehrt, es ist durchaus moeglich das plugin zu starten, schlummern zu lassen und nur aktiv zu werden, wenn ein Seezeichen aktiviert wird oder mit rechter Maustaste eine Anforderung zur Neuanlage aufgerufen wird. Dies ist auch bei anderen Entities moeglich. Das ist etwas, was es bei uns sonst normalerweise nicht gibt; die meisten lassen sich bei der Software-Entwicklung in die Karten schauen und belaestigen die Community schon mit ersten Alpha-Versionen, wenn praktisch noch ueberhaupt nichts geht. Etwaige Bedenkentraeger, wie hier Ulf, koennen sich fruehzeitig einbringen. ich finde es gut im Vorfeld alpha-Tester zu haben, glaube auch nicht, dass fuer den Neuheitseffekt auf der Boot die Verschleierungstechnik gut war, da 90% dieser Klientel, diese Liste gar nicht kennen. Ich teile zwar Ulfs Bedenken, und mir persoenlich gefaellt die relativ abgeschottete Vorgehensweise des OSeaM-Teams nicht so gut, aber ich finde, auch fuer eine Pluralitaet der Herangehensweisen haben wir bei OSM genug Platz; lass die es doch mal auf diese Weise probieren. Vielleicht ist das fuer die Zielgruppe sogar der geeignetere Weg. Wenn sich beim JOSM-Team jemand ueber zerschossene Styles beschwert, muss man halt kuenftig als erstes fragen, ob er einen Segelschein hat ;-) ok, ich habe auch keinen Segelschein und muss mich da auf die Fachleute verlassen 8-) Gruss Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] toms, neues Plugin fuer josm-Editor
Hallo Liste, da heute auf der Boot in Duesseldorf das neue plugin toms fuer den josm-Editor zu Editieren vom Seezeichen vorgestellt wird, moechte ich dies hier auf der LIste tun. Es handelt sich um ein plugin, welches in Zukunft das Editieren von Seezeichen erleichtern soll. toms steht fuer to map seamarks. Bisher ist dies nur eingeschraenkt fuer eine Oberkategorie von Bojen moeglich. Auf der Seite http://wiki.openseamap.org/index.php?title=De:JOSM_and_Plugin ist dazu eine aktuelle Version (8.0) fuer windows verfügbar. Die Version fuer Linux und die entsprechende Source ist unter http://sourceforge.net/projects/openseamap/files/JOSM-plugin_OSeaM-Editor_toms erhaeltlich (leider nur in der Version 7, die noch eine Abhaengigkeit bezueglich des Loggers log4j von Apache aufweist (in der Version 8 sind diese Abhängigkeiten mittels bedingter Kompilierung aufgehoben). Wenn man fuer linux eine aktuelle Version von toms (8.0) haben moechte, so kann man sich die Windows-Version herunterladen. Das plugin toms.jar ist auch unter linux lauffaehig. Die Installationsanweisung auf sourcforge ist noch nicht auf die Verion 8.0 angepasst, so dass dann die Anweisungen bezueglich des Loggers hinfällig sind. Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] toms, neues Plugin fuer josm-Editor
Am Samstag, 23. Januar 2010 04:09:38 schrieb Ulf Lamping: Am 23.01.2010 02:02, schrieb Werner König: Hallo Liste, da heute auf der Boot in Duesseldorf das neue plugin toms fuer den josm-Editor zu Editieren vom Seezeichen vorgestellt wird, moechte ich dies hier auf der LIste tun. Es handelt sich um ein plugin, welches in Zukunft das Editieren von Seezeichen erleichtern soll. toms steht fuer to map seamarks. Bisher ist dies nur eingeschraenkt fuer eine Oberkategorie von Bojen moeglich. Auf der Seite http://wiki.openseamap.org/index.php?title=De:JOSM_and_Plugin ist dazu eine aktuelle Version (8.0) fuer windows verfügbar. Die Version fuer Linux und die entsprechende Source ist unter http://sourceforge.net/projects/openseamap/files/JOSM-plugin_OSeaM-Editor_toms erhaeltlich (leider nur in der Version 7, die noch eine Abhaengigkeit bezueglich des Loggers log4j von Apache aufweist (in der Version 8 sind diese Abhängigkeiten mittels bedingter Kompilierung aufgehoben). Wenn man fuer linux eine aktuelle Version von toms (8.0) haben moechte, so kann man sich die Windows-Version herunterladen. Das plugin toms.jar ist auch unter linux lauffaehig. Die Installationsanweisung auf sourcforge ist noch nicht auf die Verion 8.0 angepasst, so dass dann die Anweisungen bezueglich des Loggers hinfällig sind. Als Entwickler des offiziellen JOSM Windows Installers möchte hier mal ein paar Worte loswerden. Es wird hier nicht (nur) ein JOSM Plugin zum editieren von Seezeichen vorgestellt, sondern ein eigener OpenSeaMap JOSM Windows Installer mit einigen OpenSeaMap Erweiterungen. Nur leider nicht wirklich getrennt zu einem bestehenden JOSM aber auch nicht in sauberer Zusammenarbeit. Der OpenSeaMap Installer überschreibt bei der Installation *ungefragt* bestehende Einstellungen und hat mir gerade ein paar Sachen von meinem vorher vorhandenen JOSM zerschossen. Besten Dank dafür! Das geht schonmal garnicht!!! Ich habe nur das Plugin und die Installationsanweisung unter sourcforge geschrieben, wenn man sich an diese hält sollte nichts kaputtgehen. Für den Installer unter Windows bin ich nicht verantworlich und bedaure, wenn hier bei wem auch immer ein Schaden entstanden ist So macht ihr euch die Sache möglichst einfach, Probleme werden aber an andere weitergeschoben. Eine eigene Hilfe / Support sieht OpenSeaMap z.B. garnicht erst vor, sobald also irgendwelche Probleme auftauchen geht der Anwender direkt in die normalen JOSM Kanäle, die mit dem OpenSeaMap Installer und dessen Spezialitäten eigentlich nichts zu tun haben. Stimmt so nicht ganz. Sowohl auf openseamap.org als auch auf sourceforge gibt es zu dem plugin eine Hilfe Entweder ihr macht das ganze *komplett* getrennt vom offiziellen JOSM, mit eigenem Namen, eigenen Verzeichnissen, eigenem bugtracker usw. oder ihr haltet euch an die vorhandenen JOSM Mechanismen und versucht diese von innen heraus zu verbessern, z.B. in dem ihr einen Special Interest Manager baut, der einen Satz von Erweiterungen (Plugin, Presets, Mappaint, ...) für den Anwender als ganzes in einem Rutsch möglichst einfach verwaltet/installiert. Dann haben nämlich alle was davon. Ich moechte schon, dass das ganze von innen heraus laeuft, daher meine Frage Was ist der richtige Weg, was ist ein Special Interest Manager. Bugtracker finde ich gut, wie kann ich den im wiki von osm anlegen. Sorry, aber so macht ihr euch die Sache aus meiner Sicht zu leicht und bürdet damit anderen die daraus resultierende Mehrarbeit auf. Das finde ich nicht ok. Ich moechte niemanden Mehrarbeit aufbuerden, sondern eher ein nutzvolles Tool zur Verfügung stellen P.S: Werner, Sorry für das negative Feedback, ich weiß du hast da bestimmt Arbeit reingesteckt. Ich halte dieses Feedback nicht fuer negativ, es zeigt, dass hier noch einige Arbeit notwendig ist, damit alles reibungslos laeuft. Daher meine Bitte, damit dies eine konstruktive Kritik bleibt / wird, macht Verbesserungsvorschlaege, die dann moeglichst scjnell umgesetzt werden. Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] toms, neues Plugin fuer josm-Editor
Am Samstag, 23. Januar 2010 02:15:48 schrieb Micha Ruh: Wie habt ihr es geschafft für ein Java-Programm eine Linux- und eine Win-Version zu proggen? Versteh die Frage nicht ganz. Da Java einen Zwischen-Code interpretiert, braucht man unter den verschiedenen Betriebssystemen nur die jeweilige Runtime-Library und das ganze ist portabel. Das ist ja gerade der Vorteil von Java, auch josm funktioniert unter verschiedenen Betriebssystemen. (Toms ist von mir unter verschiedenen Systemen getestet worden, wie da sind Windows: xp,vista windows 7 linux: opensuse, ubuntu ) außerdem laesst sich das Betriebssystem unter java leicht mit folgendem Code ermitteln // Abfrage Umgebungsvariable Properties p = System.getProperties(); SetObject s = p.keySet(); if(s.contains(os.name)) os = p.getProperty(os.name); Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feldweg, aber kein Schild
Am Mittwoch, 19. August 2009 20:00:08 schrieb Mirko Küster: Den brauchts ehrlich gesagt auch nicht. Der urtypische Feldweg ist hier Grade 3 bis 4. Zwei vom Traktor ausgefahrene Spuren die schonmal 50 cm tiefer als die mittlere Grasnabe liegen können. Je nach Wetter oder Bewirtschaftung die reinsten Schlammbahnen oder so zugewachsen das man einen Mähbalken vorm Fahrzeug haben sollte. Stellenweise liegen da auch mal ordentliche Sandsteinquader im Weg. Selten gibts mal Schotter, noch seltener Betonplatten und Asphalt ist schon Rarität. Hört sich aber sehr gut fürs biken an. Mit einem entsprechenden Bike (Cross oder MTB) ist das gar kein Problem (und macht Spaß). So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One Europa jetzt wöchentlich a ktuell
Am Samstag, 15. August 2009 16:21:31 schrieb Christoph Wagner: Hallo Liste, der neue Tilesplitter hat es echt in sich und schafft jetzt mal eben ganz Europa zu splitten ohne extrem viel Speicher zu fressen. Das wiederum gibt mir die Möglichkeit die Europakarte regelmäßig auf Svens Server berechnen zu lassen. (Update jeden Mittwoch) Des weiteren stelle ich jetzt regelmäßig auch die Teilkarten genau wie bei der Deutschlandversion auch für Europa zur Verfügung. Ich werde mal versuchen demnächst wieder etwas Zeit in die Verbesserung der Karte zu stecken. Momentan stressen eben gerade die Prüfungen etwas... Viel spaß mit der Karte. Grüße Christoph http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map Vielen Dank, werde ich demnächst mal ausprobieren. Da derartige Downloads neuerdings mein wlan-Router (frtz.box), der über eine eigene USB-Platte verfügt und immer läuft, erledigt, stört mich auch die Downloadgröße: etwa 1,2GiB nicht, da dies des nachts mittels wget und cron-job geschieht. So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Batchverarbeitung von OSM Daten
Am Samstag, 15. August 2009 18:17:43 schrieb Martin Garbe: Hallo, wir haben in Rostock jetzt von der Stadt auch die Hoehendaten der Gebaeude zur Verfuegung gestellt bekommen. Ich versuche diese Daten einzupflegen, habe damit aber so meine Probleme. Ziel ist es: - OSM Daten des Bereichs Rostock runterladen - Script darueber laufen lassen, welches die Hoehendaten hinzufuegt - geaenderte Daten wieder hochladen Ich hatte jetzt mehrere Ideen 1. Mit JOSM Daten runterladen, in eine Datei speichern, per Script aendern und anschliessend mit JOSM wieder hochladen. Das ist aber ohne weiteres nicht moeglich, da man Rostock mit mehreren Schritten runterladen muesste, also per Hand die Karte in Kacheln aufteilen und dann runterladen. Ich vermute mal es wuerden ueber 20 Kacheln werden. Die Kacheln dann alle bearbeiten und wieder hochladen. Also per Hand ist das sehr aufwaendig. 2. Mit einem Skript runterladen, aendern und dann mit einem Skript geaendert hochladen. Ich habe zwei Bibliotheken gefunden, welche dafuer in Frage kommen. osmlib - (fuer ruby) kann leider keine Changesets handhaben Geo::OSM library - (fuer perl) ist nicht API 0.6 kompatibel Gibt es noch andere Bibliotheken oder hat jemand eine bessere Idee wie man eine grosse Anzahl Daten runterladen, veraendern und danach wieder hochladen kann? Gruss, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Dies ist nicht nur beim Bereitstellen von (Höhendaten-)Daten durch Behörden problematisch. Auch, wenn man mit einem Garmin GPSmap 60 CSx mappt, hat man massenhaft Höhendaten von einem barometrisch geeichten Höhenmesser (denke diese Quelle ist recht brauchbar), aber es kann doch keiner verlangen, dass man bei hunderten von Trackpunkten jede einzelne Höhe manuell eingibt. Dies sollte automatisiert werden. So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vermessung der Höhen von Hessen
Am Samstag, 15. August 2009 22:40:02 schrieb Tobias Wendorff: Am Sa, 15.08.2009, 18:24 schrieb Fips Schneider: kann man sowas irgendwie gebrauchen bzw. an die Daten offen rankommen, weil es von einem Bundesland gemacht wird? *verzweifel* Oder sind die Höhenzüge schon erfasst, wie in der Reit- und Wanderkarte bspw. zu sehen? (wo kommen die da denn her?) Sascha Silbe und ich arbeiten an einem genauen Höhenmesser auf barometrischer Basis. wie schon mehrfach in der Liste von mir angesprochen. Jedes Garmin GPSmap 60CSx hat einen barometrischen Höhenmesser und zeichnet für jeden Trackpunkt diese Daten mit auf. Für meine tracks kann ich diese Daten zur Verfügung stellen. Außerdem gibt es doch auch andere Leute, die dieses GPS-Gerät nutzen. Auch diese Mapper müssten derartige Daten haben. Nur wie bekommt man diese in die OSM-Datenbank (manuell wohl eher nicht). So long Werner ___ 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] Was tun bei massiver Abweichung zwischen OSM und GPX-Daten?
Am Sonntag, 16. August 2009 20:47:15 schrieb Chris-Hein Lunkhusen: Bernd Hohmann schrieb: Daher würde mich ein ad-hoc Verfahren für die Mittelung eines Referenzpunktes schon stark interessieren. Also bei meinem Etrex brauch ich beim Setzen eines WP nur auf Mitteln zu klicken und dann möglichst lange stehen bleiben oder im Kreis um den Referenzpunkt herum laufen, oder Gerät liegen lassen und Tasse Kaffee trinken. ;-) Chris geht mit dem GPSmap 60CSx genauso. So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Weg aufteilen bzw. Attribute neu vergeben
Entweder ich verstehe Dein Problem nicht, oder Du siehst den Wald vor lauter Bäumen nicht ;-) Ich trenne Wege in JOSM folgendermaßen: - Node auswählen an dem Weg getrennt werden soll - Taste [P] oder übers Menü: Werkzeuge-Weg aufspalten Viele Grüße Sebastian Hallo, mache das mit dem Auftrennen auch so, hatte aber auch schon Probleme in Josm, das dies nicht richtig funktioniert (manchmal). So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vermessung der Höhen von Hessen
Am Dienstag, 18. August 2009 22:21:30 schrieb Tobias Wendorff: Werner König schrieb: wie schon mehrfach in der Liste von mir angesprochen. Jedes Garmin GPSmap 60CSx hat einen barometrischen Höhenmesser und zeichnet für jeden Trackpunkt diese Daten mit auf. Für meine tracks kann ich diese Daten zur Verfügung stellen. Außerdem gibt es doch auch andere Leute, die dieses GPS-Gerät nutzen. Das haben wir schon mindestens 200x durchgekaut. Das Problem ist, dass diese Geräte die barometrische Höhe anhand der vom GPS ermittelten Höhe kalibriert. Wenn man es genau haben will, muss man erst irgendwo einen Höhenpunkt mit Zahl dran finden und das Gerät manuell eichen. Ich habe bisher auf Wanderungen etc. festgestellt, dass diese Daten fast immer mit den Daten auf Wegweisern übereinstimmen. Auch diese Mapper müssten derartige Daten haben. Nur wie bekommt man diese in die OSM-Datenbank (manuell wohl eher nicht). Das Garmin exportiert doch auch Höhendaten?! klar werden diese Daten exportiert z.B. in gpx-Dateien, die man in Josm einlesen kann. Und dann, dann vervollständige ich die OSM-Daten, in dem ich manuell den Track nachzeichne. Dabei gehen die Höhendaten verloren. Was fehlt ist ein Tool (wie bei den Bildern mit Zeitstempel, das den eingetragenen Punkten, die Höhe aus dem GPS-Track automatisch zuordnet). So long Werner Grüße Tobias ___ 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] Vermessung der Höhen von Hessen
Am Dienstag, 18. August 2009 22:41:38 schrieb Tobias Wendorff: Hallo Mirko, Mirko Küster schrieb: Vorgestern hatte ich bei der Tour einen raschen Wetterumschwung von heiß auf kühl und Gewitter. Durch diese Luftdruckveränderung kamen annähernd plötzlich 100 Meter Unterschied zustande. In welcher Ecke wohnst Du nochmal? Vielleicht können wir irgendwo eine Referenzstation für Dich finden. Sowas könnte man vielleicht unter Umständen noch rausrechen. Mein GPS loggt ebenfalls den den Luftdruck, Temperatur usw. mit. Vielleicht könnte man so anhand der paralel aufgezeichneten Änderungen irgendwelche Korrekturberechnungen machen, die Lufdruckschankungen glätten. Yepp. Da ich für die Klimastation an der Uni zuständig bin, habe ich mich damals in das ganze Material eingearbeitet. Für solche Zwecke gibt es auch extra Formeln, wir sind ja nicht die ersten, die diese Idee haben (Patente??). Wäre cool, wenn Du selbst ein zweites Gerät hast, dann könnte ich die Formeln mal in ein Script packen - aber erst, wenn ich meine dummen Seminararbeiten abgegeben habe :-)) Also ich mache das mit den Schwankungen so: bei uns sind sehr viele Wegweiser mit Höhendaten versehen (Schwarzwald). Wenn ich dann an einem Wegweiser vorbeikomme, kontrolliere ich die Höhe und gegebenenfalls wird der baromtrische Höhenmesser neu kalibriert. Auch bei Alpenwanderungen funktioniert das wunderbar. So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vermessung der Höhen von Hessen
Am Mittwoch, 19. August 2009 00:12:06 schrieb Peter Körner: Soweit ich weiß werden die Höhenangaben über die hochgeladenen gpx-Tracks mit erfasst (s. z.B. http://www.openstreetmap.org/trace/462593/data . da stehen ele-Tags mit der Höhenangabe drin.) Damit sind diese Daten durchaus in OSM verfügbar, nur nicht in der Haupt-Datenbank. Diese Daten sollten nur an Orten an denen dies sinnvoll ist in die Haupt-Datenbank übernommen werden (Berge usw.), nicht aber automatisch auf jeder Node. Peter falsch, in den Gebieten, wo die baromtrische Höhenerfassung durch entsprechende Kalibrirungsmaßnahmen genau erfassbar ist, können hier die srtm-Daten sinnvoll ersetzt werden. Das heißt man kann genauere Höhenlinien erstellen, das ist jedoch mit einer punktuellen Erfassung nicht möglich. So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warte-/Parkplätze für Hunde
Am Mittwoch, 12. August 2009 05:26:12 schrieb Sven Sommerkamp: Am Dienstag, 11. August 2009 22:35:52 schrieb Jan Tappenbeck: hi! wenn schon den schon dann bezieht die ANIMAL-Seite aus dem Wiki mit ein ! gruß Jan :-) Michael Bemmerl schrieb: Robert S. schrieb: 2009/8/11 Tobias Wendorff tobias.wendo...@uni-dortmund.de mailto:tobias.wendo...@uni-dortmund.de Naja, dann denke ich mir halt ein eigenes Schema aus. amenity=dog_parking !? Bitte nicht capacity= disabled_spaces= vergessen! ;-) Grüße, Michi --- - ___ 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 Halt! Ich will auch mein Goldfischglas in OSM verewigt haben! Mit verschachtelten Relationen dreifach redundant Tagging. Ist aber im Wohnhaus zweite Etage und der Goldfisch ist nicht echt, wat nu :-(- Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Wat mut, dat mut! So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM ist nur ein wirrer Haufen bunter Pixel
Am Donnerstag, 6. August 2009 20:04:13 schrieb Ulf Lamping: Es ist schlicht eine Mär, das man sich in Zeiten des GC nicht mehr um seinen Ressourcenverbrauch kümmern muß oder andersherum, daß man mit einem GC keine speichereffizienten Programme schreiben kann. Wenn ich natürlich nach dem Motto: Der GC wird es schon richten programmiere, bekomme ich dann irgendwann Speicherprobleme ... Ist schon richtig und in c bzw. c++ muss ich mich auch meist selber um die Speicherverwaltung kümmern, was auch entsprechende Tests beinhaltet. Dafür gibt es ja malloc, calloc, free etc. Aber was kann ich in java machen, damit Speicher bewusst und kontrolliert wieder freigestellt wird? So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Brasilien: Favella-Bewohner mappen mit Handy und Internet
Am Freitag, 7. August 2009 14:16:49 schrieb Norbert Kück: Hallo, schade, dass das Projekt http://wikimapa.org.br/in-english nicht auf der Basis von OSM passiert, sondern parallel. wirklich schade. Die Originalseite (leider in Portugiesisch, kann ich nicht) ist noch viel interessanter. (vielleicht kann man ja ein Übersetzung, wenigstens ins englische erbeten) http://wikimapa.org.br So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Streetview Wettbewerber unterstüt zt Openstreetmap
Am Freitag, 7. August 2009 16:35:55 schrieb SB79: Hallo, Jochen Topf hat vor einigen Tagen schonmal hier geschrieben, dass sightwalk.de, die einen Google-Streetview ähnlichen Dienst anbieten, openstreetmap unterstützt: Kann man denn sightwalk eigene Fotos (georeferenziert) zur Verfügung stellen. So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren anonymisieren?
Am Sonntag, 2. August 2009 22:24:20 schrieb Günther Zin.: Am So, 2.08.2009, 14:34, schrieb Dirk Stöcker: On Sun, 2 Aug 2009, geo.osm wrote: Lange Rede kurzer Sinn. Wenn keine tracks da sind gehe ich davon aus, das meine Spur besser ist, da ich keine greifbare Vergleichsmöglichkeit habe. Oder ist dagegen etwas einzuwenden? Genau das haben wir doch gerade gemacht. Irgendwie drehst Du Dich im Kreis. Ja, es ist etwas dagegen einzuwenden. Keine hochgeladenen Tracks heisst nicht, dass keine da sind. Hallo Dirk, ich sehe das ähnlich wie Alex (geo.osm): Wenn an der Stelle eines Weges keine gpx-Spuren hochgeladen worden sind, kann ich die Genauigkeit des Weges leider nicht beurteilen und muss davon ausgehen, dass diese Daten möglicherweise aus einem Import (hier in Ö. z.B. Plan.at), aus Luftbildern abgezeichnet oder auch von einem nicht allzu genauen GPS-Empfänger stammen. Gibt es eine Spur (oder mehrere), dann gibt mir der Abstand zwischen den Punkten (alle wieviel Sekunden wurde ein Punkt gespeichert) oder die mittlere Lage ein recht gutes Bild der Genauigkeit. Leider sehe ich es bei manchen Mappern immer wieder, dass neu eingezeichnete oder verschobene Wege weit außerhalb eines Mittels von z.B. geschätzten 10-20 Spuren liegen. Dann frage ich mich, ob dieser Mapper die Möglichkeit nicht kennt, die sich aus dem Vergleich mit anderen Spuren an der selben Stelle ergeben oder glaubt er einfach, sein GPS-Receiver ist genauer als alle anderen an dieser Stelle? Genau aus diesem Grund lade ich meine gpx-Spuren immer hoch, damit sie als Vergleich für den Mittelwert und die Standardabweichung den anderen Mappern dienen. Ich weiß, auch eine große Anzahl von verschiedenen GPS-Empfängern können sich theoretisch gleich irren. Aber wie wahrscheinlich ist das, wenn es sich um verschiedene Geräte, verschiedene Geschwindigkeiten, verschiedene Fahrtrichtungen, verschiedene Aufnahme-Zeiten (andere verwendete Satelliten) handelt? So ein Mittelwert hat durchaus seine Berechtigung, finde ich. Tschüß, Günther ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Zusammen, ich bin der Meinung von Dirk. Wenn keine Tracks da sind bedeutet das nicht zwangsläufig, das keine Tracks da sind. Ich lade auch keine Tracks hoch, trotzdem sind die Daten GPS-genau (sollte man vielleicht kennzeichnen). Insbesondere wenn es sich um Wander-, Fahradwege handelt (tracks), würde ich die Genauigkeit nicht anzweifeln, diese lassen sich nämlich nur fast ausschließlich mit einem GPS-System erstellen. So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
Hallo, für Oberkirch bekomme ich hier einen Hinweis lots of unconnected junctions ... Slow Rider, was ist speziell damit gemeint, was ist falsch. Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Stadtteilgrenzen taggen?
http://osm.gt.owl.de/Strassenliste/map-nordrhein-westfalen.html - das Hallo, gibt es so eine Karte auch für Baden Württemberg. So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Shapefile Converter
Am Freitag, 31. Juli 2009 10:49:06 schrieb Sven Geggus: Lars Lingner lars.ling...@fossgis.de wrote: Für Debian gibt es ein Repository mit QGis inkl. OSM Provider. Die Anleitung zur Einbindung findet man unter [2]. Wow! Da ich sowieso das QGIS von gfoss.it installiert habe hab ich das Plugin mal schnell aktiviert. Scheint richtig cool zu sein. Sven +1 Aber gibt es das auch für andere linux-Distributioenen (openSuse, Ubuntu). Außerdem kann ich [2] nicht lokalisieren. Bitte einen link. So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Wendemöglichkeit für LKW in S ackgasse - wie mappen?
Reines Straßen erfassen ist im grunde Simpel. 50 km hat man in einer Stunde im Kasten. Man lässt fahren und knippst von der Beifahrerseite alles bei möglischst gutem Wetter und kurzer Verschlusszeit. GPS und Kamerazeit müssen nur gut abgestimmt sein und das GPS solte gute Leistung bringen. Gurken die nachlaufen oder bei jedem Baum ausbrechen kann man dafür vergessen. Am besten sind Mäuse die man aufs Dach kleben kann. Das GPS läuft einfach nur mit und der Rest wird geknippst. Jedes Schild, Straßenbelagwechsel, Breite etc. Zuhause kann man dann in Ruhe alles auswerten und eintragen. Gruß Mirko oder mit einem Fahrrad und einem entsprechendem GPS-System von Garmin etc. und natürlich einer entsprechenden Kamera, die man über die Zeit eichen kann. So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wasserzapfstelle im Schrebergarten
Hallo, weil wir gerade beim Wasser sind, passt es vielleicht in diesen thread. Ich habe gehört, dass das Wasser, welches auf den Friedhöfen zum Blumen gießen benutzt wird, immer Trinkwasser ist, damit Wanderer und Sportler bei Bedarf darauf zurückgreifen können. Stimmt das??? So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetmap-Wiki: Wie man auf dem Laufenden bleibt
Am Mittwoch, 29. Juli 2009 12:17:39 schrieb SB79: Hallo, vor kurzem gab es ja hier auf der Liste eine Diskussion über das Openstreetmap-Wiki, in der Grant (Firefishy) angekündigt hat, die E-Mail Notification Funktionalität freizuschalten. Die Funktion ermöglicht es, per E-Mail über Änderungen bestimmter Wikiseiten informiert zu werden. Das ist eine klasse Sache für all diejenigen, die keine große Lust auf das Wiki haben aber dennoch über bestimmte Änderungen (zum Beispiel auf Stammtisch- oder Mapper-Treffen Wikiseiten) informiert bleiben wollen. Wer sich dafür interessiert, bisher aber vom Wiki noch nicht so eine große Ahnung hat (und mit Firefishys Kurzanleitung nicht so viel anfangen konnte), dem habe ich hier http://tinyurl.com/l2bwg3 eine kurze Anleitung zum Aktivieren dieser Funktion geschrieben. Grüße, Stephan Ich möchte nicht meckern, da ich dies für eine sehr gute Sache halte. Aber der bessere Weg wäre IMO RSS-Feeds. Geht das auch??. So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Wendemöglichkeit für LKW in S ackgasse - wie mappen?
Es gibt übrigens in DE vorgeschriebene Wendeanlagen. siehe http://de.wikipedia.org/wiki/Wendeanlage_%28Stra%C3%9Fe%29 - k.A. wie ob außer in DE auch solche Richtlinien gibt, jedoch kann man hier die benötigten Mindestmaße für das jeweilige Fahrzeug erkennen. Ansonsten finde ich es gut, so etwas wie den Wendekreis anzugeben. Kann man so etwas nicht mit tags erschließen (evtl. existiert es ja schon) und dann beim rendern der Karte berücksichtigen. Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Wendemöglichkeit für LKW in S ackgasse - wie mappen?
Am Montag, 27. Juli 2009 18:41:09 schrieb Michael Kugelmann: André Riedel schrieb: Ansonsten finde ich es gut, so etwas wie den Wendekreis anzugeben. sorry, aber ich werde sicher kein Maßband kaufen und dann zum Mappen mitnehmen, um Wendekreise auszumessen... Die benannte Wendefläche ist aber die größte die ich je erlebt habe. IIRC war dort sogar eine Halteverbot (und nicht nur Parkverbot) vorhanden. Interessant ist vielleicht auch, daß die Werkstatt daneben auch LKWs zu betreuen/warten scheint... Ein Lasermessgerät soll Wunder wirken und kostet heute auch nicht mehr viel. Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All_in_one_Garmin_Map Europa - Wie ist der aktuelle Stand?
Am Dienstag, 28. Juli 2009 20:51:07 schrieb UMAX974: Am 28.07.2009 20:39 Uhr, schrieb Guido Scholz: HEADhttp://www.juergen-frank.de/osm/gmapsupps/europe/gmapsupp.img.bz2 | grep Last-Modified Das ist ja schön wenn das bei WIN Rechnern funktioniert, wie geht das am MAC? kann ich da mit dem Firefox oder einem Add-on ähnliches schon im Vorhinein sehen? Christian die wget-Lösungen funktionieren auch auf windows-Rechnern. Aber letzlich ist der Umstieg auf Linux-Systeme eh der bessere Weg. So long Werner ___ 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] Erdrutsch in Nachterstedt
Am Dienstag, 21. Juli 2009 08:51:39 schrieb Jochen Topf: klar veraltet ist. Die Frage sollte nicht sein, wozu OSM so alles *nicht* geeignet sein kann, sondern wozu es *geeignet* sein kann, und was man tun kann, um es noch geeigneter zu machen. Jochen 2++ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Am Mittwoch, 22. Juli 2009 14:25:56 schrieb Mirko Küster: Am 22. Juli 2009 13:15 schrieb Johann H. Addicks addi...@gmx.net: Wir schlagen uns in Deutschland ja eher mit dem Problem herum eine unclassified von track1 abzugrenzen. Optisch sind die nicht ohne weiteres zu unterscheiden. Damit habe ich in Deutschland keinerlei Probleme. Ein highway=track hat für mich immer nur eine KFZ-Fahrspur. Auf einem highway=unclassified sollte in Deutschland Begegnungsverkehr möglich sein, auch für LKW. Nun mal ein kleiner Test in sachen Straßenklassifizierung und deren teils extrem unterschiedlichen Ausbauzuständen. Im Anhang ein Bild. Wie würdet ihr diese Straße einordnen? Gruß Mirko highway=unclassified ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Empfehlung für Datenlogger
Am Montag, 20. Juli 2009 09:34:31 schrieb Florian Lohoff: Das klappt gemäß meinen Erfahrungen mit weniger als 1 Sekunde Abweichung und ist somit ausreichend genau - die Kamera-Zeit ist innerhalb von 1 Tag ausreichend genau. Und z.B. Geosetter ( www.geosetter.de ), das ich als Geotagging-Programm wirklich empfehlen kann, unterstützt diese Methode ganz offiziellde. Windows - Ich bin seit '94 Linux Only - Muesste man mal mit Wine probieren. Funktioniert auch mit gpsbabel, und das Programm gibt es (auch) unter linux. Auf meiner openSuse 11.1 ist es vorinstalliert. So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderkarte für Schweiz und Südtirol
Am Freitag, 17. Juli 2009 23:43:31 schrieb Sarah Hoffmann: Hoi Werner, On Fri, Jul 17, 2009 at 10:50:20PM +0200, Werner König wrote: Danke für die schnelle Antwort, dann muss ich mich demnächst mal mit Relationen beschäftigen, habe ich bisher nur marginal gemacht. Trotzdem finde ich es auffällig, dass im Appenzeller Land rund um den Säntis viele Wege in der Legende der Karte als Wanderwege etc. bezeichnet werden und im Schwarzwald halt nicht. Ich denke auch hier gibt es mapper, die mit relationen umgehen können. Warum ist das so? Oder sehe ich das falsch? Zwei Anmerkungen dazu. Erstens geht hier um offizielle, markierte Wanderwege. Davon gibt es nach meiner Erfahrung in der Schweiz tendenziell mehr. Östlich von Zürich gibt es zwei sehr fleissige Nutzer, die in ihrem Gebiet bereits alle markierten Wanderwege gemapppt haben. Im südlichen Schwarzwald haben sich die Mapper dagegen (noch?) auf die nationalen Wanderwege beschränkt. Zweitens solltest du da mit meiner Karte vorsichtig sein. Diese ist vorrangig zur Darstellung des Schweizer Wegenetzes gedacht. Dass Teile des Schwarzwaldes gerendert werden, ist mehr ein Artefakt, das dadurch entsteht, dass ich einen rechteckigen Bereich um die Schweiz rendere. Sprich alles, was (ganz grob gesehen) nördlich der Linie Freiburg- Titisee liegt, fehlt in der Karte. Für den Schwarzwald solltest du auf jeden Fall auf Nop's Karte zurückgreifen. Da erkennst du auch, dass schon einige Wanderwege um den Karlsruher Grat eingezeichnet sind: http://topo.geofabrik.de/?zoom=12lat=48.40001lon=8.26303layers=BT (Ich hoffe, die Gegend stimmt. Koordinaten sind aus der Wikipedia) Habe mir die Wanderkarte von Nop angeschaut und auch ein wenig in der Anleitung gelesen. Aber die Anmerkung mit der Veröffentlichung habe ich noch nicht ganz verstanden Leider verbietet die OSM-Lizenz die Veröffentlichung dieser Karte, da OSM- Daten mit kostenlosen Daten für nicht-kommerzielle Nutzung gemischt würden Dass das die OSM-Lizenz verbietet, da OSM-Daten auch kommerziell genutzt werden dürfen und die eingemischten eben nicht, ist klar. Aber welche Daten werden benutzt, die nur für nicht kommerzielle Nutzung frei sind. Gruss Sarah ___ 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] Weltkarte erstellen
Am Samstag, 18. Juli 2009 13:53:39 schrieb Frederik Ramm: Hallo, Peter Dörrie wrote: ich würde aus den OSM Daten gerne eine Weltkarte rendern und auf DIN A1 oder DIN A0 ausdrucken. Die Karte sollte am Ende in etwa folgende Eigenschaften haben: - Auf Winkel Triple projeziert - Küstenlienien und Staatsgrenzen - Ländernamen auf Englisch - Hauptstädte - Städte über 1 Millionen Einwohner Das sind alles Dinge, die Du z.B. aus dem public domain-Datensatz VMAP0 komfortabler rausbekommst als aus OSM. Das Problem ist, dass OSM Dir keine generalisierten Daten zur Verfuegung stellt. Bei einer Weltkarte brauchst Du keine Grenze zwischen Deutschland und Frankreich mit 1000 Punkten - 20 wuerden Dir reichen, aber OSM gibt Dir entweder 1000 oder keine. Allein schon die Staatsgrenzen aus OSM zu laden, duerfte betraechtlichen Aufwand bedeuten. Kuestenlinien sind eine Ausnahme, die gibt es (Stichwort processed_p.shp) generalisiert als Shapefile. - Kann ich irgendwie nur die benötigten Objekte aus der Datenbank ziehen? Ich habe eigentlich keine Lust 6+ GB wegen ein paar Landesgrenzen und Hauptstädten zu saugen ... Geht mit der XAPI, aber wie gesagt, dort kannst Du zwar sagen, Du willst nur Staatsgrenzen, aber Du kannst nicht sagen, dass Du die mit geringer Praezision willst, was noch immer eine sehr grosse Datenmenge bedeutet. - Mit welchem Tool rendere ich das am besten (habe MacOS X und Ubuntu-Linux zur Verfügung) Ich rate Dir, auf die Arbeit mit Vektordaten zu verzichten und die Kacheln herunterzuladen. Da hast Du sogar die Moeglichkeit, die ti...@home-karte zu nehmen, bei der man dann sehr schoen sieht, wo OSM Daten hat und wo nicht, die ist nicht so blutleer. Ich haette da ein 6920x4893-PNG rumliegen, wenn es Dich interessiert. Ist auf DIN-Seitenverhaeltnis optimiert, aber nauterlich die uebliche Google-Projektion, und Neuseeland musste ich abschneiden. Thumbnail zum Beurteilen, ob es passt: http://www.remote.org/frederik/tmp/world.png Grosses Bild (10 MB) http://www.remote.org/frederik/tmp/2009-06-17-world.png Bye Frederik Danke für die schöne Karte. Die wurde doch auch für bestofosm-poster verwendet? So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einmalige Hilfe zum Einstieg
Am Samstag, 18. Juli 2009 23:54:09 schrieb Michael Kugelmann: Hallo Hermann, ich würde gerne unsere Gemeinde Schliengen im OSM vollständig kartieren. [...] Ein Garmin GPSeTrex Legend GPX habe ich bereits gekauft. Der eTrex ist sicher keine schlechte Wahl. Und kann mit OSM-Karten gefüllert werden = sehr hilfreich. Generell: suche Dir jemand in Deiner Nähe, der dich bei den ersten Schritten an die Hand nimmt. Man kann es sicher auch alleine den Einstieg machen, ist aber deutlich aufwändiger. = schaue Dich nach lokalen Usergruppen/Stammtischen um, oder lokalen Mailinglisten. In Freiburg http://wiki.openstreetmap.org/wiki/Freiburg_im_Breisgau sind einige Leute aktiv, siehe http://wiki.openstreetmap.org/wiki/Category:Users_in_Freiburg_im_Breisgau Und in Karlsruhe gibt es eine sehr aktive Community (OK, sind schon ein paar Kilometer dahin). Wiki-Seiten zum Einstieg: http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin http://wiki.openstreetmap.org/wiki/DE:Map_Features http://wiki.openstreetmap.org/wiki/DE:Germany_roads_tagging Als Editor empfehle ich JOSM. MfG Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de +1 Aber gibt es einen Stammtisch in dr Nähe von Oberkirch, Baden Württemberg, nähe Straßburg? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderkarte für Schweiz und Südtiro l
Am Sonntag, 19. Juli 2009 12:47:45 schrieb Sven Geggus: Werner König wkg.koe...@googlemail.com wrote: Dass das die OSM-Lizenz verbietet, da OSM-Daten auch kommerziell genutzt werden dürfen und die eingemischten eben nicht, ist klar. Aber welche Daten werden benutzt, die nur für nicht kommerzielle Nutzung frei sind. Von CIAT aufbereitete SRTM Höhendaten. Sven und warum darf man dann diese im Internet veröffentlichen. So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] XAPI aufsetzen
Am Sonntag, 19. Juli 2009 00:17:55 schrieb Frederik Ramm: Hallo, Tobias Wendorff wrote: hat schonmal jemand hier einen XAPI-Dirnst aufgesetzt? Christian Lange cla...@nw7.de hat neulich dazu auf dev einige Fragen gestellt (und beantwortet bekommen), ich weiss aber nicht, ob er letzendlich dann Erfolg hatte. Bye Frederik was kann man mit dieser API machen?? So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] distance map
Am Freitag, 17. Juli 2009 08:12:25 schrieb g...@gary68.de: Steht nun im wiki ein link hier wäre nett, dann muss man nicht suchen -- Urspr. Mitt. -- Betreff: Re: [Talk-de] distance map Von: Jacques Nietsch jacques.niet...@gmx.de Datum: 16.07.2009 21:14 Am 16.07.2009, 08:21 Uhr, schrieb Gary G: g...@gary68.de: hi, habe gestern ein kleines Programm geschrieben, das auf der talk Liste gewünscht wurde. Vielleicht kann's auch sonst jemand brauchen... http://wiki.openstreetmap.org/wiki/Distancemap.pl Das Programm kann auf einer Karte für jede Kreuzung anzeigen, wie weit es bis zu einem bestimmten Ziel ist. Den Wegen folgend. Ziel und valide Wege können im Programm angegeben werden. Falls inf (infinity) angezeigt wird, ist das Ziel nicht erreichbar. Evtl. zur Prüfung der Routingfähigkeit der Daten nutzbar! ciao gerhard gary68 weitergeleitete Nachricht Ende Interessant, aber woher bekomme ich die Module: use OSM::osm 4.0 ; use OSM::osmgraph 2.0 ; her? Schöne Grüße Jacques ___ 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 mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderkarte für Schweiz und Südtirol
Am Freitag, 17. Juli 2009 09:47:04 schrieb ekkeh...@gmx.de: Hallo! Aber gut, einen entsprechenden Hinweis im Wiki gibt es bereits und ich habe das ganze auch nach talk-ch kommuniziert. Möge jeder Mapper selber entscheiden, ob er ein name-Tag hinzufügt oder nicht. Das ist die OSM-typische Lösung. Für nicht ganz perfekte Schweizer Wanderrouten habe ich http://osm.lonvia.de/hiking.html aufgesetzt. ist in den Alpen recht gut, bloß bei uns im Schwarzwald werden die Routen eher mit track getaggt und hiking nicht erwähnt, daher sind selbst am Karlsruher Grat, wo es mit Sicherheit Bergwege gibt keine Wanderwege in Deiner Karte verzeichnet. Auch andere Wege erscheinen erscheinen nicht als Wanderwege. Welches zusätzliche Tag müsste angegeben werden, damit es ein Wanderweg ist? sac_scale=hiking bzw. sac_scale=montain_hiking und ist es dann ein highway=footway, bycicle=yes (für Bike-Routen) Wenn man sich auf eine lokale Darstellung begrenzt, tut man sich sicher deutlich leichter als mit einer globalen Sicht. Und damit wende ich mich wieder der praktischen Arbeit zu. Nur noch etwas mehr als 59.000km Wanderwege, die zu erfassen sind. ;) Eine Anmerkung noch zum osmc:symbol Tag: - das Tag wird nur vom Präprozessor der Wanderkarte (OSMC) ausgewertet. Es macht also wenig Sinn, ein osmc:symbol Tag anzugeben, aber keinen Namen - die Syntax der Beispiele im Wiki ist falsch und führt nur zu einer Fehlermeldung. Sie entspricht nicht meiner Dokumentation im Wiki der Wanderkarte. Diese Syntax ist festgelegt, die kannst Du nicht einfach umdefinieren. Könntest Du das bitte in Ordnung bringen? Nach den teilweise geäußerten Vorwürfen will ich das nicht selbst machen. bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderkarte für Schweiz und Südtirol
Am Freitag, 17. Juli 2009 18:17:10 schrieb Nop: Hallo! Werner König schrieb: ist in den Alpen recht gut, bloß bei uns im Schwarzwald werden die Routen eher mit track getaggt und hiking nicht erwähnt, daher sind selbst am Karlsruher Grat, wo es mit Sicherheit Bergwege gibt keine Wanderwege in Deiner Karte verzeichnet. Auch andere Wege erscheinen erscheinen nicht als Wanderwege. Welches zusätzliche Tag müsste angegeben werden, damit es ein Wanderweg ist? sac_scale=hiking bzw. sac_scale=montain_hiking und ist es dann ein highway=footway, bycicle=yes (für Bike-Routen) Die Tags an den ways selbst sind egal. Wanderrouten werden als Routen-Relationen erfaßt. Mehr dazu findest Du unter http://wiki.openstreetmap.org/wiki/DE:Wanderweg http://wiki.openstreetmap.org/wiki/DE:OSMC_Reitkarte#Wander-_und_Reitwege Danke für die schnelle Antwort, dann muss ich mich demnächst mal mit Relationen beschäftigen, habe ich bisher nur marginal gemacht. Trotzdem finde ich es auffällig, dass im Appenzeller Land rund um den Säntis viele Wege in der Legende der Karte als Wanderwege etc. bezeichnet werden und im Schwarzwald halt nicht. Ich denke auch hier gibt es mapper, die mit relationen umgehen können. Warum ist das so? Oder sehe ich das falsch? So long Werner bye Nop ___ 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] distance map
Am Donnerstag, 16. Juli 2009 08:21:57 schrieb Gary G:: hi, habe gestern ein kleines Programm geschrieben, das auf der talk Liste gewünscht wurde. Vielleicht kann's auch sonst jemand brauchen... http://wiki.openstreetmap.org/wiki/Distancemap.pl Das Programm kann auf einer Karte für jede Kreuzung anzeigen, wie weit es bis zu einem bestimmten Ziel ist. Den Wegen folgend. Ziel und valide Wege können im Programm angegeben werden. Falls inf (infinity) angezeigt wird, ist das Ziel nicht erreichbar. Evtl. zur Prüfung der Routingfähigkeit der Daten nutzbar! ciao gerhard gary68 weitergeleitete Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Sieht super aus!!! Werde es demnächst mal ausprobieren. So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: eigene Symbole ohne Key
Am Donnerstag, 16. Juli 2009 15:59:05 schrieb Jan Tappenbeck: Moin ! ich möchte mir für FIXME und NOTE eigenen Icons einblenden und habe folgendes gebastelt: rule condition k=fixme v=*/ icon annotate=true src=note.png priority=1/ scale_min1/scale_min scale_max5/scale_max /rule Es werden aber keine Symbole angezeigt - habe auch die Variante v=* versucht !!! Du musst unter Einstellungen - erweiterte Einstellungen in das Feld mappaint.style.sources die Datei elemstyles.xml inklusive Pfad eintragen. im Feld mappaint.icon.sources must Du dann auch noch eintragen (Pfad), wo die Bilder gefunden werden. Aber bitte absolute Pfade verwenden. Obwohl in der Anleitung (siehe unten) steht, dass auch relative Pfade gehen, hat das bei mir nicht funktioniert. Ansonsten funktioniert es bei mir ganz ausgezeichnet. Wie das mit dem value aussieht kann ich nicht sagen, da bei mir immer ein gültiger Wert vorhanden war. Anleitung: http://josm.openstreetmap.de/browser/trunk/styles/standard/elemstyles.xml http://wiki.openstreetmap.org/wiki/JOSM/MapPaint So long Werner Kann mir einer sagen ob das überhaupt funktioniert ??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FreieTonne kann jetzt JOSM - Seezeichen anzeigen und direkt editieren
Am Freitag, 10. Juli 2009 15:13:15 schrieb Mario Salvini: Markus schrieb: Hallo Mario, Auf den Elternseiten DE:Tonne, etc. steht BOYLAT. Das entspricht der IHO-S-57 (steht auch so im erläuternden Text. Wir haben diese Codierung extra für OSM in menschenlesbare Sprache übersetzt. Damit der Benutzer das alles simpel editieren kann, bauen wir einen grafischen Editor. Aber Olaf ist seit Wochen mit Jan's Tonnenimport beschäftigt, und deshalb dauert es länger als geplant. Gruss, Markus Hallo Markus, euer Aufwand in Ehren, aber warum versucht ihr es nicht mit einem Set an Vorlagen für JOSM, anstatt das Rad neu zu erfinden und einen eigenen Editor zu bauen? MaPaint in JOSM zeigt die Symbole ja mittlerweile auch schön an :) Das Schema für die verschiedenen Seezeichen ist zu komplex, so dass es nicht mit Vorlagen aufzubauen ist. Dass selbe gilt auch für das Schema des öfftenlichen Nahverkehrs. Hier wurde auch noch nicht versucht mittels Vorlagen das ganze zu vereinfachen (siehe Relatations-Editor). Gruß Mario ___ 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] Gemeinden und Samtgemeinden über 10. 000 Einwohner
Seit wann können Flächen irgendwas wohin vererben? Wäre schön wenn es ginge, würde das Chaos mit den dutzenden cryptischen Relationen etwas lichten. Siehe z.B. Diskussion mit dem Kindergarten. Wäre schön wenn man einfach die Fläche malt, Zaun zieht, alles drin automatisch dazu gehören würde. wäre jedoch schön, wenn das implementierbar wäre So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gemeinden und Samtgemeinden über 10 .000 Einwohner
Am Sonntag, 12. Juli 2009 09:57:09 schrieb Florian Lohoff: On Sat, Jul 11, 2009 at 12:04:46AM +0200, Tirkon wrote: Maxspeed durch Flaeche ist quatsch IMHO .. Da ist viel zu viel fehlerpotential vorhanden - wo wir behaupten etwas erfasst zu haben aber im zweifelsfalle niemand da war ... Ich habe noch nicht expizit nachgelesen, wie maxspeed in geschlossenen Ortschaften gemappt wird. Ich hatte mal angenommen, dass dies durch Flächen geschieht, da es mir naheliegend erscheint. Die Fläche ergibt sich durch die Ortseingangsschilder. In Deutschland gilt dann innerhalb dieser Flöche 50km/h, sofern maxspeed nicht explizit angegeben. Was spricht denn dagegen? Gemeinden koennen durchaus entscheiden die geschwindigkeit innerhalb geschlossener ortschaften anheben - Es gibt durchaus strecken wo man auch innerhalb geschlossener ortschaften dann 70 fahren darf ... Flo Siehe z.B. Freiburg, dort wird dann auch gefahren wie die Sau So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Raucherclub
Am Samstag, 11. Juli 2009 14:43:14 schrieb Thomas Reincke: Tirkon schrieb: Und ich war immer davon ausgegangen, dass Verzehrmöglichkeiten und Rauchen grundsätzlich unvereinbar sei. Gibt es denn auch Restaurants, in denen man rauchen darf? AFAIK gibt es da eine Regel zubereitetes Essen. Ist mir aber auch egal. Dort wo ich mit Kindern nicht willkommen bin gehe ich nicht hin. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Raucher sind die tolerantesten Menschen die es gibt, sie stören sich nicht an Nichtraucher 8-). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hall of Fame - Strassen komplett erfasst! - H öhe
Am Donnerstag, 9. Juli 2009 00:45:47 schrieb Markus: Hallo Martin, hallo Werner, wie bekommt dann die Höhendaten in die OSM-Datenbank. Hintergrund der Frage ist, dass auf meinem GPS-System massenhaft Höhendaten anfallen (Barometrisch, aufgezeichnet in delta_t Intervallen. barometrischen Höhenmesser vor jedem Einsatz genau kalibriert Dazu gibts schon umfangreiche Infos: http://wiki.openstreetmap.org/wiki/de:Altitude http://wiki.openstreetmap.org/wiki/de:Water_Depth Und Dimitri ist dabei, ein statistisches Modell zur Verfeinerung der SRTM-Daten zu entwickeln und sucht dafür Massendaten. Gruss, Markus Danke, werde ich demnächst (nach der Alpenwanderung) durchlesen. Gruß Werner ___ 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] Hall of Fame - Strassen komplett erfasst! - H öhe
Am Donnerstag, 9. Juli 2009 21:45:32 schrieb Johannes Huesing: Werner König wkg.koe...@googlemail.com [Thu, Jul 09, 2009 at 07:06:16PM CEST]: [...] Danke, werde ich demnächst (nach der Alpenwanderung) durchlesen. lieber vorher! Gerade im Hochgebirge sind wir doch um zusätzliche Daten nicht gram. Hallo es geht ins Appenzellerland. Höchste Gipfel dort sollte der Säntis sein. Ziehe mir gerade die entsprechenden Osm-Daten herunter und werde diese noch in Garmin-Img (mittels mkgmap) konvertieren, sodass ich auf meinem Garmin GPSmap 60CSx volle Untersützung haben werde. Insbesondere sehe ich was schon gemappt ist uns was nicht. Mit dem vorher Durchlesen klappt nicht mehr, da aber das o.g. Garmin die Höhendaten mittelsbarometrischer Messung für jeden aufgezeichneten Punkt aufzeichnet, sollte hier nichts verloren gehen. Dass ich die Messung in der Talstation und an verschiedenen Punkten mit Höhenangaben kallibrieren sollte weiß ich schon. So Long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kindergarten gelöst
Am Mittwoch, 8. Juli 2009 23:10:42 schrieb Wolfgang: Am Dienstag, 7. Juli 2009 11:59:56 schrieb Martin Koppenhoefer: Am 7. Juli 2009 11:41 schrieb Wolfgang o...@kahl-hinsch.de: Am Montag, 6. Juli 2009 19:29:12 schrieb Martin Koppenhoefer: Am 6. Juli 2009 19:23 schrieb Marc Schütz schue...@gmx.net: Kann es sein, dass es am building=no liegt? Wahrscheinlich hat der Mapnik eine Regel, die alle building=* als Gebäude interpretiert... ja, das ist ziemlich sicher ein Problem. Die Regel sollte building !=no sein, nicht jedes building. Es war eines der Probleme. Das andere Problem liegt darin, dass die Renderer amenity offensichtlich nicht über landuse darstellen, wie es bei shop z.B. der Fall ist. Habe landuse=residential unter dem Kiga rausgenommen und nehme an, das es das war. Inzwischen weiss ich noch mehr. Kindergarten wird gar nicht gerendert! Da ich in dem Gebiet inzwischen alles mit einem Landuse hinterlegt habe, fiel der eine Kindergarten (ohne hinterlegtes landuse) sofort durch seine abweichende Farbe auf, aber es war nicht extra gerendert, sondern die Hintergrundfarbe. das ist m.E. tagging für die Renderer, da das Landuse=residential ja durchaus richtig ist (der Kindergarten gehört zum Wohngebiet). Daher In Hamburg ist der Kindergarten im Wohngebiet verboten (jedenfalls im reinen Wohngebiet). Kinder sind einfach unzumutbar laut. Es gibt inzwischen mehrere Gerichtsentscheidungen, und die Politiker schlafen wie üblich tief und fest. Das finde ich unmöglich. Ich mag es, wenn Kinder aufgeweckt und damit ein bisschen quirliger sind. Natürlich ist das manchmal etwas lauter. Aber Kinder sind unsere Zukunft und nicht zu unzumutbar laut. 8-) würde ich das landuse residential wieder reinnehmen und im trac ein/zwei tickets für mapnik und t...@h schreiben (renderorder und building ungleich no). Würde ich nach logischen Gesichtspunkten unterstreichen, aber... Gruß, Wolfgang ___ 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] freie Tonne in Josm
Am Montag, 6. Juli 2009 14:05:35 schrieb Dirk Stöcker: On Mon, 6 Jul 2009, Jan Jesse wrote: Das Teil bekommen wir sofort exportiert. Was mich wundert: Da steht immer nur eine Condition. Unsere bisherigen überlegungen gehen aber immer davon aus, daß wir einen node mit mehreren Keys qualifizieren, aus denen dann das betreffende Icon resultiert. Etwa so: es ist eine Kugeltonne, die ist gelb, hat ein Topzeichen ... Läßt sich das hier abbilden? Bis jetzt noch nicht. Wenn es sinnvoll ist kann man es aber einbauen. Bau mir mal ein Test-Style-File (einfach mehrere Conditions nacheinander in einen Block) und schick mir das File und einen passende OSM-Datei dazu. Die URLS der Icons sollten existieren und herunterladbar sein. Hallo Jan, Hallo Dirk eventuell schneller und einfacher Workaround wäre drei nodes in der Osm- Datenbank an der gleichen Stelle anzulegen, einer dieser Punkte bekommt den Key (z.B Buoy), das andere lässt sich über tags abbilden (z.B. colour = yellow, topmark = yes etc.) oder ähnlich, wie es heute schon in den Musterhäfen gemacht wird. Um jetzt aber in Josm das Icon aus verschiedenen Bildern zusammensetzen zu können, weist man jedem der Punkte ein anderes Icon zu, dann sollten sich die Bilder überlagern. Werde das mal an einem kleinen Beispiel ausprobieren und mich dazu dann melden. Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] freie Tonne in Josm
Am Dienstag, 7. Juli 2009 19:22:55 schrieb Dirk Stöcker: On Tue, 7 Jul 2009, Werner König wrote: Das Teil bekommen wir sofort exportiert. Was mich wundert: Da steht immer nur eine Condition. Unsere bisherigen überlegungen gehen aber immer davon aus, daß wir einen node mit mehreren Keys qualifizieren, aus denen dann das betreffende Icon resultiert. Etwa so: es ist eine Kugeltonne, die ist gelb, hat ein Topzeichen ... Läßt sich das hier abbilden? Bis jetzt noch nicht. Wenn es sinnvoll ist kann man es aber einbauen. Bau mir mal ein Test-Style-File (einfach mehrere Conditions nacheinander in einen Block) und schick mir das File und einen passende OSM-Datei dazu. Die URLS der Icons sollten existieren und herunterladbar sein. eventuell schneller und einfacher Workaround wäre drei nodes in der Osm- Datenbank an der gleichen Stelle anzulegen, einer dieser Punkte bekommt den Key (z.B Buoy), das andere lässt sich über tags abbilden (z.B. colour = yellow, topmark = yes etc.) oder ähnlich, wie es heute schon in den Musterhäfen gemacht wird. Um jetzt aber in Josm das Icon aus verschiedenen Bildern zusammensetzen zu können, weist man jedem der Punkte ein anderes Icon zu, dann sollten sich die Bilder überlagern. Werde das mal an einem kleinen Beispiel ausprobieren und mich dazu dann melden. Ist schon längst erledigt. Abgesehen davon hasse ich Workarounds. Wenn es sinnvoll und machbar ist, wird es direkt eingebaut. Bisher ist FreieTonne allerdings der erste Alternative Style für JOSM, deswegen hat sich vorher niemand die Mühe gemacht den ganzen Support einzubauen. P.S. Siehe hier und morgige JOSM-Version: http://josm.openstreetmap.de/wiki/Styles Hallo Dirk, dann bitte mal etwas genauer, was wird die neueste Version josm-latest... denn ab morgen können, denn bei http://josm.openstreetmap.de/wiki/Styles kann ich nichts neues sehen (wahrscheinlich übersehe ich es). Gruß Werner Ciao ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] verwirrende JOSM motd....
Am Dienstag, 7. Juli 2009 15:00:20 schrieb Dirk Stöcker: On Tue, 7 Jul 2009, Dirk-Lüder Kreie wrote: PS: ich verwende gerade die 1732. Würde ich auch gerne. Einfach das jar runterladen, statt die veraltete SuSE-Paketversion zu nutzen... SUSE ist nicht veraltet, sondern tested. Ciao Insbesondere Version 11.1 ist wirklich gut und kann Ubuntu 9.04 das Wasser reichen. Schon wenn ich daran denke, dass Ubuntu 9.04 mir für Eclipse eine völiig veraltete Version installiert hat, wegen Kompatiblitätsproblemen, während in openSuse 11.1 problemlos die neuste Version installierbar war. Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hall of Fame - Strassen komplett erfasst! - Kamine Zollverein noch nicht
Am Mittwoch, 8. Juli 2009 00:28:44 schrieb dieter jasper: Tobias Wendorff schrieb: Bene dikt schrieb: es gibt auch noch bessere Geräte. Leica Distro. raufklettern, springen, Fallzeit messen mit Stopuhr und Höhe ausrechnen. Gruß Dieter Jasper Ist ja schön, wenn man es überlebt 8-). Habe aber trotzdem noch eine Frage: wenn man es dann überlebt, wie bekommt dann die Höhendaten in die OSM- Datenbank. Hintergrund der Frage ist, dass auf meinem GPS-System massenhaft Höhendaten anfallen (Barometrisch, aufgezeichnet in delta_t Intervallen. Habe schon mehrfach hier angefragt, wie man diese wertvollen Daten in die OSM- Datenbank bekommt, vielleicht bekomme ich jetzt mal eine vernünftige Antwort. Gruß Werner ___ 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] freie Tonne in Josm
-- Weitergeleitete Nachricht -- Betreff: Re: AW: [Talk-de] freie Tonne in Josm Datum: Mittwoch, 8. Juli 2009 Von: Werner König wkg.koe...@gmail.com An: Jan Jesse j...@jesse.de Am Tuesday 07 July 2009 10:44:04 schrieben Sie: www.freietonne.de - Wir sind ein eigenständiges Projekt, keine Gruppe ... :-) Wo genau ist der Unterschied. Unter einem Projekt verstehe ich eine kleine Gruppe, oder wird dort etwas von einem Einzelnen entwickelt (wie bei mir bisher, ich bin immer noch eine 1Mann-Gruppe, die bemüht ist sich andere Meinungen einzuholen). Gruß Werner --- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ist da was kaputt?
Am Samstag, 4. Juli 2009 20:21:29 schrieb Dirk Stöcker: Nochmal eine Warnung an alle: JOSM-Latest ist wie auch auf der Webseite steht mit Vorsicht zu genießen. Nur weil die Latest selten große Fehler hat, heißt das nicht, dass das immer so ist. Manchmal gibt es eben grobe Bugs, insbesondere dann, wenn im vorherigen Commit-Kommentar drinsteht, dass Bugs zu erwarten sind. daher lade ich mir vor einem neuen josm-Aufruf auch nur josm-tested mit wget herunter, wenn es denn neuer ist als mein installierter josm. Gruß Werner Ciao ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ist da was kaputt?
Am Sonntag, 5. Juli 2009 00:06:47 schrieb Markus: Hi, Autoupdater gibt es schon für Linux Wo das doch die geplagten Vista-Benutzer viel dringender bräuchten... (nicht zuletzt weil die das gar nicht anders kennen) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de nicht maulen das geht auch unter windows sogar unter vista (aber mittlerweile ist mir linux doch lieber), ist übrigens höchstens ein paar Wochen her, dass das hier über die Liste ging, wie man das macht 8-) mein osm.bat unter windows lautet: echo off pushd c:\Users\Werner\Programme\osm c:\Program Files\tools\GnuWin32\bin\wget.exe -q -N http://josm.openstreetmap.de/download/josm-tested.jar popd start javaW.exe -jar -Xmx256M c:\Users\Werner\Programme\osm\josm-tested.jar %1 echo on Dann wird vor jedem Aufruf von JOSM geprüft, ob eine neuere Version vorliegt und wenn ja, diese heruntergeladen und dann erst JOSM aufgerufen. Wohl dem der eine Flatrate hat und damit einen permanten Internet-Anschluss. Aber ich denke, dass ist heute standard. Voraussetzung ist, dass man das für sein System entsprechende wget.exe aus dem Internet geholt hat. In der bat-Datei sind noch ein paar kleine gimmicks eingebaut, aber wahrscheinlich kommt ihr selber drauf, welche?. Außerdem finde ich den Eintrag josm-tested.jar besser als josm-latest.jar, dann vermeidet man solche Situationen, wie im Augenblick gegeben, aber beta- Tester muss es ja immer geben, was wären wir ohne sie 8-). Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=incline Steigung
Am Donnerstag, 2. Juli 2009 14:47:14 schrieb Mario Salvini: Garry schrieb: Mario Salvini schrieb: Steigung ist meiner Meinung nach immer ein Vektor. Einem Node eine Steigung zu geben ist also ziemlich sinnfrei, da ein Punkt Definitionsgemäß keine Steigung haben kann. Sehe ich ein bischen anderst - eine Steigung kann immer nur für einen Punkt angegeben (insbesondere bei den relativ grossen Punkt-Abständen der OSM-nodes) - der Punkt davor und der danach kann schon wieder einen ganz anderen Wert aufweisen. Ein Node beschreibt nur eine Punkt. Um eine Steigung zu haben benötigst du aber mindestens 2 Dimensionen d.h. eine Richtung für die die Steigung ab diesem Punkt/Node gilt. Mathematisch gesagt ist ein Node alleine nur ein Fußpunkt. Aber ohne passenden Richtungsvektor ist eine Angabe highway=incline schlihweg wertlos. Für einen Richtungsvektor zu beschreiben brauhen wir in OSM aber nunmal mindestens einen Way. Also macht nur incline=* am Way Sinn Wie wäre es, wenn man dem Punkt als Tag einen Rchtungsvektor verpasst. Damit bekommt man dann für eine Straße ein ganzes Vektorfeld und das Drehen des Weges würde auch nicht behindert werden. Das sollte dann auch für alle anderen richtungsabhängigen Angaben, wie Einbahnstraße, einseitiger Radweg etc. funktionieren. Soll nur ein Denkanstoß sein, die richtige Ausformulierung sollten die Experten übernehmen. Gruß Werner ___ 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] highway=incline Steigung
Am Donnerstag, 2. Juli 2009 16:55:09 schrieb Mario Salvini: Werner König schrieb: Am Donnerstag, 2. Juli 2009 14:47:14 schrieb Mario Salvini: Garry schrieb: Mario Salvini schrieb: Steigung ist meiner Meinung nach immer ein Vektor. Einem Node eine Steigung zu geben ist also ziemlich sinnfrei, da ein Punkt Definitionsgemäß keine Steigung haben kann. Sehe ich ein bischen anderst - eine Steigung kann immer nur für einen Punkt angegeben (insbesondere bei den relativ grossen Punkt-Abständen der OSM-nodes) - der Punkt davor und der danach kann schon wieder einen ganz anderen Wert aufweisen. Ein Node beschreibt nur eine Punkt. Um eine Steigung zu haben benötigst du aber mindestens 2 Dimensionen d.h. eine Richtung für die die Steigung ab diesem Punkt/Node gilt. Mathematisch gesagt ist ein Node alleine nur ein Fußpunkt. Aber ohne passenden Richtungsvektor ist eine Angabe highway=incline schlihweg wertlos. Für einen Richtungsvektor zu beschreiben brauhen wir in OSM aber nunmal mindestens einen Way. Also macht nur incline=* am Way Sinn Wie wäre es, wenn man dem Punkt als Tag einen Rchtungsvektor verpasst. Damit bekommt man dann für eine Straße ein ganzes Vektorfeld und das Drehen des Weges würde auch nicht behindert werden. Das sollte dann auch für alle anderen richtungsabhängigen Angaben, wie Einbahnstraße, einseitiger Radweg etc. funktionieren. Soll nur ein Denkanstoß sein, die richtige Ausformulierung sollten die Experten übernehmen. Gruß Werner Wenn du einem Node einen Richtungsvektor gibt, dann isses doch schon ein Way ;-) so meine ich das nicht, ich meine etwa wie bei der Punktauszeichnung z.B. amnity = shelter analog für den Vektor (Punkt auswählen und folgende Angaben machen) vektor = anchor delta_lon = ... delta_lat = ... oder ähnlich. Wenn dieser Punkt dann auf einem Weg liegt, dann hat dieser die Richtung des Vektors. Daher kann man jetzt die Steigung hier angeben aber die Richtung des einer Einbahnstraße etc. (Vorteil dies ändert sich auch nicht, wenn der Weg gedreht wird. Gruß Werner Gruß Werner ___ 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] Wie viele Mannstunden (-tage, -jahr ) stecken in OSM? Eure Schätzung!
Am Donnerstag, 2. Juli 2009 02:37:53 schrieb Johann H. Addicks: Torsten Breda schrieb: Hab ihr euch schon mal überlegt, wie viel Arbeit insgesamt in OpenStreetMaps steckt? Was kann man mit der richtigen Antwort (oder der nächsten Näherung) gewinnen? -jha- Der Kandidat bekommt 99 Punkte. Ab 100 gibt es eine Waschmaschine 8-) ___ 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] Mapping Party in den Dolomiten
Am Montag, 29. Juni 2009 15:06:16 schrieb Markus: Hallo Martin, am 1. und 2. August http://wiki.openstreetmap.org/wiki/DE:Dolomiti_mapping_party Super Idee! denkt an den barometrischen Höhenmesser: http://wiki.openstreetmap.org/wiki/DE:Altitude Damit das Höhenmodell verfeinert werden kann... Gruss, Markus Hallo Markus, mache in ca. 2 Wochen eine Alpenwanderung. Bei so etwashave ich immer mein PPSmap 60CSx dabei, dass einen barometrischen Höhenmesser hat diese Daten auch aufzeichnet. Aber wie kann ich damit das Höhenmodell verfeinern. Gruß Werner ___ 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] Short Links
Am Freitag, 26. Juni 2009 22:57:19 schrieb Michael Bemmerl: Chris-Hein Lunkhusen schrieb: wie funktionieren die neuen Short-Links ( wie zB http://osm.org/go/0GNjWIa= ) technisch ? Steckt da eine DB dahinter welche die Zuordnung macht ? Nein, das wird on the fly beim Verschieben der Karte berechnet. Auf osm.org wird der string (0GNjWIa=) zurück in Breiten- / Längengrad und Zoomfaktor konvertiert. Der Code dahinter steckt in [1], das komplette Changeset kannst Du dir unter [2] anschauen. Grüße, Michi [1] http://svn.openstreetmap.org/sites/rails_port/lib/short_link.rb [2] http://trac.openstreetmap.org/changeset/16119 Viele Fragen: sites/rails_port/app/controllers/site_controller.rb was ist das für eine Datei, was kann man damit anfangen. sites/rails_port/app/views/site/index.html.erb dto. das sieht ja wenigsten nach html aus dto. für sites/rails_port/config/locales/en.yml für was steht yml xml kenn ich ja. sites/rails_port/public/javascripts/site.js sieht nach javascript aus sites/rails_port/public/stylesheets/site.css ok, dass ist die css-Seite der ganzen Angelgenheit Bitte eine möglichst vollständige Erklärung Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Short Links
Am Freitag, 26. Juni 2009 23:13:50 schrieb Christoph Eckert: Moin, Nein, das wird on the fly beim Verschieben der Karte berechnet. Auf osm.org wird der string (0GNjWIa=) zurück in Breiten- / Längengrad und Zoomfaktor konvertiert. Der Code dahinter steckt in [1], das komplette Changeset kannst Du dir unter [2] anschauen. ah, interesting. Sieht nach Geohashes¹ aus. Im Web finden sich weitere Codebeispiele². Cheers, ce ¹ http://en.wikipedia.org/wiki/Geohash ² http://jerakeen.org/notes/2009/04/101020736/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Sehr interessant, aber bitte konkreter, gibt es da Tutorials etc.oder Beispiele (habe bisher mit Ruby (on rails) noch keine Erfahrung gemacht) Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] waterway=dam / OSM Inspector / water
Am Montag, 22. Juni 2009 17:38:56 schrieb Martin Koppenhoefer: was haltet Ihr von waterway=dam ? Wird bisher nirgends gerendert. Ich könnte mir auch vorstellen, das in den OSM-Inspector-Wasser-Layer einzubauen. Welcher Wasserweg soll denn so bezeichnet werden. Gruß Martin ___ 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] Mitarbeit OpenSeaMap
Am Montag, 22. Juni 2009 16:29:17 schrieb Markus Bärlocher: Hallo Werner, Ich denke einer Zusammenarbeit steht nichts im Wege :-) : habe mir OpenSeaMap und Seamap-Editor mal angesehen, jede Menge Fragen bezüglich der Seezeichen etc. Darf man die Seezeichen (Bilder) auf http://wiki.openstreetmap.org/wiki/Category:Seamark_icon einfach benutzen, d.h. sind das auch freie Daten. Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT? Artikel über GPS und Wandern
Am Montag, 22. Juni 2009 21:44:35 schrieb Johannes Huesing: Ich bin gefragt worden, ob ich im bundesweiten Mitteilungsblatt der Naturfreunde einen Artikel zum Einsatz von GPS-Geräten beim Wandern im weitesten Sinne schreiben könnte. Bin mir nicht ganz sicher, wieso man mir die Fachkenntnis zutraut, aber ich hoffe, dass Ihr mir ein bisschen auf die Sprünge helfen könnt, da ich eigentlich nur die OSM-Perspektive kenne. Zielgruppe des Artikels soll der 60jährige Wanderleiter der Ortsgruppe sein. Wenn ich das richtig sehe, bekommt man ganz ohne Karte keine Übersicht im Gelände, Routing funktioniert noch nicht so recht, Karten und Geräte sind zueinander nur mehr oder weniger kompatibel. Was schon ganz gut klappt, ist, eine vorgefertigte Tour zum Beispiel von GPSies runterzuladen und die abzulaufen. Die Pflege von Wegzeichen mit Photomapping wäre auch eine Anwendung. Insgesamt ist es aber wohl noch ein paar Jahre zu früh, die Karte zu Hause zu lassen. stimmt nicht. Wenn ich die Koordinaten eines Punktes kenne, komme ich mit dem GPS-System zu diesem Punkt ohne eine Karte. Dies funktioniert daher, dass das GPS von jedem beliebigen Punkt (an dem man gerade ist) die Richtung und insbesondere die Entfernung zu dem bekannten Punkt anzeigt. Da dies kontinuierlich passiert, kann ich alleine über diese Information sehen ob ich mich dem Punkt annähere und ob ich in die richtige Richtung gehe. Dies reicht aus, den Punkt zu finden. Mache ich sehr häufig, wenn ich ins Gelände mit dem Fahrrad fahre, dann möchte ich nämlich häufig Wege finden, die OSM nicht bekannt sind, damit ich sie dann in dann in die Datenbank laden kann. Habt Ihr Erfahrungen, die Ihr teilen könnt? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Gemeindegrenze
Am Sonntag, 21. Juni 2009 06:49:01 schrieb Bernd Wurst: Mit groben Verlauf meine ich prinzipiell die Zuordnung von Wohnadressen oder POIs zu einer Gemeinde. Also: Kuhdorf A gehört noch zu Gemeinde X, 1 km weiter gehört Grillplatz B zu Gemeinde Y. Wenn ich dann also keine ganze Relation anlegen möchte, wie sieht dann das aus. Muß ich zu dem Ort dann ein Tag erstellen und wenn welches Tag ist das? Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Gemeindegrenze
Am Sonntag, 21. Juni 2009 11:40:12 schrieb Bernd Wurst: Hallo. Am Sonntag 21 Juni 2009 11:14:11 schrieb Werner König: Am Sonntag, 21. Juni 2009 06:49:01 schrieb Bernd Wurst: Mit groben Verlauf meine ich prinzipiell die Zuordnung von Wohnadressen oder POIs zu einer Gemeinde. Also: Kuhdorf A gehört noch zu Gemeinde X, 1 km weiter gehört Grillplatz B zu Gemeinde Y. Wenn ich dann also keine ganze Relation anlegen möchte, wie sieht dann das aus. Muß ich zu dem Ort dann ein Tag erstellen und wenn welches Tag ist das? Ich blick's jetzt grade nicht. :) Also eine Relation ist eine Sammlung von OSM-Objekten. Das mal nur als Begrifsdefinition. Eine Grenze ist momentan IMHO am sinnvollsten zu mappen durch Hinzufügen mehrerer Stückchen Grenzverlauf (boundary=administrative) zu einer Relation für den Umriss dieser Gemeinde bzw. Stadt. Wenn du nur einzelne Stückchen eintragen kannst oder willst, dann mach das. Wenn du diese Stückchen (plus ggf. die, die schon da sind) dann in einer (eventuell schon vorhandene) Relation für die Grenzen des betreffenden Ortes einträgst: Perfekt. Ob eine Grenze jetzt vollständig umlaufend (geschlossen) ist oder nicht, ist wie bei allem was wir mappen erstmal egal. Wenn du nur einen Teil eintragen kannst, dann trag den Teil ein. Jemand anderes kann das dann vervollständigen. Nein, das trifft es alles nicht. Ich bin im Augenblick noch fauler. Ich möchte eigentlich nur sagen Ort A gehört zu Gemeinde B (ohne Relation etc., dies kommt erst später) Gruß, Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Map features - das OSM-Gesetz?
Am Sonntag, 21. Juni 2009 14:16:52 schrieb Frederik Ramm: Hallo, André Reichelt wrote: Die korrekte Anwendung der Rechtschreib-Normen kann NIE albern sein. Bei E-Mails lasse ich die korrekten Anführungszeichen usw. nur weg, da sie mit der Standardkodierung nicht kompatibel sind. Das OpenStreetMap-Wiki ist ein Gebrauchstext, kein publiziertes Werk. Genauso, wie man am Telefon anders spricht als man schreiben wuerde, sollte man auch einen Gebrauchstext von einem Buch oder einer Diplomarbeit unterscheiden. Der Wiki-Artikel ist staendig im Fluss, sehr viele Leute arbeiten daran mit, die entweder nicht wissen, wo korrekterweise welche Zeichen zu setzen sind, oder es zwar wissen, diese aber nur mit viel Muehe, oder gar nicht, auf ihrem Computer erzeugen koennen. Was das mit albern zu tun hat, darfst du mir gerne erklären. Solche Aussagen finde ich jedenfalls weder witzig noch auf sonst eine Weise brauchbar. Gerade in einer Zeit, in der die Schreibleistung der Menschen immer weiter zurück geht und häufig nur noch mit miesen Abkürzungen und konsequenter Missachtung der Rechtschreibregeln um sich geworfen wird, ist ein Text wie dieser so wie gute Musik in der Ohren. Eine löbliche Leistung! Nein, keine loebliche Leistung, sondern Nabelschau (schaut her, wie gut ich deutsch kann, und ihr Banausen alle nicht) und Zeitverschwendung. Man kann einen Text polieren, wenn er fertig ist. Das Wiki ist nie fertig und soll es auch nicht sein. Damit, dass man an der aeusseren Form eines Wiki-Artikels so herumpoliert, erreicht man hoechstens, dass weniger Leute sich trauen, ihn zu aendern, selbst wenn sie *inhaltlich* etwas beizutragen haetten. Das ist (fuer uns) kontraproduktiv. -1, jeder sollte sich bemühen ein korrektes Deutsch zu pflegen Ich sage nicht, dass ich insgesamt was gegen korrekte Sprache haette, das Gegenteil ist der Fall; in meiner Jugend gehoerte ich auch zu denen, die sich wunder was drauf einbildeten, korrekt sprechen und schreiben zu koennen. Ich habe am laufenden Band Texte redigiert, egal, ob ich dazu eingeladen war oder nicht. Ich habe Leserbriefe an den Spiegel und die Zeit geschrieben und mir Diskussionen mit der Duden-Redaktion geliefert. Ich habe zahlreichen Unternehmen mitgeteilt, dass ich ihre Produkte nicht kaufen werde, wenn sie in ihrer Werbung weiterhin die Sprache mit Fuessen treten. - Auch heute noch gibt es fuer mich einen Platz fuer wohlformulierte Sprache, die Musik in meinen Ohren ist. Ich weiss aber inzwischen, dass es albern ist, die Korrektheit der Sprache ueber ihren Gebrauchswert zu stellen. +1, klar ist der Inhalt wichtiger als die Form und wenn ich irgendetwas lernen kann auch wenn es nicht korrekt in deutsch verfasst ist, mache ich das (das meiste ist heutzutage ja sowieso in englisch. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Gemeindegrenze
Am Freitag, 19. Juni 2009 08:17:26 schrieb Bernd Wurst: Hallo Markus. Am Freitag 19 Juni 2009 07:30:12 schrieb Markus: Für die Analyse des Erfassungsgrades der Strassen ist die Zuordnung der Strassenverzeichnisse der Gemeinden zur zugehörigen Gemeindegrenze erforderlich. Ja! Wenn man jetzt einfach so grob schaut, welches Dorf zu welcher Gemeinde/Stadt gehört, kann man mit vertretbarem Aufwand eine ganze Menge erreichen. Insbesondere diejenigen, die in ländlichem Gebiet wohnen, kennen ja eh schon den groben Verlauf ihrer Gemeindegrenze und können dann z.B. anhand von Walhbezirks-Listen (aktuell!) zuordnen, wo die Grenze ungefähr verlaufen muss. Sind Wahlbezirks-Listen freie Information, die wir bedenkenlos nutzen können ? Woher bekommt man solche Listen ? Welche anderen freien Quellen gibt es ? Gruß, Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Postleitzahlen
Am Freitag, 19. Juni 2009 07:30:23 schrieb Markus: PLZ-Grenzen liegen aber für OSM m.W. nicht (oder nur selten) vor. Im Wiki gibt es auch keinen Artikel Postleitzahl. http://wiki.openstreetmap.org/wiki/Key:postal_code Für Kosmos gibt es eine PLZ-Grafik, die postalcode auswertet: http://wiki.openstreetmap.org/wiki/Kosmos_postal_code_rendering_rules/de Kann man hier mal ein OSM-Beispiel nennen, in dem diese Regeln beim taggen genutzt wurden. Gruss, Markus PS: Siehe auch Systematik Gemeindegrenzen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Postleitzahlen
Am Freitag, 19. Juni 2009 12:06:54 schrieb Tobias Wendorff: http://www.deutschepost.de/dpag?tab=1skin=hicheck=nolang=de_DExmlFile=1 010980 Wie machen es den Dienste wie stadtplandienst.de, dort gibt es eine PLZ-Suche, die bei mir bisher gut funktioniert hat. Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routerhärtetest
Am Samstag, 20. Juni 2009 11:44:12 schrieb Norbert Kück: am 20.06.2009 11:18 schrieb Werner König: Habe in der Liste schon häufiger die Abkürzung IMO gesehen, was heißt dass ? Wikipedia fragen. :-) http://de.wikipedia.org/wiki/IMO Danke, aber warum immer in englisch (in my opinion), bei mir war das bisher meines Erachtens (m.E.) ___ 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] DOP-Viewer
Am Samstag, 20. Juni 2009 12:18:26 schrieb Michael Kugelmann: Norbert Kück schrieb: Beim geodatenzentrum.de darf man den DOP-Viewer anschauen - mehr kostet http://www.geodatenzentrum.de/dienste/dop_viewer_geoview.htm die Luft-Bilder die ich mir angesehen hatte, waren gar nicht so schlecht und halbwegs aktuell (wenn auch Schwarz/Weiß). Und klar: die wollen (oder müssen?) Geld dafür verlangen (wurde hier vor einiger Zeit bereits hinreichend diskutiert). Mal sehen ob wir nach dem Oberpfalz-Trial darauf einen Zugriff kriegen. Hallo noch eine Frage: Was muss ich wie in Firefox einstellen, damit das Applet läuft? MfG Michael. PS: die Bedienung des DOP-Viewers finde ich besch^H^H^H^H^Heiden... ;-) ___ 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] DOP-Viewer
Am Samstag, 20. Juni 2009 13:48:12 schrieb Michael Kugelmann: Werner König schrieb: Hallo noch eine Frage: Was muss ich wie in Firefox einstellen, damit das Applet läuft? Java installiert haben? Benutze selber den aktuellen FF auf XP, sonst habe ich nichts gemacht. OK. Bei NoScript habe ich noch zugelassen, daß die Seite darf. Aber sonst nichts. verstehe ich nicht ganz. Habe zwei Systeme. Auf dem Desktop-System ist openSUSE 11.1 mit java 1.6.0 (sowohl Laufzeitbibliothek als auch Entwicklung). Als Desktop läuft hier KDE. Hier läuft das Applet im FF (3.0.4) ordentlich ab. FF lässt sowohl java als auch javascript zu. Das andere System ist ein Laptop mit ubuntu 9.04, Desktop gnome, FF (3.0.11), java 1.6.0. Auch hier lässt FF sowohl java als auch javascript zu. Hier läuft das Applet jedoch nicht. Hat irgendjemand eine Idee, woran das liegen kann. MfG Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Gemeindegrenze
Am Samstag, 20. Juni 2009 16:24:28 schrieb Tobias Wendorff: Am Sa, 20.06.2009, 12:49 schrieb Matthias Versen: Werner König wrote: Wenn man jetzt einfach so grob schaut, welches Dorf zu welcher Gemeinde/Stadt gehört, kann man mit vertretbarem Aufwand eine ganze Menge erreichen. Insbesondere diejenigen, die in ländlichem Gebiet wohnen, kennen ja eh schon den groben Verlauf ihrer Gemeindegrenze und können dann z.B. anhand von Walhbezirks-Listen (aktuell!) zuordnen, wo die Grenze ungefähr verlaufen muss. Sind Wahlbezirks-Listen freie Information, die wir bedenkenlos nutzen können ? ja, kann man, siehe http://wiki.openstreetmap.org/wiki/Straßenverzeichnis/Stimmbezirke Mir vergeht langsam echt die Lust an OSM. Ich dokumentiere sowas alles und Keinen kümmert es. http://wiki.openstreetmap.org/wiki/DE:Kommunikation http://wiki.openstreetmap.org/wiki/DE:Kommunikation/IM_NRW Das hat nichts mit kümmern zu tun sondern mit finden. Vielen Dank für die Hinweise, habe das in meine Link-Sammlung aufgenommen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Postleitzahlen
Am Samstag, 20. Juni 2009 16:42:38 schrieb Tobias Wendorff: Am Sa, 20.06.2009, 11:07 schrieb Werner König: Am Freitag, 19. Juni 2009 12:06:54 schrieb Tobias Wendorff: http://www.deutschepost.de/dpag?tab=1skin=hicheck=nolang=de_DExmlFil e=1 010980 Wie machen es den Dienste wie stadtplandienst.de, dort gibt es eine PLZ-Suche, die bei mir bisher gut funktioniert hat. Das sind properitäre Karten. Für solche Zwecke kann man die Daten einkaufen und sich zB eine Weblizenz holen (das BKG bietet dies für [300 Euro). Aber das klappt bei OSM nicht :-( Außer wir bieten eine Suche auf dieser Badis an, die nicht offen ist. Na dann müssen wir das eben so machen, wie mit den anderen Geo-Daten. Sammeln, sammeln, sammeln ___ 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
