Re: [Talk-de] Grafik mit Inkscape - PPT zu SVG

[Detlef Reichl]

Hallo,

am Sun, 12 Apr 2009 15:26:10 +0200 (CEST),
tat "Tobias Wendorff"  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] Grafik mit Inkscape - PPT zu SVG

[Detlef Reichl]

Hallo,

am Sun, 12 Apr 2009 15:11:26 +0200,
tat GeoJ  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] Öffentliche Toilette - Behinderten ger echt

[Detlef Reichl]

Hallo,

am Fri, 10 Apr 2009 12:41:51 +0200,
tat Jan Tappenbeck  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

[Detlef Reichl]

am Fri, 03 Apr 2009 18:22:09 +0200,
tat Jan Tappenbeck  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] Wiki-Seite für Hunde-Objekte

[Detlef Reichl]

Hallo,

am Fri, 03 Apr 2009 16:10:36 +0200,
tat Jan Tappenbeck  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] Zensiertes Gebiet?

[Detlef Reichl]

Hallo,

am Thu, 26 Mar 2009 23:22:18 +0100,
tat Garry  der Welt kund:

> Wurde hier das Miltärgebiet zensiert oder gibt es da einfach noch keine 
> Daten?
> http://www.informationfreeway.org/?lat=50.26001252846303&lon=13.11130184322459&zoom=11&layers=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] Log-Intervall

[Detlef Reichl]

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

Re: [Talk-de] Hilfe beim Ausdrucken von SVG mit Inkscape unter Windows

[Detlef Reichl]

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 +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

[Talk-de] OSM-Erwähnung auf 3sat

[Detlef Reichl]

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] Creative Commons zur ODbL

[Detlef Reichl]

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] Creative Commons zur ODbL

[Detlef Reichl]

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] Karte ohne Feld- und Fußwege und mit kleinen Ortschaften

[Detlef Reichl]

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] Vandalismus-Arbeitsgruppe

[Detlef Reichl]

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] Datenqualitäts-Arbeitsgruppe

[Detlef Reichl]

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

[Detlef Reichl]

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] layerbasierte Karten was:Re: Karte ohne Feld- und Fußwege und mit kleinen Ortschafte n

[Detlef Reichl]

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] Chancen der neuen Lizenz

[Detlef Reichl]

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] Chancen der neuen Lizenz

[Detlef Reichl]

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

[Detlef Reichl]

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] highway stats

[Detlef Reichl]

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] Neue Lizenz: Forschritte

[Detlef Reichl]

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] Neue Lizenz: Forschritte

[Detlef Reichl]

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

[Detlef Reichl]

Hallo,

Am Freitag, den 27.02.2009, 20:15 +0100 schrieb Lutz Horn:
On Fri, 27 Feb 2009 19:52 +0100, "Nop"  wrote:
> Falls das, wie im von Frederik geschilderten Fall der Erlaubnis
> ausschließlich zur akademischen Verwendung von Drittdaten, nicht möglich
> ist, liegt das nicht an der CC-BY-SA sondern an der restriktiveren
> Lizenz der Drittdaten.
> 
Die akademische Nutzung wird - wie auch diverse andere Arten - in 6.1
von der Einhaltung der Lizenz ausgenommen. Dies ist für mich in keiner
Weise nach zu vollziehen. 


> > Es soll zwar nicht passieren, daß jemand die Daten klaut, aber im
> > Vordergrund steht für mich, möglichst viele tolle Anwendungen zu
> > ermöglichen. Und das erfordert es, mit dem Rest der Welt
> > zusammenzuarbeiten und auch mal einen Kompromiß einzugehen, solange
> > der keinen Schaden anrichtet.
> 
> Der Schaden besteht für mich darin, dass ein abgeleitetes Werk auch
> unfrei
> und damit seinen Benutzern entzogen sein kann. Der Ersteller eines
> abgeleiteten Werks mag damit keine Probleme haben, Nutzer, die auf
> diesem wiederum aufbauen wollen, aber schon. Die Möglichkeit von "tollen
> Anwendungen", die nicht frei sind beendete die Kette von freien
> abgeleiteten Werken nach einem Schritt.

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.

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?

Mit dem Punkt 4.4-a-ii "A later version of this Licence" bin ich auch
nicht einverstanden. Auch bei Programmen habe ich diese immer an eine
bestimmte Version der Lizenz geknüpft. Ich kenne keinen der OSMF
persönlich, geschweige denn so gut, das ich ihm blind vertrauen würde.

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 :-)

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?

[Detlef Reichl]

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] Tracks direkt als Way in OSM hochladen?

[Detlef Reichl]

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.868181&lon=10.709427&zoom=18&layers=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] SVG in PDF oder EPS wandeln

[Detlef Reichl]

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

Re: [Talk-de] Abbiegerestriktion

[Detlef Reichl]

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] Abbiegerestriktion

[Detlef Reichl]

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

[Talk-de] Abbiegerestriktion

[Detlef Reichl]

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] JOSM vergisst Strecken

[Detlef Reichl]

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

[Talk-de] JOSM vergisst Strecken

[Detlef Reichl]

Hallo,

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...).

Auf der Konsole kommen keine ungewöhnlichen Fehlermeldungen, nur das
immer gleiche:

(:9704): Gtk-CRITICAL **: gtk_paint_box: assertion `style->depth == 
gdk_drawable_get_depth (window)' failed

(:9704): Gtk-CRITICAL **: gtk_paint_box: assertion `style->depth == 
gdk_drawable_get_depth (window)' failed

(:9704): Gtk-CRITICAL **: gtk_paint_box: assertion `style->depth == 
gdk_drawable_get_depth (window)' failed


Das liegt wohl an meiner Java-Installation (IBM-Java v1.6)

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

[Detlef Reichl]

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?

[Detlef Reichl]

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

[Detlef Reichl]

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

[Detlef Reichl]

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 ???

[Detlef Reichl]

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

Re: [Talk-de] Lizenz der slippy-map Codes

[Detlef Reichl]

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

Re: [Talk-de] Lizenz der slippy-map Codes

[Detlef Reichl]

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

[Talk-de] Lizenz der slippy-map Codes

[Detlef Reichl]

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

[Talk-de] Mapnik Textpositionierung

[Detlef Reichl]

Hallo,

Mapnik scheint Probleme zu haben, wenn man kleinen Objekten einen Namen
gibt. Der Text "Bienen"

http://openstreetmap.org/?lat=48.876773&lon=8.715523&zoom=18&layers=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

[Talk-de] Wickelraum

[Detlef Reichl]

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

Re: [Talk-de] Objekte gegen Änderungen schützen

[Detlef Reichl]

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] Wie kann man eine Relation ermitteln

[Detlef Reichl]

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] JOSM Bugs schließen

[Detlef Reichl]

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] JOSM Bugs schließen

[Detlef Reichl]

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] Reit- und Wanderkarte

[Detlef Reichl]

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

[Detlef Reichl]

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

[Talk-de] JOSM Bugs schließen

[Detlef Reichl]

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

[Detlef Reichl]

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

Re: [Talk-de] josm - linienstärke

[Detlef Reichl]

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

Re: [Talk-de] josm - Tastaturbedienung

[Detlef Reichl]

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] Abbiegereglungen [war: Superrelationen]

[Detlef Reichl]

Am Samstag, den 17.01.2009, 14:15 +0100 schrieb Karl Eichwalder:
> Detlef Reichl  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] Abbiegereglungen [war: Superrelationen]

[Detlef Reichl]

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

[Talk-de] Abbiegereglungen [war: Superrelationen]

[Detlef Reichl]

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] JOSM auf geladenen Bereich zoomen

[Detlef Reichl]

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] JOSM auf geladenen Bereich zoomen

[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 :-)


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Schreibt JOSM ungefragt in GPX-Dateien?

[Detlef Reichl]

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?

[Detlef Reichl]

Hallo,

als ich grade in einer meiner GPX-Dateien schaute fand ich darin:

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 +e
gemacht (+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

[Detlef Reichl]

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

[Detlef Reichl]

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] Osmosis-Fragen

[Detlef Reichl]

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

[Talk-de] Osmosis-Fragen

[Detlef Reichl]

Hallo,

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.

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)?

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.

Grüßle, detlef


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wir ertrinken in Bugs - Aufruf!

[Detlef Reichl]

Am Freitag, den 09.01.2009, 19:21 +0100 schrieb Norbert Wenzel:
> > Hintergrund ist, dass ich wenig Lust darauf verspüre Potlach zu
> > benutzen und der Einbau eines josm Fernsteuerlinks wie beim osm
> > Inspektor nahezu trivial ist.
> 
> Rein interessehalber: wie starte ich trivialerweise eine Java App von 
> einem Link im Browser aus?

Hallo,

gar nicht, JOSM muss schon laufen und das remote-plugin muss installiert
sein. Dann lauscht JOSM auf Port 8111 (glaube ich) und es reicht dann
über den Browser eine Adresse aufzurufen, die an diesen Port geht.

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

[Detlef Reichl]

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] JOSM Bug beim Speichern als OSM Datei

[Detlef Reichl]

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



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] Programmiersprachenvorliebendiskussion

[Detlef Reichl]

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 Klick&Drag 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] Programmiersprachenvorliebendiskussion

[Detlef Reichl]

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 Klick&Drag 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] Neues von der Wanderkarte

[Detlef Reichl]

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

[Detlef Reichl]

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] Deutschsprachige Hilfe für Weißenfel s (Fwd: Re: Komme nicht klar)

[Detlef Reichl]

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

Re: [Talk-de] Ideen zur Open-Spatial-Database / Open-Yellow-Pages

[Detlef Reichl]

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] INFAS Kreisgrenzen

[Detlef Reichl]

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] INFAS Kreisgrenzen

[Detlef Reichl]

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] INFAS Kreisgrenzen

[Detlef Reichl]

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] Legende

[Detlef Reichl]

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

[Detlef Reichl]

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

[Detlef Reichl]

Am Donnerstag, den 01.01.2009, 17:00 +0100 schrieb Tobias Wendorff:
> Felix Peters schrieb:
> > Bin ich bloß blind oder gibt es wirklich keine Legende?
> 
> Das hat mich auch lange genervt ... "Map key" im linken Menü :-)

Da wäre ich im Leben nicht drauf gekommen. Nach meinem
Englisch-Verständnis sollte es im Englischen doch legend heißen, oder?
Ich denke, dann würden weit mehr Leute darauf kommen, was sich hinter
dem Link verbirgt.

Ist es in diesen Zusammenhang eigentlich angedacht auch diese Seite zu
internationalisieren?

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

[Detlef Reichl]

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] kleines script, um älteste dateie n zu finden?

[Detlef Reichl]

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] Anlieger?

[Detlef Reichl]

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

[Detlef Reichl]

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] Merkaartor benutzbar? [war] stän diges Downloaden in JOSM

[Detlef Reichl]

> Von: "André Reichelt" 

> 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] ständiges Downloaden in JOSM

[Detlef Reichl]

> Von: "Martin Koppenhoefer" 
> Am 16. Dezember 2008 15:27 schrieb André Reichelt :
> 
> > 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] IDs in JOSM

[Detlef Reichl]

> Von: Nop 
> 
> 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

Re: [Talk-de] xapi Komprimierung

[Detlef Reichl]

> Von: Matthias Brandt 
> 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

[Talk-de] xapi Komprimierung

[Detlef Reichl]

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] Erdumrundung nicht moeglich?

[Detlef Reichl]

> ich weiss:
> http://www.informationfreeway.org/?lat=41.88576342226803&lon=12.471718513317205&zoom=0&layers=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

[Talk-de] Doppelposts Doppelposts

[Detlef Reichl]

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?

[Detlef Reichl]

> 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

Re: [Talk-de] Erdumrundung nicht moeglich?

[Detlef Reichl]

> 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.28025470553244&lon=179.96796946133742&zoom=5&layers=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] Sortieren von Polygonen aus Relationen f ür Osmosis

[Detlef Reichl]

> Von: "Martin Koppenhoefer" <[EMAIL PROTECTED]>
> An: "Openstreetmap allgemeines in Deutsch" 
> 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] waterway drain

[Detlef Reichl]

> Von: "Raphael Studer" <[EMAIL PROTECTED]>
>Viel schlimmer finde ich
> dann schon soetwas:
> >
> http://www.informationfreeway.org/?lat=51.55106184300019&lon=7.423281892200773&zoom=16&layers=BF000F
> 
> 
> Richtig, die Stylesheets werden von hand für jede Zoomstufe erstellt.
> 
> > 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.
> 
> Kannst du den Link zum Bug senden?
>
http://trac.openstreetmap.org/ticket/1263

Grüßle, detlef

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] waterway drain

[Detlef Reichl]

> 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
> 
> 
> 
> 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.55106184300019&lon=7.423281892200773&zoom=16&layers=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.87276&lon=8.70962&zoom=17&layers=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

Re: [Talk-de] Sortieren von Polygonen aus Relationen f ür Osmosis

[Detlef Reichl]

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

> Von: Alexander Eickhoff <[EMAIL PROTECTED]>
> On Monday 10 November 2008 11:03:53 Marcus Wolschon wrote:
> > Welche Arbeit?
> Dann habe ich mich wohl etwas schlecht ausgedrückt.
> 
> Ich benötige für mein script "alle Straßen einer Gemeinde" 
> die Ausgabe ist zu sehen auf:
> http://artbanause.de/streets_gleichen.html
> 
> ein Polygon. Dann kann ich mir den Bereich mit Osmosis ausschneiden.
> 
> Nun gibt es aber nicht einen Way, der diese Admin Grenze Beschreibt,
> sondern 
> eine Relation 
> name -> Gemeinde Gleichen
> admin_level -> 8
> 
> 
> Diese Relation enthält unter anderen 4 Ways, welche die Gemeinde Grenze 
> beschreibt.
> zu sehen auf dem Bild 
> http://artbanause.de/admin_gleichen.jpg (rot umrandet)
> 
> Nur wenn ich die 4 Ways an ein aneinander hänge, beschreiben die nicht
> das 
> Polygon, sondern eine zickzack Grenze. 
> 
> ich habe mir geholfen in dem ich die ways so aneinander, im Editor,
> kopiert 
> habe, das immer zwei  gleiche nodes aufeinander folgen. 
> Da war es nötig in einem way die Richtung zu ändern. Und der letzte way
> in der 
> Relation musste an Stelle 2.
> 
> Nun suche ich ein tool, welches mir diese Arbeit abnimmt... 
> ... ich kann's ja auch
> 
> - alex
> 
> ___
> 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] Talk-de-pforzheim Liste

[Detlef Reichl]

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

[Talk-de] Liste aller Bots

[Detlef Reichl]

Hallo,

verwenden eigentlich alle Bots eigene Benutzernamen und gibt es irgendwo eine 
Liste dieser Benutzernamen?

Grüßle, detlef

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Buslinien und -haltestellen

[Detlef Reichl]

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

Re: [Talk-de] interner Serverfehler beim Laden von OSM-Daten

[Detlef Reichl]

> 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

[Talk-de] Kleiner Platz im Wald

[Detlef Reichl]

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.86815&lon=8.70453&zoom=16&layers=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] OpenStreetBugs & WayCheck

[Detlef Reichl]

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: 
> 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