Re: [Talk-de] Alphabetische Liste von Kartenelementen

[Richi Bützer]

Hallo

Gibt es bereits, kennt nur keiner :-)
http://wiki.openstreetmap.org/index.php/Mapping/Features

Grüsse: Richi

Rainer Schulze schrieb:
> Hallo Gemeinde!
> 
> Die 'Bibel' für das Kartieren scheint mir zur Zeit die 'Map Features' Seite
> zu sein, auf der Schlüssel und Werte sowie ihre möglichen Einsatzgebiete
> erklärt werden.
> 
> Kann man nicht auch eine Liste anlegen, in der die tatsächlich vorkommenden
> Elemente in der Landschaft (Straße, Mülldeponie, Einkaufszentrum, Kino,
> Fußballplatz, Aussichtsturm, etc.) alphabetisch erfasst sind, und in
> welcher zu jedem Element beschrieben wird, mit welchen Tags es am besten in
> OSM einzutragen ist? Tatsächlich gehe ich (und wahrscheinlich auch
> andere 'Kleinkartierer') ohnehin in der Regel mit der Suchfunktion des
> Browsers durch die Liste, suche nach "Metzgerei" und finde 'shop',
> und 'butcher'.
> 
> Wenn eine solche Liste in jeder Sprache existierte, wäre die Zuordnung auf
> die englischen Begriffe auch ohne Kenntnisse der Sprache möglich.
> 
> Ich würde gerne meine Beiträge zu einer solchen Liste beisteuern, habe aber
> keine Ahnung, wie und wo man diese einrichten kann (und ob ich das selbst
> machen kann).
> 
> Was haltet ihr (vor allem die Neulinge und Gelegenheitskartierer) von dieser
> Idee?
> 
> Gruß ... Rainer
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de



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

Re: [Talk-de] Zusammenfassung higway-Tagging

[Raphael Mack]

Am Montag, 19. November 2007 schrieb Sven Grüner:
> Ps: Verflucht, ich schreibe zu langsam und recherchiere zu gründlich,
> Gerald war schneller.

Dafür reist du die Threads nicht immer auseinander, wie das die 
E-Mail-Programme von anderen machen und schreibst bei einem Zitat den 
Namen des zitierten mit hin. Ist doch auch etwas.

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

Re: [Talk-de] Klare highway tagging Regeln f?r befestigte, Stra?en

[Raphael Mack]

Hi,

Am Dienstag, 20. November 2007 schrieb Gerald.Oppen:
> > solange wir über weite Strecken Daten erstmal neu erfassen müssen: ja.
> > Die Feinarbeit kann man nachschieben, denn die können hinterher auch
> > Leute ohne GPS machen.
>
> Aber das ist doch nicht effizient wenn man Daten die man auf einfachste
> Weise sofort "richtig" eintragen könnte gezielt "falsch" einträgt!

Gerald, wie lange bist du denn bei OSM schon dabei? Hast du noch nicht 
begriffen, dass es hier kein absolutes "richtig" und "falsch" gibt.

> Dazu kommt dass ich oft auf Strassen im JOSM stosse die als
> "unclassified" eingetragen wurde weil der Mapper offenbar nicht wusste
> was er eintragen soll und dann "unclassified" genommen hat in der
> fälschlichen Annahem dass es sich hierbei um einen Platzhalter handelt -
> wie ich Anfangs auch.

Ja, das erkennt man dann aber - und zwar nur, indem man den Verstand 
einschaltet - nicht indem man auf die offizielle Straßenbezeichnung 
schaut - und man ggf. mit dem letzten Mapper Kontakt aufnimmt. - OSM ist 
ein Online-Community-Projekt, man darf also miteinander reden!

> Da habe ich jetzt z.B. das Problem: Meinte er damit die Strasse oder den
> Radweg/Wirtschaftsweg daneben?

Die meisten die ich kenne versuchen große Straßen zuerst zu taggen, davon 
kann man aber natürlich nicht immer ausgehen. Im zweifelsfall muss man 
halt selbst aufs GPS schauen und messen wo die Straße, wo der Weg ist. - 
Will man ja eh, wenn man weiß dass da zwei sind und nur einer 
eingezeichnet ist.

> Lösche ich jetzt
> den anderen Weg vernichte ich ebventuell die Arbeit eines anderen. Setze
> ich meine Bundesstrasse oder was auch immer daneben habe ich den anderen
> als Wirtschafts- oder Radweg deklariert den es vielleicht gar nicht
> gibt. ->

Du musst doch eh Hinfahren um anständige Daten zu bekommen. Oder machst du 
das etwa nicht? Das würde auch erklären, warum du es so toll findest, nach 
der offiziellen Klassifizierung zu mappen. - Weil die kannst du auch aus 
einer anderen Karte kopieren. Dass das nicht ok ist muss ich ja wohl nicht 
erwähnen, oder?

Grüße,
Rapha

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

Re: [Talk-de] Ortsschild taggen

[Dimitri Junker]

Hallo,

>So ideal ist das nicht, im Gegenteil. Denn was macht man beim
>Ortsausgang? Noch ein place-Tag ist sicher falsch, denn liefert der
>namefinder zweimal Hintertupfing und der Ortsname wird zweimal gerendert.


Wie Du schon schreibst:

>PS: Ich persönlich setze place nur als node, nicht als area ein,


Genau das ist es. Hier geht es um eine area. Und solange sie nicht 
geschlossen ist soll sie bitte von den Renderern ignoriert werden. Die 
Anzeige eines Ortsnamen sollte sich nach einem Node richten. 

>Pi mal Daumen eine area zu basteln und der den place-tag zu geben ist
>IMHO nur eine Notlösung.


Die Stadtgrenzen sollten meiner Meinung nach gemappt werden, und dafür kommt 
nur place=city (town...) als area in Frage.

>Dann lieber landuse


Was hat landuse mit dem Ortsschild zu tuen? Es gibt unbebaute Gebiete in 
Städten und bebaute außerhalb. Das Ortsschild sagt nur etwas rechtliches 
aus, nichts über die Bebauung.

>Wenn die administrativen Grenzen des Ortes bekannt und gemappt wären, ok,


Genau darum geht es doch.

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

[Talk-de] Zusammenfassung higway-Tagging

[Gerald.Oppen]

Danke Sven,

gut zusammengefasst!

> Problematisch ist hier, dass die Straßen, wo Klassifizierung und
> Ausbauzustand/Bedeutung nicht übereinstimmen, beim ersten,
> oberflächlichen Taggen nicht den Tatsachen entsprechend erfasst werden.
Darum hatte ich noch den Vorschlag gebracht in einem weiteren Tag
mit ++,+, ,-,-- zu erfassen ob die Strasse besser oder schlechter als die 
Erwartung
entsprechend der amtlichen Klassifizierung ist. Damit ginge die subjektive
Einschätzung nicht verloren und auch dieses Problem

> Außerdem ist in vielen Städten eine zusätzliche Regelung nötig, die
> wiederum Interpretationsspielraum lässt.

wäre damit abgedeckt.

Garry



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

[Talk-de] Betr.: Alphabetische Liste von Kartenele menten

[mallok]

Ich finde die Idee gut. Fang doch einfach mal an :) Das Einhaengen in die wiki 
wird einfach sein.  Was ich auch gut faende waere ein Hinweis welche Tags 
gerendert werden und welche nicht. Die shops anscheinend nicht...
-Ursprüngliche Nachricht-
Von: Rainer Schulze <[EMAIL PROTECTED]>
Datum: 19/11/07 21:14
An: talk-de@openstreetmap.org
Betreff: [Talk-de] Alphabetische Liste von Kartenelementen

Hallo Gemeinde!

Die 'Bibel' für das Kartieren scheint mir zur Zeit die 'Map Features' Seite
zu sein, auf der Schlüssel und Werte sowie ihre möglichen Einsatzgebiete
erklärt werden.

Kann man nicht auch eine Liste anlegen, in der die tatsächlich vorkommenden
Elemente in der Landschaft (Straße, Mülldeponie, Einkaufszentrum, Kino,
Fußballplatz, Aussichtsturm, etc.) alphabetisch erfasst sind, und in
welcher zu jedem Element beschrieben wird, mit welchen Tags es am besten in
OSM einzutragen ist? Tatsächlich gehe ich (und wahrscheinlich auch
andere 'Kleinkartierer') ohnehin in der Regel mit der Suchfunktion des
Browsers durch die Liste, suche nach "Metzgerei" und finde 'shop',
und 'butcher'.

Wenn eine solche Liste in jeder Sprache existierte, wäre die Zuordnung auf
die englischen Begriffe auch ohne Kenntnisse der Sprache möglich.

Ich würde gerne meine Beiträge zu einer solchen Liste beisteuern, habe aber
keine Ahnung, wie und wo man diese einrichten kann (und ob ich das selbst
machen kann).

Was haltet ihr (vor allem die Neulinge und Gelegenheitskartierer) von dieser
Idee?

Gruß ... Rainer


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



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

[Talk-de] Klare highway tagging Regeln f?r befestigte, Stra?en

[Gerald.Oppen]

> solange wir über weite Strecken Daten erstmal neu erfassen müssen: ja. Die 
> Feinarbeit kann man nachschieben, denn die können hinterher auch Leute ohne 
> GPS machen. 

Aber das ist doch nicht effizient wenn man Daten die man auf einfachste Weise
sofort "richtig" eintragen könnte gezielt "falsch" einträgt!

Dazu kommt dass ich oft auf Strassen im JOSM stosse die als "unclassified"
eingetragen wurde weil der Mapper offenbar nicht wusste was er eintragen soll
und dann "unclassified" genommen hat in der fälschlichen Annahem dass es sich
hierbei um einen Platzhalter handelt - wie ich Anfangs auch.
Da habe ich jetzt z.B. das Problem: Meinte er damit die Strasse oder den 
Radweg/Wirtschaftsweg
daneben? Gibt es dsowas überhaupt an der Stelle (kann ich aus meinen Daten dann 
auch nicht erkennen)?
Lösche ich jetzt den anderen Weg vernichte ich ebventuell die Arbeit eines 
anderen. 
Setze ich meine Bundesstrasse oder was auch immer daneben habe ich den anderen 
als Wirtschafts- oder 
Radweg deklariert den es vielleicht gar nicht gibt. -> Man muss noch mal hin 
und ganz genau
nachschauen. Es entsteht also der dreifache Aufwand wie wenn der erste gleich 
richtig getaggt hätte...
Ist das in Deinem Sinn?
 
Garry


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

[Talk-de] Zusammenfassung higway-Tagging

[Sven Grüner]

Hallo Liste,
Da die highway-Diskussion gerade in einzelnen Aspekten und Sonderfällen
zu versanden zu droht, möchte ich nach Lektüre sämtlicher Posts mal
versuchen das zusammenzufassen. Es wäre schade, wenn wir uns hier alle
gegenseitig die Köpfe einschlagen, nur damit das Thema in wenigen Wochen
wieder auftaucht, weil überhaupt nichts Brauchbares bei rausgekommen ist.

***Ziel der Debatte***
IMHO sollten ein Mapper aus der Schwäbischen Alb und einer aus Hamburg
eine Straße vor der sie gemeinsam stehen auch identisch taggen.
Weiterhin sollten die Kriterien einerseits anfängerfreundlich sein, also
nicht mehr als ein Satz pro Straßenklasse. Andererseits sollte der Profi
auch die Möglichkeit haben über zusätzliche Tags zu verfeinern.
Ein verbindliches Tagging ist absolut nötig, um die Daten wirklich
nutzbar zu machen. Schwierigkeit dabei ist individuelle Besonderheiten
mit einer festen Gesamtstruktur zu vereinen, ohne dabei Details zu
verlieren.

***Staus Quo***
Gegenwärtig orientiert sich das Tagging in highway= an der amtlichen
Klassifizierung und erlaubt gewisse Abweichungen die etwas untransparent
nach inner- und außerorts getrennt sind.

***Meinungen***
Diese gehen weit ausseinander, nicht zuletzt weil einige bemüht sind das
physisch vorhandene zu taggen ("da ist eine Kreisstraße, also tagge ich
eine Kreisstraße") während andere absolut auf das Routen von Autos
fixiert sind.
Generell lassen sich aber zwei Lager ausmachen:

Die einen wollen in highway= die amtliche Klassifizierung aufnehmen, da
dies absolut eindeutig und unmissverständlich ist. Für das
Routing/Ausbauzustand verweisen sie auf eine Vielzahl vorhandener Tags
(lanes=, maxspeed=, highway=stop/crossing/traffic_signals,
width/est_width=,grade1-5) aus denen sich ein Router die
fahrzeugrelevanten herauspicken kann.
Problematisch ist hier, dass die Straßen, wo Klassifizierung und
Ausbauzustand/Bedeutung nicht übereinstimmen, beim ersten,
oberflächlichen Taggen nicht den Tatsachen entsprechend erfasst werden.
Außerdem ist in vielen Städten eine zusätzliche Regelung nötig, die
wiederum Interpretationsspielraum lässt.

Dem gegenüber steht die Ansicht in highway= die
Bedeutung/Befahrbarkeit/Ausbauzustand zu erfassen. Auch wenn dies
vielerorts einher geht, ist die administrative Zuordnung dafür
eigentlich uninteressant. Um das Ziel zu erfüllen wäre hier eine Art
Schlüssel nötig, anhand dessen ein Mapper aufgrund subjektiver Kriterien
die Straße zuordnen kann. Die o.g. Tags würden dann zwar ein wenig
Redundanz enthalten, wären aber trotzdem noch sinnvoll für weitere
Differenzierung.
Problematisch ist hier das der Schlüssel entweder sehr komplex und damit
anfängerfeindlich wäre oder aber stark von der Subjektivität des
einzelnen Mappers abhängt. Weiterhin müsste man ein Tag schaffen das die
administrative Klasse aufnimmt, da ref= hier erwiesenermaßen untauglich ist.

Ich habe mich bemüht objektiv die Standpunkte zusammenzufassen, möchte
aber bemerken, dass ich das erste Schema favorisiere. Es lässt IMHO alle
Möglichkeiten und für einen LKW ist eine andere Straße evtl. besser als
für einen Sportwagen. Beim zweiten Schema trifft der Mapper pauschal die
Entscheidung, welche Strecke besser ist. Für Verkehrsaufkommen und
dergleichen ist IMHO eine Straßenkarte nicht das richtige Medium.
Dynamisch-statistische Lösungen, wie sie hier angesprochen wurden halte
ich für geeigneter. Die Router müssen dann halt ein digitales Abbild der
Welt(OSM), statistische(Tracks) und aktuelle(TMC) Daten vermischen um
die beste Route zu wählen.

Soweit, Sven

Ps: Verflucht, ich schreibe zu langsam und recherchiere zu gründlich,
Gerald war schneller.

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

Re: [Talk-de] Klare highway tagging Regeln f?r befestigte, Stra?en

[Christoph Eckert]

Moin,

> Damit ist die B9 eigentlich besser/schneller als die A65. Wie willst Du
> das jetzt nach Deinem System handhaben um konsistent
> zu bleiben? Die Autobahn als "trunk" einzeichnen und die Bundesstrasse
> als  "motorway"?

solange wir über weite Strecken Daten erstmal neu erfassen müssen: ja. Die 
Feinarbeit kann man nachschieben, denn die können hinterher auch Leute ohne 
GPS machen. 

Just my two cents,

ce


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

[Talk-de] Klare highway tagging Regeln f?r befestigte, Stra?en

[Gerald.Oppen]

>>/ Trunk = Bundesstrasse / (Staatsstrassen?)
/
> ich hatte schon im letzten Navi-Stammtisch gesagt daß ich das für
> Schwachsinn halte, denn das ist von der Bedeutung her eine
> Autobahnähnlich ausgebaute Straße, umgangssprachlich Schnellstraße.
> Bei weitem nicht jede Bundesstraße erfüllt diese Bedingung.


trunk 
Amt {n} 
Stamm {m} 
Koffer {m} 
Rüssel {m} 
Baumstamm {m} 
Schrankkoffer {m}

Anschlusskabel {n}

Leib {m} [geh.: Rumpf]

anat. Rumpf {m} 


trunk road 
Fernstraße {f} 

... gibt mir ein Wörterbuch als Übersetzung wieder.
Bundesstrassen sind Fernstrassen. Darum werden sie ja auch vom  Bund  
finanziert.
Also liegt die Zuordnung Bundesstrasse = trunk sehr nahe.

So handhabt es übrigens offensichtlich auch Navteq - schau mal in Dein TTQV.
Nicht dass ich die kopieren wollte - aber Dein Argument meine  
Vorschlag  wäre unübrsichtlich kann ich  so nicht nachvollziehen
und Sonderwünsche wie es dann tatsächlich dargestellt wird kann man dann 
getrost dem Renderer überlassen. Ein Router wird sich
mit subjektiven Klassifizierungen schwer tun.

Und ein Beispiel für die Inkonsistenz Deines Vorschlags: Du möchtest gut 
ausgebaute und gut befahrbare Landstrassen mit dem highway Tag
besser kategorisieren als schlecht ausgebaute Bundesstrassen.
Wie willst Du das dann mit Autobahnen machen? Ist z.B. die A98 zwischen 
Lörrach und Rheinfelden dann keine Autobahn mehr weil
sie nur je eine und baulich nicht getrennte Richtungsfahrbahn hat - bei 
zul. Höchstgeschwindigkeit zwischen 60km/h und 100km/h?
Anderes Beispiel:
Relation Wörth-Mutterstadt,
knapp 60km die  man über die B9 oder die A65 zurücklegen kann.
Beide Strecken haben je 2 Richtungsfahrbahnen, baulich getrennt.
Die A65 ist in ehr schlechtem Zustand mit vielen 
Geschwindigkeitsbegrenzungen, über grössere Abschnitte kein Standstreifen.
Die B9 ist in ehr gutem Zustand, hat Standstreifen und über weite 
Strecken keine Geschwindigkeitsbegrenzung.
Damit ist die B9 eigentlich besser/schneller als die A65. Wie willst Du 
das jetzt nach Deinem System handhaben um konsistent
zu bleiben? Die Autobahn als "trunk" einzeichnen und die Bundesstrasse 
als  "motorway"?


 
Garry


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

Re: [Talk-de] Alphabetische Liste von Kartenelementen

[Christoph Eckert]

Moin,

> An dieser Stelle nochmal folgender Punkt. Mich stört ein wenig, dass
> Osmarender highway=track in Waldgebieten recht auffällig darstellt, auf
> hellem Hintergrund passt die Darstellung meiner Meinung nach gut.

im Vergleich zu Servicewegen finde ich die Tracks zu fett. Den Vorschlag mit 
den Transparenzen finde ich gut; da könnte man nämlich auch die Grade (grade 
1 - 5) in der Karte ablesen.

> Hatte 
> schon mal die Frage an anderer Stelle gestellt, wer das auch so empfindet
> und wo man ggfs. Wünsche anmelden kann (wenn highway=track halbtransparent
> dargestellt würde und im Wald das grün durchscheint sähe das meiner Meinung
> nach stimmiger aus), vielleicht bekomm ich hier ja noch Meinungen dazu.

Das "Stylesheet" findet sich im SVN. Theoretisch kannst Du es selbst 
modifizieren und dann einreichen. Wenn die Leute es gut finden, wird es 
sicher gerne angenommen.

Beste Grüße,

ce


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

Re: [Talk-de] Alphabetische Liste von Kartenelementen

[Christoph Eckert]

Moin,

> Was haltet ihr (vor allem die Neulinge und Gelegenheitskartierer) von
> dieser Idee?

Du hast mich somit zwar eigentlich nicht angesprochen, aber ich finde die Idee 
sehr gut. Schließlich will man nicht map features komplett lesen bevor man 
weiß was Sache ist, sondern einen konkreten Sachverhalt mappen.

Allerdings wird das Erstellen und Pflegen einer solchen Seite aufwändig. Ich 
stehe - als "altgedienter Mapper - außerdem auf dem Standpunkt, dass man beim 
Mappen gar nicht nebenher im Wiki 'rumlesen muss. An der Stelle können die 
Editoren sicher noch zulegen.

Beste Grüße,

ce



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

Re: [Talk-de] Alphabetische Liste von Kartenelementen

[Holger Wiegleb]

>> Selbstkategorisierer, wie z.B. solche die völlig eigenmächtig
>> Bundesstraßen als trunk taggen, wenn der Konsens eindeutig sagt, dass
>> dieses "tag" für Kraftfahrstraßen gedacht ist?

> Welcher Konsens sagt das? Eindeutig!

Als Anfänger hab ich De_Map Features gelesen, die Strassen danach getaggt
und finde das Kartenbild, so wie es jetzt gerendert wird recht stimmig. Klar
gibt es Strassen, da passt das subjektiv nicht, wenn ich auf eine als
secondary getaggte Kreisstrasse stosse, die einfach sehr gut ausgebaut ist
und eine wichtige Verbindung darstellt so lasse ich das auch so in den Daten
drin.

Für den Anfang finde ich die in De_Map Features festgelegte Klassifizierung
okay. Was für ein gutes Routing alles gebraucht wird wird sich zeigen. Wir
haben hier in der Stadt eine Landesstrasse in total schlechtem Zustand,
teilweise Tempo 30, trotzdem ist es eine absolut wichtige Strasse auf der
zigtausend Autos täglich in die Stadt rollen, würde ein Router einen
Schleichweg vorschlagen, auf dem man 50 fahren kann, der also theoretisch
schneller wär so wär dieser Schleichweg, würden sich alle an den Router
halten sofort gnadenlos überlastet und die Tempo 30-Hauptstrasse der
Geheimtip.

Die Sache ist also sehr komplex, warum also nicht einfach mappen nach
eindeutigen Regeln und dann mal schauen, wie die Sache sich entwickelt?

An dieser Stelle nochmal folgender Punkt. Mich stört ein wenig, dass
Osmarender highway=track in Waldgebieten recht auffällig darstellt, auf
hellem Hintergrund passt die Darstellung meiner Meinung nach gut. Hatte
schon mal die Frage an anderer Stelle gestellt, wer das auch so empfindet
und wo man ggfs. Wünsche anmelden kann (wenn highway=track halbtransparent
dargestellt würde und im Wald das grün durchscheint sähe das meiner Meinung
nach stimmiger aus), vielleicht bekomm ich hier ja noch Meinungen dazu.

Gruss Holle


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

[Talk-de] Alphabetische Liste von Kartenelementen

[Gerald.Oppen]

> Selbstkategorisierer, wie z.B. solche die völlig eigenmächtig
> Bundesstraßen als trunk taggen, wenn der Konsens eindeutig sagt, dass
> dieses "tag" für Kraftfahrstraßen gedacht ist?

Welcher Konsens sagt das? Eindeutig!

Wenn die Sache eindeutig wäre gäbe es diese Diskusion nicht und ich hätte auch 
kein 
Problem damit. Aber so wird jetzt von Anfang an eine Inkonsistenz eingebaut die 
man
später nur mir viel Mühe (Handarbeit) auseinanderdrösseln kann.
Mein Vorschlag - konsequent durchgezogen - erlaubt ein konsistentes Arbeiten 
und ermöglicht
ausserdem die automatisierte Einstufung einer Strasse nach "Benutzbarkeit" (im 
Sinne von schnellster
Zielführung) so wie es einige jetzt gerne von Hand machen möchten was niemals 
objektiv und deckungsgleich
zwischen den einzelnen Mappern funktioniert. Damit wird die OSM-Karte nicht 
qualifizierbar und kommt
über den Spielzeugstatus nicht hinaus. 

Garry


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

[Talk-de] routingfähige Karten für Garmin

[Gerald.Oppen]

Hi Christoph,

> Für viele Leute hier ist Routing eine wichtige Motivation, sich zu 
> beteiligen. 
Wie auch für mich :-) Mit weiteren fahrerunterstützenden Funktionen...

> Auch Autobahnanschlussstellen werden noch der Pflege bedürfen.
Bin schon fleissig dabei alle Ausfahrten und Parkplätze der A5 zwischen 
Karlsruhe und Basel zu 
erfassen... :-)


> Also, wie lange werden wir brauchen, wenn man das derzeitige Wachstum 
> ansieht? 
> Zwei Jahre? Drei? Fünf?

Wir würden noch viel schneller zu einem (verifizierbarem) (deutschem)Grundnetz 
übergeorneter Strassen kommen
wenn man in JOSM wirklich nur noch die Strassenkategorie auswählen müsste die 
überall
am Strassenrand auf diesen kleinen Schildchen steht... Es reicht doch wenn man 
einmal Gehirnschmalz 
in die Sache steckt und dann millionenfach streng nach Plan vorgehen kann 
anstellen mehrmillionenfach
Gehirnschmalz reinzustecken um zu überlegen was ein anderer an dieser Stelle 
gemacht hat
und wie man es selbst wieder anderst machen kann.

Garry


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

Re: [Talk-de] Alphabetische Liste von Kartenelementen

[Dirk-Lüder Kreie]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Gerald.Oppen schrieb:
>> Wenn eine solche Liste in jeder Sprache existierte, wäre die Zuordnung auf
>> die englischen Begriffe auch ohne Kenntnisse der Sprache möglich.
> 
> Genau das versuche ich ja wenigstens für die Strassenkategorien durzusetzen.
> Aber einige meinen sich die Freiheit lassen zu müssen für jeden Meter Strasse 
> selbst
> zu entscheiden wie sie diesen Meter kategorisieren möchten anstatt ein 
> konsistenes, zukunftsicheres
> System zu verwenden was schon jemand anderst kategorisiert und alle paar 
> hundert Meter am Strassenrand
> "niedergeschrieben" hat. 
> Damit verschwenden diese "Selbstkategorisierer" unheimlich viel Zeit anderer 
> - insbesonderer Neueinsteiger - 
> die man sinnvoller für das Mappen verwenden könnte weil sie meinen siem 
> müssen versuchen das Rad neu
> zu erfinden, dabei aber bestenfalls nur Rechtecke produzieren.

Selbstkategorisierer, wie z.B. solche die völlig eigenmächtig
Bundesstraßen als trunk taggen, wenn der Konsens eindeutig sagt, dass
dieses "tag" für Kraftfahrstraßen gedacht ist?

- --

Dirk-Lüder "Deelkar" Kreie
Bremen - 53.0952°N 8.8652°E

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

iD8DBQFHQgw2FUbODdpRVDwRAt+0AKCU1F7BDUqBT9LGIvtAaFai7x1YSgCdHjCT
kSPM/u6syQCSN0gOUPGF1xY=
=o4G8
-END PGP SIGNATURE-

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

[Talk-de] Alphabetische Liste von Kartenelementen

[Gerald.Oppen]

> Wenn eine solche Liste in jeder Sprache existierte, wäre die Zuordnung auf
> die englischen Begriffe auch ohne Kenntnisse der Sprache möglich.

Genau das versuche ich ja wenigstens für die Strassenkategorien durzusetzen.
Aber einige meinen sich die Freiheit lassen zu müssen für jeden Meter Strasse 
selbst
zu entscheiden wie sie diesen Meter kategorisieren möchten anstatt ein 
konsistenes, zukunftsicheres
System zu verwenden was schon jemand anderst kategorisiert und alle paar 
hundert Meter am Strassenrand
"niedergeschrieben" hat. 
Damit verschwenden diese "Selbstkategorisierer" unheimlich viel Zeit anderer - 
insbesonderer Neueinsteiger - 
die man sinnvoller für das Mappen verwenden könnte weil sie meinen siem müssen 
versuchen das Rad neu
zu erfinden, dabei aber bestenfalls nur Rechtecke produzieren.

Garry 


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

[Talk-de] Klare highway ... reloaded

[Gerald.Oppen]

>>/ Ganz klar Lösungsansatz 2.
/>  Vor zwei Tagen hast du was ganz anderes geschrieben.


Ups - shit - Tippfehler

muss natürlich heissen:

/Ganz klar Lösungsansatz 1 !!!/

!!!

und das gleich zweimal:

> "Landstraßen besser als Landesstraßen" - Wo liest du das raus?


Muss richtig heissen

>/ Unverständlicherweise wird hier extrem der Eindruck erweckt dass 
>Bundesstrassen im allgemeinen
   
^^   
/>/ besser ausgebaut sind als Landesstrassen. In Einzelfällen trifft das ja 
durchaus zu - aber im allgemeinen sind

/>/ die Bundestrassen besser geeignet längere Strecken zurückzulegen als 
Landstrassen./



Danke für den Hinweis!

Garry


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

Re: [Talk-de] routingfähige Karten für Garmin

[Christoph Eckert]

Hi,

> > dass keiner weiß, wie das im Dateiformat für Garmingeräte aussehen muss.
>
> Das stimmt nun nur sehr begrenzt. Es gibt den cgpsmapper der solche
> Karten machen kann, der ist aber nicht umsonst.

Ok, ich habe mich falsch ausgedrückt. Es hätte lauten sollen "...dass das 
Wissen, wie das im Dateiformat für Garmingeräte aussehen muss, nicht frei 
verfügbar ist."
cgpsmapper ist klassische Closed-Source-Software. Woher der Autor das Wissen 
um das Dateiformat hat wissen wir nicht. Und bitte jetzt keine religiösen 
Diskussionen, aus dem Alter bin ich einfach 'raus :) .

> Aber das ist das geringste Problem. Solange es keine verbindliche
> Definition der Straßenbeschreibung gibt, die Routing-Relevante Daten
> enthält (wie z.B. "hier darf man links abbiegen") und diese auch
> konsistent und komplett genutzt werden, kann man von Anfang an
> vergessen daß Routing sinnvoll funktioniert.

Für viele Leute hier ist Routing eine wichtige Motivation, sich zu beteiligen. 
Im letzten halben Jahr hat sich viel getan. IMO ist das Schwierigste 
geschafft, denn das Ei kam zur Henne: Können wir mit unseren Daten wirklich 
routen? Ja, können wir.

Die meisten Leute hier werden sich gleichwohl darüber im Klaren sein, dass 
erstmal weiter fleissig Datensammeln angesagt ist, denn jedes Routing ist 
maximal so gut wie die zur Verfügung stehenden Daten. Ferner wird es noch ein 
Weilchen dauern, bis die Router wirklich praxistauglich sind.

IMO können wir schon heute einfaches Routing machen, Fred hatte in seinem 
Vortrag ein schönes Beispiel gezeigt. Die wahre Herausforderung liegt IMO in 
Innenstädten: "Biegen Sie links ab und halten Sie sich danach gleich wieder 
rechts.", "Da Sie Rad fahren, dürfen Sie diese Einbahnstraße in der 
Gegenrichtung befahren." oder auch "Als Fußgänger können Sie hier die Gleise 
queren; beachten Sie jedoch, dass dies ein illegaler Übergang ist.". Auch 
Autobahnanschlussstellen werden noch der Pflege bedürfen.

Bis die Daten in passender Form vorliegen, wird es also noch ein bischen 
dauern. Fragt sich nur, wie lange. Nachdem ich die Entwicklung der letzten 
anderthalb Jahre mitbekommen habe, behaupte ich dass das deutsche Straßennetz 
Ende nächsten Jahres fast vollständig sein wird. Dann können wir ein weiteres 
Jahr lang an die Details gehen. Danach können wir die Router optimieren.

Also, wie lange werden wir brauchen, wenn man das derzeitige Wachstum ansieht? 
Zwei Jahre? Drei? Fünf?

Beste Grüße,

ce

P.S.: Ich vergaß: Für Abbiegerestriktionen können Relationen verwendet werden


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

Re: [Talk-de] Klare highway ... reloaded

[Christian Kögler]

Am Montag, den 19.11.2007, 21:51 +0100 schrieb Gerald.Oppen:
> > (1)
> > Ich hatte versuchst die highway-Regeln nach einem festen einfachen
> > Schema für jedermann klassifizierbar zu machen:
> > http://wiki.openstreetmap.org/index.php/Talk:De:Germany_roads_tagging#Klare_highway_tagging_Regeln_f.C3.BCr_befestigte_Stra.C3.9Fen
> 
> 
> > (2)
> > Anderen wollen lieber anhand einer "gefühlten" Größe klassifizieren
> > (FRC), gemischt mit ein paar harten Fakten wie z.B. die Bundesautobahn.
> > Für "gefühlte" Größen gibt es momentan noch keine brauchbaren Regeln,
> > welche für die gesamte Bundesrepublik gültig wären.
> > Hier könnte z. B. ein frc-tag besser geeignet sein.
> 
> 
> > Die Frage ist nun, was wollen wir in dem highway tag stehen haben?
>   (1) oder (2)
> 
> 
> Ganz klar Lösungsansatz 2.
Vor zwei Tagen hast du was ganz anderes geschrieben.

> Alles andere an der Stelle wäre Bastelkram und führt zu keinem 
> professionellen Ergbniss.
Dann ist die Kartendarstellung von z.B. map24 und falk Bastelkram?

> Unverständlicherweise wird hier extrem der Eindruck erweckt dass Landstrassen 
> im allgemeinen
> besser ausgebaut sind als Landesstrassen. In Einzelfällen trifft das ja 
> durchaus zu - aber im allgemeinen sind
> die Bundestrassen besser geeignet längere Strecken zurückzulegen als 
> Landstrassen.
"Landstraßen besser als Landesstraßen" - Wo liest du das raus?

Gruss
ck3d


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

[Talk-de] Klare highway ... reloaded

[Gerald.Oppen]

> (1)
> Ich hatte versuchst die highway-Regeln nach einem festen einfachen
> Schema für jedermann klassifizierbar zu machen:
> http://wiki.openstreetmap.org/index.php/Talk:De:Germany_roads_tagging#Klare_highway_tagging_Regeln_f.C3.BCr_befestigte_Stra.C3.9Fen


> (2)
> Anderen wollen lieber anhand einer "gefühlten" Größe klassifizieren
> (FRC), gemischt mit ein paar harten Fakten wie z.B. die Bundesautobahn.
> Für "gefühlte" Größen gibt es momentan noch keine brauchbaren Regeln,
> welche für die gesamte Bundesrepublik gültig wären.
> Hier könnte z. B. ein frc-tag besser geeignet sein.


> Die Frage ist nun, was wollen wir in dem highway tag stehen haben?
(1) oder (2)


Ganz klar Lösungsansatz 2.
Alles andere an der Stelle wäre Bastelkram und führt zu keinem professionellen 
Ergbniss.

"trunk" ist im Wörterbuch übrigens auch mit "Stamm" zu finden.
Bundestrassen kann man durchaus als Stamm ansehen - als Stamm des 
Bundesfernstrassennetzes.

Unverständlicherweise wird hier extrem der Eindruck erweckt dass Landstrassen 
im allgemeinen
besser ausgebaut sind als Landesstrassen. In Einzelfällen trifft das ja 
durchaus zu - aber im allgemeinen sind
die Bundestrassen besser geeignet längere Strecken zurückzulegen als 
Landstrassen. 


Mich würde ja schon mal interessieren was diejenigen die sich für Lösung 2 
entscheiden für Strassennutzer sind...
Was mich betrifft bin ich ehr Vielfahrer 40TKM/Jahr, habe beruflich mit der 
Entwicklung von Navigationsgeräten Berührung
und zu früheren Zeiten auch im Bereich der Verkehrsdatenerfassung- und 
Beurteilung. 

Garry


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

Re: [Talk-de] routingfähige Karten für Garmin

[Holger Issle]

Hi Christoph,

On Mon, 19 Nov 2007 20:50:29 +0100, Christoph Eckert wrote:

>> Wo liegt die Schwierigkeit?
>
> dass keiner weiß, wie das im Dateiformat für Garmingeräte aussehen muss.

Das stimmt nun nur sehr begrenzt. Es gibt den cgpsmapper der solche
Karten machen kann, der ist aber nicht umsonst.

Aber das ist das geringste Problem. Solange es keine verbindliche
Definition der Straßenbeschreibung gibt, die Routing-Relevante Daten
enthält (wie z.B. "hier darf man links abbiegen") und diese auch
konsistent und komplett genutzt werden, kann man von Anfang an
vergessen daß Routing sinnvoll funktioniert.

 Danach kann man sich einen Algorythmus überlegen und sich
schlagen lassen, daß der nicht zur rechten Sekunde das "JETZT rechts"
ausspricht (und zwar auf sehr vielen verschiedenen Geräten immer genau
richtig), und dazu nicht den persönlichen Schleichweg jedes einzelnen
riecht und genau den vorschlägt. 

Vorschlag: überlege mal die Vorgehensweise (nur auf Papier) eine Route
zu finden. Daraus könntest Du die nötigen Daten ableiten, die man
braucht, und die dann hier zum taggen vorschlagen.
-- 

Ciao,
Holger (GUS-KOTAL, GUS#1100)

90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm
95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!)

cu @ http://www.issle.de

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

Re: [Talk-de] Ortsschild taggen

[Marcus Wolschon]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

> Hi,
> So ideal ist das nicht, im Gegenteil. Denn was macht man beim Ortsausgang? 
> Noch
> ein place-Tag ist sicher falsch, denn liefert der namefinder zweimal
> Hintertupfing und der Ortsname wird zweimal gerendert. Pi mal Daumen eine area
> zu basteln und der den place-tag zu geben ist IMHO nur eine Notl?sung. Dann
> lieber landuse, das wirkt sich beim Rendern nur marginal aus und gen?gt, um 
> den
> jeweiligen Ortsrand zu markieren.
> PS: Ich pers?nlich setze place nur als node, nicht als area ein, um St?dte 
> oder
> D?rfer zu taggen. Wenn die administrativen Grenzen des Ortes bekannt und 
> gemappt
> w?ren, ok, aber f?r das bebaute Gebiet halte ich landuse f?r n?tzlicher.

Marcus

Diese Grenzen wird warscheinlich nie jemand wissen und der Ort wird
nicht 2x gefunden. An der Stelle des Nodes wird der Name gerendert und
alles im Polygon ist Teil der Stadt.

"place" wird nicht als "bebaut" gerendert denn das sagt es nicht aus.
Bebaut ist ja gerade "landuse" (was sich also nicht nur "marginal"
auswirkt.). Ein "place"-Polygon läßt dich eine Stadt/Dorf/...
definieren ohne 2000x ein "is_in" auf jeder Straße, Telephonzelle
und Post zu taggen.

Ich mappe die bekannten Teile der Ortsgrenze sehr genau mit
"source"="survey" und setze für die unbekannten einfach 1-3 Punkte
grob in die Landschaft, weit genug weg um auf jeden Fall alle Häuser
zu enthalten mit "source"="estimated".

Marcus

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHQfckf1hPnk3Z0cQRAv3/AKDSJe8WVlLST6YnFUi3Q4955hPltQCgzWRC
BNtFD9WhJuDdXp98i6f0Qtg=
=En1M
-END PGP SIGNATURE-

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

Re: [Talk-de] Ich muß zugeben, nach einer gewissen Zeit des herumprobierens komme ich langsam mit dem neuen JOSM klar

[Juergen Buchner]

Hallo,

trotzdem die Frage (vielleicht kann sie ja jemand beantworten, der
auch die englischen Gruppen mit liest): Gibt es schon irgendwelche
Prognosen, wann über die Proposals zu den anderen Relations abgestimmt
wird? Ich habe teilweise schon dual_carriageway und bridge verwendet,
weil die Probleme, die diese Relations lösen sollen, doch relativ
häufig vorkommen ;-)

Viele Grüße

Jürgen

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

[Talk-de] Alphabetische Liste von Kartenelementen

[Rainer Schulze]

Hallo Gemeinde!

Die 'Bibel' für das Kartieren scheint mir zur Zeit die 'Map Features' Seite
zu sein, auf der Schlüssel und Werte sowie ihre möglichen Einsatzgebiete
erklärt werden.

Kann man nicht auch eine Liste anlegen, in der die tatsächlich vorkommenden
Elemente in der Landschaft (Straße, Mülldeponie, Einkaufszentrum, Kino,
Fußballplatz, Aussichtsturm, etc.) alphabetisch erfasst sind, und in
welcher zu jedem Element beschrieben wird, mit welchen Tags es am besten in
OSM einzutragen ist? Tatsächlich gehe ich (und wahrscheinlich auch
andere 'Kleinkartierer') ohnehin in der Regel mit der Suchfunktion des
Browsers durch die Liste, suche nach "Metzgerei" und finde 'shop',
und 'butcher'.

Wenn eine solche Liste in jeder Sprache existierte, wäre die Zuordnung auf
die englischen Begriffe auch ohne Kenntnisse der Sprache möglich.

Ich würde gerne meine Beiträge zu einer solchen Liste beisteuern, habe aber
keine Ahnung, wie und wo man diese einrichten kann (und ob ich das selbst
machen kann).

Was haltet ihr (vor allem die Neulinge und Gelegenheitskartierer) von dieser
Idee?

Gruß ... Rainer


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

Re: [Talk-de] Ich muß zugeben, nach einer gewissen Z eit des herumprobierens komme ich langsam mit dem neuen JOSM klar

[Christoph Eckert]

Hi,

> Wie funktioniert das alles?
>
> Hat da schon mal jemand etwas in Deutsch zu geschrieben?
>
> Die englische Erklärung erschließt sich mir nicht wirklich.

die Relations sind halt noch recht neu. Es muss sich erst noch 
herauskristallisieren, wie sie künftig am zeckmäßigsten benutzt werden.

Beste Grüße,

ce


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

Re: [Talk-de] routingfähige Karten für Garmin

[Christoph Eckert]

Hi,

> Wo liegt die Schwierigkeit?

dass keiner weiß, wie das im Dateiformat für Garmingeräte aussehen muss. Es 
grenzt schon an ein Wunder, dass man überhaupt Karten für die Kisten bauen 
kann.

Um Routing machen zu können, müsste man mehr wissen. Garmin wird diese 
Information aber so schnell nicht veröffentlichen (es sei denn, die jüngsten 
Entwicklungen im Geodatenmarkt zwingen sie dazu, die Flucht nach vorn 
anzutreten).

Beste Grüße,

ce


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

Tag f�r "Kiosk" - Abstimmung l�uft!

[Paul Lenz]

Ich kann kaum glauben, dass es so einen Tag noch nicht gibt.
Bitte hier abstimmen: 
http://wiki.openstreetmap.org/index.php/Proposed_features/Kiosk


Paul

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

Re: [Talk-de] Automatische Autobahn (Update)

[Paul Lenz]

Dank Christian, der mir eine entlarvende Datei mailte, 
konnte ich ein paar Bugs ausfindig machen und entfernen.
Bei der Gelegenheit habe ich auch noch eine automatische
Richtungsumkehr der generierten Gegenfahrbahn eingebaut.
Ich hoffe, das Programm ist jetzt fehlerfrei.
http://www.lenz-online.de/divers/mapping.htm


Paul

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

Re: [Talk-de] routingfähige Karten für Garmin

[John07]

Jürgen Fleckenstein schrieb:
> Hallo zusammen,
> ist jemanden bekannt, dass a einem solchen Projekt gearbeitet wird? Wo 
> liegt die Schwierigkeit?
>
> Jürgen
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
>   
Daran hätte ich auch Interesse.
Bin mal gespannt.
Gruß
Jonas

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

[Talk-de] routingfähige Karten für Garmin

[Jürgen Fleckenstein]

Hallo zusammen,
ist jemanden bekannt, dass a einem solchen Projekt gearbeitet wird? Wo 
liegt die Schwierigkeit?

Jürgen

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

Re: [Talk-de] ?Besser spät als nie: Worldfile mi t den Daten vom 14.11.

[Carsten Schwede]

Hallo Jonas,

Es gibt zwei Wege. Entweder Du lädtst die Übersichtskarte in Dein
Kartenprogramm oder Du rechnest die Kachel aus nach der Formael auf
meiner Wiki-Seite. In der Übersichtskarte kannst Du die Kachelgrenzen
sehen und es stehen die Nummern dann in den Kacheln drin. Die
Formelrechnungsmethode funktioniert so, das Du Deine Koordinaten vom
gesuchten Ort in die Formel eingibst mit Kachelgrößenfaktor 1.5 und
als Ergebnis erhältst Du die Kachelnummer, in der der Ort enthalten
ist. Die Nachbarkacheln sind dann +-120 und natürlich oben und unten +-1

John07 schrieb:
> Hallo,
> irgendwie hab ich das noch nicht ganz verstanden.
> Ich hab mir nun das worldfile heruntergeladen, entpackt und kann das mit 
> GPSmapEdit (warum ich das benutze, steht weiter unten) betrachten.
> Wie finde ich nun die Kachel meiner Region, ohne jede ausprobieren zu 
> müssen?

Viele Gruesse
Computerteddy


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

Re: [Talk-de] Ortsschild taggen

[Florian Schmitt]

Hi,

Dimitri Junker schrieb:

>> klar. Die Idee hinter dieser "Strick-Bastelei" ist wohl auch, dass
>> irgendwann jemand kommt und den Strich zur area vervollständigt.

> Auch klar, aber warum dann zuerst landuse statt sofort richtig place=city 
> kombiniert mit einem note=FIXME...

So ideal ist das nicht, im Gegenteil. Denn was macht man beim Ortsausgang? Noch
ein place-Tag ist sicher falsch, denn liefert der namefinder zweimal
Hintertupfing und der Ortsname wird zweimal gerendert. Pi mal Daumen eine area
zu basteln und der den place-tag zu geben ist IMHO nur eine Notlösung. Dann
lieber landuse, das wirkt sich beim Rendern nur marginal aus und genügt, um den
jeweiligen Ortsrand zu markieren.

Gruss
florian

PS: Ich persönlich setze place nur als node, nicht als area ein, um Städte oder
Dörfer zu taggen. Wenn die administrativen Grenzen des Ortes bekannt und gemappt
wären, ok, aber für das bebaute Gebiet halte ich landuse für nützlicher.

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

Re: [Talk-de] Ortsschild taggen

[Marcus Wolschon]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


> Bedingt dann jedoch das dem Polygon "Deutschland" angeh?ngt wird, wie
> schnell Ausserorts gefahren werden darf.

Leider gibt es kein "Polygon Deutschland". Um die Frage maschinenlesbar
zu klähren "in welchem Land bin ich" versuche ich da gerade auf der
OSM-dev eine klare Regel zu finden.

Daran scheitert schonmal die Idee irgendein "maxspeed"-Tag an das
Land zu hängen. Das Polygon wäre sehr sehr groß und nicht mehr
sinnvoll zu editieren. Momentan wird eine Relation der Grenz-Stücke
vorgeschlagen.

> Ich verstehe dein Argument. Aber wer sagt dass ?berall Innerorts 50 km/h
>> ist? Dazu sind doch die maxspeed-Tags gedacht.

Ich empfehle hierzu mal
http://wiki.openstreetmap.org/index.php/OSM_tags_for_routing#maxspeed
wo klare Regeln wie die Auswertung in einem Navi gemacht wird
aufgestellt wurden.

> Wenn du die Max-Speed tags haben willst, denk ich ist eine kleine
> Vereinfachung gegeben, wenn das Tag an der Area der Stadt geh?ngt wird.

Bitte als proposed-feature an auf der Seite zu "maxspeed"
vorschlagen und Abstimmen. Wenn es beschlossen wird die
Dokumentation zu "maxspeed" anpassen und auch "OSM_tags_for_routing"
updaten.


Marcus
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHQcegf1hPnk3Z0cQRAgfoAKCKj4SDmtXWp9iYe/ek6kVo8V5ZvwCgn8P0
R0wb1jEQF6KOzC6zbuLHMo4=
=aEe+
-END PGP SIGNATURE-

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

[Talk-de] Klare highway ... reloaded

[Christian Kögler]

Bernd Raichle unser Problem schon am 14. Nov auf den Punkt gebracht:
> "Momentan ist das "highway"-Tag in OSM ein Mischmasch aus allen diesen
> Dingen.  Hierbei entspricht das "trunk", "primary", "secondary",
> "tertiary" am ehestem dem FRC aus GDF."

(1)
Ich hatte versuchst die highway-Regeln nach einem festen einfachen
Schema für jedermann klassifizierbar zu machen:
http://wiki.openstreetmap.org/index.php/Talk:De:Germany_roads_tagging#Klare_highway_tagging_Regeln_f.C3.BCr_befestigte_Stra.C3.9Fen


(2)
Anderen wollen lieber anhand einer "gefühlten" Größe klassifizieren
(FRC), gemischt mit ein paar harten Fakten wie z.B. die Bundesautobahn.
Für "gefühlte" Größen gibt es momentan noch keine brauchbaren Regeln,
welche für die gesamte Bundesrepublik gültig wären.
Hier könnte z. B. ein frc-tag besser geeignet sein.


Die Frage ist nun, was wollen wir in dem highway tag stehen haben?
(1) oder (2)


Gruss
ck3d


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

Re: [Talk-de] ?Besser spät als nie: Worldfile mi t den Daten vom 14.11.

[John07]

Hallo,
irgendwie hab ich das noch nicht ganz verstanden.
Ich hab mir nun das worldfile heruntergeladen, entpackt und kann das mit 
GPSmapEdit (warum ich das benutze, steht weiter unten) betrachten.
Wie finde ich nun die Kachel meiner Region, ohne jede ausprobieren zu 
müssen?
Vielen Dank.
Jonas

Carsten Schwede schrieb:
> Hallo,
>
> aus der World-Datei kann man die gewünschten Kacheln aussuchen und per
> sendmap übertragen. Auch geht es, die Karte in QLandkarte (das hatte
> doch jemand für Windows kompiliert?) zu installieren und damit aufs GPS
> zu übertragen. Dieser Weg ist besonders für Leute mit GPS-Geräten ohne
> microSD-Karte geeignet, da eh nur wenige Karten übertragen werden können
> durch eine Einschränkung des Programmes.
>
> Viele Gruesse
> Computerteddy
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
>   


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

Re: [Talk-de] ?Besser spät als nie: Worldfile m it den Daten vom 14.11.

[John07]

Danke für den Link, das erfüllt vorerst meine Anforderungen.


>>> Oder gibt es noch eine andere Möglichkeit die .img Dateien zu 
>>> betrachten, damit ich die meiner Region auswählen kann? 
>>>   
>> Mit GPSMapEdit: http://www.geopainting.com/
>> 
>
> Platform: MS Windows 98, ME, NT 4.0, 2000, XP, Vista.
>
> Hm, dann doch eher Qlandkarte.
> Sven
>   
Ja, ist gut, bitte fangt jetzt keine OS Diskussion an. Natürlich wäre 
mir QLandkarte lieber, aber so lange ich hier kein Linuxsystem laufen 
hab, geht das halt nicht.
Aber sei beruhigt, bald werde auch ich zu den "Guten" zählen :-)
Gruß
Jonas


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

Re: [Talk-de] ?Besser spät als nie: Worldfile m it den Daten vom 14.11.

[Sven Geggus]

Erik Heinz <[EMAIL PROTECTED]> wrote:

>> Oder gibt es noch eine andere Möglichkeit die .img Dateien zu 
>> betrachten, damit ich die meiner Region auswählen kann? 
> 
> Mit GPSMapEdit: http://www.geopainting.com/

Platform: MS Windows 98, ME, NT 4.0, 2000, XP, Vista.

Hm, dann doch eher Qlandkarte.

Sven

-- 
How to prevent Java from forking? Use a spoon.
(Found on http://slashdot.org)

/me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web

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

Re: [Talk-de] Ortsschild taggen

[Guenther Meyer]

Am Montag 19 November 2007 schrieb Raphael Studer:
> > Wenn du die Max-Speed tags haben willst, denk ich ist eine kleine
> > Vereinfachung gegeben, wenn das Tag an der Area der Stadt gehängt wird.
> > Dann müssen nur diejenigen Straßen innerhalb der Stadt mit abweichendem
> > Geschwindigkeitslimit getaggt werden.
>
> Gar nicht mal so Falsch die Idee.
> Bedingt dann jedoch das dem Polygon "Deutschland" angehängt wird, wie
> schnell Ausserorts gefahren werden darf.
> Und jeder Autobahn noch wie schnell auf dieser gefahren werden darf
> und für Feldwege das selbe.
> Dürfte dann etwas Aufwendig werden heraus zu finden, wie schnell man
> wirklich fahren darf, aber dass soll nicht unser Problem sein.
>
waere sehr sinnvoll. dann haette man die laenderspezifischen limits 
automatisch mit drin fuer alle strassen ohne extra gesetztes limit.
ware dann fuer deutschland also 50 fuer innerorts, und 100 fuer alles andere 
ausser autobahnen...





signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Ortsschild taggen

[Raphael Studer]

> ich wollte ursprünglich doch nur die Position des Ortsschilds
> festhalten, wenn ich sie schon so schön in meinem GPX-File habe. Wär'
> doch schade, wenn die Information verlorengeht...

Es hindert dich niemand daran einen Node zu setzen und mit
"ortsschild=yes" zu taggen, eventuell mit dem Zusatz "position=links"
(in Richtung des Weges). Damit klar ist auch welcher Seite der Strasse
sich das Schild befindet :)

Im ernst, ich würde einen kleinen Weg machen (2 Segmente lang) der in
etwa der Ortsgrenze entspricht und die Strasse kreuzt.
Ortsgrenzen gibts ja bereits als Tag.

Grüsse
Raphael

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

Re: [Talk-de] Ortsschild taggen

[Raphael Studer]

> Wenn du die Max-Speed tags haben willst, denk ich ist eine kleine
> Vereinfachung gegeben, wenn das Tag an der Area der Stadt gehängt wird. Dann
> müssen nur diejenigen Straßen innerhalb der Stadt mit abweichendem
> Geschwindigkeitslimit getaggt werden.

Gar nicht mal so Falsch die Idee.
Bedingt dann jedoch das dem Polygon "Deutschland" angehängt wird, wie
schnell Ausserorts gefahren werden darf.
Und jeder Autobahn noch wie schnell auf dieser gefahren werden darf
und für Feldwege das selbe.
Dürfte dann etwas Aufwendig werden heraus zu finden, wie schnell man
wirklich fahren darf, aber dass soll nicht unser Problem sein.

Grüsse
Raphael

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

Re: [Talk-de] Ortsschild taggen

[Friedhelm Schmidt]

Ach Leute,

ich wollte ursprünglich doch nur die Position des Ortsschilds 
festhalten, wenn ich sie schon so schön in meinem GPX-File habe. Wär' 
doch schade, wenn die Information verlorengeht...

-fri-


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

Re: [Talk-de] Ortsschild taggen

[Joerg Ostertag (OSM Munich/Germany)]

On Montag 19 November 2007, Raphael Studer wrote:
> On Nov 19, 2007 3:26 PM, Daniel Schmidt <[EMAIL PROTECTED]> wrote:
> > >> Beim derzeitigen Stand des Projektes halte ich es jedoch am
> > >> sinnvollsten, die Position des Ortsschildes in Nodes festzuhalten.
> > >> Aber lediglich, um die Information bereits irgendwo gespeichert zu
> > >> haben. Für eine tatsächliche Nutzung für z.B. Routenberechnung sollte
> > >> man das meines Erachtens dann aber in eine andere Form überführen.
> > >
> > > Ich seh den zusammenhang zwischen Routing und Ortsfläche nicht ganz.
> > > Die fürs Routing nötigen Informationen befinden sich doch in den Ways.
> >
> > Nehmen wir an, du fährst auf der einen Seite in den Ort rein und auf
> > der anderen Seite wieder raus. Beim reinfahren passierst du ein
> > Ortsschild, ab hier gilt 50. Dein Routenplaner hat ab hier mit 50 km/h
> > gerechnet, da eine Node auf dem Weg als Ortsschild getagged war. Beim
> > Verlassen des Ortes kommst du an einem Ortsendeschild vorbei, das aber
> > nicht in den OSM-Daten verzeichnet ist. Also geht der Routenplaner
> > auch weiterhin davon aus, dass du dich in besagtem Ort befindest, da
> > er nichts anderes "gehört" hat.
> > Ein Polygon musst du halt irgendwann wieder verlassen...
>
> Ich verstehe dein Argument. Aber wer sagt dass überall Innerorts 50 km/h
> ist? Dazu sind doch die maxspeed-Tags gedacht.
> Natürlich könnte man einige von denen Sparen wenn man ein paar Regeln
> festlegt:
>
> Alles was in ( D oder CH ) und innerhalb einer Stadt ist und keine
> andere Angabe hat, ist 50.
> Alles was in D und ausserhalb eines Orts und nicht auf einer Autobahn ist
> 100. Alles was in CH und ausserhalb eines Orts und nicht auf einer (
> Autobahn oder Autostrasse ) ist 80..
> Alles was 
>
> Da sind mir die maxspeed's doch sympatischer, zumindest bis kein
> besseres vollständiges Konzept zur Geschwindigkeitsangabe gefunden
> ist.

Wenn du die Max-Speed tags haben willst, denk ich ist eine kleine 
Vereinfachung gegeben, wenn das Tag an der Area der Stadt gehängt wird. Dann 
müssen nur diejenigen Straßen innerhalb der Stadt mit abweichendem 
Geschwindigkeitslimit getaggt werden.

-
Joerg

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

Re: [Talk-de] ?Besser spät als nie: Worldfile m it den Daten vom 14.11.

[Erik Heinz]

Hallo Jonas,

> Oder gibt es noch eine andere Möglichkeit die .img Dateien zu 
> betrachten, damit ich die meiner Region auswählen kann? 

Mit GPSMapEdit: http://www.geopainting.com/

Gruß,
Erik

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

Re: [Talk-de] Ortsschild taggen

[Marcus Wolschon]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo Daniel, Raphael und Rest(tm).


> Wie man das Erfassen der "geschlossenen Ortschaft" anstellt, muss  
> sicherlich noch ausgiebig diskutiert werden. M?glichkeiten w?ren:
> * Relationen: man erfasst alle Ways, die in einer geschlossenen  
> Ortschaft liegen, als Relation
> * Tag: man versieht die Ways in geschlossenen Ortschaften mit einen  
> entsprechenden Tag, z.B. in_city=yes (nur ein schnelles Beispiel,  
> bitte jetzt keine Diskussionen ?ber den Tag-Namen f?hren)

Sorry aber dies macht beides keinen Sinn.
Oder willst du zu sämmtlichen Straßen aller Städte
diese Tags hinzufügen bzw sie dieser Mega-Relation
hinzufügen?
Fang doch bitte schonmal mit Berlin an. Wir sehen uns dann so
gegen Nachmittag 2010.


> * Nodes: wie Bernd vorgeschlagen hat, die Position der Ortsschilder  
> eintragen

Nodes sind inkonsistent, da mit einem neuen Feldweg, der aus dem Ort neu
herausführt plötzlich der Ort an dieser Straße nie zuende ist.

> * Polygon: man zeichnet ein Polygon um die geschlossene Ortschaft.

Gibt es schon, macht Sinn, gibt die Realität sehr gut wieder und
ist wunderbar einfach sowohl zu taggen (was schon seit ewig in allen
Ländern gemacht wird) als auch automatisch auszuwerten.


Ich wundere mich immer wieder wie von vielen Leuten hier auf der
"talk-de"-Liste allgemeine Regel wie man grundsätzliche Sachen
taggen soll vorgeschlagen werden. Sachen die bereits getagged werden
und zwar sowohl in "de" als auch in allen anderen Ländern.
Es kann doch auf >dieser< Liste maximal darum gehen wie man
einheitlich zum Vorgehen aller anderen Länder deutsche Spezialfälle
taggen sollte. (Oder haben Orte in GB oder FR kein Ende?)
a) Die Karte existiert schon
b) Die Karte besteht nicht nur aus Deutschland
c) Die endgültige Referenz sind immer die englischen Wiki-Seiten.
   Danach kommen ihre deutschen Übersetzungen. Erst danach kommen
   Meinungen hier auf der Liste, auf anderen Listen und im Forum.
d) Die Karte wird nicht nur zum Rendern und nicht nur zum Routen
   benutzt.
e) Die Leute an die "Da muss halt der Renderer/Router/... auf mich
   Rücksicht nehmen" gerichtet ist sind nicht hier auf der kleinen
   deutschen "Lasst uns allgemein über OSM plaudern"-Liste.


Marcus

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHQaSvf1hPnk3Z0cQRAv0WAKCXPwFnnjxyH8Fd6IQeE4B+MNWUJQCfYUwZ
OEV0w8EyVgG3OCPASrxI800=
=he2v
-END PGP SIGNATURE-

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

Re: [Talk-de] Ortsschild taggen

[Raphael Studer]

On Nov 19, 2007 3:26 PM, Daniel Schmidt <[EMAIL PROTECTED]> wrote:
> >
> >
> >> Beim derzeitigen Stand des Projektes halte ich es jedoch am
> >> sinnvollsten, die Position des Ortsschildes in Nodes festzuhalten.
> >> Aber lediglich, um die Information bereits irgendwo gespeichert zu
> >> haben. Für eine tatsächliche Nutzung für z.B. Routenberechnung sollte
> >> man das meines Erachtens dann aber in eine andere Form überführen.
> >
> > Ich seh den zusammenhang zwischen Routing und Ortsfläche nicht ganz.
> > Die fürs Routing nötigen Informationen befinden sich doch in den Ways.
>
> Nehmen wir an, du fährst auf der einen Seite in den Ort rein und auf
> der anderen Seite wieder raus. Beim reinfahren passierst du ein
> Ortsschild, ab hier gilt 50. Dein Routenplaner hat ab hier mit 50 km/h
> gerechnet, da eine Node auf dem Weg als Ortsschild getagged war. Beim
> Verlassen des Ortes kommst du an einem Ortsendeschild vorbei, das aber
> nicht in den OSM-Daten verzeichnet ist. Also geht der Routenplaner
> auch weiterhin davon aus, dass du dich in besagtem Ort befindest, da
> er nichts anderes "gehört" hat.
> Ein Polygon musst du halt irgendwann wieder verlassen...

Ich verstehe dein Argument. Aber wer sagt dass überall Innerorts 50 km/h ist?
Dazu sind doch die maxspeed-Tags gedacht.
Natürlich könnte man einige von denen Sparen wenn man ein paar Regeln festlegt:

Alles was in ( D oder CH ) und innerhalb einer Stadt ist und keine
andere Angabe hat, ist 50.
Alles was in D und ausserhalb eines Orts und nicht auf einer Autobahn ist 100.
Alles was in CH und ausserhalb eines Orts und nicht auf einer (
Autobahn oder Autostrasse ) ist 80..
Alles was 

Da sind mir die maxspeed's doch sympatischer, zumindest bis kein
besseres vollständiges Konzept zur Geschwindigkeitsangabe gefunden
ist.

Grüsse
Raphael

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

Re: [Talk-de] Ortsschild taggen

[Daniel Schmidt]

>
>
>> Beim derzeitigen Stand des Projektes halte ich es jedoch am
>> sinnvollsten, die Position des Ortsschildes in Nodes festzuhalten.
>> Aber lediglich, um die Information bereits irgendwo gespeichert zu
>> haben. Für eine tatsächliche Nutzung für z.B. Routenberechnung sollte
>> man das meines Erachtens dann aber in eine andere Form überführen.
>
> Ich seh den zusammenhang zwischen Routing und Ortsfläche nicht ganz.
> Die fürs Routing nötigen Informationen befinden sich doch in den Ways.

Nehmen wir an, du fährst auf der einen Seite in den Ort rein und auf  
der anderen Seite wieder raus. Beim reinfahren passierst du ein  
Ortsschild, ab hier gilt 50. Dein Routenplaner hat ab hier mit 50 km/h  
gerechnet, da eine Node auf dem Weg als Ortsschild getagged war. Beim  
Verlassen des Ortes kommst du an einem Ortsendeschild vorbei, das aber  
nicht in den OSM-Daten verzeichnet ist. Also geht der Routenplaner  
auch weiterhin davon aus, dass du dich in besagtem Ort befindest, da  
er nichts anderes "gehört" hat.
Ein Polygon musst du halt irgendwann wieder verlassen...

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

Re: [Talk-de] ?Besser spät als nie: Worldfile mi t den Daten vom 14.11.

[John07]

Carsten Schwede schrieb:
> Hallo,
>
> aus der World-Datei kann man die gewünschten Kacheln aussuchen und per
> sendmap übertragen. Auch geht es, die Karte in QLandkarte (das hatte
> doch jemand für Windows kompiliert?) zu installieren und damit aufs GPS
> zu übertragen. Dieser Weg ist besonders für Leute mit GPS-Geräten ohne
> microSD-Karte geeignet, da eh nur wenige Karten übertragen werden können
> durch eine Einschränkung des Programmes.
>
> Viele Gruesse
> Computerteddy
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
>   
Falls es QLandkarte wirklich für Windows gibt, wäre ich für ein Link 
dankbar. Da ich ein GPS-Gerät mit nur 24 mb Speicher habe, kann ich auch 
nur einzelne Kacheln draufladen.
Oder gibt es noch eine andere Möglichkeit die .img Dateien zu 
betrachten, damit ich die meiner Region auswählen kann? Den anderen Weg 
über JOSM-mkgmap-sendmap hab ich auch schon ausprobiert, funktioniert 
auch, nur das ganze dauert seine Zeit :-) Und für andere User ist das 
ganze sehr kompliziert.
Gruß
Jonas

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

Re: [Talk-de] Ortsschild taggen

[Marcus Wolschon]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


>> Daher will ich fuer relevante Verkehrsschilder _immer_ explizit einen
>> Knoten mit "traffic_sign=city_limit" o.ae. taggen.
> 
> Ich denke nicht dass dies n?tig ist, vor allem nicht bei Knoten (oder
> Wegen) in denen sich highway=.. und landuse=residential (oder
> ?hnliches) schneiden. 

Hallo,

da stimme ich vollkommen zu.
Eine Stadt ist da zuende, wo ihr umgebendes "place=XYZ;name=NAME"
- -polygon zuende ist. Fehlt dieses (weil z.B. nur ein Mittelpunkt
des Ortes durch obige Tags auf einem Node statt Polygon getagged sind)
und existieren sich überschneidende Polygone mit
"landuse=residential/industrial/..." welche diesen Punkt beinhalten,
so extrapoliert mal (mehr schlecht als recht) die Ortsgrenzen aus
der Vereinigung dieser Polygone.
Fehlt alles bis auf den Punkt, ist der Ort an einer zufällig geschätzten
Entfernung zu diesem Punkt zuende, abhängig vom Wert des "place"-Tags.
(Dörfer sind kleiner als Städte, ...)

Marcus
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHQZIGf1hPnk3Z0cQRAjEvAKCwm62Quss2ItLq7YzqAss3rFcd6gCgwN5q
NGI29Z4qHfgDgGvZPKVZRbw=
=Pe9a
-END PGP SIGNATURE-

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

Re: [Talk-de] Ortsschild taggen

[Raphael Studer]

> Wie man das Erfassen der "geschlossenen Ortschaft" anstellt, muss
> sicherlich noch ausgiebig diskutiert werden. Möglichkeiten wären:
> * Relationen: man erfasst alle Ways, die in einer geschlossenen
> Ortschaft liegen, als Relation
> * Tag: man versieht die Ways in geschlossenen Ortschaften mit einen
> entsprechenden Tag, z.B. in_city=yes (nur ein schnelles Beispiel,
> bitte jetzt keine Diskussionen über den Tag-Namen führen)
> * Nodes: wie Bernd vorgeschlagen hat, die Position der Ortsschilder
> eintragen
> * Polygon: man zeichnet ein Polygon um die geschlossene Ortschaft.

Erstere macht bestimmt Sin um Adressen zu finden.
Um eine Fläche einzugrenzen (die Fläche des Orts) ist meiner Meinung
nach nur die vierte Variante geeignet.

> Beim derzeitigen Stand des Projektes halte ich es jedoch am
> sinnvollsten, die Position des Ortsschildes in Nodes festzuhalten.
> Aber lediglich, um die Information bereits irgendwo gespeichert zu
> haben. Für eine tatsächliche Nutzung für z.B. Routenberechnung sollte
> man das meines Erachtens dann aber in eine andere Form überführen.

Ich seh den zusammenhang zwischen Routing und Ortsfläche nicht ganz.
Die fürs Routing nötigen Informationen befinden sich doch in den Ways.

Grüsse
Raphael

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

Re: [Talk-de] wann wird Zoomlevel 11 und kleiner in Osmarender gerendert?

[Raphael Studer]

> mir ist aufgefallen, dass Änderungen, die vor ein paar Wochen gemacht wurden 
> in Zoomlevel 11 und kleiner noch nicht zu sehen sind. Wie läuft das ab? 
> Werden diese Level in regelmässigen Abständen gerendert oder muss man das 
> auch irgendwo anfordern, wenn ja, wo?

Ich bin mir nicht sicher wie solche Jobs angestossen werden. Im Moment
funktioniert jedoch das Backend dazu nicht ganz richtig, daher könnte
es eine Weile gehen bis die Tiles wieder erzeugt wurden.

Grüsse
Raphael

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

Re: [Talk-de] Ortsschild taggen

[Daniel Schmidt]

>> Daher will ich fuer relevante Verkehrsschilder _immer_ explizit einen
>> Knoten mit "traffic_sign=city_limit" o.ae. taggen.
>
> Ich denke nicht dass dies nötig ist, vor allem nicht bei Knoten (oder
> Wegen) in denen sich highway=.. und landuse=residential (oder
> ähnliches) schneiden. Wenn dann der Weg innerorts noch ein maxspeed=50
> und der weg ausserorts noch ein maxspeed=80 (als schweizer Beispiel)
> hat, brauchts nicht noch extra einen Tag dazu. Je mehr Tags, desto
> grösser die Gefahr dass sie vergessen werden.

Ich würde es bevorzugen, Ortsschild ("geschlossene Ortschaft") und  
tatsächliche Wohnfläche getrennt zu taggen.
Das eine ist eine (verkehrs-)rechtliche Einschränkung (max. 50 km/h,  
darf rechts überholen, etc), das andere eine physische ("hier stehen  
Häuser"). Nicht selten kommt es aber vor, wie Bernd es schon  
geschrieben hatte, dass bebaute Flächen und die Position des  
Ortsschildes voneinander abweichen.

Zwar ist der Schnitt mit einer "landuse=residential"-Fläche sicherlich  
eine brauchbare Annäherung. Ich habe in Baden-Baden aber zum Beispiel  
die Residential-Flächen nur dort reinzupinseln, wo auch tatsächlich  
Bebauungen zu finden sind. Bei Straßen durch Parkanlagen oder  
Waldstücke dürfte der Fahrer ja dann in der Regel 100 km/h fahren...,  
bzw. der Router das als schnellere Strecke bevorzugen.

Wie man das Erfassen der "geschlossenen Ortschaft" anstellt, muss  
sicherlich noch ausgiebig diskutiert werden. Möglichkeiten wären:
* Relationen: man erfasst alle Ways, die in einer geschlossenen  
Ortschaft liegen, als Relation
* Tag: man versieht die Ways in geschlossenen Ortschaften mit einen  
entsprechenden Tag, z.B. in_city=yes (nur ein schnelles Beispiel,  
bitte jetzt keine Diskussionen über den Tag-Namen führen)
* Nodes: wie Bernd vorgeschlagen hat, die Position der Ortsschilder  
eintragen
* Polygon: man zeichnet ein Polygon um die geschlossene Ortschaft.

Die ersten beiden sind meiner Meinung nach die praktikabelsten, wobei  
der Ansatz mit Relationen sicherlich der "modernere" wäre.
Geben wir lediglich Nodes die Info mit, dass dort ein Ortsschild  
steht, besteht das Risiko von "Löchern". D.h. es muss nur jemand in  
einem Ort ein Ortsende-Schild vergessen, schon wird ganz Deutschland  
(bzw. ganz Europa) zur geschlossenen Ortschaft.
Dieses Problem kann beim Einzeichnen eines Polygones nicht auftreten.  
Allerdings sehe ich hier das Problem der fehlenden Eindeutigkeit: wir  
haben dann ein "landuse=residential" und ein Polygon, dass die  
verkehrsrechtliche Grenze der Stadt markiert. Wenn dann irgendwann  
noch Polygone eingeführt werden, die angeben, welche Straßen zu einer  
Stadt gehören (muss wiederum nicht identisch mit den vorherigen sein)  
und dann noch PLZ-Bereiche etc., dann führt dass meiner Meinung nach  
zu einem kleinen Chaos.

Beim derzeitigen Stand des Projektes halte ich es jedoch am  
sinnvollsten, die Position des Ortsschildes in Nodes festzuhalten.  
Aber lediglich, um die Information bereits irgendwo gespeichert zu  
haben. Für eine tatsächliche Nutzung für z.B. Routenberechnung sollte  
man das meines Erachtens dann aber in eine andere Form überführen.

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

[Talk-de] wann wird Zoomlevel 11 und kleiner in Osmarender gerendert?

[Holger Wiegleb]

Hallo zusammen,

mir ist aufgefallen, dass Änderungen, die vor ein paar Wochen gemacht wurden in 
Zoomlevel 11 und kleiner noch nicht zu sehen sind. Wie läuft das ab? Werden 
diese Level in regelmässigen Abständen gerendert oder muss man das auch 
irgendwo anfordern, wenn ja, wo?

Gruss Holle


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

Re: [Talk-de] Georeferenzierte Bilder

[Dieter Faulbaum]

Sven Sommerkamp <[EMAIL PROTECTED]> writes:

> Gibt es auch für Linux ein Tool um mit Hilfe eines Tracks aus Bildern 
> georeferenzierte Bilder zu machen?
> Also, so das die Koordinaten dann in den Exif Daten des Bildes eingefügt 
> werden?
Leider derzeit noch nur für jpegs (und nicht z.B. raws):
gpscorrelate(-gui)

-- 
Dieter Faulbaum

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

Re: [Talk-de] JOSM - Anregungen/Wünsche

[Holger Wiegleb]

Hallo...

> Was JOSM im Augenblick aber schon kann, ist:

> * Wenn ein Waypoint einen Namen hat, wird dieser in der Karte
>   angezeigt.
> * Wenn der Waypoint ein -Tag im GPX hat, so wird ein Symbol
>   angezeigt, das bei Draufklicken den angegebenen URL in einem Browser
>   startet; handelt es sich um einen URL, der mit .jpg, .jpeg oder .wav
>   endet, so uebernimmt JOSM selbst die Wiedergabe (z.B. eben das
>   wav-File abspielen)

> Fuer Dich gaebe es also die Moeglichkeit, entweder passende link-Tags
> einzubauen...

Inzwischen hab ich mit OSMtracker eine gpx-Datei mit link-Tags erzeugt, ich
finde in JOSM aber keine anklickbaren Symbole, es werden waypoints angezeigt
(voice), diese sind aber nicht aktivierbar.

Ich muss dazusagen, dass ich gerade mal ein gpx-File erzeugt habe, dieses
enthält keinen Track sondern nur waypoints. Liegt es vielleicht daran oder
gibt es irgendeinen Trick?

Gruss Holle


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

[Talk-de] Georeferenzierte Bilder

[Sven Sommerkamp]

Gibt es auch für Linux ein Tool um mit Hilfe eines Tracks aus Bildern 
georeferenzierte Bilder zu machen?
Also, so das die Koordinaten dann in den Exif Daten des Bildes eingefügt 
werden?

Gruß Sven

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

Re: [Talk-de] ?Besser spät als nie: Worldfile mi t den Daten vom 14.11.

[Carsten Schwede]

Hallo,

aus der World-Datei kann man die gewünschten Kacheln aussuchen und per
sendmap übertragen. Auch geht es, die Karte in QLandkarte (das hatte
doch jemand für Windows kompiliert?) zu installieren und damit aufs GPS
zu übertragen. Dieser Weg ist besonders für Leute mit GPS-Geräten ohne
microSD-Karte geeignet, da eh nur wenige Karten übertragen werden können
durch eine Einschränkung des Programmes.

Viele Gruesse
Computerteddy

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

Re: [Talk-de] Ich muß zugeben, nach einer gewissen Zeit des herumprobierens komme ich langsam mit dem neuen JOSM klar

[Raphael Studer]

> Man kann mit den Relations festlegen wo man wie abbiegen kann?

Die Relations wurden unter anderem dazu gedacht.

> Wie funktioniert das alles?

Dass weiss noch niemand so genau, weil auch noch nichts definiert wurde.
Einzig die Multipolygone funktionieren und werden im Fall Wald auch
korrekt dargestellt (von Osmarender und Mapnik).

> Hat da schon mal jemand etwas in Deutsch zu geschrieben?

Nein, siehe oben.

Grüsse
Raphael

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

Re: [Talk-de] Ortsschild taggen

[Raphael Studer]

> Daher will ich fuer relevante Verkehrsschilder _immer_ explizit einen
> Knoten mit "traffic_sign=city_limit" o.ae. taggen.

Ich denke nicht dass dies nötig ist, vor allem nicht bei Knoten (oder
Wegen) in denen sich highway=.. und landuse=residential (oder
ähnliches) schneiden. Wenn dann der Weg innerorts noch ein maxspeed=50
und der weg ausserorts noch ein maxspeed=80 (als schweizer Beispiel)
hat, brauchts nicht noch extra einen Tag dazu. Je mehr Tags, desto
grösser die Gefahr dass sie vergessen werden.

Grüsse
Raphael

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

Re: [Talk-de] Duplicated Nodes

[Daniel Schmidt]

> in "meinem" Gebiet spuckt der JOSM Validator (aktuelle Version) an
> drei Nodes an der A5 nördlich von Baden-Baden jeweils einen
> "Duplicated Nodes"-Fehler aus. Allerdings kann ich den Fehler nicht
> entdecken und somit auch nicht beheben. Das "Fix"-Funktion kriegt das
> auch nicht hin.
>
> Die drei Nodes:
> 452648 (48,8227768, 8,2046385)
> 452649 (48,8203888, 8,2005558)
> 452650 (48,8181114, 8,1967773)

> Fehler scheint weg zu sein.

In der Tat, dafür habe nun das selbe Problem an einer anderen Stelle :-(

Außerdem erscheinen hier 5 "Empty ways" mit je 0 Knotenpunkten in der  
Fehler-Liste. Wenn ich diese entferne und die Änderungen auf der  
Server schieben möchte, erhalte ich die Meldung "Fehler beim Parsen:  
An error occured: 412 Precondition Failed"

URL des Gebietes:
http://www.openstreetmap.org/index.html?mlat=48.78597018975913&mlon=8.18912576592499&zoom=13


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

Re: [Talk-de] Zuordnung von Hausnummern

[Bernd Raichle]

On Saturday, 17 November 2007 22:20:53 +0100,
Dirk-Lüder Kreie <[EMAIL PROTECTED]> writes:
 > Bernd Raichle schrieb:
[...]
 > > Solange kein Konsens da ist, tagge ich einfach mit meinem eigenen
 > > Schema:
 > > 
 > > housenumberstructure:left=regular
 > > housenumberstructure:right=regular
 > > housenumbers:left=1-10
 > > housenumbers:right=100-109
 > > 
 > > wobei "left" und "right" die Strassenseite bezueglich der Richtung des
 > > Weges ist.  Als Hausnummern verwende ich nur die Zahlen ohne Zusatz im
 > > Format "first - last", also die erste zu Beginn des Weges und die
 > > letzte am Endes des Weges (kann auch "10-1" statt obiger "1-10" sein).
 > > Als Schema verwende ich "none" (keine Hausnummern vorhanden),
 > > "regular" (regulaere Folge ohne Luecke), "odd" (nur ungerade), "even"
 > > (nur gerade) und "irregular" (wild durcheinander, dann werden die
 > > Hausnummern explizit aufgezaehlt).  Lehnt sich an GDF an, wobei dort
 > > eine Kante nur von Kreuzung zu Kreuzung geht, waehrend in OSM ein
 > > "Way" gleich ueber mehrere Kreuzungen gehen kann, so dass mein Schema
 > > nicht block-genau ist ... ausser man trennt einen Way an jeder
 > > Kreuzung auf.
 > 
 > Vielerorts ist die Kennzeichnung ob die Nummern gerade oder ungerade
 > sind über Start- und Endzahl erkennbar:
 > 
 > Ungerade: 5-23
 > Gerade: 8-16
 > "Regular": 1-10

Was mache ich aber, wenn ich eine "regular"-Struktur mit dem Bereich
5-23 oder 8-16 vorfinde?  Implizite Kennzeichnung ist nur gut, wenn
sie keine Mehrdeutigkeiten zulaesst.

IMHO sollte man die Strukturierung auf alle Faelle vorgeben, zumal ich
mir dadurch in obigem sehr einfachen Schema dann auch all die anderen
Hausnummernschemata nicht komplett verbaue, sondern diese noch
nachtraeglich hinzufuegen kann, in dem ich die moeglichen Werte des
Tags erweitere und weitere (Unter-)Tags hinzufuege.

Gruss,
  -bernd

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

[Talk-de] Ich muß zugeben, nach einer gewissen Z eit des herumprobierens komme ich langsam mit dem neuen JOSM klar

[Sven Sommerkamp]

Ich muß zugeben, nach einer gewissen Zeit des herumprobierens komme ich 
langsam mit dem neuen JOSM klar!

Aber ein paar Dinge sind mir noch nicht ganz klar..

Mit den Relations z.B. kann ich noch nicht wirklich etwas anfangen,
zumal mein JOSM da gerne mal abstürzt.

Man kann mit den Relations festlegen wo man wie abbiegen kann?

Wie funktioniert das alles?

Hat da schon mal jemand etwas in Deutsch zu geschrieben?

Die englische Erklärung erschließt sich mir nicht wirklich..

Gruß Sven

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

Re: [Talk-de] Tags für Strasse in Bau / Planung

[Bernd Raichle]

On Saturday, 17 November 2007 12:16:12 +0100,
TimG <[EMAIL PROTECTED]> writes:
 > > Tags für Strasse in Bau / Planung - gibt es sowas schon?
 > > Mit (geplantem)Ausführungsdatum?
 > 
 > Eventuell mit folgenden Tags aus den Map_Features:
 > 
 > start_date = Datum   # Date feature was created 
 > end_date = Datum # Date feature was removed 

Mmmh, reicht aber nicht aus, da das Feature mehrere Zustaende (in
Planung, in Bau, in Bau+offen, fertig) besitzt.  Daher wuerde ich mich
hier GDF bedienen und ein Tag

 construction_status=...

mit den Werten

planned
under_construction_closed
under_construction_open

verwenden, zu denen man dann obige Datumsangaben hinzufuegen koennen
sollte (hier im Konjunktiv, da OSM noch keine zufriedenstellende
Loesung fuer eine Menge zusammengehoerender Tags aka ein Composite-Tag
besitzt).

Gruss,
  -bernd

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

Re: [Talk-de] Klare highway tagging Regeln für befes tigte, Straßen

[Dimitri Junker]

Hallo,

mal eine ganz ketzeriche Frage, gibt es da keine Normen? DIN, ISO,...

Und noch etwas: im innerstädtischen Bereich kommen häufig mehrere Straßen 
zusammen, so ist die Wilhelmstraße hier in Aachen sowohl die B1, B57, B264 
als auch die L233. Die einfachste Methode so etwas einzugeben wäre, daß man 
einfach 
refs=B1,B57,B264,L233
setzen jönnte, wäre sicher einfacher als mit Relationen. Und es sollte doch 
nicht so schwer sein, dies den renderern beizubringen

Dimitri

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

Re: [Talk-de] Ortsschild taggen

[Dimitri Junker]

Hallo,

>klar. Die Idee hinter dieser "Strick-Bastelei" ist wohl auch, dass
>irgendwann jemand kommt und den Strich zur area vervollständigt.


Auch klar, aber warum dann zuerst landuse statt sofort richtig place=city 
kombiniert mit einem note=FIXME...

Dimitri

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

Re: [Talk-de] ?Besser spät als nie: Worldfile mi t den Daten vom 14.11.

[cordewit]

Ahh, sorry, das gmappsupp mach ich auch so (USB-Modus).
Ich meinte die World-Datei:
Kacheln auswählen und gmappsupp erstellen (lokal auf PC) ablagern und
dann per USB kopieren.
Cor
PS: Habe Windows

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

Re: [Talk-de] ?Besser spät als nie: Worldfile m it den Daten vom 14.11.

[Sven Geggus]

[EMAIL PROTECTED] wrote:

> Es heisst, dass Mapsource abstürzt, wenn man versucht, die Daten zu
> übertragen. Geht es, sie erst irgendwo auf dem PC abzulegen und dann
> direkt auf die Karte zu übertragen (Karte im PC-Slot)?

Ähm ja, natürlich. Ich hab kein Windows und daher auch kein mapsource. Ich
hab bisher immer einfach mein Gerät in den USB-storage Mode geschaltet und
dann das gmapsupp.img aufs gerät kopiert.

Wenn Du ein Gerät ohne USB-storage Support hast hilft eventuell sendmap.

Sven

-- 
.. this message has been created using an outdated OS (UNIX-like) with an 
outdated mail- or newsreader (text-only) :-P

/me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web

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

Re: [Talk-de] Ortsschild taggen

[Friedhelm Schmidt]

 >Daher will ich fuer relevante Verkehrsschilder _immer_ explizit einen
 >Knoten mit "traffic_sign=city_limit" o.ae. taggen.

Das gefällt mir gut. Ich denke, ich mach das zunächst einfach mal so. 
Wenn sich da doch noch ändert, ist es ja mit suchen/ersetzen in meinem 
Revier schnell geändert ...

Friedhelm
-- 


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

Re: [Talk-de] Besser spät als nie: Worldfile mit d en Daten vom 14.11.

[cordewit]

Hallo und danke,
ich hatte am Wochenende schon die neue Deutschlandkarte für meinen
Garmin vermißt, finde es nämlich immer sehr gut zu sehen, was ich
schon habe und was noch nicht.
Kleine Frage:
Es heisst, dass Mapsource abstürzt, wenn man versucht, die Daten zu
übertragen. Geht es, sie erst irgendwo auf dem PC abzulegen und dann
direkt auf die Karte zu übertragen (Karte im PC-Slot)? Ich frage mich
nämlich gerade, wozu der Worldfile denn sonst gut sein sollte?
Grüße
Cor

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

[Talk-de] Besser spät als nie: Worldfile mit den Daten vom 14.11.

[Carsten Schwede]

Hallo,

das Worldfile steht am bekannten Ort wieder zur Verfügung. Der Grund für
die Verzögerung war nicht nur die Datenmasse, sondern auch der Umzug des
Servers, auf dem die Daten liegen.

http://wiki.openstreetmap.org/index.php/User:Computerteddy

Viele Gruesse
Computerteddy

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

Re: [Talk-de] Ortsschild taggen

[Bernd Raichle]

On Monday, 19 November 2007 09:57:52 +0100,
Damian Sulewski <[EMAIL PROTECTED]> writes:
 > > Am Montag, 19. November 2007 schrieb Dimitri Junker:
 > >> >Du malst einen kleinen Querstrich und taggst landuse=residential,
 > >>
 > >> Dafür gibt es doch place=city (oder town, village,...) Sowohl landuse
 > >> als auch place sind für node und area vorgesehen.
 > >
 > > klar. Die Idee hinter dieser "Strick-Bastelei" ist wohl auch, dass
 > > irgendwann jemand kommt und den Strich zur area vervollständigt.
 > 
 > und genau deswegen male ich auch Striche. Nicht nur am Ortseingansschild
 > sondern auch an Schilern die Ortsteile trennen. Irgendwo steht, es wird an
 > einer Relation gebastelt die alle Grenzen eines Landes verbindet, so das
 > man einen Umriss hat, diese hoffe ich dann für Städte und Stadtteile
 > ausweiten zu können.

Mmmh, das Problem hierbei ist, dass da zwei Dinge miteinander
vermischt werden:
 - Mit "landuse=residential/..." erstelle ich einen Fussabdruck eines
   bebauten oder sonstwie genutzten Gebiets.
 - Das Ortsanfangs- bzw. -endeschild, das gleichzeitig implizit und
   rechtlich bindend die Strasse auf die innerorts gueltige
   Geschwindigkeit fuer Fahrzeuge beschraenkt.
Beide Dinge haben oft, aber eben nicht immer etwas miteinander zu tun,
d.h. ein Ortsanfangsschild kann bereits auf der gruenen Wiese stehen
oder auch erst recht spaet im bebauten Gebiet bei nur einseitig

bebauten Strassen. (In den momentan vorhandenen Navi-Karten existiert
das selbe Problem: Ein Wechsel der Geschwindigkeitsbeschraenkungen
deutet auf das Schild hin, aber manchesmal findet man ein "50" auch
schon vor dem offiziellen Schild oder dieses wird mit einem hoeheren
Limit kombiniert, so dass alles nicht eindeutig ist.)

Daher will ich fuer relevante Verkehrsschilder _immer_ explizit einen
Knoten mit "traffic_sign=city_limit" o.ae. taggen.  Momentan setze ich
noch Kommentare, da ich vorher nochmals nachsehen wollte, ob es
bereits entsprechende Vorschlaege gibt.  Aber fuer das
Ortsanfangsschild splittet man meist so oder so den Weg an der
entsprechenden Stelle aufgrund des Wechsels der
Geschwindigkeitsbeschraenkung, d.h. man setzt in D meist fuer den
inneroertlichen Weg "maxspeed=50".


 > Zum Tagging:
 > boundary=administrative (wie im wiki)
 > border_type=city oder suburb (noch nicht im wiki)
 >
 > temporär füge ich ein (damit jeder die Ways später benutzen kann)
 > name_right=Dortmund (name der Stadt oder des Stadtteils rechts vom Segment)
 > name_left=Lünen
 > 
 > falls border_type=city kommt machmal zu name_right=Dortmund:
 > suburb_right=Dorstfeld (Name des Stadtteils der rechts vom Segement liegt)
 > 
 > und ein is_in=Dortmund bei suburb
[...]

Mmmh, auch eine gute Idee.


Gruss,
  -bernd

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

Re: [Talk-de] Duplicated Nodes

[Torsten Breda]

Fehler scheint weg zu sein.

G
T

Am 19.11.07 schrieb Daniel Schmidt <[EMAIL PROTECTED]>:
>
> Hallo,
>
> in "meinem" Gebiet spuckt der JOSM Validator (aktuelle Version) an
> drei Nodes an der A5 nördlich von Baden-Baden jeweils einen
> "Duplicated Nodes"-Fehler aus. Allerdings kann ich den Fehler nicht
> entdecken und somit auch nicht beheben. Das "Fix"-Funktion kriegt das
> auch nicht hin.
>
> Die drei Nodes:
> 452648 (48,8227768, 8,2046385)
> 452649 (48,8203888, 8,2005558)
> 452650 (48,8181114, 8,1967773)
>
>
> Wäre schön, wenn mir jemand sagen könnte, wo da der Fehler liegt oder
> ihn gleich beheben könnte.
>
>
> Gruß,
> Wabba
>
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

[Talk-de] Duplicated Nodes

[Daniel Schmidt]

Hallo,

in "meinem" Gebiet spuckt der JOSM Validator (aktuelle Version) an  
drei Nodes an der A5 nördlich von Baden-Baden jeweils einen  
"Duplicated Nodes"-Fehler aus. Allerdings kann ich den Fehler nicht  
entdecken und somit auch nicht beheben. Das "Fix"-Funktion kriegt das  
auch nicht hin.

Die drei Nodes:
452648 (48,8227768, 8,2046385)
452649 (48,8203888, 8,2005558)
452650 (48,8181114, 8,1967773)


Wäre schön, wenn mir jemand sagen könnte, wo da der Fehler liegt oder  
ihn gleich beheben könnte.


Gruß,
Wabba



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

Re: [Talk-de] Ortsschild taggen

[Damian Sulewski]

Hi,

> Am Montag, 19. November 2007 schrieb Dimitri Junker:
>> Hallo,
>>
>> >Du malst einen kleinen Querstrich und taggst landuse=residential,
>>
>> Dafür gibt es doch place=city (oder town, village,...) Sowohl landuse
>> als auch place sind für node und area vorgesehen.
>
> klar. Die Idee hinter dieser "Strick-Bastelei" ist wohl auch, dass
> irgendwann jemand kommt und den Strich zur area vervollständigt.
>

und genau deswegen male ich auch Striche. Nicht nur am Ortseingansschild
sondern auch an Schilern die Ortsteile trennen. Irgendwo steht, es wird an
einer Relation gebastelt die alle Grenzen eines Landes verbindet, so das
man einen Umriss hat, diese hoffe ich dann für Städte und Stadtteile
ausweiten zu können.

Zum Tagging:
boundary=administrative (wie im wiki)
border_type=city oder suburb (noch nicht im wiki)

temporär füge ich ein (damit jeder die Ways später benutzen kann)
name_right=Dortmund (name der Stadt oder des Stadtteils rechts vom Segment)
name_left=Lünen

falls border_type=city kommt machmal zu name_right=Dortmund:
suburb_right=Dorstfeld (Name des Stadtteils der rechts vom Segement liegt)

und ein is_in=Dortmund bei suburb

Das benutzen der Segmenttrichtung ist zwar unschön aber solange die Grenze
nur ein Strich auf der Straße ist sehe ich nicht ein diese in eine
Relation zu stecken.
Da Grenzen immer aus mehreren Ways bestehen werden (es treffen sich 2 bis
4 Grenzgebiete an einem Punkt) werden diese später als Relation verbunden
und _right oder _left als Tag sind überflüssig.

Grüße,

Damian













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