from:"Torsten Breda"

Am 18. März 2010 14:36 schrieb Martin Koppenhoefer dieterdre...@gmail.com:
 Am 18. März 2010 09:44 schrieb Torsten Breda torst...@gmail.com:
 Häufig tauchen Fehler in Gebieten auf, in denen sehr viele landuse,
 farmland, natural usw vorhanden sind. Straßen sind dann, anstatt mit
 einer anderen Straße, mit der Begrenzung der Fläche verbunden.
 Dieser Fehler kann, gerade in solchen Gebieten, sehr schnell
 passieren, wenn man nicht richtig aufpasst. Es wäre schön, wenn JOSM
 diesen Fehler verhindern könnte.

 IMHO ist es nicht grundsätzlich ein Fehler, eine Straße auch mit einer
 Fläche zu verbinden, z.B. liegt der Eingang eines Parks auf einem
 gemeinsamen Node Weg und Parkumriss, den ich zusätzlich je nach Lage
 mit
 barrier=entrance
 oder
 barrier=gate
 tagge.

 Auch für Eingänge in Gebäude, Durchgänge durch Zäune, ... ist das m.E. 
 sinnvoll.


Das ist mir bekannt. Hatte mich nicht ganz so klar ausgedrückt und
meinte hauptsächlich Dinge, wie landuse=residential und natural=wood,
die parallel zu einer Hauptstraße enden. Die Seitenstraßen sind dann
an das Landuse, anstatt an die Hauptstraße angebunden. Dieses kommt
recht häufig vor.

Gruß
Torsten

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

Re: [Talk-de] Seltsame Edits von Nutzer kurs_webmapping

Am 19. März 2010 01:19 schrieb Johann H. Addicks addi...@gmx.net:
 Am 18.03.2010 21:08, schrieb Frederik Ramm:
 nennt und die Haelfte der Changesets test heisst...

 Eine von Neuusern auffindbare Sandbox zum Üben (mit completter
 Toolchain von Mapnik und Osmarender dahinter) wäre praktisch.
Würde ich auch begrüßen. Momentan muss man noch in die Einstellungen
rein und irgendeinen dev-Server (Adresse fällt mir momentan nicht ein)
als osm-Server angeben. Dass ist jedoch für Anfänger, die erst mal ein
wenig probieren wollen, zu kompliziert.

 Muss ja kein ganzer Planet sein, eine Insel reicht eigenltich.
 Vielleicht mit zwei Bergen, vielen Tuneln, ein paar Bahngleisen und
 ringerherum schöner Strand.
 Mir würde da auch schon ein Name einfallen...

Beim Erststart von JOSM gehts dann mit einer kleinen Hinweismeldung
nach VeStaVoLuUNeuLu :)

Gruß
Torsten

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

Re: [Talk-de] Seltsame Edits von Nutzer kurs_webmapping

Ein wenig OT:
Aber zum Thema Sandbox :)

Eine (place=island, natural=land) mit zwei (natural=fell, natural peak)
und im (seamark:depth=1000), weiten (rechts von natural=coastline)
Mit viel (tunnel=yes)  und (railway=rail)
und dem (landuse=railway)
Nun, wie mag die (place=island, natural=land) (name=?),
(role=outer) ist schöner (natural=beach)
Jeder sollte einmal (tourism=yes),
In das schöne (name:de=Lummerland)!

Gruß
Torsten

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

Re: [Talk-de] Spielwiese

Am 19. März 2010 09:34 schrieb Markus liste12a4...@gmx.de:

 Super Idee!

 In OSM-Kursen oder beim Online-Coaching
 wäre eine solche Spielwiese sehr hilfreich.

Der Meinung bin ich auch.

Wenn ich mich nicht täusche, gibt es so eine Spielwiese. Jetzt
müsste es nur noch einen Schalter in JOSM geben, mit dem man das
einfach umsetzen kann.
Für eine Neuinstallation würde ein Hinweis genügen, dass man, solange
noch keine Benutzerkennung eingegeben wurde im Übungsmodus ist.
Beim Upload kommt erneut ein Hinweis.
Das sollte, so vermute ich, nicht zu kompliziert sein umzusetzen.
Aufwendiger wird es sicherlich, wenn man möchte, dass die Spielwiese
gerendert wird. (Mapnik, t...@h, ...).
Da wirds dann vermutlich aufwendiger, jedoch könnte man den fakeplanet
relativ klein halten, so dass der Rechenaufwand nicht zu groß wird.

Gruß
Torsten

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

Re: [Talk-de] Korrektur von durch OSM Inspector gefundenen Fehlern

Am 19. März 2010 10:34 schrieb Jochen Topf joc...@remote.org:
 On Thu, Mar 18, 2010 at 11:17:44AM +0100, Jochen Topf wrote:
  Auch ist die Angabe des Zeitstempel im Inspector missverständlich.
  Offensichtlich wird ein Planet-Extract mehrfach ausgewertet, so dass
  der Zeitstempel wesentlich neuer ist, als der benutzte Planet.
  Diesbezüglich lasse ich mich gerne eines Besseren belehren.

 Ja, das ist etwas ungünstig. Bei allen anderen Views gibt der Zeitstempel
 an, von wann die Daten sind, d.h. man kann sicher sein, dass alle Daten,
 die man vor diesem Moment erfaßt hat, auch mit drin sind. Beim Routing-
 View ist das nicht der Fall, weil die Daten dafür extern (von Pascal)
 erzeugt werden und mir daher diese Info nicht vorliegt. Vielleicht können
 wir das irgendwie verbessern. Ich werde das mal mit Pascal besprechen.

 Das ist jetzt korrigiert. Der Zeitstempel gibt wie bei den anderen Views
 jetzt die letzte Änderung wieder.

 Jochen
 --
 Jochen Topf  joc...@remote.org  http://www.remote.org/jochen/  +49-721-388298


Danke

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

Re: [Talk-de] Korrektur von durch OSM Inspector gefundenen Fehlern

2010-03-18 Diskussionsfäden Torsten Breda

Hi

So, ich habe mal wieder einen ganzen Satz Fehler beseitigt. (OSM
Inspector - Routing)
Dabei bin ich vorsichtig vorgegangen und habe Fehler, die ich mangels
Ortskenntnis nicht lösen konnte, ignoriert.
Viele Fehler sind jedoch eindeutig und auch ohne Ortskenntnis
eindeutig zu lösen.

Häufig tauchen Fehler in Gebieten auf, in denen sehr viele landuse,
farmland, natural usw vorhanden sind. Straßen sind dann, anstatt mit
einer anderen Straße, mit der Begrenzung der Fläche verbunden.
Dieser Fehler kann, gerade in solchen Gebieten, sehr schnell
passieren, wenn man nicht richtig aufpasst. Es wäre schön, wenn JOSM
diesen Fehler verhindern könnte. (Dazu hatte ich im bereits ein Ticket
erstellt. http://josm.openstreetmap.de/ticket/4682 Vielleicht wird
dieses Feature ja eingebaut, wenn die Arbeit an der finalen Java5
Version fertig ist und mit Java6 wieder neue Features aufgenommen
werden.)

Natürlich trifft man auch auf viele Fehler, die vermutlich von
Anfängern stammen. Auch sind diese teilweise schon recht alt und schon
lange in OSM. Dazu habe ich die Meinung, dass mir eine Straße mit
kleinen Fehlern lieber ist, als gar keine Straße. Fehler kann man ja
immer noch korrigieren.

Es gibt einige scheinbare Fehler in Parks/ Irrgärten und auf
Friedhöfen, da dort die Wege teilweise sehr nah aneinander liegen.
Vielleicht könnte man bei der Auswertung diese in eine separate
Kategorie packen, da sie meiner Meinung nach in der Priorität deutlich
hinter anderen Straßen und Wegen liegen und man dadurch viele
falsepositives ausblenden kann. Wenn dann erst mal eine ganze Reihe
Fehler beseitigt sind, kann man sich immernoch auf die Fehler in Parks
und co stürzen.

Etwas mühsam ist die Fehlerbeseitigung, da man im Inspector nicht
erkennen kann, welche Fehler man selber bzw. irgendjemand anderes
schon einmal angepackt hat.

Auch ist die Angabe des Zeitstempel im Inspector missverständlich.
Offensichtlich wird ein Planet-Extract mehrfach ausgewertet, so dass
der Zeitstempel wesentlich neuer ist, als der benutzte Planet.
Diesbezüglich lasse ich mich gerne eines Besseren belehren.

Ich würde mich freuen, wenn ein paar erfahrene JOSM-Benutzer sich ein
wenig Zeit nehmen würden, und bei der Fehlerbeseitigung mithelfen
könnten. Auch über ein Feedback von denen, die bereits dabei sind,
würde ich mich freuen.
Nicht immer ist die Fehlerbeseitigung trivial und es reich oft nicht
aus die Nodes zu markieren und  'm' zu drücken. Daher auch eher nicht
für Anfänger geeignet, da man schnell mal was verschlimmbessert hat.

Das war es erst einmal
Torsten

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

Re: [Talk-de] Korrektur von durch OSM Inspector gefundenen Fehlern

2010-03-18 Diskussionsfäden Torsten Breda

Am 18. März 2010 13:19 schrieb Sven Geggus li...@fuchsschwanzdomain.de:
 Jochen Topf joc...@remote.org wrote:

 Das ist ein allgemeines Problem beim OSMI, da hab ich leider auch keine
 Lösung für, die sich mit vertretbarem Aufwand umsetzen läßt. Wir haben
 da in der QA-Session auf der FOSSGIS auch drüber gesprochen, aber so
 eine richtig supertolle Lösung hat da keiner.

 Ein Tag a la finger Weg, dieser node ist schon OK so wär doch was oder?


Das Problem daran ist, dass dieser Hinweis nur so lange Gültigkeit
haben darf, bis jemand etwas an der Straße ändert.
Meiner Meinung nach hat so etwas auch nichts im planet verloren,
sondern sollte in einer Sekundärdatenbank sein. Diese müsste jedoch
eindeutigen Bezug herstellen können.
Auch hierbei gibt es das Problem, dass dieser Hinweis möglicherweise
falsch ist, wenn jemand daran rumfingert.

Es wurde (u.a. auf der Community-Session QA) überlegt, so etwas durch
ein Meta-OSM (in dem alle Bugreporte, notes, fixmes usw geladen
werden) zu lösen. Dieses müsste sich dann eindeutig auf die richtige
OSM Datenbank beziehen (zB in dem es die Node-table mitbenutzt).
Zusätzlich müsste durch einen irgendwie berechneten Hash-Tag
sichergestellt werden, dass der Node, auf den sich der Bug bezog,
nicht geändert wurde.

Die Problematik ist also nicht trivial.

Sonniger Gruß
Torsten

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

Re: [Talk-de] Korrektur von durch OSM Inspector gefundenen Fehlern

2010-03-15 Diskussionsfäden Torsten Breda

Am 14. März 2010 23:36 schrieb Pascal Neis pascal.n...@gmail.com:
Hi Pascal

Danke für deine Überarbeitungen bezüglich der False-positives.
Ich werde vermutlich heute noch einige Fehler beseitigen, und mir
dabei weiterhin notieren, was mir auffällt.


 habe mal einen aktuellen Vergleich für heute erstellen lassen.
 Sortiert ist sie absteigend anhand der Fehler bei nicht verbundenen
 Straßen mit einem Abstand bis zu einem Meter im jeweiligen Bundesland.
 Was hier noch fehlt, ist der NoExit- und der redundante Straßenfehler.
 Wenn Interesse an sowas besteht, kann ich gerne alle Paar Tage die
 Statistik erstellen lassen.

Gibt es die Statistik nur hier, oder auch irgendwo im Wiki?
Vielleicht kann man das auf
http://wiki.openstreetmap.org/wiki/OSM_Inspector/Views/Routing setzen?
Auch würde mir eine Statistik in Abhängigkeit zur Gesamtzahl der
Knoten im Bundesland gefallen. (Dann würde NRW vielleicht etwas
positiver aussehen.)
Wenn man die Statistik alle paar Tage neu macht, dann könnte man einen
Trend erkennen.

Vielen Dank für deine Mühe
Torsten

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

Re: [Talk-de] JOSM Filter

2010-03-11 Diskussionsfäden Torsten Breda

Am 11. März 2010 10:41 schrieb Sebastian Klein basti...@googlemail.com:

 Ein neues Design für das Filter-Gedoens ist in der Entwicklung, hier
 schon mal eine Vorschau zum ausprobieren:

 Kommentare willkommen!

Das sieht doch gar nocht schlecht aus.
Ein paar Kommentare:

Beim ursprünglichen Displayfilter konnte man einige Filter auf
grau-Hintergrund und gleichzeitig andere auf unsichtbar schalten.
Die Möglichkeit habe ich bei dir jetzt leider nicht gefunden.

Irgendwie schaffe ich es nicht, die vorhandenen Masken zu editieren.

Werde weiter testen

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

Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

2010-03-11 Diskussionsfäden Torsten Breda

Am 11. März 2010 18:10 schrieb Tirkon tirko...@yahoo.de:
 Torsten Breda torst...@gmail.com wrote:

 Die Komplexität beispielsweise eines Straßenzuges besteht in der
 Wirklichkeit aus wechselnden Eigenschaften, wie Maxspeed, Befahrung
 durch Buslinie, Wechsel des Stra0ennamens etc. Diese in der Realität
 existierende Fakten müssen in OSM 1:1 abgebildet werden. Eine Lösung
 kann also niemals weniger komplex als die Wirklichkeit sein.
Das wage ich zu bezweifeln. Natürlich hat das Abbild der Daten eine
entsprechende Komplexität.
Auf Userseite muss dies jedoch nicht gegeben sein.
Man bearbeitet ja auch kein Foto pixelweise, nur weil es aus Pixeln besteht.

 Ich will das Ganze einmal abkürzen, da Ich vermute, dass wir hier
 aneinander vorbeireden. Möglicherweise habe ich nicht weit genug
 ausgeholt und vermeintlich Selbstverständliches fortgelassen.
Ich habe dich schon verstanden, keine Sorge.


 Wenn ich eine Karte als Foto ansehe und pixelweise bearbeitete, dann
 ist das ja gerade die unnötige Verkomplizierung (und zwar in höchster
 Vollendung), gegen die ich mich in meinem gesamten Posting stemme.
 Ziel meines Modells ist es, eine  Geschwindigkeitsbeschränkung, den
 Verlauf einer Buslinie, die ununterbrochene Mittlinie oder die
 Leitlinie etc. genau dort in die Karte einzuzeichnen, wo man sie in
 Wirklichkeit vorfindet (und das nenne ich Komplexität(sgrad) der
 Wirklichkeit), ohne dabei die Straße unnötig an jedem Punkt
 aufsplitten zu müssen, an dem sich eine Eigenschaft ändert. Denn in
 Wirklichkeit ist die Straße an diesen Punkten auch durchgehend.

Du erzeugst dadurch Pseudo-Ways. Das macht es nicht einfacher.


 Bei dieser Oberfläche gäbe es beispielsweise die Möglichkeit, ÖPNV auf
 sichtbar und editierbar zu schalten, aber die Straßen in beiden Fällen
 außen vor zu lassen ... oder umgekehrt.

Wer sagt dir, das diese Möglichkeit bestehen würde Das wäre doch Unsinnig.
Natürlich würde ÖPNV auch Straßen mitaktivieren, aber eben nicht
umgekehrt. Ich dachte, das wäre klar gewesen.

Es geht darum unnötige Fakten auszublenden und, im Gegensatz zu einer
editorbasierten Lösung, ein System zu schaffen, dass Bearbeitungen an
Teildatenmengen erlaubt, ohne andere Daten zu beschädigen.

 Richtig! Dennoch kann ich beispielsweise eine Buslinie nicht getrennt
 von einer Straße bearbeiten. Der Bus kann eben nur dort fahren, wo
 auch eine Straße existiert. Wenn ich also die Buslinie bearbeite, muss
 zwangsläufig auch der Straßenverlauf beachtet werden oder der Bus
 fährt über die Wiese oder durch Häuser. Umgekehrt muss sich bei der
 Manipulation des Verlaufes der Straße, auch der Verlauf der Buslinie
 ändern.
Dem habe ich nie wiedersprochen, oder wo habe ich behauptet, dass
diese Kombination möglich wäre???

 Ebenso kann ich einen auf der Straße markierten Bushaltepunkt[1] nicht
 ausblenden, wenn ich die Straße verschiebe, denn die Haltestelle muss
 ebenfalls verschoben und daher neu verortet werden. Das ist aber nicht
 möglich, wenn diese ausgeblendet bleibt. (Das gilt natürlich analog
 für diejenigen Punkte, wo eine Straßeneigenschaft (z.B. Maxspeed)
 beginnt oder endet.)
Das musst du mir nicht erklären. In meinem Eingangsposting (vielleicht
noch mal lesen) habe ich geschrieben, dass es Regeln geben soll, die
die Abhängigkeit der Module untereinander beschreibt. Natürlich wäre
diese Kombination unsinnig.

OT: Kann mir jemand sagen, warum ich nicht so auf Kosenamen auf der
Mailingliste stehe? Warum ich mich schwer tue, Teilnehmer mit
Kosenamen genau so ernst zu nehmen, wie solche, die ihren Realnamen
dabeischreiben? Wobei ich hiermit nicht Tirkon meine, über den ich mir
auf der Fossgis bereits mein eigenes Bild machen konnte.

 Natürlich kann ich Dir auf diese rhetorische Frage keine Antwort
 geben. Ich kann Dir nur erklären, welche Beweggründe es geben kann,
 einen Nick zu verwenden.
Wie du schon selber feststellst, habe ich diese Frage nicht gestellt.

Netter Gruß
Torsten

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

Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

2010-03-11 Diskussionsfäden Torsten Breda

Am 11. März 2010 23:51 schrieb Tirkon tirko...@yahoo.de:
 Torsten Breda torst...@gmail.com wrote:

 Ziel meines Modells ist es, eine  Geschwindigkeitsbeschränkung, den
 Verlauf einer Buslinie, die ununterbrochene Mittlinie oder die
 Leitlinie etc. genau dort in die Karte einzuzeichnen, wo man sie in
 Wirklichkeit vorfindet (und das nenne ich Komplexität(sgrad) der
 Wirklichkeit), ohne dabei die Straße unnötig an jedem Punkt
 aufsplitten zu müssen, an dem sich eine Eigenschaft ändert. Denn in
 Wirklichkeit ist die Straße an diesen Punkten auch durchgehend.

Du erzeugst dadurch Pseudo-Ways. Das macht es nicht einfacher.

 Im Gegensatz zum Zeichnen sollte das Einzeichnen (von Maxspeed,
 Busroute, Mittellinie) in die Karte suggerieren, dass man nicht
 irgendwo in der Gegend rummalt, sondern dieses mehr oder weniger genau
 entlang eines Straßenzuges erfolgt. Der Editor gibt dann
 beispielsweise durch Einfärbung der Route Rückmeldung, welche Straße
 er als getroffen ansieht und speichert sie schließlich als Relation
 und !!nicht!! als Pseudo-Way ab. Jetzt kann ich jede Relation für sich
 grafisch ausweiten oder kürzen, ohne eine andere zu schädigen.
Sag ich doch, Pseudoways.
Du vermischst in deinem Vorschlag Datengrundlage und Visualisierung im Editor.
Was die Datengrundlage angeht, so kannst du das schon genau so, wie
heute verwenden, wenn du möchtest, siehe:
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Segmented_Tag .

Gruß
Torsten

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

[Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

Hallo Liste

Als ich vor einigen Jahren bei OSM angefangen habe, war die Welt noch
einfach. Man erfasste Straßen und ihre Namen, dazu noch ein paar POIs
- fertig!
Viel Diskussionsbedarf bestand nicht, wenn man sich auf die einzelnen
Keys geeinigt hatte.

So einfach ist es heute aber nicht mehr.
Die Komplexität der OSM-Welt nimmt ständig zu. Wer sich heute mal eine
Innenstadt in JOSM anschaut, weiß was ich meine. Da gibt es neben den
Straßen und POIs viele andere Dinge, die in der Karte zu sehen sind.
Landflächen, Plätze, Buslinien, Grenzen, Brücken, Stromleitungen,
Tunnel und und und...
Wer in so einem Gebiet wirklich nur eine Kleinigkeit ändern möchte,
muss höllich aufpassen, das er keine Relationen beschädigt, Straßen
mit Flächen verbindet, Maxspeed löscht oder auf eine falsche Straße
ausweitet, Löcher in Wanderrouten erzeugt und so weiter. Man muss
sich immer mit der sonstigen Verwendung der Elemente vertraut machen,
um nicht die Arbeit der Anderen zu stören oder zu beschädigen. Oder
man aggiert nach dem Motto Augen zu und durch, Wird schon
schiefgehen oder Die Fehler die ich mache wird schon jemand
richten.
Wer sich mal mit der Pflege von Boundarys, ÖPNV-Relationen oder
sonstigen komplexeren Dingen beschäftigt hat, weiß ein Lied davon zu
singen.

Durch dieses Dilemma entstehen verschiedene Probleme:

1. Der Einstieg in das Thema OSM wird immer komplizierter. Mal eben
eine fehlende Straße einzeichnen - so wie es früher war -
funktioniert nur noch im Niemandsland.

2. Immer mehr Energie wird in die Pflege/Reparatur der Daten aufgewendet.

3. Ein sinnvolles Bearbeiten ist nur noch durch wenige Experten möglich.

4. Importe werden sehr kompliziert. - Gespendete Daten müssen mit
größter Vorsicht oder händich eingefügt werden.


Wie kann man das Lösen?
Einfach zu lösen ist dieses Problem mit Sicherheit nicht. Momentan
versuchen wir Fehler passiv zu vermeiden. Damit meine ich, dass die
Editoren, wie JOSM, vor möglichen Fehlern warnen, bspw wenn eine
Relation geteilt, eine Straße verschoben oder Straßen mit
verschiedenen Eigenschaften verbunden werden. Eigentlich müssten JOSM
und Co noch viel mehr Fehler abfangen, damit diese gar nicht erst in
die Datenbank kommen. Dadurch wird das Editieren zwar sicherer, jedoch
nicht einfacher. Es kann also nur eine Teillösung sein, beseitigt
jedoch nicht das Grundproblem.

Was ist das Grundproblem?
OSM ist monolithisch! - Alles ist miteinander verknüpft und verwoben.
Eine kleine Änderung kann große Wirkung haben und Bereiche oder
Sachverhalte ändern, die man gar nicht verändern wollte.
Was fehlt, ist die Modularität!

Modularität?
Wäre OSM (bzw. die OSM-Datenbank) modularer aufgebaut, beziehungsweise
wären Elemente modular zu bearbeiten, so könnten andere Baustellen
komplett ausgeblendet werden. Man hätte ein festes Grundgerüst und
darauf die einzelnen Module, die man je nach Absicht voneinander
unabhängig benutzen könnte.
So einfach, wie es sich anhört, ist es nicht zu realisieren! -
Stimmt, einfach ist es wirklich nicht, aber wie könnte es aussehen?

Das Grundgerüst wären die Nodes. Sie halten die einzelnen Module
zusammen. Node 1234567 bleibt node 1234567, egal in welchem Modul.
Aber was ist mit Ways? - Ways sind in der Datenbank momentan ein
Sonderfall. Sie beschreiben zum Beispiel einen Weg, indem sie die
verwendeten Nodes auflisten. Damit unterscheiden sie sich eigentlich
nicht viel von Relationen. Eine Relation ist eine Sammlung
verschiedener, zu einander in Verhältnis gebrachter, Elemente. Genau
das macht auch der Way mit den Nodes. Also - weg mit dem Datenelement
way, ist ja doch nur ne verkappte Relation.

Da blickt doch dann keiner mehr durch? Diese Angst habe ich nicht.
Es ist nur eine Frage der Visualisierung. Da sich beim Thema way
fast nur der Name ändert, dürften die Unterschiede gering sein. Wenn
ich an die Abschaffung der segments im Oktober 2007 zurückdenke,
erinnere ich mich, dass das für den Anwender eine sehr leichte
Umstellung war. Warum sollte es in diesem Fall anders sein?
Dieses war der erste Streich!

Wie könnte es aussehen, dass mit den Modulen?
Momentan ist JOSM ein Rohdaten-Editor. Es lässt sich alles ändern und
das meiste wird visualisiert. Nicht alles, da viele Relationen nur als
Tabellenansicht zu sehen sind und nicht oder nur nach dem Markieren
auf der Karte gezeichnet werden.
Könnte man jedoch vor dem Editieren auswählen, welches Themengebiet
man bearbeiten möchte, so wäre JOSM ein Spezialeditor für alle Module,
die es unterstützt und würde trotzdem nichts an Funktionalität
verlieren.

JOSM würde fragen: Was möchten sie Bearbeiten und sehen? Man bekäme
eine Auswahl geliefert, in der man wählen könnte, welche Module
editierbar sind und welche nur optisch erscheinen.

-
|   Modul |   editierbar   |  sichtbar  |
-
| Straßen |o   | x  |
-
| Landnutzung |o   | x  |

Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

Am 10. März 2010 13:06 schrieb Frederik Ramm frede...@remote.org:
 Hallo,

 Torsten Breda wrote:
 Das Grundgerüst wären die Nodes. Sie halten die einzelnen Module
 zusammen. Node 1234567 bleibt node 1234567, egal in welchem Modul.

 Machst Du es Dir da nicht zu einfach - es koennte doch sein, dass der
 Node 1234567 im Modul Deutschland vor 100 Jahren gar nicht auftaucht ;-)
Dann taucht er halt nicht auf. Ist das schlimm?


 Momentan ist JOSM ein Rohdaten-Editor. Es lässt sich alles ändern und
 das meiste wird visualisiert. Nicht alles, da viele Relationen nur als
 Tabellenansicht zu sehen sind und nicht oder nur nach dem Markieren
 auf der Karte gezeichnet werden.
 Könnte man jedoch vor dem Editieren auswählen, welches Themengebiet
 man bearbeiten möchte, so wäre JOSM ein Spezialeditor für alle Module,
 die es unterstützt und würde trotzdem nichts an Funktionalität
 verlieren.

 JOSM hat schon ein (per default abgeschaltetes) Filter-Feature, mit dem
 man genau das machen kann, bestimmte Sachen ausblenden oder
 un-editierbar machen.
Wie komme ich da ran? Das Ghost-plugin funktioniert (zumindest bei
mir) mit der latest nicht mehr.


 Es gibt aber eine Menge Usability-Probleme, egal ob man das auf
 Editorseite oder, wie von Dir vorgeschlagen, auf Datenbankseite macht.
 Was zum Beispiel passiert, wenn ich in einem Modus arbeite, in dem nur
 Strommasten sichtbar sind und ich einen Strommasten versehentlich auf
 amenity=restaurant umtagge - wie kriege ich den dann jemals wieder? -
 und aehnliche Dinge.
So wie bisher.
Falls ich aber gerade in einem Spezialeditor arbeite, kommt eine
Warnung Bist du sicher, dass in diesem Strommast ein McDonalds ist?
Scherz beiseite. Wenn ich Restaurants einzeichnen will, dann lade ich
nur das POI-Modul mit den Straßen als view-only. Dann komme ich gar
nicht an den Strommast ran.
Das Datenzerstören, geht momentan noch viel einfacher, nur dass man es
nicht so schnell merkt.

 Ich glaube, dass man das einigermassen gut auf Editorseite hinbekommen
 kann.
Ist natürlich auch eine Möglichkeit, jedoch was nützt ein Editor, der
alles Prima macht, wenn ein anderer Editor alles wieder kaputt macht.
(Es müsste also in jeden Editor eingebaut werden) Oder es müssten
Regeln gemacht werden, wie zB Wenn ein Editor Funktion X nicht hat
(zB Relationen sortieren), dann darf er Y nicht tun (Relationen
ändern).

 Allerdings zwingt uns irgendwann eventuell die immer wachsende
 Datenmenge, auch partielle Downloads zum Editieren zu erlauben, mit all
 den potentiellen Fehlerquellen - schon heute kann man ja theoretisch auf
 Basis eines XAPI-Files im JOSM editieren, aber dabei koennte man ja
 einen Node verschieben, ohne zu sehen, dass der noch von anderen Ways
 genutzt wird, und dadurch Chaos erzeugen usw.

Genau das war der Ursprung meiner Überlegung.
Ich hatte mich gefragt, ob ich mir Boundarys über XAPI ziehen soll, um
die schneller reparieren zu können, oder ob ich mit Josm nur die
Relationen lade. Beides war mir zu kritisch.
Daher habe ich mir überlegt, wie man das modularisieren kann.
Dabei Fehler zu vermeiden und Regeln aufzustellen, wann ein
node/way/relation verändert werden darf und wann er sich dagegen
streubt, wird noch eine große Aufgabe (Vielleicht ja mit API 0.999)

Netter Gruß
Torsten

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

Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

Am 10. März 2010 13:54 schrieb Frederik Ramm frede...@remote.org:
 Hi,

 Torsten Breda wrote:
 Wie komme ich da ran? Das Ghost-plugin funktioniert (zumindest bei
 mir) mit der latest nicht mehr.

 displayfilter=true setzen in der preferences-Datei. Ist ziemlich
 maechtig, aber ziemlich wenig dokumentiert ;-) da kansnt Du praktisch
 believige Such-Anfragen formulieren und aus diesen Dein aktuelles
 Modul zusammensetzen lassen.

Danke, schau ich mir mal an

 Ist natürlich auch eine Möglichkeit, jedoch was nützt ein Editor, der
 alles Prima macht, wenn ein anderer Editor alles wieder kaputt macht.
 (Es müsste also in jeden Editor eingebaut werden) Oder es müssten
 Regeln gemacht werden, wie zB Wenn ein Editor Funktion X nicht hat
 (zB Relationen sortieren), dann darf er Y nicht tun (Relationen
 ändern).

 Regeln, Vorschriften, Zwaenge... ;-)
Die Fehler, die durch ein Bearbeiten von Teildaten entstehen, können
genauso bei der Bearbeitung der Gesamtdaten entstehen (wenn man nicht
aufpasst). Es muss ja kein Zwang sein, jedoch ein Hinweis würde nicht
schaden. Den node/way den du verschieben/löschen willst ist auch
Bestandteil einer Relation/Grenze/Fluß/Landfläche. Willst du wirklich?
Du kannst auch die Elemente voneinander trennen und separat
korrigieren!
Würde jetzt auch schon helfen.

Gruß
Torsten

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

Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

Am 10. März 2010 14:01 schrieb Torsten Breda torst...@gmail.com:
 Am 10. März 2010 13:54 schrieb Frederik Ramm frede...@remote.org:
 Hi,

 Torsten Breda wrote:
 Wie komme ich da ran? Das Ghost-plugin funktioniert (zumindest bei
 mir) mit der latest nicht mehr.

 displayfilter=true setzen in der preferences-Datei. Ist ziemlich
 maechtig, aber ziemlich wenig dokumentiert ;-) da kansnt Du praktisch
 believige Such-Anfragen formulieren und aus diesen Dein aktuelles
 Modul zusammensetzen lassen.

 Danke, schau ich mir mal an

Das ist ja genial. Ist ja 1000mal besser, als ghost!
Warum ist das nicht dokumentiert? Kann dadurch viel kaputt gehen?

Gruß
Torsten

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

Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

Am 10. März 2010 15:03 schrieb Andre Joost andre+jo...@nurfuerspam.de:
 Torsten Breda schrieb:
 Am 10. März 2010 14:01 schrieb Torsten Breda torst...@gmail.com:
 Am 10. März 2010 13:54 schrieb Frederik Ramm frede...@remote.org:
 Hi,

 Torsten Breda wrote:
 Wie komme ich da ran? Das Ghost-plugin funktioniert (zumindest bei
 mir) mit der latest nicht mehr.
 displayfilter=true setzen in der preferences-Datei. Ist ziemlich
 maechtig, aber ziemlich wenig dokumentiert ;-) da kansnt Du praktisch
 believige Such-Anfragen formulieren und aus diesen Dein aktuelles
 Modul zusammensetzen lassen.
 Danke, schau ich mir mal an

 Das ist ja genial. Ist ja 1000mal besser, als ghost!

 dito. Jetzt kann ich endlich diese dämlichen landuses auf Wegen
 ausblenden ;-)

 Wenn man jetzt noch die Knoten einer Rechteckauswahl gezielt abwählen
 kann, um nur den Wegelementen einen Wert zuzuweisen...

Das geht über Bearbeiten-Suchen... aus der Auswahl entfernen
Suchbegriff: type:node
oder in der Auswahl suchen Suchbegriff type:way

Bitteschön
Torsten

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

Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

Am 10. März 2010 16:16 schrieb Chris-Hein Lunkhusen chris66...@gmx.de:
 Frederik Ramm schrieb:

 displayfilter=true setzen in der preferences-Datei. Ist ziemlich
 maechtig, aber ziemlich wenig dokumentiert ;-)

 Ähemm, allerdings... ;-)

 Da bei mir die Spalten 1,2,4,5,6 mit .. beschriftet sind,
 könnte ich 'ne kleine Erläuterung bekommen?
Sieht bei mir genau so aus und die Spaltenbreite ist nicht zu verschieben

 Soviel hab ich schon experimentell ermittelt:
Einfach mal mit dem Mauszeiger drüberfahren, dann kommt ein Tooltip.

Gruß
Torsten

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

Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

Am 10. März 2010 16:48 schrieb Frederik Ramm frede...@remote.org:
 Hallo,

 Torsten Breda wrote:
 Das ist ja genial. Ist ja 1000mal besser, als ghost!
 Warum ist das nicht dokumentiert? Kann dadurch viel kaputt gehen?

 Das ist deshalb noch ein Schatten-Feature, weil es eine ganze Anzahl
 von Problemchen aufwerfen kann, die in der Lage sind, Anfaenger total zu
 verwirren. Das muesste alles erst noch in groesserem Kreis
 ge-beta-testet werden, bevor man es auf die Massen loslassen kann.
Falls mir was auffällt mach ich ein Ticket.

 Wirklich cool waere dann auch ein eingebauter Satz von Standardfiltern
 oder eine Moeglichkeit, diese leicht mit anderen Usern auszutauschen.
Recht hast du!
Im Packet mit entsprechenden styles und presents ergäbe sich dann in
Windeseile ein Spezialeditor.
Das ist ein echter Fortschritt.

DANKE JOSM-DEV-TEAM!

Torsten

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

Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

Am 10. März 2010 19:42 schrieb AssetBurned openstreet...@assetburned.de:
 Was haltet ihr von der (Pseudo-)Modularisierung?

 gute idee.

 Habt ihr eine andere Lösung?

 vereinheitlichung von tags.
Das ist ein ganz anderes Problem und hat meiner Meinung nach sehr
wenig mit dem hier beschriebenen Sachverhalt zu tun.

 wenn ich mir die sache mit den seezeichen anschaue zum beispiel. das ist nen
 krampf.
 auch wäre es ne idee wenn man mal ein bot hätte der auswertet welche tags
 wie häufig verwendet werden und automatisch tags umschreibt.
 also nehmen wir hier mal locksmith wenn dieser häufiger verwendet wird als
 zum beispiel Schlüsseldienst oder Schlüsselmacher dann sollte dieser Bot
 so konfiguriert werden das  diese tags umgeschrieben werden. zudem sollten
 dann die entsprechenden wiki seiten direkt auf das standardisierte tag
 verweisen (weiterleitung) und garnicht erst die alten tags anzeigen.
 klar das geht nicht zu 100% automatisiert aber wenn sich leute hinsetzen und
 da in regelmäßigen abständen (oder auf zuruf) eine entsprechende tabelle
 pflegen mit tags und aliasen dann sollte es möglich sein.

-1
Vertipper sind das eine, jedoch muss man sehr vorsichtig sein, wenn
man automatisiert Tags durch vermeintlich bessere ersetzt.
Ich bin also anderer Meinung, als Herr Assetburned. Jedoch beteilige
ich mich weder in den Seezeichen-Sachen, noch an größeren Diskussionen
des Taggingschemas. Ich nehme immer der Tag der mir passend erscheint
oder der mir als erstes in die Finger kommt. Ein Insider mag da
anderer Meinung sein.

Netter Gruß
Torsten

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

Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?

Am 10. März 2010 22:58 schrieb Tirkon tirko...@yahoo.de:
 Torsten Breda torst...@gmail.com wrote:

Die Komplexität der OSM-Welt nimmt ständig zu.

 Auch ich habe das schon einmal thematisiert. Mein Vorschlag war
 #hnlich wie Deiner, nämlich eine All-in-One konfigurierbare Karte zu
 haben. die als Hintergrund für den Editor geschaltet, nur das
 Editieren der sichtbaren Objekte zulässt. Aber auch dies ist nicht
 unproblematisch und nur in Grenzen machbar.

Es wird ja durch das von Frederik beschriebene Hidden-Feature bereits umgesetzt.

Wie kann man das Lösen?

 Die Komplexität beispielsweise eines Straßenzuges besteht in der
 Wirklichkeit aus wechselnden Eigenschaften, wie Maxspeed, Befahrung
 durch Buslinie, Wechsel des Stra0ennamens etc. Diese in der Realität
 existierende Fakten müssen in OSM 1:1 abgebildet werden. Eine Lösung
 kann also niemals weniger komplex als die Wirklichkeit sein.
Das wage ich zu bezweifeln. Natürlich hat das Abbild der Daten eine
entsprechende Komplexität.
Auf Userseite muss dies jedoch nicht gegeben sein.
Man bearbeitet ja auch kein Foto pixelweise, nur weil es aus Pixeln besteht.

 Hält man sich dies vor Augen, wird klar,
 dass Deine Lösung nicht funktionieren kann, wie ich unten an
 Beispielen zeigen werde.
Das stimmt nicht. Vielleicht hast du mich in der Lösungsbeschreibung
nicht richtig verstanden.
Es geht darum unnötige Fakten auszublenden und, im Gegensatz zu einer
editorbasierten Lösung, ein System zu schaffen, dass Bearbeitungen an
Teildatenmengen erlaubt, ohne andere Daten zu beschädigen.

 Verschiebe ich also eine Straße, so müssen zwangsläufig deren
 Eigenschaften mitverschoben werden. Aus diesem Grunde ist Dein
 Vorschlag nicht umsetzbar, Relationen von der Sie beheimatenden Straße
 loszulösen. Und daher kann der ÖPNV in Form von Bussen nicht
 unabhängig von einer Straße editiert werden.
An welchem Punkt habe ich gesagt, dass man eine Relation unabhängig
von einer Straße editieren sollte?
Das Umgekehrte ist die Absicht. Straße editieren ohne auf Relationen
und co achten zu müssen, da die Fehler im Hintergrund vermieden
werden.


 [...] Die Relation wird also infolge der Änderungen an der Straße
 geändert.
Genau das soll das System erlauben, da die Module sowohl
hierarchisch aufeinander Aufbauen oder aber nebeneinander
funktionieren können, je nach Modul.


 Eine bessere Trennung von Straßenkörper, seiner Eigenschaften und der
 Eigenschaften untereinander ist aber erst dann machbar, wenn ein
 weiterer Vorschlag von mir umgesetzt würde: Das Straßennetz ist so
 aufgebaut, dass jede Straße grundsätzlich unteilbar von
 Verzweigungknoten bis Verzweigungsknoten läuft. Geteilt wird nur noch,
 wenn ein neuer Verbindungsknoten eingefügt wird. Alle Eigenschaften
 werden nur noch als Relationen getaggt. Diese
 Eigenschaftsrelationen, welche dann die Tags ersetzen, können im
 Rahmen einer vorbestimmten Auflösung an jedem Punkt auf der Straße
 (bzw way) beginnen oder enden. All dies käme aber einem OSM 2.0
 gleich.
Wie kommst du auf 2.0???
Wieso sollte eine Straße unteilbar sein???
Der Vorschlag hat aber auch nicht wirklich was mit meiner Idee zu tun.


 Die neuen Relationen müssen in der Lage sein, eine ganze Straße (von
 Verzweigungknoten bis Verzweigungsknoten) aufzunehmen. Darüber hinaus
 müssen sie Teile einer solchen Straße von Koordinate X1Y1 bis
 Koordinate X2Y2 (oder bis zum Ende) aufnehmen können, ohne die Straße
 selbst hierfür teilen zu müssen. Solche durch Relationen verursachten
 Punkte könnten in der Straßendarstellung anders dargestellt als die
 Verzweigungsknoten. Dadurch wird klar, dass hier eine neue Eigenschaft
 beginnt oder endet und dieser Punkt ohne nähere Prüfung nicht
 verschoben werden darf. Dadurch wird die abgebildete Komplexität der
 Wirklichkeit in OSM besser deutlich.
Im Gegenteil! Die Komplexität nimmt zu. Da kann man ja direkt wieder
segments einführen.
Ich will jeden Punkt verschieben, löschen oder umtaggen können, wenn
ich es für richtig halte (Auch wenn ich dafür 10 Warnungen wegklicken
muss, die den Anfänger davor bewahren etwas kaputt zu machen).

 [...]
 Eine weitere Vereinfachungsmöglichkeit kann es nicht geben, da die
 Komplexität durch die abzubildende Wirklichkeit gegeben ist. Das OSM
 2,0 stellt aber sicher, dass sie durch das Datenmodell nicht
 zusätzlich verkompliziert wird.
Kannst du diese Aussagen bitte untermauern?
Ich halte die Behauptungen, dass Es eine weitere
Vereinfachungsmöglichkeit nicht geben kann und dass dein OSM 2.0
sicher stellt, dass es nicht komplizierter wird für aus der Luft
gegriffen.

Danke für deine Kritik
Torsten Breda

P.S.
OT: Kann mir jemand sagen, warum ich nicht so auf Kosenamen auf der
Mailingliste stehe? Warum ich mich schwer tue, Teilnehmer mit
Kosenamen genau so ernst zu nehmen, wie solche, die ihren Realnamen
dabeischreiben? Wobei ich hiermit nicht Tirkon meine, über den ich mir
auf der Fossgis bereits mein eigenes Bild machen konnte.

___
Talk-de mailing

Re: [Talk-de] Mapzen!?

2010-03-09 Diskussionsfäden Torsten Breda

Hi wambacher

Auch wenn ich nicht weiß, was das ganze system ist, so melde ich
mich ungern irgendwo an, wenn ich nicht weiß, was das drum und dran
ist.

Dann bleibe ich lieber bei meiner Komponente des Ganzen und benutze
weiterhin JOSM!


Gruß
Torsten

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

Re: [Talk-de] Korrektur von durch OSM Inspector gefundenen Fehlern

2010-03-08 Diskussionsfäden Torsten Breda

Habe wieder einige Fehler beseitigt und mal mitgeschrieben, was es für
welche waren. Vielleicht hilft das ja bei der Vermeidung von
False-positives oder bei der Vermeidung von Fehlern.
In der Liste sind nur Fehler, die ich lösen konnte und nur Fehler vom
Typ unconnected road.

Echte Fehler:
Unachtsamkeit (Punkt auf Punkt, Punkt auf Straße): 25
Highway an Landuse, statt an Straße:11 (Siehe auch unter 2.) im
Eingangsposting)
highway=pedestrian; area=yes nicht mit Straßen verbunden:   2

False-positives:
noexit=yes: 4
highway=elevator: 4
highway=steps: 2 (In diesem Fall waren es Eingänge zur Tiefgarage,
habe aber auch echte Fehler an highway=steps gefunden)
highway=Platform (Ende des Bussteiges): 4
Anderer Grund (zB parallele Straße): 4


Liebe Geofabrik!
Wollt ihr, dass diese Fehler schnell beseitigt werden?
Dann macht einen Bundesländervergleich! Eine kleine Auswertung und
Grafik motiviert ungemein. Und Wettbewerb schadet auch nicht. Ein
kleines Diagramm oder ein Trend auf dem man sehen kann, welchen Anteil
die Fehler am Gesamten haben.

Netter Gruß
Torsten

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

Re: [Talk-de] Mapzen!?

2010-03-08 Diskussionsfäden Torsten Breda

Warum reicht bei Mapzen kein normaler OpenStreetMap-Account?
Man muss sich extra anmelden.
Das ist bei den anderen Editoren nicht so.

Gruß
Torsten

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

[Talk-de] Korrektur von durch OSM Inspector gefundenen Fehlern

2010-03-07 Diskussionsfäden Torsten Breda

Hallo Liste

Durch das Korrigieren von Fehlern in der neuen Routing(skobbler)-Ansicht im
OSM-Inspector habe ich folgendes festgestellt:

1. False-positives (dublicate ways) durch gemeinsam genutzte Nodes von
normalen Wegen und solchen, mit area=yes (Platz liegt direkt an Straße). -
Sollte meiner Meinung nach ignoriert werden.
2. Viele (echte) Fehler passieren dadurch, dass Seitenstraßen nicht an die
Hauptstraße geknüpft werden, sondern an ein landuse. - Es wäre schön, wenn
die Editoren davor warnen könnten. (zB Willst du wirklich eine Straße
highway mit dieser Fläche landuse verbinden?) Oder, wenn man die Landuse
ausblenden könnte.
3. Ein großer Teil (aber bei weitem nicht alle Fehler) passieren durch
Potlatch-User. Das soll nicht bedeuten, dass Potlatch schlechter ist,
sondern kann auch bedeuten, das Potlach-User i.d.R. unerfahrener sind. Auch
warnt der JOSM-Validator beim Versuch, solche Fehler hochzuladen. - Wie kann
man dem Unconnected-roads Problem in Potlatch besser begegnen?
4. Die Funktion der Alt, Strg und Shift- Tasten beim Editieren in JOSM
(und der entsprechenden Funktionen in Potlatch (kenne die Tasten nicht))
scheinen zu wenig bekannt zu sein.
5. In einigen Fällen entstehen doppelte Straßen, da diese nicht geteilt
werden (p in JOSM) um einen Teil der Straße in eine Relation zu bringen,
sondern es wird der entsprechende Teil nochmals gezeichnet. - Hier weiss ich
nicht richtig, wie eine Warnung des Editors aussehen könnte. Vielleicht
irgend etwas mit Bitte Teile die Straße mit p, wenn du nur einen Teil der
Straße in die Relation bringen möchtest.

Es kann nur eine Teillösung sein, immer bessere Programme zur
Fehleraufspürung einzurichten (KeepRight, OSMI, OSB, Gary-Check). Noch
besser wäre es, zu verhindern, dass solche Fehler überhaupt passieren.
Was ist eure Idee dazu?
Wie könnte man das verbessern?

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

Re: [Talk-de] die strassenliste kommt ja so langsam ins rollen.

2010-03-02 Diskussionsfäden Torsten Breda

Am 27. Februar 2010 22:09 schrieb Florian Lohoff f...@zz.de:

Also ich habe NRW in 8 Wochen gemacht - Boundarys raten und Listen
abklappern.
Und Kontakt zur Gemeinde war immer der letzte Notnagel - Das kann auch mal
2 Jahre dauern bis man da Antwort bekommt. Ich habe meist auf den Webseiten
mir die Straßenlisten zur Wahlbekanntmachung besorgt und umkonvertiert.

Ich habe im letzten Jahr ein wenig versucht Florians tolle Leistung zu
unterstützen.
(Und ihn mit URLs zugehauen, die er ohne murren in Straßenlisten umgewandelt
hat)

Für alle, die momentan nach Straßenlisten suchen, mein Tipp für Suchanfragen
(Einer der 3 sollte in 95% der Fälle funktionieren):

1. straßenreinigungssatzung site:URL DER STADT/GEMEINDE
2. Wahlbezirke site:URL DER STADT/GEMEINDE
3. müll.abfuhr.pläne pdf STADT (Hier nicht site:)

Probieren wir das mal mit einer beliebigen Stadt aus. Z.B. der Stadt Wedel
in Schleswig-Holstein

1.
http://www.google.de/search?q=straßenreinigungssatzung+site:wedel.dehttp://www.google.de/search?q=stra%C3%9Fenreinigungssatzung+site:wedel.de(2.
Ergebnis verlinkt auf die gesuchte PDF, die die Straßenliste im Anhang
enthält)
2. http://www.google.de/search?q=Wahlbezirke+site:wedel.de (1. Ergebnis
enthält eine Abfrage. Im Quelltext finden wir dann an entsprechender Stelle
eine
http://dv.wedel.de/web_portal/wbz_abfrage/wbz_abfrage.phpview-source:http://dv.wedel.de/web_portal/wbz_abfrage/wbz_abfrage.phpverlinkt,
die die Liste enthält)
3.
http://www.google.de/search?q=müll.abfuhr.pläne+pdf+wedelhttp://www.google.de/search?q=m%C3%BCll.abfuhr.pl%C3%A4ne+pdf+wedel(1.
Ergebnis ist schon die gesuchte PDF)

Hierbei aber immer genau schauen, dass man etwas Öffentliches, wie
Verordnungen und Bekanntmachungen, erwischt. Außerdem können die Listen
statt Straßen auch Ortsteile enthalten oder es steht etwas drin, wie Für
alle Straßen gilt XY außer bei folgenden Straßen: Straßenliste. Zudem muss
die Liste nicht zwangsläufig vollständig sein.

Versucht es einfach mit eurer Stadt oder Gemeinde.
Natürlich braucht man zusätzlich noch die Grenzrelation. Einfach mal
schauen, ob die Grenzen schon ganz oder teilweise bestehen, oder ob ihr die
fehlenden Stücke nicht schätzen könnt.
Bei unserem Beispiel Wedel werden wir fündig. Z.B. im OSM-Inspector:
http://tools.geofabrik.de/osmi/?view=boundarieslon=9.69765lat=53.59033zoom=13overlays=boundary_relations_3,boundary_relations_4,boundary_relations_5,boundary_ways_1,boundary_ways_2,boundary_ways_3,boundary_ways_4,boundary_ways_5,boundary_ways_with_unknown_admlvl,non_simple_boundary_waysoder
im Relation-Analyser:
http://betaplace.emaitie.de/webapps.relation-analyzer/analyze.jsp?relationId=54536.

Jetzt seit ihr dran :)

Ich wünsche viel Spaß beim Suchen

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

Re: [Talk-de] Liste der Gemeindegrenzen

2010-03-02 Diskussionsfäden Torsten Breda

Hi

Am 2. März 2010 11:05 schrieb Bernd Wurst be...@bwurst.org:

 Hallo.

 Für den Straßenlisten-Abgleich benötigt man ja die Relation der
 Gemeindegrenzen.
 Da ich gerne mittels Suchmaschine auch mir eigentlich fremde Gemeinden mit
 einer Straßenliste versehen würde, stoße ich auf das Problem, dass ich das
 nur
 für Gemeinden eintragen kann, die eine in OSM vorhandene Grenz-Relation
 haben.

 Ich stelle mir jetzt vor, dass es eigentlich gar nicht so kompliziert sein
 sollte, irgendwo eine automatisch erzeugte Liste aller in OSM vorhandenen
 Gemeinderelationen zu basteln.

 Gibt es das schon?

 Gruß, Bernd

 Im OSM-Inspector gibt es eine Boundary-Ansicht, die die Grenzen
einzeichnet.

http://tools.geofabrik.de/osmi/?view=boundarieslon=9.40961lat=50.82606zoom=9

Wenn du dann unter Data auf Boundary 4 gehst, bekommst du alle (die ersten
100) Grenzrelationen ab Regierungsbezirksebene und kleiner angezeigt. Leider
kann der OSM-Inspector 4 noch nicht genauer unterscheiden.

Ansonsten müsste es irgendwie mit XAPI gehen, aber da habe ich keine Ahnung
von.
Man müsste nach Relationen mit dem type=boundary oder multipolygon suchen
die (boundary=administrative und) admin_level=8 enthalten.

Ansonsten gibts natürlich noch
http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Grenzen . Das sollte
wirklich helfen

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

Re: [Talk-de] die strassenliste kommt ja so langsam ins rollen.

2010-03-02 Diskussionsfäden Torsten Breda

Am 2. März 2010 12:32 schrieb Andreas Neumann andr-neum...@gmx.net:

 Du wirst es nicht glauben, aber tipp mal Straßenverzeichnis STADT oder
 Straßenliste STADT bei google ein... Ich war selbst verwundert, aber
 hab zu mindestens für zwei Städten das komplette Straßenverzeichnis
 kostenlos von der Stadt selbst zum Download angeboten bekommen ;-)

 MfG Andreas

 Hast du mal ein Beispiel? Ich meine eins, bei dem eindeutig ist, dass es
auch kommerziell eingesetzt werden darf, bzw. Teil einer Veröffentlichung
ist.
Oft steht gar kein Hinweis zu diesem Thema, sodass man wieder nachfragen
müsste.

Ein Straßenverzeichnis aus einer Straßenreinigungssatzung kann man ungefragt
verwenden.

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

Re: [Talk-de] Lightning Talks auf der FOSSGIS

2010-02-26 Diskussionsfäden Torsten Breda

Hi

Schön, dass sich so viele für einen Lightning Talk gefunden haben.
Ich hätte sonst für Freitag auch noch zur Not was in der Tasche gehabt,
falls sich niemand findet. Aber dass ist ja nicht mehr notwendig.

Ich wollte etwas zu verschiedenen Anwendungen auf mobilen Geräten sagen.
Vor einigen Monaten habe ich die Wiki-Seite Software/Mobile phones
gestartet. Hier ist eine Übersicht der Funktionalitäten verschiedener
OSM-basierter/OSM-nutzender Anwendungen auf Handy, PocketPC und Co zu
finden. http://wiki.openstreetmap.org/wiki/Software/Mobile_phones
Eine ganze Reihe davon habe ich bereits selbst ausprobiert.
Die Wiki-Seite wurde jedoch durch die Fülle an Informationen recht
unübersichtlich und dankt der suboptimalen Tabellenfunktionen im Wiki sehr
schwer zu editieren (könnt ja mal auf Bearbeiten klicken :) ) so dass nach
vielen Edits erst wieder repariert werden musste.

Daher arbeite ich im Moment an einer übersichtlicheren Darstellungsform,
wobei der Weisheit letzter Schluss noch nicht gefunden wurde.

Durch dein (Frederiks) Angebot an Alexander, ein Plakat zu erstellen, kam
mir aber nun die Idee, alles als große Tabelle (als Plakat) auszudrucken,
damit man es beispielsweise auf dem OSM-Stand präsentieren kann.
Was haltet ihr davon?

Die Gesamttabelle (bei meinen Bemühungen als Zwischenprodukt entstanden) ist
auf
https://spreadsheets.google.com/ccc?key=0ArbPAQBbIueZdEhaMGpzcmpIQTN3dVFyOS16d0JkWnchl=de
zu finden und für jederman erweiter-/editierbar.

Mein Vorschlag:
- Einfach mal in die Tabelle reinschauen und Fehlendes ergänzen
-- Wo ein Fragezeichen steht fehlen Angaben
-- Komplett fehlende Software nachtragen (Habe mich hauptsächlich auf JAVA
ME konzentriert)
-- Falls etwas falsch ist korrigieren
- Ich mache die überarbeitete Tabelle dann Sonntagabend schön, übersetze sie
ins Deutsche, bringe sie in ein passendes Format und schicke sie an Fred
- Frederik druckt das Ganze aus und bringt es zur Fossgis mit

Nur so eine Idee
Falls sich also ein paar Bearbeiter finden und Frederik nicht revoltiert,
weil man ihm noch mehr Arbeit aufbürdet, könnt das ganze klappen.
Falls nicht, auch nicht schlimm (Ich mache weiter)

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

Re: [Talk-de] Lightning Talks auf der FOSSGIS

2010-02-26 Diskussionsfäden Torsten Breda

Am 26. Februar 2010 20:35 schrieb Frederik Ramm frede...@remote.org:

 Hallo,

 Torsten Breda wrote:
  - Ich mache die überarbeitete Tabelle dann Sonntagabend schön, übersetze
  sie ins Deutsche, bringe sie in ein passendes Format und schicke sie an
 Fred
  - Frederik druckt das Ganze aus und bringt es zur Fossgis mit

 Waere kein Problem.

Prima


 Du kannst aber trotzdem auch am Freitag noch einen kleinen Vortrag
 halten, irgendwo kriegen wir das schon unter ;-)

 Wenn ich drüber nachdenke ist das mit dem Plakat eigentlich vollkommen
ausreichend.
Bringe aber trotzdem was mit. (GPSMid-Applet erstellen und auf's Handy
laden (live in 4 Minuten) oder so)
Mal sehen, wie beschaulich die Lightning Talks werden und ob ich kein
Lampenfieber habe :)
Ansonsten kann ich das auch in der kleinen Runde zeigen.

Gruß
Torsten

P.S. An alle: Würde mich über eine Ergänzung der Softwareliste freuen
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Apple User (was: Motivation zum Beheben von Bug-meldungen von kommerziellen Verwertern der OSM Daten?!?)

2010-02-23 Diskussionsfäden Torsten Breda

Am 23. Februar 2010 11:42 schrieb Christian Schmitt schmittr...@yahoo.de:




 Am 23.02.2010 um 11:14 schrieb Bernd Wurst:



 Und natürlich ein _kostenloses_ Betriebssystem das ohne jeglichen
 Installationsaufwand (out of the box) läuft und mit dem man auch als
 Nicht-Nerd sofort arbeiten kann. Ein System das alle erdenklichen
 Features und Gadgets bereits eingebaut hat.

 ...und dessen Vorteile man alle wieder zu Nichte macht und Windows
installiert, damit Autocad auf des Architekten hippen Spielzeug läuft?
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] (kein Betreff)

2010-02-14 Diskussionsfäden Torsten Breda

Am 14. Februar 2010 13:14 schrieb Mirko Küster webmas...@ts-eastrail.de:
 die Regelung, dass dass die beiden See-Tagging-Schemata bitte
 friedlich nebeneinander her existieren sollen funktioniert seit einigen
 Monaten beidseitig richtig gut.

 Generelle Grundsatzfrage. Warum zwei Projekte, die eigentlich das gleiche
 machen aber doch wieder irgendwie ein eigenes Schema verwenden? Warum nicht
 wenigstens ein Schema was global läuft, wenn sich das schon direkt auf der
 OSM DB abspielen muss? Mir fällt keine sinnvolle Begründung ein.

Genau das selbe wollte ich gerade auch fragen!
Sind es ideelle oder kommerzielle Gründe?

 Wenn die Seiten jeweils anders präsentieren oder nur einen Teil verwenden
 dann ist das ja kein Problem. Aber warum entwickelt man nicht ein
 gemeinesames Schema, das man dann auch propblemlos von OSM Seite her
 nachlesen und anwenden kann, damit auch problemlos von eventuell weiteren
 Anwendungen? Damit erübrigt sich dieses total sinnlose rumgeeiere und auch
 der reine OSMer muss sich nicht mehr über irgendwelche Eingriffe ärgern.

Die beiden Projekte sollten sich mal überlegen, dass sie in OSM eine
Minderheit darstellen.
Nicht das jemand auf die Idee kommt zu beschließen, dass diese Dinge
gar nichts mehr in der OSM Datenbank verloren haben.
Bisher konnte man sich in anderen Bereichen meist gut einigen oder ein
Problem mit nur geringer Redundanz aus der Welt schaffen.
Um die Seekarten gibt es jedoch immer wieder Ärger.

Ich wünsche mir eine Erklärung, warum das so ist. Warum gibt es zwei
Projekte, die für mich als Landratte so erscheinen, als ob sie das
gleiche wollen, die nicht nebeneinander, sondern gegeneinander zu
arbeiten scheinen. Hat OSM das nötig? Ist es das, was die Community
möchte? Bitte um Antworten, um Vorurteilen vorzubeugen und um die
definitive Bestätigung, dass es nicht um kommerzielle Interessen der
beiden Parteien geht.

Netter Gruß
Torsten Breda

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

Re: [Talk-de] Roll-Up für Messe

Am 9. Februar 2010 13:00 schrieb Ulf Lamping ulf.lamp...@googlemail.com:
 Am 04.02.2010 09:25, schrieb Torsten Breda:
 Hi

 Ich habe mal die Kartenausschnitte in etwas größerer Ausführung
 erstellt (mit BigMap). Dabei habe ich verschiedene Renderer benutzt.

 - Brandenburger Tor - Mapnik (Ausschnitt kann auch für Bundestag
 verwendet werden, wenn es dafür PD-Fotos geben sollte)
 - Landungsbrücken - ÖPNV-Karte
 - Zugspitze - topo

 Zu finden hier: http://picasaweb.google.com/torstiko/RollUp

 Bilder sind jeweils als PNG (2-7 MB) und JPG (1-1,6 MB)

 Die Bilder haben leider allesamt das Problem, das keine der
 Beschriftungen wirklich gut zu lesen ist (alle viel zu klein). Kann man
 da was machen?

Man kann in eine höhere Zoomstufe gehen, aber dann ist (bei gleicher
Auflösung) der Ausschnitt kleiner.
Um bei höherer Auflösung die Schrift größer zu bekommen, müssten die
Karten speziell dafür gerendert werden. Das kann ich leider nicht.
Ich werde trotzdem noch ein wenig mit BigMap spielen. Vielleicht kommt
ja etwas brauchbares dabei raus.
Ansonsten müsste man die Auflösung verringern (Kannst du auch selber,
indem du nur einen Auschnitt des Bildes nimmst) oder es müsste ein
echter Experte, wie Frederik ran.


 Zugspitze Topo: find ich schick

 Landungsbrücken: Da eher Mapnik nehmen (Beschriftungen der
 Hafenanlagen). Da können wir aber im Zweifel auch einfach die SVG Datei
 nehmen, die ich eh schon habe.

 Brandenburger Tor: Wirkt in dem Ausschnitt eher langweilig, meiner hatte
 wesentlich mehr Beschriftungen. Da vielleicht die ÖPNV nehmen?
Werde ich basteln


 Wie gesagt, bei allen Ausschnitten sind die Schriften viel zu klein, das
 geht so noch nicht.


 Außerdem brauchen wir auch noch eine taugliche Osmarender Weltkarte.
 Mein aktueller Ausschnitt ist so 500*400 (Screenshot), was bei der Größe
 viel zu wenig ist :-) So 3500*2000, ruhig etwas mehr. Da sind die
 Beschriftungen dann auch mal egal :-)
Mal sehen, was ich hinbekomme.



 Wir bräuchten also bis heute abend passende Ausschnitte, sonst wird das
 bis morgen früh 8:00 Uhr nix mit dem Roll-Up ;-)

Ich beeile mich

Gruß
Torsten

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

Re: [Talk-de] Roll-Up für Messe

Am 9. Februar 2010 13:14 schrieb Torsten Breda torst...@gmail.com:
 Am 9. Februar 2010 13:00 schrieb Ulf Lamping ulf.lamp...@googlemail.com:
 Am 04.02.2010 09:25, schrieb Torsten Breda:
 Hi

 Ich habe mal die Kartenausschnitte in etwas größerer Ausführung
 erstellt (mit BigMap). Dabei habe ich verschiedene Renderer benutzt.

 - Brandenburger Tor - Mapnik (Ausschnitt kann auch für Bundestag
 verwendet werden, wenn es dafür PD-Fotos geben sollte)
 - Landungsbrücken - ÖPNV-Karte
 - Zugspitze - topo

 Zu finden hier: http://picasaweb.google.com/torstiko/RollUp

 Bilder sind jeweils als PNG (2-7 MB) und JPG (1-1,6 MB)

 Die Bilder haben leider allesamt das Problem, das keine der
 Beschriftungen wirklich gut zu lesen ist (alle viel zu klein). Kann man
 da was machen?

 Man kann in eine höhere Zoomstufe gehen, aber dann ist (bei gleicher
 Auflösung) der Ausschnitt kleiner.
 Um bei höherer Auflösung die Schrift größer zu bekommen, müssten die
 Karten speziell dafür gerendert werden. Das kann ich leider nicht.
 Ich werde trotzdem noch ein wenig mit BigMap spielen. Vielleicht kommt
 ja etwas brauchbares dabei raus.
 Ansonsten müsste man die Auflösung verringern (Kannst du auch selber,
 indem du nur einen Auschnitt des Bildes nimmst) oder es müsste ein
 echter Experte, wie Frederik ran.

Hab mal das Brandenburger Tor in der ÖPNV Karte fertig gemacht (In 3
verschiedenen Auflösungen). Hattest mit der ÖPNV Ansicht recht. Sieht
wirklich spannender aus.

Die Zugspitze kann ich in TOPO momentan nicht machen (Kartenansicht
läd nicht). Hab dafür mal die Cyclemap Ansicht der Zugspitze gemacht.

Die Landungsbrücken bekomme ich nicht gescheit hin. Tut mir leid.

Karten sind wieder unter: http://picasaweb.google.com/torstiko/RollUp

Vielleicht kann ein anderer Kartenkünstler es besser oder du kannst
mit dem Ergebnissen etwas anfangen.

Wünsche viel Erfolg
Danke

Torsten

P.S. Mein Arbeitgeber ruft. Deshalb war es das bis heute Abend von mir.

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

Re: [Talk-de] Roll-Up für Messe

 Außerdem brauchen wir auch noch eine taugliche Osmarender Weltkarte.
 Mein aktueller Ausschnitt ist so 500*400 (Screenshot), was bei der Größe
 viel zu wenig ist :-) So 3500*2000, ruhig etwas mehr. Da sind die
 Beschriftungen dann auch mal egal :-)

Hab ich gerade auch hochgeladen.
Die sollten OK sein

Gruß
Torsten

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

Re: [Talk-de] Roll-Up für Messe

Am 10. Februar 2010 00:24 schrieb Ulf Lamping ulf.lamp...@googlemail.com:
 Am 10.02.2010 00:02, schrieb Martin Koppenhoefer:
 Am 9. Februar 2010 22:35 schrieb Ulf Lampingulf.lamp...@googlemail.com:
 Das sieht jetzt schon ziemlich gut aus.
 +1, sieht viel besser aus.


Klasse gemacht Ulf! Vielen Dank!

In wenigen Wochen können wir es dann ja live sehen.
Dann erkennt man auch erst, wie sich die Qualität der Einzelteile auf
das Endprodukt niederschlägt. (Und was man vielleicht in Zukunft
besser machen kann.)

Respekt!
Torsten

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

Re: [Talk-de] Roll-Up für Messe

2010-02-04 Diskussionsfäden Torsten Breda

Hi

Ich habe mal die Kartenausschnitte in etwas größerer Ausführung
erstellt (mit BigMap). Dabei habe ich verschiedene Renderer benutzt.

- Brandenburger Tor - Mapnik (Ausschnitt kann auch für Bundestag
verwendet werden, wenn es dafür PD-Fotos geben sollte)
- Landungsbrücken - ÖPNV-Karte
- Zugspitze - topo

Zu finden hier: http://picasaweb.google.com/torstiko/RollUp

Bilder sind jeweils als PNG (2-7 MB) und JPG (1-1,6 MB)

In meinen privaten Berlinfotos sind leider keine brauchbaren Aufnahmen
vom Brandenburger Tor dabei. Ist immer irgendeine Fratze im
Vordergrund.

Der Entwurf gefällt mir echt ganz gut.
Ich denke, das man nicht mehr viel ändern braucht.

- Die Fotos haben nicht alle die selbe Höhe
- Die Idee mit der gelben Haftnotitz würde mir gut gefallen,
allerdings ohne Lebensmittel kaufen usw. Auch würde ich den
Betrachter nicht mit sie ansprechen. Mein Favorit wäre einfach
Mitmachen! in einer Schrift wie Pristina oder Segoe script auf
einer etwas schräg gestellten Stickynote. SVG dazu hier:
http://commons.wikimedia.org/wiki/File:Sticky_note.svg
- Statt Die freie Wiki-Weltkarte! würde ich Die freie Weltkarte bevorzugen.

Ansonsten prima (auch wenn das www.OpenStreetMap.de noch ein wenig
gestaucht ist ;) )

Netter Gruß
Torsten

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

Re: [Talk-de] Vektorkarten auf Windows-CE/Mobile?

2010-02-01 Diskussionsfäden Torsten Breda

Am 1. Februar 2010 02:06 schrieb Johann H. Addicks addi...@gmx.net:
 Hallo,

 Welches der vielen Programme zur Darstellung von Offline-OSM-Karten
 beherrscht Vektordarstellung?


Du kannst dir mal die Übersicht unter
http://wiki.openstreetmap.org/wiki/Software/Mobilephones anschauen
(falls noch nicht getan).

Die zweite Tabelle enthält auch den Punkt Shows OSM as Vektor und
Stores Map-Data On-board. (
http://wiki.openstreetmap.org/wiki/Software/Mobilephones#Map_display_features
)

Viel Auswahl neben Glopus bleibt aber nicht übrig, wenn man sich auf
WM beschränken muss. Unter JRME ist die Auswahl schon größer. (siehe
auch: 
http://wiki.openstreetmap.org/wiki/Software/Mobilephones#JavaME_Midlets_on_Windows_Mobile
)
Hab auch leider von der WindowsMobile-Software wenig Ahnung. Dafür
habe oder hatte ich schon fast alle Software für Java auf dem Handy.
Hierbei sind GPSMid (Vektormap) und Trekbuddy (Rastermap) meine
Favoriten.

Würde mich freuen, wenn ihr fehlende Software ergänzen könntet. Ich
weiss die Tabellen unter
http://wiki.openstreetmap.org/wiki/Software/Mobilephones sind recht
unübersichtlich, aber ich hatte nicht vermutet, dass sich in kurzer
Zeit so viele Programme finden würden, als ich die Tabellen damals
angelegt hatte.

Überlege momentan, wie ich das übersichtlicher gestalten kann, aber
was wirklich Schlaues fällt mir nicht ein, das im Wiki funktioniert.
Werde mir die Tabellen wohl mal ins Excel ziehen, wenn die Wiki mal
wieder auf read-only ist und ein wenig aufräumen.

Gruß
Torsten

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

Re: [Talk-de] Roll-Up für Messe

2010-01-28 Diskussionsfäden Torsten Breda

Hi Ulf!

Am 28. Januar 2010 07:14 schrieb Ulf Lamping ulf.lamp...@googlemail.com:

 Ich hab mit Inkscape einen ersten SVG Entwurf für so ein OSM RollUp
 erstellt, Preview zu finden unter:

 http://wiki.openstreetmap.org/wiki/Image:Osmrollup.png

 Die Rohdaten haben ~14MB, wollte ich nicht auf Verdacht ins Wiki
 stellen, kann es aber bei Bedarf gerne zur Verfügung stellen.

 Bitte bei Interesse mal anschauen, ob das vom Design so paßt.


Dein Entwurf gefällt mir gut. Hast du klasse gemacht.
Lediglich der untere Teil GPS+Internet=Openstreetmap sagt mit
persönlich noch nicht so ganz zu.
Natürlich fällt mir so spontan auch nichts besseres ein.

Vielleicht so etwas, wie:
Jeder kann dazu beitragen, auch du!
[Bild mit Community-Aussage]
Eine Datenbank, tausende Karten, unendliche Möglichkeiten!

Nur so als Idee.
Ansonsten, wie gesagt, gefällt mir dein Entwurf gut.


 Falls das so oder so ähnlich tatsächlich in den Druck gehen sollte,
 bräuchte ich allerdings noch Hilfe bei den OSM Kartenausschnitten und
 (da ich da keine Erfahrung habe) was man allgemein bei einem
 großformatigen Digitaldruck so beachten muss.

Da kann ich leider nicht bei helfen, aber vielleicht ist Frederick so nett.

 Gruß, ULFL
Gruß
Torsten

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

Re: [Talk-de] Roll-Up für Messe

2010-01-28 Diskussionsfäden Torsten Breda

Am 28. Januar 2010 09:00 schrieb Frederik Ramm frede...@remote.org:
 Hallo,
 Allerdings werden solche
 Rollups oft in einer Form aufgestellt, die einer detaillierten
 Betrachtung nicht unbedingt foerderlich ist (z.B. auf einer Buehne oder
 sonstwie weiter von der Nase des Betrachters entfernt) - fuer so einen
 Einsatzzweck braucht man was, wo einfach nur das Logo drauf ist und
 sonst wenig. Ich hatte vor langer Zeit fuer einen anderen Zweck mal dies
 hier entworfen:

 http://www.remote.org/frederik/tmp/banner80x200.pdf
Sehr nett.


 Muesste man halt ueberlegen, wofuer man das genau haben will.

Die FOSSGIS Entwürfe scheinen auch recht kleinteilige Informationen zu haben.


 Bye
 Frederik

Gruß
Torsten

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

Re: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung

2010-01-28 Diskussionsfäden Torsten Breda

Am 28. Januar 2010 12:10 schrieb Florian Lohoff f...@zz.de:
 Hallo Liebe Strassenlistencontributoren ;),

 lange war es still - durch Private und Berufliche umstaende ist meine
 freie Zeit auf nahe null gefallen.

 Um ein wenig Luft zu bekommen habe ich jetzt mal das ganze Thema
 Strassenlistenabgleich als Wiki gestaltet. D.h. neue Polygone/Listen
 koennen ueber wiki Seiten eingebracht werden. Alles andere ist fast gleich
 geblieben.


Klasse gemacht!
Ob es für dich unterm Strich weniger Arbeit ist, bleibt abzuwarten.

Das zB in Nordrhein-Westfalen/Kreis Düren einige Orte nicht richtig
ausgewertet werden schreibe ich jetzt mal dem anfänglichen Schluckauf
zu. Werde es aber auch im Auge behalten.

Ansonsten Prima
Torsten

P.S. Gratulation zu deiner neuen E-Mail-Adresse (Neidisch kuck, auch
haben will ;) )

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

Re: [Talk-de] Viele Fehler in Haiti

2010-01-25 Diskussionsfäden Torsten Breda

Am 25. Januar 2010 22:21 schrieb  iga...@web.de:
 Hallo alle miteinander,

 Kann man dieses Problem besser in den Griff bekommen, sodass von neuen Usern 
 weniger Fehler gemacht werden?


Das einfachste, was man machen kann, ist den einzelnen
verursachenden User anzuschreiben und freundlich darauf hinweisen,
dass seine Änderungen zwar gut gemeint sind, er jedoch zukünftig
sorgfältiger arbeiten sollte. Dann bietet man bei der Gelegenheit auch
gleich Hilfe bei Problemen und Fragen an und beide Seiten sind
zufrieden.
Natürlich kann man auch einfach die Fehler korrigieren und auf das
Verständnis des anderen hoffen.

Das hast du sicherlich auch schon beides gemacht, bevor du dich an die
ML gerichtet hast.

Alle reglementierenden Maßnahmen schrecken meiner Meinung nach nur ab.
Dann wären wir heute nicht da, wo wir sind.
Ich bin jetzt seit einigen Jahren bei OSM dabei und habe überraschend
positive Erfahrung mit der Selbstheilung der crowd gemacht. Zusätzlich
wirkt ein wenig Kommunikation und direkte Ansprache oft Wunder.
(Natürlich sollte man die mittlerweile recht guten Tools zur
Fehlerkontrolle auch nicht außer Acht lassen.)

Meine Meinung
Torsten

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

Re: [Talk-de] Viele Fehler in Haiti

2010-01-25 Diskussionsfäden Torsten Breda

Am 26. Januar 2010 07:59 schrieb DarkAngel darkan...@ms-team.de:


 Besser wenige Daten aber dafür verlässliche!

Eine leere Karte enthält keine Fehler!
Schon mal nachgedacht, was du forderst?

Vielleicht sollte man besser fordern, dass die erfahreneren User mehr
Zeit in die Fehlerbeseitigung/Validierung stecken, aber ich bleibe bei
meiner Meinung, dass die OSM immer besser und verlässlicher ist, als
es einige Schwarzmaler wahrhaben wollten. Und allen Unkenrufen zum
Trotz ist eine fehlerhafte Karte besser, als gar keine.

Und wenn der von die ziterte LKW-Fahrer im Feld landet, dann sollte er
mal über seinen Fahrstil nachdenken und nicht die Schuld bei anderen
suchen.

Meine Meinung
Torsten

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

Re: [Talk-de] [Haiti] Bilder von hypercube.telascience.org offline?

2010-01-20 Diskussionsfäden Torsten Breda

Am 20. Januar 2010 18:12 schrieb André Reichelt andr...@online.de:
 Hallo,
 habe ich irgend etwas falsch eingestellt? Wenn ich auf die Bilder von
 hypercube.telascience.org zugreifen möchte, bleibt das Bild schwarz. Die
 anderen Bilder funktionieren einwandfrei.

 Kann dem mal bitte wer nachgehen?


Hab gerade im IRC nachgefragt. Sollte gehen. Lediglich einige noch
nicht gecachte Bilder sind noch nicht verfügbar.

Gruß
Torsten

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

[Talk-de] Bauern-/Guts-/Ausliegerhof mappen - 100 %ige Lösung?

Hallo Liste

Da ich momentan dabei bin einige Gutshöfe, Bauernhöfe einzuzeichnen
und mich bemühe es komplett richtig zu machen, wollte ich nur kurz
hören, ob ich nichts vergessen habe oder ob ihr andere Ideen habt.

1. Der Hof an sich
* Das Hofgelände als landuse:farmland, name=Hofname
* Die Gebäude als building:yes

2. Adresse
* addr:street bleibt meist frei, da der Hofname die Postadresse ist
* addr:housename:Hofname

3. Wege
* Die Einfahrt auf den Hof als highway:service, service:driveway
* Zufahrt meist highway:track (oder auch Service???)

4. Extras
* man_made:watermill bei Mühlen
* shop:farm bei Bauern-/Hofladen
* Bei Gutshöfen das Hauptgebäude als historic:manor

Was denkt ihr darüber?

Gruß
Torsten

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

Re: [Talk-de] Bauern-/Guts-/Ausliegerhof mappen - 100 %ige Lösung?

Am 16. Dezember 2009 09:53 schrieb Bernd Wurst be...@bwurst.org:
 Hallo.

 Am Mittwoch 16 Dezember 2009 09:44:23 schrieb Torsten Breda:
 Da ich momentan dabei bin einige Gutshöfe, Bauernhöfe einzuzeichnen
 und mich bemühe es komplett richtig zu machen, wollte ich nur kurz
 hören, ob ich nichts vergessen habe oder ob ihr andere Ideen habt.

 1. Der Hof an sich
 * Das Hofgelände als landuse:farmland, name=Hofname
 * Die Gebäude als building:yes

 Äh, nein.
 Früher wurde mal landuse=farm genommen. Dabei war logischerweise unklar, was
 jetzt der Bauernhof und was die Wiesen sein sollen.
 Daher wurde unterschieden in landuse=farmyard (der Hof) und
 landuse=farmland (die Flächen). Bitte weiche das nicht schon wieder auf.

War lediglich ein Tippfehler. Natürlich meine ich farmyard.


 2. Adresse
 * addr:street bleibt meist frei, da der Hofname die Postadresse ist
 * addr:housename:Hofname

 Setze doch in addr:street das rein, was der Postbote dort erwarten würde.
 Ob das der Hof-Name ist oder ob es doch einen Straßennamen gibt ist regional
 bzw. von Fall zu Fall unterschiedlich.

Ist doch wieder nur ein Workaround. Da kann ich ja dann direkt der
Einfahrt den Namen des Hofes geben. Dann wird es auch gefunden.
Beides ist jedoch nicht richtig, was nicht heisst, das es falsch ist :)
Ich tendire eher dazu, etwas genau zu beschreiben und zu hoffen, das
Renderer und anwendende Software das irgendwann unterstützen, anstatt
mein Tagging für Software und Anwendungen aufzuweichen.

 Gruß, Bernd
Danke für deinen Hinweis
Torsten

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

Re: [Talk-de] Bauern-/Guts-/Ausliegerhof mappen - 100 %ige Lösung?

Am 16. Dezember 2009 10:35 schrieb Martin Simon grenzde...@gmail.com:
 Am 16. Dezember 2009 10:03 schrieb Torsten Breda torst...@gmail.com:
 Am 16. Dezember 2009 09:53 schrieb Bernd Wurst be...@bwurst.org:

 Setze doch in addr:street das rein, was der Postbote dort erwarten würde.
 Ob das der Hof-Name ist oder ob es doch einen Straßennamen gibt ist regional
 bzw. von Fall zu Fall unterschiedlich.

 Ist doch wieder nur ein Workaround. Da kann ich ja dann direkt der
 Einfahrt den Namen des Hofes geben. Dann wird es auch gefunden.
 Beides ist jedoch nicht richtig, was nicht heisst, das es falsch ist :)
 Ich tendire eher dazu, etwas genau zu beschreiben und zu hoffen, das
 Renderer und anwendende Software das irgendwann unterstützen, anstatt
 mein Tagging für Software und Anwendungen aufzuweichen.

 Sehe ich auch so. Einige Mapper setzen ja auch das Name-tag des
 nächsten Weges auf den Namen des Hofes, nur weil die Post diesen als
 Ortsangabe unterhalb des eigentlich zugehörigen Ortes verwendet.

Einige Mapper machen das. Bei GoogleMaps ist es oft auch so

 Wie wäre es mit so etwas wie addr:place=* oder addr:locality=* für
 Angaben, die sich auf Gehöfte, Täler, Flurnamen, Erhebungen etc
 beziehen, weil es keinen Straßennamen gibt?

Die Addr-Tags beziehen sich ja auf die Postanschrift. Sollte da nicht
housename reichen?
Täler, Flurnamen usw. können ja über place=locality bezeichnet werden.
Was mir manchmal fehlt ist ein place-tag unterhalb von Hamlet. (zB
place=house oder so)

Gruß
Torsten

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

Re: [Talk-de] Bauern-/Guts-/Ausliegerhof mappen - 100 %ige Lösung?

Am 16. Dezember 2009 10:42 schrieb Bernd Wurst be...@bwurst.org:

 Ich finde es einfach unabhängig von konkreten Implementierungen irgendwie
 naheliegend, dass ich aus addr:street, addr:housenumber und addr:city eine
 Adresse konstruieren kann.


Es wäre schön, wenn es so einfach wäre. Leider ist die Welt nicht einfach :)
Eine korrekte Adresse ist zB

Haberger Hof
41812 Erkelenz

Ganz korrekt ohne Straße und Hausnummer.
addr:housename kann somit nicht nur addr:housenumber ersetzen, wie es
im offizellen Karlsruhe-Schema steht, sondern auch addr:street +
addr:housenumber, wo kein Straßenname und keine Hausnummer vergeben
ist.

Oder sehe ich das falsch?

Gruß
Torsten

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

Re: [Talk-de] Bauern-/Guts-/Ausliegerhof mappen - 100 %ige Lösung?

Am 16. Dezember 2009 11:07 schrieb Bernd Wurst be...@bwurst.org:
 Am Mittwoch 16 Dezember 2009 10:35:49 schrieb Martin Simon:
 Sehe ich auch so. Einige Mapper setzen ja auch das Name-tag des
 nächsten Weges auf den Namen des Hofes, nur weil die Post diesen als
 Ortsangabe unterhalb des eigentlich zugehörigen Ortes verwendet.

 Nein, nicht weil die Post das so macht sondern weil es so ist.

 Ich wohne in einem Dorf in dem die asphaltierte Fläche vor dem Haus keinen
 Namen hat. Aber alle Häuser hier nebenan führen den Namen des Teilortes als
 Straßennamen. Ganz offiziell. Der Teilortname ist in kommunalen
 Angelegenheiten in jeder Straßenliste zu finden.

Das hört sich nach einem Missverständnis an.

Ich kenne sowohl den Fall, den Bernd nennt.
Ort heißt Himmmerich und alle Straßen im Ort heißen auch Himmerich.
Das ist korrekt.

Martion meinte, wenn ich es richtig verstanden habe, dass die Straße,
die am Kühlerhof vorbeigeht, kurzerhand mit Kühlerhof benannt wird,
damit Kühlerhof in der Straßenliste oder sonst wo verwendet werden
kann.
Das ist meiner Meinung nach nicht korrekt, da lediglich die Anschrift
Kühlerhof existiert, nicht jedoch eine STraße mit diesem Namen.

Hoffe, ihr seid meiner Meinung.

Gruß
Torsten

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

Re: [Talk-de] Bauern-/Guts-/Ausliegerhof mappen - 100 %ige Lösung?

Am 16. Dezember 2009 11:16 schrieb Bernd Wurst be...@bwurst.org:
Am Mittwoch 16 Dezember 2009 10:52:30 schrieb Torsten Breda:
Haberger Hof
41812 Erkelenz

Ganz korrekt ohne Straße und Hausnummer.
addr:housename kann somit nicht nur addr:housenumber ersetzen, wie es
im offizellen Karlsruhe-Schema steht, sondern auch addr:street +
addr:housenumber, wo kein Straßenname und keine Hausnummer vergeben
ist.

Oder sehe ich das falsch?

Das siehst du richtg, aber wo ist der Widerspruch?
Wenn eine solche Angabe schon ohne die Hausnummer eindeutig ist, dann ist das
doch klasse. Hausnummer dann halt weglassen.

Hint: Tele-Atlas glaubt beim Haberger Hof einen Mühlenweg zu kennen. Ist dem
so?
Was denken denn die Bewohner selbst, wo sie wohnen, hast du mal gefragt? ;-)

Unter www.haberg.de (Kontakt/Kontakt) findet sich als Anschrift
Haberger Hof Da scheinen sich die Anwohner wohl sicher :)
Lediglich der Hof heißt so, nicht die Straße, die daran vorbeiführt.
Tele-Atlas will scheinbar beim Routing auf Nummer sicher zu gehen und
hat die Straße Habergerhof getauft.
Siehe:
http://maps.google.de/maps?f=qsource=s_qhl=degeocode=q=l%C3%B6venichsll=51.151786,10.415039sspn=23.5119,73.256836ie=UTF8hq=hnear=L%C3%B6venich+Erkelenz,+Heinsberg,+Nordrhein-Westfalenll=51.038695,6.307257spn=0.005734,0.017885z=17

Genau so einen Workaround sollten wir vermeiden, finde ich.

Einen housename zur Beschreibung einer Sammlung von Gebäuden zu verwenden
erscheint mir mindestens genauso unpassend.
Von einer Sammlung von Gebäuden habe ich ja gar nicht gesprochen.

Und wer jetzt nach noch einen
neuen Tag ruft, wird verdammt alle Programme die in den nächsten 5 Jahren OSM-
Daten zur Adress-suche nutzen auf noch ein tag anzupassen. :)
Das Problem liegt natürlich in der Natur der Sache. OSM wird halt
nicht auf dem Reißbrett entwickelt. Darüber möchte ich mich aber nicht
groß auslassen.

Gruß
Torsten

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

Re: [Talk-de] Bauern-/Guts-/Ausliegerhof mappen - 100 %ige Lösung?

Am 16. Dezember 2009 11:32 schrieb Bernd Wurst be...@bwurst.org:
 Am Mittwoch 16 Dezember 2009 11:14:12 schrieb Torsten Breda:
 Martion meinte, wenn ich es richtig verstanden habe, dass die Straße,
 die am Kühlerhof vorbeigeht, kurzerhand mit Kühlerhof benannt wird,
 damit Kühlerhof in der Straßenliste oder sonst wo verwendet werden
 kann.
 Das ist meiner Meinung nach nicht korrekt, da lediglich die Anschrift
 Kühlerhof existiert, nicht jedoch eine STraße mit diesem Namen.

 Der von dir korrekt befundene Fall kann auch mit einem Ort passieren, der nur
 einen Hof enthält. Ich seh da keinen Unterschied.

Ich sehe den Unterschied in der klar begrenzten Fläche eines Ortes. Es
ist relativ leicht zu sagen, welche Straßen sich innerhalb der
Ortschaft befinden. (Der Ort besitzt Straßen)
Welche Straße aber von wo und bis wie weit zum Hof gehört, ist jedoch
nicht so einfach. (Gehört nur die Einfahrt zum Hof oder auch die
Straßen die daran vorbeiführen? Auch die auf der Rückseite? usw) (Der
Hof besitzt keine Straßen)

 Schau doch im Zweifel darauf wie das kommunalpolitisch gehandhabt wird. Taucht
 der Name des Hofes in einer städtischen Straßenliste auf? Steht der Hof im
 Entsorgungskalender?
Er steht natürlich im Entsorgungskalender. Möglicherweise auch unter
der Rubrik Straße. Aber ob das deshalb so ist, weil Haberger Hof
eine Straße ist oder weil der Ersteller des Kalenders oder der Liste
nur die Rubrik Straße zur Verfügung hatte, also auch einen
Workaround benutzt, kann man natürlich nicht sagen.

 Bei uns ist das durchgehend so, auch bei Kleinst-Ortschaften die nur aus einem
 Hof bestehen. Die tauchen in kommunalen Listen überall dort auf wo auch andere
 Teilort- und Straßennamen auftauchen.
Möglicherweise ist auch hier die Rubrik mit Straße benannt, obwohl
auch nicht-Straßen oder auch nur Teilstraßen dort zu finden sind.

Andersherum könnte man auch sagen, dass eine Anschrift aus folgenden
Komponenten besteht:

ADRESSAT (zB Hans Müller oder EgoTEC GmbH)
ADRESSE (Straße oder Teilort oder Haus)
PLZ + ORT

Man könnte also mit den gegebenen Mitteln des Karlsruhe-Schema alles
abdecken, wenn man addr:housename auch als Ersatz für addr:street
zuläßt und bei Ortsteilen ohne eigene Straßennamen den Ortsnamen als
addr:street nimmt. Ich denke, in dem Punkt könnten wir uns einig sein.

Natürlich entsteht immer eine Redundanz zwischen place und addr:,
aber darum will ich mich jetzt nicht kümmern :)

Gruß
Torsten

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

Re: [Talk-de] Bauern-/Guts-/Ausliegerhof mappen - 100 %ige Lösung?

Am 16. Dezember 2009 12:14 schrieb Bernd Wurst be...@bwurst.org:
 Am Mittwoch 16 Dezember 2009 11:34:20 schrieb Torsten Breda:
 Unter www.haberg.de (Kontakt/Kontakt) findet sich als Anschrift
 Haberger Hof Da scheinen sich die Anwohner wohl sicher :)
 Lediglich der Hof heißt so, nicht die Straße, die daran vorbeiführt.
 Tele-Atlas will scheinbar beim Routing auf Nummer sicher zu gehen und
 hat die Straße Habergerhof getauft.
 Siehe:
  http://maps.google.de/maps?f=qamp;source=s_qamp;hl=deamp;geocode=amp;q
 =l%C3%B6venichamp;sll=51.151786,10.415039amp;sspn=23.5119,73.256836amp;i
 e=UTF8amp;hq=amp;hnear=L%C3%B6venich+Erkelenz,+Heinsberg,+Nordrhein-Westf
 alenamp;ll=51.038695,6.307257amp;spn=0.005734,0.017885amp;z=17

 Ja, hab ich gesehen.

 Aber zoome mal etwas heraus. Google hat den Punkt Haberg genannt und stellt
 das als Teilort dar.
 Das passt du der Selbstdarstellung auf der schmucken Website, die von
 Haberger Höfe schreibt und dabei denke ich mal dass nicht das
 zusammengesetzte der Eigenname ist.

Also ein Ortsschild gibt es dort nicht. Haberg meint vielleicht das Flurstück

 Das legt für mich zweierlei Dinge nahe: Eigentlich reden wir gar nicht über
 einen Einzelhof sondern über einen Teilort (mit nur einem oder zwei Gehöften).
 Und es sollte (IMHO) eine Straße größer als nur track dort hin führen. Denn
 ein Teilort ist doch normalerweise nicht abgeschnitten vom öffentlichen
 Straßennetz.

 (tracks, also Feldwege unterscheiden sich von unclassified, also normalen
 Gemeindestraßen, nicht zwingend in der Optik. tracks sind per default maximal
 für Anlieger freigegeben. tracks werden z.B. von der Gemeinde nicht geräumt im
 Winter. Solche Dinge geben für mich den Ausschlag wie ich das einstufen würde.
 Auch wenn ich als Baden-Württemberger mich ganz bequem daran orientieren kann
 was die als Feldweg hier übliche Beschilderung hat.)

Werde mir bei der nächsten Ortsbegehung mal anschauen, welche der Wege
genau track und welche unclassified sind. Habe das letzte mal nicht so
genau auf die Verbotsschilder geachtet. Das werde ich nachholen.


 Aber weißt, eigentlich ist es egal. Ich werd's so machen wie ich es bisher
 gemacht habe. Und du wirst einen Weg finden wie du es eintragen kannst. Hier
 macht doch eh jeder was er will, da ist es unerheblich ob wir beiden uns einig
 sind. :)
Das stimmt.
Unsere kleine Diskussion hat mir jedoch geholfen darüber nachzudenken,
was ich für richtig halte. Ob sich da dann jemand anschließt ist für
mich nebensächlich.

Happy Mapping
Torsten

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

Re: [Talk-de] Fahrplanauskunft mit OSM und Lizenzhinweis ;-)

2009-12-07 Diskussionsfäden Torsten Breda

Am 7. Dezember 2009 16:06 schrieb Thomas Reincke m...@thomas-reincke.de:
 Noch rechtzeitig zum Fahrplanwechsel habe ich die Kartengrundlage
 unserer Fahrplanauskunft auf OSM umgestellt.

Es freut mich zu sehen!

 Das Layout ist noch nicht ganz fertig, aber die Richtung stimmt schon
 mal. Die Linienwege kommen auch noch rein. Und morgen eine
 Kartengrundlage die nicht mehr an der NRW-Grenze endet.

Lobenswert!

 http://busspur05.avv.de zum Karten schauen auf Start mit Karte
 auswählen klicken.

 Der Kartenviewer ist etwas antiquiert, wird aber im laufe des kommenden
 Jahrs überarbeitet.

Der Anfang ist gemacht. Weiter so!

Gruß aus der Nähe von AVV:1797
Torsten

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

Re: [Talk-de] WDR benutzt OSM

2009-12-03 Diskussionsfäden Torsten Breda

Am 3. Dezember 2009 09:49 schrieb Markus liste12a4...@gmx.de:
 Zuerst die gute Nachricht:

 *Der WDR benutzt OSM* !

 In der gestrigen Sendung der Aktuellen Stunde (02.12.2009)
 http://www.wdr.de/tv/aks/ war in der 25..27 Minute eine OSM Karte zu sehen.
Gut so. Das freut mich


 Jetzt die schlechte:

 http://forum.openstreetmap.org/viewtopic.php?id=5602


Au weia! Dort existiert also der Abmahnverein! Ich weiss, freies
Projekt usw. aber nützen tut es nicht viel, wenn das Forum die Axt im
Wald schwinkt.

Senf
Torstiko

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

Re: [Talk-de] Projekt Anwenderoffensive

2009-09-20 Diskussionsfäden Torsten Breda

Am 20. September 2009 19:53 schrieb Jonas Krückel o...@jonas-krueckel.de:
 Um ehrlich zu sein fand ich den Entwurf schon auf den ersten Blick nicht
 sehr gelungen.
 Es wirkt insgesamt ziemlich unübersichtlich. Der Nutzer muss erst einmal
 im Kreis lesen und dabei noch sehr umständlich auf Grund der
 Schreibweise umdenken, bis er das findet, das er sucht. Sobald man dann
 etwas ausklappt verschiebt sich die Karte und das Design sieht etwas
 komisch aus.

Wieso sollte sich die Karte verschieben???
Das 2. Bild zeigt mehr, als auf dem Bildschirm zu sehen sein wird und
dient nur der illustration der möglichen Inhalte der einzelnen Module.

 Ich würde lieber einen vllt. etwas konservativeren, dafür aber
 wesentlich übersichtlicher strukturierten Entwurf bevorzugen:
 http://wiki.openstreetmap.org/wiki/Image:Projekt_AO_UI2.png
 Dabei steht die Suche ganz prominent im Vordergrund, da sie meiner
 Meinung nach das wichtigste am Anfang ist. Auf Suchoptionen wird
 verzichtet, ich will einfach das eingeben, was ich suche und es soll es
 finden. Jegliche Optionen fordern von mir nur einen größeren
 Einarbeitungsaufwand und machen es schwieriger am Anfang das gewünschte
 Ergebnis zu erreichen.
 Alle Optionen sind übersichtlich an einer Seite zu finden und können auf
 und eingeklappt werden, ohne dass sich die Karte verändert. Benötigt man
 dennoch mehr Platz für die Karte, kann man oben die komplette Leiste
 einfahren, danach sind nur noch die Icons zu sehen, um schnell einen
 Modus anwählen zu können (bei bestimmten Modi mag das keinen Sinn machen).
 Neben der Suche kann man zusätzlich ganz prominent ein paar ganz
 wichtige Werkzeuge platzieren, wenn man möchte. Wobei ich es bevorzugen
 würde alles auf der linken Seite zu haben, damit alles an nur einem
 Platz ist.
 Die Farbe kann/muss man natürlich noch ändern ;-)
Ist auf jeden Fall auch keine schlechte Idee

 Mein Entwurf ist sicher nicht der Weisheit letzter Schluss und ich bin
 gerne bereit weiter darüber zu diskutieren und ihn zu verfeinern.

Meinen Vorschlag werde ich auch mal etwas verfeinern und mir deine
Kritik zu Herzen nehmen.

BTW. Kannst du deinen Vorschlag auf der Projektseite verlinken?

Netter Gruß
Torsten

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

Re: [Talk-de] Projekt Anwenderoffensive

2009-09-17 Diskussionsfäden Torsten Breda

Hi

Ich habe mal einen kleinen Entwurf gemacht, wie ich mir das Ganze erträume.

Den könnt ihr hier:
http://wiki.openstreetmap.org/wiki/DE:Projekt:Anwenderoffensive#Konzept_.22OSMultIO.22
bewundern.

Wie gesagt sind die meisten Elemente schon irgendwo vorhanden. Auf
einer Seite zusammengefasst gibt es das aber IMO noch nicht.
Warte auf eure Kritik/Vorschläge.

Gruß
Torsten

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

Re: [Talk-de] Projekt Anwenderoffensive

2009-09-17 Diskussionsfäden Torsten Breda

Am 17. September 2009 11:42 schrieb Markus liste12a4...@gmx.de:
 Hallo Torsten,

 Ich habe mal einen kleinen Entwurf gemacht, wie ich mir das Ganze erträume.

 Super! herzlichen Dank für Deine Initiative!
Gerne


 Gibts denn schon irgendwo die Grundstrukturen?

 - verschiebbare, ein- und ausklappbare Fenster erzeugen, die immer auf
 der Karte sichtbar bleiben, und unter denen die Karte (und Layer)
 gezoomt und verschoben werden kann

 - Objekte innerhalb eines Polygons/Relation (Grenze) auswählen

 - mehrere Layer übereinander legen und alle ihre Elemente sind
 anklickbar / per MouseOver zu öffnen

 - Erzeugung einer Strassenliste

Hier gibt es die Möglichkeit, Straßenlisten dynamisch zu erzeugen:
http://albspotter.org/osm/streets.php?zoom=15lat=50.77433lon=6.08499layers=B0


 - Hervorheben von Linien (in Strassenliste ausgewählte Strasse)

Der OSM-Inpector kann das zumindest:
http://tools.geofabrik.de/osmi/?view=geometrylon=7.29082lat=51.22725zoom=11


 Idee:
 - Karte als Vollbild, die Werkzeuge liegen verschiebbar oben drauf
 - Suche multimodal (erkennt Koordinate, PLZ, Ort, Strasse automatisch)


Zu den anderen Dingen kann ich leider nichts sagen

Gruß
Torsten

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

Re: [Talk-de] neuer Service maposmatic.org Straßen karte plus Index ausdrucken ...

2009-09-11 Diskussionsfäden Torsten Breda

Am 11. September 2009 07:55 schrieb Gehling Marc m.gehl...@gmx.de:
 Hallo,

 unter maposmatic.org kann man sich Karten plus Straßenindex
 ausdrucken. Nur leider funktioniert das bei meinen Tests mit deutschen
 Städte noch nicht.

 Hat jemand einen Tip ?


Das ganze arbeitet mit einem Dump von Frankreich. Daher werden keine
deutschen Sachen gefunden: http://maposmatic.org/about

Die Idee sollte aber unbedingt ausgebaut werden.
So eine Seite habe ich mir gewünscht.
Wenn man jetzt noch angeben könnte, welches Format die PDF und der
Index haben soll, wäre es eine sehr gute Werbung für das Projekt.
Schön währe auch eine Suche, die alle Städte und Orte berücksichtigt
und einem dann die jeweils umschließende administrative_boundary
anbietet.

Gruß
Torsten

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

[Talk-de] Der Kreis Aachen ist vollständig!

2009-09-11 Diskussionsfäden Torsten Breda

Der Kreis Aachen (ab 21. Oktober Städtregion Aachen) ist vollständig!

Der Straßenlistenvergleich zeigt nun bei allen Städten und Gemeinden
im Kreis Aachen 100%. Das bedeutet, dass alle Straßen, die in den
verwendeten Vergleichslisten vorhanden sind, auch ihr Pendant in
OpenStreetMap haben.

Vielen Dank an die fleißigen Mapper!

Der Straßenvergleich von Florian ist hier:
http://osm.gt.owl.de/Strassenliste/ zu finden. Dort ist der Kreis
Aachen (weiter unten und nicht mit der Stadt Aachen ganz oben zu
verwechseln) der erste Kreis, der dieses Ziel erreicht hat. Deshalb
auch möglicherweise der erste komplette Landkreis in Deutschland.
Natürlich gibt es schon etliche fertige kreisfreie Städte, aber das
mappen wird schwerer und aufwändiger, je ländlicher es wird. Aber auch
andere Landkreise haben es fast geschafft. So fehlen im Kreis
Gütersloh auch nur noch 75 von 4921 Straßen. Gratulation deshalb auch
dahin!

Natürlich ist aber immer noch genug zu tun. Schaut einfach unter
Aachen_ToDo, auf die Karten, die euch Fehler anzeigen oder macht bei
Feld und Waldwegen weiter. Auch gibt es noch genug Eifelgemeinden
ausserhalb des Kreises Aachen oder Gebiete in Belgien die noch viele
weisse Flecken haben. Langeweile muss also nicht aufkommen.

http://wiki.openstreetmap.org/wiki/DE:Aachen#News


Gruß
Torsten Breda

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

Re: [Talk-de] Der Kreis Aachen ist vollständig!

2009-09-11 Diskussionsfäden Torsten Breda

Am 11. September 2009 09:15 schrieb Jan Tappenbeck o...@tappenbeck.net:
 Moin!

 ich habe mir die Links eben angesehen und wenn ich das richtig sehe,
 dann sind diese Orte nicht in [1] enthalten.

 Sollte man nicht versuchen alle Orte in eine Übersicht zu legen damit
 doppelte Nachfragen bei den Kommunen vermieden werden ??

 Gruß jan :-)

 [1] http://wiki.openstreetmap.org/index.php/Straßenverzeichnis


Hi Jan

Wenn du Spaß dran hast, kannst du die gerne eintragen. Allerdings habe
ich die von dir verlinkte Wiki-Seite so verstanden, dass dort nur
offizielle Anfragen gelistet sind und nicht die Auswertung von Wahl
und Straßenreinigungsveröffentlichungen (Wie bei den meisten Städten
beio Florians Auswertung). Wer also direkt bei der Stadt anfragt, wird
möglicherweise eine noch bessere Liste bekommen. Davon möchte ich
niemanden abhalten.

Gruß
Torsten

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

Re: [Talk-de] PSF - Physical Storage Format - Karten

2009-09-07 Diskussionsfäden Torsten Breda

Am 7. September 2009 15:18 schrieb Tobias Wendorff
tobias.wendo...@uni-dortmund.de:
 Johann H. Addicks schrieb:
 Zumindest kommt es mir komisch vor, dass es für Karten einen 
 herstellerübergreifenden Standard geben soll, aber die einzigen 
 Gerätekartenformate, die es derzeit für OSM gibt, sind die proprietären von 
 Garmin und Maggelan.

Hat das denn irgendwas damit:
http://www.sdalformat.com/pdf/SDAL_spec.pdf zu tun? Ich verstehe den
Unterschied zwischen SDAL und psf nicht wirklich. Ist das im Endeffekt
nicht das selbe?

Gruß
Torsten

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

[Talk-de] Open-Street-Map-User in NRW für Radiob eitrag gesucht

2009-08-21 Diskussionsfäden Torsten Breda

Hier ein Beitrag aus dem OSM-Forum. Bitte um Beachtung:

 Hallo zusammen,

 als freier Journalist arbeite ich derzeit an einem Radiobeitrag für die 
 Sendung Leonardo (WDR5). Thema ist allgemein das Sammeln von Geodaten. Da 
 darf das Projekt Open-Street-Map nicht fehlen. Es geht aber unter anderem zum 
 Beispiel auch um das Abfotografieren der Landschaft aus der Luft 
 (hauptsächlich von den Landesvermessungsämtern in Auftrag gegeben).

 Für den Radiobeitrag würde ich (bzw. ein Kollege von mir) gerne eine Person 
 begleiten, die für Open-Street-Maps in einer Stadt unterwegs ist. Generell 
 ist jede Stadt aus Nordrhein-Westfalen willkommen, besonders geeignet wäre 
 jedoch eine Stadt aus dieser Liste:

 Frechen
 Iserlohn
 Reinberg
 Werl
 Bergheim
 Neuss
 Köln

 Der Grund ist, dass in diesen Städten derzeit Befliegungen stattfinden, die 
 die Versiegelungsfläche ermitteln. Wenn sich ein Open-Street-Map-User finden 
 ließe, der in der Stadt Geodaten sammelnd unterwegs ist, hätte man gleich 
 eine Verbindung (der eine aus der Luft, der andere am Boden...).

 Als ich solch eine Anfrage schonmal in einem anderen Forum gestellt habe 
 (aber zu einem anderen Thema), war die Skepsis gegenüber der Presse groß. Ich 
 hoffe, dass das hier nicht der Fall ist. Es geht nicht darum, Open-Street-Map 
 in schlechtem Licht darzustellen (ich finde das Projekt großartig) oder - 
 egal wie - Negatives zu finden, sondern darum, Open-Street-Maps vorzustellen, 
 was das Ziel ist, wie es konkret funktioniert, was die Motivation der 
 Menschen ist, die da mitmachen. Am besten würde das anhand einer Person 
 funktionieren, die einen persönlichen Eindruck und seine Motivation schildern 
 kann.

 Ich würde mich über Antwort hier im Forum oder per E-Mail freuen. Vielen Dank.

 Viele Grüße,
 Konstantin Zurawski


 --
 Viermann - Die Redaktion für Wissenschaft und Technik
 Konstantin Zurawski
 Moltkestr. 82-84
 50674 Köln
 Tel.: +49 221 2716737-8
 Fax:  +49 221 2716737-7
 www.viermann.info
 zuraw...@viermann.info

Original hier: http://forum.openstreetmap.org/viewtopic.php?id=4467

Gruß
Torstiko

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

Re: [Talk-de] Schreibweisen/Abkürzungen von Straße nnamen

2009-08-20 Diskussionsfäden Torsten Breda

Am 20. August 2009 08:12 schrieb Guenther Meyer d@sordidmusic.com:
 soweit ich das bisher ueber die mailinglisten mitbekommen habe, sind eben auch
 die daten der aemter alles andere als konsistent, auch nicht unbedingt die
 strassenschilder.

Das ist natürlich richtig. Wenn man die Städt auf Rechtschreibfehler
hinweist, sind sie teilweise für den Hinweis dankbar.
Ich halte das so, wie im Eingangsposting geschrieben. Mit der
Ausnahme, dass ich Dr. und Prof. ausschreibe, wenn es so auf dem
Straßenschild steht zB: http://osm.org/go/0GAnQoB0g-?layers=0B00FTF

Generell schreibe ich den Namen lieber zu lang, als zu kurz. Abkürzen
kann man ja später immer noch.

Manche Namen könnten allerdings wirklich kürzer sein (Aber so etwas
brocken sich die Städte selber ein)
http://osm.org/go/0JGsSy0j3-?layers=0B00FTF


Gruß
Torstiko

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

Re: [Talk-de] OSM Foundation: Mitglied werden und mit abstimmen!

2009-08-19 Diskussionsfäden Torsten Breda

Hi Frederik

Am 20. August 2009 03:30 schrieb Frederik Ramm frede...@remote.org:
 Das ist ja alles schoen und gut. Bis vor kurzem waren von den rund 150
 Mitgliedern der OSMF etwa 10 bei Cloudmade angestellt, das ist ja nicht
 weiter wild. Allerdings sind nun vor wenigen Tagen [*] 20 weitere
 Cloudmade-Mitarbeiter der OSMF beigetreten. Wenn man nun annimmt, dass
 (wie im letzten Jahr) von den normalen OSMF-Mitgliedern nur etwa jedes
 vierte eine Stimme abgibt, waehrend die Cloudmade-Mitarbeiter sich alle
 an der Wahl beteiligen, dann ergibt sich rechnerisch, dass rund 60%
 aller Stimmen, die abgegeben werden, von einem Cloudmade-Mitarbeiter
 kommen. [*]

Danke für diese Information!
Es ist richtig und wichtig so etwas zu erfahren.

Danke für deinen Mut.

Natürlich hast auch du eigene Interessen, aber alles was erst dann
offiziell bestätigt wird, wenn jemand anderes anfängt zu plaudern,
kotzt mich an.

Netter Gruß
Torstiko

„Ihr unterschätzt meine Macht!“
— Darth Vader zu Obi-Wan Kenobi

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

[Talk-de] 1. OSM-Treff der Städteregion Aachen am Mittwoch, den 26. August - Jeder ist willko mmen

2009-08-18 Diskussionsfäden Torsten Breda

Herzliche Einladung
zum 1. OSM-Treff der Städteregion Aachen


Am Mittwoch, den 26. August 2009, ist es so weit. Um 19 Uhr treffen
wir uns im La Bahia, Bachstraße 30, (derzeit für 10 Personen
reserviert, kann natürlich noch angepaßt werden) , um über OSM zu
reden, uns kennenzulernen und die Community durch gegenseitige Hilfe
zu stärken. Uns schwebt ein Treffen zum Meinungs- und
Erfahrungsaustausch vor, bei dem Neulinge ihre offenen Fragen klären
können, die alten Hasen mit Rat und Tat zur Seite stehen, man sich
über die genutzten Techniken und Geräte austauschen und den
Communitygedanken etwas pflegen kann. Jeder ist eingeladen!

Egal ob Neuling, Profi oder sonstwie Interessierter, einfach
vorbeikommen (kuze Anmeldung wäre nett)!
Mehr Infos und Kontaktmöglichkeiten gibt es hier:
http://wiki.openstreetmap.org/wiki/Aachen_Community#1._OSM-Treff_der_St.C3.A4dteregion_Aachen

Netter Gruß
Torstiko

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

Re: [Talk-de] OSM-Wiki Server

2009-07-22 Diskussionsfäden Torsten Breda

Am 20. Juli 2009 18:09 schrieb Grant Slater openstreet...@firefishy.com:
 2009/7/20 Johann H. Addicks addi...@gmx.net:
 Da gab es doch mal Bestrebungen, bzw. bereits konkrete Ankündigungen,
 dass das Wiki auf einen neuen Server in DE umzieht...

 Mir würde es reichen, wenn im Wiki die Mail-Notification angeschaltet
 würde, also Mailbenachrichtigung bei Seitenänderung.


 Enabled now.
 Apologies I took so long to enable this.

 Login - Preferences - Email (bottom of page) - Checkbox as you wish.

 Emailing will be slow/delayed during peak periods.

 / Grant

Hi Grant!

Thank you for enableing this feature!

There is a small error in the notification-mail.
http://localhost/wiki; should be http://wiki.openstreetmap.org/wiki;.

Greets
Torsten

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

Re: [Talk-de] OSM-Wiki Server

2009-07-22 Diskussionsfäden Torsten Breda

2009/7/22 Grant Slater openstreet...@firefishy.com:
 Thank you for enableing this feature!

 There is a small error in the notification-mail.
 http://localhost/wiki; should be http://wiki.openstreetmap.org/wiki;.


 I fixed this yesterday. Test again and let me know if there is still a 
 problem.

Still the same error on a notification I received some minutes ago.

Greets
Torsten

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

[Talk-de] Wie viele Mannstunden (-tage, -jahr ) stecken in OSM? Eure Schätzung!

2009-07-01 Diskussionsfäden Torsten Breda

Hallo Liste

Hab ihr euch schon mal überlegt, wie viel Arbeit insgesamt in
OpenStreetMaps steckt?
Natürlich kann man es nicht genau sagen, aber man kann es zumindest
versuchen zu schätzen.

Ganz im Sinne von Fermi ist es möglich anhand von Kenngrößen und
gesundem Menschenverstand eine quantitative Anschätzung zu machen ohne
genaue Zahlen zu kennen. (Siehe hierzu:
http://de.wikipedia.org/wiki/Fermi-Problem )

Ich hab mich mal daran versucht, bin aber auch gespannt auf eure Ergebnisse.

1. Schätzung
a) Ich bin ein Durchschnittsmapper.
b) ich verbringe mit OSM seit ca 2 Jahren etwa 10 Stunden pro Woche.
c) Innerhalb der letzten 2 Jahre gab es durchschnittlich 5000
Durchschnittsmapper.
d) 10 Stunden/Woche * 2 Jahre * 5000
= ca. 5.000.000 Mannstunden.

2. Schätzung
a) Ich bin ein Durchschnittsmapper.
b) Ich habe bisher etwa 500km Straßen hinzugefügt
c) dazu habe ich etwa 1000 Stunden an OSM mitgearbeitet
d) Das bedeutet, ich habe 2 Stunden/km benötigt
e) In OSM gibt es ca. 25.000.000km highway
f) 2 Stunden/km * 25.000.000 km
= 50.000.000 Mannstunden.

Wie sehen eure Schätzungen dazu aus?
Es würde mich freuen auch andere Sichtweisen/Herangehensweisen zu
hören. Vielleicht über die Noteanzahl, die Datenbankgröße oder die
hochgeladenen GPS-Tracks?

Bin mal gespannt!

Netter Gruß
Torsten

P.S.
Mannstunden in OSM mal fairer Stundenlohn = unbezahlbar!

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

Re: [Talk-de] Wie viele Mannstunden (-tage, -jahr ) stecken in OSM? Eure Schätzung!

2009-07-01 Diskussionsfäden Torsten Breda

Hi Peter

Danke für deine Antwort!

Am 1. Juli 2009 12:14 schrieb Peter Dörrie peter.doer...@googlemail.com:
 Das müsste sich doch auf Grundlage der geführten Statistiken recht genau
 errechnen lassen. Wir haben die Anzahl der User pro Woche und die Anzahl der
 Wege / POIs pro Woche. Wenn man einen vernünftigen Zeitwert pro POI / Weg
 annimmt, dann kann man sehr genau die Arbeitszeit gesamt und pro Mapper
 ausrechnen.

Du musst natürlich bedenken, dass die Zeit am Editor nur ein kleiner
Teil ist. Die Zeit, in der man auf Tour ist sollte man ja auch nicht
unterschätzen.

Natürlich sind die Zahlen nur sehr grob geschätzt, aber wenn man
überlegt, dass es auch etliche Leute gibt, die 30Stunden+/pro Woche
mit OSM (Und wenn es Diskussionen auf der ML sind) beschäftigt sind,
dann dürften die Schätzungen gar nicht so schlimm falsch sein. Wie
gesagt ist das meiste jedoch nur grob geschätzt btw. geraten.

Falls du eine Idee hast, auf bessere Ergebnisse zu kommen, würde ich
mich freuen.

Gruß
Torsten

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

Re: [Talk-de] Hello from England

2009-06-29 Diskussionsfäden Torsten Breda

Hi

Erst mal entschuldige ich mich, dass ich auf deutsch schreibe. Wie du
aber gesagt hast gibt es Freiwillige, die das übersetzen können und
wollen.

Zunächst möchte ich sagen, dass ich es prima finde, dass du dich auf
talk-de meldest. Ein guter Schritt.

Du hast Misverständnisse bezüglich einiger Dinge angesprochen. Hierbei
kann ich natürlich nur für mich sprechen, was diese Dinge angeht.

Hier einige Gedanken:
OSMF:
Man hat den Eindruck, dass Deutschland nicht den Stellenwert hat, den
verdient. Hier sind möglicherweise mehr Aktive, als in GB. Die
Kartenabdeckung ist besser, es gibt mehr Presse und stärkere
Kooperationen zwischen OSM und Firmen/Organisationen/Hochschulen und
Behörden.

State of the Map:
Warum sind die Tickets so teuer? Kostet eine Konferenz wirklich so
viel, dass es für einen Freizeitmapper uninteressant ist daran
teilzunehmen?

Server:
Warum liegen, nachdem ein neuer Server von Spenden finanziert wurde,
einige Server brach, obwohl einige Teilprojekte (zB Wiki,
Suchfunktion, XAPI) dringend bessere Hardware benötigen?

Lizenz:
Warum musste die Lizenz in Rekortzeit durchgeboxt werden?

Nur ein paar Gedanken!

Torsten Breda

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

Re: [Talk-de] Weg mit dem Validator und ähnlichen To ols

2009-06-26 Diskussionsfäden Torsten Breda

Am 26. Juni 2009 10:22 schrieb Dirk Stöcker openstreet...@dstoecker.de:

Wenn also diejenigen, die solch komplizierte Elemente entwicklen immer
wieder vergessen auch eine Einfach-Variante einzuplanen, dann werden diese
Varianten nicht benutzt werden.
+1

Aus den Diskussionen halte ich mich allerdings raus. Ich bin mittlerweile
lange genug dabei, um zu wissen, dass es sich im Endeffekt sowieso in die
Richtung entwickelt, die ich für sinnvoll halte. Warum soll ich mich also
ständig streiten.
Meiner Meinung nach, sind solche Diskussionen wichtig und sinnvoll für
so ein Projekt. Wo kämen wir denn hin, wenn man nicht mehr miteinander
reden würde? Solange es noch beim Thema bleibt, kann es doch gar nicht
unproduktiv sein, oder? Ein wenig Streitkultur gehört dazu! Ich sehe
das auch gar nicht als Streit. Ich habe schon Fachgespräche gesehen,
die wesentlich näher an einer Eskalation waren, aber zu sehr
produktiver Ergebnissen geführt haben.

Das ist das schöne an der freien Attributierung. Das generelle Problem von
Standardisierungen (nämlich das Standards die Tendenz haben viel zu
kompliziert zu werden) greift hier nicht. Keiner ist nämlich gezwungen diese
komplizierten Standards zu nutzen.

Deshalb denke ich, dass man langfristig nicht um verschiedene
Abstraktionsebenen herum kommt.

Meine Glaskugel sagt (und mein Friseur kann das bestätigen):
1. Ist ein Problem zu komplex, dann zerteile es in kleinere Probleme.
2. Ein Metamodell sollte nie komplexer sein, als das zugehörige Modell.
3. Die Komplexität ist dann groß, wenn einerseits zu viele und
andererseits in der Summe zu komplizierte Details zu behandeln sind.
4.
http://de.wikipedia.org/w/index.php?title=Datei:Bellmansmap.svgfiletimestamp=20090314130146
5. Think positive!

Netter Gruß
Torsten Breda

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

Re: [Talk-de] Weg mit dem Validator und ähnlichen To ols

2009-06-26 Diskussionsfäden Torsten Breda

Am 26. Juni 2009 11:17 schrieb Dirk Stöcker openstreet...@dstoecker.de:

 Ich habe im letzten Jahr gerade einen offiziellen Standard bei der RTCM
 entwickelt und bin extrem stolz darauf, dass es keine (ausser Klarstellungen
 und Tippfehlern) Änderungen an dem gab, was ich spezifiziert habe. Das liegt
 auch hauptsächlich daran, dass alle Definitionen so getroffen wurden, dass
 Komplexizität genutzt werden kann, aber niemand gezwungen wird es zu tun.
 Alle Funktionalität wurde abgestuft und jede Implementierung kann selbst
 entscheiden wieviel implementiert wird und was nicht (von
 Pflicht-Minimalstandard abgesehen). Insbesondere interessant wird werden,
 welche der erweiterten Funktionen sich in der Realität durchsetzen. Bei
 einigen bin ich skeptisch, dass sich viele die Mühe machen diese zu
 implementiern.


 Durchsetzen werden sich am Ende immer nur Lösungen, die nach dem obigen
 Ansatz gestrickt sind, nämlich kompliziertes als Erweiterung des einfachen
 zu sehen. Wenn die komplizierte und die einfache Lösung nicht
 zusammenpassen, dann werden beide nebeneinander bestehen oder die
 komplizierte geht unter.

 Wer das nicht wahrhaben will, der soll sich den aktuellen Datenbestand
 ansehen und schauen, welche Konzepte aktiv genutzt werden und welche nicht.

Das klingt für mich sinnvoll.
Die Frage ist nur, ob man jetzt auf die von dir beschriebene
Selbstreinigung warten soll und wo man die Pflicht-Minimalstandards
ansetzen soll.

Gruß
Torsten, für den Tagwatch, DemNachbarnüberdieSchultergucken und ein
wenig Hirn wesentlich mehr nützen, als die Mapfeatures und der sich
eine Mapfeatures - Reicht für 99% der Fälle - Edition wünscht.

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

Re: [Talk-de] Straßenlistenauswertung (update)

2009-06-18 Diskussionsfäden Torsten Breda

Am 17. Juni 2009 19:08 schrieb Florian Lohoff f...@rfc822.org:


 Hi,
 es hat sich wieder viel getan - da ich mir nicht wirklich aufschreibe was
 so dabei
 kommt unterschlage ich bestimmt auch wieder einiges - Hier das was mir noch
 haengen
 geblieben ist - Anfaenge einzelner Kreise - Ein paar Kreisfreie Staedte und
 ansonsten viele einzelne Listen und einzelne Relation die noch jeweils auf
 den Partner warten ... Bei existenten Relationen zeigt die Grafik zumindest
 die dünnen grenzlinien ...


Ich möchte nochmals für die, die es sich noch nicht angeschaut haben kurz
erklären, was unter:

 http://osm.gt.owl.de/Strassenliste/

zu finden ist!


Ihr findet eine Auswertung der bereits von OSM erfassten Straßen. Dafür
werden täglich die Straßen innerhalb der Stadt-/Gemeindegrenzenrelation
automatisch mit der vorhandenen Straßenliste verglichen. Die Straßenlisten
stammen meist von Wahl-/Straßenreinigungsveröffentlichungen der genannten
Städte. Man kann sich differenziert für jede Stadt anschauen, welche Straße
in der Vergleichliste vorhanden ist, aber nicht bei OSM und umgekehrt. Man
kann sich die fehlenden Straßen graphisch darstellen lassen, um die grobe
Positione des Fehlers zu ermitteln. Dabei muss man natürlich genau prüfen,
ob der Fehler wirklich auf Seiten von OpenStreetMap oder bei den offiziellen
Listen liegt. Des weitere kann man sich die Entwicklung in der Abdeckung
anschauen. Zusätzlich gibt es eine Übersichtskarte, die mit einem Verlauf
von rot nach grün die Abdeckung der einzelnen Städte zeigt (Momentan nur
NRW, kann sich aber ändern). Man sieht schnell, wo sich die nächste
Mappingparty lohnt.

Ich finde das Ganze eine tolle Sache. Man muss sich nun als lokaler Mapper
nicht mehr um die Auswertung kümmern und hat tagesaktuell ein Ziel für seine
nächste Radtour :)
Falls die eigene Stadt noch nicht dargestellt wird genügt es nun, zunächst
eine Straßenliste zu besorgen (Meist über die Internetseite der Stadt
möglich [Kleiner Hinweis: Nicht jede Liste auf den Internetseiten der
Städte/Gemeinden ist geeignet, da auch hier Rechte an den Listen liegen
können. Bei den oben genannten Listen
(Wahlverzeichnis/Wahlbekanntmachung/Wahlbezirke/Straßenreinigungssatzung)
ist dies jedoch möglich]) Mehr Infos auch unter:
http://wiki.openstreetmap.org/wiki/Stra%C3%9Fenverzeichnis (sollte mal
überarbeitet werden :D )
Desweiteren braucht man eine Relation über die Stadtgrenzen. Wenn die
benachbarten Städte bereits eingezeichnet sind, fehlt oft nur ein kleines
Stück. Auch sind ja bereits alle Kreisgrenzen importiert. Hierbei gilt, dass
schon eine grob abgeschätzte Gemeinde-/Stadtgrenze besser ist, als gar
keine. Eine kleine note an das entsprechende Grenzstück, dass die Grenze
nur grob ist, sollte reichen. Die einzelnen Grenzstücke werden in einer
Relation zusammengefasst (siehe:
http://wiki.openstreetmap.org/wiki/DE:Grenze_zeichnen[Städte/Gemeindegrenzen
meist admin_level=8])

Damit ist alles vorhanden, damit Florian auswerten kann. (Wenn er Lust und
Zeit hat :), war bei meinen Anfragen bisher immer der Fall. Wie macht der
das???)

Vielen dank an Florian für die tolle Arbeit und Sorry, falls die Werbung
unerwünscht war. Soll ich das noch in das Diary und das Forum bringen???


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

Re: [Talk-de] Straßenlistenauswertung (update)

2009-06-18 Diskussionsfäden Torsten Breda

Am 18. Juni 2009 08:54 schrieb Markus liste12a4...@gmx.de:

 Ja, das ist eine beeindruckende Darstellung!

 Könntet Ihr sowas auch für Bayern machen?
 (und langfristig D-weit?)


Wollte nur kurz klarstellen, dass die ganze Arbeit von Florian ist. Ich
selber habe nur (ganz egoistisch) die lokalen Relationen und Listen besorgt.

Nochmals, Ich war es nicht. Der Dank gebührt Flo.

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

Re: [Talk-de] highway unclassified

2009-06-16 Diskussionsfäden Torsten Breda

Am 16. Juni 2009 08:05 schrieb André Riedel riedel.an...@gmail.com:

  Ich habe diese bisher immer als unclassified betrachtet und auch
  gemappt, wenn ihre Bedeutung für tertiary nicht ausreicht.

 Für mich ist die Interpretation der Straßenklasse unclassified ähnlich
 deiner. Sie liegt genau zwischen Tertiary und Residential, wobei
 Residential keinen Verbindungscharakter mehr besitzen. Zufahrten zu
 Wohngebieten sind daher für mich Unclassified (wenn es noch nicht zu
 tertiary reicht, was sehr oft vorkommt). Außerorts sind Unclassified
 ebenfalls die niedrigste Stufe für Straßen mit Verbindungscharakter,
 meißt ohne Mittelstreifen und ca. 5m breit.

  Was haltet Ihr davon, das Wiki an dieser Stelle anzupassen?
 +1


Dafür! So mache ich das bereits seit zwei Jahren. Hatte das auch irgendwann
schon mal in den Talk der Unclassified Seite geschrieben. Ich fände es
schön, wenn wieder deutlicher wird, dass unclassified auch innerhalb von
Ortschaften eingesetzt werden darf und es zudem die typische Straße in
Gewerbe- und Industriegebieten ist. (Für mich ist residential dort, wo
früher der Postbote zu Fuß gelaufen ist und noch kein Fahrrad hatte (Heute
machen die, zumindest auf dem Land, alles mit dem Auto))

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

Re: [Talk-de] User: Kraftfahrstra?e Edit-War

2009-06-09 Diskussionsfäden Torsten Breda

Am 9. Juni 2009 10:00 schrieb Frederik Ramm frede...@remote.org:

 Das ist ein bisschen das Problem bei OSM. Wir haben ein paar
 Fachleute, die glauben, man muesste nur ein gut durchdachtes Konzept
 haben und damit waere die Sache geritzt. In Wahrheit ist das gute
 Konzept nur 1/3 des Erfolges - ein weiteres Drittel ist Didaktik (wie
 bringe ich den Nichtfachmann dazu, das Konzept erfolgreich anzuwenden)
 und ein weiteres Drittel ist Diplomatie (wie gehe ich mit Kritik um).

 Wer nur das erste Drittel macht, der kann es ebensogut gleich
 bleibenlassen.


Amen!

Ich möchte jedoch ein viertes Drittel ergänzen (OSM hat ganz offiziell genug
Platz für beliebig viele Drittel), wodurch viele aufgeregte Diskussionen
doch wesentlich ruhiger verlaufen könnten.
Und zwar:
um es mit Abraham Lincoln zu sagen: Es ist besser zu schweigen und als
Idiot verdächtigt zu werden, als zu reden und dadurch alle Zweifel zu
beseitigen.
man kann es auch mit Dieter Nuhr sagen: http://www.vitalx.de/nuhr.htm

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

[Talk-de] Schon gesehen? - Walking Papers! Bin beeindruckt!

2009-06-07 Diskussionsfäden Torsten Breda

Einfach mal anschauen!

http://walking-papers.org/

Währe das nicht auch eine Idee für Messen? Einfach den Besuchern die Karte
ihres Ortes mitgeben und mit der Freude an OSM anstecken.

Ich finde die Umsetzung sehr gut gemacht. Probiert es einfach mal aus!


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

Re: [Talk-de] Bin neu hier

2009-05-17 Diskussionsfäden Torsten Breda

Am 17. Mai 2009 18:41 schrieb Steffen Heinz eifelhu...@gmx.de:

 Hallo

 Sorry falls ich störe ;)
 ALos, ich bin neu hier! Ich interessier Mich dafür mit zu kartieren!
 Mein Wohnort ist noch was arg dünn.
 wäre nett wenn mir wer helfen könnte, persönlich!

 Ich wohne in der Eifel, Simmerath (Kesternich)

 Mein Name ist Steffen, bin als Caronna angemeldet (ist auch mein
 Benutzername bei Wikipedia). Wer näheres wissen will:
 http://de.wikipedia.org/wiki/Benutzer:Caronna


 Grüße aus der Eifel
 Steffen


Wilkommen!

So schlimm sieht Kesternich doch gar nicht aus ;)

Möglicherweise ist für dich auch:
http://wiki.openstreetmap.org/wiki/DE:Aachen interessant, um mit Mappern in
deiner Umgebung in Kontakt zu kommen.
Traue dich ruhig zu Fragen, wenn etwas unklar ist. Nützlich ist es jedoch,
wenn du vorher schaust, ob es auf einber OSM-Wiki-Seite schon die Antwort zu
deiner Frage gibt.

So weit erst mal
Torsten
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] OSM2PDF? Gibt es so etwas schon?

Hallo Liste

Ich bin auf der Suche nach einem Tool, das aus OSM-Daten oder Kacheln eine
(mehrseitige) PDF-Datei zum Drucken erzeugt. Gibt es so etwas schon? (Ich
meine natürlich in einer Grandma-proof-Version) :D

Grund ist, dass ich bereits mehrfach danach gefragt wurde, da kaum jemand
einen DIN A0 Drucker zur Verfügung hat und es für viele Zwecke genügt, die
Karte als DIN A4 Seiten auszudrucken und dann zu einer großen Karte zusammen
zu kleben.

Da ich nicht immer den unten genannten Umweg gehen möchte und da
möglicherweie für einen IchwilldocheinfachnureineKarteausdrucken-User nicht
so schnell ersichtlich ist, was er tun muss, wäre ein soches Programm sehr
hilfreich. (Kartenausschnitt auswählen - Wunschgröße auswählen (zB 3x3
Seiten Hochformat) - Auf PDF erstellen klicken - ausdrucken - FERTIG!)

Um es vorweg zu nehmen, ich kann so etwas nicht programmieren, werde aber
gerne testen, kommentieren und ein Manual schreiben! Also bitte nicht nach
dem Motto Machs dir doch alleine auf mir rumhacken.

So mache ich es bisher:

Notwendige Programme:
FireShot Firefox-Plugin: https://addons.mozilla.org/de/firefox/addon/5648
PDF-Creator: http://sector7g.wurzel6.de/pdfcreator/

1. Kartenausschnitt mit BigMap (
http://openstreetmap.gryph.de/bigmap.cgi?xmin=4097xmax=4100ymin=2696ymax=2698zoom=13baseurl=http%3A%2F%2Ftah.openstreetmap.org%2FTiles%2Ftile)
auswählen (auf Form klicken, um die Eingabemaske zu sehen) und
anschließend auf hide this klicken. (Seitengröße sollte in etwa der
gewünschten Druckgröße entsprechen)

2. Mit dem Firefox-Plugin FireShot die ganze Seite nach Paint (alternativ
GIMP) exportieren (Ganze Seite aufnehmen und... ...in externem Editor
öffnen)

3. Bild drucken mit PDF-Creator.

Fertig!

Um eine gute Qualität zu erhalten und die Datei trotzdem nicht zu groß
werden zu lassen, habe ich ein wenig mit den Einstellungen im Druckmenü und
in den Einstellungen von PDF-Creator gespielt und verwende nun die
folgenden:
Drucken-(PDF-Creator als Drucker
auswählen)-Einstellungen-Papier/Qualität-Erweitert...-Druckqualität-1200dpi
Einstellungen in PDF-Creator (können noch geändert werden, wenn der Druck in
Auftrag gegeben wurde):
Formate-PDF-Allgemein-Auflösung:1200DPI
Formate-PDF-Komprimierung-Farbige Bilder-JPEG-Minimum

Wenn man nicht gerade vor hat eine 80-Seitige Karte zu erzeugen, geht das
mit einem normalen Rechner relativ zügig (Aber auch eine 80seitige Karte
funktioniert). Ich bin jedoch davon überzeugt, das 2 zusätzliche Programme
und 3 Arbeitsschritte nicht mehr Grandma-Proof sind. Daher würde ich mir
eine AIO Lösung wünschen. (Bin mir gerade nicht sicher, ob möglicherweise
eine Split-Funktionalität im Export-Tab genügen würde. Die Auswählbarkeit
von Auflösung/Zoomlevel/Qualität/Detailgrad/Größe usw. ist da doch meist mit
ein wenig Ausprobieren verbunden)

Wie ist eure Meinung? Welche Lösungen kennt ihr?

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

Re: [Talk-de] OSM2PDF? Gibt es so etwas schon?

Am 7. Mai 2009 10:43 schrieb Philipp li...@dodekatex.de:

 Hi,

 Torsten Breda schrieb:
  Ich bin auf der Suche nach einem Tool, das aus OSM-Daten oder Kacheln
  eine (mehrseitige) PDF-Datei zum Drucken erzeugt. Gibt es so etwas
  schon? (Ich meine natürlich in einer Grandma-proof-Version) :D

  Wie ist eure Meinung? Welche Lösungen kennt ihr?

 wenn du ein großes PNG hast, erstellt dir PosteRazor dein mehrseitiges PDF:
 http://posterazor.sourceforge.net/index.php?lang=german



Danke, das Tool kannte ich noch nicht! Kann ich gebrauchen.

Zusatzfrage: Woher nehme ich denn ein großes PNG? Z.B in 5000x5000px? Der
Export macht bei ca. 2000px dicht.


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

Re: [Talk-de] OSM2PDF? Gibt es so etwas schon?

Am 7. Mai 2009 10:37 schrieb Rotbarsch r...@gmx-topmail.de:

 Hallo Torsten!

 Zu diesem Zweck habe ich mal ein Skript geschrieben und Alex (?) hat
 es fürs Web angepasst und auf seine Homepage gestellt:

 http://alex.zeitform.de/cgi-bin/map.pl

 Viel Spaß!

 Rotbarsch


Nette Sache.
Jetzt müsste man nur noch den gewünschten Kartenausschnitt komfortabel
einfügen können. (zB als Permalink?) Nicht immer ist das gewünschte
Seitenverhältnis 1:1 oder 3:2.
Zusätzlich finde ich eine mehrseitige PDF praktischer als mehrere
einseitige. Zudem vermeidet man das Risiko, dass die gedruckten Seiten durch
Acrobat und co unterschiedlich behandelt werden, sozusagen kaputtoptimiert
werden, aber das ist meine persönliche Meinung.

Rotbarsch schrieb ergänzend:
Übrigens: Wenn wir von einem Wunschkonzert sprechen: Ich wünsche mir auch
noch ein zuschaltbares Suchgitter samt automatisch generiertem
Straßenverzeichnis...

Das währe das Sahnehäubchen. Momentan verkaufen wir aber noch keinen Kuchen,
sondern nur Backmischungen. ;)

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

Re: [Talk-de] OSM2PDF? Gibt es so etwas schon?