Re: [Talk-de] WMS-Server für das Ruhrgebiet
Hallo. Am Dienstag, 10. Februar 2009 schrieb Johannes Huesing: > > Die OSM-Daten sind auch keine Visualisierung mehr. > > Ich denke es ist eher sowas gemeint wie bein den LVA-Bildern vom > > Oberpfalz-Projekt, also dass im WMS-Display das Copyright stehen muss. > Und genau das ist bei der Verwendung in freier Software eben nicht mehr > garantiert. Mehr oder weniger schon. Also bei den Oberpfalz-Bildern setzt der WMS-Server das copyright in die Bilddaten rein. Das sollte genügen. Da es hier aber ums rechtliche und nicht ums technische geht, kannst du auch dazu schreiben: "Die WMS-Bilder dürfen nur zum Abdigitalisieren von Objekten genutzt werden, wenn bei der Anzeige ein Copyright eingeblendet wird." Aber irgendwie wirkt das vermutlich etwas lächerlich. :) Gruß, Bernd -- Seltsam: Auch die größten Vegetarier beißen nicht gern ins Gras. (Ringelnatz) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Geofabrik-Tools: Karte, Kartenvergleich
Hallo Frederik, hallo Jochen nachdem ich jetzt einige Zeit eure Seite genutzt habe, fällt mir auf das ich "Show Area on" immer mit gedrückter STRG Taste aufrufe um die Seite in einem neuen Tab anzuzeigen. Leider ohne Erfolg ;-) Könntet Ihr das noch in eurer Function (STRG auswerten) einbauen, bzw. wenn nichts dagegen spricht, die neue Karte immer auf einer neuen Seite aufrufen? Tschuess Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meine noexit bugs per Bot fixen?
Am Mittwoch, den 11.02.2009, 01:20 +0100 schrieb Alexander Schulze: > Hi, > > Martin Koppenhoefer schrieb: > > es wird von manchen versucht, damit anzuzeigen, dass ein Weg nicht > > mehr weitergeht, obwohl er dicht an einem anderen Weg endet und daher > > ansonsten evtl. von einem validator als Fehler vorgeschlagen würde. > > das is mir bekannt. Die Diskussion gabs ja neulich. Also tagged ihr im > allgemeinen dieses Attribut (Sackgasse) gar nicht? Ja, (nein) ich tagge es im Allgemeinen gar nicht. Rapha -- Web: http://www.raphael-mack.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie deutsch muss man sein?
Am 11.02.2009 um 01:13 schrieb Martin Koppenhoefer: > zum Thema: wie viel deutsch. "Schnelle Karte" ist für mich so ein > Begriff den ich lieber nicht übersetzen würde. Für mich nicht, da ich auch mit "Slippy Map" nichts anfangen kann. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SlippyMap Generator
Am 10.02.2009 um 23:11 schrieb Sebastian Hohmann : > Jonas Krückel (John07) schrieb: >> Sebastian Hohmann schrieb: >>> Hallo, >>> nachdem in einem anderen Thema schon darüber gesprochen wurden, >>> möchte >>> ich nochmal auf ein kleines Script von mir hinweisen, mit dem man >>> etwas >>> Handarbeit bei der Erstellung einer SlippyMap mit Openlayers >>> abgenommen >>> bekommt. >>> >>> Insbesondere bitte ich um Feedback ob es gefällt oder was man be >>> sser >>> machen könnte. >>> >>> http://s-hohmann.de/easymap/ >>> >> Ich hätte gerne eine englische Version, was/wie soll ich übersetz >> en, >> damit du es ganz einfach einbauen kannst. >> Ansonsten super Tool! >> Gruß >> Jonas >> > > Übersetzen kann ich selbst (zumindest rudimentär), bloss ist es nic > ht > als multilinguale Seite konzipiert. Aber ich schau mal was sich machen > lässt. War nur ein Angebot ;-) Ich denke ein button oben für Englisch oder Deutsch müsste reichen. Gruß Jonas > > > ___ > 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] Kieser Training
Hatto von Hatzfeld wrote: > name-Attribut, wenn sie schon in addr:* stehen?), fand ich noch weitere > Nodes, zuletzt über 70 in germany.osm, bei den der Name "Kieser Training" > um den Ortsnamen, meist aber auch um die Postleitzahl ergänzt ist. Bin ich in Wien auch schon drüber gestolpert, BTW. Also, wenn automatisiert fixen, dann bitte global. ;) Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umstellungen im Vorlagenmenü des JOSM
Stephan Wolff writes: > Ich kenne aber viele baumbestandene Flächen (als Oberflächengestalt), > die nicht Forst (als hauptsächliche Landnutzung) sind, wie z.B. > > - Militärgelände, sowohl zum Versteckenspielen der olivgrünen Jungs >als auch zur Tarnung bei Munitions- und Versorgungsdepots > - baumbewachsene Wohngrundstücke (oft >2000m²) > - baumbewachsene Erweiterungsflächen in eingezäunten >Industriegrundstücken > - Bruchwälder mit Krüppelbäumen an Fluss- und Seeufern > - birkenbewachsene Flächen im Hochmoor (natürliche, primäre >Waldentstehung) > - winzige Schäreninseln in Schweden, deren bewaldete Variante >zum Zelten weit besser geeignet ist als eine Felsinsel Eben. Und baumgruppen in parks. > In diesen Fällen finde ich natural=wood sinnvoll. Gleiches gilt auch > für die nichtbewirtschaftete Wirtschaftswälder, aber darüber kann man > verschiedener Meinung sein. +1 > Als Potlatch-Nutzer sind mir die JOSM-Vorlagen allerdings egal :-) Mit sind die JOSM-Vorlagen sogar als JOSM-Nutzer egal ;^) -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umstellungen im Vorlagenmenü des JOSM
Frederik Ramm writes: > Markus wrote: >> Bis jetzt gibt es: >> forstwirtschaftlicher Wald: landuse=forest >> Urwald: natural=wood > > für Naturwald gibt es noch kein Attribut. > > Diese Definition halte ich fuer unzutreffend. Im Englischen heisst es: > > natural=wood - non-managed forest > landuse=forest - managed forest Wie schon mehrfach geschrieben, ist dies logischer unsinn. Es muss auch erlaubt sein, einem "managed forest" ein natural zu geben. Meist werden dort bäume stehen, also natural=wood. Es kann dort aber auch mal ein see oder eine lichtung sein. Logisch müsste ein naturbelassener wald (oder meinetwegen urwald) z.b. mit natural=wood landuse=nature oder ähnlich getaggt werden. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Reit und Wanderkarte - ein bisschen Feedback
Martin Koppenhoefer writes: >> Für einen normalen Bahnhof fällt mir nix ein. > > naja, mit Bild entweder ne Lok oder ein DB-Zeichen (ggf. > Lizenzproblem? ggf. Privatbahn?), das würde ich aber eher nicht > machen. Eigentlich bräuchte man das Icon auch nicht unbedingt, weil es > oft schon im Namen steht (die Namen von Bahnhöfen würde ich hingegen > anzeigen, möglichst schon in Z13, die sind bisher glaube ich nichtmal > in z15 da). Es wäre auch ein komplett schwarzes Icon (Quadrat) > denkbar. In Topografischen Karten sieht man oft ein längliches > schwarzes Rechteck entlang der Schienen. Es scheint mir eher ein weißes rechteck mit schwarzem rahmen zu sein, mit einer verdickten langseite. Bahnhöfe sollten möglichst sehr angezeigt werden. Z12, denke ich. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umstellungen im Vorlagenmenü des JOSM
Markus schrieb: >>> Bis jetzt gibt es: >>> forstwirtschaftlicher Wald: landuse=forest >>> Urwald: natural=wood >> > für Naturwald gibt es noch kein Attribut. >> >> Diese Definition halte ich fuer unzutreffend. Im Englischen heisst es: >> natural=wood - non-managed forest >> landuse=forest - managed forest > > In Deutschland gibt es keine nichtbewirtschafteten Wälder. > Selbst die "Naturwälder" (eine seltene Klasse) sind bewirtschaftete > Wälder für die beschlossen wurde, sie nicht mehr zu bewirtschaften. > Bis daraus Urwälder werden dauert es Jahrhunderte. > > Wir sollten also in den deutschen JOSM-Vorlagen tunlichst nur > landuse=forest anbieten. ... > Aber bitte keine Urwälder - die gibt es hier nämlich wirklich nicht. > Ich kenne aber viele baumbestandene Flächen (als Oberflächengestalt), die nicht Forst (als hauptsächliche Landnutzung) sind, wie z.B. - Militärgelände, sowohl zum Versteckenspielen der olivgrünen Jungs als auch zur Tarnung bei Munitions- und Versorgungsdepots - baumbewachsene Wohngrundstücke (oft >2000m²) - baumbewachsene Erweiterungsflächen in eingezäunten Industriegrundstücken - Bruchwälder mit Krüppelbäumen an Fluss- und Seeufern - birkenbewachsene Flächen im Hochmoor (natürliche, primäre Waldentstehung) - winzige Schäreninseln in Schweden, deren bewaldete Variante zum Zelten weit besser geeignet ist als eine Felsinsel In diesen Fällen finde ich natural=wood sinnvoll. Gleiches gilt auch für die nichtbewirtschaftete Wirtschaftswälder, aber darüber kann man verschiedener Meinung sein. Als Potlatch-Nutzer sind mir die JOSM-Vorlagen allerdings egal :-) Gruß Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Relation-Editor
Hallo! Frederik Ramm schrieb: >> Und nochmal das leidige Thema mit dem Relation-Editor im Vordergrund. Er >> blokiert ja nicht nur andere JOSM-Fenster, was vor allem bei Warnungen >> unerträglich ist, sondern auch andere Programme, das ist nun wirklich >> unsauberes programieren. Wenn es mich mit 2 Monitoren schon stört möchte ich >> mir nicht vorstellen mit JOSM auf einem Monitor Relations editieren zu >> müssen. > > Aber alles andere waere doch Quark. Der Relationen-Editor interagiert > halt mit der Karte. Stell Dir vor, er waere nicht im Vordergrund, und Du > willst ein Objekt von der Karte hinzufuegen. Du klickst auf das Objekt > in der Karte, schwupps verschwindet der Relationen-Editor hinter dem > JOSM-Fenster, und Du musst ihn erst wieder hervorholen, um auf den > "Ausgewähltes hinzufügen"-Button zu drücken! Ich kann Dimitri nur voll zustimmen. Dieses Fenster hält sich penetrant im Vordergrund und legt sich auch über andere Applikationen. Das ist nicht nur extrem schlechter Stil sondern auch absolut lästig wenn man neben dem Mappen noch irgendwas anderes laufen hat. Wesentlich hilfreicher wäre es, wenn der Dialog seine Position und Größe mal merken würde anstatt sie bei jedem Öffnen wieder zu vergessen. Dann könnte man ihn dort hinstellen wo man ihn braucht (neben, vor oder wenn man lustig ist hinter dem Hauptfenster) und vernünftig damit arbeiten. So ein aufdringliches Verhalten wie jetzt sollte zumindest abschaltbar sein. Besonders lästig ist auch, daß die Dialoge für mehrere Relationen exakt übereinander aufgehen und sich gegenseitig verdecken. Und was das hinzufügen von Objekten angeht: Mit einem Menüpunkt/Tastaturshortcut "Hinzufügen zu akuteller Relation" oder einem Eintrag im Kontextmenü in der Relationsliste ließe sich das sicher einfacher erledigen, als mit einem penetranten Dialog mit einem unleserlichen Button. bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen durch Flächen
2009/2/10 Simon Kokolakis : > Christoph Eckert schrieb: >> dazu gab es hier schon Grundsatzdiskussionen. Ich habe das schon ausprobiert, >> bin aber wieder davon ab gekommen. Neben anderen Gründen spricht für mich die >> schlechte Wartbarkeit dagegen. > > und was ist bei dieser Diskussion nun herausgekommen? Hast du eine > Verlinkung zu solch einer Diskussion? > > Beste Grüße, > Simon > das findest Du massenhaft im Archiv (->google). Es ist nicht prinzipiell "was rausgekommen" im Sinne von: NUR DAS IST RICHTIG UND ALLES ANDERE IST KOMPLETT DÄMLICH!, sondern es wurden halt Argumente ausgetauscht, und es gibt für beides Pro und Contra. Christoph hat ja geschrieben, dass er aus Gründen der Wartbarkeit davon ausgegangen ist. Dem kann ich mich insofern anschliessen, als die Verfeinerung mit den "roten Plus" in JOSM bei gestapelten ways nicht funktioniert (bzw. erklärtermaßen die Funktion ist, dass die Wege dort einzeln optimiert werden). In der Stadt würde ich bei einen Platz begrenzenden Gebäuden z.B. in jedem Fall gemeinsame Punkte benutzen, da ist es m.E. Pflicht. Im Wald ist es dagegen egal. Man kann immer noch 2 cm Randstreifen finden, die eine Trennung irgendwie gerechtfertigen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meine noexit bugs per Bot fixen?
Hi, Martin Koppenhoefer schrieb: > es wird von manchen versucht, damit anzuzeigen, dass ein Weg nicht > mehr weitergeht, obwohl er dicht an einem anderen Weg endet und daher > ansonsten evtl. von einem validator als Fehler vorgeschlagen würde. das is mir bekannt. Die Diskussion gabs ja neulich. Also tagged ihr im allgemeinen dieses Attribut (Sackgasse) gar nicht? Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Relation-Editor
Hallo, Dimitri Junker wrote: > bis vor kurzem hatte der Relation-Editor noch einen Button um die Elemente > in der Karte zu markieren Den braucht man jetzt nicht mehr, denn sobald Du ein Element in der Mitgliederliste der Relation anklickst, wird es in der Karte markiert. Das ist etwas nervig, wenn man *alle* anzeigen will, aber sehr praktisch, wenn man nur einzelne will. (Was noch fehlt, ist der Rueckweg - in der Karte was anklicken, und es wird die passende Zeile im Relationseditor markiert...) > Und nochmal das leidige Thema mit dem Relation-Editor im Vordergrund. Er > blokiert ja nicht nur andere JOSM-Fenster, was vor allem bei Warnungen > unerträglich ist, sondern auch andere Programme, das ist nun wirklich > unsauberes programieren. Wenn es mich mit 2 Monitoren schon stört möchte ich > mir nicht vorstellen mit JOSM auf einem Monitor Relations editieren zu > müssen. Aber alles andere waere doch Quark. Der Relationen-Editor interagiert halt mit der Karte. Stell Dir vor, er waere nicht im Vordergrund, und Du willst ein Objekt von der Karte hinzufuegen. Du klickst auf das Objekt in der Karte, schwupps verschwindet der Relationen-Editor hinter dem JOSM-Fenster, und Du musst ihn erst wieder hervorholen, um auf den "Ausgewähltes hinzufügen"-Button zu drücken! Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie deutsch muss man sein?
zum Thema: wie viel deutsch. "Schnelle Karte" ist für mich so ein Begriff den ich lieber nicht übersetzen würde. Das gehört zu OSM dazu, es heisst ja auch openstreetmap.de und nicht offenestrassenkarte.de (jetzt wäre der optimale Zeitpunkt, sich die domain unter der Nagel zu reissen, ist noch frei). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorlagen in JOSM auf Deutsch
Hi, Dimitri Junker wrote: > irgendwie ist das mit den Vorlagn in Deutsch (Bundesstraße,...) nicht so das > Gelbe vom Ei. Du kannst JOSM ja einfach mit --language=en aufrufen, dann ist alles Englisch. Wenn noetig, koennen wir auch eine Moeglichkeit einbauen, die Spracheinstellung fuer die Presets separat zu setzen (Programm=deutsch, Presets=englisch). Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umstellungen im Vorlagenmenü des JOSM
Hallo, Markus wrote: > Die Problematik bei englischen Texten ist, dass sie für alle britischen, > amerikanischen und Kolonialländer gelten müssen, und oft auch noch so > verstanden werden, als würden sie auch noch für alle > Nicht-Anglo-Amerikanischen Länder gelten. Vorsicht. Wir reden hier von der deutschen Sprache, nicht vom deutschen Staatsgebiet. JOSM wird nicht mit "--country=de", sondern mit "--language=de" aufgerufen (wenn man es denn explizit angeben will). Es spricht ueberhaupt nichts dagegen, dass jemand in Brasilien mit einem deutschsprachigen JOSM unterwegs ist. Willst Du den zwingen, auf den englischen JOSM umzuschalten, nur damit er einen Urwald taggen kann? Aber wir kommen vom Thema ab. Ich habe gar keine Aussage dazu gemacht, ob natural=wood in den Presets vorkommen soll oder nicht. Ich habe *nur* gesagt, dass die Behauptung, natural=wood bedeute auf Deutsch "Urwald", meiner Ansicht nach Humbug ist. Im uebrigen bin ich da mit Martin Simon einer Meinung und halte die ganze Unterscheidung fuer unnoetig. Der Laie unterscheidet eh nur "da stehen Baeume" versus "da stehen keine Baeume", und dem Oekologen wir so eine primitive Unterscheidung zwischen zwei Arten von Wald eh nicht reichen ;-) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meine noexit bugs per Bot fixen?
es wird von manchen versucht, damit anzuzeigen, dass ein Weg nicht mehr weitergeht, obwohl er dicht an einem anderen Weg endet und daher ansonsten evtl. von einem validator als Fehler vorgeschlagen würde. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM Relation-Editor
Hallo, bis vor kurzem hatte der Relation-Editor noch einen Button um die Elemente in der Karte zu markieren, der ist jetzt durch einen 'Nachladen' Button ersetzt worden, der ist sicher auch sinnvoll, aber wenn man sehen will ob man einen Teil der Buslinie o.ä. vergessen hat war der alte auch nützlich. Wenn etwas gegen einen 5. Button spricht könnte man auch einfach beides auf einen legen. Wenn etwas nicht geladenes existiert dient er zum Nachladen, danach zum selektieren, oder es wird immer geladen und selektiert. Und nochmal das leidige Thema mit dem Relation-Editor im Vordergrund. Er blokiert ja nicht nur andere JOSM-Fenster, was vor allem bei Warnungen unerträglich ist, sondern auch andere Programme, das ist nun wirklich unsauberes programieren. Wenn es mich mit 2 Monitoren schon stört möchte ich mir nicht vorstellen mit JOSM auf einem Monitor Relations editieren zu müssen. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Vorlagen in JOSM auf Deutsch
Hallo, irgendwie ist das mit den Vorlagn in Deutsch (Bundesstraße,...) nicht so das Gelbe vom Ei. Denn einerseits gibt es die Mapper die sich an die Tag-Namen gewöhnt haben, also primary,... aber auch für die anderen ist es inkonsequent. Denn hat man so eine Bundesstr. angelegt und schaut sich deren Eigenschaften an steht dort wieder ganz normal highway primary. Es werden also an verschiedenen Stellen in JOSM verschiedene Namen verwendet, das ist zumindest für Neulinge verwirrender als nur die englischen Namen zu verwenden oder? Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umstellungen im Vorlagenmenü des JOSM
Hallo Frederik, >> Bis jetzt gibt es: >> forstwirtschaftlicher Wald: landuse=forest >> Urwald: natural=wood > > für Naturwald gibt es noch kein Attribut. > > Diese Definition halte ich fuer unzutreffend. Im Englischen heisst es: > natural=wood - non-managed forest > landuse=forest - managed forest Die Problematik bei englischen Texten ist, dass sie für alle britischen, amerikanischen und Kolonialländer gelten müssen, und oft auch noch so verstanden werden, als würden sie auch noch für alle Nicht-Anglo-Amerikanischen Länder gelten. In Deutschland gibt es keine nichtbewirtschafteten Wälder. Selbst die "Naturwälder" (eine seltene Klasse) sind bewirtschaftete Wälder für die beschlossen wurde, sie nicht mehr zu bewirtschaften. Bis daraus Urwälder werden dauert es Jahrhunderte. Wir sollten also in den deutschen JOSM-Vorlagen tunlichst nur landuse=forest anbieten. Und wenn es die Förster unter uns für sinnvoll halten, sollen sie einfach zusätzliche Attribute erfinden. Bei den Strassen gibt es ja auch nicht nur Autobahnen und Wanderwege. Aber bitte keine Urwälder - die gibt es hier nämlich wirklich nicht. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umstellungen im Vorlagenmenü des JOSM
Am 11. Februar 2009 00:26 schrieb BroadwayLamb : > Markus schrieb: >> Hallo Claudius, >> >> Wunsch: Natur=Urwald (statt: Natur=Wald) (führt immer wieder zu Fehlern) >>> Habe es in der deutschen Übersetzung zu "Naturwald" verbessert (?). >>> >> >> Bis jetzt gibt es: >> forstwirtschaftlicher Wald: landuse=forest >> Urwald: natural=wood >> >> für Naturwald gibt es noch kein Attribut. > Also wie man aus der unschuldigen englischen Vokabel "wood" einen Urwald > ableiten kann, wird mir immer schleierhaft bleiben. > > Ja, auch ich habe mich vor einigen Wochen von dieser Urwald-Manie > anstecken lassen und sämtliche von mir im Kreis Heinsberg erfassten > Waldflächen in "forest" umgetaggt. Das Ergebnis bei den > grenzüberschreitenden Wäldern ist eher merkwürdig, da die Niederlande > offensichtlich noch von Urwäldern überwuchert sind. > > Die englische Übersetzung für "Urwald" lautet übrigens "primeval FOREST" > oder "virgin FOREST"... ;) Diese Unterscheidung wurde sowieso nachträglich künstlich erdacht, als man (meiner Erinnerung nach sogar hier auf der Liste) merkte, daß "Wald" einmal unter dem Key "natural" vorhanden ist und einmal unter "landuse". Dieser tag-Revisionismus geht mir langsam auf die Nerven, ein anderes gutes Beispiel ist das nachträgliche umwidmen von seit Jahren angelegten highway=footway, was lange Zeit fast alles bedeuten konnte, zu einem Synonym für highway=track, foot=designated... Musste ich nur noch einmal loswerden... ;-) Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche eine Josm Funktion.
Am 11. Februar 2009 00:07 schrieb Thomas Drebert : > > Hallo, > > ich hab die Funktion schon eine weile nicht mehr benutzt und weiß nicht ob > ich nicht mehr weiß wie es geht oder ob die Funktion nicht mehr vorhanden > ist. > Man konnte ein Node anklicken und es öffnete sich ein Popup mit allen Wegen > die mit diesen Node verbunden sind, dann mußte man eine Taste drücken damit > das Fenster offen bleibt und konnte mit der Maus einen Weg aus wählen. > Wie funktionierte das nocht mal und wenn es noch nicht im wiki Steht könnte > man es mit aufnehmen. Mittlere Maustaste auf den Node oder Way(bei übereinander liegenden Ways nützlich), STRG drücken, dann mittlere Maustaste loslassen und STRG gedrückt halten. Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umstellungen im Vorlagenmenü des JOSM
Markus schrieb: > Hallo Claudius, > > >>> Wunsch: >>> Natur=Urwald >>> >>> (statt: Natur=Wald) >>> (führt immer wieder zu Fehlern) >>> >> Habe es in der deutschen Übersetzung zu "Naturwald" verbessert (?). >> > > Bis jetzt gibt es: > forstwirtschaftlicher Wald: landuse=forest > Urwald: natural=wood > > für Naturwald gibt es noch kein Attribut. Also wie man aus der unschuldigen englischen Vokabel "wood" einen Urwald ableiten kann, wird mir immer schleierhaft bleiben. Ja, auch ich habe mich vor einigen Wochen von dieser Urwald-Manie anstecken lassen und sämtliche von mir im Kreis Heinsberg erfassten Waldflächen in "forest" umgetaggt. Das Ergebnis bei den grenzüberschreitenden Wäldern ist eher merkwürdig, da die Niederlande offensichtlich noch von Urwäldern überwuchert sind. Die englische Übersetzung für "Urwald" lautet übrigens "primeval FOREST" oder "virgin FOREST"... ;) Gruß Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umstellungen im Vorlagenmenü des JOSM
Hallo, Markus wrote: > Bis jetzt gibt es: > forstwirtschaftlicher Wald: landuse=forest > Urwald: natural=wood > für Naturwald gibt es noch kein Attribut. Diese Definition halte ich fuer unzutreffend. Im Englischen heisst es: natural=wood - non-managed forest landuse=forest - managed forest Die Logik gebietet, dass es neben "Non-A" und "A" keine dritte Klasse geben kann. Voellig unabhanegig davon, wie man die beiden englischen Worte uebersetzt, ist klar, dass jeder Wald auf dieser Erde entweder in die eine oder in die andere Klasse fallen muss. (Man kann sich natuerlich auf den Standpunkt stellen, dass diese Klassifizierung unzureichend ist und weitere Gruppen eingefuehrt werden muessen.) Meiner Ansicht nach waere jeder Urwald zwar ein non-managed forest, aber nicht jeder non-managed forest ist deswegen gleich ein Urwald; "natural=wood" mit "Urwald" zu uebersetzen, scheint mir daher irrefuehrend. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Suche eine Josm Funktion.
Hallo, ich hab die Funktion schon eine weile nicht mehr benutzt und weiß nicht ob ich nicht mehr weiß wie es geht oder ob die Funktion nicht mehr vorhanden ist. Man konnte ein Node anklicken und es öffnete sich ein Popup mit allen Wegen die mit diesen Node verbunden sind, dann mußte man eine Taste drücken damit das Fenster offen bleibt und konnte mit der Maus einen Weg aus wählen. Wie funktionierte das nocht mal und wenn es noch nicht im wiki Steht könnte man es mit aufnehmen. Schöne Grüße Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meine noexit bugs per Bot fixen?
Am 10. Februar 2009 23:51 schrieb Thomas Drebert : > > Hallo, > > wollte jetzt den ersten Weg berichtigen und hab auch gleich so eine > Situation , Straße ist zu ende, aber ein Fußweg geht weiter. > Wo für wird der Tag eigentlich genutzt, für's Routing? > Hier mal die beschriebene Stelle: > http://www.openstreetmap.org/browse/node/29121106 Der tag ist meiner Meinung nach einfach komplett nutzlos - ein Router für Kfz kann auch ohne ihn erkennen, daß er auf Fußwegen oder für Kfz gesperrten Wirtschaftswegen, die nach einer Sackgasse noch weiter führen, nicht weiter kommt. Sinnvoll ist hier nur die richtige Wegklasse und optional richtige access-tags für den weiterführenden Weg. Ansonsten ist es einfach nur zu 100% "Schilder-mapping", genau wie "highway=stop", das in seiner jetzigen Form auch kaum Mehrwert bringt.(in welche Richtung soll das gelten?) Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hoehendaten
Ulf Möller wrote: >>> Was für Höhendaten werden eigentlich bei OpenCycleMap benutzt? > >> SRTM > > Und in den SRTM-Lücken? Teils Fantasie, teils haben die Jungs wohl andere, schlechter auflösende Daten unterfüttert (auch nördlich und südlich der SRTM-Abdeckung). Es gab mal einen Thread dazu in dev@, aber den finde ich gerade nicht. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Reit und Wanderkarte - ein bisschen Feedback
Am 9. Februar 2009 19:38 schrieb Nop : > > U-Bahn ist einfach. ja eben. > Für einen normalen Bahnhof fällt mir nix ein. naja, mit Bild entweder ne Lok oder ein DB-Zeichen (ggf. Lizenzproblem? ggf. Privatbahn?), das würde ich aber eher nicht machen. Eigentlich bräuchte man das Icon auch nicht unbedingt, weil es oft schon im Namen steht (die Namen von Bahnhöfen würde ich hingegen anzeigen, möglichst schon in Z13, die sind bisher glaube ich nichtmal in z15 da). Es wäre auch ein komplett schwarzes Icon (Quadrat) denkbar. In Topografischen Karten sieht man oft ein längliches schwarzes Rechteck entlang der Schienen. Was mir gerade auch noch aufgefallen ist: die Apothekennamen werden schon recht früh angezeigt (Z13), das finde ich in diesem Zoom ein bisschen übertrieben, über die Symbole hat man ja schon die Standpunkte, und wenn man wirklich eine bestimmte Apotheke auf der Karte sucht, kann man sich auch die einzelnen Standorte in einem höheren Zoomlevel ansehen (wo die Namen dann gerendert werden, z.B. Zoom 15). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meine noexit bugs per Bot fixen?
Hallo, wollte jetzt den ersten Weg berichtigen und hab auch gleich so eine Situation , Straße ist zu ende, aber ein Fußweg geht weiter. Wo für wird der Tag eigentlich genutzt, für's Routing? Hier mal die beschriebene Stelle: http://www.openstreetmap.org/browse/node/29121106 Schöne Grüße Thomas 2009/2/10 Alexander Schulze > Hi, > > stelle grad fest, dass ich das auch falsch gemacht habe. > Dazu dann noch ne Frage. > Wird der tag auf den ersten oder letzen Punkt des Weges gesetzt? > Problematisch wirds doch aber, wenn der Weg dann weitergeht und von der > anderen komplett befahrbar ist. Nun steht das Ding aber in der Mitte und > man darf von beiden Seiten nicht mehr durchfahren. > Deshalb fand ich das wohl logischer den tag auf den Weg zu setzten. > > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umstellungen im Vorlagenmenü des JOSM
Hallo Claudius, >> Wunsch: >> Natur=Urwald >> >> (statt: Natur=Wald) >> (führt immer wieder zu Fehlern) > > Habe es in der deutschen Übersetzung zu "Naturwald" verbessert (?). Bis jetzt gibt es: forstwirtschaftlicher Wald: landuse=forest Urwald: natural=wood für Naturwald gibt es noch kein Attribut. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS-Server f?r das Ruhrgebiet
> Hallo,
> also das Antwortschreiben auf meine Anfrage kam von Herrn Schöpper, der
> Ansprechpartner in Sachen Geodaten beim RVR. Hier nochmal einen Anhang der
> Antwortmail, es hatten schon mal OSMler eine Anfrage gestellt:
>
> Stellungnahme „Datenspende für OpenStreetMap“
> (Entwurf)
> Anlass:Mitglieder der OpenStreetMap-Gemeinschaft (OSM) haben in den
>vergangenen Wochen bei mehreren Kommunen und beim RVR um
>„Datenspenden“ gebeten.
> Darauf folgte am 17.09.2008 eine Informations- und Diskussionsveranstaltung
> beim
> RVR mit Vertretern der Kommunen und der OpenStreetMap-Gemeinschaft.
> Die Besprechung hatte nachstehende Ergebnisse, die den nicht anwesenden
> Mitgliedern des Stadtplanwerkes Ruhrgebiet sowie des Arbeitskreises Regionale
> Kartographie als Handlungsempfehlungen vorgelegt werden:
> - Die OpenStreetMap-Gemeinschaft erfüllt in Teilen die Bedingungen für eine
>Gesellschaft bürgerlichen Rechts (GbR) und kann daher eine juristische
> Person
>sein. Dennoch vereinbaren die Gebietskörperschaften, keine Verträge mit
> der
>OpenStreetMap-Gemeinschaft abzuschließen, weil OSM als Community über
>keine Geschäftsführung verfügt und die Einhaltung von Verträgen nicht
>garantieren kann.
> - Die Gebietskörperschaften vereinbaren, keine Daten an OSM zu spenden bzw.
>dorthin zu verschenken. Nach dem Gleichbehandlungsgrundsatz hätte
> ansonsten
>jeder Interessent Anspruch darauf, ebenfalls mit Daten beschenkt zu
> werden.
> - Das Urheberrechtsgesetz erlaubt es OSM, aus den öffentlich zugänglichen
>Quellen der Gebietskörperschaften (gedruckte Stadtkarten, Webdienste usw.)
>Daten für die Erstherstellung und die Fortführung des OSM-Datenbestandes
>auszuwerten, sofern dabei ein eigenständiges Werk geschaffen wird (kein
> „Copy
>and Paste“). Daher erlauben die Gebietskörperschaften es der
> OpenStreetMap-
>Gemeinschaft die im Rahmen der GDI-NRW veröffentlichten WebMapping-
>Dienste zu nutzen. Die Nutzung ist beschränkt auf die Verifikation der
> durch die
>OpenStreetMap-Gemeinschaft selbstständig erhobenen Daten
> - Aus demselben Grund ist es den Gebietskörperschaften erlaubt,
>Fortführungsinformationen aus den öffentlich zugänglichen OSM-Daten
>auszuwerten, sofern dabei ein eigenständiges Werk geschaffen wird.
>
>
> Der erste Teil ist für uns meines Erachtens ja gar nicht relevant da wir ja
> keine Daten geschenkt bekommen. Wir bekommen durch die Luftbilder ja keine
> in OSM direkt verwertbaren Daten. Die Daten werden ja erst, auf Grundlage
> des Bildes wohlgemerkt, von uns erzeugt.
>
> Um das auch klarzustellen: Ich bin auch sehr daran interessiert das alles im
> rechtlichen Rahmen bleibt.
>
Ich sehe das ganz ähnlich - das läuft für mich auf eine Erlaubnis
hinaus, die natürlich noch schriftlich bestätigt werden sollte. Aber
wenn es uns, wie oben geschrieben "erlaubt" wird, "Daten für die
_Erstherstellung_ (sic!) und die Fortführung des OSM-Datenbestandes
auszuwerten, sofern dabei ein eigenständiges Werk geschaffen wird", und
es ja bei unseren von Hand erstellten Nodes und Vektoren um "selbständig
erhobene" und nicht automatisiert ("copy and paste") übertragene oder i.
e. S. kopierte Daten handelt, braucht es m. E. wirklich nur noch ein
Bestätigungsschreiben.
(OT und abgesehen davon: die Bilder sind gegenüber Yahoo eine echte
Verbesserung, was die Auflösung angeht. Und vor allem i. Ggs. zu Yahoo
vollständig, bezogen auf die Fläche des Ruhrgebietes. Als erstes
bräuchte man aber irgend ein JOSM-Tool, das die merkwürdig verschobene
Position des Luftbildes gegenüber der Karte korrigiert).
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umstellungen im Vorlagenmenü des JOSM
Am 10.02.2009 21:59, Markus: > Wunsch: > Natur=Urwald > > (statt: Natur=Wald) > (führt immer wieder zu Fehlern) Habe es in der deutschen Übersetzung zu "Naturwald" verbessert (?). Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waldlichtung als Multipolygon
Danke Claudius! Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hoehendaten
Martin Koppenhoefer schrieb: >> Was für Höhendaten werden eigentlich bei OpenCycleMap benutzt? > SRTM Und in den SRTM-Lücken? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waypoint-Dateien hochladen (wpt_symbol = xyz)
Am 10.02.09 schrieb Stefan Schwan: Ich habe den User gefragt, was es mit diesen Tags auf sich hat: Er berichtete mir, das er Waypoint-Dateien hochgeladen hat, um sie in Potlatch zum editieren zu benutzen - und das diese offenbar automatisch eingetragen worden sind. Die Wegpunkte werden in Potlatch zunächst mit einer anderen Farbe angezeigt. Nur wenn man sie "entsperrt", werden sie in OSM übernommen. Dem User erscheint es (imho zurecht) unpraktisch, von allen Waypoints die er setzt, händisch in Potlatch den "wpt_symbol=" sowie ggf. "name=" Tag zu entfernen Andere Nutzer finden es vielleicht praktisch, die evtl. sinnvoll gewählten wpt_symbols und Namen zumindest beim bearbeiten noch zu sehen. Schlag dem Potlatch-Entwickler vor, die wpt_symbols beim entsperren rauszuwerfen. Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waldlichtung als Multipolygon
Am 10.02.2009 21:50, Markus:
> Wer kann mal diesen Ausschnitt prüfen und verbessern:
> http://www.openstreetmap.org/?lat=49.6501&lon=11.4155&zoom=14
>
> Ich habe versucht, aber diese Anleitung verstehe ich nicht:
> http://wiki.openstreetmap.org/wiki/de:Relation:multipolygon#JOSM
> (ich glaube, da stimmt auch einiges nicht so ganz?)
uiuiuiuiui. Das Problem war, dass Lichtungen in einem Multipolygon den
falschen Umrissen, teilweise also kilometerweit entfernten Wäldern
zugeordnet waren. Da hilft es, dem Multipolygon per "name=" (sofern die
Wälder einen Namen tragen) oder per comment= einen Namen zuzuordnen, so
dass die Relationenliste in JOSM sprechender wird.
Ich habe es (hoffentlich) soweit im von dir verlinkten Ausschnitt
repariert. Achte auch auf ein * vor dem Relationennamen, das einen
Fehler anzeigt. Oftmals fehlt dann bei einem Mitglied die Rolle ("inner"
oder "outer").
Gruß,
Claudius
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SlippyMap Generator
Jonas Krückel (John07) schrieb: > Sebastian Hohmann schrieb: >> Hallo, >> nachdem in einem anderen Thema schon darüber gesprochen wurden, möchte >> ich nochmal auf ein kleines Script von mir hinweisen, mit dem man etwas >> Handarbeit bei der Erstellung einer SlippyMap mit Openlayers abgenommen >> bekommt. >> >> Insbesondere bitte ich um Feedback ob es gefällt oder was man besser >> machen könnte. >> >> http://s-hohmann.de/easymap/ >> > Ich hätte gerne eine englische Version, was/wie soll ich übersetzen, > damit du es ganz einfach einbauen kannst. > Ansonsten super Tool! > Gruß > Jonas > Übersetzen kann ich selbst (zumindest rudimentär), bloss ist es nicht als multilinguale Seite konzipiert. Aber ich schau mal was sich machen lässt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meine noexit bugs per Bot fixen?
Hi, stelle grad fest, dass ich das auch falsch gemacht habe. Dazu dann noch ne Frage. Wird der tag auf den ersten oder letzen Punkt des Weges gesetzt? Problematisch wirds doch aber, wenn der Weg dann weitergeht und von der anderen komplett befahrbar ist. Nun steht das Ding aber in der Mitte und man darf von beiden Seiten nicht mehr durchfahren. Deshalb fand ich das wohl logischer den tag auf den Weg zu setzten. schönen Gruß Alex Frederik Ramm schrieb: > Hallo, > > Thomas Drebert wrote: >> Oder kann mir mal jemand die Ways raus suchen wo ich ein noexit gesetzt habe? > > 4603194,4792062,6182064,27544726,28270945,30674137,30885364,4603194,4792062,6182064,27544726,28270945,30674137,30885364 > > Bye > Frederik > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM & freitonne.de & ECDIS
Hallo Jan, Am 10.02.09 schrieb Jan Jesse: Und auf meine Frage bezüglich Import/ Datenaustausch FreieTonne-OSM hat bisher niemand eine Antwort gefunden. Ja, jedes Objekt hat eine ID. Es gibt drei unterschiedliche Objekttypen, Knoten, Wege und Relationen. Sie haben jeweils eindeutige IDs, die sich aber wechselseitig überlappen. Alternativ kannst Du zur Synchronisation die freitonne-Daten mit einen zusätzlichen Tag kennzeichnen (z.B. source) und hoffen, dass es niemand löscht. Eine Beschreibung, wie Du Daten in die OSM-DB schreibst oder von dort holst, findest Du unter: http://wiki.openstreetmap.org/wiki/Api#OSM_Protocol_Specification_Versions Die Änderungs-Begründung gibt es als Changeset-Comment ab API 0.6, die anderen Felder entsprechen Tags an OSM-Knoten. Ich vermute, das ganze ist erlaubt und sogar erwünscht. Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Reit- und Wanderkarte - Fragen
Hi! Stefan Dettenhofer (StefanDausR) schrieb: >> Also: Woran soll mein Programm erkennen, welche Superrelation die von >> Dir gemeinte ist, wenn es deren mehrere gibt? >> > Ich denke, am einfachsten erkennt man eine "Superrelation" daran, dass > die keine Ways sondern nur Relationen enthält, aber trotzdem mit mindestens > > route = hiking/foot/horse/... > type = route > > getaggt ist. Also gut, ich werde mal solche Relationen suchen und als Obergruppe auswerten, schaun wir mal was dabei rauskommt. > Von mir aus könnte man auch festlegen, dass die oberste Relation, also > die mit der Du mit der Auswertung beginnen sollst, als einzige einen > > network = rwn/... > > tag hat, dann könntest Du ganz einfach erkennen, was die > Super(super-super)-Relation ist. M.W. ignorierst Du ja sowieso momentan alle > Relationen, die keinen network-tag haben. Dann wprde das ja gut ins > vorhandene System passen, oder? Nein, das Tag ist sogar sehr wichtig für die Anzeige. Die Wege werden nach network gruppiert, Relationen ohne network werden ganz unten unter "Unklassifiziert" eingeordnet. Wenn Du also network nur bei der Superrelation hast, wird diese z.B. als "Regionaler Wanderweg" einsortiert und Deine Etappen landen unter "Unklassifizert". Die müssen schon das gleiche network Tag haben, wenn sie zusammen dargestellt werden sollen. > Noch eine Frage: Du hast anscheinend die Karte neu rechnen lassen, da > neue Wege von mir erscheinen, aber die Relation 37505 (meine > "Teststrecke") wird nicht markiert, d.h. ich sehe das Symbol nicht auf > der Karte. Woran liegt das? habe ich da noch einen Fehler d'rin? Welchen Namen hat Weg denn? bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS-Server für das Ruhrgebiet
Bernd Wurst [Tue, Feb 10, 2009 at 03:37:59PM CET]: [...] > > Die OSM-Daten sind auch keine Visualisierung mehr. > Ich denke es ist eher sowas gemeint wie bein den LVA-Bildern vom > Oberpfalz-Projekt, also dass im WMS-Display das Copyright stehen muss. > Und genau das ist bei der Verwendung in freier Software eben nicht mehr garantiert. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, "Life on the Mississippi") ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umstellungen im Vorlagenmenü des JOSM
Wunsch: Natur=Urwald (statt: Natur=Wald) (führt immer wieder zu Fehlern) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meine noexit bugs per Bot fixen?
Hallo, Thomas Drebert wrote: > Oder kann mir mal jemand die Ways raus suchen wo ich ein noexit gesetzt habe? 4603194,4792062,6182064,27544726,28270945,30674137,30885364,4603194,4792062,6182064,27544726,28270945,30674137,30885364 Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Waldlichtung als Multipolygon
Wer kann mal diesen Ausschnitt prüfen und verbessern: http://www.openstreetmap.org/?lat=49.6501&lon=11.4155&zoom=14 Ich habe versucht, aber diese Anleitung verstehe ich nicht: http://wiki.openstreetmap.org/wiki/de:Relation:multipolygon#JOSM (ich glaube, da stimmt auch einiges nicht so ganz?) Danke, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lübeck - "more osm coming soon" - FIREFOX als Ursache ???
Jan Tappenbeck schrieb: > Hi ! > > ich muss den Fall noch einmal wieder aufnehmen. > > Es kommt immer noch unter FIREFOX (3.0.5) die Meldung - aber nur an > meinem Rechen !!! > > Auf einem anderen Rechner kommt diese Problem nicht. Auch der IE zeigt > die Karten auf meinem Rechner schön an ! > > Habe den Cache auch schon gelöscht - ohne erfolgt. > > Kann sich einer sonst einen Reim darauf machen ? > Ich hatte das Problem früher an meinem Vista Laptop mit Firefox, am XP Rechner gings immer ohne Probleme. Irgendwann wars dann einfach weg. Später gabs dann hier mal ne Diskussion drüber, ich glaub da gabs auch einen Lösungsansatz, schau doch mal im Archiv nach. HTH, Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SlippyMap Generator
Jutta Weisel schrieb: > Sehr schönes Tool! > > Frage 1: Der Zoombar lässt sich auf Zoom-Level 0 ziehen, > und da ist dann nicht mehr viel. Die Frage wurde hier schon mal > diskutiert: Lässt sich der Zoombar so einstellen, dass es erst > bei einem vorgebbaren MinZoomLevel losgeht? > Ich hab auch nur von anderen Beispielen kopiert, insofern kann ich zu den meisten OpenLayers Dingen nichts sagen. Aber wäre natürlich schön wenn jemand was dazu wüsste. > Frage 2: Wie kann man ein Layer mit einem eigenen Tile-Server > einbinden? > Eigentlich sollte es für ganz einfache Karten sein. Wer einen eigenen Tileserver aufsetzt, sollte eigentlich auch ein paar Zeilen Code einfügen können. Man könnte natürlich ein Eingabefeld machen, in dem man den JavaScript-Code für den Layer eingeben kann. Aber wiegesagt, den Normalanwender dürfte das vielleicht weniger interessieren. Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SlippyMap Generator
Sebastian Hohmann schrieb: > Hallo, > nachdem in einem anderen Thema schon darüber gesprochen wurden, möchte > ich nochmal auf ein kleines Script von mir hinweisen, mit dem man etwas > Handarbeit bei der Erstellung einer SlippyMap mit Openlayers abgenommen > bekommt. > > Insbesondere bitte ich um Feedback ob es gefällt oder was man besser > machen könnte. > > http://s-hohmann.de/easymap/ > Ich hätte gerne eine englische Version, was/wie soll ich übersetzen, damit du es ganz einfach einbauen kannst. Ansonsten super Tool! Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie deutsch muss man sein?
Hallo. Am Dienstag, 10. Februar 2009 schrieb Martin Trautmann: > Aus mathematischer Sicht sind die Entsprechungen aber z.B. Punkt und > Strecke. Auch das erscheint mir verständlicher und richtiger. Nein. Eine Strecke in der Mathematik hat einen Anfang und ein Ende und ist dazwischen gradlinig. Ein "way" bei OSM hat aber belebig viele Stützpunkte und ist daher ein Streckenzug oder [füge einen der vielen Begriffe ein, die in diesem Thread schon genannt wurden]. Eine mathematische Strecke entspricht einem Segment aus API 0.4 (die älteren unter uns erinnern sich noch). Linie ist ein eher neutraler Begriff, nicht mathematisch vordefiniert und auch im Sprachgebrauch durchaus mit einem way von OSM zu vergleichen. Gruß, Bernd -- Wenn man Tiere nicht essen soll, warum sind Sie dann aus Fleisch? - Quelle: http://german-bash.org/action/show/id/106951 signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SlippyMap Generator
Johann H. Addicks schrieb:
>> Insbesondere bitte ich um Feedback ob es gefällt oder was man besser
>> machen könnte.
>> http://s-hohmann.de/easymap/
>
> Meine Beanstandung "funktioniert nicht im IE" bezieht sich übrigens auf den
> "alternativen Layer-Switcher". Mit dem "Nicht-Alternativen" geht's.
>
Ich hab keine Ahnung warum das nicht funktioniert. Leider bietet der IE
keine hilfreiche Fehlermeldung an und die Fehlerkonsole in FF meldet
keine Fehler. Ich bin aber auch kein JavaScript-Experte, eigentlich ist
es die erste Anwendung in der ich mehr als Copy&Paste gemacht habe.
> Schön wäre es, wenn man noch als Layer die ÖPNV-Karte und die
> Reit&Wanderkarte angeben könnte, auch wenn diese derzeit noch experimentell
> sind.
>
Wenn mir jemand sagt wie ich die einbinden kann. Also statt "new
OpenLayers.Layer.OSM.CycleMap("Cyclemap")" ..? So weit hab ich mich mit
OpenLayers noch nicht beschäftigt.
Gruß
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS-Server f?r das Ruhrgebiet
Hallo, also das Antwortschreiben auf meine Anfrage kam von Herrn Schöpper, der Ansprechpartner in Sachen Geodaten beim RVR. Hier nochmal einen Anhang der Antwortmail, es hatten schon mal OSMler eine Anfrage gestellt: Stellungnahme „Datenspende für OpenStreetMap“ (Entwurf) Anlass: Mitglieder der OpenStreetMap-Gemeinschaft (OSM) haben in den vergangenen Wochen bei mehreren Kommunen und beim RVR um „Datenspenden“ gebeten. Darauf folgte am 17.09.2008 eine Informations- und Diskussionsveranstaltung beim RVR mit Vertretern der Kommunen und der OpenStreetMap-Gemeinschaft. Die Besprechung hatte nachstehende Ergebnisse, die den nicht anwesenden Mitgliedern des Stadtplanwerkes Ruhrgebiet sowie des Arbeitskreises Regionale Kartographie als Handlungsempfehlungen vorgelegt werden: - Die OpenStreetMap-Gemeinschaft erfüllt in Teilen die Bedingungen für eine Gesellschaft bürgerlichen Rechts (GbR) und kann daher eine juristische Person sein. Dennoch vereinbaren die Gebietskörperschaften, keine Verträge mit der OpenStreetMap-Gemeinschaft abzuschließen, weil OSM als Community über keine Geschäftsführung verfügt und die Einhaltung von Verträgen nicht garantieren kann. - Die Gebietskörperschaften vereinbaren, keine Daten an OSM zu spenden bzw. dorthin zu verschenken. Nach dem Gleichbehandlungsgrundsatz hätte ansonsten jeder Interessent Anspruch darauf, ebenfalls mit Daten beschenkt zu werden. - Das Urheberrechtsgesetz erlaubt es OSM, aus den öffentlich zugänglichen Quellen der Gebietskörperschaften (gedruckte Stadtkarten, Webdienste usw.) Daten für die Erstherstellung und die Fortführung des OSM-Datenbestandes auszuwerten, sofern dabei ein eigenständiges Werk geschaffen wird (kein „Copy and Paste“). Daher erlauben die Gebietskörperschaften es der OpenStreetMap- Gemeinschaft die im Rahmen der GDI-NRW veröffentlichten WebMapping- Dienste zu nutzen. Die Nutzung ist beschränkt auf die Verifikation der durch die OpenStreetMap-Gemeinschaft selbstständig erhobenen Daten - Aus demselben Grund ist es den Gebietskörperschaften erlaubt, Fortführungsinformationen aus den öffentlich zugänglichen OSM-Daten auszuwerten, sofern dabei ein eigenständiges Werk geschaffen wird. Der erste Teil ist für uns meines Erachtens ja gar nicht relevant da wir ja keine Daten geschenkt bekommen. Wir bekommen durch die Luftbilder ja keine in OSM direkt verwertbaren Daten. Die Daten werden ja erst, auf Grundlage des Bildes wohlgemerkt, von uns erzeugt. Um das auch klarzustellen: Ich bin auch sehr daran interessiert das alles im rechtlichen Rahmen bleibt. Gruß, donDH ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS-Server für das Ruhrgebiet
>"Die Nutzung für kommerzielle Anwendungen ist ausgeschlossen." Wir könnten in "Schonungsloser Offenheit" sagen, was bei uns Sache ist. "Die DOPs des WMS Dienstes werden nicht mit Gewinnerzielungsabsicht genutzt. Die DOPs werden nicht außerhalb des WMS-Dienstes des Anbieters genutzt (d.h. sie werden nicht Heruntergeladen zur Speicherung und anschließender Weiterverbreitung). Die DOPs werden ferner seitens des nicht in Webdienste eingebunden oder als Bildwerke anderweitig im auf Webseiten angeboten. Die Nutzung der DOPs erfolgt zur Ableitung vektorbasierter Kartenwerke, welche unter der OSM-Lizenz der Allgemeinheit zur kostenfreien Nutzung überlassen werden." Wenn der Anbieter damit einverstanden ist, dann ist's perfekt. Wenn nicht, dann geht nicht, aber wir haben wir ihn auch nicht hinters Licht geführt. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SlippyMap Generator
> Insbesondere bitte ich um Feedback ob es gefällt oder was man besser > machen könnte. > http://s-hohmann.de/easymap/ Meine Beanstandung "funktioniert nicht im IE" bezieht sich übrigens auf den "alternativen Layer-Switcher". Mit dem "Nicht-Alternativen" geht's. Schön wäre es, wenn man noch als Layer die ÖPNV-Karte und die Reit&Wanderkarte angeben könnte, auch wenn diese derzeit noch experimentell sind. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Meine noexit bugs per Bot fixen?
Hallo, ich habe gerade festgestellt das ich Sackgassen laut Wiki falsch getagt habe, kann man das irgend wie per script fixen. ich habe anstatt eines Notes immer den Weg mit noexit=yes getagt. Oder kann mir mal jemand die Ways raus suchen wo ich ein noexit gesetzt habe? Mein Username ist Tmsd2001 und Ways im bereich Berlin währen interessant. Schöne Grüße Thomas __ Deutschlands größte Online-Videothek schenkt Ihnen 12.000 Videos!* http://entertainment.web.de/de/entertainment/maxdome/index.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS-Server für das Ruhrgebiet
Hallo Hatto, > Das Problem liegt - wie bei ähnlichen Angeboten anderer Stellen mit Ausnahme > des Oberpfalz-Projekts - wohl eher an Bestimmung wie der, die hier so > formuliert ist: > >"Die Nutzung für kommerzielle Anwendungen ist ausgeschlossen." Das ist eine der Stolperfallen. Manchmal ist damit gemeint: Bilder oder Kartenausschnitte des Urhebers dürfen nicht kommerziell genutzt werden. Daraus daten ableiten sei aber ok und die abgeleiteten Daten dürften dann auch kommerziell genutzt werden. Deshalb brauchen wir eine Bestätigung, dass wir: a) Daten ableiten und b) diese entsprechend den Lizenzbedingungen von OSM nutzen dürfen. Und genau diese Bestätigung (schreibt der Ursprungsposter, der seinen Namen nicht genannt hat) liege in diesem Fall ja vor. Allerdings würde ich dringend empfehlen, "Ross und Reiter" zu nennen und das Dokument zu veröffentlichen. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SlippyMap Generator
Sehr schönes Tool! Frage 1: Der Zoombar lässt sich auf Zoom-Level 0 ziehen, und da ist dann nicht mehr viel. Die Frage wurde hier schon mal diskutiert: Lässt sich der Zoombar so einstellen, dass es erst bei einem vorgebbaren MinZoomLevel losgeht? Frage 2: Wie kann man ein Layer mit einem eigenen Tile-Server einbinden? Frage 3 (nur zum Verständnis): Warum springt der Zeiger des Zoombar um eins nach oben, wenn man von Mapnik auf ti...@home umschaltet? Grüße, Jutta Weisel Zitat von Sebastian Hohmann : > Hallo, > nachdem in einem anderen Thema schon darüber gesprochen wurden, möchte > ich nochmal auf ein kleines Script von mir hinweisen, mit dem man etwas > Handarbeit bei der Erstellung einer SlippyMap mit Openlayers abgenommen > bekommt. > > Insbesondere bitte ich um Feedback ob es gefällt oder was man besser > machen könnte. > > http://s-hohmann.de/easymap/ -- http://www.weisel.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS-Server für das Ruhrgebiet
Karl Eichwalder wrote: > Selbstverständlich hat das LVA das Copyright an den Bildern. Aber ein > Copyright an den OSM-Daten können sie nicht bekommen. > > Allenfalls können sie sich wünschen, dass angegeben wird, dass die > OSM-Daten die LVA-Bilder als Quelle haben. "Erstellt unter Benutzung > von LVA-Bildern" oder irgendwie so. Das Problem liegt - wie bei ähnlichen Angeboten anderer Stellen mit Ausnahme des Oberpfalz-Projekts - wohl eher an Bestimmung wie der, die hier so formuliert ist: "Die Nutzung für kommerzielle Anwendungen ist ausgeschlossen." Wer für OSM Luftbilder digitalisiert, tut dies aber - unter anderem - auch für kommerzielle Anwendungen. Und damit kann man die LVA-Bilder nicht als Quelle für OSM nutzen. So habe ich - als Nichtjurist - zumindest bisher die Argumentationen rund um die Verwendung von WMS-Diensten für OSM verstanden. Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS-Server für das Ruhrgebiet
Hallo Karl, "Der Nutzer ist verpflichtet, folgenden Copyright-Hinweis bei Visualisierungen jeder Art anzubringen." > > Selbstverständlich hat das LVA das Copyright an den Bildern. > Aber ein Copyright an den OSM-Daten können sie nicht bekommen. Richtig. Der Passus oben meint: wer Bilder irgendwo veröffentlicht, oder Kartenausschnitte (also bei allen Visualisierungen), der muss das LVA als Rechtebesitzer nennen. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kieser Training
Hallo! Heute habe ich auf der Karte von Bergisch-Gladbach einen Punkt gesehen, der unschönerweise so beschriftet war: Kieser Training 51465 Bergisch Gladbach Nachdem ich das korrigiert habe (was sollen die Adressdaten im name-Attribut, wenn sie schon in addr:* stehen?), fand ich noch weitere Nodes, zuletzt über 70 in germany.osm, bei den der Name "Kieser Training" um den Ortsnamen, meist aber auch um die Postleitzahl ergänzt ist. Interessanterweise haben anscheinend die meisten davon auch das Attribut created_by:fixbot (mit Datum 15.9.2008). Hat jemand die Möglichkeit, das automatisch zu reparieren? Und wäre das okay? Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie deutsch muss man sein?
Frederik Ramm wrote: > Wie sehen das die anderen? Uebersetzen, was das Zeug haelt, oder einige > Begriffe stehen lassen? Vieles wirkt gekuenstelt. Eine Umsetung, nicht Uebersetzung in die deutsche Sprache bietet aber die Möglichkeit, traditionell gewachsene und irrefuehrende Bezeichnungen durch etwas verstaendliches zu ersetzen. Beispielsweise verstand auch ich nicht, was ein highway sein sollte. node/way wurde hier ja auch besser als Knoten und Linie vorgeschlagen. Weg ist wohl für jeden anfangs irreführend, gerade wenn man mit der Erwartungshaltung an OSM herangeht, dass damit Weg-Karten entstehen (aber auch viel mehr). Aus mathematischer Sicht sind die Entsprechungen aber z.B. Punkt und Strecke. Auch das erscheint mir verständlicher und richtiger. Bewahrt uns vor Verballhornungen wie dem Mutterbrett oder "Marschall Fehler". Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ToPOKarte - Berggipfel
Hallo Claudius, Für Gipfel braucht man auch eine Unterscheidung derer Bedeutsamkeit. >> >> Attribut für die zoombezogene Darstellung: >> SCAMIN = # >> SCAMAX = # >> >> SCAMIN: ab diesem Zoomlevel wird dieses Objekt dargestellt >> SCAMAX: bis zu diesem Zoomlevel wird dieses Objekt dargestellt > > Besser wäre die Definition der Dominanz [1] und Prominenz/Schartenhöhe > [2] aus der Geographie. Aus einer Kombination der beiden lässt sich > einfach ein von der Zoomstufe abhängiger Algorithmus für die Darstellung > ermitteln. Das ist natürlich ganz elegant! Setzt aber voraus, dass: a) /alle Gipfel/ und /alle Täler/ eine *gültige Höhenangabe* haben, oder b) über die Verschneidung mit SRTM-Daten eine solche generiert wird. und c) aus der Höhenangabe Dominanz und Schartenhöhe berechnet wird. Bis diese Voraussetzungen erfüllt sind werden "noch einige Monate" an OSM vorbeiziehen... Bis das soweit ist könnte SCAMIN und SCAMAX ein "Workaround" sein. Der Vorteil von SCAMIN und SCAMAX ist, dass die regional unterschiedlich eingesetzt werden können, und die Renderer dennoch wissen was zu tun ist. Im Gegensatz zu Algorithmen, die ja weltweit funktionieren müssen. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS-Server für das Ruhrgebiet
Sebastian Niehaus writes: >>> "Der Nutzer ist verpflichtet, folgenden Copyright-Hinweis bei >>> Visualisierungen jeder Art anzubringen." ist bei OSM nicht möglich. >> >> Die OSM-Daten sind auch keine Visualisierung mehr. >> Ich denke es ist eher sowas gemeint wie bein den LVA-Bildern vom >> Oberpfalz-Projekt, also dass im WMS-Display das Copyright stehen muss. > > Ich habe das nicht so verstanden, dass bei den LVA-Bildern das > Copyright stehen /muss/ sondern vielmehr so, dass das für uns intern > wichtig ist (um das Projekt auszuwerten beispielsweise). Ich habe es überhaupt nicht verstanden. Wie soll das funktionieren? Selbstverständlich hat das LVA das Copyright an den Bildern. Aber ein Copyright an den OSM-Daten können sie nicht bekommen. Allenfalls können sie sich wünschen, dass angegeben wird, dass die OSM-Daten die LVA-Bilder als Quelle haben. "Erstellt unter Benutzung von LVA-Bildern" oder irgendwie so. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ToPOKarte
Nop writes: > Danke für die Anregungen. Gipfelmarkierungen und Flughäfen werd' ich mir > mal vornehmen. Mehr Gipfeltexte würden die Karte ganz schön zumüllen, > mußte bereits alle Gipfel ohne Höhenangabe reduzieren. Da gibt es, denke ich, im wesentlichen 2 wege, das ins rechte lot zu bekommen (vielleicht auch eine kombination von beiden): . Gleichwertige Objekte, die zu nahe beieinander liegen, werden über eine weiche angezeigt. Wenn man mit der maus in die nähe der weiche kommt, teilt sie sich in zwei objekte auf. So irgendwie machen das google oder yahoo mit georeferenzierten bildern, wenn die an der gleichen stelle liegen. Das geht wohl irgendwie mit javascript. . Die berge eines gebirges oder einer region in eine relation tun und klassifizieren. Wenn in einem zoomlevel kein platz ist, werden nur die wichtigsten oder höchsten berge angezeigt. Das wird natürlich immer etwas subjektiv sein. Wahrscheinlich würde es auch schon helfen, wenn berge entweder "oben" oder "unten" (also nördlich oder südlich) des eigentlichen gipfels beschriftet würden. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ToPOKarte - Berggipfel
Am 10.02.2009 17:07, Markus: > Hallo Colin, > >>> Für Gipfel bräuchte man auch eine Unterscheidung derer Bedeutsamkeit. >>> Damit nicht jeder Höhenpunkt mit Name in jeder Zoomstufe angezeigt wird. >> Das Problem haben wir ganz besonders im Elbsandsteingebirge, >> lauter kleine Peaks mit aehnlicher Hoehe, > > Deine Idee: >> http://wiki.openstreetmap.org/wiki/User:Colin_Marquardt/Hike_%26_Bike_Map#The_tag_.22importance.22 > > bedeutet eine relative Bewertungsskala, die aber global eine absolute > Wirkung hätte. Damit können die Elbsandsteingipfel untereinander nicht > von Alpengipfeln untereinander unterschieden werden. > > Besser wäre ein Attribut für die zoombezogene Darstellung: > SCAMIN = # > SCAMAX = # > > SCAMIN: ab diesem Zoomlevel wird dieses Objekt dargestellt > SCAMAX: bis zu diesem Zoomlevel wird dieses Objekt dargestellt > > Damit wird in internationalen Seekarten die Bedeutung von Objekten für > die Darstellung auf dem Bildschirm unterschieden. > Könnte man ja auch für Berge nutzen... Besser wäre die Definition der Dominanz [1] und Prominenz/Schartenhöhe [2] aus der Geographie. Aus einer Kombination der beiden lässt sich einfach ein von der Zoomstufe abhängiger Algorithmus für die Darstellung ermitteln. Und das ohne manuelle Schätzwerte für das beste Zoomlevel wie mit SCAMIN und SCAMAX vorgeschlagen. Gruß, Claudius [1] http://de.wikipedia.org/wiki/Dominanz_(Geographie) [2] http://de.wikipedia.org/wiki/Schartenhöhe ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Waypoint-Dateien hochladen (wpt_symbol = xyz)
Hallo! Ich bin auf einige Nodes aufmerksam geworden, die etwa alle diesen Inhalt haben: (bei GPSmid werden sie gerendert und sind untereinander per blauer Linie verbunden) Ich habe den User gefragt, was es mit diesen Tags auf sich hat: Er berichtete mir, das er Waypoint-Dateien hochgeladen hat, um sie in Potlatch zum editieren zu benutzen - und das diese offenbar automatisch eingetragen worden sind. Da ich selbst noch keine Waypoint Dateien hochgeladen habe, bin von dieser Funktion etwas überrascht - ist das wirklich sinnvoll, die Daten einfach so in die DB zu integrieren, oder wäre es nicht vielleicht besser, sie nur im GPX-Layer zu speichern? Ich besitze selbst keins, aber Garmin Geräte setzen bei der Aufnahme eines Wegpunktes offenbar default-mäßig diese Tags: In der aktuellen germany.osm findet sich "wpt_symbol" 1271 mal - nicht gerade dramatisch, aber dennoch irgendwie überflüssig. Dem User erscheint es (imho zurecht) unpraktisch, von allen Waypoints die er setzt, händisch in Potlatch den "wpt_symbol=" sowie ggf. "name=" Tag zu entfernen, wobei der "ele=" Tag ja durchaus sinnvoll sein kann - er hat das jetzt aber dennoch bei einigen Hundert Punkten nachträglich getan. Wäre es beim automatischen Import möglich, name = int bei vorhandenem "wpt_symbol" zu verbieten, und die wpt_symbol per Skript aus der Datenbank zu schmeißen - oder sollte man Potlatch Benutzern mit Garmin Geräten ein Skript dafür bereitstellen? Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebüde mit 2 oder mehr Namen?
Am 10.02.2009 15:33, Thomas Drebert: > wie macht man das wenn ein Gebäude mehrere Namen hat, aktuell bin ich am > überlegen wie ich das mit einen Gerichtsgebäude mache wo verschiedene > Gerichte untergebracht sind? Na wenn das Verwaltungsgericht und das Landgericht in einem Gebäude sind, dann trägt das Gebäude doch trotzdem nur einen Namen, oder? Wie nennen denn die Leute vor Ort das Gebäude? Die zweite Funktion kannst du ja dann immer noch mit einem Node darstellen. Vielleicht wäre es sogar am besten beiden Funktion als Knoten einzubauen und das ganze dann per [1] zu verbinden. Gruß, Claudius [1] http://wiki.openstreetmap.org/wiki/Relations/Proposed/Buildings ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Frage zum OSM Relation Analyzer
Hallo zusammen, kann es sein, dass der OSM Relation Analyzer bei Routen nicht zwischen Hauptweg (role="") und Alternativweg (role="variation") bzw. Abstecher (role="excursion") unterscheidet? Kommen diese Elemente vor, so kann der Hauptweg nicht mehr zusammengefasst werden. Ist es möglich, den OSM Relation Analyzer dahingehend zu erweitern, dass er die Rollen einzeln betrachtet und entsprechend zusammenfasst? Eine beispielrelation ist diese: 49531 Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS-Server für das Ruhrgebiet
Bernd Wurst writes: [...] >> "Der Nutzer ist verpflichtet, folgenden Copyright-Hinweis bei >> Visualisierungen jeder Art anzubringen." ist bei OSM nicht möglich. > > Die OSM-Daten sind auch keine Visualisierung mehr. > Ich denke es ist eher sowas gemeint wie bein den LVA-Bildern vom > Oberpfalz-Projekt, also dass im WMS-Display das Copyright stehen muss. Ich habe das nicht so verstanden, dass bei den LVA-Bildern das Copyright stehen /muss/ sondern vielmehr so, dass das für uns intern wichtig ist (um das Projekt auszuwerten beispielsweise). Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] WMSPlugin in JOSM
Hallo, xeen hat ein paar Verbesserungen für das WMS-Plugin implementiert. Es wäre schön, wenn ihr mal tested, ob die Performance mit WMS jetzt etwas besser ist (z.B. für Oberpfalz-Mitarbeiter interessant). Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] SlippyMap Generator
Hallo, nachdem in einem anderen Thema schon darüber gesprochen wurden, möchte ich nochmal auf ein kleines Script von mir hinweisen, mit dem man etwas Handarbeit bei der Erstellung einer SlippyMap mit Openlayers abgenommen bekommt. Insbesondere bitte ich um Feedback ob es gefällt oder was man besser machen könnte. http://s-hohmann.de/easymap/ Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ToPOKarte - Berggipfel
Hallo Colin, >> Für Gipfel bräuchte man auch eine Unterscheidung derer Bedeutsamkeit. >> Damit nicht jeder Höhenpunkt mit Name in jeder Zoomstufe angezeigt wird. > > Das Problem haben wir ganz besonders im Elbsandsteingebirge, > lauter kleine Peaks mit aehnlicher Hoehe, Deine Idee: > http://wiki.openstreetmap.org/wiki/User:Colin_Marquardt/Hike_%26_Bike_Map#The_tag_.22importance.22 bedeutet eine relative Bewertungsskala, die aber global eine absolute Wirkung hätte. Damit können die Elbsandsteingipfel untereinander nicht von Alpengipfeln untereinander unterschieden werden. Besser wäre ein Attribut für die zoombezogene Darstellung: SCAMIN = # SCAMAX = # SCAMIN: ab diesem Zoomlevel wird dieses Objekt dargestellt SCAMAX: bis zu diesem Zoomlevel wird dieses Objekt dargestellt Damit wird in internationalen Seekarten die Bedeutung von Objekten für die Darstellung auf dem Bildschirm unterschieden. Könnte man ja auch für Berge nutzen... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS-Server für das Ruhrgebiet
OSM schrieb: Die entscheidende Passage ist: > "Demnach könnten Sie die beiden genannten WMS - Dienste für die > Digitalisierung von Flächen für das OSM - Projekt nutzen." Sie muss aber auch wirklich so in einem amtlichen Schreiben drin stehen! So ähnlich ist es ja auch im Bayern-Projekt formuliert: "Nutzung der Daten zum Abdigitalisieren von Inhalten des DOP durch Nutzer von OpenStreetMap" http://wiki.openstreetmap.org/wiki/de:Luftbilder_aus_Bayern Dadurch entstehen ja neue Daten mit zusätzlicher Schöpfungshöhe. Entsprechend treffen die Nutzungsbedingungen, die sich auf die Luftbilder an sich beziehen, nicht mehr zu. Auch da wurde eine Quellenangabe gewünscht, damit der Erfolg beurteilt werden kann (aber nicht als "copyright-Angabe"). Machen wir auch aus eigenem Interesse gern. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS-Server für das Ruhrgebiet
Hallo, > "Die Nutzung fuer > kommerzielle Anwendungen ist ausgeschlossen." [...] > Demnach könnten Sie die beiden genannten WMS - Dienste für die > Digitalisierung von Flächen für das OSM - Projekt nutzen." Ist die Person, die diese Aussage getroffen hat, sich im Klaren darueber, dass OpenStreetMap-Daten von jedermann, kommerziell oder nicht kommerziell, genutzt werden duerfen? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ToPOKarte - Berggipfel
Markus schrieb: _Matterhorn_ > Der OSM-Gipfel liegt 1 km neben dem cycleway-Gipfel: > http://www.openstreetmap.org/?mlat=45.9797&mlon=7.6659&zoom=16&layers=00B0FTF Die korrekten Daten sind: 617 048,39 / 91 674,02 4477,50 m in WGS-84: 45,9764211711 / 007,6585952821 4532,90 m Bemerkenswert ist der Höhenunterschied von 55,4 m zwischen der Angabe auf dem Gipfel und WGS-84. Die Statsgrenze verläuft direkt durch den Gipfel. Aber wieso liegt der Gipfel neben dem Cyclemap-Gipfel? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebüde mit 2 oder mehr Namen?
Sie die Gebäude räumlich getrennt? Ich habe einige Gebäude einfach in zwei Gebäude getrennt und sie aneinander gelegt. Damit ist klar, welches Gebäude wohin gehört, obwohl sie äußerlich zusammenhängen. Siehe z.B. http://openstreetmap.org/?lat=52.140617&lon=11.641115&zoom=18&layers=B000FTF Grüße, Paul > Hallo, > > wie macht man das wenn ein Gebäude mehrere Namen hat, aktuell bin ich > am überlegen wie ich das mit einen Gerichtsgebäude mache wo > verschiedene Gerichte untergebracht sind? > > Schöne Grüße > Thomas /talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS-Server für das Ruhrgebiet
Hallo. Am Dienstag, 10. Februar 2009 schrieb Dirk Stöcker: > > Voraussetzung ist demnach den tag "source=(c) Regionalverband Ruhr, > > Essen", wie man ja auch bei Yahoo oder Landsat verfährt. > > "Der Nutzer ist verpflichtet, folgenden Copyright-Hinweis bei > Visualisierungen jeder Art anzubringen." ist bei OSM nicht möglich. Die OSM-Daten sind auch keine Visualisierung mehr. Ich denke es ist eher sowas gemeint wie bein den LVA-Bildern vom Oberpfalz-Projekt, also dass im WMS-Display das Copyright stehen muss. Wenn derjenige, der die Zusammenfassung > Demnach könnten Sie die beiden genannten WMS - Dienste für die > Digitalisierung von Flächen für das OSM - Projekt nutzen." geschrieben hat, auch nur grob verstanden hat was OSM ist, kann nicht die Attributierung der OSM-Daten gemeint sein. Das ist nämlich auf vielfältige Weise nicht möglich. Gruß, Bernd -- Schau' mir in die Header, Kleines... - Martin Schmitz signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gebüde mit 2 oder mehr Namen?
Hallo, wie macht man das wenn ein Gebäude mehrere Namen hat, aktuell bin ich am überlegen wie ich das mit einen Gerichtsgebäude mache wo verschiedene Gerichte untergebracht sind? Schöne Grüße Thomas Pt! Schon vom neuen WEB.DE MultiMessenger gehört? Der kann`s mit allen: http://www.produkte.web.de/messenger/?did=3123 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS-Server für das Ruhrgebiet
On Tue, 10 Feb 2009, OSM wrote: ich wollte mal auf einen WMS-Server für das Ruhrgebiet aufmerksam machen. Die Qualität des Materials ist weitaus besser als bei Yahoo oder gar Landsat. Der Regionalverband Ruhrgebiet bietet neben seinem hervorragenden Geodatenserver, den wir für OSM nicht benutzen dürfen, auch einen für uns nutzbaren Service an. Ich habe beim RVR per Email angefragt wie sich die Nutzungsrechte auf uns auswirken. Hier mal die entscheidene Passage: "Die private Nutzung ist bis auf Widerruf kostenfrei. Die Nutzung fuer kommerzielle Anwendungen ist ausgeschlossen. Die mittelbare oder unmittelbare Weitergabe der Daten an Dritte ist auch in Verbindung mit weiteren Daten ohne ausdrueckliche Genehmigung durch den Regionalverband Ruhr nicht zulaessig. Der Nutzer ist verpflichtet, folgenden Copyright-Hinweis: "(c) Regionalverband Ruhr, Essen" bei Visualisierungen jeder Art anzubringen" Demnach könnten Sie die beiden genannten WMS - Dienste für die Digitalisierung von Flächen für das OSM - Projekt nutzen." Voraussetzung ist demnach den tag "source=(c) Regionalverband Ruhr, Essen", wie man ja auch bei Yahoo oder Landsat verfährt. "Der Nutzer ist verpflichtet, folgenden Copyright-Hinweis bei Visualisierungen jeder Art anzubringen." ist bei OSM nicht möglich. a) Jeder kann die Source-Einträge ändern oder löschen. b) Die source-Einträge werden bei keiner Visualisierung angebracht. c) Die Lizenzbedingungen von OSM erlauben Einschränkungen dieser Art nicht. d) OSM-Daten können auch kommerziell verwertet werden. Wenn es so einfach wäre, dann hätte ich schon lange die Luftbilder für Sachsen, denn die Landesämter haben identische Bedingungen. Ich habe am 19.01.2009 mit dem Referatsleiter der entsprechenden Abteilung des Landesvermessungsamtes in Dresden knapp 2 Stunden über OSM und die Luftbildnutzung gesprochen und wir sind alle zu dem Schluß gekommen, dass die allgemeinenen Bedingungen für OSM nicht reichen. Ohne Sonderrechte oder einem speziellen Vertrag geht es nicht. Wenn Du also obige Luftbilder ernsthaft nutzen willst, dann kläre bitte Deinen Gesprächspartner über die Lizenz-Problematiken auf und wenn möglich lass Dir ein amtliches Schreiben zusenden, dass die Erlaubnis gibt. Ansonsten haben wir nämlich Daten im Datenbestand, welche rechtlich bededenklicht sind und wieder entfernt werden müssen. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Brauchen Fehler-Meldungen - api0.6
On Tue, 10 Feb 2009 15:14:44 +0100, Bernd Wurst wrote: > Hm. > Also ich weiß nicht wie problematisch die API-Umstellung für TS wirklich > ist. Intern mussten alle Referenzen auf die Entity-Klassen Node, Way und Relation veränder werden und da Zusammenbauen von Relationen und Wegen hat sich aufgrund von Änderungen in Osmosis verändert. Die Unit-Tests sagen aber dass die Umstellung technisch funktioniert hat. > Aber die letzte irgendwie funktionierende Version (ohne API 0.6-Server) > als "schon etwas älter" zu bezeichnen ist für die Motivation der > Bug-hunter > nicht wirklich förderlich. ... > Ich würde sehr gerne eine neuere Version testen. Aber wenn die wegen nicht > verfügbarer API nicht geht, dann eben nicht. Wer sagt dass die API0.6-Versionen nicht funktionieren? Hab ich das irgendwo behauptet? Würden sie nicht funktionieren wären sie nicht veröffentlicht worden. Das einzige was eben nicht tut ist der Karten-download. Lokale 0.5er-Karten wie du sie für einzelne Bundeländer, Länder, Freie Städte oder auf openstreetmap.org über "export" bekommst gehen wunderbar. Ein API-Server wird für rein garnichts ausser den Knopf "download visible area" gebraucht um die Karte-Daten zu aktualisieren. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] WMS-Server für das Ruhrgebiet
Tach, ich wollte mal auf einen WMS-Server für das Ruhrgebiet aufmerksam machen. Die Qualität des Materials ist weitaus besser als bei Yahoo oder gar Landsat. Der Regionalverband Ruhrgebiet bietet neben seinem hervorragenden Geodatenserver, den wir für OSM nicht benutzen dürfen, auch einen für uns nutzbaren Service an. Ich habe beim RVR per Email angefragt wie sich die Nutzungsrechte auf uns auswirken. Hier mal die entscheidene Passage: "Die private Nutzung ist bis auf Widerruf kostenfrei. Die Nutzung fuer kommerzielle Anwendungen ist ausgeschlossen. Die mittelbare oder unmittelbare Weitergabe der Daten an Dritte ist auch in Verbindung mit weiteren Daten ohne ausdrueckliche Genehmigung durch den Regionalverband Ruhr nicht zulaessig. Der Nutzer ist verpflichtet, folgenden Copyright-Hinweis: "(c) Regionalverband Ruhr, Essen" bei Visualisierungen jeder Art anzubringen" Demnach könnten Sie die beiden genannten WMS - Dienste für die Digitalisierung von Flächen für das OSM - Projekt nutzen." Voraussetzung ist demnach den tag "source=(c) Regionalverband Ruhr, Essen", wie man ja auch bei Yahoo oder Landsat verfährt. Hier die Adresse zum einbinden in den Editor: http://217.78.131.130/wmsconnector/gdi/wms_ortho?service=wms&version=1.2.0&request=GetMap&Layers=luftbild&SRS=EPSG:4326&Format=image/jpeg Noch ein paar Tipps zu Handhabung: - Nah ranzoomen um die höchstmögliche Qualität zu bekommen - Der Ausschnitt ist immer leicht versetzt, muss dementsprechend bei jedem Neustart korrigiert werden. Das ist aber, wenn man zB vorher die Bundes,- und Landesstraßen in seinem Gebiet mit dem "Straßen NRW" WMS-Server von der geofabrik.de abgeglichen hat, kein Problem. Viel Spaß damit, donDH ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Brauchen Fehler-Meldungen
Hallo. Am Dienstag, 10. Februar 2009 schrieb marcus.wolsc...@googlemail.com: > Was du beschreibst ist eine jetzt schon etwas ältere Version 0.9. > Fast alles daraus ist bereits gefixed und deutlich verbessert. > (Das war der Grund, warum ich die SVN-Anweisungen in der email hatte > und jetzt doch die 0.9.1-beta rausgebracht habe obwohl sie api0.6 > fordert.) Hm. Also ich weiß nicht wie problematisch die API-Umstellung für TS wirklich ist. Aber die letzte irgendwie funktionierende Version (ohne API 0.6-Server) als "schon etwas älter" zu bezeichnen ist für die Motivation der Bug-hunter nicht wirklich förderlich. Ich teste gerne, aber ich möchte dann auch dass mir das Leben als Tester möglichst einfach gemacht wird. Dazu gehört eben nicht, einen lokalen API-Server aufzumachen. > Ob wir die 1.0 wirklich schaffen ist noch unklar aber ohne > Ziele zu haben, kann man sie nicht erreichen. Ansonsten gibts halt > nur eine 0.10 . Es ist halt schade, wenn keiner außer den "Insidern" die halbwegs aktuellen Versionen testen kann. Ihr müsst also eine mit euren Insider-Tests geprüfte Version 1.0 rausgeben. Die Dinge die dann schiefgehen weil sich der Anwender nicht exakt so verhält wie er sollte, die treten dann erst nach dem release auf. Das ist ein großes Problem von eigenen Tests, dass der Anwender nicht algorithmisch ist. Ich würde sehr gerne eine neuere Version testen. Aber wenn die wegen nicht verfügbarer API nicht geht, dann eben nicht. Gruß, Bernd -- Im Falle eines Falles ist richtig fallen alles. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Brauchen Fehler-Meldungen
On Tue, 10 Feb 2009 14:34:12 +0100, Bernd Wurst wrote: > org.openstreetmap.travelingsalesman.gui.MainFrame downloadVisibleArea > INFO: downloading: 48.96100962921381, 9.595001165712713 - > 48.98347820234342, > 9.617350857503009 > com.bretth.osmosis.core.xml.v0_6.impl.OsmElementProcessor begin > WARNUNG: Expected version 0.6 but received 0.5. Ups, naja hat sich in einem Monat zum Glück eh erledigt. Eine api0.5-version jetzt noch zu bauen mit backports aller bereits gefixter bugs lohnt den Aufwand nicht. > Eine lokale OSM-Datei öffnen hat dagegen funktioniert. Ja, wenn lokale Dateien als api0.6 fehlschlagen kann er es als api 0.5 nochmal probieren. Bei downloads geht das leider nicht so einfach. > * Die Skala steht am Anfang auf "47 m" Wo genau ich stehe, seh ich ja > nicht. > Wenn ich eine lokale Datei öffne, sehe ich nichts davon. Dann zoome ich > raus > (mit dem Mausrad) bis in der Debug-Ausgabe auf der Konsole nicht mehr "0 > Ways" steht. Dann schiebe ich den Ausschnitt mit der rechten Maustaste so > lange umher, bis ich weiß wo die vorhandenen Wege sein müssen. Die Stelle > > schiebe ich in die Mitte und scrolle dann beherzt ganz weit rein. Dann > tauchen meine Daten auf. Zeitbedarf: 2 Minuten. > Etwas einfacher geht es wenn man einen GPX-track lädt, denn dann wird ein > blauer Fleck sichtbar, auch in niedrigem Zoom. > > Wie ist das eigentlich richtig gedacht? Der üblich Fall wäre, dass du da bist wo dein GPS sagt, dass du bist. Aber du hast schon recht, ich könnte versuchen gleich wärend/nach einem Import in die Mitte des importierten Bereiches zu springen. Ich hab mal einen Feature-Request dafür aufgemacht. Sollte einfach zu implementieren sein. https://sourceforge.net/tracker2/?func=detail&aid=2585148&group_id=203597&atid=986234 > * Der Renderer scheint nur die Modi "nur >= secondary und places" oder > "alles" Ja, die modi sind noch eine recht neue Erweiterung. Das übliche wäre halt "alles" (bei TomTom, Travelbook und Co will man ja auch nur einfach eine Karte sehen damit man von A nach B kommt und die nicht gross beeinflussen.) Hast du Vorschläge, was man da als sinnvolle weitere Optionen einfügen könnte? Mir fällt nichts ein aber falls dir was einfällt bietet es sich an einen Feature-Request dafür auf zu machen https://sourceforge.net/tracker2/?group_id=203597&atid=986234 damit das nicht in Vergessenheit gerät. > Zumindest tertiaries und in höherem Zoom auch unclassified gehören zum > Straßennetz und sollten unbedingt etwas früher zu sehen sein. Ich kann Die Zoom-Level wann in welches level-of-detail zurück geschaltet wird sind in den preferences einstellbar. Wir diskutieren gerade im Forum https://apps.sourceforge.net/phpbb/travelingsales/viewtopic.php?f=4&t=3#p37 wie man das besser machen kann. Hast du Vorschläge, die auf schwächeren Rechner das ganze nicht in grossen Innenstädten unbenutzbar langsam machen würden? Ich könnte erstmal unclassified wie secondary behandeln. > * Ich bin ein ganz böser Mensch und habe kein GPS an meinem Desktop-PC > angeschlossen. Du meinstest, dass TS dann auch routen berechnen kann. Ich > habe nicht herausgefunden, wie man irgendwas routing-relevantes in dem > Programm machen kann. > Eine genaue Adresse in dem Eingabefeld einzugeben bringt mir in der Konsole > > das da: > INFO: asynchronous search for a place started... > Exception in thread "Thread-752" java.lang.IllegalStateException: First tag > of > an entity cannot be a continuation! Jepp, bekannter und in 0.9.1 gefixter Bug. Es gab Zustände in denen der Index der Karte beschädigt werden konnte. > [...] > Über die Suchfunktion kann ich nur ungenaue Orte angeben, in etwa so wie > beim > Namefinder. Ich denke mal, das ist momentan auch das was benutzt wird. Nein, er benutzt eine eigene Datenbank in der er Orte mit ihren Umrissen (leider selten gegeben) oder Zentrum+Radius(der Grund frü die Ungenauigkeit) sowie in 0.9.1 auch die Strassen-Namen speichert. 0.9 ist im Durchsuchen der Strassen zu einem Ort noch auf die Karte angewiesen und bei grossen Orten entsprechend langsam. Alls Fallback wird bei bestehender Internet-Verbindung aber in der Tat der Namefinder-Service genutzt. So kann man auch einen Ort erst finden und dann die dafür nötigen Karten-Daten importieren. > * Wenn ich dann eine Route berechnen lasse, ist diese irgendwie, *räusper* > > merkwürdig. > Erst drehe ich eine Runde auf Feldwegen, dann, als ich quasi fast wieder am > > Ausgangspunkt bin, lautet die Anweisung "turn hard right...", TS meint aber Mit einem kaputten Karten-Index kann das leider passieren. Vor allem das Stehenbleiben. Ausserdem war da in 0.9 noch ein Fehler in den trigonomerischen Funktionen und er hat manchmal in den Fahranweisungen rechts und links verwechselt. > Ich find es ja gut, dass es solche Anwendungen gibt, aber ich finde es > nicht > gut, sowas als 1.0 zu bezeichnen oder das Ziel zu haben, das in einem Monat > > zu ner 1.0 zu machen. Andere Projekte würden das als 0.1 oder sowas >
Re: [Talk-de] Brauchen Fehler-Meldungen
Hallo Marcus.
Nachdem ich am ersten Tag schon mit dem JavaWebStart experimentiert hatte und
auch fürchterlich auf die Nase gefallen bin, hab ich es heute nochmal
probiert.
Java-WebStart scheint jetzt grade bei mir kaputt zu sein, jedenfalls kann ich
das nicht nutzen. Könnte am amd64 liegen.
Ich habe also die 0.9.0 heruntergeladen (bei 0.9.1 stegt "API0.6" dabei).
Die Version die ich jetzt hier habe, möchte aber gerne mit einer API 0.6
reden:
org.openstreetmap.travelingsalesman.gui.MainFrame downloadVisibleArea
INFO: downloading: 48.96100962921381, 9.595001165712713 - 48.98347820234342,
9.617350857503009
com.bretth.osmosis.core.xml.v0_6.impl.OsmElementProcessor begin
WARNUNG: Expected version 0.6 but received 0.5.
org.openstreetmap.travelingsalesman.gui.MainFrame addMap
INFO: Imported new map-data in:
0 nodes in 0ms
0 ways in 0ms
0 relations in 0ms
indexing cities in 269ms
calculating bounds in 1ms
sum 270ms
Eine lokale OSM-Datei öffnen hat dagegen funktioniert.
Hier die Dinge, die mich zur Verzweiflung bringen:
* Die Skala steht am Anfang auf "47 m" Wo genau ich stehe, seh ich ja nicht.
Wenn ich eine lokale Datei öffne, sehe ich nichts davon. Dann zoome ich raus
(mit dem Mausrad) bis in der Debug-Ausgabe auf der Konsole nicht mehr "0
Ways" steht. Dann schiebe ich den Ausschnitt mit der rechten Maustaste so
lange umher, bis ich weiß wo die vorhandenen Wege sein müssen. Die Stelle
schiebe ich in die Mitte und scrolle dann beherzt ganz weit rein. Dann
tauchen meine Daten auf. Zeitbedarf: 2 Minuten.
Etwas einfacher geht es wenn man einen GPX-track lädt, denn dann wird ein
blauer Fleck sichtbar, auch in niedrigem Zoom.
Wie ist das eigentlich richtig gedacht?
* Der Renderer scheint nur die Modi "nur >= secondary und places" oder "alles"
zu kennen. Meine OSM-Datei ist eine ländliche Gegend. Da gibt es ein paar
weniges secondaries, was größeres gibt es nicht. Ich sehe also eine Straße
quer durch die Karte und ganz viele Place-Namen. Erst wenn ich so weit bin
dass die Skala oben etwa 100 Meter zeigt, dann kommen weitere Details.
Zumindest tertiaries und in höherem Zoom auch unclassified gehören zum
Straßennetz und sollten unbedingt etwas früher zu sehen sein. Ich kann auf
dem Gebiet meiner Heimatgemeinde ohne Probleme so hin zoomen, dass nichts
mehr angezeigt wird weil keine secondary mehr im Blick ist und die kleinen
Straßen noch nicht gerendert werden.
* Ich bin ein ganz böser Mensch und habe kein GPS an meinem Desktop-PC
angeschlossen. Du meinstest, dass TS dann auch routen berechnen kann. Ich
habe nicht herausgefunden, wie man irgendwas routing-relevantes in dem
Programm machen kann.
Eine genaue Adresse in dem Eingabefeld einzugeben bringt mir in der Konsole
das da:
INFO: asynchronous search for a place started...
Exception in thread "Thread-752" java.lang.IllegalStateException: First tag of
an entity cannot be a continuation!
[...]
Über die Suchfunktion kann ich nur ungenaue Orte angeben, in etwa so wie beim
Namefinder. Ich denke mal, das ist momentan auch das was benutzt wird.
* Wenn ich dann eine Route berechnen lasse, ist diese irgendwie, *räusper*
merkwürdig.
Erst drehe ich eine Runde auf Feldwegen, dann, als ich quasi fast wieder am
Ausgangspunkt bin, lautet die Anweisung "turn hard right...", TS meint aber
in Wahrhheit "benutze ein Wurmloch, das dich automagisch direkt neben das
ziel bringt".
Ein zweiter Versuch die selbe Route zu berechnen, bleibt bei "-11%" stehen.
Ich find es ja gut, dass es solche Anwendungen gibt, aber ich finde es nicht
gut, sowas als 1.0 zu bezeichnen oder das Ziel zu haben, das in einem Monat
zu ner 1.0 zu machen. Andere Projekte würden das als 0.1 oder sowas
herausgeben ("it worked on my own computer").
Hast du einen API 0.6-Testserver, den man für tests mit einer neueren Version
nutzen kann?
Gruß, Bernd
--
Neid ist Ärger über den Mangel an Gelegenheit zur Schadenfreude.
signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Reit- und Wanderkarte - Fragen
Nop schrieb: > (...) > >> Zur Gliederung im Wiki wäre es schön, wenn die Gesamtstrecke (distance) >> und das Symbol (wiki:symbol) aus der Superrelation genommen werden >> könnte und nicht bei jeder Etappe erscheinen muss. >> > > Ich würde es z.B. für sehr sinnvoll halten, zumindest mal die > Gesamtstrecke aus den Etappen auszurechnen. > Das Symbol kannst Du bei den Etappen einfach weglassen, wenn es bei der > Gesamtrelation schon angezeigt ist muß es ja nicht in jeder Zeile > wiederholt werden, oder? > > Also: Woran soll mein Programm erkennen, welche Superrelation die von > Dir gemeinte ist, wenn es deren mehrere gibt? > Ich denke, am einfachsten erkennt man eine "Superrelation" daran, dass die keine Ways sondern nur Relationen enthält, aber trotzdem mit mindestens route = hiking/foot/horse/... type = route getaggt ist. Von mir aus könnte man auch festlegen, dass die oberste Relation, also die mit der Du mit der Auswertung beginnen sollst, als einzige einen network = rwn/... tag hat, dann könntest Du ganz einfach erkennen, was die Super(super-super)-Relation ist. M.W. ignorierst Du ja sowieso momentan alle Relationen, die keinen network-tag haben. Dann wprde das ja gut ins vorhandene System passen, oder? Noch eine Frage: Du hast anscheinend die Karte neu rechnen lassen, da neue Wege von mir erscheinen, aber die Relation 37505 (meine "Teststrecke") wird nicht markiert, d.h. ich sehe das Symbol nicht auf der Karte. Woran liegt das? habe ich da noch einen Fehler d'rin? Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ToPOKarte - Berggipfel
Am 10. Februar 2009 13:08 schrieb Markus : > Für Gipfel bräuchte man auch eine Unterscheidung derer Bedeutsamkeit. > Damit nicht jeder Höhenpunkt mit Name in jeder Zoomstufe angezeigt wird. > > Vor allem im Gebirge wird es chaotisch, wenn jede benannte Höhe in der > Karte erscheint. Zumindest müsste das Matterhorn anders erscheinen als > die Schönbielhütte http://map.search.ch/614760,94505 > http://www.openstreetmap.org/index.html?mlat=46.001944&mlon=7.629167&zoom=15 Das Problem haben wir ganz besonders im Elbsandsteingebirge, lauter kleine Peaks mit aehnlicher Hoehe, die eine subjektive Beurteilung auch der touristischen usw. Bedeutsamkeit brauchen. Dazu haben wir hier mal was aufgeschrieben... http://wiki.openstreetmap.org/wiki/User:Colin_Marquardt/Hike_%26_Bike_Map#The_tag_.22importance.22 ...und hier implementiert (von dort noch einmal reinzoomen): http://opentiles.com/cmarqu/?zoom=12&lat=50.9398&lon=14.0776&layers=B Mal sehen, wieviele Edit-Wars es dann wegen "mein Klettergipfel ist wichtiger als Deiner" gibt. :) Fuer ein formales Proposal von "importance" mit anschliessender Diskussion hier fehlt mir aber ehrlich gesagt die Motivation. Cheers Colin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Brauchen Fehler-Meldungen
On Tue, 10 Feb 2009 13:31:47 +0100, Claudius Henrichs wrote: >> Ich werde versuchen den Hinweis durch einen Wizzard zu ersetzen, >> der den Nutzer durch den Import der ersten Karte und das Einrichten >> des GPS führt. >> >> Marcus > > Blöd ist vor allem, dass der Hinweis-Dialog nur beim allerersten Start > angezeigt wird und bei allen nachfolgenden nicht mehr. Vielleicht kannst > du das auch in deine Überlegungen mit einbinden. Wie gesagt, bei einem späteren Start habe ich keine Möglichkeit mehr festzustellen, dass die lokale Karte leer ist. Wenn der Nutzer eine Karte der Schweiz geladen hat und entweder zu tief rein zoomt = keine Daten für den sichtbaren Ausschnitt oder ein Ziel sucht, was eben nicht in der Schweiz gefunden wird, dann ist das ja kein Fehler. Ein graphischer Wizard, der einen zwingt das erste Mal eine Karte zu laden oder aus den online verfügbaren eine auszuwählen, abfragt wo das GPS-Gerät angeschlossen ist und (überspringbar) mit Screenshots erklährt wie man nach Adressen sucht, navigiert und die Karte aktualisiert sollte wohl die besste Lösung sein. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Brauchen Fehler-Meldungen
Am 10.02.2009 13:19, marcus.wolsc...@googlemail.com: > On Tue, 10 Feb 2009 12:45:35 +0100, Claudius Henrichs > wrote: >> Am 08.02.2009 10:03, André Riedel: >>> ich habe das Programm über den Webstartet geladen und mal in 2 Minuten >>> versucht mit dem Programm zu arbeiten. >> Dito. Bin auch gnadenlos gescheitert. Die Usability für Erstnutzer ist >> gnadenlos gescheitert. Der vorgeschaltete Infodialog hilft zwar, aber zu >> viel Text == wird nicht gelesen. >> >> Mein Vorschlag: Wenn keine Karte geladen/importiert ist bitte auch keine >> Kartenansicht anzeigen, sondern stattdessen zwei Schaltflächen >> "Download" und "Import" anzeigen. > > Leider kann ich nach dem ersten Start nicht mehr > zuverlässig feststellen, dass die Karte leer ist. > Lediglich dass für den gerade sichtbaren Kartenausschnitt > keine Strassen existieren und selbst das ist kein Fehler > (er fällt zum Zeichnen auf das Herunterladen von Tiles > und für das Suchen auf einen Web-Service zurück. Dem > Nutzer ist es freigestellt erst nach Finden von Start+ > Ziel ausschliesslich das wirklich benötigte Kartenmaterial > herunter zu laden.) > > Ich werde versuchen den Hinweis durch einen Wizzard zu ersetzen, > der den Nutzer durch den Import der ersten Karte und das Einrichten > des GPS führt. > > Marcus Blöd ist vor allem, dass der Hinweis-Dialog nur beim allerersten Start angezeigt wird und bei allen nachfolgenden nicht mehr. Vielleicht kannst du das auch in deine Überlegungen mit einbinden. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Brauchen Fehler-Meldungen
On Tue, 10 Feb 2009 12:45:35 +0100, Claudius Henrichs wrote: > Am 08.02.2009 10:03, André Riedel: >> ich habe das Programm über den Webstartet geladen und mal in 2 Minuten >> versucht mit dem Programm zu arbeiten. > > Dito. Bin auch gnadenlos gescheitert. Die Usability für Erstnutzer ist > gnadenlos gescheitert. Der vorgeschaltete Infodialog hilft zwar, aber zu > viel Text == wird nicht gelesen. > > Mein Vorschlag: Wenn keine Karte geladen/importiert ist bitte auch keine > Kartenansicht anzeigen, sondern stattdessen zwei Schaltflächen > "Download" und "Import" anzeigen. Leider kann ich nach dem ersten Start nicht mehr zuverlässig feststellen, dass die Karte leer ist. Lediglich dass für den gerade sichtbaren Kartenausschnitt keine Strassen existieren und selbst das ist kein Fehler (er fällt zum Zeichnen auf das Herunterladen von Tiles und für das Suchen auf einen Web-Service zurück. Dem Nutzer ist es freigestellt erst nach Finden von Start+ Ziel ausschliesslich das wirklich benötigte Kartenmaterial herunter zu laden.) Ich werde versuchen den Hinweis durch einen Wizzard zu ersetzen, der den Nutzer durch den Import der ersten Karte und das Einrichten des GPS führt. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ToPOKarte - Berggipfel
Hallo Ekkehard, Karl's Idee finde ich wesentlich: >> Kann man die berge wirklich nicht auf einem kreissegment beschriften? Damit würden Berge intuitiv unterscheidbar von anderen Namen. > Nein, sowas kennt Mapnik nicht. Vielleicht kannst Du ja mal mit Mapnik Kontakt aufnehmen? Für Gipfel bräuchte man auch eine Unterscheidung derer Bedeutsamkeit. Damit nicht jeder Höhenpunkt mit Name in jeder Zoomstufe angezeigt wird. Vor allem im Gebirge wird es chaotisch, wenn jede benannte Höhe in der Karte erscheint. Zumindest müsste das Matterhorn anders erscheinen als die Schönbielhütte http://map.search.ch/614760,94505 http://www.openstreetmap.org/index.html?mlat=46.001944&mlon=7.629167&zoom=15 Bei der Gelegenheit fällt auf, dass beim Matterhorn etwas nicht stimmt. Der OSM-Gipfel liegt 1 km neben dem cycleway-Gipfel: http://www.openstreetmap.org/?mlat=45.9797&mlon=7.6659&zoom=16&layers=00B0FTF Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Brauchen Fehler-Meldungen
Am 08.02.2009 10:03, André Riedel: > ich habe das Programm über den Webstartet geladen und mal in 2 Minuten > versucht mit dem Programm zu arbeiten. Dito. Bin auch gnadenlos gescheitert. Die Usability für Erstnutzer ist gnadenlos gescheitert. Der vorgeschaltete Infodialog hilft zwar, aber zu viel Text == wird nicht gelesen. Mein Vorschlag: Wenn keine Karte geladen/importiert ist bitte auch keine Kartenansicht anzeigen, sondern stattdessen zwei Schaltflächen "Download" und "Import" anzeigen. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM vergisst Strecken
Am Dienstag, den 10.02.2009, 08:46 +0100 schrieb Dirk Stöcker: > On Mon, 9 Feb 2009, Detlef Reichl wrote: > > > seit einiger Zeit (ein, zwei Wochen) habe ich es, das JOSM hin und > > wieder nach einiger Zeit der Benutzung Weg nicht mehr anzeigt. Wie man > > auf dem anhängenden Bildschirmfoto sieht, werden die Knoten noch > > angezeigt, die Straßenabschnitte dazwischen aber nicht mehr. In solch > > einen Fall hilft es dann nur noch JOSM neu zu starten (was, wenn man > > viel offen hat echt lästig ist...). > > Bugreport im Trac erstellen mit einer reproduzierbaren Beschreibung (also > was genau hast Du gemacht). Ist bestimmt ein besonderer Umstand im Caching > der Anzeige, aber ohne genauen Auslöser nicht zu finden. Leider kann ich es nicht reproduzieren. Ich hatte gehofft, das evtl. jemand so eine Idee hätte. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf/von ORS ...
Hallo, Pascal Neis schrieb: > > Marc Sch?tz wrote: >> Ich hab noch einen Bug: >> http://data.giub.uni-bonn.de/openrouteservice/index.php?start=11.5779656,49.9433629&end=11.5816671,49.9371139&pref=Bicycle&lang=de >> Da wird im Fahrradmodus durch den Hofgarten geroutet, obwohl dort nur >> highway=footway sind. > > vielen Dank! > Der hat sich leider ebenfalls beim Versionswechsel reingemogelt :( > Aufgrund der derzeit stark erhöhten Besucherzahlen auf ORS werde > ich ihn erst morgen früh mit dem Update der Routingdaten beseitigen ... evtl. ists der gleiche Bug: http://data.giub.uni-bonn.de/openrouteservice/index.php?start=9.9228202,51.5284473&end=9.9313282,51.5326155&pref=Fastest&lang=de Da routet er über ein Stück ([1]) welches nur für Fußgänger oder Rad bestimmt ist. Davon sind mir auch noch andere aufgefallen, wenn man die Strecke mit Car (shortest) berechnet geht es ebenfalls über einen Fußweg. Oder ist das extra, wegen nahe aneinanderliegender Wege? Grüße, Fabian [1] http://data.giub.uni-bonn.de/openrouteservice/index.php?zoom=18&lat=51.53152&lon=9.92997 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen durch Flächen
Christoph Eckert schrieb: > dazu gab es hier schon Grundsatzdiskussionen. Ich habe das schon ausprobiert, > bin aber wieder davon ab gekommen. Neben anderen Gründen spricht für mich die > schlechte Wartbarkeit dagegen. und was ist bei dieser Diskussion nun herausgekommen? Hast du eine Verlinkung zu solch einer Diskussion? Beste Grüße, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM - Karten in der "schnellen Karte"
Am 09.02.2009 21:06, Jan Tappenbeck: > Woher stammt eigentlich die "schnelle Karte" in JOSM ??? > > Die "flutscht" ja nur so - auch wenn man in vorher nicht besuchte > Gebiete geht ! Dieser "slippy_map_chooser" (Auswahl des Gebiets über die Karte) war vorher schon als separates Plugin verfügbar und wurde jetzt direkt integriert. Längerfristig soll die bisherige Kartenauswahl über dem NASA-Bild der Erde damit ersetzt werden. Der verwendete Kachelserver ist der normalen Mapnik von Openstreetmap.org. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OVL-Datei
Hallo Michael, > Hat es denn wenigstens geklappt? Nein. Ich mag keine Formate über mehrere Stufen umwandeln müssen. Also habe ich dem "Datenlieferanten" geschrieben, er solle mir bitte ein GPX schicken. Aber wenigstens ist das Ganze jetzt etwas beschrieben: http://wiki.openstreetmap.org/wiki/de:OVL Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM & freitonne.de & ECDIS
Hallo Jan! Hast Du das jetzt absichtlich öffentlich gepostet? Aber egal, passt schon. Jan Jesse wrote: >Mit den Sprachvarianten das wäre die nächste große Baustelle. Ich hab zwar >auch Kunden >in Holland sitzen, aber meine Sprachbegabung ist begrenzt. Da brauchen wir >doch ein >bischen mehr Bekanntheit und Mitstreiter :-) Die Holländer dürften mit ihren ECDIS Daten schon ziemlich weit sein... >Da würde ich derzeit noch nicht ran wollen, da ich die Diskussions- und >Entscheidungsprozesse bei OSM gar nicht blicke, und nicht einen Sturm der >Entrüstung lostreten will. Frederik hat das mit der Doocracy ja eh sehr schön beschrieben, zB in http://lists.openstreetmap.org/pipermail/talk-de/2009-January/034640.html Grade was Navigationszeichen angeht, muß man wohl Proposals machen und tun... am besten koordiniert über eine Wiki-Seite. Und IMO sollte man da See- und Binnenschifffahrt gemeinsam betrachten. Feuerschiff wird's auf der Müritz vielleicht nicht geben, aber Tonnen gibt's überall... >Und auf meine Frage bezüglich Import/ Datenaustausch FreieTonne-OSM hat >bisher niemand eine Antwort gefunden. Ich fänd's eine feine Sache. Eine Sache sollte man im OSM abklären: ob eine "fremde Site" (wie freitonne.de) im Namen ihrer User Änderungen an den OSM Daten vornehmen soll. Ich sähe darin kein Problem, im OSM läuft das unter dieser Site und in einem Zusatztag wird der entsprechende fremde User dazugeschrieben, damit man das später nachvollziehen kann. Axelm hatte das beim letzten Wiener Stammtisch bezogen auf timatio.com auch gefragt. GPS-Tracks in OSM raufladen ist ja vorgesehen, das sollte die Site auch im Namen ihrer User dürfen. Aber was ist mit POIs? Soll die Site (timatio.com) POIs im Namen ihrer User eintragen? Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lübeck - "more osm coming soon" - FIREFOX als Ursache ???
Hi ! ich muss den Fall noch einmal wieder aufnehmen. Es kommt immer noch unter FIREFOX (3.0.5) die Meldung - aber nur an meinem Rechen !!! Auf einem anderen Rechner kommt diese Problem nicht. Auch der IE zeigt die Karten auf meinem Rechner schön an ! Habe den Cache auch schon gelöscht - ohne erfolgt. Kann sich einer sonst einen Reim darauf machen ? Gruß Jan :-) Jan Tappenbeck schrieb: > Ok ! > > bisher hatte ich aber immer keine Probleme mit Cache & Co ! > > danke für den tipp ! jetzt funktioniert es und ich werde diesbezüglich > nicht mehr nerven und kann auch in den genuß des schellen renderns gelangen. > > Gruß Jan :-) > > Claudius Henrichs schrieb: >> Am 09.02.2009 11:29, Jan Tappenbeck: >>> Moin ! >>> >>> was "more osm coming soon" bedeutet ist mir klar - aber das im Lübecker >>> Raum, bei fast jeder Zoomstufe seit gestern diese Meldung kommt ist >>> verwunderlich. >> Du musst nicht in jedem Thread mit deinem Problem spammen. Abgesehen >> davon solltest du mal deinen Browser-Bildercache leeren oder anderweitig >> lokal das Problem eingrenzen (schon mal mit einem anderen Browser >> probiert?). Bei mir liegt Lübeck in allen Zoomstufen gerendert vor. >> >> Gruß, >> Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seezeichen in OSM - Projekt "FreieTonne"
Jan Jesse wrote: > Ich bin gespannt. Habe das mal über eine deutsche Bundesbehörde sondiert, und > bin glatt abgeblitzt :-( :( > Technisch ist es kein Problem. Wo ist der rechtliche Unterschied zwischen > Overlay und richtiger Karte? IMO ist der Unterschied, ob Du darstellst oder importierst. Einen Viewer für ein gewisses Format zu machen, kann Dir wohl niemand verbieten. Und die Files kann man dann ja offenbar (zumindest in manchen Ländern) runterladen und (zumindest privat) nutzen. Würde den Wunsch vieler Freizeitskipper erfüllen, das auf ihrem Garmin o.ä. zu haben. Aber ja, natürlich ist es wünschenswert, die Daten im OSM zu haben. Und dafür kann man nur selbst erhobene Daten oder eben ausdrücklich zur Verfügung gestellte Daten verwenden. > Oh, es ist lustig, glaub mir. Vor allem, wenn Du die Tonne verpeilt hast, und > einen > neuen Anlauf fährst :-) Hab ich zur Genüge durch. Du fährst das Teil haarscharf an, > die Bordfrau will klicken und der Trackpoint vom Etrex schnippt zur Seite... > Aber einen alten Skipper bringt halt nichts aus der Ruhe ;-) :)) In Freizeitgewässern (mit vermutlich wenig bis keiner Strömung und bei schönem Wetter) ist das lustig. Auf der Donau oder dem Rhein ist das - nimmer lustig - wohl oftmals gefährlich - und verboten, spätestens wenn Du die Berufsschifffahrt behinderst. Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] rollstuhltaugliche Wege
Hallo Holger > > M?chtest du barrierefreie Tags einfach nur so einbauen oder arbeitest du > > direkt an einem Projekt f?r Karten mit barrierefreien Wegen? > > > > Karten k?nnen jedenfalls helfen etwas durchzusetzen, da ein sichtbares > Ergebnis meistens mehr motiviert als nur reines Datensammeln. ich arbeite an meiner Abschlussarbeit und möchte mit OSM Daten probieren ein Portal mit spezielle Anwendung für Rollstuhlfahrer aufzubauen. Bevor ich dafür neue Tags erfinde, will ich zunächst schauen, was mit den vorhandenen Tags machbar ist. Viele Grüße, Astrid ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM & freitonne.de & ECDIS
Hallo Andreas, wir haben unter www.freietonne.de eine Möglichkeit eingebaut, unsere Daten direkt für's Garmin herunter zu laden: http://www.freietonne.de/index.php?site=11&infotyp=1 Ist im Prinzip für alle moderneren Garmin-Geräte das gleiche. Die OSM-Daten Deutschland und Europa werden regelmäßig von ComputerTeddy gerendert, unsere FT-Daten stellen wir als *.gpi-Dateien bei. Wie das mit Donau und Rhein wird hängt allerdings ein wenig von Deiner Recherche ab ;-) Mit den Sprachvarianten das wäre die nächste große Baustelle. Ich hab zwar auch Kunden in Holland sitzen, aber meine Sprachbegabung ist begrenzt. Da brauchen wir doch ein bischen mehr Bekanntheit und Mitstreiter :-) Das OSM-Tagging Seamap ist aus meiner Sicht eher im Anfangsstadium, und entspricht im Wesentlichen einem Proposal von M. Bärlocher. Da würde ich derzeit noch nicht ran wollen, da ich die Diskussions- und Entscheidungsprozesse bei OSM gar nicht blicke, und nicht einen Sturm der Entrüstung lostreten will. Und auf meine Frage bezüglich Import/ Datenaustausch FreieTonne-OSM hat bisher niemand eine Antwort gefunden. Wir haben in der FreieTonne einfach eine Seite zum Hochladen neuer Icons gemacht, so eine Art Mini-Voting-System: http://www.freietonne.de/index.php?site=31&infotyp=1 Wir hoffen, daß das, was gebraucht wird, sich hier ansammelt :-) Hat aber noch niemand wirklich genutzt. JJ Jesse.DV Nöldnerstr. 1 10317 Berlin Tel: +49 30 55490041 Fax: +49 30 55490043 www.jesse.de -Ursprüngliche Nachricht- Von: Andreas Labres [mailto:a...@lab.at] Gesendet: Dienstag, 10. Februar 2009 08:52 An: Jan Jesse Betreff: Re: OSM & freitonne.de & ECDIS Hallo JJ! On Tue, 10 Feb 2009 07:14:34 +0100, Jan Jesse wrote: >Was sind eigentlich S-57 Karten? http://de.wikipedia.org/wiki/Electronic_Chart_Display_and_Information_System IHS-S-57 ist offenbar das Format dafür. Und offenbar gibt's ja Staaten, die das auch anbieten: http://www.doris.bmvit.gv.at/inland_ecdis/downloads/ (in DE offenbar nicht gratis, das ist unerfreulich) >Du hattest bemerkt, daß wir schon *.gpi Dateien für Garmingeräte bereitstellen? Ich kenn mich mit dem Garmin nicht aus, wenn Du da eine Lösung hast, ist das genial. Ist das sowas wie ein POI-File für den Garmin? Und welche Kartenbasis nimmt man da im Garmin? Aber hast Du so Dinge wie die Donau oder alle Kanäle Hollands schon erfaßt? Wie gesagt, es ist eine Illusion, auf der Donau oder am Rhein rumzuschippern und dort Tonnen o.ä. zu erfassen. Wenn's da aber offenbar schon Daten gibt, sollte man schauen, ob man die nicht verwenden kann und darf. Konkret hatte mich jemand angesprochen, ob ich wüßte, wie man die S-57 Karten der Donau "in den Garmin bekommt". Kannst Du die Frage beantworten? *grübel* Versteh mich nicht falsch, ich will nicht abwerten, was Du/Ihr gemacht habt, ich find das genial und ich finde auch die Bestrebung, das in die OSM Datenbasis zu speichern und "leicht updatebar" zu machen gut. Für Holland sollte man unbedingt auch eine holländische Variante der Seite machen, da helfen sicher auch viele mit Daten sammeln... vielleicht auch Kontakt zur NL OSM Community suchen, daß man da gemeinschaftlich was macht. BTW, was ganz anderes (da bin ich auch nicht up to date): ist das Tagging für die div. Navigationszeichen in OSM schon vollständig? Ich hab nur http://wiki.openstreetmap.org/wiki/DE:Seekarte gefunden, das schaut noch sehr vorläufig aus... da sollte man mal eine aktuelle Zusammenstellung Schifffahrtszeichen (übergeordnet für See- und Binnenschifffahrt) machen, glaub ich... Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
