Re: [Talk-de] Gebäude, Grundstücke und Institutionen

[Gerhard Hermanns]

Hallo zusammen,


Am 05.09.2013 20:59, schrieb Ronnie Soak:
> Also mein Apell: Weniger Angst vor (site-)Relationen!

+1

Ich würde mich selbst als "Casual-Mapper" bezeichnen und ich komme
inzwischen - nach ein wenig Rumprobieren - recht gut mit der
site-Relation klar.

Ein schönes Beispiel sind meiner Meinung nach Universitäten mit mehr als
einem Campus. Alles folgt einer verschachtelten Logik, die ich mit der
site-Relation abbilden kann: Die Uni besteht aus mehreren Campi, ein
Campus hat mehrere Gebäude und Parkplätze, die Parkplätze haben Frauen-
und Behindertenplätze, mehrere Gebäude haben einen gemeinsamen,
übergeordneten Namen, in den Gebäuden sitzen Institute oder die Mensa usw.
Hier kann ich dann auch einzelne Nodes für die Einrichtungen verwenden,
wenn ich nichts anderes habe. Dadurch, dass ich sie in die Relation
packen kann, werden sie in einer Auswertung trotzdem als zur Uni gehörig
erkannt.

Ein Beispiel, an dem ich gearbeitet habe, sind die Duisburger Campi der
Universität Duisburg-Essen (die Essener muss ich noch hinzufügen, die
haben derzeit ein anderes Schema):
http://www.openstreetmap.org/browse/relation/2189267

In einem Punkt muss ich Martin übrigens widersprechen: In diesem Fall
ist der Flächenmittelpunkt für die Kartenbeschriftung zwar noch
automatisch ermittelbar, aber nicht mehr sinnvoll: Bei einer Uni mit
zwei Campi, die 2 Kilometer auseinander liegen, würde dann der Name der
Uni im "Niemandsland" zwischen den Campi gerendert.

Meine Lösung für diesen Fall: Der Name der Uni (an der site-Relation und
am Label-Knoten eingetragen) wird gar nicht gerendert, was in diesem
Fall auch sinnvoll ist. Es gibt ja keinen Ort, der dafür geeignet wäre.
Stattdessen habe ich im obigen Beispiel zusätzlich je einen Way in der
Rolle "perimeter" um die Hauptcampi ("L+M-Bereich" und "B-Bereich")
gezogen, deren Namen dann gerendert werden. Statt der Perimeter hätte
ich lieber einen Knoten mit der Rolle "label" verwendet, aber das wird
von den Renderern offenbar nicht unterstützt.


Gerhard

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

Re: [Talk-de] Tagging-System der Firma Mentz Datenverarbeitung GmbH: "type=site"

[Gerhard Hermanns]

Am 12.08.2013 12:09, schrieb Tracy Kasperczyk:

Hallo Herr Hermanns,


in diesen Site Relationen befinden sich weitere Relationen.
Entschuldigung, keine Ahnung, wie ich die Mitglieder der Relation 
übersehen konnte (wo ich doch selber die Site-Relation verwende). 
Demnächst halte ich mich wieder daran, erst Kaffee zu trinken und dann 
E-Mails zu schreiben ...



Aus diesem Grund werden wir die Relationen in nächster Zeit wieder
entfernen.


Die Versendung der Relationen an sich muss nicht verkehrt sein - die 
Diskussion darüber, ob sie ein geeignetes Mittel für die Bahnhöfe sind, 
überlasse ich gerne anderen.
Zumindest die Ränder der Relation müssten aber besser gefasst sein - am 
besten nur durch die Umrisse/Grenzen der Mitglieder oder evtl. noch über 
eine eng gefasste Perimeter-Fläche. Nur nicht wie hier über eine doch 
sehr überdimensionierte Rahmenfläche.



Gerhard Hermanns
(Seoman)

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

Re: [Talk-de] Tagging-System der Firma Mentz Datenverarbeitung GmbH: "type=site"

[Gerhard Hermanns]

Hallo,

mir ist aufgefallen, dass Sie rund um die von Ihnen bearbeiteten 
Bahnhöfe rechteckförmige Gebilde mit "type=site" gelegt haben. Diese 
Relationen haben keine Mitglieder, sondern tragen nur den Gebietsnamen, 
z.B.:


Duisburg Hauptbahnhof: http://www.openstreetmap.org/browse/relation/3071643
Hbf Mülheim (Ruhr): http://www.openstreetmap.org/browse/relation/3028355
Flughafen Düsseldorf: http://www.openstreetmap.org/browse/relation/3095590

Bitte entfernen Sie diese Gebilde, weil sie den geografischen 
Gegebenheiten vor Ort nicht entsprechen. Wenn Sie die Bahnhöfe mit der 
"site"-Relation abbilden möchten, müssen Sie die einzelnen Elemente der 
Bahnhöfe als Mitglieder in eine solche Relation aufnehmen.
Leider wird die "site"-Relation ziemlich stiefmütterlich behandelt, 
Informationen finden Sie im zugehörigen Proposal: 
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site; eine gute 
Erklärung der Funktionsweise steht auch im Parking-Proposal: 
http://wiki.openstreetmap.org/wiki/Proposed_features/parking.


Auch wenn die "site"-Relation immer noch im Status "proposed" ist, wird 
sie doch schon häufig verwendet (ca. 133.000 Mal laut Taginfo). Ein noch 
unvollständiges Beispiel, das ich endlich mal fertigstellen muss  ( :-) 
), ist die Universität Duisburg-Essen, Campus Duisburg.
Dort sind in der "Mutterrelation" der Universität 
(http://www.openstreetmap.org/browse/relation/2189267) die 
"Tochterrelationen" der einzelnen Campi sowie der Parkplätze erfasst. 
Diese Tochterrelationen untergliedern sich z.T. weiter.



Seoman


Am 02.08.2013 18:15, schrieb Tracy Kasperczyk:

Liebe OSM Community,

wir haben nun unsere Wiki Seite aktualisiert
http://wiki.openstreetmap.org/wiki/Import_%C3%96PNV_Firma_Mentz_Datenverarbeitung_GmbH
. Das viele und teils heftige Feedback hatte uns überrascht, vor allem da
wir im Vorfeld unserer Arbeiten nach vergleichbaren Modellierungen gesucht
hatten und nach deren Vorbild gearbeitet hatten.

** **

Euer Feedback haben wir uns zu Herzen genommen und vieles an unserem Ansatz
grundlegend geändert. Die Wiki-Seite beschreibt, wie wir in Zukunft an die
Sache herangehen wollen. Wir hoffen, das ist in Eurem Sinne und freuen uns
über Kommentare und Anregungen.

** **

Viele Grüße,

Tracy

(OSM-Kontakt bei Mentz Datenverarbeitung GmbH)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


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

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

[Gerhard Hermanns]

Hi,

zunächst einmal: Ich finde es großartig, dass sich da etwas zu 
entwickeln scheint (ein Hoch auf den VRR  :-)  )


Ich habe den Thread nur überflogen. Falls das Folgende also schon 
erwähnt wurde oder nicht passt, einfach ignorieren ...


Ich möchte hier kurz einen Querverweis machen auf einen aktuellen Thread 
im OSM-Forum, wo es um ein paar Ideen bzgl. des ÖPNV-Schemas geht [1]. 
Der User Weide hat hier eine Vorversion [2] zu etwas erarbeitet, was mal 
ein Proposal zu einem überarbeiteten public_transport-Schema werden könnte.


Die meisten der Punkte betreffen ÖPNV-Routen, aber es gibt auch 
Ideen/Ergänzungen z.B. zu "platform". Möglicherweise gibt es hier 
zumindest an einigen Punkten Synergien? Es wäre schade, wenn diese 
beiden Arbeiten parallel existieren würden ohne voneinander Notiz zu 
nehmen ...



Grüße
Gerhard (Seoman)

[1] http://forum.openstreetmap.org/viewtopic.php?pid=349000#p349000
[2] http://wiki.openstreetmap.org/wiki/User:Weide


Am 23.07.2013 11:40, schrieb Tracy Kasperczyk:

Liebe OSM Gemeinde,

Wir wollen euch noch mal genauer erklären was wir machen.



Der VRR (Verkehrsverbund Rhein-Ruhr) auch tätig als zentraler Koordinator
für das Land Nordrhein Westfalen beabsichtigt als Kartenbasis in Zukunft
auf OSM zu setzen. Das betrifft folgende Produkte

· Die Karten, die Verkehrslinienpläne, die den Fahrplanbüchern
beiliegen und die an den Haltestellen aushängen sollen  aus den OSM Daten
errechnet und im VRR Layout dargestellt werden.

· Die Haltestellenumgebungspläne, die von einigen Betrieben
erstellt und ausgehängt werden, z.B. von der Rheinbahn in Düsseldorf sollen
aus OSM Daten erzeugt werden.

· Die interaktiven Karten die sie z.B. in efa.vrr.de sehen sollen
aus  OSM Daten berechnet werden

· Die interaktiven Karten der VRR App, dieselben wie die aus
efa.vrr.de sollen aus OSM berechnet werden (die Apps wurden schon ca.
1.000.000  mal heruntergeladen)

· Die Fahrten der Verkehrsmittel sollen referenziert mit OSM Daten
(dabei werden die Koordinaten der Fahrwege übernommen) auf diese Karten
gezeichnet werden (siehe auchefa.vrr.de und die Apps)

· Die Fußwege zu den Haltepunkten und bis zum Gleis der
Schienenverkehre sollen auf OSM Daten geroutet werden

· Die Apps sollen Fußwegnavigation auf den OSM Daten unter stützen

· Das Fußwegrouting  soll barrierefreie Wege suchen können (wird
weiter unter erklärt)



Für die Entscheidung des VRR waren Kostengründe maßgebend, aber vor allem
auch der Qualität und der Detailreichtum der OSM Daten hat den VRR
begeistert. Gerade in der Welt des Öffentlichen Verkehrs und des Fuß- und
Radverkehrs gibt es keine vergleichbaren GIS Daten. Gerade beim
Fußweg-Routing versprechen wir uns wesentlich Verbesserungen, da die OSM
Daten weit mehr Fuß- und Radwege und Straßenquerungen enthalten als andere
Datenmaterialien.



Das Datenmaterial, das wir in OSM vorfinden hat vor allem bezüglich der
Wege (Straßen und Schienenwege) aus ausgezeichnete Qualität.

  Einige Daten sind allerdings noch unvollständig für unsere
Aufgabenstellung und diese wollen wir nacherfassen, gerne auch gemeinsam
mit der OSM Gemeinde.



Ein Bereich der Nacherfassung umfasst die Busspuren und die Abbiegeverbote
oder Abbiegeerlaubnisse von Bussen. Wir haben Kontakt zu allen
Verkehrsbetrieben, wir können die Informationen von dort bekommen und
nachpflegen.



Der zweite Bereich umfasst die Bahnhöfe und die Haltestellen der
Schienenverkehre (Straßenbahn, U-Bahn). Es ist das Ziel einen Fußweg bis
von einem beliebigen Punkt im Wegenetz bis zum Bahnsteig und dem Haltepunkt
des Fahrzeugs zu berechnen, anzuzeigen und Navigation auf diesem Weg zu
ermöglichen. Dieser Weg soll auch barrierefrei sein. Was bedeutet das?



Gehen wir von drei typischen Benutzern aus:



Nutzer 1 ist Student, Pendler und in Turnschuhen unterwegs. Er kommt immer
knapp vor der Zugabfahrt. Er geht schnellen Schrittes durch den Bahnhof und
nimmt die Treppen hinauf zum Bahnsteig, damit er nirgends warten muss.



Nutzer 2 ist der Reisende mit Koffer, oder die/der Frau/Mann mit
Kinderwagen. Der Nutzer kann nur mit großer Mühe die Treppen nutzen und
sucht Wege über Rolltreppen zum Bahnsteig.



Nutzer 3 kommt im Rollstuhl. Er ist auf Aufzüge und Rampen angewiesen um
zum Bahnsteig zu kommen, er braucht entsprechende Wege.



Das Ziel im Bahnhof ist also der Bahnsteig und der Punkt, wo man in die
Bahn einsteigen kann. (Solange wir die Reihung der Züge nicht kennen oder
deren Haltepositionen rechnen wir mit einem Punkt).



Bahnsteige, wir nennen sie Plattformen, sind für Menschen mit
Mobilitätseinschrängungenzugänglich oder nicht, weil sie einen Aufzug haben
oder nicht. Es gibt Bahnhöfe, da sind nur einige Plattformen oder nur eine
für Menschen mit Mobilitätseinschrängungen zugänglich. Auch auf der
Plattform kann es mehrere Zugänge geben, oft einen mit Aufzug und
Rolltreppe und andere mit fester Treppe (Beispiel Düsseldorf Hbf).

Wir brauchen

Re: [Talk-de] Universitätsgebäude

[Gerhard Hermanns]

Hi,

noch ein Vorschlag, der sich zwar nicht auf dein Problem mit den 
Gebäudenamen bezieht, aber zur Uni allgemein: Wie wäre es mit der 
Verwendung der "site"-Relation? Sie ist eigtl. genau für solch 
verstreute Gebäudeansammlungen wie Universitäten, Kliniken usw. gemacht. 
Ich habe so z.B. die Uni Duisburg gemappt [1] (allerdings noch nicht 
komplett).



Seoman


[1] http://www.openstreetmap.org/?lat=51.43059&lon=6.80187&zoom=17&layers=M




Am 30.04.2013 10:13, schrieb Marvin Preuss:

Hallo,

ich bin gerade ein wenig aufgeschmissen. Die Kunstakademie in Nürnberg
hat seit letzter Woche einen Neubau und ich wollte das zum Anlass nehmen
die Akademie ausführlich zu mappen und taggen. Ich wollte den Gebäuden
die verschiedenen Werkstätten zuordnen und dachte das ich das am besten
mit "name" mache. Ich habe mich versucht an
"https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Duniversity"; zu
halten. Aber irgendwie sieht das sehr bescheiden aus:
"http://www.openstreetmap.org/?lat=49.445785&lon=11.134708&zoom=18&layers=M";.
Habt ihr Vorschläge wie ich das besser machen kann?

lg,

Marvin

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



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

Re: [Talk-de] unangekuendigte Massenedits

[Gerhard Hermanns]

Hi,


On 17.01.2013 16:13, Josef Latt wrote:



Am 17.01.2013 15:05, schrieb Wolfgang Hinsch:

Am Donnerstag, den 17.01.2013, 08:15 +0100 schrieb Josef Latt:





Prinzipiell gibt es nur benutzungspflichtige (straßenbegleitende)
Radwege, zumindest in DE.


Sorry, aber das ist Unsinn.

Nur für die Radwege, die mit den entsprechenden Zeichen (237, 240 oder
241) gekennzeichnet sind, besteht Benutzungspflicht, ansonsten kann
wahlweise Radweg oder Fahrbahn genutzt werden.


Pauschal genommen ist das auch Unsinn, weil damit offensichtlich nur 
straßenbegleitende Radwege gemeint sind. All die vielen 
Querfeldeinwege mit diesen Schildern können nicht benutzungspflichtig 
sein, weil da nicht die Möglichkeit besteht, eine Fahrbahn zu benutzen.


ich verfolge nicht die ganze Diskussion (der Thread ist mir inzwischen 
zu lang ...), daher sorry, falls das schon mal erwähnt wurde:


Es gibt auch straßenbegleitende Radwege, die nicht benutzungspflichtig 
sind. Dort hat der Radfahrer die Wahl, ob er auf der Fahrbahn oder auf 
dem Radweg fährt.


Wir haben hier bei uns z.B. so einen Fall: Auf dem (recht breiten) 
Bürgersteig ist mit roter Farbe bzw. mit roten Pflastersteinen eine 
"Spur" oder "Fahrbahn" gekennzeichnet. An keiner Stelle steht jedoch ein 
blaues "Radweg"-Schild, es gibt auch keine weißen Markierungen oder 
aufgemalte Symbole. Dies ist ein klarer Fall für "kann benutzt werden, 
muss aber nicht" (es gibt, wenn ich mich richtig erinnere, auch ein 
Gerichtsurteil dazu).



Seoman

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

Re: [Talk-de] ODBL-Flyer

[Gerhard Hermanns]

Hallo zusammen,

ich finde, dass wir da schon einen sehr guten Flyer haben, danke dafür!
Wenn ich das richtig sehe, ist der neue Flyer noch nicht in der Wiki 
verlinkt. Wird er denn schon verwendet?


Mir sind auch noch ein paar Fehler aufgefallen:

1) Abschnitt "Machen Sie mit ...":
* Am Ende des ersten Absatzes fehlt der Punkt, es scheint aber, als 
sollte der Satz dort noch weitergehen? " ... mit Links zu Foren [und ... 
(?)]".

* Das Ende des zweiten Absatzes fehlt.
* Im dritten Absatz steht "Openstreetmap" statt "OpenStreetMap".
* Ebenfalls im dritten Absatz: Es müsste "OSM-Daten" statt OSM 
Daten" heißen.
2) Im Abschnitt "Wozu eine ..." klebt der Text sehr nah am Bild des 
GPS-Geräts.

3) Im Abschnitt "Wie funktioniert ..." die von Chaos erwähnten Umbrüche.


Seoman


On 13.01.2013 16:05, Ronnie Soak wrote:

Toll! Danke.

Leider hat sich noch ein kleiner Fehler eingeschlichen.Im 2ten
Textblock der unteren Hälfte,
finden sich mehrere Worte mit Trennstrichen trotz Verwendung mitten in
der Zeile.

"Ge-bäudeumrisse"
"Haus-nummer".


Gruss,
Chaos


Am 11. Januar 2013 09:17 schrieb bkmap :

Da sich hier nichts weiter getan hat, habe ich mal Eure Vorschläge in den
Flyer eingearbeitet. Was haltet Ihr davon?

http://wiki.openstreetmap.org/wiki/File:German_flyer_2013_01.png

Gruß
Burkhard




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

Re: [Talk-de] [OSM-talk] public_transport=platform not rendered

[Gerhard Hermanns]

For now I don't tag public transportation at all until 'they' settled
on something that actually works
both for data consumers AND casual mappers.


Hi,

from the Mapnik-Trac (4 weeks ago):

   public_transport=* rendering will become possible after the next
   full import of the database.
   The public_transport key is currently not yet available in the
   rendering database.


https://trac.openstreetmap.org/ticket/4685#comment:1 




Seoman

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

Re: [Talk-de] Help

[Gerhard Hermanns]

Am 07.10.2012 19:20, schrieb Björn Kruschke:

Unsubcribe

Björn Kruschke
Bülowstr. 27
32756 Detmold
05231 7094007


Ich vermute, es soll "unsubscribe" heißen (zweites "s" fehlt).

Seoman

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

Re: [Talk-de] Online Quality Assurance Editor

[Gerhard Schmidt]

Am 05.06.2012 07:33, schrieb Rainer Kluge:
> Am 05.06.2012 07:24, schrieb Martin Vonwald:
>> Welches Gebiet hast du versucht und mit welchen Einstellungen? Bei mir
>> hat es bisher immer funktioniert.
> 
> Versuch es mal auf einem 1680x1050-Bildschirm, Browser maximiert, mit
> einem Innenstadtgebiet, in dem alle Gebäude erfasst sind, z.B. so etwas:
> http://www.openstreetmap.org/?lat=42.696821&lon=2.894574&zoom=18&layers=M

Also ich hab nen 2560x1600 Bildschirm und ich kann Problemlos im
Vollbildmodus arbeiten. Daran liegt nicht. Hab mit die innenstadt von
München angeschaut. Hat zwar nen fehlermeldung das das script zulange
zum ausführen gebraucht hat wenn ich versuche die Gebäude ohne Adresse
anzuzeigen. Aber eine Server Meldung kam nicht.

Erst ab Zoom-Level 12 bekomm ich die Meldung das der Breich zu groß ist.

Gruß
Gerhard

-- 
---------
Gerhard Schmidt   | E-Mail: schm...@ze.tum.de
TU-München| Jabber: esta...@ze.tum.de
WWW & Online Services |



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Online Quality Assurance Editor

[Gerhard Schmidt]

Am 04.06.2012 12:25, schrieb Adrian Stabiszewski:

> Ich freue mich auf euer Feedback und vielleicht den einen oder anderen
> Beitrag im Source code.
> Es sollte eigentlich recht einfach sein, weitere Profile hinzuzufügen um
> nach bestimmten Problemstellen zu suchen.

Unter Options steht zweimal Show Tracks without surface obwohl das 1.
without tracktype wäre.

Beim Rauszoomen werden die Daten nicht neu geladen sondern nur die
bereits gefunden wieder angezeigt. Einen refresh gibts auch nicht.

Gruß
    Gerhard

-- 
-----
Gerhard Schmidt   | E-Mail: schm...@ze.tum.de
TU-München| Jabber: esta...@ze.tum.de
WWW & Online Services |



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Gebäude nicht gerendert - machmal steht man im Wald

[Gerhard Hermanns]

Am 10.04.2012 17:03, schrieb Jan Tappenbeck:

hi !

kann mir einer von Euch sagen warum die Gebäude in

http://www.openstreetmap.org/?lat=53.883422&lon=10.654213&zoom=18&layers=M 



(Nr. 5 bis 14) einfach nicht gerendert werden - obwohl schon vor 
Monaten gezeichnet ?


Gruß Jan :-)

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

Hi,

ich kenne zwar die genaue Ursache nicht, aber es hängt wohl damit 
zusammen, dass diese Gebäude die Adressdaten sowohl am Entrance-Node als 
auch am Gebäude haben.


In Potlatch 2 kann man das sehr schön sehen: Die anderen Gebäude haben 
es entweder nur am Gebäude (z.B. Am Stadtrand Nr. 10) oder nur am 
Entrance-Node (z.B. Krempelsdorfer Allee 58). Bei Krempelsdorfer Alle 
62/68 kommt zwar auch beides vor, aber mit unterschiedlicher Hausnummer. 
Daher vermute ich die doppelten Hausnummern als Grund.



Grüße
Seoman



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

Re: [Talk-de] Forschungseinrichtungen, wie taggen?

[Gerhard Hermanns]

Am 05.04.2012 09:10, schrieb Andreas Labres:

Hallo Martin!

IMO (aber das kann auch unvollständig sein) gibt's shops (~Werkstätten) für die
blue-collar workers und offices für die white-collar workers.

Labors würde ich schon eher in den offices vermuten, aber da müßte man wohl
native speaker befragen...

Aber grade "bautechnisch" passen Labors wohl gut in "Bürogebäude", oder? (im
Unterschied zu Werkstatt- oder Fabrikshallen)

Servus, Andreas


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


Hallo,

laut Taginfo gibt es insgesamt 172 mal den Tag 
"research_institution=yes", und 267 mal den Tag "office=research".
Ich persönlich halte "amenity=research" oder 
"amenity=research_institution" mit "operator=*" für passender (ganz wie 
bei Universitäten), wird bislang aber nur 31 mal (alle Varianten) verwendet.


Etwas anders ist es beim FZ Jülich gemacht worden, das wurde mit 
"landuse=research", "research_institution=yes" und "member_of: 
Helmholtz-Gemeinschaft" getaggt (alles am Zaun):
http://www.openstreetmap.org/?lat=50.90706&lon=6.41468&zoom=15&layers=M 
 .


Vielleicht hilft davon etwas.


Seoman


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

Re: [Talk-de] Gedanken und Fragen bezüglich des Lizenzwechsels

[Gerhard Hermanns]

Am 22.01.2012 13:55, schrieb Martin Koppenhoefer:

Am 22. Januar 2012 13:37 schrieb Robert S.:

Die offensichtlichen Fälle, wie das wegfallen eines ganzen Wohngebietes
(oder Regionen wie Nord-Ost-Thüringen) werden die Minderheit sein. Viel
eher wird es vorkommen, dass einzelne Tags fehlen. Und sowas würde man nach
dem Wechsel dann nur noch per Zufall entdecken können.


Das ist aber doch auch richtig so, oder? Wenn man die Daten dessen was
wegfälllt als Basis für neues Mappen verwendet, dann ist das im
Prinzip doch "Kopieren", d.h. man schaffte damit abgeleitete Werke,
selbst wenn man die Geometrie neu anlegt.

Gruß Martin




"Abmalen" darf ja nicht sein, das ist richtig. Aber ich denke schon, 
dass wir so etwas wie die Badmap auch NACH dem Lizenzwechsel noch haben 
sollten. Nicht um von dort abzumalen (was ja hoffentlich auch jetzt 
niemand macht), sondern als Hilfe, damit man weiß wo man nachschauen muss.


Außerdem müsste es dann eine Möglichkeit geben, in dieser Karte - ich 
nenne sie jetzt mal "Badmap 2.0", zur Abgrenzung von der jetzigen Badmap 
- die Objekte zu markieren, die bereits remapped wurden. Denn die 
OSM-Daten selbst, die in dieser Badmap 2.0 verwendet werden, kann man 
dann ja nicht mehr editieren.


Nun hat Simon Poole im OSM-Forum allerdings schon geäußert, dass er die 
Badmap nach der Lizenzumstellung wohl nicht weiter betreiben wird. 
Bliebe evtl. das Licence Change-Layer im OSMI?


Gruß
Gerhard

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

Re: [Talk-de] Umsatzsteuer-nummern taggen

[Gerhard Hermanns]

Am 13.01.2012 03:43, schrieb Willi:

OSM ist eine Datenbank mit geografischen Informationen. Was hat die
Umsatzsteuernummer mit Geografie zu tun? Meines Erachtens sind Name und Art
des Geschäfts genug. Das sind auch die Angaben, die üblicherweise auf Karten
zu finden sind. Und zwar weil es die Informationen sind, die den
Kartennutzer interessieren. Die Umsatzsteuernummer ist nicht hilfreich wenn
er ein Geschäft sucht. Sie ist nicht aussen angeschrieben und auch vor Ort
nicht ohne weiteres zu verifizieren.

Dieser Vorschlag ist meines Erachtens noch verfehlter als neulich der
Vorschlag detailliertere Angaben über Angebote und Preise von Hotels
aufzunehmen. Dazu gibt es bereits bessere, etablierte Möglichkeiten. Es
genügt vollkommen, wenn in OSM eine entsprechende Webseite angegeben ist.
Die OSM Datenbank sollte nicht mit solchen, nicht geografischen Daten
aufgebläht und die Mapper und Datennutzer nicht mit solchen Daten beim
Editieren und Verarbeiten belästigt werden.


+1

Ich halte diese Informationen in OSM auch für fehl am Platz - als 
nächstes kommen dann womöglich die Bankverbindungen oder Namen der 
Geschäftsführer.
Besser wäre es, dafür eine Extra-Datenbank zu verwenden oder Links zu 
entsprechenden Websites zu setzen.


Ich sehe allerdings, dass es allmählich schwierig wird, zu 
unterscheiden, was nun noch in OSM gehört und was nicht. Ich möchte auch 
kein "puristisches" OSM mit reinen Geodaten - dann müsste man auch alle 
Informationen zu Öffnungszeiten oder ÖPNV auslagern.


Ein denkbares (wenn nicht eindeutiges) Kriterium ist es daher für mich, 
ob eine Information an ein Geo-Objekt (Gebäude, Knoten, ...) gebunden 
ist. Das ist z.B. bei den Öffnungszeiten der Fall oder bei 
Haltestelleninformationen. Bei Buslinien-Relationen wird es schon 
kritischer, da bin ich mir nicht so sicher, tendiere aber zu der 
Meinung, dass sie in einer eigenen Datenbank besser aufgehoben wären. 
Die Umsatzsteuer-ID kann man dagegen nicht ohne Weiteres einem festen 
Ort zuordnen: Gehört sie nun zum Standort A oder B eines Unternehmens? 
Was, wenn die Firma nur den Teil eines Gebäudes belegt? Daher gehört die 
Umsatzsteuer-ID IMHO nicht in OSM.



Gerhard

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

[Talk-de] Dortmund nahe Borsigplatz: unerfahrener User

[Gerhard Hermanns]

Hallo zusammen,

ich bin auf ein paar Einträge des Users recky gestoßen. Er ist noch neu, 
nur 2 Changesets mit je 3 Wegen.
Die Einträge hier bei mir in der Ecke sind Wege ohne Tags und/oder ohne 
reale Entsprechung. Ich habe ihn angeschrieben, aber seit 3 Wochen keine 
Antwort.
Vielleicht kann sich jemand aus der Dortmunder Ecke um seine dortigen 
Einträge kümmern? Das Changeset hat die Nummer 9548183 
(http://www.openstreetmap.org/browse/changeset/9548183).


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

Re: [Talk-de] DE:zone

[Gerhard Hermanns]

Am 22.06.2011 14:57, schrieb M∡rtin Koppenhoefer:



Zu tram:
Ich kenne bis heute keine bessere Möglichkeit um zu beschreiben, das
Bahnschienen in der Straße verlaufen.

Ist zwar nicht erlaubt funktioniert aber mit railway=* + highway=* an
einer Linie und ist ja auch richtig, da die Linie ja eben beides ist.


wenn die Richtung der Straße dieselbe ist wie die der Schienen ist es
m.E. "richtig", wenn wir aber von einer Kreuzung sprechen, dann fahren
keine Autos auf den Schienen in Schienenrichtung, und dann halte ich
ein highway=* auch für ungeeignet.


auch wenn es jetzt etwas off topic ist, möchte ich hier doch gerne auf 
ein Kuriosum aufmerksam machen, das es z.B. in Mülheim a. d. Ruhr gibt: 
Hier fährt die Straßenbahn auch mal ENTGEGEN der Fahrtrichtung der Autos.
Lustig, wenn man aus einer Seitenstraße auf die linke Spur abbiegt und 
dann eine Tram vor der Nase hat ... oder wenn ein Autofahrer, der sich 
an einer roten Ampel zum Linksabbiegen eingeordnet haben, von der 
entgegenkommenden Straßenbahn überrascht wird, und sich dann bei Grün 
links von der entgegenkommenden Straßenbahn in die Kreuzung stellen, 
also in den Gegenverkehr:


http://www.strab-mh.de/PSMH04/SM04-06_21f.jpg

Gerhard

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

[Talk-de] Verwaltunggrenzen als Multipoligon

[Gerhard Schmidt]

Hi Leute,

ich hab bei mir hin der Gegend gerade festgestellt das sämtlich
Verwaltungsgrenzrelation jetzt als type=multipolygon getagged sind.

Wenn ich das richtig verstanden habe sind doch multipolygone dazu da um
festzulegen das eine Fläche innerhalb einer anderen Fläche ausgenommen
werden soll. Hier haben die Relation nur outer elemente und kein
einziges inner.

Wäre es nicht sinnvoller für solche grenzen einen eigenen type zu machen.

Gruß
Gerhard

-- 

Gerhard Schmidt| http://www.augusta.de/~estartu/   |  PGP Public Key
Fischbachweg 3 |   |   auf Anfrage/
86856 Hiltenfingen | JabberID: esta...@augusta.de  |on request



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] opening_hours bei Saison (Biergarten)

[Gerhard Hermanns]

Am 23.05.2011 12:10, schrieb Peter:

Sehe ich das richtig das man bei opening_hours keine
Monate angeben kann (die auch von Code verstanden werden,
vernünftig geparst und angezeigt)

Also bei Biergarten, Friedhof und so was:

Mai-Oct Mo-Fr 17:00+ und Sa-So 15:00+

Friedhof gerne mal im Sommer länger als im Winter.


Nicht das opening_hours einfach wären, aber man kann es ja
noch etwas komplexer machen.

Wie gibt man das ein? Am besten mit Beispiel. Im Wiki
steht da nix.


Erst mal ein Hallo an die Liste, ich bin bislang nur stiller Mitleser 
gewesen.


Zum Thema:
Im deutschen Wiki steht dazu zwar kein Beispiel, aber im Abschnitt 
"Syntax" steht, wie Monate verwendet werden können:

http://wiki.openstreetmap.org/wiki/DE:Key:opening_hours

Im englischen Wiki stehen auch Beispiele mit Monatsangaben:
http://wiki.openstreetmap.org/wiki/Opening_hours


Viele Grüße
Gerhard
(Seoman)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Routing geht mitten durch den Fluß :-)

[Gerhard Schmidt]

Am 05.05.2011 08:38, schrieb Philip Gillißen:
> Hallo Jörg
> 
> Joerg Fischer-2 wrote:
>>
>> Der exotische Wunsch besteht darin, Punkte buchstäblich mitten in der
>> Pampa
>> annavigieren zu können.[...]Es wird schlicht die kürzeste Route auf den
>> nächstliegenden Weg genommen und dann querfeldein bis zum Zielpunkt.
>> [...]Kann man das irgendwie
>> optimieren?  Flüsse umgehen?
>>
> 
> Dein Wunsch ist insofern verquer, als dass du erst dem Routing-Algorithmus
> sagst: Ignorier Wege, ich muss da querfeldein hinkommen (sprich: ignoriere
> die Wege) und dann sagst du: Aber die Wege sind wichtig (Flüsse etc.). Daher
> kann die Software hier nicht funktionieren und ich wüsste keinen schlauen
> Weg, wie er dennoch dann richtig routen kann.

Naja man müsste dem den Router halt sagen das wenn er querfeldein routet
gewisse Hindernisse als unüberwindbar eingestuft werden sollen.

Beim Querfeldeinrouting muss soweiso zuerst der nächtgelegen Wegpunkt
gesucht werden und der Algorythums müste sowas berücksichtigen.

Gruß
Gerhard

-- 
--------
Gerhard Schmidt| http://www.augusta.de/~estartu/   |  PGP Public Key
Fischbachweg 3 |   |   auf Anfrage/
86856 Hiltenfingen | JabberID: esta...@augusta.de  |on request


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

Re: [Talk-de] maxspeed

[Gerhard Schmidt]

Am 16.01.2011 09:34, schrieb Andreas Tille:
> On Fri, Jan 14, 2011 at 11:50:37PM +0100, Volker wrote:
>> Es gab auch schon im Forum diverse Threads, die mich aber auch nicht von  
>> der Sinnhaftigkeit dieser Doppelpunkt-Tags überzeugt haben.
> 
> Mal abgesehen von der Sinnhaftigkiet des Doppelpunkt-Tags, über die ich
> mir noch keine Gedanken gemacht habe:  Auf der AOI-Karte auf dem Garmin
> werden haufenweise Straßen in Städten mit "Missing Maxspeed Tag"
> hervorgehoben.  Ich frage mich, wozu das gut ist, da ja in Städten
> implizit sowieso 50km/h gilt und sich eine explizite Auszeichnung IMHO
> erübrigt.  Sehe ich da was falsch?

Es ist ein unterschied ob ich keine Daten hab (Das heist ich weis nicht was da
ist) und ob da definitiv dran steht das da 50 ist. Bei wenn eine
geschwindigkeitbegrenzug da ist und sie nur noch keiner eingtargen hat wäre
die annahme das dort 50 ist also definitiv falsch. Deshalb bin ich der Meinung
das Geschwindigkeitbegrenzung immer getagged werden müssen egal ob dort der
default Wert gilt oder nicht.

Gruß
Gerhard

-- 
-----
Gerhard Schmidt   | E-Mail: schm...@ze.tum.de
TU-München| Jabber: esta...@ze.tum.de
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM: Zum Track zugeordnete Bilder geotaggen

[Gerhard Schmidt]

Am 27.07.2010 15:46, schrieb Andreas Tille:
> Hallo,
> 
> ich benutze als Erinnerungshilfe gerne Fotos, die ich dann mit den
> Trackdaten über die Uhrzeit synchronisiere.  Da ich aber später manche
> Bilder eventuell noch in anderem Zusammenhang benutzen möchte, wäre es
> schön, wenn die einmal auf diese Art gestgestellten Geokoordinaten der
> Bilder auch gleich in diesen gespeichert würden und man könnte sich
> einen extra Arbeitsschritt mit anderen Programmen sparen.

Aus genau diesem Grund mach ich das außerhalb von JOSM. Unter Unix gibts dafür
gpscorrelate. Das ermöglicht genauso wie JOSM GPS-Track und Photos anhand des
Zeitstempels zu correlieren und speichert die Information in den EXIF Tag den
JOSM dann ausliest.

Um das Datum den Bilder ans GPS anzupassen benutze ich exiv2, das kann
Zeitdeltas auf mehre Bilder anwenden.

> Hat JOSM so eine Funktionalität zum setzen der entsprechenden EXIF Tags?

Soviel ich wies nicht.

Gruß
Gerhard

-- 
--------
Gerhard Schmidt| http://www.augusta.de/~estartu/|  PGP Public Key
Fischbachweg 3 ||   auf Anfrage/
86856 Hiltenfingen | JabberID: esta...@augusta.de   |on request




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] landuse=farm konkretisieren

[Gerhard Schmidt]

Johannes Haller schrieb:
>>> Tja, so kann es gehen: landuse=grass entferne ich, wo ich es finde, weil
>>> Grass keine Nutzung ist. Grass waechst genauso auf dem Fussballplatz
>>> oder dem Autobahngruenstreifen.
>>> Die Nutzung der Flaeche ist fuer mich immer noch landuse=farm, oder wie
>>> bereits angemerkt ggf. auch landuse=meadow.
>>>
>>> Gruss
>>> Torsten
>>>
>>> PS: landuse=grass ist in meinen Augen auch kein "offizielles" Feature.
>>>   
>> Grass ist aber dass was den meisten Anwendern ins Auge fällt -ob da 
>> jetzt Vieh drauf steht, Hunde drauf kacken
>> oder Golf gespielt wird ist für eine Grobeinteilung erstmal belanglos.
> 
> 
> Mit landuse=meadow kann ich mich anfreunden. Ich denke, da werde ich mal 
> einiges umtaggen. Ansonsten hat "grass" m. E. den Vorteil, den Garry nennt. 
> Beim Arbeiten mit Luftbildern vermeidet man damit Pseudogenauigkeit im 
> Tagging. Interessant ist ja, daß sich "grass" ohne Wikiempfehlung ganz von 
> allein herausgebildet hat und inzwischen häufiger vorkommt als "meadow". 
> Offenbar erscheint es dem Normalmapper als in sich logisch. Aber, wie gesagt, 
> hier gibt es einige meadows, die ich in der Karte mal mal zu solchen machen 
> werde.

Also ich für meine Teil kann auf dem meisten Luftbilder nicht mal Mais und
Gras unterscheiden, solange der Mais noch nicht ausgewachsen ist und damit
Gelb wird. Luftbilder sind schön und gut aber auch nur wenn man vorort weis
was da auch wirklich steht. Rein nach dem Luftbild zu taggen halte ich nach
wie vor für den falschen Weg. Wo es geht benutze ich Luftbilder um Wälder,
Seene, Flüsse und Bäche zu erfassen aber auch nur wenn cih vorher da war
und Bodenfotos von der ecke hab wo ich nach schauen kann wie das vor Ort
wirklich aussieht. Evtl wäre es sinnvoll mall eine Datenbank
georeferenzierten Bildern aufzubauen damit man die Informationen aus dem
Luftbildern abgleichen kann

> Der Vorteil von "landuse=farm" gegenüber "landuse=farmland" für Ackerland 
> will sich mir aber noch nicht erschließen. Was bewegt Dich dazu?

landuse=farm ist eigentlich der alte tag der durch landuse=farmland und
landuse=farmyard abgelöst wurde. also Entweder landuse=farm für alles oder
landuse=farmland für die felder und landuse=farmyard für den Bauernhof.

Dazu gleich noch nen Fragen. Gibt für eine Pferdekoppel auch einen
speziellen Tag.

Gruß
Gerhard

-- 
-
Gerhard Schmidt   | E-Mail: schm...@ze.tum.de
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] landuse=farm konkretisieren

[Gerhard Schmidt]

Torsten Leistikow schrieb:
> Johannes Haller schrieb:
>> Differenzieren tue ich:
>>
>> landuse=farmyard (für das Hofgelände) landuse=farmland (für
>> Ackerland) landuse=grass (für Dauergrünland/Weide)
>>
>> Das alte landuse=farm entferne ich, wo ich es finde, und ersetze es
>> durch einen der drei o. g. Werte.
> 
> Tja, so kann es gehen: landuse=grass entferne ich, wo ich es finde, weil
> Grass keine Nutzung ist. Grass waechst genauso auf dem Fussballplatz
> oder dem Autobahngruenstreifen.
> Die Nutzung der Flaeche ist fuer mich immer noch landuse=farm, oder wie
> bereits angemerkt ggf. auch landuse=meadow.

landuse=grass ist sehr wohl sinnvoll. Das heißt das da Gras (Heu) angebaut
wird. Auf einer Weide stehe Tiere die das Gras direkt fressen. Also bitte
lass es steht sein.

> PS: landuse=grass ist in meinen Augen auch kein "offizielles" Feature.

Es gibt kein "offizielles" irgendwas bei osm

P.S. ich finde es ziemlich daneben wenn irgendjemand Sachen von anderen
Mappenern ändert ohne das mit diesem abzusprechen. In der Regel haben sich
die Leute was dabei Gedacht (oder sollten das zumindest) Also wenn ihr der
Meinung seit das etwas falsch ist dann klärt das mit dem ursprünglichen
mapper und ändert nicht einfach was.

-- 
-
Gerhard Schmidt   | E-Mail: schm...@ze.tum.de
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Pumpenanlagen für Rohölförderung

[Gerhard Schmidt]

Michael Buchberger schrieb:
> Hi Dieter,
> 
>> welchen Tag kann man für Rohölpumpenanlagen (Pferdekopfpumpen) nehmen?
>> Vielleicht man_made = crude_oil_pump
> 
> Ich benutze in unserer Gegend seit einiger Zeit man_made=pumpjack + ref=Nummer

Und wie taggst du die Fläche drumherum.

Ich hab jetzt mal landuse=resources + resource=oil getagged

Irgendwelche besseren Vorschläge.

Gruß
Gerhard

-- 
-----
Gerhard Schmidt   | E-Mail: schm...@ze.tum.de
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] gestrichelte Fläche in Braunschweig

[Gerhard Schmidt]

Gerrit Lammert schrieb:
> Norbert Kück wrote:
>> Hallo,
>>
>> Gerrit Lammert schrieb:
>>> Hatto von Hatzfeld wrote:
>>>> Johannes Huesing wrote:
>>>>
>>>>> hier kam kürzlich die Frage auf, ob sich da einer an einer Schraffur
>>>>> versucht hat:
>>>>>
>>>>> <http://www.informationfreeway.org/?lat=52.273&lon=10.59&zoom=17>
>> [..]
>>> (das es so prominent erscheint ist 
>>> dem renderer anzulasten).
>> Mit width=1 (oder kleiner) würde das besser aussehen. Bevor jetzt wieder
>> der Chor "nicht für die Renderer" ertönt: Das ist eine echte
>> Eigenschaft. Schön, dass Osmarender das auswertet.
> 
> Sicher, aber ein drain => Drainage => Abflussrinne sollte auch ohne 
> Zusatzattribute dezent gerendert werden!

Wenn ich mich recht Errinnere sind Drains doch die Flutcontroll Gräben die
die großen Städten wie Los Angels und ähnlichen gebaut wurden um
Überschwemmungen abzuleiten. Das hat mit den Abflussrinnen wie du sie
meinst wenig zu tun. Ich zeichne Feldentwässerungen mit mit waterway=stream
und width=x ein.

Gruß
Gerhard

-- 
-
Gerhard Schmidt   | E-Mail: schm...@ze.tum.de
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage



signature.asc
Description: PGP signature


signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Moin

[Gerhard Vorwold]

Moin, 
bin seit heute neu hier. 
Sind hier noch Leute aus dem Raum Oldenburg/Friesoythe?
Ich versuch mich grad an JOSM. Ist doch schwierig, wenn man noch nie damit 
gearbeitet hat :-)
MfG
Yeggman

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

Re: [Talk-de] Neue Mailingliste für Franken?

[Gerhard Wilhelm]

Am Samstag, 13. Dezember 2008 16:06:56 schrieb Ulf Lamping:
>  Hmmm, ich hab mir gerade mal ein paar von den regionalen Listen
>  angeschaut, bei den meisten ist (auch im Sommer) eh nicht soviel
> los.

Das ist doch gut so - es reicht doch, wenn eine solche Mailingliste 
wirklich nur für das Wichtigste genommen wird und vor allem die Leute 
erreicht, die aktiv etwas machen.

>  Außerdem sind das meist weniger Sachen spezifisch für die Region,
>  sondern eher "wie mappe ich eine Brücke richtig"

ist bei uns anders - beim letzten Treffen ging es viel um spezielle 
Mappingunklarheiten hier in Würzburg; außerdem darum, wo und wie wir 
hier weitermachen.

>  Lange Rede kurzer Sinn: Zuviele "aufgesplitterte" Listen sind wohl
> auch nicht sooo hilfreich.

Sehe ich anders. Bei speziellen Listen kann man sich gut raussuchen, was 
einen interessiert. Und wenn nicht übermäßig viel Traffic auf den 
Listen ist, dann ist das auch nicht schlimm - es gibt noch anderes als 
OSM.

>  Nürnberg/Fürth/Erlangen ist halt vom Namen einfach irgendwie blöd
> ;-)))

"Mittelfranken"?

>  Habt Ihr (du) was dagegen, wenn ich einfach mal Sven wegen einer
> Franken Liste anfrage? Ich will da halt auch keine "anderen Franken"
> übergehen - bin ja selbst nur zugereister ;-)

Wenn Du es für sinnvoll hältst, kannst Du gerne eine gesamtfränkische 
Liste machen. Oder eine mittelfränkische.
Was sagen eigentlich die anderen bei Euch dazu?

>  Ich denke wir legen am besten erstmal so los. Die Würzburger "Meute"
>  kann sich dann ja immer noch überlegen, ob sie auf der Liste
> mitmachen will oder doch was eigenes macht

Die hat es sich schon überlegt. Nachdem beim letzten Treffen wirklich 
ausnahmslos alle für eine regionale Würzburger Liste waren, halte ich 
es nicht für richtig, das jetzt dann doch wieder anders zu machen.

Bei einer mittelfränkischen / gesamtfränkischen / ... Liste wäre ich 
persönlich trotzdem mit dabei - allerdings habe ich 20 Jahre in der 
Nähe von Nürnberg gewohnt und bin ab und zu noch dort; deshalb 
interessiert es mich schon, was bei Euch läuft.

>  P.S: Ich finde es an sich garnicht schlecht, wenn man auch mal was
> von "etwas weiter weg" mitbekommt

Auch hier: Soll meiner Meinung nach jeder selber entscheiden und sich in 
die entsprechenden Listen eintragen.

  Gruß, Gerhard

-- 
http://www.pasta.franken.de
http://www.liegeradtage.org
http://www.liegerad.franken.de

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

Re: [Talk-de] Neue Mailingliste für Franken?

[Gerhard Wilhelm]

Am Samstag, 13. Dezember 2008 02:30:41 schrieb Ulf Lamping:
>  Weißt du wen ich ansprechen muß (Sven Anders?)?

Ich denke ja.
Seine Mailadresse steht auf der Seite der Regionallisten:
<http://lists.openstreetmap.de/>

Beim Würzburger Treffen in dieser Woche haben sich allerdings alle für 
eine regionale Würzburger Liste ausgesprochen; ganz Franken ist 
anscheinend halt doch zu groß für eine einzige Liste.

  Gerhard

-- 
http://wiki.openstreetmap.org/wiki/User:Gwww
http://www.pasta.franken.de
http://www.liegeradtage.org
http://www.liegerad.franken.de

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

Re: [Talk-de] Neue Mailingliste für Franken?

[Gerhard Wilhelm]

Am Dienstag, 9. Dezember 2008 23:42:32 schrieb Ulf Lamping:
> Wenn sich jetzt keiner hinstellt und das unbedingt in Würzburg oder
> so machen will (wäre für mich auch ok), würde ich den Job übernehmen

muß nicht sein, aber ich kenne mich mit mailman leidlich aus und habe eh 
schon andere Mailinglisten laufen. Wenn es das einfacher machen würde, 
dann könnte ich es auch machen.

>  P.S: Wir hatten eine ähnliche ML schon bei Google Groups, aber die
> kam (auch bei mir) irgendwie nicht besonders gut an ...

warum?

  Gerhard

-- 
http://wiki.openstreetmap.org/wiki/User:Gwww
http://www.pasta.franken.de
http://www.liegeradtage.org
http://www.liegerad.franken.de

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

Re: [Talk-de] Neue Mailingliste für Franken?

[Gerhard Wilhelm]

Am Mittwoch, 10. Dezember 2008 00:58:09 schrieb John07:
>  Auf jeden Fall hab ich bis jetzt eigentl. nie
>  eine Mailingliste für uns hier vermisst

Ich schon. Allerdings habe ich auch mit Jabber nichts am Hut.

  Gerhard

-- 
http://wiki.openstreetmap.org/wiki/User:Gwww
http://www.pasta.franken.de
http://www.liegeradtage.org
http://www.liegerad.franken.de

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

[Talk-de] Mapnik tiles werden auch gelesen wenn Osmarender layer angefordert wird.

[Gerhard Schmidt]

Hi Leute,

da ich zuhause nur ISDN habe und das laden von openstreetmap.org links
ewig dauert habe ich mir gerade angesehen warum das so ist und vor allem
warum der osmarenderer layer länger dauert als der mapnik layer. Dabei
ist mit aufgefallen wenn ich eine URL eingeben die explizit den
osmarender Layer auswählt werden trotzdem die Mapnik Tiles geladen und
dann erste die osmarenderer Tiles.

Ich hab den Link
http://www.openstreetmap.org/?lat=48.17358&lon=10.68247&zoom=17&layers=0B00FTF
aufgerufen und das squidlog ist unter
http://etustar.ze.tum.de/osmarenderer.squidlog einzusehen. Es zeigt das
zuerst die Mapnik-Tiles geholt werden und dann die [EMAIL PROTECTED]

Gruß
   Gerhard

-- 
-----
Gerhard Schmidt   | E-Mail: [EMAIL PROTECTED]
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Weiße Flecken

[Gerhard Schwanz]

Hi,  weiße Flecken gibt es hier: jede Menge...

http://wiki.openstreetmap.org/index.php/Unkartografiert

Ciao

Gerhard



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

Re: [Talk-de] Differential-GPS

[Gerhard]

On Sat, 13 Sep 2008, Stefan Hirschmann wrote:

> Habe mal auch eine Frage zu dem Thema. Einige D-GPS Signale werden ja
> auch über Internet gestreamt. Würde es Sinn machen, bzw. überhaupt
> möglich sein, sein NMEA File mit diesen Daten zu korrigieren? Dies hätte
> den Vorteil, dass es gratis geht.

Leider nicht so einfach. Der Chip im Empfänger misst zunächst die Rohdaten 
Pseudorange und ggf. carrier phase, d.h. die Laufzeiten der 
Satellitensignale. "Pseudo" range heissen die deshalb weil zusätzlich zum 
Abstand eine weitere Unbekannte drin steckt, nämlich die nicht bekannte 
exakte Uhrzeit des Empfängers. Mit mindestens 4 Pseudorange-Messungen 
bestimmt der Empfänger dann daraus seine Position (die der Antenne, 
genauer gesagt). Korrigierbare Fehler dabei sind z.B. die exakte Position 
der Satelliten und die variablen Laufzeiten durch die Ionosphäre (beides 
Größenordnung Meter). Mit DGPS kann man diese korrigieren, aber nur an den 
Pseudorange-Messungen, bevor der Empfänger daraus die Position ausrechnet, 
d.h. Du musst die Korrektur an die Rohdaten anbringen; wenn diese erstmal 
zur Position zusammengefasst sind ist es zu spät. Dazu gibt es zwei 
Möglichkeiten: Du stellst dem Empfänger die Korrekturdaten in Echtzeit zur 
Verfügung, die meisten Empfänger können das, das Problem ist nur, 
geeignete Korrekturdaten dort zu empfangen wo der Empfänger gerade ist und 
geeignet weiterzuleiten (oft an einen seriellen Eingang). Die andere 
Möglichkeit ist nachträgliche Verarbeitung (postprocessing). Das fände ich 
sehr attraktiv, setzt aber voraus dass der Empfänger die Rohdaten 
aufzeichnet und nicht nur die daraus berechnete Position. Mir bekannte 
bezahlbare Empfänger tun das leider nicht, obwohl es technisch kein 
Problem wäre. NMEA Files enthalten meines Wissens auch nicht die Rohdaten.

Gerhard

> Mir geht es nicht darum, auf 10cm genau zu sein, glaube auch nicht, dass
> das geht, aber zumindest den großen Versatz, wo ich dann nicht weiß, ob
> es eine neue oder alte Straße ist (also bereits gemappte Straße soweit
> verschoben, dass sie nicht mit GPS Daten überein stimmt).___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Transystem i-Blue 747

[Gerhard]

On Thu, 11 Sep 2008, Stephan wrote:

> Vielen Dank für den Hinweis dass da etwas zu beachten ist. In China ist 
> das auf jeden Fall so. Da dürfen GPS-Informationen nicht aufgezeichnet 
> werden.

Könntest Du da bitte Näheres drüber sagen, z.B. woher die Information 
stammt? Ich fahre demnächst nach China und wollte eigentlich meinen GPS 
mitnehmen.

Gerhard

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

Re: [Talk-de] Differential-GPS

[Gerhard]

On Tue, 9 Sep 2008, Frank Jäger wrote:

> Mir ist mal erklärt worden, mit folgender Kombination wäre ein
> Low-Cost-DGPS möglich:
> 
> -DGPS-Daten aus dem Internet ziehen
> -Dazu Handy mit Flatrate und BlueTooth verwenden
> -BlueTooth-Empfänger an GPS-Gerät stöpseln
> -bei einem Blick auf mein "Garmin GPS60" meinte mein "Informant",
> damit ginge es noch, aber die neueren Geräte hätten nicht mehr die
> Hardware-Schnittstelle dazu.

Nochmal Differential GPS:

Das europäische EGNOS System (auch eine Art DPGS) funktioniert schon,
und mit meinem GPSMAP 60csx kriege ich bei freiem Blick auf den Himmel
geschätzte Ganuigkeiten von ca. 2m (Angabe des Empfängers und
Wiederholgenauigkeit an mehreren Tagen).

Ich könnte mir vorstellen diese Genauigkeit auf andere Weise in absehbarer 
Zukunft mit vertretbaren Kosten noch weiter zu verbessern: Man nehme 2 GPS 
Logger, die code-pseudorange und carrier Phase aufzeichnen, z.B. sowas wie 
Garmin GPS 16, 
http://www.garmin.com/manuals/GPS16HVS_TechnicalSpecifications.pdf
aber mit Akku und Speicherkarte statt seriellem Computeranschluss, gibt es 
vielleicht schon?

Einer steht an fester Stelle ("Basis") mit freiem Blick rundum. Mit dem 
anderen werden die Strassen abgefahren, nicht zu weit von der Basis 
entfernt (10 km?). Zu Hause werden beide Datensätze in den Postprocessor 
gesteckt: Zuerst werden die Daten der Basisstation ausgewertet, um deren 
genaue Position zu bestimmen. Das scheint möglich zu sein, auch ohne 
dual-frequency, wenn man frei verfügbare Daten über die genauen orbits und 
Uhrenfehler der Satelliten sowie den Zustand der Ionosphäre mit 
berücksichtigt:

http://enterprise.lr.tudelft.nl/publications/authorlist.php?AuthorID=QUAN
http://enterprise.lr.tudelft.nl/publications/authorlist.php?AuthorID=TIBE
http://www.lr.tudelft.nl/ Department DEOS > Mathematical Geodesy and 
Positioning > Publications > PhD Theses 

Nachdem man die genaue Basisposition hat, geht man nochmal durch den
Datensatz der Basis und errechnet Korrekturdaten für code und carrier
jedes Satelliten, mit denen man dann die Daten des mobilen loggers
auswertet.

Le und Tiberius haben in einem der unter o.g. link verfügbaren papers
("Single-frequency precise point positioning with optimal filtering")
mit einer ähnlichen Methode eine Genauigkeit von <0.5m erreicht, wobei
der mobile logger sogar in einem Kleinflugzeug herumflog!

So einen postprocessor gibt es wahrscheinlich noch nicht, jedenfalls
nicht in der public domain, wäre aber schön! Die so gewonnenen Daten
könnte man dann ja vielleicht in OSM mit einem speziellen tag versehen
und vor dem Editieren warnen, damit sie nicht versehentlich mit
ungenaueren Daten überschrieben werden.

Dann fehlt nur noch eine Digitalkamera mit Magnetkompass, die in den EXIF 
Daten die Aufnahmerichtung festhält damit man nachher noch weiss welches 
Strassenschild man da photographiert hat!

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

Re: [Talk-de] Trigonometrische Punkte

[Gerhard]

On Mon, 8 Sep 2008, Tobias Wendorff wrote:

> Dirk Stöcker schrieb:
> > GPS ist in dieser Form nicht kalibrierbar. Die GPS-Genauigkeit ist von 
> > vielen Faktoren abhänging, welche sich alle mit der Zeit ändern. Du 
> > kannst Dich also nicht auf einen bekannten Punkt stellen, den aktuellen 
> > Offset bestimmen und annehmen, dass dieser für die ganze Messung gilt.
> 
> Das stimmt so nicht ganz: Post-Processed D-GPS hat eine Genauigkeit
> von wenigen Dezimetern.
> 
> Wichtig ist allerdings, dass die Uhr im GPS-Empfänger _höchst_ genau
> geht, dass Du jede einzelne Position des Satelliten sowie die
> Sichtweite kennst (und natürlich die Faktoren, wie Wetter, die das
> Signal beeinflussen - Basisstation muss in der Nähe der Messung
> stehen) und dass Du den Algorithmus kennst, wie das GPS-Gerät
> die Daten ausrechnet oder halt die Korrekturdaten direkt einfließen
> (WAAS/EGNOS ähnlich).

Die "Uhr" im GPS Empfänger muss sowieso _höchst_ genau gehen, sonst 
funktioniert das normale GPS schon nicht. Das ist auch der Grund warum man 
mindestens 4 Satelliten empfangen muss um die 3D Position zu bestimmen, es 
gibt nämlich 4 Unbekannte (3 Raumkoordinaten und die genaue Zeit im 
Empfänger). Post-Processed D-GPS setzt voraus dass das Gerät die Rohdaten 
(pseudo-range) aufzeichnet, und das tun die mir bekannten Handgeräte 
leider nicht. 

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

[Talk-de] Sichheitstor in Kanal

[Gerhard]

Hallo,

hat jemand eine Idee wie man ein Sicherheitstor an einem Kanal
darstellen könnte?
http://www.panoramio.com/photo/9380721
Es handelt sich um große Brückenartige Konstruktionen
die im Normalfall hochgezogen sind und bei Bedarf
paarweise abgesenkt werden können um einen Kanalabschnitt
zu Wartungszwecken trockenzulegen.

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

Re: [Talk-de] Tracktype besser kenntlich machen (war Track durch Felder)

[Gerhard Schmidt]

Sven Geggus schrieb:
> Gerhard Schmidt <[EMAIL PROTECTED]> wrote:
> 
>> ich hab mich hingesetzte und mir was überlegt wie man den Tracktype
>> besser kenntlich machen kann damit er auch im Wald und zwischen Felder
>> eindeutig zu erkennen ist.
>>
>> Vorher:  http://etustar.ze.tum.de/osm_track_normal.png
>> Nachher: http://etustar.ze.tum.de/osm_track_patched.png
>>
>> Ich hab den Patch angehängt. die Änderungen sind diesmal in z15-z17 gemacht
> 
> Ich nehme an Du hast keinen SVN Account. Ansonsten einfach einchecken!
> 
> Ich bin da eigentlich ziemlich kurz angebunden. Wenn was tut check ichs
> knallhart in Subversion rein und gut iss.

Nein ich hab keinen SVN Account. War auch das erste was ich in der Richtung
gemacht hab. Falls ich mehr mach werde ich mir einen besorgen.

Wäre schön wenn du es einchecken Könntest. Danke

Gruß
    Gerhard

-- 
-
Gerhard Schmidt   | E-Mail: [EMAIL PROTECTED]
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Tracktype besser kenntlich machen (war Track durch Felder)

[Gerhard Schmidt]

Andreas Labres schrieb:
> Gerhard Schmidt wrote:
>> ich hab mich hingesetzte und mir was überlegt wie man den Tracktype
>> besser kenntlich machen kann damit er auch im Wald und zwischen Felder
>> eindeutig zu erkennen ist.
> 
> IMO würde die Erkennbarkeit auch dadurch besser, daß man links und rechts 
> davon
> eine 1px breite Linie zeichnet.

Das würde die Wege aber noch breiter machen und mehr hervorheben. Das war auch
meine erste Idee. Sah aber nicht wirklich gut aus.

Gruß
Gerhard
-- 
-----
Gerhard Schmidt   | E-Mail: [EMAIL PROTECTED]
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Tracktype besser kenntlich machen (war Track durch Felder)

[Gerhard Schmidt]

Raphael Studer schrieb:
>>  > Vorher:  http://etustar.ze.tum.de/osm_track_normal.png
>>> Nachher: http://etustar.ze.tum.de/osm_track_patched.png
>>>
>>> Ich hab den Patch angehängt. die Änderungen sind diesmal in z15-z17 gemacht
>> Warum eigentlich nicht wie im Mapnik: Ohne "Wegesbreite", dafür intensiv
>> gepunktet/gestrichelt?
> 
> Oder nur einen einzigen Kern der Braun ist und nicht noch die weissen
> Linien drin? Anhand der Striche sieht man ja um was für ein Tracktype
> es sich handelt.

Genau darum geht es ja, das man das eben nicht sieht wenn der Hintergrund nicht
weiss ist (Wald oder Felder).

Im den Testbild leider nicht zu erkennen da das sehr stark vergrößert ist.

Z.B.
http://www.openstreetmap.org/?lat=48.15702&lon=10.6997&zoom=16&layers=0B0FTF

Der Weg an der Wertach entlang ist ein Grade5, sieht aber eher aus wie ein
unclassified. Mit meinen Änderungen ist das eindeutig zu erkennen.

Gruß
Gerhard


-- 
-
Gerhard Schmidt   | E-Mail: [EMAIL PROTECTED]
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Tracktype besser kenntlich machen (war Track durch Felder)

[Gerhard Schmidt]

Hi Leute,

ich hab mich hingesetzte und mir was überlegt wie man den Tracktype
besser kenntlich machen kann damit er auch im Wald und zwischen Felder
eindeutig zu erkennen ist.

Vorher:  http://etustar.ze.tum.de/osm_track_normal.png
Nachher: http://etustar.ze.tum.de/osm_track_patched.png

Ich hab den Patch angehängt. die Änderungen sind diesmal in z15-z17 gemacht

Gruß
Gerhard

-- 
-
Gerhard Schmidt   | E-Mail: [EMAIL PROTECTED]
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage

Index: osm-map-features-z15.xml
===
--- osm-map-features-z15.xml(Revision 10469)
+++ osm-map-features-z15.xml(Arbeitskopie)
@@ -602,7 +602,45 @@
 
 
 
-
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
 
 
 
@@ -1540,7 +1578,17 @@
 .highway-track-bridge-core  { stroke-width: 3.5px; }
 .highway-track-casing   { stroke-width: 1.8px;   
stroke: #d79331; }
 .highway-track-area-casing  { stroke-width: 0.2px; }
-.highway-track-core { stroke-width: 1.6px;   
stroke: #ff; }
+.highway-track-core { stroke-width: 1.4px;   
stroke: #ff; }
+.highway-track-core-grade4  { stroke-width: 1.1px; }
+.highway-track-core-grade5  { stroke-width: 0.8px; }
+.highway-track-back { stroke-width: 1.6px;   
stroke: #ffecd1;}
+.highway-track-midline-grade3   { stroke-width: 0.2px;   
stroke: #ffecd1; }
+.highway-track-midline-grade4   { stroke-width: 0.4px;   
stroke: #ffecd1; }
+.highway-track-midline-grade5   { stroke-width: 0.6px;   
stroke: #ffecd1; }
+.highway-track-back-grass   { stroke: #bde3cb; }
+.highway-track-midline-grade3-grass { stroke: #bde3cb; }
+.highway-track-midline-grade4-grass { stroke: #bde3cb; }
+.highway-track-midline-grade5-grass { stroke: #bde3cb; }
 .highway-track-area { fill: #ff; }
 .highway-track-name { stroke-width: 0px; 
font-size: 2.5px; }
 .highway-track-ref  { stroke-width: 0px; 
font-size: 2.5px; }
Index: osm-map-features-z16.xml
===
--- osm-map-features-z16.xml(Revision 10469)
+++ osm-map-features-z16.xml(Arbeitskopie)
@@ -806,7 +80

[Talk-de] Tracks durch Felder

[Gerhard Schmidt]

Hi Leute,

ich bin gerade dabei bei mir in der Umgebung die Feldwege und Felder zu mappen.
Dabei ist mir aufgefallen das gerade die schlechten Wege (track grade4 und
grad5) innerhalb von Feldern ziemlich prominent hervorgehoben sind. Sieht fast
wie eine Straße aus. IN der Realität sind diese allerdings kaum als Wege zu
erkennen.

Leider fällt mir nichts ein wie wir die grade 4 und 5 besser kenntliche machen
können ohne das es zu auffällig wird. Deshalb hab ich mir überlegt ob es nicht
sinnvoll wäre den Surface-Tag auszuwerten. Ich hab das stylesheet so angepasst
das es wenn ein surface=grass gesetzt ist den weg grün (wie natural=grass)
macht. Dadurch bleiben bei einem Feldweg zwischen Feldern nur noch die
begrenzungspunkte.

Ich hab den Patch mal angehängt.

Hier noch zwei Bilder

http://etustar.ze.tum.de/osm_track_grass_vorher.png <- mit aktuell Stylesheet
http://etustar.ze.tum.de/osm_track_grass_nachher.png <- mit meiner Änderung

Gruß
    Gerhard

-- 
-
Gerhard Schmidt   | E-Mail: [EMAIL PROTECTED]
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage

Index: osm-map-features-z17.xml
===
--- osm-map-features-z17.xml(Revision 10393)
+++ osm-map-features-z17.xml(Arbeitskopie)
@@ -824,7 +824,12 @@
 
 
 
-
+
+
+
+
+
+
 
 
 
@@ -2486,6 +2491,7 @@
 .highway-track-casing   { stroke-width: 1.0px;   
stroke: #d79331; }
 .highway-track-area-casing  { stroke-width: 0.2px; }
 .highway-track-core { stroke-width: 0.8px;   
stroke: #ff; }
+.highway-track-core-grass   { stroke: #bde3cb;}
 .highway-track-area { fill: #ff; }
 .highway-track-name { stroke-width: 0px; 
font-size: 1.25px; }
 .highway-track-ref  { stroke-width: 0px; 
font-size: 1.25px; }



signature.asc
Description: PGP signature


signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] image tagging

[Gerhard Schmidt]

gremmel schrieb:
Bis jetzt habe ich immer meine Bilder unter Linux mit Digikam 
georeferenzeirt, allerdings kann ich da leider nicht die abweichung der 
Zeit der Bilder und dem GPS Signal eingeben. :(


kennt jemand ein programm mit dem man die abweichung in secunden 
berücksichtigen kann?


ich habe auch geosetter unter windows probiert.
da geht das auch, nur kann er die exif daten nicht in gedrehte bilder 
schreiben :(


über einen tipp wäre ich dankbar :)

  
Es gibt das commandlinetoll exiv2 damit kann man die Zeit senkundengenau 
anpassen.


Gruß
  Gerhard
begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

Re: [Talk-de] Speicherproblem mit JOSM und Fotos

[Gerhard Schwanz]

Hi,

habe mir ein Batch geschrieben:

java -jar -Xmx300M "C:\Dokumente und Einstellungen\Gerhard\Eigene 
Dateien\Installation\GPS\josm-latest.jar"

Die 300MB sind für deine Maschine evtl zu viel, versuche es doch erst mit 256.

Ciao

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

[Talk-de] Nochmal g7towin

[Gerhard Schwanz]

Sorry für mein posting, hatte eine alte Version des g7towin. Die konnte das 
noch nicht. Die aktuelle kann das. Habe interessante Daten - zunächst von 
Teneriffa - gefunden!

Gute Nacht!___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

[Talk-de] Konvertierung von g7towin?

[Gerhard Schwanz]

Hi,

habe noch alte Daten im g7towin format, txt. Kann mir jemand einen Tip geben, 
wie ich die in GPX wandeln könnte? Oder kann es jemand machen, falls man ein 
best. Programm benötigt? Wären so etwa 4 Dateien.

Format sieht so aus:

Version 2
#Wed Oct 02 08:54:04 2002 GMT
D WGS-84
M DMM
Z 0.00
! -r cblack -r tt -r sn
! -w coblack -w ctblue -w sovs -w stvs -w ane
! -t cblack -t wt -t sn
! -p ly -p fn -p cblack -p wt -p ablack -p sn
W  055 N49 56.9986 E009 05.9632 Wed Oct 02 08:51:03 2002
 ^   18^Default Color^S+N^0
c5 116.204224, 1e25, FF 00 00 00 00 00 00 FF FF FF FF FF FF FF FF FF FF FF FF
c6 055;108;
W  059 N56 38.7767 W002 53.2864 Wed Oct 02 08:51:03 2002
 ^   18^Default Color^S+N^0
c5 43.865479, 1e25, FF 00 00 00 00 00 00 FF FF FF FF FF FF FF FF FF FF FF FF
c6 059;108;


N  New Track Log Start - 15-SEP-02,Default Color,0
T  N50 42.2070 E006 10.9585 Sun Dec 31 00:00:01 1989 ;273.618896;  1e25; 
SM;0.;0.;0.
T  N50 42.1851 E006 11.1233 Sun Dec 31 00:00:01 1989 ;265.928345;  1e25; 
SM;0.1227;0.1227;0.1227


Danke

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

[Talk-de] Landkreisgrenzen

[Gerhard Schmidt]

HI Leute,

kurze Frage gibt es eigentlich vorort eine möglichkeit die Landkreisgrenzen zu
verfolgen. Bei mir um die ecke treffen 3 Landkreise zusammen und der Import
der Grenzen hat Hier wirklich ein heilloses gewirr von linien hinterlassen.
Ich würde das gerne ein bischen aufräumen.

Gibt es irgentwelche Markierungen die entlang der Grenze zu finden sind.

Gruß
Gerhard

-- 
-
Gerhard Schmidt   | E-Mail: [EMAIL PROTECTED]
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] beziercurve hinting (manchmal gehts manchmal nicht)

[Gerhard Schmidt]

Dirk-Lüder Kreie schrieb:
> Gerhard Schmidt schrieb:
>> HI Leute,
>>
>> ich bin gerade am nach bearbeiten meiner Urlaubs OSM Daten. Dabei ist mir
>> diese Autobahn aufgefallen.
>>
>> http://www.openstreetmap.org/?lat=43.89465&lon=15.78377&zoom=17&layers=0B0FTF
>>
>>
>> Offensichtlich wir die Nord->Süd Fahrbahn vom Beziercurvehinter
>> bearbeitet.
>> die Süd->Nord Fahrbahn aber nicht. Warum?
> 
> Die auffahrt wird wahrscheinlich unter einem falschen Winkel als
> mögliche fortführung des Ways betrachtet, und deshalb das hinting hier
> abgeschaltet.

Also mit der Ausfahrt hat das garnichts zu tun das zieht sich durch die ganze
Autobahn durch auch da wo keine Ausfahrten sind.

Gruß
Gerhard

-- 
-
Gerhard Schmidt   | E-Mail: [EMAIL PROTECTED]
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] beziercurve hinting (manchmal gehts manchmal nicht)

[Gerhard Schmidt]

Dirk-Lüder Kreie schrieb:
> Gerhard Schmidt schrieb:
>> HI Leute,
>>
>> ich bin gerade am nach bearbeiten meiner Urlaubs OSM Daten. Dabei ist mir
>> diese Autobahn aufgefallen.
>>
>> http://www.openstreetmap.org/?lat=43.89465&lon=15.78377&zoom=17&layers=0B0FTF
>>
>>
>> Offensichtlich wir die Nord->Süd Fahrbahn vom Beziercurvehinter
>> bearbeitet.
>> die Süd->Nord Fahrbahn aber nicht. Warum?
> 
> Die auffahrt wird wahrscheinlich unter einem falschen Winkel als
> mögliche fortführung des Ways betrachtet, und deshalb das hinting hier
> abgeschaltet.

Die Abfahrt ist ein eigener Way (highway=motorway_link) Die Autobahn geht
durch bis zur Brücke wo die ausfahrt die Autobahn kreuzt.

> Dieses Verhalten wäre eindeutig ein Bug.

Ich denke mal das ist ziemlich sicher ein Bug.

Gibt es für [EMAIL PROTECTED] einen Bugtracker?

Gruß
   Gerhard

-- 
-
Gerhard Schmidt   | E-Mail: [EMAIL PROTECTED]
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

[Talk-de] beziercurve hinting (manchmal gehts manchmal nicht)

[Gerhard Schmidt]

HI Leute,

ich bin gerade am nach bearbeiten meiner Urlaubs OSM Daten. Dabei ist mir
diese Autobahn aufgefallen.

http://www.openstreetmap.org/?lat=43.89465&lon=15.78377&zoom=17&layers=0B0FTF

Offensichtlich wir die Nord->Süd Fahrbahn vom Beziercurvehinter bearbeitet.
die Süd->Nord Fahrbahn aber nicht. Warum?

Gruß
Gerhard

-- 
-----
Gerhard Schmidt   | E-Mail: [EMAIL PROTECTED]
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

[Talk-de] Icons II

[Gerhard Schwanz]

Hi,

in meinem RenderRules File sind die Icons so angegeben:

IconUrl=http://wiki.openstreetmap.org/images/b/b4/GCR_COMM_POSTO.png

Wie gelange ich an eine Liste der dort und in den anderen Verz. gespeicherten 
Icons? Habe den Zugang im Wiki nicht gefunden...

Tnx

Gary68___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

[Talk-de] Icons?

[Gerhard Schwanz]

Hi,

wo finde ich eine komplette Liste der verfügbaren RenderIcons? In der 
MapFeatures Seite sind einige aufgeführt, jedoch finde ich nicht alle dort...

Bsp: Tankstelle. Ist dort nur mit Straße im Hintergrund zu sehen.

Danke,

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

Re: [Talk-de] Insel überflutet warum

[Gerhard Schmidt]

Dirk-Lüder Kreie schrieb:

Gerhard Schmidt schrieb:

Hi Leute,

ich hab ein Probelm warum ist dei Insel den auf einmal überflutet. 
hab vor 2 wochen die küstenline verändert. dann hat alles 
funktioniert (mehrfach gerendet) und seit 2 tagen ist die insel 
überflutet obwohl ich an der küstenliene nichts mehr gemacht hab


kann sich das mal einer anschaun

http://www.informationfreeway.org/?lat=43.7845085953329&lon=15.644980302929314&zoom=16&layers=B000F000F 



Eine Küstenlinie östlich war doppelt gezeichnet.
Ich hab mir die Küstenliene 5 mal angesehen aber nix gefunden. Naja bin 
auch ein wenig eineschränkt da ich mit meinem MacBook arbeite und keine 
Maus dabei hab (JOSM ohne Rechte und Mittlere Taste ist sehr 
gewohnungbestürflig)


Danke fürs Reparieren.

Gruß
   Gerhard
begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

Re: [Talk-de] Spur-Assistent und Richtungsangabe

[Gerhard Schmidt]

Bernd Wurst schrieb:

Hallo.

Hab grade in meinem Nicht-OSM-tauglichen Navi den Spur-Assistenten gesehen.

Mit dem jetzigen Datenbestand von OSM ist so etwas IMHO nicht denkbar. Hat 
sich schonmal jemand Gedanken gemacht, wie das erfasst bzw. gespeichert 
werden könnte?


Ich bin ja seit ich das kenne noch mehr dafür, alle Fahrspuren getrennt zu 
erfassen und über Relations zu definieren ob di ebaulich getrennt sind oder 
nicht. Dann kann, bei Bedarf, beim Export in ein anderes Datenformat auch 
eine normale Straße wieder zu einer Straße zusammen gefügt werden. 

Was dabei aber auch stört ist, dass die kommerziellen Karten die Pfeile so 
machen wie das in real ist. Die Richtungspfeile aus dem Datenbestand zu 
extrahieren stelle ich mir sehr schwer vor, da man dann mit Winkelmessungen 
o.ä. arbeiten müsste und das wohl nicht verlässlich geht.




Dann, als zweites Feature, sagte mir mein Navi irgendwann:
"Rechts halten auf B14 Richtung Schwäbisch Hall".

Schwäbisch-Hall ist an dieser Stelle die (ich schätze mal) 4. Stadt, durch die 
die B14 führt. Aber es steht auf dem Schild, das dort ist, nun mal ganz oben. 
D.h. es sollte erfasst werden, welche Strecke an welcher Stelle mit welchem 
Ort primär beschriftet ist.
Dazu ist mir aber auch noch nichts brauchbares eingefallen, wie wir das 
erfassen können
Ich denke sowas müste doch schön über Realtionen zu lösen sein. 
Allgemein schweben mir seit ein paar Wochen einige Navi Hint relationen 
im Kopf rum. Z.B. wäre es schön auch hinterlegen zu können was eine Navi 
zu sagen hat wenn wenn man an einer Kreuzung ist, den oft kann man aus 
den Reinen Daten nicht wirklich ablesen wie die Kreuzung aussieht. Z.B. 
macht eine straße an einer kreuzung einen 120° knick (Serbentinenstraße) 
und in der Kurve zweigt eine straße nach Links ab. Keiner würde das als 
Rechts abbiegen bezeichnen trotzdem sagt jedes beliebige Navi an der 
Stelle "Bitte rechts abbiegen". Wäre schön wenn man an so einer stelle 
eine Relation platzieren könnte die dem Navi sagt das er da nix zu sagen 
brauch oder evtl. nur "in xx metern dem Straßenverlauf folgen" :-)


Werd mir mal gedanken dazu machen wenn ich wieder aus den Urlaub zurück 
bin.


Gruß
Gerhard
begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

Re: [Talk-de] Insel überflutet warum

[Gerhard Schmidt]

Johannes Kleine schrieb:

Lieg am Renderer. Schalte auf Mapnik um und die Insel taucht auf.
Ich bin neu hier aber so Sachen kenne ich von windoof
  
Das sie bei Mapnik noch zu sehen war liegt nur daran das mapnik nur 
einmal die Woche upgedated wird. Ab Mitwoch wäre sie auch bei Mapnik 
verschwunden.


Gruß vom wieder aufgetauchten Murter :-)
   Gerhard
begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

[Talk-de] Insel überflutet warum

[Gerhard Schmidt]

Hi Leute,

ich hab ein Probelm warum ist dei Insel den auf einmal überflutet. hab 
vor 2 wochen die küstenline verändert. dann hat alles funktioniert 
(mehrfach gerendet) und seit 2 tagen ist die insel überflutet obwohl ich 
an der küstenliene nichts mehr gemacht hab


kann sich das mal einer anschaun

http://www.informationfreeway.org/?lat=43.7845085953329&lon=15.644980302929314&zoom=16&layers=B000F000F

Gruß
   Gerhard
begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

Re: [Talk-de] religion Auswahl für Cemetery ond gravey ard

[Gerhard Schmidt]

Christoph Eckert schrieb:

Moin,

  

Die Religionsauswahl tagge ich wenn vorhanden auch bei Friedhöfen, und
es wird auch im Renderer entspr. dargestellt. Darüberhinaus gibt es auch
Friedhöfe, die einer bestimmten Glaubensrichtung angehören, wie in
meinem Wohnort der "Katholische Friedhof". Wenn das zutrifft, tagge ich
auch das.



aber sind das nicht mehr oder minder historische Relikte? Jede Gemeinde muss 
einen Friedhof zur Verfügung stellen, und es ist doch heute nicht mehr so 
dass Anhänger des falschen Glaubens vor den Stadttoren verscharrt werden, 
oder?


  
In der regegel gibts be größeren Städten mehere Friedhöfe wo dann auch 
unterschiedliche Religionen getrennt werden, zumindest in 
unterschiedliche Bereiche innerhalb des Friedhofs. Bei Dorffriedhöfen 
sieht das wohl anderst aus. Darum die Religion auch nur als Zuätzliches 
Attribut. Die Religion zu einem Friedhof kann und soll man nur angeben 
wenns auch wirklich eindeutig ist.
Ich kann die Religion zu den Friedhöfen dazupacken, allerdings möchte ich 
gerne vermeiden dass sich dabei irgendwer auf den Schlips getreten fühlt.
  
Wer bitte soll sich dabei auf den Schlips getretten fühlen wenn wir 
fakten auch benennen. Außerdem sie de meistens stolz auf ihre Friedhöfe. 
Den selbst wenn sie im Mittelalter mal vor den Türen der Stadt waren 
sind die Heute meistens zimlich Zentrumsnah :-)



Gruß
   Gerhard

begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

Re: [Talk-de] religion Auswahl für Cemetery ond grav eyard

[Gerhard Schmidt]

Kevin Price schrieb:

Hi,

Gerhard Schmidt schrieb:
  

Ganz anderes Thema. wäre es möglich die relegionsauswahl auch bei
landuse=cemetery und amenity=grave_yard einzubauen da gehört das
zumindest als zusätzlicher tag hinzu. wobei das religion= föllig reicht.



Die Religionsauswahl tagge ich wenn vorhanden auch bei Friedhöfen, und
es wird auch im Renderer entspr. dargestellt. Darüberhinaus gibt es auch
Friedhöfe, die einer bestimmten Glaubensrichtung angehören, wie in
meinem Wohnort der "Katholische Friedhof". Wenn das zutrifft, tagge ich
auch das.
  
Jup schon klar, mach ich auch nur wärs schön wenn das in den Josm preset 
gleich mit drin wäre so muss man es per Hand hinterher machen und gerade 
anfänger werden es dann vergessen.


Gruß
  Gerhard
begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

Re: [Talk-de] religion Auswahl für Cemetery ond grav eyard

[Gerhard Schmidt]

Frederik Ramm schrieb:

Also da bin ich ganz dagegen, dass man hier anfaengt, auf religoese
Befindlichkeiten ("wir sind mehr als ihr!") Ruecksicht zu nehmen, 
das ist ein Fass ohne Boden. Dann lieber alphabetisch sortieren, 
da kann sich keiner beschweren.
  


Ganz anderes Thema. wäre es möglich die relegionsauswahl auch bei 
landuse=cemetery und amenity=grave_yard einzubauen da gehört das 
zumindest als zusätzlicher tag hinzu. wobei das religion= föllig reicht.


Gruß
    Gerhard
begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

Re: [Talk-de] Marines Mapping

[Gerhard Schmidt]

[EMAIL PROTECTED] schrieb:

Und außerdem gilt: Jeder mappt was er mag. Ich finde das Abbilden von manchen
Dingen gut, von anderen weniger gut, aber irgendwann wird es einen geben, der es
einzeichnen will und kann, und dann macht er es. Lebt damit, dies ist die Karte 
für ALLES.
Muß ja nicht alles in den 0815-Renderern abgebildet sein.
  
:-) meine Originalfrage war auch obs irgentwo eine zusammenstellung von 
Tags gibt die bereits verwendet werden oder ich mir selber was ausdenken 
muss. :-)


Ich werd mich sicher nicht von irgentwelchen hochwichtigen "Seglern" 
(mal wieder die alte Feindschaft zwischen Motorbootfahrern und Seglern 
anfeuern :-) ) davon abhalten lassen, Daten die ich für wichtig halten 
in OSM einzupflegen.


Ich werd mich jetzt auch zurückhalten mit dem Antworten. Den 
offensichtlich wird hier wahnsinnig gern am Thema vorbei Diskutiert (ich 
zieh mich jetzt da auch mal an den eigegnen Nase). Also falls noch 
jemand Seiten zum Thema Tags für Seezeichen hat, dann bitte Antworten. 
Eine Sinndiskussion erübrigt sich durch die OSM Struktur sowieso.


Gruß
   Gerhard
begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

Re: [Talk-de] Nautisches Mappen

[Gerhard Schmidt]

Dimitri Junker schrieb:

Hallo,

teils zitierst Du Gerhard, teils auch mich. Also erstmal stimme ich Dir voll 
und ganz zu. Wir können per OSM keine Karte erstellen die für die Seefahrt 
sicher genug ist.



  

Wenn Du es versenkt hast, und nicht der Skipper warst, wie konnte das
passieren?




Der Skipper gab einen falschen Kurs vor, ich war am Ruder er bereitete den 
Anker vor. Ach ja der Motor war defekt.


  

Ich sollte besser niemals ein Wasserfahrzeug betreten, das Du steuerst.




Und auch nicht in seiner Nähe segeln.

  
Hey ich hab noch kein Boot versenkt und ich haben meinen Führeschein 
seit 15 Jahren. Also bitte den einzigen den wir hier meiden sollten bist 
wohl du :-)

Aber OSM hat mit Navigation auf See nichts zu tun und dort nicht das
geringste verloren.




Wenn es irgendwann eine offizielle Online Seekarte gäbe könnte man per OSM 
o.ä. Zusatzdaten dazu bieten, die sich als Overlay über die ofizielle Karte 
legen lassen. Von mir aus kann man auch vorher irgendwelche nicht nautischen 
Infos taggen. Aber alles was eine Karte erzeugen würde die so aussieht als 
ob sie zur Navigation geeignet ist, es aber nicht ist sollte vermieden 
werden. Also keine Tiefenangaben, keine Seezeichen,... Ene Tankstelle oder 
einen Tauchplatz kann man ggf mappen.
  
Was anderes schwebte mir nie vor. In meinem 1. Mail ging es um so 
informatioenen wie Marina ( deren Services) Slipanlagen, Bootskrähne, 
Wassertankstellen. Gemeindeliegeplätze etc.  Allerdings gehört es dann 
auch daszu das die Seezeichen auch mit erfasst werden.


Gruß
   Gerhard
begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

Re: [Talk-de] Nautisches Mappen

[Gerhard Schmidt]

Michael Schmitt schrieb:

Auch wenn da jede Menge Freiwillige ihre Informationen zusammenführen,
können sie niemals die aktuelle Informationsfülle, die offizielle 
Stellen bekommen MÜSSEN, verarbeiten und zeitnah genug weitergeben. Ich 
würde in diesem Fall mich auch niemals auf nicht amtliche Info verlassen.
(Ausser ich bekomme brandaktuell in einem Hafen oder von einem anderen 
Sportbootführer Infos über regionale Gegebenheiten. Aber diese Quellen 
muss ich aus Sicherheitsgründen sowieso berücksichtigen!)
  
Dazu bist du sogar verpflichtet. Du must dich vor Einfahrt in ein Gebiet 
über die aktuellen gegebenheiten informieren.

Naja ich bin Sportbootfahrer und da intersieren mich die tiefen nicht
wirklich. Die 90cm die ich brauche kann man locker per Augenmas abschätzen.

  

Vielleicht glaubst Du das zu können. Ich sollte besser niemals ein
Wasserfahrzeug betreten, das Du steuerst.
  


Da wär ich auch dabei, also beim NICHT mitfahren!
  

Btw ich denke dasd Autopiloten eh immer mit dem echolot gekoppelt
sind und grundsätlich allerm geben wenn die gemessene teife nicht mit
der erwarteten Tief überinstimmt.

  

In welcher Lotterie hast du deine Fahrerlaubnis erworben?
  
Das Ding heißt Führerschein und den hab ich bei einer offiziellen 
"deutschen" Prüfung erworben.
Ich bin immer wieder überrascht mit welcher Blauäugigkeit einige Leute 
sich selbst und noch eventuelle Mitfahrer in Gefahr begeben!
  
Ich wäre niemals so Blauäugig auf Autopilot zu fahren. Das stand auch in 
meiner Mail so drin. Nur leider könne  manchen leute nicht Quoten. Das 
was ich beschrieben hab ist das was ich als MINDESTANFORDERUNG an einen 
Autopilot sehen würde damit man ihn einsetzten kann ohne ständig dabei 
sein zu müssen. Mit einem System das Elektronische Seekarte, GPS und 
Tiefenmesser koppelt könnte man in einem Gebiet mit wenig (bis 
garkeinem) anderen Verkehr fahren wenn man in der nähe ist (also nicht 
in im Bett und Schlafen) fahren. Aber alles andere ist Grob Fahrlässig.

Um Mißverständnissen vorzubeugen: Ich finde OSM großartig, und ich
steuere mein Teil dazu bei. Aber OSM hat mit Navigation auf See nichts
zu tun und dort nicht das geringste verloren.

Da gebe ich dir vollkommen recht! Seekarten, auch in elektronischer Form 
sind die einzigen Karten für die ich bereit bin Geld auszugeben!
Wobei unterwegs immer noch ein gerüttelt Maß an persönlicher 
Einschätzung der Situation aus Beobachtung und Erfahrung dazukommen muß.
'Spätestens, wenn man in der Nähe von sichtbaren Land kommt muß außer 
dem AP auch die "eyeball navigation" eingeschaltet werden.'
  

Das soweiso.
Sportbootfahren ist kein Computergame! Auch wenn es Leute gibt, die am 
liebsten in der Früh über Routes die Fahrt bis zum nächsten Hafen und 
Steg einprogrammieren möchten. Wo bleibt denn da der Spass?
  
:-) wenn nicht so ernst wäre wäre es sicher lusting zuzstehen wie das 
Boot im Hafen gegen die Mole pallt weil die in der Karten um 5m weiter 
hinten eingezeichnet ist.


Aber um das jetzt mal Klarzustellen, ich bin der Meinung das OSM weder 
die offiziellen Karten ersetzen kann noch soll. Aber deswegen können wir 
trozdem die Seezeichen mit erfassen den für den 0815 Sportbootfahrer 
oder Freizeit Segelr reichen die Informationen durchaus.


Und IMHO findet ich es sinnvoller Seezeichen zu erfassen als z.B. jeden 
Lampenmast an einer Straße und evtl. die dazugehörigen stromkreise :-)



Gruß
   Gerhard
begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

Re: [Talk-de] Nautisches Mappen

[Gerhard Schmidt]

Kevin Price schrieb:

Hi!

Bitte nicht erschrecken, wenn ich hier recht deutlich werde:

Gerhard Schmidt schrieb:
  

einem Seezeichen wenig. Man braucht eine Karte mit Tiefeninfos. Und
  


Ich bitte mal darum das ihr bei Quoten aufpasst was ihr Quote das auch 
richtig macht. Die Zeile ist nicht von mir.

Um nach den Tiefenangaben einen fahrbaren Kurs bestimmen zu können, muß
man sich auf die Tiefenangaben verlassen können. Sie sind also nur dann
brauchbar, wenn sie verläßlich sind. Das sind die offiziellen Karten von
bspw. BSH oder Admiralty/UKHO, ... und zwar nur dann, wenn sie anhand
der amtlichen Veröffentlichungen (NfS / Notices to Mariners) auf den
aktuellen Stand  gebracht worden sind.
  
Sein eigenes Leben und das anderer Leute zu verwetten auf eine

lückenhafte Hobbykarte von zufälligen, ungelernten, anonymen
OSM-Teilnehmern, ist außer jeder Frage völlig ungeeignet.

Sogar wenn die Lückenhaftigkeit eines Tages gering werden sollte: Wer
glaubt im Ernst, daß OSM jemals ausnahmslos alle Untiefen, Wracks,
Sperrgebiete, Seekabel, etc. genau vermessen hat und einzeichnet? Ich im
Leben nicht.

Eventuell wird der Seefahrer sich vor offiziellen Stellen rechtfertigen
müssen und zeigen, mit welchen Karten er navigiert, und daß diese
offiziell und aktualisiert sind. Es gibt also folglich keinen Ersatz für
richtige Karten.

Die Idee, OSM als Zweitmittel neben den richtigen Karten zu verwenden,
verbietet sich auch schon bei erster Überlegung. OSM bietet nicht einen
Nutzen der mit einfiele. Und schon gar nicht einen, der es rechtfertigen
könnte, die Lückenhaftigkeit der OSM-Inhalte in Kauf zu nehmen. Nota
bene: Jede Aufmerksamkeit, die der Seefahrer auf OSM lenkt, kommt den
richtigen Navigationsinformationen weniger zugute.

  

Und dann der Sicherheitsaspekt.
  


Soviel dazu. :-)

  

in der Karte ein Riff macht es bums. Ja ich habe schon ein Segelboot
versenkt, zwar wegen eines Navigationsfehlers des Skippers,
  


Wenn Du es versenkt hast, und nicht der Skipper warst, wie konnte das
passieren?

  

Naja ich bin Sportbootfahrer und da intersieren mich die tiefen nicht
wirklich. Die 90cm die ich brauche kann man locker per Augenmas abschätzen.



Vielleicht glaubst Du das zu können. Ich sollte besser niemals ein
Wasserfahrzeug betreten, das Du steuerst.

  
Als wenn du nicht abschätzen kannst ob dein Boot dort fahren kann wo du 
hinwillst dann solltest du das Steuer nie übernehmen. Natürlich macht 
man sich vorher mit dem Fahrgebiet auf den "offiziellen Karten" vertraut 
damit weis ich schonmal wo ich bedenkenlos fahren kann und wenn ich dann 
in gebiete komme (überwiegen am Ufer) dann kann und muss ich mich auf 
mein Augenmass verlassen.

Ich denke das sich auf den utopilo zu verlassen in jedenfall ein fehler
ist.



Richtig. Auch der AP muß kontinuierlich überwacht werden.

  

Tja anscheinend ist das aber nicht immer der fall

Btw ich denke dasd Autopiloten eh immer mit dem echolot gekoppelt
sind und grundsätlich allerm geben wenn die gemessene teife nicht mit
der erwarteten Tief überinstimmt.



Nein: Ein Autopilot bedient das Ruder und hält den von Dir vorgegebenen
Kurs. Er macht das, was sonst der Rudergänger macht. Manche Autopiloten
können Kursänderungen direkt von anderen elektronischen Geräten
übernehmen, um eine vorgegebene Route abzufahren. Autopiloten können
dann Alarm geben, wenn Sie den vorgegebenen Kurs nicht erreichen /
halten können, z.B. wegen fehlender Ruderwirkung bei zu geringer Fahrt.
  
Das ist kein echter Autopilot. Das ist nur ein verbesserte 
feststellruder :-) IMHO gibt es inzwischen besser Autopiloten die auch 
mit Elektronischen seekarten gekoppelt sind und die kann man auch mit 
deinem Tiefenmesser koppeln.


Aber IMHO ist Autopilotfahren eh nur ein gegenden möglich wo nichts in 
der nähe ist. Wer in Küstennähe oder in Unbekanntem gebiet mit AP Fährt 
ist selber schuld wenn was passiert.

Nach Echolot fahren die Autopiloten nicht. Du kannst viele Echolote /
Echographen so einstellen, daß sie bei Unterschreiten einer Mindesttiefe
u.K. Alarm geben. Den Kurs korrigieren muß der Seefahrer dann schon noch
selbst.

  
Das ist was ich gesagt habe. Sie geben Alarm. Ich hab niegends 
geschrieben das sie ausweichen.

Wäe noch die frage ob man die
tiefeninformatioen nicht wie den höheninfo aus ner offene quelle
beziehen kann und mit OSM daten verheiratenkann um eine Seekarte zu
erzeugen. Die cyclemap macht das ja für höheninfomatioen auch schon.



Machbar bestimmt. Aber wofür?

Um Mißverständnissen vorzubeugen: Ich finde OSM großartig, und ich
steuere mein Teil dazu bei. Aber OSM hat mit Navigation auf See nichts
zu tun und dort nicht das geringste verloren.

Viele Grüße
  
Warum nicht. Zumikndest für die Hobbyfahrer die eh auf Sicht und in 
Küstennähe fahren, wäre das eine durchaus denkebare alternative zu den 
extrem teuern elektonischen Seekarten.


Gruß

  Gerhard
begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Servi

Re: [Talk-de] maxspeed = 250 für unbegrenzte Stra ssenabschnitte?D

[Gerhard Schmidt]

Gerrit Lammert schrieb:

Gerhard Schmidt wrote:
  

Das ist überflüssig, da implizit gegeben.
Es wird ja auch nicht für jede Bundesstraße maxspeed=100 angegeben, da 
eben genau dies der defaultwert ist.
  
  
das fide ich gerade falsch. Den wie unterscheidest du ob jetzt der 
default gilt oder der mapper die geschwindigkeitsbegrenzung nur nicht 
eingegeben hat. Gerade im hinblick auf Fahrer Assistenz system finde ich 
die geschwindigkeitsinformation sehr wichtig. deshalb tagge ich auch die 
default Geschwindigkeit mit.



Ich verstehe Deinen Einwand, aber akurate Max-Geschwindigkeiten für etwa 
Fahrerassistenzsysteme wird OSM nie aus eigener Kraft leisten können. 
Fahr mal 300km auf einer beliebigen Autobahn, da hast Du 3-10 Abschnitte 
wo a) eine dynamische Maximalgeschwindigkeitstafel steht, die an die 
aktuelle Verkehrssituation angepasst wird, b) Eine mittelfristige 
Baustelle mit Geschwindigkeitsbegrenzung oder c) eine kurfristige 
Begrenzung aufgrund von Heckenschnittwagen auf dem Abschnitt oder etwas 
ähnlichem.
Um wirklich halbwegs blind fahren zu können, braucht es daher ohnehin in 
Echtzeit aktualisierte Werte über RDS oder GSM.
Und ich hoffe mal, das weder Du noch sonst jemand sich tatsächlich blind 
auf solche Daten verlassen würde...
  
ich rede nicht von einem autopilot. Ich rede von Assistenzsystem die 
z.b. bei geschwindigkeitsüberschreitungen warnen. dafür reichen die osm 
Daten aus. aber er kann nicht entscheiden ob jetzt nur die info fehlt 
oder hier der default ert gilt.
Und für die vorherige Berechnung von Fahrzeiten ist es auch zu 
vertreten, wenn mal ein Abschnitt fälschlich als unbeschränkt angegeben 
ist, da a) dieses früher oder später korrigiert werden wird und b) eine 
solche Angabe wegen der Punkte oben und vor allem durch die aktuelle 
Verkehrssituation ohnehin nur eine sehr grobe Schätzung sein kann.
  
Da wir ja local Mappen wäre hier z.B. ein tag für Staurisiko sehr schön. 
Da wäre beim Routen eine zimlich hilfe. Vorallem innerstädtisch :-) Die 
Leute vorort kennen in der Regel die Stauzentren und umgehen die. Wäre 
schön well solche Erfahrungswerte in die Routenplanung eingebunden 
werden könnten.


Gruß
  Gerhard
begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

Re: [Talk-de] Nautisches Mappen

[Gerhard Schmidt]

Dimitri Junker schrieb:

Hallo,


  

Dabei ist mir aufgefallen das im JOSM keinerlei Presets für Nautische
sachen gibt.




Nennt sich ja auch Openstreetmap. Aber ernsthaft. Ich bin im letzten Urlaub 
gesegelt und habe natürlich auch darüber nachgedacht. Um für die 
Schiffsfahrt (Berufs oder Sportboot) interessant zu sein bringen einem 
Seezeichen wenig. Man braucht eine Karte mit Tiefeninfos. Und die in der Art 
von OSM zu ermitteln halte ich zumindest derzeit für unmöglich. 1. Bräuchte 
man eine Kopplung von GPS, Tiefenmesser und Gezeitentabelle. Alles müßte 
vernünftig eingestellt sein. Letzteres hört sich trivial an, aber eine der 
ersten Fragen beim Segeln ist immer zeigt der Tiefenmesser die Tiefe unter 
Kiel oder die Wassertiefe an. Dann die Datenflut. An Land interessieren uns 
nur die Straßen und Wege, das Land dazwischen wird praktisch ignoriert. OK 
es wird z.B. eingetragen, daß da Wald ist, aber im Vergleich zu einer 
flächendeckenden Tiefeninfo ist das eine minimale Informationsdichte. Mal 
abgesehen davon, daß man Straßen einfach abfährt, im günstigsten Fall weil 
man da eh lang muß müßte man auf See wirklich ein Gebiet streifenweise hin 
und her abfahren. Und dann der Sicherheitsaspekt. Normale Menschen fahren 
mit oder ohne Navigationssystem so, daß sie die Straße beobachten und z.B. 
erkennen wenn man eine Fähre nehmen muß und nicht in den Rhein (war doch der 
Rhein oder?) fahren. Ein Fehler im Kartenmaterial führt also im schlimmsten 
Fall zu einem Umweg. Ganz anders auf See. Dort berechnet man an der Karte 
einen Kurs, fährt den teils nach Autopilot und verläßt sich außer an Stellen 
die laut Karte gefährlich (untief) sind darauf, daß da nichts passiert. 
Fehlt da also in der Karte ein Riff macht es bums. Ja ich habe schon ein 
Segelboot versenkt, zwar wegen eines Navigationsfehlers des Skippers, aber 
ein Kartenfehler hätte den gleichen Effekt gehabt.
  
Naja ich bin Sportbootfahrer und da intersieren mich die tiefen nicht 
wirklich. Die 90cm die ich brauche kann man locker per Augenmas abschätzen.


Ich denke das sich auf den utopilo zu verlassen in jedenfall ein fehler 
ist. Btw ich denke dasd Autopiloten eh immer mit dem echolot gekoppelt 
sind und grundsätlich allerm geben wenn die gemessene teife nicht mit 
der erwarteten Tief überinstimmt. Wäe noch die frage ob man die 
tiefeninformatioen nicht wie den höheninfo aus ner offene quelle 
beziehen kann und mit OSM daten verheiratenkann um eine Seekarte zu 
erzeugen. Die cyclemap macht das ja für höheninfomatioen auch schon.


Wie gesagt für mich sind die Tiefeninformationen nicht wirklich wichtig. 
Infomationen zu Seezeiche aber schon. Aber was viel wichtiger ist die 
infomationen zu Wassertankstellen, Werkstätten, Marinas, Boot kränen etc.


Gruß
   Gerhard  




begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

[Talk-de] Nautisches Mappen

[Gerhard Schmidt]

Hi Leute,

ich bin gerade im Urlaub in Kroatien und hab angefangen meine Urlaubsort 
zu mappen.


Dabei ist mir aufgefallen das im JOSM keinerlei Presets für Nautische 
sachen gibt. Das einzige was ich gefunden hab war eine Leuchtturm wobei 
ich davon ausgehe das damit eher ein wirklich leutturm und weniger ein 
Seezeichen gemeint ist.


Auf die Schnelle hab ich auch im Wiki nichts dazu gefunden.

Hat schonmal jemand sowas wie Seezeichen. Hafenanlagen (vorallem im 
Sportbootbereich also slipanlagen, Kräne. Botsanleger, Marina, 
Tankstellen (für Boote) etc. getagged.


Gibts irgentwo im Netz eine Zusammenstellung dieser Tags.

Gruß
   Gerhard
begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

Re: [Talk-de] maxspeed = 250 für unbegrenzte Stra ssenabschnitte?D

[Gerhard Schmidt]

Gerrit Lammert schrieb:

Stefan Hirschmann wrote:
  

Also wie bereits andere Erwähnt haben, maxspeed=umlimited oder
(maxspeed=law_maximum_germany) kommt mir da echt sinnvoller vor, wobei
ich die zweite Variante mit geseztliches Limit Deutschland bevorzugen würde.



Das ist überflüssig, da implizit gegeben.
Es wird ja auch nicht für jede Bundesstraße maxspeed=100 angegeben, da 
eben genau dies der defaultwert ist.
  
das fide ich gerade falsch. Den wie unterscheidest du ob jetzt der 
default gilt oder der mapper die geschwindigkeitsbegrenzung nur nicht 
eingegeben hat. Gerade im hinblick auf Fahrer Assistenz system finde ich 
die geschwindigkeitsinformation sehr wichtig. deshalb tagge ich auch die 
default Geschwindigkeit mit.
Unbegrenzte Autobahnstrecken bekommen gar keinen maxspeed-tag, da hier 
ohnehin als default maxspeed=no gilt.
Wenn eine Bundeseinheitliche Maximalgeschwindigkeit eingeführt wird, 
muss nicht das ganze Straßensystem umgetaggt, sondern nur ein anderer 
Defaultwert eingeführt werden.
  

Wo ist das probelm. sowas kann problemlos ein robot machen.
Das gleiche sollte auch für Straßen innerhalb von geschlossenen 
Ortschaften gelten, wenn die Ortsgrenzen mal komplett sind. Eine Straße 
innerhalb des Ortes bekommt dann als default maxspeed=50, was natürlich 
durch ein maxspeed=30 oder maxspeed=70 auf der entsprechenden Straße bei 
Bedarf überschrieben werden kann.
  
Wie gesagt das ist für eine software nicht entscheidbar. Felt der 
MaxSpeed eintrag muss die software davon ausgehen das der Maxspeed 
unbekannt ist und kann nicht vom default ausgehen,


Das spielt zwar für router und die karten nur eine untergeordnete rolle 
aber wir solen andere anwendungen nicht aus den augen verliehren.


Gruß
  Gerhard
begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

Re: [Talk-de] Potlach ist ein Problem!

[Gerhard Schmidt]

Frederik Ramm schrieb:
Nicht die Editoren sind das Problem, sondern die Benutzer. 
Das sehe ich nicht so. Potlach ist teil des Problems, und zwar das er 
direkt in der db arbeitet. dadurch werden Fehler sofort in die Datenbank 
übenommen. Gerade das führt zu Problemen da sich viel Potlach nutzer 
darüber nicht im klaren sind. Das heist sie gehen mal rein spielen ein 
bisserl rum und schliesen dann den Browser.


Gruß
  Gerhard
begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

Re: [Talk-de] Nutzung von Luftbildern des Bayrischen Landesamts für Vermessung und Geoinformation in OpenStr eetMap

[Gerhard Schmidt]

André Reichelt schrieb:

Bernd Wurst schrieb:
Aber einfach wild alles was auf Luftbild oder laut GPS-track 
vielleicht eine Straße sein könnte nachzutragen wirkt bei mir als 
absoluter Motivationskiller.


Nun, wild drauf loß zeichnen tu' ich nicht, ich prüfe schon vorher mit 
dem Luftbild gegen, ob da wirklich was ist, oder ob es sich um Humbug 
handelt.


Es gibt doch nichts besseres als einen weißen Fleck auf der Karte in 
was brauchbares zu wandeln. Wenn sich das jetzt darauf reduziert, 
dass ich nur noch die letzten 100 Meter Feldweg nachtrage und den 
Rest von road nach track/uncalssified oder sowas umwandle, dann 
motiviert mich das gar nicht.


Das mag villeicht deinem Ego gefallen, aber für den, der das Mateilal 
nutzen möchte, ist eine nicht getaggte Straße mehr wert als keine 
Straße. Und mir ist eben der Anwender wichtiger als Du oder die 
Andrern, die gegen diese Vorgehensweise sind. Nimm das jetzt nicht 
persönlich, aber das ist eben meine Sicht der Dinge.


Das finde ich nicht. Unbestätigte daten sind schlimmer als nicht 
vorhanden Daten. Ich stelle es mir wirklich schlimm vor wenn mein navi 
mich ständig an straßen leiten würde wo ich nicht fahren darf wils halt 
nur geteerte Feldweg sind (gesperrt für Kraftfahrzeuge).


Gruß
Gerhard
begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

Re: [Talk-de] Nutzung von Luftbildern des Bayrischen Landes amts für Vermessung und Geoinformation in OpenStreetMap

[Gerhard Schmidt]

Andreas Jacob schrieb:
> Am Mittwoch, 11. Juni 2008 08:50:20 schrieb Gerhard Schmidt:
> 
>> Muss das sein das die Straßen von Luftbildern abgezeichnet werden. 
> 
> Für mich: ja
> 
>> Das zeug 
>> ist ungenau 
> 
> Welche Daten ziehst du als Referenz heran, um die Genauigkeit 
> unterschiedlicher Quellen abzuwägen? Welches ist also deine "genaueste 
> Quelle? IMHO solltest du schlechte Erfahrungen mit Yahoo-Luftbildern nicht 
> auf alles was sich Luftbild nennt übertragen. Ich denke nicht, dass die 2m 
> DOPs, wie sie aktuell vom WMS des Bayerischen Landesvermessungsamtes 
> ausgeliefert werden ungenau wären. Zu dieser Einschätzung gelange ich auf 
> Grund der Tatsache, dass die Daten meines GPS Loggers bei guten Bedingungen 
> (gerade Strecke, freies Feld, konstante Geschwindigkeit, wenig 
> athmosphärische Störungen, genügend sichtbare Satelliten) denkungsgleich den 
> Luftbildern sind.

also mein GPS hat auch bei nicht 100% Bedingungen eine Genauigkeit von < 6m
und 6m sind bei den Bildern 3 Pixel.

>> und es fehlen sämtliche Metainformationen. 
> 
> Richtig, weswegen die Abzeichnung aus einem Luftbild auch nur der erste 
> Schritt in Richtung Vervollständigung der Daten sein kann und wird, 

Das Problem ist das keiner hergeht und eine Straße die schon erfasst ist
nochmal geht nur um zu schauen ob das auch richtig ist. Dazu gibt es noch viel
zu viele Straße die gar nicht drin sind.

>> Ich geh in meiner  
>> Gegend zur Zeit nach der Karte und schau wo noch weise Flecken sind und geh
>> dahin mappen. 
> 
> [ ] du wohnst in einem dicht besiedelten Gebiet
Nein (Dorf)
> [ ] du wohnst im Flachland, 
Voralpenland
> [ ] dein Radwegnetz ist gut ausgebaut, 
Naja teilweise
> [ ] das Netz des ÖPNV ist bei dir gut ausgebaut
Existiert quasi nicht
> [ ] du besitzt eine Netzkarte für den ÖPNV
Hab ich zwar spielt aber keine rolle
> [ ] Spritpreise sind dir egal
Ich Mappe mit dem Fahrrad -> ist mir Spritpreis wirklich egal
> 
> Ich kann leider keine der obigen Aussagen für mich verbuchen, weswegen ich 
> unter anderem auch auf die Lufbilder zurückgreife.

Ich fahre bis zu 50km mit dem Fahrrad zum Mappen. Natürlich ist es einfacher
vom bequemen Sessel aus zu Mappen aber ab und zu kann man sich auch mal
bewegen. Und nein ich bin kein Sportfanatiker (ich wiege 140 Kilo in bin alles
andere als Sportlich)

>> Aber wenn jetzt in großem Maßstab sachen aus Luftbildern ab 
>> gemalt werden dann kann ich mir das in Zukunft sparen. Weil zu erkennen ob
>> das jetzt gemapped wurde oder nur ab gemalt wurde ist sehr schwierig. 
> 
> Alles was ich aus Luftbildern erstellt habe, wird von mir generell als 
> Highway=road klassifiziert. Zu erkennen im [EMAIL PROTECTED] Layer an der 
> grauen Farbe. 

IMHO kannst du es dann auch weglassen. Das ist meine Meinung. Wenn ich nicht
weiß was es ist brauche ich es auch nicht mappen. Ein Straße einzutragen von
den ich nicht mal weiß ob sie wirklich eine Straße ist oder ob man da
überhaupt fahren darf und wer da Fahren darf. Bei uns sind z.B. einige Straßen
in Fahrrad weg umgewandelt worden und ich bin mir ziemlich sicher das du auf
den Luftbild das Fahrrad weg-Schild nicht erkennen kannst.

> http://www.informationfreeway.org/?lat=50.44640666538912&lon=10.26391228508591&zoom=13&layers=B000F000F
> 
> Zusätzlich führe ich als source den maßgeblichen WMS Dienst und Layer auf. 
> Und dies machen auch einige andere so, wie ich mitbekommen habe.
> Also Schwierigkeiten dies zu erkennen solltest du absolut nicht haben. Die 
> reale Klassifizierung der Straßen, deren Benennug und Beschilderung muss 
> weiterhin vor Ort aufgenommen werden. "Arbeitslos" wirst du durch derlei 
> Aktionen nicht. Ich vermute eher, dass du dich erschrecken würdest, wie viel 
> noch vor Ort zu tun ist. Bei mir hier im Radius von ca. 20 km Luftlinie gibt 
> es einige kleine Hamlets, von denen hatte ich bisher nicht einmal etwas 
> gehört.

Naja was meinst du erst wie spannend das erst ist wenn du da wirklich mal bist
und nicht nur mit den Finger auf der Landkarte(Luftbilder). Ich muss ganz
ehrlich sagen meine Mappingausflüge würde ich auf keine Fall mehr missen
wollen da kommst du in ecken die du sonst nie sehen würdest.

>> Ich 
>> hab kein Problem damit wenn Flüsse oder Wälder (auch wenn ich die auch mit
>> dem GPS ablaufe) 
> 
> Wenn du dies so machst, dann solltest du dich aber auch nicht weiter oben 
> über 
> die Ungenauigkeit von Luftbilder auslassen. 

Wie gesagt ich mappe auch Wälder und Flüsse mit GPS aber ich weiß das das ein
ziemlicher Aufwand und nicht gerade lustig ist (zufuß 3h um einen Wald
herumzulaufen macht nicht wirklich Spaß) daher kann ich verstehen das einige
sich diesen Aufwand nicht antun.

>> vom Luftbild eingezeichnet werden aber bitte nicht die 

Re: [Talk-de] Nutzung von Luftbildern des Bayrischen L andesamts für Vermessung und Geoinformation in OpenStree tMap

[Gerhard Schmidt]

Andreas Jacob schrieb:
> Am Dienstag, 10. Juni 2008 16:18:26 schrieb Frederik Ramm:
>> Hallo,
>>
>>>> Quark. Ende des Jahres sind wir mit den Strassen fertig. Ob 'ne
>>>> Autobahn mal 10m daneben liegt oder nicht, fuer die Info krieche
>>>> ich  doch keiner Behoerde in den Allerwertesten.
>>> Wie gesagt, das ist extrem optimistisch und wird so definitiv nicht
>>> kommen. Hauptverkehrsadern: villeicht; ganz Deutschland: NIE UND
>>> NIMMER. Es gibt viel zu viele kleine Sträßchen, Feldwege und Co.
>> (Ich schrieb: "mit den Strassen fertig". Nicht "mit den Feldwegen".)
>>
>> Und es gibt bis Ende des Jahres 15000 neue Mapper in Deutschland.
> 
> Da halt ich gegen. Wenn das einteten sollte (was ich mir natürlich wünsche), 
> dann gibt's von mir zum Jahreswechsel für dich ein rießiges Paket mit den 
> besten Thüringer Bratwürsten aus meiner Gegend. Da könnt ihr dann 
> gleichzeitig An- und Abgrillen, so du überhaupt den fleischlichen Genüssen 
> zugetan sein solltest.
> Ich bin zwar eigentlich in meinem Freundeskreis sehr für meinen Optimismus 
> bekannt, aber das schätze ich als sehr unwahrscheinlich ein. Und das obwohl 
> (oder gerade weil) ich mich am WE mit Hilfe der Bayerischen DOPs in der OSM 
> Wochenstatistik auf Platz 4 vorgearbeitet habe. Das sind eine ganze Menge 
> Straßen die da noch fehlen. Und selbst wenn wir schon einmal alle als von 
> Luftbildern abgezeichneten Roads drinne hätten, war noch lange keiner vor 
> Ort, und hat die Namen aufgenommen.
> Aber ich bin gespannt, und tue mein möglichstes, die Wette zu verlieren. :-)

Muss das sein das die Straßen von Luftbildern abgezeichnet werden. Das zeug
ist ungenau und es fehlen sämtliche Metainformationen. Ich geh in meiner
Gegend zur Zeit nach der Karte und schau wo noch weise Flecken sind und geh
dahin mappen. Aber wenn jetzt in großem Maßstab sachen aus Luftbildern ab
gemalt werden dann kann ich mir das in Zukunft sparen. Weil zu erkennen ob das
jetzt gemapped wurde oder nur ab gemalt wurde ist sehr schwierig. Ich hab kein
Problem damit wenn Flüsse oder Wälder (auch wenn ich die auch mit dem GPS
ablaufe) vom Luftbild eingezeichnet werden aber bitte nicht die Straßen. Auf
dem Luftbild kannst du noch nicht mal entscheiden welchen Straßentyp die
Straße hat.

Gruß
Gerhard

-- 
-
Gerhard Schmidt   | E-Mail: [EMAIL PROTECTED]
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] PGP/GPG

[Gerhard Schmidt]

André Reichelt schrieb:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
 
Christian Karrié schrieb:

| Ahhh danke!!
|> http://www.erweiterungen.de/detail/Enigmail/
Ich habe das jetzt alles so gemacht. Wie bekomme ich den Schlüssel denn 
nun registriert?

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
 
iD8DBQFINZHXSZwYnshmvloRAugwAKCfLbEMTpBtkPMm5pNxQG6XkXejaACgrY48

tehsF2+lZaCRBKw+v/szKGU=
=tTP/
-END PGP SIGNATURE-
  
pgp ist ja gut und schön. Normalerweise hab ich auch einen Laufen. Aber 
es wäre für die Lesbarkeit sehr praktisch wenn du auf pgp/mime umsteigen 
würdest. Dann wäre die Signatur noch immer da, aber die 95% der 
Menschheit die keinen pgp haben könnten die Mails ganz normal ohne den 
base64 müll am ende jeder Nachricht lesen.


Gruß
  Estartu
begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

Re: [Talk-de] Korrekturen im Schwarzwald?

[Gerhard Schmidt]

Gerald Oppen schrieb:
> Gerhard Schmidt schrieb:
>> Allerdigs hatte der erfassen nur ca alle 150m 
>>  einen GPS Punkt und ich habe alle 2m einen punkt da seht die straße dann 
>> etwas anderst aus.
> 
> Du machst hoffentlich nicht alle 2m einen Punkt? Auf geraden Strecken wo 
> sonst nichts zu vermerken ist sind 150m Abstand OK. In Serpentinen kann man 
> auch mal auf 10m runtergehen. Weniger Abstand macht von der Kartengenauigkeit 
> her keinen Sinn, höchstens dass es der Rendere besser darstellen kann.

sicher mach ich das :-) Nein natürlich nicht nur in engen Kurven etc
mach ich sehr kurz Abstände und anschließend lass ich den optimizer
drüber laufen bevor ich uploade.

BTW ich hab nicht davon gesprochen das er nur 150m eine Punkt gemacht
hat sonder das er nur alle 150m eine Trackpunkt hatte. (zumindest was
nur alle 150m einer in der Datenbank und die Nodes liegen ziemlich genau
da wo auch der Tackpunkt liegt :-) ) Ich finden alle 150m eine
Trackpunkt massiv zu wenig. Wenn ich mehr Punkte habe, kann ich
Ausreißer auch viel leichter erkennen und ignorieren.

>> Zu einem way mehrere Nodes hinzuzufügren ist sehr mühsam, da man immer 
>> einen node setzten muss dann wieder in den select modus wechslen in leer 
>> klicken um den selktion aufzuheben und dann im add mode wieder einen 
>> node hinzufügen zu können ohne das josm einen way erzeugt.
> 
> Hast Du schon mal versucht die Shift-Taste gedrückt zu halten wenn Du einen 
> neuen node setzt? 
> 
> Das sollte Dein Problem diesbezüglich lösen.

Jup hab ich gerade erfahren, wusste ich bisher nicht.

Gruß
Gerhard


-- 
-
Gerhard Schmidt   | E-Mail: [EMAIL PROTECTED]
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Korrekturen im Schwarzwald?

[Gerhard Schmidt]

Karl Eichwalder schrieb:
> Gerhard Schmidt schrieb:
> 
>> Was allerdings zumindest in josm fehlt, ist einfach nodes zu einem
>> bestehenden weg hinzuzufügen.
> 
> Zumindest bei meiner version (ca. 2 monate alt) geht das recht einfach:
> Shift gedrückt halten und auf den weg klicken.

Das die Funktion kannte ich noch nicht. Damit gehts angenehm schnell.
Danke für die Info.

Gruß
Gerhard


-- 
---------
Gerhard Schmidt   | E-Mail: [EMAIL PROTECTED]
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] JOSM: Neues Plugin

[Gerhard Schmidt]

Christoph Eckert schrieb:
> Moin,
> 
>> Nicht immer. In der Regel gilt die geschwindigkeitbegrenzung bis zum
>> Ortsende nicht bin zum ende der Bebauung. Die meisten Orte sindgrößer
>> als die bebaute fläche. oder gerade bei gröeren straßen ist eien
>> Puffergrünstreifen zwischen Staße und wohngebieten. Also die
>> geschwidigkeitsbegrenzung am Landuse=residential festzumachen ist nicht
>> wirklich brauchbar.
> 
> wie ist denn residential definiert? IMO beschreibt es momentan meist das 
> bebaute Gebiet, weil wir genaueres nicht wissen. Nur hoffe ich doch, dass 
> landuse=residential früher oder später den tatsächlichen Ortsbereich 
> beschreibt, oder?

Warum sollte es.  landuse=residential beschreibt die Bereiche die als
Wohngebieten benutzt werden. Es gibt ja auch noch landuse=industrial,
landuse=commerical und landuse=retail die auch bebauten Bereich
beschreiben. Und was ist mit Parks, und Plätzen die ja auch zum
Ortsgebiet gehören aber mit Sicherheit nicht als landuse=residential
getagged werden dürfen.

Das eigentlich Ortsgebiet muss anders beschreiben werden. Ab besten über
ein area das auch den Namen den Orts enthält.

Gruß
Gerhard

-- 
-
Gerhard Schmidt   | E-Mail: [EMAIL PROTECTED]
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Korrekturen im Schwarzwald?

[Gerhard Schmidt]

Karl Eichwalder schrieb:

Holger Issle schrieb:
  

On Thu, 15 May 2008 22:37:08 +0200, Hanno Böck wrote:



Langfristig sollte es möglich sein, objekte in osm anhand ihrer ID zu
referenzieren und in anderen Datenbeständen/Anwendungen zu nutzen.
  

Au weia... dann ist korrigieren von größeren Strecken praktisch nicht
mehr machbar. Ich zeichne keine 2km Punkt für Punkt manuell nach.



Dann lass es besser ganz bleiben ;-(  Du scheinst zu erwarten, dass
wir dann hinter dir herputzen und die unnötigen Nodes entfernen
und etwaige Altinformationen wiederherstellen.

So doll mühsam ist es auch nicht, alle 2 km einen Node zu setzen.
Was meinst du, wie viele Nodes notwendig sind, um die Waldgrenzen
und die dort verlaufenden Feldwege korrekt einzutragen?
  

Die Idee ist meiner Ansicht nach auch etwas daneben, da diese
Integrität nicht gewährleistet werden kann.



Jetzt, wo du es weißt, kannst du es ja bitte berücksichtigen.

  
Was allerdings zumindest in josm fehlt, ist einfach nodes zu einem 
bestehenden weg hinzuzufügen. bei einem Node geht das ganz gute. ich 
hatte letzte Woche den fall das ich an einer strae entlanggefahren bis 
die zwar schon erfast war. Allerdigs hatte der erfassen nur ca alle 150m 
einen GPS Punkt und ich habe alle 2m einen punkt da seht die straße dann 
etwas anderst aus.


Zu einem way mehrere Nodes hinzuzufügren ist sehr mühsam, da man immer 
einen node setzten muss dann wieder in den select modus wechslen in leer 
klicken um den selktion aufzuheben und dann im add mode wieder einen 
node hinzufügen zu können ohne das josm einen way erzeugt.


Schön wäre eine Funktion mit der man einen way (oder einen teilway 
begrennzt durch zwei nodes in n teilstücke unterteilen kann.


Gruß
   Gerhard
begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

Re: [Talk-de] NRW Rendern mit Zoomstufe 8 oder höher für Anfänger

[Gerhard Schmidt]

Henry Loenwind schrieb:

Henry Every wrote:

  
Denn eine Kachel besteht ja aus 256 x 256 Pixel macht bei 300DPI gerade 
mal etwas mehr als 1cm, geschweige denn wenn man auf 600 DPI hoch geht.



Das Problem müsste sich lösen lassen. In der tilesGen.pl gibt es drei 
Zeilen, die bestimmen, wie groß die Tiles gerendert werden:


 my $Width = 256 * (2 ** ($Zoom - $ZOrig));  # Pixel size of tiles
 my $Height = 256; # Pixel height of tile
...
 my $Pixels = 256;

Einfach anpassen und lokal rendern lassen. (Hinweis: tah rendert 
breitere Streifen (erste Zeile), die er dann später wieder zerschneidet 
(letzte Zeile)).


  
Es gab die Anmerkung, dass Drucker in dieser Größe nicht gerne 
Vektordateien hätten, da  muß ich leider widersprechen.



Andersrum. Ich merkte an, dass Drucker so große Vektordaten nicht mögen. 
Zur Erläuterung: Unsere Renderer (inkscape/batik) benötigen um ein 
einzelnes 256x256 Pixel großes Tile zu rendern schon gern mal 0,5 bis 
1GB RAM. Ich gestehe Druckern gerne zu, mit Postscript effizienter zu 
arbeiten, aber irgendwo ist dann auch "Ende Gelände" (bzw. RAM). Ich 
habe es ja mit meinem Postscript-Drucker zuhause (schwarz-weiß, A4, 
32MB) schön des öfteren mal, dass ihm bei eigentlich harmlosen Sachen 
der Speicher ausgeht und ich von PS auf vorgerastert umschalten muss.


  
Es ist Standard Daten als Postscript oder HPGL 
(http://de.wikipedia.org/wiki/Hewlett_Packard_Graphic_Language) im 
Großformat anzuliefern.
Weil das wesentlich effizienter ist, als riesige Rasterdateien zu 
Übertragen.



Klar, wenn die Seite aus einigen tausend Primitiven besteht, ist das 
völlig klar. Aber bei der Größenordnung, von der wir hier reden, bleibt 
es nicht bei tausenden. Kleines Beispiel: Das Tile, das mein tah grade 
rendert besteht aus 5700 Ways. svg/ps-seitig wären das dann nochmal um 
einiges mehr an Primitiven (pro Straße min 2 Linien, pro Fläche 
Linie+Fülling, dann die Icons, Schriftzüge, Brücken, 
Einbahnstraßenpfeile etc.). Und das ist nur ein Tile.
  
glaub mir die Rasterprozessoren von diesen Druckern schaffen das locker. 
Vorallem könne die über  Postscript auch noch zusätzliche Hinting 
benutzen was die ausgaben noch um einiges verbessert. Diese Drucker sind 
drauf optimiert sehr große und komplexe hpgl und Postscript files 
auszugeben.


Ich hab bisher leider auch noch keine weg gefunden das svg direkt ind 
postscript umuwandeln. Falls das jemand geschaft hat wäre es schon zu 
hören wie.


Gruß
   Gerhard
begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

Re: [Talk-de] [EMAIL PROTECTED] rendert uralte Daten?!

[Gerhard Schmidt]

Karl Eichwalder schrieb:

Dirk-Lüder Kreie schrieb:

  

Ich verstehe nicht ganz, was das damit zu tun hat, dass ein ZIP auf
einem [EMAIL PROTECTED] rechner 2 Wochen lang rumliegt, bevor es hochgeladen 
wird?



Ablehnen, wenn es schon etwas besseres gibt und es sollte etwas
besseres geben, da der job hätte neu vergeben werden sollen... usw.
  
Dann müste man aber eine api vorsehen die es erlaubt das render von 
einzlenen tiles anzufordern und dies drekt zu übernehmen.


Hintergrund ist das ich nachdem ich meine daten eingepflegt haben, 
render ich de tiles gelch durch und schick sie auf den Server. wenn der 
[EMAIL PROTECTED] server tiles die nicht angefordert wurden nicht mehr annimt würde 
das nichts bringen.


Gruß
Gerhard

begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

Re: [Talk-de] JOSM: Neues Plugin

[Gerhard Schmidt]

Christoph Eckert schrieb:

Moin,

  

Eine "Kreuzung" aus zwei Wegen und einem Landuse=residential. Sowas
finde ich in letzter Zeit häufig :(



ja, fällt mir bei uns in der Gegend auch auf. Allerdings sehe ich sowas nicht 
zwingend als Fehler. Einer der Autoren von Navit möchte beispielsweise 
herausbekommen, ob eine Straße innerhalb oder außerhalb einer geschlossenen 
Ortschaft ist, um beim Routing auf die unterschiedlichen Geschwindigkeiten 
Rücksicht nehmen zu können. Für solche Fragestellungen ist es IMO günstig, 
wenn die Straße sich mit dem Landuse schneidet, oder?
  
Nicht immer. In der Regel gilt die geschwindigkeitbegrenzung bis zum 
Ortsende nicht bin zum ende der Bebauung. Die meisten Orte sindgrößer 
als die bebaute fläche. oder gerade bei gröeren straßen ist eien 
Puffergrünstreifen zwischen Staße und wohngebieten. Also die 
geschwidigkeitsbegrenzung am Landuse=residential festzumachen ist nicht 
wirklich brauchbar.


Ich hab inzwischen begonnen bei mir die Straßen explizit mit 
geschwindigkeitbegrenuzungen (auch 50 und 100) zu taggen.


Gruß
   Gerhard
begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

Re: [Talk-de] offizielle Bezeichnung von Bundesstraß en/ Autobahnen

[Gerhard Schmidt]

Karl Eichwalder schrieb:

Frederik Ramm schrieb:

  

Es waere auch relativ trivial, einen Renderer (oder Praeprozessor) so
zu gestalten, dass er das Leerzeichen je nach Wunsch des Weiterverar-
beiters hinzufuegt oder entfernt. Insofern wuerde ich mir da keinen so
grossen Kopf drum machen.



Deine tips, wei meine auch, sind immer gold wert ;)

Da ich aber _jetzt_ mit den daten (karten) arbeite und mich
verschwendeter platz nervt, löse ich das problem in meinem
sinne und so, wie ich es für sinnvoll erachte.

Frei nach deinem motto: jeder trage ein, was er für wichtig
hält.
  
Nur Falsch machen solltest du es nicht. z.B. die A15 ist eine Landstraße 
bei Schwabmünchen. ob es eine Autobahn A 15 gibt weis ich nicht. 
Jedenfalls gibt es im Landkreis Augsburg alles von A1 bis mindest A23. 
Ich denke mal das es im Berliner Raum auch etliche Bx straßen geben wird 
die Keine Bundesstraßen sind.


Gruß
   Gerhard
begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

[Talk-de] Mappertreffen in Augsburg

[Gerhard Schmidt]

Hi Leute,

ich leg jetzt einfach mal einen Termin fest für ein Treffen in Augsburg.

Ich werde am 17. Mai 2008 ab 18:00 Uhr in dem Räumen des Augsburger Computer
Forum e.V. in der Frölichstraße 6 in Augsburg sein. Wer Interesse an einem
Erfahrungsaustausch und evtl. weiteren Treffen bitte vorbeischaun.

Hier noch der Link zur Karte
http://www.openstreetmap.org/?mlat=48.36970&mlon=10.8885&zoom=16&layers=0BFT

Gruß
    Gerhard

-- 
-----
Gerhard Schmidt   | E-Mail: [EMAIL PROTECTED]
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Wie mappe ich, ohne unangenehm aufzufallen?

[Gerhard Schmidt]

Dirk-Lüder Kreie schrieb:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Moin,

da es jetzt schon in einigen Mails auf dieser Liste angesprochen wurde,
dachte ich mir, ich eröffne mal einen Thread für Erfahrungsberichte,
Tipps und auch Austausch über Verhaltensweisen beim Mappen.

Da ich über die Situation in ländlicheren Gegenden nicht viel aussagen
kann, bitte ich hier euch alle, entsprechende Berichte anzuhängen.

  
Also ich Mappe hier in der Umgebung die Dörfer mit dem Rad. Dabei hab 
ich die Erfahrung gemacht da vorallem in reinen Wohngebieten und ganz 
besonders in den Seit neuestem sehr beliebten Sackgassen man schon etwas 
komisch angeschaut wird wenn man in jede Sackgasse reinfährt, bis zum 
ende fährt und erst dann umdreht, oder wenn man jede Straße zweimal 
fährt. :-)


Direkt angesprochen hat mich bisher noch keiner. Allerdings mappe ich 
auch recht unauffällig hab nur ein kleines GPS am Fahradlenker und 
ansonsten bleib ich halt ab und zu stehen notier die Stassennamen oder 
Fotografier sie.


Ist ja schon ein paar mal berichtet worden, selbstbewusstes auftretten 
und ein freundlicher Gruß helfen eigentlich immer.


Problematisch wirds nur wenn man nicht erkennen kann wo die Straße 
aufhört und Privatgrund anfängt. Ist mir schonmal  passiert das ich um 
eine ecke gebogen bin und stand mitten im Familiengrillfest :-) das hat 
natürlich für einigen überraschte Gesichter gesorgt. :-)


Ansonsten hatte ich bisher noch keine schwierigkeiten.

Gruß
Gerhard
begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

Re: [Talk-de] Parkspuren

[Gerhard Schmidt]

Henry Loenwind schrieb:

Hi,

prinzipiell gut, ABER erst wenn es einen Standard gibt, wie man 
richtungsabhängige Tags so gestalten kann, dass Editoren sie auch 
umdrehen können, ohne die einzelnen Tags zu kennen.


  
In der regel ist bei allen highway=residential parken erlaubt außer 
explizit verboden.


So gesehen wäre es sinnvoller die Parkverbote zu speichern und das 
parken als default zu lassen.


Gruß
  Gerhard
begin:vcard
fn:Gerhard Schmidt
n:Schmidt;Gerhard
org:;WWW & Online Services
adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333
email;internet:[EMAIL PROTECTED]
tel;work:+498928925279
tel;fax:+498928925257
url:http://portal.mytum.de/
version:2.1
end:vcard

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

Re: [Talk-de] Mapping Treffen in Augsburg

[Gerhard Schmidt]

Hanno Böck schrieb:
> Am Mittwoch 30 April 2008 schrieb Gerhard Schmidt:
>> da ich jetzt seit ca. 4 Wochen am Mappen bin und ich bisher nur die Leute
>> kenne  die ich zum Mappen gebracht habe würde mich interessieren ob es  von
>> den Leuten in Augsburg und Umgebung Interesse gibt sich mal zu treffen und
>> sich auszutauschen.
> 
> Auf dem Linux-Info-Tag in Augsburg gab es einen Menschen der ne Liste mit 
> Mailadressen von Augsburger OSM-Interessierten gesammelt hat. Ich weiss 
> allerdings nicht wie der hieß, wär aber sicher vorteilhaft, den 
> aufzutreiben :-)

Komisch hab ich gar nicht mitbekommen obwohl ich am LIT den ganzen Tag
nur ca. 10m neben dem OSM stand war.

> Wenn Du was machst, schreib am besten mal an die LUGA, da gibt's sicher 
> interessierte.

Ich werde auf jeden Fall am Samstag einen Zettel an die Pinwand in den
Räumen hängen. Mal sehen ob sich noch jemand meldet. Bisher hab ich 3
Meldungen.

Gruß
Gerhard
-- 
-
Gerhard Schmidt   | E-Mail: [EMAIL PROTECTED]
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

[Talk-de] Mapping Treffen in Augsburg

[Gerhard Schmidt]

Hi Leute,

da ich jetzt seit ca. 4 Wochen am Mappen bin und ich bisher nur die Leute
kenne  die ich zum Mappen gebracht habe würde mich interessieren ob es  von
den Leuten in Augsburg und Umgebung Interesse gibt sich mal zu treffen und
sich auszutauschen.

Ich könnte auch räume mit Netzanbindungen und Rechnern für das Treffen anbieten.

Meldet euch bitte hier oder bei mir direkt.

Gruß
Gerhard


-- 
-
Gerhard Schmidt   | E-Mail: [EMAIL PROTECTED]
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

[Talk-de] Wasserschutzgebiet

[Gerhard Schmidt]

Hi Leute,

wie tagge ich einen Straßenteil der durch ein Wasserschutzgebiet geht
(gesperrt für Gefahrguttransporter). Und wie tagge ich der Gebiet ansich.

Gruß
Estartu

-- 
-
Gerhard Schmidt   | E-Mail: [EMAIL PROTECTED]
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Teilweise gesperrte Straßen

[Gerhard Schmidt]

Christoph Eckert schrieb:
> Moin,
> 
> welcome :) .
> 
>> Durch diese Dreiteilung wir der Straßenname 3 mal gerendert obwohl die
>> Straße nicht wirklich lang ist. Gibt es da eine Möglichkeit das zu
>> unterdrücken.
> 
> Soweit ich weiß gibt es einen Tag um das Namensrendering fallweise zu 
> unterdrücken. Ich bin jedoch der Meinung dass solche Tipps für Renderer nicht 
> in die Datenbank sollten. Falls Du es aushalten kannst :) würde ich momentan 
> einfach darüber hinwegsehen und warten bis die Renderer dazulernen.

Aushalten kann ich das schon. Nur das Problem ist das der Name die
Einbahnstraßen Kennung verdeckt und ich denke das ist eine wichtige
Information. :-)

Aber du hast recht solche Informationen sollte nicht in die Datenbank
das sollte der Renderer selber erkennen und die
Einbahnstrasseninformation priorisieren.

Gruß
Gerhard

-- 
-----
Gerhard Schmidt   | E-Mail: [EMAIL PROTECTED]
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

[Talk-de] Teilweise gesperrte Straßen

[Gerhard Schmidt]

Hallo,

ich bin noch relativ neu zu Open Street Map und hab jetzt begonnen mein Dorf
zu erfassen.

Ich hab ein Problem mit einer Straße die bei uns vor der Schule vorbeiführt.

Die Straße in auf den Stück vor der Schule Einbahnstraße und zeitweise
komplett gesperrt. Wie tagged man so was.

Durch diese Dreiteilung wir der Straßenname 3 mal gerendert obwohl die Straße
nicht wirklich lang ist. Gibt es da eine Möglichkeit das zu unterdrücken.

Zu sehen unter
http://www.openstreetmap.org/?lat=48.16128&lon=10.7166&zoom=17&layers=B0FT

Gruß
    Gerhard
-- 
-----
Gerhard Schmidt   | E-Mail: [EMAIL PROTECTED]
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

[Talk-de] Komme mit dem neuen Josm nicht mehr zu recht

[Gerhard Zintel]

Hallo,

habe mir nach der Migration die aktuellste Version von Josm geholt (374). 
Leider komme ich damit jetzt nicht mehr klar. Offensichtlich gibt's jetzt nur 
noch einen Knopf um Nodes und damit auch Ways zu erzeugen. Jetzt möchte ich 
von einer Stelle einen Weg in eine Richtung erzeugen (funktioniert 
offensichtlich, wenn man einfach mehrere Nodes hintereinander erzeugt). Von 
der ersten Node aus will ich jetzt aber einen weiteren Weg in eine andere 
Richtung erzeugen (dieser Node ist eine Kreuzung). Hier weiß ich nicht, wie 
ich am ersten Node ansetzen kann. Das war in der alten Josm Version 
wesentlich intuitiver.

Gerhard

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

[Talk-de] "duplicated nodes" beim Hochladen von Daten mit JOSM

[Gerhard Zintel]

Hallo,

kann mir jemand sagen, wie ich die "duplicated nodes" finde, die mir JOSM bei 
dem Versuch, Daten hochzuladen zeigt?

Gerhard

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

Re: [Talk-de] Erste Schritte eines Newbies und viele Fragen

[Gerhard Zintel]

On Sonntag, 22. Juli 2007, Thomas Krüger wrote:
> Gerhard Zintel schrieb:
> > Hier ist meine eigentliche Frage wie ich die nach OSM hochgeladene Datei
> > wieder löschen kann. Ich würde die Straße gerne noch mal mit dem GPS
> > System abradeln und dann das (hoffentlich) bessere Ergebnis erneut
> > hochladen. Die alte Straße ist dann ja nur Datenmüll.
>
> Oder meinst du die GPX-Dateien mit den GPS-Tracks?
> Dann lad einfach eine neue Version hoch.
>

Stimmt, ich meinte die GPX Dateien. Bin deinem Rat gefolgt und habe eine neue 
Version hochgeladen (gleicher Name, ..., alles gleich) - jetzt habe ich die 
Straße leider 2 mal drin. 

Wenn also irgend jemand einen Tip hat, wie man die hochgeladenen GPX Dateien 
wieder löschen kann, wäre ich sehr dankbar.

Gerhard

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

Re: [Talk-de] Erste Schritte eines Newbies und viele Fragen

[Gerhard Zintel]

Hallo Thomas,

danke erst mal für die schnelle Antwort, sie hilft schon ein ganz Teil weiter.

On Sonntag, 22. Juli 2007, Thomas Krüger wrote:
> > http://www.openstreetmap.org/user/Gerbil/traces/30729
> > Bei der Strasse hat wohl das GPS System etwas gesponnen. Ich würde Sie
> > gerne löschen, finde aber keine Möglichkeit obwohl es in der Hilfe als
> > möglich erwähnt wird. Darüber hinaus sieht die Straße aus wie ein H mit
> > nach oben gerutschtem Querbalken. Im mittleren verbleibendem Feld parken
> > Autos. Es sin also mehr zwei einzelne Straßen mit einer Verbindung
> > dazwischen?!
>
> Möchtest du ein Segment auf der Straße herrausnehmen:
> - Straße wählen
> - [W] drücken bzw. 6. Symbol wählen
> - Segment anklicken
>
> Möchtest du einen ganzen Weg, ein Segment oder einen Node löschen:
> - Objekt auswählen
> - [D] / 7. Symbol
> Nanach bist du im Löschmodus und kannst direkt per Klick löschen.
>
Hier ist meine eigentliche Frage wie ich die nach OSM hochgeladene Datei 
wieder löschen kann. Ich würde die Straße gerne noch mal mit dem GPS System 
abradeln und dann das (hoffentlich) bessere Ergebnis erneut hochladen. Die 
alte Straße ist dann ja nur Datenmüll.

> > Dann noch zum JOSM. Als ersten Schritt versuche ich die Knotenpunkte zu
> > setzen. Da sehe ich dann den aktuell gesetzten Punkt nicht gleich sondern
> > erst, wenn ich den nächsten anklicke. Das irritiert sehr da ich nie genau
> > weis, wo ich jetzt den aktuellen Punkt gesetzt habe.
>
> Hast du den Hintergrund auf weiß gestellt? Ich kenne das Problem nur
> wenn ich weiße WMS-Karten eingefügt habe.
Danke, hatte ich inzwischen selber gemerkt, dass man den Hintergrund nicht 
weiß einstellen sollte.

Gerhard

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

[Talk-de] Erste Schritte eines Newbies und viele Fragen

[Gerhard Zintel]

Hallo OSM-ler,

habe die ersten Straßen in meiner Umgebung erfasst und jetzt tauchen die 
Fragen auf. 

Erfasst mit PDA unter Linux mit GPS Maus wärend des Radfahrens. Ich bekomme 
LOG Files im NEMA Format. Gewandelt mit gpsbabel ins GPX Format. Danach nach 
OSM hochgeladen. Möchte jetzt per JOSM editieren.

Hier nun die Fragen zu den einzelnen Straßen.:

http://www.openstreetmap.org/user/Gerbil/traces/30731

Zu dieser Straße gehören noch einige Stichstraßen und so etwas wie ein 
angegliedertes U. Habe sie daher in einzelnen Abschnitten getrackt und danach 
die einzelnen LOG-Files mit gpsbabel zu einem GPX File gewandelt. Das sieht 
jetzt im OSM nicht so toll aus. Kann / soll ich jetzt einen Weg erzeugen mit 
allen Stich- und Nebenstraßen.

http://www.openstreetmap.org/user/Gerbil/traces/30730
Diese Straße hat die Form eines Lassos. Auch hier die Frage, bilde ich sie als 
einen Weg ab?

http://www.openstreetmap.org/user/Gerbil/traces/30729
Bei der Strasse hat wohl das GPS System etwas gesponnen. Ich würde Sie gerne 
löschen, finde aber keine Möglichkeit obwohl es in der Hilfe als möglich 
erwähnt wird. Darüber hinaus sieht die Straße aus wie ein H mit nach oben 
gerutschtem Querbalken. Im mittleren verbleibendem Feld parken Autos. Es sin 
also mehr zwei einzelne Straßen mit einer Verbindung dazwischen?!

http://www.openstreetmap.org/user/Gerbil/traces/30726
Diese Straße musste ich auch in 2 Abschnitten tracken da sie in einem 
Abschnitt Einbahnstraße in eine Richtung ist, im anderen Abschnitt zunächst 
in beide Richtungen befahrbahr ist, sich dann aber in eine  Einbahnstraße in 
die andere Richtung wandelt. Wie gehe ich denn damit um?

Dann noch zum JOSM. Als ersten Schritt versuche ich die Knotenpunkte zu 
setzen. Da sehe ich dann den aktuell gesetzten Punkt nicht gleich sondern 
erst, wenn ich den nächsten anklicke. Das irritiert sehr da ich nie genau 
weis, wo ich jetzt den aktuellen Punkt gesetzt habe.

Hab noch weitere Fragen, stelle die aber lieber in den nächsten Mails sonst 
wird's zu viel auf einmal.

Danke euch jetzt schon für eure Antworten.
Gerhard

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