Re: [Talk-de] Grafik mit Inkscape - PPT zu SVG
Hallo, am Sun, 12 Apr 2009 15:11:26 +0200, tat GeoJ g...@quantentunnel.de der Welt kund: Am Sat, 11 Apr 2009 08:37:02 +0200 schrieb Markus: Wer kann 5 grafische Folien einer Powerpoint-Datei in SVG umwandeln, damit ich sie im Wiki anzeigen und jeder sie bearbeiten kann? SVG wird AFAIR erst ab PowerPoint 2007 unterstützt. Die Folien enthalten ausschliesslich mit Zeichnen erstellte grafische und Text-Elemente. Daraus hätte ich gern Vektoren. Da bleibt eigentlich nur der Umweg über die Formate EMF oder WMF. Deren Unterstützung durch Inkscape ist zwar nicht optimal - 90-99% der PowerPoint-Grafik sollten so aber nach Inkscape und mit ein wenig Nachbearbeiten dann als SVG abspeichern lassen. Alternativ als PDF exportieren. Der Import funktioniert in Inkscape einwandfrei. Grüßle, detlef -- http://det.cable.nu ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grafik mit Inkscape - PPT zu SVG
Hallo, am Sun, 12 Apr 2009 15:26:10 +0200 (CEST), tat Tobias Wendorff tobias.wendo...@uni-dortmund.de der Welt kund: Am So, 12.04.2009, 15:19 schrieb Detlef Reichl: Alternativ als PDF exportieren. Der Import funktioniert in Inkscape einwandfrei. Womit hast du die PDFs erstellt? Ich selbst habe noch gar keine PDFs erstellt, die ich wieder in Inkscape geladen habe. PDFs anderer Leute die ich in Inkscape geladen habe zeigen allerdings noch nie Probleme. Das PDFs die mit dem PDF in Datei drucken-Plugin unter Powerpoint problemlos zu öffnen wären habe ich im Inkscape-Forum gelesen. Grüßle, detlef -- http://det.cable.nu ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Öffentliche Toilette - Behinderten ger echt
Hallo, am Fri, 10 Apr 2009 12:41:51 +0200, tat Jan Tappenbeck o...@tappenbeck.net der Welt kund: Öffentliche Toilette - Behinderten gerecht wie setzt Ihr diese Zusatzeigenschaft ?? Da es sich idR um Rollstuhlfahrertauglichkeit handelt als wheelchair=yes Grüßle, detlef -- http://det.cable.nu ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki-Seite für Hunde-Objekte
Hallo, am Fri, 03 Apr 2009 16:10:36 +0200, tat Jan Tappenbeck o...@tappenbeck.net der Welt kund: ich möchte eine Wiki-Seite zum Thema Hund erstellen. Neben den schon bekannten Hundekot-Tüten-Spendern und Freilaufflächen wollte ich Euch fragen, ob Ihr noch andere (regionale) Besonderheiten kennt. Dann kann ich diese gleich mit aufnehmen. Hundehotel, Hundefrisör, Hundemetzger, Hundeschule Grüßle, detlef -- http://det.cable.nu ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki-Seite für Hunde-Objekte
am Fri, 03 Apr 2009 18:22:09 +0200, tat Jan Tappenbeck o...@tappenbeck.net der Welt kund: Hundemetzger Bei Euch gibt es Fachgeschäfte nur für Rudi's Knackwürste ? Dabei geht es nicht um für den Hund, sondern mit Hund. Und nein, so etwas gibt es hier leider nicht. Aber OSM ist ja international. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zensiertes Gebiet?
Hallo, am Thu, 26 Mar 2009 23:22:18 +0100, tat Garry garr...@gmx.de der Welt kund: Wurde hier das Miltärgebiet zensiert oder gibt es da einfach noch keine Daten? http://www.informationfreeway.org/?lat=50.26001252846303lon=13.11130184322459zoom=11layers=BF000F Das Gebiet ist markiert als military=danger_area Da drin würde ich auch nicht unbedingt mappen wollen. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe beim Ausdrucken von SVG mit Inkscape unter Windows
Hallo Jan, Am Mittwoch, den 25.03.2009, 14:01 +0100 schrieb Jan Tappenbeck: Moin ! auch wenn Inkscape nicht so ganz unser Thema ist werden viele die Karten damit ausdrucken. Ich habe eine svg in Inkscape geöffnet und möchte diese ausgaben und egal welches Medium (Plotter, Laserdrucker und PDF) immer ist das Blatt LEER. Muss man da noch etwas auswählen (Druckbereich) ??? geh mal in Datei-Dokumenteneinstellungen. Dort aktiviere wenn noch nicht an Rand der Seite anzeigen. Danach wird dir der Druckbereich in Deinem Dokument angezeigt. Wenn Du es etwas auffälliger haben willst kannst Du auch den Randschatten anktivieren. Wenn Du dann den Dialog schließt und die Tast 5 drückst wird deine Druckseite umrandet angezeigt. Darin sollte sich alles befinden, was Du ausgedruckt haben willst. Sollte es außerhalb der Seite liegen einfach mit strg+a alles auswählen und auf die Seite schieben. Grüßle, detlef Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Log-Intervall
Hallo, Am Mittwoch, den 25.03.2009, 22:49 +0100 schrieb André Reichelt: Johann H. Addicks schrieb: Im Ernst: Welcher ist das? Das ist so ein schwarz-graues Teil mit blauen LEDs drauf und nicht viel größer wie eine Streichholzschachtel. Mir fällt nur gerade der Name nicht ein. Ich bin sicher, dass das Teil hier irgendwer kennt, da ich sogar schonmal eines von der Geofabrik geliehen bekommen habe - für ne Mapping Party. ich vermute mal, Du meinst den hier: http://www.wintec-gps.de/wintec_wbt-300.php ich habe den Vorgänger den WBT-201 (der auf den gleichen Chipsatz den Antaris®4 aufbaut) und muss leider sagen, das ich mit ihm nicht so wirklich zufrieden bin. Die Messgenauigkeit ist halt nicht so toll, zumindest um einiges schlechter als aktuelle Geräte die auf ein DGPS-Verfahren aufsetzen. Hingegen von Größe/Gewicht, Einstellmöglichkeiten, Akkulaufzeit, ... bin ich wirklich begeistert. Aber das sind halt - zu mindest aus meiner Sicht - zweitrangige Dinge. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM-Erwähnung auf 3sat
Hallo, ich weiß nicht ob es hier schon über die Liste ging, deswegen einfach noch mal: Auf 3sat wurden in einer Sendung in der es primär um Linux und freie Software ging, als Beispiele für freie Daten auch kurz OSM und CC erwähnt. http://www.3sat.de/mediathek/?obj=11913 Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway stats
Hallo, Am Sonntag, den 22.03.2009, 11:01 +0100 schrieb Frederik Ramm: GS wrote: ich habe eben ein kleines programm geschrieben, welches die weglänge für alle highway:* ausgibt. Prima, dann kannst Du ja mal Deine Ergebnisse mit denen des schon seit ueber 2 Jahren im SVN unter /applications/utils/filter/osm-length befindlichen Skript vergleichen und bei Abweichungen das eine oder das andere verbessern ;-) und OSM-Wolf http://bitbucket.org/sttmjoc0/osm-pforzheim-unstable/wiki/OSM-Wolf hat so etwas unter Berücksichtigung der Ortsgrenzen auch drin. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Chancen der neuen Lizenz
Hallo, Am Sonntag, den 22.03.2009, 12:15 +0100 schrieb Dimitri Junker: wie soll das denn gehen? Suche ich dann alle Nodes die ich irgendwann eingefügt oder geändert habe und lösche sie wenn mir die Lizens nicht paßt? Und wer darf das? Der der den Node angelegt hat, jeder der ihn irgendwann angefaßt hat oder der letzte User? Es ist doch unmöglich z.B. 'meine' Daten rauszulösen. Steht eigentlich irgendwo in der alten Lizens, daß man so eine Änderung vornehmen darf? da die neue Lizenz nicht mit der alten kompatibel ist, liegt es dann beim OSM-Projekt sicherzustellen, das alle Daten der Leute zu löschen sind, die der neuen Lizenz nicht zustimmen. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Chancen der neuen Lizenz
Hallo, Am Sonntag, den 22.03.2009, 12:31 +0100 schrieb Jonas Krückel (John07): Ich glaube viele werden dann, aus Angst, dass ihre Daten sonst gelöscht werden und damit praktisch ihre Arbeit umsonst war, lieber zustimmen als abzulehnen, auch wenn ihnen die neue Lizenz nicht gefällt. Das ist eigentl. eine schlechte Sache. Wir müssen wenn dann möglichst klar machen, dass eine Ablehnung der Lizenz nicht automatisch eine Löschung bedeutet. Das ist jetzt nicht unbedingt darauf bezogen, die ODbL zu verhindern, sonder einen möglichst freien Abstimmungsprozess zu erhalten. ich finde die ganze Diskussion schon seit langen befremdlich. Es läuft im allgemeinen darauf hinaus, ODbL oder Daten werden gelöscht. Ich findes es total arogant das sich eine Hand voll Leute diese Optionen ausgedacht habe und damit alle beglücken wollen. Meines erachtens sollte man erst einmal alle Nutzer über die Problematik der momentanen Lizenz informieren. Hier wäre es interessant zu wissen, wie das Verhältniss der Anzahl Leute die auf den Mailinglisten und im Forum angemeldet sind, ist, zu denen die bei OSM angemeldet sind. Ich denke sehr viele habe von der ganzen Diskussion noch gar nichts mitbekommen. Dann sollte man verschiedene Möglichkeiten wie alles PD-artig, eine rechtlich sichere CC-BY-SA-Lizenz, alles lassen wie bisher - wird schon gut gehen, ... zur Abstimmung bringen. Nach dem Ergebniss der Abstimmung könnte man dann eine passende Lizenz ausarbeiten. Alles andere hat für mich einen extrem schalen Beigeschmack. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Chancen der neuen Lizenz
Am Sonntag, den 22.03.2009, 12:43 +0100 schrieb Ulf Möller: Dimitri Junker schrieb: Der der den Node angelegt hat, jeder der ihn irgendwann angefaßt hat oder der letzte User? Es ist doch unmöglich z.B. 'meine' Daten rauszulösen. Möglich ist das in der Datenbank schon. Es gibt für jedes Element eine History, in der alle Bearbeiter verzeichnet sind. Alle Elemente zu löschen, die eim Benutzer schon mal in gleich welcher Weise bearteitet hat zu löschen ist auch fragwürdig. Das verschieben eines Knoten um ein paar Meter hat zumindest nach deutschem Recht keine ausreichende Schöfungshöhe um Urheberrechtlich relevant zu sein. Auf der anderen Seite, die Daten von Nutzern die mit der Lizenz nicht einverstanden sind nicht zu löschen, könnte zwar rechtlich legitim sein. Auf der anderes Seite wäre es für einen so verärgerten Nutzer dann auch kein Problem OSM massiv zu stören, indem er großflächig Daten verfälscht, evtl. sogar auf Basis eines bot, Virus, ... . Da das ein Kampf wäre, der von OSM nur verloren werden könnte, würde es wahrscheinlich darauf hinaus laufen, Daten großflächig und nach dem Motto besser etwas zu viel als zu wenig zu löschen. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] layerbasierte Karten was:Re: Karte ohne Feld- und Fußwege und mit kleinen Ortschafte n
Hallo, Am Sonntag, den 22.03.2009, 13:08 +0100 schrieb Josias: bei den von Dir genannten Punkten stimmte ich weitgehend zu aber: - ist langsamer in der Anzeige (gerade auf Netbooks ein Problem) ist zu vernachlässigen. Ich habe hier einen eeePc der ersten Generation mit grade einmal 630 MHz und selbst auf dem wird die Wander- und Reitkarte supperflüssig dargestellt. Mit zukünftigen Browserversionen dürte es auf Grund der Optimierungen die wir momentan bei den Browsern sehen sogar noch besser werden. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vandalismus-Arbeitsgruppe
Hallo, Am Sonntag, den 22.03.2009, 16:29 +0100 schrieb André Reichelt: Freemail-Adresse kann man sperren, wenn man feststellt, dass hiervon regelmäßig Vandalen operieren. Nutzer von Tor erkennt man recht einfach, da ständig die IP wechselt. Auch diese Nutzer kann man recht einfach aussperren, indem man einfach bei jedem Aufruf die IP überwacht und bei häufigem Wechsel die Session beendet bzw. den Account befristet blockiert. Schwierig wird es, wenn er vom Ausland aus operiert. Hier gibt es mehrere Möglichkeiten. Wenn er einen Proxie benutzt, kann man diese IP zweitweise blockieren. Wenn er tatsächlich auf den Inseln sitzt, muss man das dortige Rechtssystem überprüfen und dann entweder anzeigen oder seine IP vorrübergehend sperren. Man kann auch recht einfach die IPs eines Benutzers mitloggen. Wenn er eine statische IP nutzt, kann man diese auch dauerhaft oder länger blockieren. wenn jemand dem Projekt vorsätzlich schaden will hast Du keine Chance. Wenn jemand soetwas von zu Hause aus macht ist er/sie einfach nur doof. Setz dich einfach mit deinem Laptop in eine Kneipe mit freiem WLAN oder such wardrive-mäßig das nächste freie in deiner Stadt und schon treffen die Anschuldigungen den falschen. Was hingegen dringend benötigt wird, ist eine Möglichkeit mit einfachsten Mitteln Änderungen intelligent rückgängig zu machen. Langfristig dürfte OSM für Spammer interessant werden. Und das die einen langen Atem haben und man ihnen in den meisten Fällen nicht rechtlich bekommen kann, sieht fast jeder täglich in seinem Posteingang. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenqualitäts-Arbeitsgruppe
Hallo, Am Sonntag, den 22.03.2009, 16:41 +0100 schrieb Martin Koppenhoefer: - wer soll klagen? nach meinem Rechtsverständniss dürfte zu mindest in DLand nur der klagen, dessen Daten beschädigt wurden. Ansonsten müsste man eine zentrale Instanz schaffen, der man die Rechte an seinen Daten überträgt. Eine solche Instanz wäre z.B. die OSMF, der aber so wie man es hier so ließt, die meisten nicht sehr weit über den Weg trauen. Der einzelne Mapper hingegen wird wohl in den seltensten Fällen klagen, da ihm das viel zu lästig ist, die Rechtschutzversicherung wahrscheinlich soetwas entweder nicht unterstützt oder abblockt oder das Gericht die Klage wegen Geringfügigkeit ablehnt. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vandalismus-Arbeitsgruppe
Am Sonntag, den 22.03.2009, 16:53 +0100 schrieb André Reichelt: Detlef Reichl schrieb: Setz dich einfach mit deinem Laptop in eine Kneipe mit freiem WLAN oder such wardrive-mäßig das nächste freie in deiner Stadt und schon treffen die Anschuldigungen den falschen. Wenn jemand sein WLAN offen lässt, ist er selbst schuld. Dann muss er wohl oder übel auch die Konsequenzen tragen, wenn Verbrecher seine Leitung missbrauchen. Das klingt zwar im ersten Moment unfair, aber: Wenn jemand sein Haus aufgesperrt lässt und er wird ausgeraubt, zahlt eben auch keine Versicherung. Das ist das Selbe. Das sehe ich genau so. Allerdings löst Du damit keine Probleme, sondern hast nur jemanden zum verklagen. Wenn ein Kneipenwirt ein WLAN zur Verfügung stellt und dies ungesichert tut, gilt das Selbe wie oben. Er sollte mindestens den Ausweis verifizieren und die Benutzer erfassen. So lässt sich eine Straftat leicht rückverfolgen. Solange die Menschen weiterhin ohne Konsequenzen leichtsinnig mit PCs umgehen, sollte man sie dafür einfach bestrafen. Das ist meine Meinung. Gleiches gilt übrigends auch für Leute, die ihren Virenscanner nicht täglich aktuallisieren oder gar Keinen verwenden. Das ist einfach nur blödheit. Und wir ehrlichen Internetnutzer beschweren uns dann über den Spam, der und von diesen Zombie-Rechnern entgegen geschläudert wird. Ich bekenne mich schuldig: ich habe auf meinen Rechnern weder einen Virenscanner noch eine Firewall :-) Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte ohne Feld- und Fußwege und mit kleinen Ortschaften
Hallo, Am Sonntag, den 22.03.2009, 17:24 +0100 schrieb Patrick Kolesa: Wenn man davon ausgeht, dass der Speicherbedarf durch ein paar zusätzliche Festplatten vernachlässigt werden kann, dürfte die Bereitstellung von Layern kein Problem sein. wenn es viele Layer werden produzierst Du damit einen gewaltigen Traffic. Ich stelle mir im Prinzip vor, dass jeder key=value einen eigenen Layer bekommt. Unmöglich. Schau Dir mal auf tagwatch die Liste der Schlüssel-Wert Paare an. Die ist unbegrenzt und wächst ständig. Ich weiß allerdings nicht, wie die Daten am besten verarbeitet werden: Sollen, wie bei normalen Karten, Kacheln erstellt werden, die nur die benötigten Daten enthalten? Eine Karte, die nur die Symbole von Telefonzellen enthält, die aber über den gesamten Globus geht? Oder soll das Symbol on-the-fly auf den Grundlayer gelegt werden? Wenn ja, wie soll das gehen? Wird damit möglicherweise der Aufwand zu groß für eine sinnvolle Nutzung? Wenn es nur um die POIs geht, kann man die ohne Probleme per JavaScript einbinden. Ob man auf einer POI-Karte die Punkte als einfache Markierung oder als Symbol setzt ist nahezu das gleiche. Wege on-the-fly in JavaScript zu rendern ist schon aufwendiger. Das geht nur über das Canvas-Objekt, das nicht von allen Browsern unterstützt wird und bei manchen Browsern bei großen Objekten noch unerträglich langsam ist. Bis das kommt, müssen die Rechner noch scheller werden und die JavaScript-Engines in den Browsern noch massiv beschleunigt werden. Dann könnte man aber auch dazu über gehen, die komplette Karte direkt im Browser rendern zu lassen. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Creative Commons zur ODbL
Am Sonntag, den 22.03.2009, 18:41 +0100 schrieb André Reichelt: Sebastian Hohmann schrieb: André Reichelt schrieb: *Weitergabe unter gleichen Bedingungen*: Wenn Google schon unsere Daten kombinieren will, müssen sie mindestens den Teil der Daten, der von uns kommt, ebenfalls frei geben. Wenn man eine Kombination mit anderen Werken durchführt, sind ausschließlich unsere Daten frei zu geben. Importierte POIs beispielsweise von einer Firma unterliegen nicht der Bestimmung. Und was bringt das dann? Berechtigte Frage. Du hast schon Recht: Wenn, dann müsste man das komplette Werk freigeben, was aber wieder Komplikationen mit sich bringt. Wenn aber beispielsweise Google unsere Daten mit einfließen lässt, müssen sie diese wohl auch irgendwie konvertieren oder ähnliches. Vielleicht nehmen sie auch selbst Änderungen vor. Diese wären dann wiederum für uns wertvoll. Und da frage ich dann mal wieder, was dagegen spricht, das jemand der unsere Daten verarbeitet auch dazu gezwungen werden soll das Ergebniss auch wieder frei zu geben - die könnte ja unter als kompatibel bezeichneten Lizenzen erfolgen? Irgendwie scheint mir die ODbL nur daran ausgerichtet zu sein, Firmen die kommerzielle Nutzung der OSM Daten möglich machen zu sollen, ohne das diese etwas dafür zurück geben müssen. Es ist für mich ein absolutes no-go, zum kostenlosen Datensammler degradiert zu werden. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Creative Commons zur ODbL
Hallo, Am Sonntag, den 22.03.2009, 18:48 +0100 schrieb Jonas Krückel Die entscheidende Frage ist doch eher, was die Mehrheit der Mapper denkt. Und da gibt es die Alternative PD bzw. PD mit Namensnennung ja gar nicht. auch wenn ich nichts von PD-Varianten halte, aber: woher weißt Du das? Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz: Forschritte
Hallo, Am Freitag, den 27.02.2009, 20:52 +0100 schrieb Frederik Ramm: Hallo, Detlef Reichl wrote: Das sehe ich genau so. Wenn es nur um viele schöne Anwendungen geht ist OSM überflüssig, da man sich auch bei google-maps beteiligen kann. Dort stehen die Daten auch kostenfrei zur Verfügung und einen direkten Schaden gibt es auch nicht. Das ist doch Quark. Da gibt es weder Vektordaten noch die Moeglichkeit, abgeleitete Produkte herzustellen. Das bezog sich darauf, das ich irgendwo gelesen hatte, das es derweil eine eingeschränkte Möglichkeit gäbe bei google-maps mitzuzeichnen. Und Möglichkeiten für abgeleitete Produkte gibt es z.B. in Verbindung mit OpenLayers viele. Das diese nicht an die Flexibilität von OSM ran kommen ist mir schon klar. Wenn es um viele schoene Anwendungen geht, ist Google Maps eben gerade nicht tauglich. Einen Punkt den ich gar nicht nachvollziehen kann ist 2.4. Dort ist angegeben, das die einzelnen Daten in der DB mitunter auch unter einer anderen Lizenz stehen oder auch Patentbehaftet sein dürfen. Das schafft doch eine riesige rechtliche Unsicherheit, da es für mich als Nutzer und ggfs. Weiterverbreiter der Daten gar nicht ersichtlich ist unter welcher Lizenz die einzelnen Daten stehen. Was soll der Paragraph? Der Paragraph macht klar, dass diese ODbL nur die Rechte im Rahmen des Datenbankrechts regelt. Daher braucht es eine begleitende, zweite Lizenz; die Foundation empfiehlt hier die Factual Information License. Wäre es nicht sinnvoll, das sauber in eine einzige Lizenz zu gießen? Alles in allem würde ich dieser Lizenz nicht zustimmen und eher eine Löschung meiner Daten in Kauf nehmen. Dann werden einige Regionen wieder recht kahl :-) Das sind starke Worte. Kannst Du so sagen, bringt aber nicht wirklich irgendjemand weiter. Niemand hier im Projekt kann Forderungen stellen und erwarten, dass die ganze Welt davor zittert, dass ein kleines Dorf oder von mir aus ein ganzes Bundesland in Deutschland nochmal neu gemappt werden muss. Wenn Du etwas erreichen willst, dann solltest Du Dich am besten am Gestaltungsprozess beteiligen. Mache ich doch, indem ich mich an der Diskussion beteilige. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz: Forschritte
Hallo, Am Freitag, den 27.02.2009, 21:34 +0100 schrieb Dirk Stöcker: Und wie Frederik schon sagt würde ich z.B. auch eine reine Public-Domain-Variante akzetieren. Ich verliere nichts dadurch, kann aber viel gewinnen (z.B. bessere Navigationssysteme). und ab da wirds politisch. Ich will für meinen Teil nicht, das sich jemand die von mir eingebrachten Daten unter den Nagel reißen kann. Im von Dir schon angesprochenen Softwarebereich stelle auch alles unter die GPL und nicht unter die LGPL oder gar BSD oder MIT Lizenz, weil ich will, das jemand der sich an meinem Werk bedient auch etwas zurück geben muss. Für mich ist das gewissermaßen erzwungene fairness. Oder glaubst Du daran, das wenn Du Daten, Programme, ... unter einer BSD-artigen Lizenz veröffentlichst, alle Nutzer - und hier meine ich grade Firmen und Konzerne - mit darauf aufbauenden Werken das gleiche tun werden? Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks direkt als Way in OSM hochladen?
Am Samstag, den 21.02.2009, 22:52 +0100 schrieb Norbert Kück: Hallo, wenn man zeigen möchte, warum man das besser nicht tut, kann man hier ein abschreckendes Beispiel finden: http://www.openstreetmap.org/?lat=53.868181lon=10.709427zoom=18layers=B000FTF In angenehmer Erinnerung an eine gute Studentenzeit (lang ist's her) bin ich eben per OSM durch Lübeck gewandert. Meine Freude hat an dieser Stelle doch einen schlimmen Dämpfer bekommen. :-( Eigentlich sollte das als So nicht archiviert werden. Hallo, wenn man sich das Benutzerfoto vom Ersteller anschaut, sieht es so aus als hätte er für die Karnevalszeit Urlaub von der Klapse und hätte dann den Track im Vollrausch angelegt. Ich würds einfach löschen, Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks direkt als Way in OSM hochladen?
Am Samstag, den 21.02.2009, 23:38 +0100 schrieb Dirk Stöcker: Da hat sich jemand die Mühe gemacht jeden Weg in dem Park abzulaufen und bei OSM einzutragen und nur weil er es nicht geanz richtig gemacht hat amüsierst Du Dich über ihn und willst seine Arbeit löschen? Komische Auffassung von Zusammenarbeit. Für mich ist das nicht mehr als Müll abzuladen. Mit den Daten kann man nicht das geringste anfangen. Und auch wenn die allgemeine Haltung bei OSM sehr liberal ist, meine ich, das es nicht zu viel verlangt ist, sich zumindest über grundsätzlichste Sachen zu informieren. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG in PDF oder EPS wandeln
Am Freitag, den 20.02.2009, 13:07 +0100 schrieb André Reichelt: Sieht ganz interessant aus. Ich finde den Hintergund aber etwas verpixelt. Habt ihr die Export-Funktion genutzt? Hallo, für den Entwurf habe ich einfach ein paar PNG-Tiles zusammen geklebt. Für die Endgültige Fassung habe ich mir den Hintergrund schon als SVG rendern lassen. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Abbiegerestriktion
Hallo, ich habe hier eine Abzweigung die so aussieht: A ---a---b--- B \ / \ / \ / c | C Auf dieser darf man nur von A nach B von A nach C von B nach A von C nach B fahren. A-B ist eine secondary, C eine residential. In der Mitte steht eine kleine Verkehrsinsel und die Spuren sind klar getrennt, so das man es nicht einfach durch einen Kreuzungspunkt darstellen könnte. Um die Beschränkungen einzutragen wollte ich folgende Restriktionen anlegen mit from=B-b to=c-C via=b-c und from=C-c to=b-B via=c-b Da mir JOSM die Relationen aber mit einen Stern angezeigt hat, habe ich nochmals in die Doku geschaut und gesehen, das für die via's nur Knoten erlaubt sind. Das ist nicht wirklich toll. Denn so müsste ich es so anlegen from=B-b to=b-c via=b und from=C-c to=c-b via=c da man aber von C kommend bei b und von B kommend bei b nicht nach a darf müsste ich an den Punkten zwei weitere Relationen anlegen. Das ist nicht nur haufenweise Arbeit durch die später keiner mehr durchblickt, sondern in JOSM erscheinen auch noch zwei zusätzliche Schilder wo in der Natur keine stehen. Mit der Argumentation, das alles nach dem no_ und only_ der restriction dafür benötigt würde um die Schilder irgendwann mal in Karte anzeigen zu können (was hoffentlich nie passieren wird) würden auch dort Schilder erscheinen in der Natur wo keine sind. Langer Rede kurzer Sinn: Für via's sollten auch Wege zugelassen werden, solange sie mit ihren Endpunkten an den Endpunkten des from und des to anschließen. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abbiegerestriktion
Hallo, Am Sonntag, den 15.02.2009, 17:45 +0100 schrieb Tobias Knerr: Detlef Reichl schrieb: A ---a---b--- B \ / \ / \ / c | C a-c oneway c-b oneway oneways dafür zu verwenden finde ich total falsch. Für mich ist ein oneway eine klassische Einbahnstraße. Dadurch das man für die vias auch Wege verwenden kann ergibt sich die vorgeschriebene Fahrtrichtung automatisch. Um die Beschränkungen einzutragen wollte ich folgende Restriktionen anlegen mit from=B-b to=c-C via=b-c und from=C-c to=b-B via=c-b und damit hättest du nicht erfasst, dass man nicht von B-b über a-c nach c-C darf, oder? Und das Wendeverbot an c (falls ein solches existiert) auch noch nicht. Wenn du das noch erfassen willst, brauchst du mehr Relationen (3 ohne Wendeverbot, 4 mit) als ich oben (2 ohne Wendeverbot, 3 mit). Richtig. Und das ist der Punkt, weswegen ich schon schrieb das das viel zu aufwendig ist und sich durch die Nutzung von Wegen für vias stark vereinfachen lässt. Es wurde ja auch schon geschrieben, das man es darf. Fehlt nur noch, das jemand das wiki ändert ;-) Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abbiegerestriktion
Hallo, Am Sonntag, den 15.02.2009, 17:59 +0100 schrieb Dirk Stöcker: On Sun, 15 Feb 2009, Detlef Reichl wrote: Langer Rede kurzer Sinn: Für via's sollten auch Wege zugelassen werden, solange sie mit ihren Endpunkten an den Endpunkten des from und des to anschließen. Wenn Du die Daten angelegt hast, gleich hier einen Link darauf eintragen: http://josm.openstreetmap.de/ticket/2177 hängt dran. Grüßle, detlef ___ 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] Umstellungen im Vorlagenmenü des JOS M
Hallo, Am Montag, den 09.02.2009, 01:18 +0100 schrieb Christoph Eckert: Bedenkt aber bitte, dass einige Menüs jetzt schon zu lang sind. Ich habe hier den Luxus reichlicher Auflösung. Aber für Leute mit geringerer Auflösung (Netbooks sind gerade in) oder gar mobilen Geräten wie dem N810 (die Presets laufen nicht nur in JOSM, sondern auch in osm2go) muss das Scrollen (Linguisten vor, wie übersetzt man 'Scrollen'?) in endlicher Zeit machbar sein. bin zwar kein Linguist, aber ich kenne scrollen als Bildlauf und Presets als Vorlagen. Grüßle, detlef ___ 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 Samstag, den 07.02.2009, 16:27 +0100 schrieb Frederik Ramm: Allerdings stoeren mich einige Dinge, ich finde, dass eine gute Uebersetzung auch wissen muss, wo sie zu uebersetzen aufhoeren sollte. Ich finde zum Beispiel, dass man auch einem deutschen Nutzer die Worte Node und Way zumuten sollte. Es sind ohnehin Abstrakta - ein Way ist ja nicht wirklich ein Weg, sondern eben das, was in der OSM-Datenbank Way heisst, also ein lineares Konstrukt mit mehreren Stuetzpunkten. Ich finde, dass man, indem man auch solche Begriffe uebersetzt, unnoetig Barrieren aufbaut und es dem Benutzer (noch) schwerer macht, auch mal ein anderes, englischsprachiges Programm zu bedienen. ich denke, man sollte so weit wie möglich übersetzen. Für jemanden, der der englischen Sprache nicht mächtig ist, ist ein Node und ein Way wirklich etwas sehr abstraktes. Er/Sie kann sich darunter nämlich erstmal nichts vorstellen. Schau dir mal ein Programm in einer Sprache an, die Du nicht im geringsten beherrscht. Da stehst Du erst einmal wie der Ochs vor dem Berg. Die Einstiegshürde ist verdammt hoch. Auf der anderen Seite dürfte für Leute die englisch mehr oder weniger sprechen der Brückenschlag, das ein Knoten den sie in eingedeutschten Programmen kennen gelernt haben, in englischsprachigen Programmen ein Node ist nicht weiter schwierig sein. An einigen Stellen ist das ok - der OSM-Server heisst auch im deutschen JOSM OSM-Server und nicht irgendwie komisch. Die Balance stimmt weitgehend, aber einige Details wuerde ich anders machen. So wuerde ich auch weiterhin von Tags sprechen und nicht von Eigenschaften. Ein Button ist fuer mich auch auf Deutsch ein Button und nicht ein Knopf Bei mir heißt der Button auch nicht Knopf sondern Schaltfläche ;-) Die Frage bei Bedienelementen ist doch, wo du die Grenze ziehen willst. Button habe die meisten schön gehört. Ein Fenster ist bei mir aber ganz klar ein Fenster und kein Window und auch ein Eingabefeld gefällt mir weit besser als ein Entry. Ich denke, wir stehen bei der Übersetzung von Programmen immer noch sehr weit am Anfang. Früher waren grade im Bereich freier Software (eines der wenigen Worte die ich nicht übersetzen würde, weil mir nichts sinnvolles dafür einfällt) alle Programme komplett in englisch gehalten. Daran habe sich viele gewöhnt und damit die englischen Begriffe verinnerlicht. Hier eine sprachliche Eigenständigkeit zu gewinnen wird wohl noch einige Zeit dauern, aber meiner Meinung nach lohnt es sich. Es gibt schon viel zu viel Bereiche in der unsere Sprache verdenglischt wurde. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Relationeingabe
Am Montag, den 02.02.2009, 15:00 +0100 schrieb André Reichelt: Detlef Reichl schrieb: wenn das so ist, sollte der Relations-Dialog modal sein, das man wenn er offen ist alles andere nicht auf Eingaben reagiert, oder? Keine gute Idee, denn ich will ja noch Objekte im Hintergrund markieren und das geht eben nur, wenn das Hauptfenster noch auf Eingaben reagiert. Stimmt auch wieder, sollte also wohl eher read-only sein, so das man Objekte markieren, aber nicht ändern kann. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Relationeingabe
Am Montag, den 02.02.2009, 12:55 +0100 schrieb Dirk Stöcker: Das die Chance sehr groß ist, das Du Daten zerstörst, wenn Du im Relationseditor etwas änderst und parellel im normalen JOSM Änderungen machst, ist das so gewollt. Hallo, wenn das so ist, sollte der Relations-Dialog modal sein, das man wenn er offen ist alles andere nicht auf Eingaben reagiert, oder? Ich habe es, wenn ich sehr große Objekte zu bearbeiten hatte, auch schon gemacht, das ich den Editor offen hatte und gleichzeitig an Objekten Änderungen vornahm. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Framework für die Kartendarstellung - Existent ???
Am Samstag, den 31.01.2009, 21:54 +0100 schrieb Jan Tappenbeck: Hi ! gibt es eigentlich eine Art Framework (ich bezeichne es einmal so) bei dem nicht nur die Anzeige von Tracks und Points, wie schon aus manchen Beispielen ersichtlich, über zugehörige Navi-Schalter an der Seite erstellt werden können. Ich meine hierbei nicht die mit + aufklappbaren Leisten wie wir diese von OSM kennen - das ist für den Themen-Fremden Anwender etwas zu speziell. Hallo Jan, damit hast Du schon mal gesagt, was Du nicht haben möchtest. Was jetzt noch fehlt ist, wie Du dir das gewünschte vorstellst :-) Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lizenz der slippy-map Codes
Hallo, Unter was für einer Lizenz steht der Code der Slippy Map? Ich bin bereits durch weite Bereiche des Quellcodes und nirgendwo findet man eine Linzenz. Einzig im root Verzeichnis findet man die GPL v.2.0. Gilt diese für allen darunter liegenden Code? Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz der slippy-map Codes
Hallo, Am Donnerstag, den 29.01.2009, 15:38 +0100 schrieb André Reichelt: Detlef Reichl schrieb: Unter was für einer Lizenz steht der Code der Slippy Map? Hallo, wir setzen da OpenLayers ein. Aller weitere findest Du hier: http://openlayers.org Ich meinte den OSM-spezifischen Teil. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz der slippy-map Codes
Am Donnerstag, den 29.01.2009, 15:49 +0100 schrieb André Reichelt: Detlef Reichl schrieb: Ich meinte den OSM-spezifischen Teil. Welchen denn? Die Kartentiles (Layer)? Oder den Namefinder? Kleinigkeiten vom Layer, wie z.B. die updatelinks Funktion die unter anderem den Permalink aktualisiert. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wickelraum
Hallo, wie erfasst man einen Wickelraum oder eine Toilette mit Wickelmöglichkeit? amenity=toilet baby_care=yes Tagwatch liefert dazu nix :-/ Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mapnik Textpositionierung
Hallo, Mapnik scheint Probleme zu haben, wenn man kleinen Objekten einen Namen gibt. Der Text Bienen http://openstreetmap.org/?lat=48.876773lon=8.715523zoom=18layers=B000FTF gehört zu dem kleinen Fleck ca. 100 Meter weiter Südlich und ein paar Meter Westlich. Wenn man auf Osmarender umschaltet, sieht man wo er hingehört. Der Kasten hat eine Kantenlänge von etwas unter zwei Meter. Liest einer der Mapnik-Entwickler hier mit oder kann es jemand an die entsprechenden Personen weiter geben? Ich habe keine Lust mich auf noch ner Liste anzumelden ;-) Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Bugs schließen
Am Dienstag, den 20.01.2009, 09:06 +0100 schrieb Dirk Stöcker: On Mon, 19 Jan 2009, Detlef Reichl wrote: und was machen wir z.B. mit http://josm.openstreetmap.de/ticket/506 ? Das Plug-in zu finden unter http://www.bigbob.org.uk/files/geotagged/ ist zum letzten mal 11-2007 aktualisiert worden. Bei der Entwicklungsgeschwindigkeit von JOSM bezweifle ich das es durch einen kleinen Fix wieder zum Laufen zu bringen ist. So gravierend sind die Änderungen nicht. Das ist alles korrigierbar. Einfach schließen und warten das jemand meckert? Nein. Was kann das Plugin denn, was die Alternativen nicht können? Hallo, was es kann, kann ich nicht zu 100% sagen, da ich keine Doku gefunden habe. Der Source basiert laut einem Kommentar auf dem GeoImageLayer-Code und sieht auch aus wie eine abgespeckte oder alte Version davon. Als erweiterte Funktion wurde wohl mal versucht eine Sound-Ausgabe einzubauen, allerdings gibt es dazu nur ein winziges auskommentiertes Codefragment. Wenn man das Plug-in wieder zum Laufen bekäme dürfte es aussehen wie der GeoImageLayer, also keinerlei Mehrwert. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie kann man eine Relation ermitteln
Am Dienstag, den 20.01.2009, 16:16 +0100 schrieb Jan Tappenbeck: Moin ! man stelle sich eine Relation vor für einen Weg zum Beispiel der durch ganz Deutschland oder Europa verläuft. Kann ich irgendwo eine Liste aller Relationen, meinetwegen nach Typen gefiltert, bekommen um darin zu suchen ? Wie kann ich sonst wissen ob einer in Bayern oder Italien bereits eine Relation hierzu angelegt und nur in keiner WIKI-Liste eingetragen hat ! Hallo, Du kannst so etwas über Xapi abrufen http://wiki.openstreetmap.org/wiki/Xapi Dürften aber bei unvorsichtiger Filterwahl sehr viele Daten werden ;-) Ich würde es aber einfach ignorieren und warten bis sich der Kreis von selber schließt. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Objekte gegen Änderungen schützen
Am Mittwoch, den 21.01.2009, 00:13 +0100 schrieb Frederik Ramm: [sehr ausführlich] Hallo Frederik, ich schließe mich dir an, das keine Nutzergruppen mit besonderen Rechten implementiert werden sollten. Was dabei raus kommt sieht man bei WikiPedia. Dort muß derweil auch die kleinste Änderung an den meisten (alle?) Artikeln von den Admins abgenickt werden. Das tötet die Motivation vieler Leute. Auf der anderen Seite fände ich ein Werkzeug zur Überwachung von Bereichen oder Objekten sehr hilfreich. Auch ich habe ein paar Objekt, die mir mit der Erstellung recht viel Zeit gekostet haben und die ich nicht gern verunstaltet sähe. Um Verunstaltungen rückgängig machen zu können sollte es simple Werkzeuge geben, mit denen man auf eine beliebigen Versionsstand für eine Objekt oder einen Bereich zurückgehen kann. Dieses Werkzeug sollten für den normalen Benutzer auf eine bestimmte Anzahl von Versionsständen begrenzt sein. In diesen Bereich hätte ich kein Problem damit, wenn es Benutzer gäbe, die - aufgrund dessen was sie zum Projekt beigetragen haben - erweiterte Rechte hätten, um z.B. auch auf ältere Versionen zurückspielen zu können. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Bugs schließen
Am Montag, den 19.01.2009, 11:56 +0100 schrieb Marc Schütz: Das Problem ist, dass der JOSM-Trac keine E-Mail-Benachrichtigungen rausschickt. Hallo, heißt das auch, das ich wenn ich patches an Bugs dranhänge, die Entwickler davon nicht automatisch informiert werden, so das es bis zum Einpflegen doch länger dauern könnte? Wäre es dann notwendig/sinnvoll eine Mail an die josm-dev Liste zu schicken um auf den Patch hinzuweisen? Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Reit- und Wanderkarte
Am Montag, den 19.01.2009, 20:25 +0100 schrieb Ekkehart: Aber hauptsächlich liegt es daran, daß ich in Bayern zuhause bin. Und dort gilt die Regel, daß man überall reiten darf, wo es nicht ausdrücklich verboten ist (vereinfacht dargestellt - keine Diskussion bitte :-). Und die verbotenen Wege werden gerendert (mit Schild und rot durchgestrichen), zumindest soweit das die etwas umstrittene Tag-Lage zuläßt. Andere Bundesländer sind da deutlich restriktiver, aber ich brauche Ortskundige, die an der Karte mitarbeiten, um eine gute Lösung für diese Gegenden zu finden. Hallo, für BaWü hatte ich letzten schon mal einen Gesetztesausschnitt im Forum gepostest, der nicht nur die Reiter sondern auch das Radfahren im Wald betrifft. Demnach muß ein Weg im Wald mindestens drei Meter breit sein, damit er von Reitern benutzt werden darf und 2,5 Meter für Radfahrer. Ausnahmen müssen beschildert sein. Das wäre zumindest eine Grundlage, wenn nichts beschildert ist. Das ist ein Grund weswegen ich bei allen Wanderwegen eine geschätzte Breite angebe. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Bugs schließen
Am Montag, den 19.01.2009, 10:54 +0100 schrieb Dirk Stöcker: Ich mach die nach ca. 1 Woche mit No answer. Closing und WORKSFORME zu. Hallo, und was machen wir z.B. mit http://josm.openstreetmap.de/ticket/506 ? Das Plug-in zu finden unter http://www.bigbob.org.uk/files/geotagged/ ist zum letzten mal 11-2007 aktualisiert worden. Bei der Entwicklungsgeschwindigkeit von JOSM bezweifle ich das es durch einen kleinen Fix wieder zum Laufen zu bringen ist. Einfach schließen und warten das jemand meckert? Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM auf geladenen Bereich zoomen
Am Freitag, den 16.01.2009, 19:44 +0100 schrieb Detlef Reichl: Hallo, gibt es in JOSM eine Möglichkeit auf den zu letzt geladenen Bereich zu zoomen? Wenn ich in der Karte Objekte nachtrage, die ich bislang nicht gemappt habe, wie momentan z.B. Transformaterhäuschen, dann lade ich mir einen kleinen Bereich um das Objekt über den Slippymapchooser, trage das Objekt ein, lade dann den nächsten Bereich u.s.w.. Zwischendurch schließe ich die bislang geladenen Teile nicht, da ansonsten die Autovervollständigung bei der Eingabe ja nicht funktioniert. Und deshalb wäre es dann praktisch, wenn es ein Tastenkürzel gäbe, das auf den zuletzt geladenen Bereich zoomt. Grüßle, detlef Ps. wenn die Chance besteht, das das integriert wird schreibe ich auch gern einen bugreport dafür :-) Hallo, ich habe mal einen Patch plus Icon fürs Menu gebaut. Findet sich unter http://josm.openstreetmap.de/ticket/2046 . Da ich nicht grade der große JAVA-Experte bin und mich auch im Code von JOSM nicht wirklich auskenne, sollte man es besser etwas genauer anschauen :-) Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM Bugs schließen
Hallo, eine Frage an die JOSM-Entwickler. Ich schaue grade über die Bug-Liste von JOSM um zu sehen, ob es dort noch ein paar kleinere Fehler gibt, die ich beheben könnte. Wenn ich dort über Fehler stolpere, die schon gefixt sind (wie z.B. 1363), ist es dann OK, wenn ich die Bugs schließe oder möchten das die Core-Entwickler lieber selbst übernehmen? Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM auf geladenen Bereich zoomen
Am Samstag, den 17.01.2009, 11:27 +0100 schrieb Gerd Steinburger: Detlef Reichl schrieb: gibt es in JOSM eine Möglichkeit auf den zu letzt geladenen Bereich zu zoomen? ja, wenn er als neue Ebene geladen wird. Dann kann man bei den Layer den zu letzt geladenen Bereich markieren und mit Ansicht auf Ebene zoomen (2) anzeigen. Gruß Da die Autovervollständigung aber nicht über Ebenen hinweg funktioniert, hilft mir das in dem von mir beschriebenen Fall leider nicht. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Abbiegereglungen [war: Superrelationen]
Am Samstag, den 17.01.2009, 10:21 +0100 schrieb Bernd Wurst: Zudem gibt es noch einige andere Anwendugnen mehr, die sich aber noch nicht so in freier Wildbahn durchgesetzt haben und man daher bisher keinem erklären muss. Dazu gehören Abbiegeverbote (ich hoffe da gibt es bald mal einen brauchbaren Vorschlag) Hallo, die Abbiegeregelungen sind vom Prinzip her ja ganz einfach, nur meiner Meinung nach viel zu kompliziert umgesetzt. Da gibt es auf der einen Seite mehrere Werte wie no_left_turn, no_right_turn, no_straight_on, ... und auf der anderen Seite heißt es dann in der Erklärung, das eigentlich nur das no_ bzw. das only_ am Anfang relevant wären. Warum reduziert man es dann nicht einfach darauf? - only_this_way und not_this_way. Das würde es für die meisten Mapper einfacher machen das System zu verstehen. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abbiegereglungen [war: Superrelationen]
Am Samstag, den 17.01.2009, 12:37 +0100 schrieb Bernd Wurst: Hallo. Am Samstag, 17. Januar 2009 schrieb Detlef Reichl: die Abbiegeregelungen sind vom Prinzip her ja ganz einfach, nur meiner Meinung nach viel zu kompliziert umgesetzt. Da gibt es auf der einen Seite mehrere Werte wie no_left_turn, no_right_turn, no_straight_on, ... und auf der anderen Seite heißt es dann in der Erklärung, das eigentlich nur das no_ bzw. das only_ am Anfang relevant wären. Warum reduziert man es dann nicht einfach darauf? - only_this_way und not_this_way. Das würde es für die meisten Mapper einfacher machen das System zu verstehen. Genau das. Ich gehe nicht davon aus, dass irgend jemand in einer Endanwendung das aktuelle Schema auswertet oder dies fest vor hat. Es ist einfach zu unlogisch. Hallo, ich kann mir gut vorstellen, das es von Routern ausgewertet wird. Dafür würde es in der von mir beschriebenen Weise ja auch reichen. Wie Frederik aber schon schrieb, ist der Gedanke dahinter wohl die Möglichkeit zu haben, das passende Schild in die Karte rendern zu lassen. Hierfür die Abbildung der Schilder zu nehmen fände ich allerdings mehr als unhandlich, da die Schilder um sie überhaupt zu verstehen in die passende Richtung gedreht werden müssten. Leute denen es am Räumlichen Vorstellungsvermögen fehlt, müssten dann allerdings die Karte drehen um das Schild richtig erfassen zu können. Bei einer Karte OK, bei den meisten Monitoren aber eher schwierig ;-). Es wäre meiner Meinung nach weit aus sinnvoller einfach Pfeile über die Kreuzungen laufen zu lassen die darstellen, wie man fahren darf. Das lässt sich gut erkennen, egal aus welcher Richtung man schaut und ist wiederum mit meinem System realisierbar. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abbiegereglungen [war: Superrelationen]
Am Samstag, den 17.01.2009, 14:15 +0100 schrieb Karl Eichwalder: Detlef Reichl detlef.rei...@gmx.org writes: Da gibt es auf der einen Seite mehrere Werte wie no_left_turn, no_right_turn, no_straight_on, ... und auf der anderen Seite heißt es dann in der Erklärung, das eigentlich nur das no_ bzw. das only_ am Anfang relevant wären. Warum reduziert man es dann nicht einfach darauf? - only_this_way und not_this_way. Ja, ungefähr so. Ich sage nur: noexit=yes ;) Es ist eigentlich eine grundregel, dass man nichts verneintes ins label (attribut-name) tun darf. Deswegen sollten wir das umstellen auf: exit=no right_turn=no straight_on=no etc. Hallo, das ist für Realtionselemente so aber nicht möglich, da der Wert schon mit der ID des jeweiligen Wegs belegt ist. Deshalb wurde da aus dem right_turn=no ein no_right_turn. Wenn man nur mit no-Werten arbeitet bildet man wieder nicht das ab, was auf dem Schild zu sehen ist, wodurch bei Karten die Schilder einzeichnen wollen etwas erscheint, das nicht der realen Straßenbeschilderung entspricht. Zwei Werte wie von mir vorgeschlagen only_this_way und not_this_way zu nehmen ist einfach nur eine Arbeitserleichterung. Wenn du eine Kreuzung hast, von der sechs Wege abzweigen und es ist nur erlaubt ein eine bestimmt Richtung zu fahren, würde dort ein einzelner only_this_way reichen, anstatt an fünf Wegen ein not_this_way zu setzen. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] josm - Tastaturbedienung
Am Samstag, den 17.01.2009, 19:48 +0100 schrieb Karl Eichwalder: Ok, danke! Leider funktioniert Alt-B hier nicht (Mac OS X). Ich habe die Vermutung, dass Alt nur anspringt, wenn wirklich ein Buchstabe des Buttons unterstrichen ist. Hallo, mit Unterstrichen hat es nichts zu tun. Ich habe es bei mir auf Alt+A geändert und da ist auch nichts unterstrichen. Aber Du kannst die Tastenkombinationen in den Einstellungen doch ändern. Ob dort Apfel+* unterstützt wird kann ich dir allerdings auch nicht sagen (habe mein OS X von der Platte geputzt). Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] josm - linienstärke
Am Samstag, den 17.01.2009, 19:42 +0100 schrieb André Reichelt: Karl Eichwalder schrieb: Gibt es die möglichkeit, alle linien nur 1 pixel breit zu machen? Wie wäre es denn mit dem Wireframe-Mode? Das sollte genau diesen Effekt bringen. Hallo, hatte ich auch schon mal ausprobiert, da mir eine Wireframe-Darstellung eher behagen würde. Allerdings fehlen einem dann das Frabschema und die die verschieden Strichtypen (gepunktet, gestrichelt, ...) Der Mappaint-Modus mit 1 Pixel-Breite wäre für mich auch optimal. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM auf geladenen Bereich zoomen
Hallo, gibt es in JOSM eine Möglichkeit auf den zu letzt geladenen Bereich zu zoomen? Wenn ich in der Karte Objekte nachtrage, die ich bislang nicht gemappt habe, wie momentan z.B. Transformaterhäuschen, dann lade ich mir einen kleinen Bereich um das Objekt über den Slippymapchooser, trage das Objekt ein, lade dann den nächsten Bereich u.s.w.. Zwischendurch schließe ich die bislang geladenen Teile nicht, da ansonsten die Autovervollständigung bei der Eingabe ja nicht funktioniert. Und deshalb wäre es dann praktisch, wenn es ein Tastenkürzel gäbe, das auf den zuletzt geladenen Bereich zoomt. Grüßle, detlef Ps. wenn die Chance besteht, das das integriert wird schreibe ich auch gern einen bugreport dafür :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreibt JOSM ungefragt in GPX-Dateien?
Am Mittwoch, den 14.01.2009, 07:50 +0100 schrieb Dirk Stöcker: Hallo, Wenn Du die GPX-Ebene ausgewählt hast Das kann ich nicht ausschließen. und ganz normal speichern im Menü auswählst (im allgemeinen will man in so einem Fall die OSM-Datei speichern). Vielleicht sollte eine Warnung kommen, wenn man eine geladene GPX-Datei speichert. Ein Soll die Datei XYZ überschrieben werden? wäre ganz Nett. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Schreibt JOSM ungefragt in GPX-Dateien?
Hallo, als ich grade in einer meiner GPX-Dateien schaute fand ich darin: gpx version=1.1 creator=JOSM GPX export xmlns=http://www.topografix.com/GPX/1/1; Darauf hin grep-te ich über die anderen GPX-Dateien und fand diesen Haeader ein zweites mal. Eine der Dateien enthält Daten von gestern und bei der Bearbeitung habe ich weder über das Menü die Daten als GPX exportiert (das Menü verwende ich fast nie) noch dies über strg+e gemacht (strg+e ist von dem was ich normalerweise auf der Tastatur nutze soweit entfernt, das ein versehentliche Nutzung auszuschließen ist). Wird bei irgendwelchen anderen Aktionen der GPX-Track ohne Rückfrage exportiert? Der aktuelle Track wurde mit der JOSM-Version von gestern bearbeitet, der andere mit einer von November 08. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmosis-Fragen
Am Montag, den 12.01.2009, 18:09 +0100 schrieb Stefan Dettenhofer Ich mache das aber 2-stufig: Zuerst schneide ich 1°-Streifen heraus, die ich dann in einem 2. Durchlauf nochmals zerstückele. Außerdem benutze ich enableDateParsing=no Hallo Stefan, danke für die Hinweise, werde ich mal ausprobieren. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
Am Sonntag, den 11.01.2009, 11:06 +0100 schrieb Bernd Wurst: Aber ja, Alt+B ist mir auch noch etwas ein Dorn im Auge, war nur zu faul das zu ändern. Hallo, Alt+B finde ich auch grauselig, Alt+A war weit einfach zu greifen. Jetzt wollte ich es ändern, allerdings ist das nicht möglich. Egal welche Tastenkombination ich in dem Einstellungsdialog auch anwähle, das Feld darunter bleibt komplett ausgegraut. Woran kann das liegen? Ich verwende momentan Version 1208. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Bug beim Speichern als OSM Datei
Am Freitag, den 09.01.2009, 14:42 +0100 schrieb Jacques Nietsch: Seit einigen Versionen schreibt Josm falschen XML Code. In Zeile 3 landet immer ein nicht abgeschlossnes Tag origin='OpenStreetMap server' / Josm selbst stört sich beim Einlesen nicht daran, aber andere Programme z.B. Kosmos steigen aus. Jacques Hallo, außerdem wird die Boundingbox falsch angegeben. Ich hatte mir die Grenze von BaWü gespeichert und in der Datei fand ich dann bounds minlat='47.5792334179688' minlon='9.5947668359375' maxlat='47.5847265820312' maxlon='9.6057531640625' origin='OpenStreetMap server' / das ist definitiv viel zu klein. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Straßen/Wege/Pfade
Am Freitag, den 09.01.2009, 16:23 +0100 schrieb Jan-Benedict Glaw: Letztlich bleibt aber die Frage: Wie markiert man optimal, daß hier noch ein Weg fehlt (oder noch weitergeht)? Hallo, ich fotografiere einfach schräg in die Straße rein. Später lade ich mir die Fotos in JOSM und über die Perspektive des Fotos sehe ich dann auch noch in welche Richtung der Weg abzweigt. Über das Openstreetbugs-plugin mache ich dann einen Bug an der richtigen Wegseite auf. Über ein kleines selbstgeschriebenes Progrämmchen lasse ich mir dann bevor ich mal wieder in die Gegend komme eine Karte mit allen offenen Bugs für die Gegend rendern, die ich mir dann entweder ausdrucke oder auf die Kamera lade. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmosis-Fragen
Am Freitag, den 09.01.2009, 22:44 +0100 schrieb Frederik Ramm: Hallo, Detlef Reichl wrote: ich versuche grade mit Hilfe von Osmosis die Baden-Württemberg OSM-Datei von der geofabrik in Zoom-Level 12 große Stücke zu schneiden. Insgesamt werden es 1435 einzelne Tiles und mein - nicht mehr wirklich neuer - Rechner wird wenn er fertig ist damit rund zwei Tage zugebracht haben. Momentan läuft das bei mir einfach auf Dateiebene. Du weisst, dass 1. Osmosis superlangsam beim Lesen/Schreiben von .bz2 ist? Also immer in rohe .osm schreiben bzw. aus rohen .osm lesen und vorher/nacher die Kompression! Hallo Frederik, danke fürs feedback. Um die Kompression bin ich elegant drumrum geschifft, indem ich es vorher entpackt habe. Die Hinweise zur bz2-Performanz hatte ich gelesen. 2. Osmosis mehrere Excerpte in einem Rutsch machen kann, indem Du den mit --rx gelesenen Datenstrom mit --tee splittest und dann jeweils Pärchan von --bb und --wx anhängst? 1435 wird nicht gehen, aber wenn Du in Schritt 1 Ba-Wue in Level-9-Happen zerteilst und jeden davon in Schritt 2 wieder in 64, kämst Du mit 65 Osmosis-Aufrufen hin. Momentan verarbeite ich es Zeilenweise, 41 Zeilen a 35 Tiles. Da stellte ich mir schon die Frage, ob es nicht sinnvoller wäre es mehr in einer Art Schachbrettmuster zu verarbeiten. Die Cance, die Daten die benötigt werden um ein Tile fertig zu stellen, im RAM zu finden dürfen dann größer sein. Ich frage mich jetzt, ob wenn ich die Daten erst in eine DB schreiben würde, Geschwindingkeitsvorteile erzielen würde. Außerdem, ist das bei einem GB RAM überhaupt praktikabel (mehr lässt sich in den Rechner leider nicht einbauen)? Hm, bist Du ueberhaupt sicher, dass Du diese vorberechneten Kacheln brauchst? Da komme ich nicht drum herum. Diese Kacheln dienen als Basis für eine Slippy-Map, die die Daten für POIs dynamisch Kachelweise nachläd, als Basis für Fehlerkarten und Dauer wahrscheinlich noch für das eine oder andere mehr. Koenntest du nicht einfach die komplette OSM-API (oder einen ROMA-Server, s. Wiki) bei Dir installieren und dann einfach mit einem map-Aufruf jeweils lokal den Bereich abrufen, den Du brauchst? Mit ROMA hatte ich mich bislang noch nicht befasst. Ist es damit auch möglich einzelne Teilbereiche anzubieten und nicht nur das komplette planet.osm? Gibt es neben Osmosis vielleicht noch eine Alternative? Wichtig ist, das alle Daten übertragen werden. osmcut, das Relationen nicht berücksichtig scheidet deshalb schon mal aus. Bau doch Relationen in osmcut ein, das ist keine Magie. (Du weisst, dass Du bei Osmosis spezielle Commandline-Switches brauchst, wenn Du willst, dass auch aussenliegende Member von Relationen und Ways mit ausgegeben werden, und dass dadurch alles noch langsamer wird?) osmcut zu erweitern hatte ich auch schon drüber nach gedacht. Das scheiterte allerdings bislang am inneren Schweinehund ;-) Warum etwas selbst programmieren, wenn es schon brauchbare Alternativen gibt. Wahrscheinlich werde ich mir das aber doch nochmals anschauen. Die Laufzeiten von osmosis sind mir einfach zu lang. Über die Kommandozeilenoptionen von Osmosis weiß ich Bescheid, und ich vermutete auch schon, das diese zu der (nicht berauschenden) Geschwindigkeit beitrugen. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
Am Donnerstag, den 08.01.2009, 21:10 +0100 schrieb dgdg: JOSM ist da schon sehr eigen: Vier Modi, die man jeweils immer explizit einstellen muss. Wozu brauch man einen Modus Knoten löschen? Warum kann ich nicht einfach einen markieren und Entfernen drücken? Wazu braucht man einen Modus Knoten setzen? Warum kann ich nicht einfach irgendwo hinklicken, und da entsteht ein neuer Knoten? Wozu ein extra Zoom-Modus? Wer jetzt sagt, das geht nicht anders, der hat noch nicht mit Potlatch gearbeitet. Hallo, ich brauche nie mehr als zwei Modi, Knoten setzen und selektieren. Löschen kann ich im Selektionsmodus und zoomen geht über das Mausrad. Ich finde das sehr intuitiv. Man beachte auch die Feinheiten in der Bedienung von Potlatch: Irgendwo hinklicken: neuer Track-Punkt, Doppelklick: neuer Node, Klick Drag: Karte verschieben. Eine Taste, drei Funktionen. Und alle irgendwie so eingängig, dass man das nach der ersten Benutzung kapiert hat. Über KlickDrag hast Du in JOSM halt die Berichsauswahl, was ich zu anderen Programmen weit konsistenter finde als eine Verschiebung. Wie gesagt, ich erwarte nicht den Umbau von JOSM in diese Richtung. Das wäre dann eine komplett andere Bedienoberfläche und keine eingefleichter JOSM-Benutzer käme mehr damit zurecht. ;-) Hängt deine Kritik eventuell damit zusammen, das Du dich noch nie auch nur ein wenig weiter mit JOSM beschäftigt hast und deshalb damit nicht klar kommst (im Forum hast Du ja schon mehrfach verkündet, das JOSM und die ganzen UNIX-artigen Werkzeuge und dieser ganze Frickelkarm viel zu kompliziert wären)? Davon abgesehen ist OSM ein verdammt komplexe Materie und läßt sich sich bestimmt nicht immer nur auf einen Klick reduzieren. Ich für meinen Teil finde JOSM von der Benutzung her sehr intuitiv und hatte keinerlei Schwierigkeiten mich darin einzuarbeiten. Wenn dir die Werkzeuge nicht gefallen hast du drei Möglichkeiten: 1. benutze etwas anderes 2. mach es selbst besser 3. schreibe fundierte Kritiken und hoffe darauf das es jemand ändert aber bitte unterlasse es auf Leistungen und Fähigkeiten anderer rum zu hacken. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
Am Donnerstag, den 08.01.2009, 22:20 +0100 schrieb dgdg: ich brauche nie mehr als zwei Modi, Knoten setzen und selektieren. Löschen kann ich im Selektionsmodus und zoomen geht über das Mausrad. Ich finde das sehr intuitiv. Warum gibt es dann mehr als zwei Modi, wenn man nur 2 braucht? Ich gebe dir recht, das die anderen Modi aus meiner Sicht überflüssig sind und wegen meiner entfernt werden könnten. Davon abgesehen weiß ich immer noch nicht, was der vierte Modus ist. Über KlickDrag hast Du in JOSM halt die Berichsauswahl, was ich zu anderen Programmen weit konsistenter finde als eine Verschiebung. Ok, Bereichtswahl gibt es in Potlatch überhaupt nicht (ein Manko von Potlatch). Daher habe ich das vermutlich zu sehr als Potlatch-User gesehen. Hängt deine Kritik eventuell damit zusammen, das Du dich noch nie auch nur ein wenig weiter mit JOSM beschäftigt hast und deshalb damit nicht klar kommst (im Forum hast Du ja schon mehrfach verkündet, das JOSM und Ich dachte es ginge hier jetzt gerade darum, wie Anfänger im Allgemeinen mit JOSM klarkommen. Ich persönlich arbeite mit Potlatch und habe keine Probleme mit JOSM. Sorry, es geht zum Teil auch darum, warum Du so ziemlich alles Schlechtredest, was es so gibt. Meiner Meinung nach ist JOSM einfach kein Anfängerwerkzeug. Und es ist auch gar nicht notwendig, das jeder Anfänger damit klar kommt. Dafür gibt es doch die Auswahl unter mehreren Werkzeugen. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues von der Wanderkarte
Am Montag, den 05.01.2009, 17:45 +0100 schrieb Nop: Hilfreich wäre noch ein Maßstab. Kennt jemand eine Methode, einen Maßstab auf einer OpenLayers Karte einzublenden? Hallo, beim erstellen der Map mit new OpenLayers.Map bei den controls noch ein new OpenLayers.Control.ScaleLine() mit angeben. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapping Quality - News II
Am Samstag, den 03.01.2009, 10:41 +0100 schrieb Gary68: lade die pngs herunter und lasse sie dir mit einem grafikprogramm anzeigen! firefox 3.0.5 unter linux kein probelm... Hallo, vielleicht solltest Du einen Hinweis anbringen, das man entweder ein gutes Grafikprogramm verwenden muß (eins mit intelligenter Speicherverwaltung) oder über ausreichend Speicher verfügen sollte. Mein Versuch BaWü zu öffnen habe ich mit firefox abgebrochen, nachdem er auch noch nach ein paar Minuten damit beschäftigt war alles andere was läuft in den Swap auszulagern. Das ist mit einem GB RAM und einer handvoll geöffneter Programme passiert. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] INFAS Kreisgrenzen
Am Freitag, den 02.01.2009, 01:06 +0100 schrieb Frederik Ramm: der Umriss von Bremen muss natuerlich outer in der Grenzrelation Bremen und inner in der Grenzrelation Niedersachsen sein. Jetzt hab ichs. Danke! Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ideen zur Open-Spatial-Database / Open-Yellow-Pages
Am Freitag, den 02.01.2009, 11:17 +0100 schrieb Was mir noch eingefallen ist: * Referenzen auf 3D-Bebäudemodelle Hallo, das unterscheidet sich ja nicht von den jetzt schon vorhandenen image-tags. So etwas könnte meiner Meinung nach mit in den Basisdatenbestand. Ansonsten wäre ein Veranstaltungskalender ganz nett, in dem man z.B. Konzerte, Flohmärkte, Ausstellungen, ... findet. Hierfür wäre allerdings eine Auswahl nach Terminen nötig, im Sinne von: zeige mir alle Flohmärkte am kommenden Samstag. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutschsprachige Hilfe für Weißenfel s (Fwd: Re: Komme nicht klar)
Am Freitag, den 02.01.2009, 16:00 +0100 schrieb Sven Anders: Und wenn jemand eine Ahnung hat, ob wir bald eine Deutsche oberfläche bekommen, würde mich das auch interessieren. Hallo, verbunden mit der Frage nach der Kartenlegende auf der talk-Liste habe ich auch danach gefragt, wie es damit aussieht. Es würde einen i18n branch geben, der aber noch kontrolliert werden müsse. Dies wird kommen, sobald auf die API 0.6 umgestellt wurde. Grüßle, detlef Ps. zur Kartenlegende: in GB ist map gebräuchlicher, während man in US häufiger legend verwendet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] Link to the map legend
Hi, on the talk-de list we are talking about the OSM main page and in particular about the link to the map legend. It is named Map key, a for most German users uncommon word. The English word legend would much better correspond to the German Legende, what would help at least users in Germany. Before I request to change this link, I like to here from native English speakers what's the most common word for a map legend in English. Cheers, detlef Btw. are there any attempts to i18n the main OSM page? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Link to the map legend
Am Donnerstag, den 01.01.2009, 23:03 + schrieb Gregory: Btw. are there any attempts to i18n the main OSM page? i18n what? Internationalization = translate content, web pages, programs into other languages. Cheers, detlef ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] kleines script, um älteste dateie n zu finden?
Am Donnerstag, den 01.01.2009, 07:53 +0100 schrieb Gary68:
hi,
ich hätte gerne ein linux script, dass mir aus einem verzeichnis und
seinen unterverzeichnissen eine liste mit den files, sortiert nach datum
ausgibt.
Hallo,
in ruby könnte das so aussehen:
#!/usr/bin/env ruby
require 'find'
files = []
Find.find(ARGV[0]) { |file| files [File.mtime(file), file] }
files.sort! { |a, b| a[0] = b[0] }
files.each { |file| printf %s\n, file[1] }
es erwartet als Parameter das zu bearbeitende Verzeichnis.
Grüßle, detlef
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ideen zur Open-Spatial-Database / Open-Yellow-Pages
Am Donnerstag, den 01.01.2009, 16:48 +0100 schrieb Tobias Wendorff: Wäre es daher nicht sinnvoll, ein Ergänzungsprojekt zur OSM zu starten, in dem Informationen über ein einfache Maske oder eine Karte einzugeben wären? Dort müsste man dann die Node-ID angeben, zu der man weitere Informationen anfügen möchte. Hallo, ich fände es klasse. Am einfachsten (vor allen für den Benutzer der Daten anlegen will) wäre eine angepasste Slipp-Map zu verwenden, bei der bei einem Klick auf einen POI ein popup aufgeht, in dem alle verfügbaren Informationen stehen und in das man seine Daten eingeben kann. Unter http://osm.dev-random.de/map.html haben wir eine regionale Slippy laufen, die schon alle Informationen für POIs anzeigt. Eine Erweiterung um eine Datenannahmefunktion wäre nicht wirklich aufwendig. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] INFAS Kreisgrenzen
Am Donnerstag, den 01.01.2009, 21:42 +0100 schrieb Jochen Topf: On Thu, Jan 01, 2009 at 06:21:12PM +0100, Norbert Kück wrote: Die Stadt Bremerhaven ist auf allen Seiten von Niedersachsen umgeben, in N, O und S vom Kreis Cuxhaven (Weg 1) und in W vom Kreis Wesermarsch (Weg 2). Diese Grenzen bilden zugleich die Landesgrenze NI/HB. Innerhalb Bremerhavens befindet sich das Überseehafengebiet, dass zur Stadt Bremen gehört (Weg 3). Prinzip: 11 21 2 1 2 3 3 1 2 1 21 11 Mitgliedschaft und Rollen in Relationen A: Niedersachsen: 1, 2 inner B: Bremen, Land: 1, 2 outer C: Bremerhaven: 1, 2 outer, 3 inner D: Bremen, Stadt: 3 outer E: Cuxhaven: 1 outer F: Wesermarsch: 2 outer Hallo, ich verstehe nicht so ganz warum für die Grenzrelationen Multipolygone verwendet werden. Laut http://wiki.openstreetmap.org/wiki/Relation:boundary ist der Type der Relation boundary und nicht multipolygon. Auf diese Weise hatte wir bislang in meiner Gegend auch die Grenzen erfasst. Bei den neuen Grenzen habe ich es momentan wie vom Import kommend belassen. Allerdings erschließt sich mir der Sinn dahinter nicht. Allein dadurch, dass man alle Wegstücke, die eine Grenze bilden zusammen in eine Relation packt, ist die Grenze doch eindeutig definiert. Oder habe ich an dem ganzen Konzept etwas missverstanden? Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Legende
Am Donnerstag, den 01.01.2009, 22:26 +0100 schrieb Felix Peters: Vielleicht ist eine Diskussion über die Zugänglichkeit von OSM gegenüber normalen-Usern mal nötig. Meine Erfahrung bisher sind meistens so, dass eben diese User mit OSM sehr wenig anfangen können. Hallo, ich habe mal eine Mail an die Englische Liste geschickt um anzufragen, was die gebräuchliche Bezeichnung für englische Muttersprachler ist. Ich bin auch der Meinung, das die Karte in erster Linie für den Normalsterblichen und nicht den Mitarbeiter des Katasteramts gestaltet sein sollte. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] INFAS Kreisgrenzen
Am Donnerstag, den 01.01.2009, 23:19 +0100 schrieb Frederik Ramm: boundary ist eigentlich kein spezieller Relationstyp - zumindest keiner, den wir fuer irgendwas brauchen. Hallo, dann sollte es auch so im Wiki beschrieben sein, oder besteht dahingehend (mal wieder ;-) ) keine Einigkeit? Die Rollen inner und outer sind in der Tat ueberfluessig (wie uebrigens bei jedem normalen Multipolygon auch!), aber sie vereinfachen die Arbeit. Wenn Du irgendwo einen Way anklickst und sofort siehst, dass der die Rolle inner in der Relation Niedersachsen hat, weisst Du gleich, dass es sich hier um die Grenze einer Enklave Niedersachsens handelt. Theoretisch koenntest Du das Dir auch aus einer Gesamtbetrachtung aller Member der Relation herleiten. Niedersachsen eine Enklave? Schlecht gewähltes Beispiel, oder stehe ich total auf dem Schlauch? Eine Enklave wäre für mich z.B. der Vatikan innerhalb Italiens. Und nur für solche Fälle sehe ich die inner/outer Angaben dann als Sinnvoll an. In allen anderen Fällen, wo die Sachlage eindeutig ist, ist es sonst eher verwirrend und eine unnötige Redundanz. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] INFAS Kreisgrenzen
Am Freitag, den 02.01.2009, 00:49 +0100 schrieb Jochen Topf: Schau Dir mal das an: http://de.wikipedia.org/wiki/Baarle Ein schönes Beispiel warum Gemeindereformen hin und wieder sinnvoll sind... Dann siehste, dass es als helfen kann, wenn man inner und outer hat. :-) Ich habe nie behauptet, das inner und outer grundsätzlich zu verteufeln sind. Nur an vielen Stellen sind sie halt einfach überflüssig. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anlieger?
Am Montag, den 29.12.2008, 19:22 +0100 schrieb Chris-Hein Lunkhusen: ich bin heute mit meinem Auto über eine Anlieger frei Straße gefahren. Ist man als OSM-Mapper auch Anlieger? in Wikipedia lese ich: sind Anlieger Personen ...,die mit Bewohnern oder Grundstückseigentümern in eine Beziehung treten wollen. Hallo, in der Fahrschule habe ich vor vielen Jahren gelernt, das es ausreichen würde in der Straße ein Anliegen zu haben. Als Beispiel wurde das Aufsuchen eines Zigarettenautomaten genannt. Als Mapper hat man auch ein anliegen, nämlich das Erfassen der Straße. Von daher würde ich das einfach ignorieren. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ungültige Wegdaten
Hallo, dadurch das ich einiges an Auswertungen über OSM Daten gemacht habe bin ich über Wege gestolpert, die ungültige Daten enthalten. Die Wege 28575383 23589385 23638811 enthalten jeweils aufeinanderfolgend zwei Nodes mit der selben ID. Die drei Wege wurden vom selben Benutzer mit Merkaartor erstellt, was denke ich auf einen Bug in Merkaartor hindeutet. Werden die Daten bevor sie in die DB übernommen werden eigentlich auf Konsistenz geprüft? Wenn ja - wovon ich jetzt ausgehen - könnte man ja noch eine Prüfung anfügen, ob zwei aufeinander folgende Nodes die gleiche ID haben. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ständiges Downloaden in JOSM
Von: Martin Koppenhoefer dieterdre...@gmail.com Am 16. Dezember 2008 15:27 schrieb André Reichelt andr...@online.de: Ulf Lamping schrieb: 1. Es werden bereits einige neu geladene Sachen dargestellt, obwohl noch nicht alles geladen wurde entkräftigt sich durch... JOSM hat je inzwischen eine gute Kennzeichnung für den geladenen Bereich, damit sollte dieses Problem eigentlich keines sein. Man kann also sehrwohl schon im Hintergund nachladen und auch das Geladene anzeigen, nur man darf eben die gelbe Schraffur erst dann entfernen, wenn auch wirklich alles geladen wurde. ja, es wird aber ein Riesenoverhead (download) erzeugt, da auch alles nachgeladen wird, was man nicht braucht. Bin immer noch total dagegen, z.B. wuerde das auch den Speicher vollmachen (mit dem Effekt, dass JOSM langsamer wird), ohne dass man es braucht. Hallo, genau das Problem habe ich jetzt auch schon. Wenn ich ein Gebiet eines Tiles der Zoomstufe 12 lade, das schon etwas besser gefüllt ist - z.B. das Tile 2146-1408, die östliche Seite von Pforzheim - also keine wirklich riesige Fläche, wird JOSM total unbenutzbar, da extrem zäh. Momentan mache ich es so, das wenn ich größere Objekte laden muß dies in kleinen Abschnitten mache, so das nur genau das in den Speicher kommt, was auch wirklich sein muß. Da man für den Überblick natürlich auch hin und wieder mal raus zoomt würde beim Autonachladen wiederum viel zu viel in den Speicher kommen was man eigentlich gar nicht benötigt. Wenn ihr solch ein Konzept wirklich umsetzten wollt, macht es bitte abschaltbar oder tut vorher gewaltig was an der Performanz und dem Speicherhunger von JOSM. Grüßle, detlef (ein an sich begeisterter JOSM-Nutzer) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Merkaartor benutzbar? [war] stän diges Downloaden in JOSM
Von: André Reichelt andr...@online.de Detlef Reichl schrieb: genau das Problem habe ich jetzt auch schon. Wenn ich ein Gebiet eines Tiles der Zoomstufe 12 lade, das schon etwas besser gefüllt ist - z.B. das Tile 2146-1408, die östliche Seite von Pforzheim - also keine wirklich riesige Fläche, wird JOSM total unbenutzbar, da extrem zäh. Genau das Problem hatte ich auch. Seither bin ich auf Merkaartor umgestiegen. Der meckert auch bei großen Ausschnitten nicht. Allerdings ist es etwas nervig, dass die Tastenkombinationen unbrauchbar sind. Das sollte man einstellbar machen. Ich hatte auch schon mal nach Alternativen geschaut. Es steht an so ziemlich allen Stellen die ich letztens über Merkaartor angeschaut habe, das das Programm noch ziemlichen Alpha-Status hätte und diverse wichtige Funktionen fehlen würden. Ist einfach die Doku veraltet und das Programm schon wirklich vernünftig nutzbar? Kann jemand sagen, ob es unter Linux auf nen PowerPC läuft? Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] xapi Komprimierung
Von: Matthias Brandt m...@blau.de Detlef Reichl wrote: Dabei ist mir aufgefallen, das keine Komprimierung der übertragenen Daten unterstützt wird. Gibt es einen Grund dafür? Grade XML läßt sich doch wunderbar auf 10-15% der Originalgröße komprimieren. Moin, Die Server sollten meines Wissens standartmäßig GZip-Encodierung unterstützen, falls dir eine Komprimierung für den Übertragungsweg reicht. Hallo Matthias, ja, mir geht es um die Übertragung. Trotz dessen, das ich gzip mit höchster Priorität anfordere, wird alles unkomprimiert übertragen. Der Header meiner Anforderung enthält: 'Accept-Encoding' = 'gzip;q=1.0, deflate;q=0.5, identity;q=0.1' Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] IDs in JOSM
Von: Nop ekkeh...@gmx.de Hallo! Gibt es eine Möglichkeit, in JOSM die id des gerade selektierten/editierten Elements einzusehen? Wäre interessant um es schnell im XML wiederzufinden. Hallo, mit der mittleren Maustast drauf klicken. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] xapi Komprimierung
Hallo, ich spiele grade für diverse Auswertungen (mehr dazu unter http://www.bitbucket.org/sttmjoc0/osm-pforzheim-unstable/overview/ ) mit der xapi. Dabei ist mir aufgefallen, das keine Komprimierung der übertragenen Daten unterstützt wird. Gibt es einen Grund dafür? Grade XML läßt sich doch wunderbar auf 10-15% der Originalgröße komprimieren. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sortieren von Polygonen aus Relationen f ür Osmosis
Von: Martin Koppenhoefer [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Sortieren von Polygonen aus Relationen für Osmosis Am 10. November 2008 21:55 schrieb Detlef Reichl [EMAIL PROTECTED]: Hallo Alex, für die Pforzheimer Statistik habe ich soetwas, das statt mit den Wegen einer Relation mit boundary-ways arbeitet. Dieses Skript sortiert sich die Wege selbst und hängt sie aneinander und dreht sie wenn nötig auch um. Dies brauche ich für den gleichen Zweck, nämlich um zu sehen, welche Straßen sich innerhalb der Stadt befinden und wieweit bereits die Deckung ist. Das ganze Ding ist in Ruby geschrieben und sollte sich recht leicht an Deine Bedürfnisse anpassen lassen. Wenn Du möchtest kann ich es Dir zuschicken. Hier an die Liste schicken wollte ich es nicht, da es doch schon ein wenig größer ist. Grüßle, detlef vielleicht kann man es auch in SVN einchecken, oder ist es da schon? Ich weiss nicht, wie sinnvoll das ist, aber der Gedanke kam mir. Es sind doch einige Sachen drin, die sehr Pforzheim-spezifisch sind. Ich versuche das momentan bestmöglich zu separieren, bin mir aber bei manchen Sachen noch nicht so schlüssig wie ich das am besten anstelle. Außerdem ist der Code in vielen Bereichen noch nicht wirklich Produnkionstauglich. Deswegen hat er meiner Meinung nach dort im SVN nichts zu suchen. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erdumrundung nicht moeglich?
Von: Martin Koppenhoefer [EMAIL PROTECTED] 2008/11/11 Claudius Henrichs [EMAIL PROTECTED]: Martin Koppenhoefer: Ist es tatsaechlich so, dass am Rande der Welt Schluss ist? s. hier: http://www.informationfreeway.org/?lat=17.28025470553244lon=179.96796946133742zoom=5layers=BF000F und dann den Bildschirm nach links schieben (sich nach rechts bewegen). OpenLayers hält je nach Einstellung nur zwei Welten in Ost-West-Richtung nebeneinander vor. Ist eine Frage der Speicherbelastung und -verwaltung. Wenn du dich auf dem von dir verlinkten Kartenausschnitt nach Westen bewegst kommst du von der amerikanischen Ostküste bis über den Pazifik aber von dort nicht mehr viel weiter nach Westen. Gruß, Claudius schade, aber eigentlich müssten 2 Welten doch reichen, es müsste halt in der Mitte die Welt geändert werden, ohne dass man es merkt, von Welt2 nach Welt1 umbeamen. Eigentlich reicht eine einzelne Welt. Sobald man einer der Enden zu nahe kommt wird auf die entgegengesetzte Seite umgebrochen und der offset wird um die Weltbreite korrigiert. Der Implementierungsaufwand sollte nahezu der selbe sein. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erdumrundung nicht moeglich?
Von: Martin Koppenhoefer [EMAIL PROTECTED] klar, solange man nicht weit genug hinauszoomen darf (oder wenn man Und wenn schon. Wenn du an einem Ende ankommst, machst du einfach am anderen weiter. Natürlich macht das ab einen gewissen Grad keinen Sinn mehr, doch ist es von der Darstellung problemlos möglich. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Doppelposts Doppelposts
Hallo, Sorry für die Doppelposts von mir. Hab noch Probleme mit dem Mailclient Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erdumrundung nicht moeglich?
ich weiss: http://www.informationfreeway.org/?lat=41.88576342226803lon=12.471718513317205zoom=0layers=B000F000F Ok, dieser zoom-level ist gelinde gesagt bullshit. dass man aber am Ende nicht einfach wieder am Anfang ist, empfinde ich schon als störend. Mein reden... Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] waterway drain
Von: Chris66 [EMAIL PROTECTED] Hallo, hier ist gerade jemand dabei sämtlich Drainagen zu erfassen. Meiner Meinung nach werden die in Osma viel zu prominent dargestellt http://www.informationfreeway.org/?lat=51.78672855931316lon=7.3303701920489965zoom=15layers=BF000F Und was war nochmal der Grund dafür, dass Kanäle durch die Zoomstufen skalieren (also beim rauszoomen dünner werden), Flüsse aber nicht in dem Maße? Hallo, das die Skalierung ungleichmäßig ist liegt wohl daran, dass sie für alle Zoomstufen von Hand gebaut wird; zu mindest nehme ich das an, da ich bisher dahinter noch keine Logik erkennen konnt. Viel schlimmer finde ich dann schon soetwas: http://www.informationfreeway.org/?lat=51.55106184300019lon=7.423281892200773zoom=16layers=BF000F Der nach rechts abzweigende Fluß (waterway=stream) wird in Zoomstufe 16 dicker gerendert als in Zoomstufe 17. Dafür hatte ich auch schon vor einiger Zeit einen Bug eröffnet, doch hat sich da bisher wohl noch nichts getan. Um die Breite von (Wasserwegen) in Osmarender halbwegs realistisch zu bekommen reicht es eine Breite mit width anzugenben. http://openstreetmap.org/?lat=48.87276lon=8.70962zoom=17layers=0B00FTF zeigt einen Fluß mit (an dieser Stelle) zwei verschiedenen Breiten, einen Kanal und einen Fluß. Das entspricht zumindest weitgehend der Realität. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Talk-de-pforzheim Liste
Hallo, ist es möglich, das für die Leute aus dem Pforzheimer Raum eine eigene Liste hier angelegt wird? Es gibt ein paar die Interesse daran hätten und denen der Traffic auf Talk-de einfach zu viel ist. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Buslinien und -haltestellen
Darin sehe ich eigentlich keinen Mehrwert. Selbst wenn ich ein Gebäude habe, das direkt an der Bushaltestelle liegt und eine bauliche, dauerhafte, ausreichend große Unterstellmöglichkeit bietet tagge ich sie mit shelter=yes. Da diese Information (nur) für einen Busreisenden nützlich sein mag, erfasse ich sie in seinem Sinne. Grüßle, detlef Von: malenki [EMAIL PROTECTED] Am Fri, 03 Oct 2008 00:24:52 +0200 schrieb Detlef Reichl [EMAIL PROTECTED]: Was ich vergessen hatte anzugeben, aber auch schon genutzt habe ist shelter=yes Haltestelle mit Unterstellmöglichkeit. Auch wenn ich etwas spät antworte: Sollte man nicht zwischen diesen halboffenen (Plexiglas-) Unterstelldingern und den bungalow-ähnlichen Häuschen unterscheiden? Oder wäre das too much Information? ^^ Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kleiner Platz im Wald
Hallo, ich habe einen kleinen Platz im Wald an dem sich zwei Wanderwege kreuzen, der eine 0,8, der andere 0,5 Meter breit. Dort Steht ein Tisch mit zwei Bänken und an einem der Bäume hängt ein Schild Sternplatz. Da dieser Name für Wanderer interessant sein kann wollte ich ihn mit aufnehmen und habe ihn als place=locality und name=Sternplatz getagt. So wie das auf der Karte aussieht http://openstreetmap.org/?lat=48.86815lon=8.70453zoom=16layers=0B00FTF scheint das aber wohl nicht der richtige key zu sein. Was anderes habe ich dafür aber nicht gefunden. Gibt es etwas besseres? Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] interner Serverfehler beim Laden von OSM-Daten
Von: Markus [EMAIL PROTECTED] Was bedeutet folgende Fehlermeldung (Daten in JOSM laden): Der Server hat einen internen Fehler zurückgeliefert. Versuchen sie ein reduziertes Gebiet zu laden oder warten sie einige Zeit. Woran erkenne ich wenn es wieder funktioniert? Warten oder Neuladen hat nichts gebracht. Ich lade Simmelsdorf mit Zoom=12. Hallo Markus, das heißt, das der Server überlastet ist. Ist bei mir schon den ganzen Abend so. Einfach ein, zwei Minuten warten und erneut versuchen. Auf der anderen Seite ist 12er Zoom schon ein ziemlich fetter Brocken. In den meisten Fällen wirst Du so einen großen Bereich wohl nicht auf ein Mal bearbeiten. Deshalb ist es Sinnvoll, mit kleineren und nur den wirklich benötigten Stücken zu arbeiten. Der Server, dessen Admins und die andern Nutzser werden es Dir danken :-) Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs WayCheck
Am Sonntag, den 12.10.2008, 18:28 +0200 schrieb Florian Lohoff: Das wuerde ich auch gerne haben - Ich haette gerne die moeglichkeit via josm/potlatch fehler zu eroeffnen - sprich das ein note BUG blahfasel auch ein bug im OSB erzeugt - Ich habe ganz oft den fall das Hallo Florian, das gibt es seit gestern. Henrik Niehaus alias hampelratte hat ein entsprechendes Plugin für JOSM geschrieben und bat mich im Forum es hier anzukündigen. http://forum.openstreetmap.org/viewtopic.php?pid=9702 Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs WayCheck
Am Dienstag, den 14.10.2008, 21:04 +0200 schrieb [EMAIL PROTECTED]: version 1010 von josm, engl. geht nicht zu laden. Könntest Du das bitte selbst im Forum melden, da Henrik wohl nicht auf der Liste angemeldet ist. Danke! - Original Message - From: Detlef Reichl [EMAIL PROTECTED] To: talk-de@openstreetmap.org Sent: Tuesday, October 14, 2008 8:38 PM Subject: Re: [Talk-de] OpenStreetBugs WayCheck Am Sonntag, den 12.10.2008, 18:28 +0200 schrieb Florian Lohoff: Das wuerde ich auch gerne haben - Ich haette gerne die moeglichkeit via josm/potlatch fehler zu eroeffnen - sprich das ein note BUG blahfasel auch ein bug im OSB erzeugt - Ich habe ganz oft den fall das Hallo Florian, das gibt es seit gestern. Henrik Niehaus alias hampelratte hat ein entsprechendes Plugin für JOSM geschrieben und bat mich im Forum es hier anzukündigen. http://forum.openstreetmap.org/viewtopic.php?pid=9702 Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kanal im Tunnel
Am Montag, den 13.10.2008, 14:29 +0200 schrieb Markus: Hallo Detlef, wenn ein Bach in einem Tunnel unter einer Strasse fliesst, ist eigentlich alles klar: highway=irgendwas und waterway=irgendwas + tunnel=yes Wenn der Renderer das noch nicht kennt, dann müsste man ihm das halt beibringen. Aber ich weiss nicht wie das geht. Und ich kenne auch keine Stelle, wo man das denjenigen die wissen wie das geht in deutscher Sprache mitteilen kann, dass da noch etwas fehlt. Bis jetzt dachtre ich, die Renderer kümmern sich irgendwie selbst darum. Aber dieses Problem und viele andere bestehen seit Wochen. Die Folge ist dann, dass Ungeduldige (wie lange soll man eigentlich Geduld haben?) dann anfangen rumzutricksen... Damit sie ein schönes Bildchen auf der Karte bekommen. Hallo Markus, ich hätte auch kein Problem die Sache in englisch zu schildern, wenn ich den wüste wo. Ist dafür die dev-Liste das richtige? Oder mal anders herum gefragt: lesen hier Leute mit, die an der Entwicklung von Osmarender und Mapnik beteiligt sind? Bitte mal melden, danke! Damit die Renderer sich selbst darüm kümmern können müßten sie regelmäßig die Proposals und Tagwatch auswerten. ein nicht unbedeutender Teil der Gemeinschaft als erstes das SM aus OSM im Sinn hat Das sind geschätzte 99 %. Ich gehören auf jeden Fall dazu. Ich auch. Weiss aber um die Grundprobleme von OpenSource und habe etwas Geduld. Aber ich denke das wurde hier auch schon oft genug diskutiert. Das Ärgerliche ist, dass wir bis jetzt noch keine wirklichen Konsequenzen aus dieser Erkenntnis ziehen: - bessere Kommunikation zwischen Sammlern, Anwendern und Programmierern - mehr Einsatz für die Frontends Mich um die Frontends zu kümmern habe ich eigentlich nicht so die große Lust. Ich habe in den letzten Jahren schon in so vielen Projekten herumprogrammiert und habe außerdem noch ein paar eigene, die eigentlich auch nicht die Zuwendung bekommen die sie sollten. Momentan möchte ich eigentlich nur Anwender sein. In dieser Position gebe ich dann auch gerne Feedback und bin bereit Software im Alpha/Beta-Status zu testen. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kanal im Tunnel
Am Montag, den 13.10.2008, 12:51 +0200 schrieb Markus: Hallo Detlef, ich habe hier einen kleinen Kanal - etwa 2 Meter breit - der für rund acht Meter durch eine Röhre geführt wird, worüber oben ein Weg geführt ist. Unser Mühlbach floss früher mitten durchs Dorf bis zur Mühle. Jetzt ist er 300 m in einem Tunnel unter der Hauptstrasse. Tunnel wird in Osmarender aber nicht dargestellt. Du weisst ja: wir arbeiten nicht für den Renderer... Hallo Markus, wenn es mir darum ginnge ein schönes Bildchen auf die Karte zu bekommen würde ich auf layer -2 einfach ein Stück Straße unter den Flussabschnitt in der Röhre verlegen und hierauf den Tunnel anwenden ;-) Meine Frage war eigentlich eher, ob es etwas passenderes als den Tunnel gibt, aber anscheined hast du das gleiche Problem... Allerdings weiss ich bis heute nicht, wie man dem Renderer mitteilt, dass er da etwas noch besser machen könnte... Wäre es nicht sinnvoll den Tunnel von der Spezifikation an die Brücke auzupassen? Über Brücken sind Flüße (aqueduct) ja auch erlaubt. Zum einen wäre es konsistent und zum anderen würde es einem ein neues Röhre für Fluss/Bach-Tag ersparen. Und zu: Du weisst ja: wir arbeiten nicht für den Renderer... Dadurch das dieser Spruch hier täglich mehrmals auf der Liste erscheint wird er weder besser noch richtiger. Ich möchte sagen, das ein nicht unbedeutender Teil der Gemeinschaft als erstes das SM aus OSM im Sinn hat wenn sie gefragt würden warum sie hier mitmachen. Ich gehören auf jeden Fall dazu. Aber ich denke das wurde hier auch schon oft genug diskutiert. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kanal im Tunnel
Am Montag, den 13.10.2008, 16:13 +0200 schrieb Claudius Henrichs: Welches Tagging wird in deinem Fall als Lücke (=nicht) gerendert? Bei mir klappt waterway=canal tunnel=yes Hallo Claudius, wie von Dir gezeigt hatte ich es auch eingetragen, allerdings für den Tunnel mit zusätzlichen layer=-1 hervorragend in Mapnik (gestrichelt als Tunnel) und leidlich (Kanal fortgezeichnet) in Osmarender: bei Osmarender wird der Tunnelabschnitt bei mir rausgeschnitten: http://openstreetmap.org/?lat=48.86521lon=8.71907zoom=16layers=0B00FTF bei Zoomlevel 17 sind beim rendern anscheinend ein paar Kacheln durcheinander gekommen. Es ist die Stelle rechts von der Bushaltestelle. Die Würm fließt unter die Brücke hinweg, wärend der Kanal auf rechter Seite der Brücke in einem Rohr verschwindet und ein Stück weiter Links - da wo er auch wieder gezeichnet ist - auftaucht. Evtl. liegt es ja dran, das der Kanal mit 2 Meter einfach zu schmal ist um entsprechend berücksichtigt zu werden. Mit Mapnik konnte ich es noch nicht ansehen, da ich den Bereich erst gestern bzw. heute erstellt habe. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kanal im Tunnel
Hallo, ich habe hier einen kleinen Kanal - etwa 2 Meter breit - der für rund acht Meter durch eine Röhre geführt wird, worüber oben ein Weg geführt ist. Das naheliegenste um das darzustellen, was ich gefunden habe ist ein Tunnel. Dies wird in Osmarender aber nicht dargestellt. Aus dem Kanal wird an der betreffenden Stelle einfach nur ein Stück raus geschnitten. Gibt es für soetwas eine andere Möglichkeit? Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundstücksgrenzen.
Am Sonntag, den 12.10.2008, 15:29 +0200 schrieb Martin Koppenhoefer: Ich finde nur das OSM langsam an die Grenzen der Wartbarkeit kommt wenn zuviel auf einmal im Editor angezeigt wird und der Eigentlich Sinn von OSM dabei zu kurz kommt. Schliesslich wurde es Strassenkarte definiert - so sollten vorrangig erstmal die Strassen vollständig werden bevor die Datenbank nicht mehr handhabbar wird weil jeder sein hier schon berühmter Goldfischglas auch mit eintragen will.. Garry meiner Ansicht nach ist der Name nicht ganz glücklich oder gibt zumindest den wahren Charakter von OSM nur z.T. wieder. OSM ist weit mehr als eine Straßenkarte. Ich sehe auch bei POIs (Goldfischglas) nicht so recht, wieso das stören sollte, das ist ein winziger Punkt in JOSM, wenn Du den nicht brauchst, wirst Du ihn auch kaum beachten. Vielleicht bin ich diesbzgl. auch noch nicht so sensibel, weil in den Gegenden wo ich bin, selbst die Landuse noch zum großen Teil fehlen, so dass ich (noch) kein Problem damit habe. Sicherlich wäre eine Filter-Funktion gut, mit der man gezielt Tags im Editor ausblenden kann. Ein Thema, das hier ja schon ein paarmal da war. Meine Vorstellung ist, dass sowas gut mit filter-listen, die man auch kombinieren kann, und mind. 2 modes,z.B.: alles anzeigen ausser [filter-liste1 und filter-liste3] oder nichts anzeigen ausser [filter-liste2 und x...] realisiert werden könnte. Ein paar filter-listen könnten auch schon vorkonfiguriert sein (z.B. alle Straßen, alle Map-feature-Elemente). Eine gewisse Unübersichtlichkeit in den unteren Zoomstufen sehe ich auch. Vor kurzen habe ich bei uns in der Stadt einiges an Geschäften, Restaurants, ... eingetragen. Und dann ist es halt nicht nur ein kleiner Punkt in JOSM, sodern es hängt auch noch der Name als langer Schwanz dran. Hierfür wäre eine Maximallänge in der Anzeige von JOSM ganz nett, so das aus Gerts Flößerstube beim Musikantenwirt Gerts Flöß... wird. Der vollständige Name könne ja angezeigt werden, sobald der Punkt ausgewählt ist. Das mit den Filterlisten ist nicht ganz unproblematisch. Wenn du z.B. die POIs ausblendest, weil du dich im Augenblick nur mit den Straßen beschäftigen willst, kann es leicht passieren, das der Briefkasten der vorher auf der rechten Straßenseite stand anschließend auf der linken ist. Um dem vorzubeugen müßte man die Objekte irgendwie miteinander verknüpfen könnnen. Das wiederum würde die Sache noch weit unübersichtlicher machen. detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
