Re: [Talk-de] Mapnik und Osmarender ignorieren Tunnel

[Bernd Wurst]

Hallo.

Am Freitag, 24. Oktober 2008 schrieb Norbert Kück:
> Ich bin naiv genug zu hoffen, dass hier jemand mitliest, der genug "Draht"
> zu Renderer-Pflegern hat und den Bedarf auf realitätsgetreue Darstellung 
> auch bei Gewässern dort einsickern lassen kann. Muss ja nicht gleich 
> heute sein. :-)

Ansichtssache.
Ich finde es sehr Schade, dass es keine Möglichkeit gibt, die dargestellte 
Breite eines waterway=canal zu beeinflussen, aber eigentlich ist ein im 
Tunnel verlaufendes Gewässer immer ein Kanal. Wenn man mal unterstellt, dass 
der Beriff "Kanal" ein beliebiges Fließgewässer beschreibt, das vom Menschen 
in ein künstlich geschaffenes Flußbett gelegt wurde.

Natürlich ist es nicht wünschenswert, dass der Nord-Ostsee-Kanal gleich 
getagged werden muss als ein Bach, der unter zwei Häusern durch kanalisiert 
wurde. 

Was ich sagen will ist, es ist durchaus logisch, dass die Kombination 
waterway=stream / tunnel=yes momentan nicht beachtet wird, denn semantisch 
ist das eigentlich unlogisch. Ein natürlich verlaufender Bach hat 
normalerweise nur Brücken drüber und verläuft nicht selbst in einem Tunnel 
ohne zu einem Kanal zu werden.

Gruß, Bernd

-- 
Nehmen wir einmal an, es gäbe keine hypothetischen Situationen...


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

Re: [Talk-de] Presseanfrage vom SWR wegen Hamburger Pressemitteilung

[Sven Anders]

Am Freitag, 24. Oktober 2008 19:37 schrieb Sven Geggus:
> Sven Anders <[EMAIL PROTECTED]> wrote:
> > Herr Ebert vom SÜDWESTRUNDFUNK hat nachgefragt, ob es im Südwesten
> > (Rheinland-Pfalz/Baden-Württemberg) auch Städte gebe die vollständig 
> > erfasst sind bzw. bald sein werden.
>
> Huh? Ich dachte immer, dass Karlsruhe sogar die erste deutsche Stadt
> war, die vollständig erfasst war!

Ja, das habe ich inzwischen auch festgestellt. Tut mir leid, das wir die 
Presserklärung so rausgeschickt haben. Ursprünglich stand da "Hamburg ist die 
erste Großstadt die nachweislich vollständig erfasst ist" dann wurde der Text 
ein wenig geändert... angepasst ... und zum schluß stand da: "Hamburg ist die 
erste Großstadt die vollständig erfasst ist"

Aber ich denke die Hauptbotschaft ist ja auch: "Hamburg ist wirklich fertig"*)

*) was die Straßen angeht. Über 
Radwege/Fußwege/Kneipen/Telefonzellen/Tankstellen/Supermärkte und Parkbänke 
etc. können wir ja kaum einen Nachweis führen.

Gruß
Sven

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

Re: [Talk-de] Mit Helge und dem Bodensee-Peter Afrika mappen

[GS]

korrekt, bitte auf die reports seite gehen oder hier:

http://www.gary68.de/osm/qa/diff/ov_ouagadougou.htm

da bleibt sie aber nun!

gary68


Am Samstag, den 25.10.2008, 01:00 +0200 schrieb malenki:
> Am Sat, 18 Oct 2008 11:35:30 +0200
> schrieb "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>:
> 
> > hi,
> > 
> > hier können wir es verfolgen...
> > 
> > http://wiki.openstreetmap.org/index.php/Osmdiff_reports
> > 
> > bzw: http://www.gary68.de/osm/qa/diff/gen0/ov_ouagadougou.htm
> 
> Die letztgenannte Seite ist nicht (mehr) vorhanden...
> 
> Gruß
> nadar
> 
> ___
> 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] JOSM in deutscher Sprache

[malenki]

Am Thu, 23 Oct 2008 20:26:17 +0200
schrieb Sebastian Niehaus <[EMAIL PROTECTED]>:

> Markus <[EMAIL PROTECTED]> writes:
>
> > Inzwischen sind tausende von Updates an mir vorbeigegangen.
> > Wieso sagt einem das keiner?
> > Mikro$oft-Nutzer sind automatische Updates gewohnt...
> 
> Auch von sämtlicher installierter Software? Das wäre mir neu. 

Als MS-Anwender darf man entweder bei (fast) aller nicht-MS-Software
nach Updates suchen und diese händisch installieren oder die Software
sagt: Ich hab ein Update, installiere das! FF/TB und evtl einige andere
laden immerhin inkrementelle Aktualisierungen, die man nur noch
abzunicken braucht.

> Aber es gibt eine Lösung: Debian installieren und JOSM von
> http://www.gpsdrive.de/development/debian.shtml installieren :-)

apt-get update && apt-get dist-upgrade --force-yes in die crontab ergibt
uber-M$-feeling =)

Die Linux-Variante finde ich um etliches komfortabler. Gleich, ob man
Sidux, Debian, Gentoo oder wasauchimmer nutzt: mit einem einzelnen
Befehl - bzw ein paar aneinandergehängten - wird alle vorhandene
Software auf den aktuellen Stand gebracht. Wenn man hat und mag, werden
sogar die Programme direkt aus dem SVN neu kompiliert.

Gruß
malenki

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

Re: [Talk-de] Straßen als Flächen

[Frederik Ramm]

Hallo,

Garry wrote:
> Was mich an dem ganzen nur stört ist die inkonsistenz über die gesamte 
> Karte gesehen.

Vergisss das mit der Konsistenz, das geht einfach nicht, schon allein 
wegen des zeitlichen Vorsprungs.

Vor einem Jahr hat bei uns hier noch kaum einer einzelne Gebaeude 
getaggt. Eine Schule war ein POI, wenn ueberhaupt vorhanden. Heute 
zeichnen wir wo irgend moeglich schon immer die Gebaeude mit dazu. In 
anderen Laendern sind sie aber erst auf dem Stand, den wir vor 2 Jahren 
hatten - guck dich mal um, da findest Du komplette Staedte, in denen es 
nur highway=secondary gibt und lauter so Spaesse. Eine weltweit 
konsistente Karte wird es nie geben, und vermutlich auch keine 
deutschlandweit konsistente.

> Ein mitwachsender Renderer mag das alles abdecken können, also quasi 
> eine "Linienstrasse" und eine
> "Flächenstrasse" optisch gleich darzustellen. Neuprogrammieren wird der 
> Einstieg aber extrem Aufwendig
> gemacht in dem sie für die gleiche Information die sie haben wollen 
> ("Strasse führt von A nach B mit den Eigenschaften
> x,y,z,..") zig Tagingvarianten überprüfen müssen.

Naja, so wie ich das skizziert habe, koennte ein Renderer ja die 
Flaechen einfach ignorieren, wenn sie ihn nicht interessieren - etwa so 
wie heute mit den Fluessen, die einen "waterway=river" haben und noch 
drumrum die "riverbank". Wer bloss wissen will, ob er mit dem Boot von A 
nach B kommt, braucht sich die "riverbank" ja nicht anzuschauen.

> In den Vorzeigestädten 
> wird man die modernsten Varianten haben, während
> Hintertupfingen vielleicht mal nach Jahren ein bischen aktualsiert wird 
> weil es ja auf den ersten Blick OK aussieht.

Ja und? Sollen die Vorzeigestaedte deswegen kuenstlich schlecht gehalten 
werden, oder die Leute in Busse nach Hintertupfingen verfrachtet?

> Und das strebt meiner Meinung nach der Kernidee von OSM -freies 
> Kartenmaterial für beliebige Anwendungen- entgegen.

OSM ist das, was die Leute draus machen, und die sind nun mal regional 
ganz unterschiedlich. Je staerker man versucht, die Leute in ein Schema 
zu pressen und ihnen vorzuschreiben, was sie zu machen haben, desto eher 
werden sie sich ein anderes Hobby suchen.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Straßen als Flächen

[Garry]

Frederik Ramm schrieb:
>
> Es ist gut, jetzt schon darueber nachzudenken und die Verfahren 
> vielleicht mit einigen Beispielen (Fussgaengerzonen z.B.) schon mal zu 
> erproben. Eine Flaechenerfassung in groesserem Stil wird sicher noch 
> eine Weile auf sich warten lassen und hat auch wirklich keine grosse 
> Prioritaet - andererseits darf man nicht die Power der gelangweilten 
> Mapper unterschaetzen, die ihr Dorf schon fertig haben und das 
> Nachbardorf nicht leiden koennen ;-)
>   
Was mich an dem ganzen nur stört ist die inkonsistenz über die gesamte 
Karte gesehen.
Ein mitwachsender Renderer mag das alles abdecken können, also quasi 
eine "Linienstrasse" und eine
"Flächenstrasse" optisch gleich darzustellen. Neuprogrammieren wird der 
Einstieg aber extrem Aufwendig
gemacht in dem sie für die gleiche Information die sie haben wollen 
("Strasse führt von A nach B mit den Eigenschaften
x,y,z,..") zig Tagingvarianten überprüfen müssen. In den Vorzeigestädten 
wird man die modernsten Varianten haben, während
Hintertupfingen vielleicht mal nach Jahren ein bischen aktualsiert wird 
weil es ja auf den ersten Blick OK aussieht.
 Und das strebt meiner Meinung nach der Kernidee von OSM -freies 
Kartenmaterial für beliebige Anwendungen- entgegen.


Garry

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

Re: [Talk-de] Strommast Kennzeichnung

[Stephan Schildberg]

Hallo Holger,
>
> an der Leitung "ref:1015", am Mast "ref:6"
>
> Wenn bekannt, dann noch "operator:Strom AG"
>   

auf dem alten und einzigen Schild steht: Preussen Elektra-A.G.
Netzbetrieb Hannover

Wer kann schon wissen in wessen Verwaltung sich der Mast in einem Jahr
befindet oder befand.
Hier wäre ein Link auf Wikipedia gut, welche wenigstens den Nachweis
einer Firmenhistorie gibt.
http://de.wikipedia.org/wiki/PreussenElektra

Es braucht halt einen Link auf ein Unternehmenskataster, welches auf den
Rechtsnachfolger verweist.
> Jetzt waere noch interessant, ob die beiden Leitungen parallel die ganze
> Strecke zwischen den Umspannwerken auf gemeinsamen Masten gefuehrt
> werden oder sich aufteilen.
>   

Ok, ich brauche also noch mehr Exemplare aus der Trasse für die
Mustererkennung. Leider ist der Aufnahmewinkel von landsat dermaßen
ungünstig...
> [1]
> http://www.openstreetmap.org/?lat=51.01309&lon=13.70031&zoom=17&layers=B000FTF
Danke für Dein Beispiel.

Gruß, Stephan.



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

Re: [Talk-de] Mit Helge und dem Bodensee-Peter Afrika mappen

[malenki]

Am Sat, 18 Oct 2008 11:35:30 +0200
schrieb "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>:

> hi,
> 
> hier können wir es verfolgen...
> 
> http://wiki.openstreetmap.org/index.php/Osmdiff_reports
> 
> bzw: http://www.gary68.de/osm/qa/diff/gen0/ov_ouagadougou.htm

Die letztgenannte Seite ist nicht (mehr) vorhanden...

Gruß
nadar

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

Re: [Talk-de] Strommast Kennzeichnung

[Holger Dietze]

Hallo Stephan,

On Fri, Oct 24, 2008 at 11:46:16PM +0200, Stephan Schildberg wrote:
> Hallo,
> 
> ich moechte einen Strommasten (Gittermast) kennzeichnen.
> 
> power = tower
> 
> http://www.scoid.net/projekte/osm/IMG_4144_icon.jpg
> http://www.scoid.net/projekte/osm/IMG_4142_icon.JPG
> 
> auf der linken Strebe vor mir steht auf einem rechteckigen gelben Aufkleber:
> 
> I
> 
> auf der rechten Strebe vor mir stehen auf drei rechteckigen, vertikal
> angeordneten, gelben Aufklebern:
> 
> Leitung
> 1015
> 
> II
> 
> 6
> 
> Wem immer das etwas sagt und der einen Vorschlag zum Taggen hat, der
> moege sich melden.

Auf dem Mast liegen zwei Leitungen drauf (jeweils drei Phasen).

Jetzt fange ich an zu raten:
beide werden beim Leitungsbetreiber unter der Referenznummer "1015"
verwaltet, die linke hat als Unternummer die "I", die rechte die "II".
Der Mast hat die Referenznummer "6".

Als Vorschlag zum Tagging (habe ich so aehnlich schon gemacht [1]):

an der Leitung "ref:1015", am Mast "ref:6"

Wenn bekannt, dann noch "operator:Strom AG"

Jetzt waere noch interessant, ob die beiden Leitungen parallel die ganze
Strecke zwischen den Umspannwerken auf gemeinsamen Masten gefuehrt
werden oder sich aufteilen.

[1]
http://www.openstreetmap.org/?lat=51.01309&lon=13.70031&zoom=17&layers=B000FTF


Gruss

Holger


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

Re: [Talk-de] Strommasten Beton

[Stephan Schildberg]

>>>
>>>
>>> wer hat ein schlaues Tag für Strommasten aus Beton
>>
>> Für die Masten: power=tower
>>
>>
>> http://wiki.openstreetmap.org/index.php/Map_Features#Power
>
> In meinen Augen wäre das eher ein power=pole, anstatt power=tower,
> aber vielleicht habe ich gerade das falsche Bild vor Augen.
>
Pole trifft es besser. Mercy.

Gruß, Stephan.



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

[Talk-de] Strommast Kennzeichnung

[Stephan Schildberg]

Hallo,

ich möchte einen Strommasten (Gittermast) kennzeichnen.

power = tower

http://www.scoid.net/projekte/osm/IMG_4144_icon.jpg
http://www.scoid.net/projekte/osm/IMG_4142_icon.JPG

auf der linken Strebe vor mir steht auf einem rechteckigen gelben Aufkleber:

I

auf der rechten Strebe vor mir stehen auf drei rechteckigen, vertikal
angeordneten, gelben Aufklebern:

Leitung
1015

II

6

Wem immer das etwas sagt und der einen Vorschlag zum Taggen hat, der
möge sich melden.

Gruß, Stephan.



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

Re: [Talk-de] Straßen als Flächen

[Mario Salvini]

Frederik Ramm schrieb:
> Hallo,
>
> Garry wrote:
>   
>> Naja, eine staqrk vereinfacht erfasste Fläche... Verkehrsberuhigte 
>> Strassen varieren häufig und stark in der Breite. wenn man das alles 
>> erfassen will hat man viel zu tun
>> 
>
> Ja. Die Erfassung einer Strasse als Mittellinie + Breitenangabe ist 
> meiner Ansicht nach die Kombination vom schlechtesten beider Welten - 
> was mache ich denn, wenn eine Strasse leicht keilfoermig verlaeuft? Alle 
> 5m den Way unterbrechen um die Breite schrittweise von 8,5m auf 7,5m zu 
> senken?
>
> Ich sehe da langfristig eigentlich die Kombination aus einer simplen 
> Mittellinie (fuers Routing) plus Konturlinien der Flaeche (fuers 
> Kartenzeichnen bei hohem Detail). Wenn die Editoren das gut 
> unterstuetzen, waeren ja auch so Sachen denkbar wie dass man 
> normalerweise nur die Mittellinie sieht, aber wenn man draufklickt, dann 
> bekommt man auch die Flaechenkontur angezeigt, bzw. man kann auf 
> Knopfdruck eine synthetische Flaechenkontur erzeugen ("alles 8m breit, 
> mach mal", die man dann von Hand verfeinert oder so.
>
> Es ist gut, jetzt schon darueber nachzudenken und die Verfahren 
> vielleicht mit einigen Beispielen (Fussgaengerzonen z.B.) schon mal zu 
> erproben. Eine Flaechenerfassung in groesserem Stil wird sicher noch 
> eine Weile auf sich warten lassen und hat auch wirklich keine grosse 
> Prioritaet - andererseits darf man nicht die Power der gelangweilten 
> Mapper unterschaetzen, die ihr Dorf schon fertig haben und das 
> Nachbardorf nicht leiden koennen ;-)
>
> Bye
> Frederik
>
>   
Aus der Variante Linie + Breitenangabe würden sich ja deine 
vorgeschlagene Idee generieren lassen :)
Überhaupt finde ich deine Idee gut. Denn sie bietet verbietet nicht die 
bestehende Methode, sondern baut auf ihr auf :)

--
 Mario

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

Re: [Talk-de] Presseanfrage vom SWR wegen Hamburger Pressemitteilung

[Hanno Böck]

Am Freitag 24 Oktober 2008 schrieb Sven Anders:
> Also her mit den Kommentaren!

Murrhardt natürlich!


-- 
Hanno Böck  Blog:   http://www.hboeck.de/
GPG: 3DBD3B20   Jabber/Mail:[EMAIL PROTECTED]

http://x1000malquer.de/ - ab 8.11. Atomtransporte stoppen


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

Re: [Talk-de] Straßen als Flächen

[Frederik Ramm]

Hallo,

Garry wrote:
> Naja, eine staqrk vereinfacht erfasste Fläche... Verkehrsberuhigte 
> Strassen varieren häufig und stark in der Breite. wenn man das alles erfassen 
> will hat man viel zu tun

Ja. Die Erfassung einer Strasse als Mittellinie + Breitenangabe ist 
meiner Ansicht nach die Kombination vom schlechtesten beider Welten - 
was mache ich denn, wenn eine Strasse leicht keilfoermig verlaeuft? Alle 
5m den Way unterbrechen um die Breite schrittweise von 8,5m auf 7,5m zu 
senken?

Ich sehe da langfristig eigentlich die Kombination aus einer simplen 
Mittellinie (fuers Routing) plus Konturlinien der Flaeche (fuers 
Kartenzeichnen bei hohem Detail). Wenn die Editoren das gut 
unterstuetzen, waeren ja auch so Sachen denkbar wie dass man 
normalerweise nur die Mittellinie sieht, aber wenn man draufklickt, dann 
bekommt man auch die Flaechenkontur angezeigt, bzw. man kann auf 
Knopfdruck eine synthetische Flaechenkontur erzeugen ("alles 8m breit, 
mach mal", die man dann von Hand verfeinert oder so.

Es ist gut, jetzt schon darueber nachzudenken und die Verfahren 
vielleicht mit einigen Beispielen (Fussgaengerzonen z.B.) schon mal zu 
erproben. Eine Flaechenerfassung in groesserem Stil wird sicher noch 
eine Weile auf sich warten lassen und hat auch wirklich keine grosse 
Prioritaet - andererseits darf man nicht die Power der gelangweilten 
Mapper unterschaetzen, die ihr Dorf schon fertig haben und das 
Nachbardorf nicht leiden koennen ;-)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Straßen als Flächen

[Garry]

Tobias Wendorff schrieb:
> Mario Salvini schrieb:
>   
>> Is ein Linie die ein Breite (width=*) hat nicht schon eine Fläche?
>> 
>
> Ist eine Straße nicht eigentlich eine Fläche?
>
>   
Wenn Du sie flächen- anstatt (gerad)linienförmig benutzt steigt das amtliche
Interesse Deinen Alkoholpegel zu erfassen... ;-)

Garry

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

Re: [Talk-de] Straßen als Flächen

[Garry]

Mario Salvini schrieb:
> mal das blasphemisch gesagt:
>
> Is ein Linie die ein Breite (width=*) hat nicht schon eine Fläche?
>
>   
Naja, eine staqrk vereinfacht erfasste Fläche... Verkehrsberuhigte 
Strassen varieren häufig und stark in
der Breite. wenn man das alles erfassen will hat man viel zu tun - ein 
haufen Arbeit der beim derzeitigen Erfassungsstand sinnvoller
eingesetzt werden könnte.

Garry




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

Re: [Talk-de] weitere maxspeed-Values brauchen wir!

[Garry]

Mario Salvini schrieb:
> Garry schrieb:
>   
>> 7km/h ist nicht der einzige richtige Wert, aber ein sinnvoller Wert um
>> die Schrittgeschwindigkeit zu symbolisieren
>> und das ganze hickhack mit unterschiedlichen Schreibweisen, 
>> Rechtschreibfehlern etc. bei der Auswertung zu
>> ersparen.
>> 
> Um mal beim Wort "Schrittgeschwindigkeit" zu bleiben. Hast du schon 
> einmal versucht 7km/h zu 'gehen'?
> Ob der Wert sinnvoll ist ist wohl eine sehr persönliche Sicht der Dinge.
Nein, eine technisch sinnvolle Sicht. Leiten wir mal her:
10km/h Schilder gibt es  - die kann der Gesetzgeber also nicht gemeint 
haben sonst hätte er es entsprechend
formuliert. Darüber kann er nicht gemeint haben weil man dann doch schon 
so langsam ausserhalb der möglichen
Gehgeschwindigkeit auch für sehr sportliche Menschen kommt.
Unter 7km/h können sehr viele Autos ohne die Kupplung schleifen zu 
lassen schon gar nicht fahren -erhöhter
Verschleiss ist garantiert auch nicht das Ziel des Gesetzgebers ist, 
zumahl es ja auch Schrittgeschwindigkeit an Steigungen
gibt. 9km/h würde nicht wirklich Sinn machen  (1km/h unter verfügbaren 
10km/h-Schilder), 8km/h ist nicht so viel besser
- bleibt die 7km/h als vernüftigster mittlere Wert. 
>  
> Korrekt ist und bleibt nur maxspeed=walk. und ich wüsste auch pontan 
> nicht, was es dabei für unterschiedliche Schreibweisen geben könnte.
>   
walk, walkspeed, Schrittgeschwindigkeit, ... die Leute sind erfinderisch...
> Auswertungstechnisch brauch deine Tempüomat-fütter-vor-routine nur ein
>
> if maxspeed=walk maxspeed=7;
>   
Siehe oben bzgl Schreibweise..
> für die Auswertung gibts also deutlich größere Hürden, als das 
> Verarbeiten dieses existierenden Sonderfalls.
>   
Wer schon mal professionell programmiert hat weiss


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

Re: [Talk-de] Begriffsfrage life_cycle

[Garry]

grungelborz schrieb:
> Garry wrote:   
>   
>> Tordanik schrieb:  
>> Gegenfrage: Liegt Dir sehr am Begriff "life_cycle"? :-)  
>> 
> ...
>   
>>> Garry wrote:
>>>   
>> Ich bin anfangs noch davon ausgegangen dass lifecycle nur ein mir 
>> unbekannter, aber vielleicht doch etablierter
>> Begriff für diesen Zweck ist. Meine Recherchen dafür haben aber nicht 
>> den geringsten Hinweis in diese Richtung
>> ergeben sondern meine mittelmässige Englischkenntnisse bestättigt dass 
>> dieser Begriff in Richtung Lebensdauer
>> geht..
>> 
>
> Der Vorschlag 'life_cycle' (Lebenszyklus) kam von mir als Alternative 
> für den anfänglichen Vorschlag 'status'. IMO bietet er zumindest weniger 
> Verwechslungsgefahr - unter 'status' könnte jemand auch die 
> Straßenqualität verstehen.
>
> Ich hab den Begriff aus der Softwaretechnik wo er für das Erzeugen und 
> Löschen von Objekten verwendet wird (life cycle management). Wie gut er 
> für Straßen passt weiß ich ehrlich gesagt nicht, aber eine Google Suche 
> nach '"life cycle" road construction' zeigt daß es auch andere gibt die 
> den Begriff so verwenden. 
Bitte einen konkreten Link - was ich beim überfliegen gefunden habe geht 
auch nur um den Lebenszyklus
/Lebensdauer einer Strasse - dass hat nichts mit dem Betriebsstatus 
einer Strasse zu tun!
Nur weil Du eine Erkältung hast ist deswegen Dein Lebenszyklus auch noch 
nicht abgelaufen...

> Wenn der Begriff nicht selbsterklärend ist muß 
> man halt die Beschreibung in dem 'Map Features' lesen.
>
>   
Unwirtschaftlich. Weil sich eine Hand voll Leute nicht die Mühe machen 
wollen einen selbsterklärenden
Begriff zu wählen sollen tausende von Leute nachlesen müssen was dieser 
unpassende Begriff für
eine Bedeutung hat? Die OSMler spenden zwar freiwillig ihre Zeit, das 
ist aber kein Grund diese
Zeit sinnlos zu verheizen!

Garry


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

Re: [Talk-de] Presseanfrage vom SWR wegen Hamburger?Pressemitteilung

[Sven Geggus]

Sven Eppler <[EMAIL PROTECTED]> wrote:

> Na ich würde mich ja fast mal soweit aus dem Fenster lehnen, dass ich
> mein 3500 Seelen Dorf komplett habe. :D

"Mein" 10.000 Einwohner Dorf enthält alle Straßen, deren Namen im
Telefonbuch zu finden sind und noch ein paar mehr :)

Gruss

Sven

-- 
"Software is like sex; it's better when it's free"
  (Linus Torvalds)

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

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

Re: [Talk-de] Presseanfrage vom SWR wegen Hamburger Pressemitteilung

[Philipp Klaus Krause]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sven Anders schrieb:
> Herr Ebert vom SÜDWESTRUNDFUNK hat nachgefragt, ob es im Südwesten 
> (Rheinland-Pfalz/Baden-Württemberg) auch Städte gebe die vollständig  erfasst 
> sind bzw. bald sein werden.

Z.B. Karlsruhe, Freiburg.

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

iEYEARECAAYFAkkCFRgACgkQbtUV+xsoLposKQCfYGtWu1mNA5Ipu/RO7LpUfWyk
0VMAn3gLBdmk9u16uOkDtWxcwF52Gyh/
=vJHi
-END PGP SIGNATURE-

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

Re: [Talk-de] nav4blind

[Dirk Stöcker]

On Fri, 24 Oct 2008, Frank Jäger wrote:


Und zu den Blinden: Es gibt Projekte dazu und die sind technisch ganz
anders aufgebaut als OSM. Die haben eine exakte technische Definition
und exakte Qualitätsvorschriften. Für einen Blinden wäre es eine
Katastrophe, wenn mal jemand beim Mappen ganz unabsichtlich einen Punkt
ein paar Meter verschiebt. Nur so als Denkanstoss...


Info dazu z.B. unter:  http://www.nav4blind.de

"Blinde oder sehbehinderte Menschen sollen in einem 30 - 50 cm breiten
virtuellen Korridor geleitet werden ... "

"Gegenüber herkömmlichen Navigationssystemen besteht die besondere
Herausforderung dieses Projektes darin, die Navigation genauer 
einzurichten."

"Die Grundlage des Systems bilden hochgenaue, ALKIS-kompatible
Katasterkarten, die ..."


Halte ich weiterhin für Unfug, bis mir jemand das Gegenteil beweist. Das 
Hauptproblem von solchen Daten ist nicht die Ersterfassung, sondern die 
Laufendhaltung. Und die riesigen Mengen an blinden Menschen, die eine 
Laufendhaltung (theoretisch ja sogar tagesaktuell, den ein Blinder 
sieht ja ein Loch einer Baugrube im Boden nicht) von einer 
flächendeckenden dezimetergenauen Stadtkarte bezahlen sollen kann ich mir 
irgendwie nicht so richtig vorstellen.


Obwohl, wenn das mit dem Überwachungswahn so weiter geht, kann man das 
irgendwann aus den aufgestellten Videokameras ableiten...


Ciao
--
http://www.dstoecker.eu/ (PGP key available)___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Presseanfrage vom SWR wegen Hamburger Pressemitteilung

[Sven Eppler]

Na ich würde mich ja fast mal soweit aus dem Fenster lehnen, dass ich
mein 3500 Seelen Dorf komplett habe. :D

http://www.openstreetmap.org/?lat=48.24187&lon=9.0915&zoom=15&layers=B000FTF

Am Freitag, den 24.10.2008, 17:17 +0200 schrieb Sven Anders:
> Herr Ebert vom SÜDWESTRUNDFUNK hat nachgefragt, ob es im Südwesten 
> (Rheinland-Pfalz/Baden-Württemberg) auch Städte gebe die vollständig  erfasst 
> sind bzw. bald sein werden.
> 
> Wir haben ihn darauf geantwortet:
> >Es ist nicht nicht immer einfach festzustellen, ob und wie weit ein Gebiet
> >vollständig erfasst ist. Dazu benötigen wir ein Straßenverzeichnis von den
> >jeweils zuständigen Kommunen. Dieses zu bekommen ist zum Teil relativ
> >schwierig. So kann es durchaus sein, dass auch in Ihrem Sendegebiet Städte
> >und Gemeinden vollständig erfasst sind, nur konnte man das eben bisher
> >nicht, wie in Hamburg, an Hand von offiziellen Quellen verifizieren.
> 
> >Wenn es Ihnen recht ist, werde ich auf unserer Mailingliste eine 
> entsprechende Anfrage an Projektmitglieder im Südwesten Deutschlands richten 
> und Ihnen die Reaktionen weiterleiten.
> 
> Also her mit den Kommentaren!
> 
> Gruß
> Sven
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
> 


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Fahrradspur

[Sebastian Hohmann]

Martin Koppenhoefer schrieb:
> Am 23. Oktober 2008 01:41 schrieb Dimitri Junker <[EMAIL PROTECTED]>:
> 
>> Hallo,
>>> Die Spuren in meinem Versuch eines Datenmodells gehen von links nach
>>> rechts in Richtung des Wegs.
>>
>> Warum nicht durchnummerieren, mit 0 gleich dem Mittelstreifen (Spur0 wird
>> also nicht verwendet). Spur1 ist die mittlere Spur in Wegrichtung, Spur-1
>> die mittlere in Gegenrichtung.
>>
>> Dimitri
>>
> 
> aha, und was macht man, wenn sich Richtung und Gegenrichtung abwechseln?
> Diese Schemas haben m.E. alle den Nachteil, dass sie wesentlich
> unintuitiver, kopflastiger und komplexer sind, als das einfache Zeichnen der
> vorhandenen Spuren/Wege. Ich sehe eigentlich keinen Grund, warum man davon
> abweichen sollte, diese neuerdings vorgeschlagenen Konstrukte werden
> naemlich sehr schwierig zu editieren sein, des weiteren sehr
> unuebersichtlich, und Restriktionen, Kreuzungen etc. werden ihr uebriges
> dazutun, dass sich Unmengen von Fehlern einschleichen werden.
> 

Abgesehen davon dass eigentlich von nichts abgewichen werden soll, da es 
noch keine allgemein verbreitete Übereinkunft für das Problem gibt, ist 
das Zeichnen von einzelnen Ways für jede Spur und jeden Gehweg wohl kaum 
übersichtlich oder einfach und müsste zudem noch mit Relations 
zusammengefasst werden, da sonst die Information verlorengeht, was zu 
einer Straße gehört.

Zudem müssten die Editoren auch damit umgehen können, da es sonst sicher 
spaßig wird eine Straße die aus 2 Spuren und 2 Gehwegen besteht 
gleichmäßig zu verschieben. Mit entsprechendem Editorsupport wäre 
allerdings das tagging von diesen Informationen an die Straßen auch 
einfacher und weniger unintuitiv. Wenn man dann z.B. einfach den Weg 
auswählen und den Straßenquerschnitt angeben könnte, wäre es doch 
kinderleicht das zuzuordnen.

Bei baulich getrennten Wegen (z.B. durch eine Mauer oder breiten 
Grünstreifen) ist das getrennte Erfassen natürlich auf jeden Fall sinnvoll.

Letztendlich wird es vermutlich auf mehrere Lösungen hinauslaufen.

Gruß

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

Re: [Talk-de] Richtungsabhaengige oder Abschnittsweise attribute/tags

[Sebastian Hohmann]

Florian Lohoff schrieb:
> On Thu, Oct 23, 2008 at 11:02:27PM +0200, Sebastian Hohmann wrote:
>> Besser daran ist, dass Häuser nunmal neben der Straße liegen und wir 
>> versuchen die Wirklichkeit vereinfacht abzubilden. Zudem ist es noch 
>> konsistent zu POIs wie Geschäften oder Restaurants die auch neben der 
>> Straßen eingetragen werden und Adressen tragen können.
> 
> Nichts spricht dagegen addressen/hausnummern die man genauer kennt auch
> so einzutragen - aber fuer den grossteil der Straßen wird auf alle
> ewigkeit eine interpolation reichen. Mehr haben die kommerziellen im
> moment auch nicht und kriegen damit schon ganz beachtliche ergebnisse
> hin.
> 
> Und der Aufwand von Straßennetz zu erfassen zu Straßen + Interpolierte
> Hausnummern ist vermutlich irgendwas mit 1:10. Wenn wir jetzt noch JEDE
> Hausnummer einzeln aufnehmen und einen genauen punkt zuordnen ist man
> nochmal bei 1:10.
> 
> Da wir noch nichtmal mit dem Straßennetz vollstaendig sind liegen noch
>> 99% der Aufgabe vor uns.
> 

Allerdings kommt es ja darauf an wo man wohnt. In Gegegenden die gut 
erfasst sind und viele Mapper haben, werden sicher auch Hausnummern 
schneller und detaillierter erfasst.

Aber es stimmt wohl schon, dass meistens eine Interpolation reicht und 
habe auch nichts gegenteiliges behauptet. Ich finde eben bloss die 
Mischung zwischen neben der Straße/an der Straße nicht schön.

Gruß

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

Re: [Talk-de] Presseanfrage vom SWR wegen Hamburger Pressemitteilung

[Sven Geggus]

Sven Anders <[EMAIL PROTECTED]> wrote:

> Herr Ebert vom SÜDWESTRUNDFUNK hat nachgefragt, ob es im Südwesten 
> (Rheinland-Pfalz/Baden-Württemberg) auch Städte gebe die vollständig  erfasst 
> sind bzw. bald sein werden.

Huh? Ich dachte immer, dass Karlsruhe sogar die erste deutsche Stadt
war, die vollständig erfasst war!

Sven

-- 
"Remember, democracy never lasts long. It soon wastes itself,
exhausts and murders itself. There never was a democracy yet
that did not commit suicide." (John Quincy Adams)
/me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web

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

Re: [Talk-de] Richtungsabhaengige oder Abschnittsweise attribute/tags Was: Fahrradspur

[Sebastian Hohmann]

Florian Lohoff schrieb:
> On Fri, Oct 24, 2008 at 02:40:23PM +0200, Martin Koppenhoefer wrote:
>>Du uebersiehst bei Deiner Kritik, dass die Hausnummern sehr wohl physisch
>>existieren, naemlich als Grundstuecke bzw. Haeuser, bzw. Eingaenge, und
>>diese sind nicht Teil der Strasse sondern getrennt davon. Von daher habe
>>ich ueberhaupt keine Bedenken, mit den Hausnummern wie bisher
>>fortzufahren. Schoen waere es aber, die Tags im Editor auf verschiedene
>>Layer filtern zu koennen, so dass man sie bei Bedarf z.B. sperren (oder
>>sogar ausblenden) kann, und nicht versehentlich Ways verbindet, die
>>eigentlich nichts miteinander zu tun haben.
> 
> Das ist mir schon klar das die existieren - aber ob ich mit einem pseudo
> pfad neben der Straße die interpoliere (also positionen rate) - oder ob
> ich das an die straße klebe ist doch eins oder?
> 

Vom Routingergebnis her vielleicht schon, allerdings nicht von der 
Bedeutung her. Obwohl die Daten selbstverständlich prinzipiell benutzbar 
sein sollen, mappen wir trotzdem nicht für eine bestimmte Anwendung. Nur 
weil es einem Router vielleicht reicht die Hausnummern direkt an der 
Straße zu haben, ist für eine andere Anwendung die etwas korrektere 
Abbildung der Wirklichkeit vielleicht entscheidend.

> Mein ziel ist es die Address/Hausnummernpflege zu simplifizieren. Im
> moment scheue ich mich ueberhaupt das zu erheben weil die
> interpolierende loesung des Karlsruhe Schema einfach ekelig ist. 
 >

Findest du. Setzt du Restaurants oder Telefonzellen auch direkt auf die 
Straße?

> Es gibt keinen  genauen bezug an welchem Punkt der Straße nun die
> Hausnummer ist (und das ist fuer die Navigation das interessante).
> D.h. der konverter kann nur raten und 2 rechtwinkelige auf die straße
> und den interpolierenden weg konstruieren um dann dem navi zu sagen wo
> es denn hinfahren soll. Das ist CPU aufwand der einfach umsonst ist.
> Dazu kommt noch das die datenmenge riesig ist und die pflege aufwendig
> und unuebersichtlich.
> 

Den CPU Aufwand kann ich nicht beurteilen, allerdings bezweifle ich es, 
dass es für eine einzelne Adresse (zu mehreren gleichzeitig will man ja 
selten) so viel ausmacht. Dass man quasi raten muss ist natürlich klar. 
Andererseits gibt es bei manchen Häusern auch Zugänge von mehreren 
Seiten, da ist es sowieso fraglich wie man das abbilden soll.

> Ich pflege keine Daten fuer die ich nachher nicht eine wirklich sauberere
> weiterverarbeitung bzw nutzung sehe. Das ist ein aehnliches problem
> wie is_in auf den places. Da das Freitext ist und wir nunmal mehrere
> "Langenberg" oder "Neuenkirchen" haben ist das ganze fuer die katz weil
> keine zuordnung existiert. Ebenso die nummer mit den flaechenpolygonen
> um die Straße den places zuzuordnen - Das ist technisch unsauber und
> einfach nur hochwissenschaftliches raten. Daher waere ich fuer Place/is_in
> relations die eben die ganzen zugehoerigen Straßen (auch meinetwegen
> mehrfach hierarchisch) eindeutig zuordnet. Ja - das mag auf den ersten
> blick wie grosser bearbeitungsaufwand aussehen - aber es ist die einzige
> saubere technische variante. Mir ist es schleierhaft wie im moment
> ueberhaupt die Straßensuche funktionieren kann - Im prinzip ist das
> alles nur gerate welche Straße mit dem namen nun "nahe bei" (was ja auch
> schon geraten ist) einem Place ist.
> Nur ist halt "nahe bei" in Mastholte im umkreis von 300m - Und in Mexiko
> Stadt oder Moskau halt auch mal 100km.
> 

Für Relations die Straßen einem Ort zuordnen wäre ich auch, da es 
einfach schrecklich ist, an jede Straße die PLZ und den Ort zu hängen. 
Eventuell sollte man auch für die PLZ eine extra Relation verwenden, da 
ein Ort ja nicht immer nur genau eine PLZ hat. Aber prinzipiell wären 
solche Relations schon praktisch um die Datenredundanz zu minimieren.


Gruß

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

Re: [Talk-de] nav4blind (was: Straßen als Fläc hen)

[Frank Jäger]

qbert biker schrieb:
> 
> Und zu den Blinden: Es gibt Projekte dazu und die sind technisch ganz
> anders aufgebaut als OSM. Die haben eine exakte technische Definition
> und exakte Qualitätsvorschriften. Für einen Blinden wäre es eine
> Katastrophe, wenn mal jemand beim Mappen ganz unabsichtlich einen Punkt
> ein paar Meter verschiebt. Nur so als Denkanstoss...
> 
> Grüsse Hubert
> 

Info dazu z.B. unter:  http://www.nav4blind.de

"Blinde oder sehbehinderte Menschen sollen in einem 30 - 50 cm breiten
virtuellen Korridor geleitet werden ... "

"Gegenüber herkömmlichen Navigationssystemen besteht die besondere
Herausforderung dieses Projektes darin, die Navigation genauer 
einzurichten."

"Die Grundlage des Systems bilden hochgenaue, ALKIS-kompatible
Katasterkarten, die ..."


-- 
Frank Jäger

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

Re: [Talk-de] Strassenabschnittsschwerpunkt

[Tobias Wendorff]

Ich habe Dir mal OSM-Dateien dazu erzeugt:

http://rapidshare.com/files/157141482/schwerpunkt.zip.html

Die Ampel kennzeichnet den jeweiligen Schwerpunkt.

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

[Talk-de] Presseanfrage vom SWR wegen Hamburger Pressemitteilung

[Sven Anders]

Herr Ebert vom SÜDWESTRUNDFUNK hat nachgefragt, ob es im Südwesten 
(Rheinland-Pfalz/Baden-Württemberg) auch Städte gebe die vollständig  erfasst 
sind bzw. bald sein werden.

Wir haben ihn darauf geantwortet:
>Es ist nicht nicht immer einfach festzustellen, ob und wie weit ein Gebiet
>vollständig erfasst ist. Dazu benötigen wir ein Straßenverzeichnis von den
>jeweils zuständigen Kommunen. Dieses zu bekommen ist zum Teil relativ
>schwierig. So kann es durchaus sein, dass auch in Ihrem Sendegebiet Städte
>und Gemeinden vollständig erfasst sind, nur konnte man das eben bisher
>nicht, wie in Hamburg, an Hand von offiziellen Quellen verifizieren.

>Wenn es Ihnen recht ist, werde ich auf unserer Mailingliste eine 
entsprechende Anfrage an Projektmitglieder im Südwesten Deutschlands richten 
und Ihnen die Reaktionen weiterleiten.

Also her mit den Kommentaren!

Gruß
Sven

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

Re: [Talk-de] Richtungsabhaengige oder Abschnittsweise attribute/tags

[Florian Lohoff]

On Thu, Oct 23, 2008 at 11:02:27PM +0200, Sebastian Hohmann wrote:
> Besser daran ist, dass Häuser nunmal neben der Straße liegen und wir 
> versuchen die Wirklichkeit vereinfacht abzubilden. Zudem ist es noch 
> konsistent zu POIs wie Geschäften oder Restaurants die auch neben der 
> Straßen eingetragen werden und Adressen tragen können.

Nichts spricht dagegen addressen/hausnummern die man genauer kennt auch
so einzutragen - aber fuer den grossteil der Straßen wird auf alle
ewigkeit eine interpolation reichen. Mehr haben die kommerziellen im
moment auch nicht und kriegen damit schon ganz beachtliche ergebnisse
hin.

Und der Aufwand von Straßennetz zu erfassen zu Straßen + Interpolierte
Hausnummern ist vermutlich irgendwas mit 1:10. Wenn wir jetzt noch JEDE
Hausnummer einzeln aufnehmen und einen genauen punkt zuordnen ist man
nochmal bei 1:10.

Da wir noch nichtmal mit dem Straßennetz vollstaendig sind liegen noch
>99% der Aufgabe vor uns.

Flo
-- 
Florian Lohoff  [EMAIL PROTECTED] +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


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

Re: [Talk-de] Straßen als Flächen

[Tobias Wendorff]

Mario Salvini schrieb:
> Natürlich is eine Straße eigentlich eine Fläche. Aber wenn wir schon bei 
> der Positionierung selber eine technische Ungenauigkeit von 10-20m 
> haben, wie willst du dann die Fläche einer Straße mit erschwinglichem 
> Aufwand einmessen?

Lasermessgeräte gibt es sehr günstig im Baumarkt :-)

> OSM is ja in gewisser Hinsicht Abstraktion. Ob man jetzt einen Ways als 
> Linie zeichnet und sagt width=8m oder eine Fläche einzeichnet gibt 
> unterm Strich nur maginalen Mehrwert (außer du willst wie beim 
> Autorennen die Idealinie berechnen und zum Routing benutzen).
> 
> Variante Linie + width is einfach deutlich einfach zu realisieren, glaub 
> ich.

Hast Du Dir mein Flächenbeispiel angeguckt?

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

Re: [Talk-de] Richtungsabhaengige oder Abschnittsweise attribute/tags Was: Fahrradspur

[Florian Lohoff]

On Fri, Oct 24, 2008 at 02:40:23PM +0200, Martin Koppenhoefer wrote:
>Du uebersiehst bei Deiner Kritik, dass die Hausnummern sehr wohl physisch
>existieren, naemlich als Grundstuecke bzw. Haeuser, bzw. Eingaenge, und
>diese sind nicht Teil der Strasse sondern getrennt davon. Von daher habe
>ich ueberhaupt keine Bedenken, mit den Hausnummern wie bisher
>fortzufahren. Schoen waere es aber, die Tags im Editor auf verschiedene
>Layer filtern zu koennen, so dass man sie bei Bedarf z.B. sperren (oder
>sogar ausblenden) kann, und nicht versehentlich Ways verbindet, die
>eigentlich nichts miteinander zu tun haben.

Das ist mir schon klar das die existieren - aber ob ich mit einem pseudo
pfad neben der Straße die interpoliere (also positionen rate) - oder ob
ich das an die straße klebe ist doch eins oder?

Mein ziel ist es die Address/Hausnummernpflege zu simplifizieren. Im
moment scheue ich mich ueberhaupt das zu erheben weil die
interpolierende loesung des Karlsruhe Schema einfach ekelig ist. 

Es gibt keinen  genauen bezug an welchem Punkt der Straße nun die
Hausnummer ist (und das ist fuer die Navigation das interessante).
D.h. der konverter kann nur raten und 2 rechtwinkelige auf die straße
und den interpolierenden weg konstruieren um dann dem navi zu sagen wo
es denn hinfahren soll. Das ist CPU aufwand der einfach umsonst ist.
Dazu kommt noch das die datenmenge riesig ist und die pflege aufwendig
und unuebersichtlich.

Ich pflege keine Daten fuer die ich nachher nicht eine wirklich sauberere
weiterverarbeitung bzw nutzung sehe. Das ist ein aehnliches problem
wie is_in auf den places. Da das Freitext ist und wir nunmal mehrere
"Langenberg" oder "Neuenkirchen" haben ist das ganze fuer die katz weil
keine zuordnung existiert. Ebenso die nummer mit den flaechenpolygonen
um die Straße den places zuzuordnen - Das ist technisch unsauber und
einfach nur hochwissenschaftliches raten. Daher waere ich fuer Place/is_in
relations die eben die ganzen zugehoerigen Straßen (auch meinetwegen
mehrfach hierarchisch) eindeutig zuordnet. Ja - das mag auf den ersten
blick wie grosser bearbeitungsaufwand aussehen - aber es ist die einzige
saubere technische variante. Mir ist es schleierhaft wie im moment
ueberhaupt die Straßensuche funktionieren kann - Im prinzip ist das
alles nur gerate welche Straße mit dem namen nun "nahe bei" (was ja auch
schon geraten ist) einem Place ist.
Nur ist halt "nahe bei" in Mastholte im umkreis von 300m - Und in Mexiko
Stadt oder Moskau halt auch mal 100km.

Flo
-- 
Florian Lohoff  [EMAIL PROTECTED] +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


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

Re: [Talk-de] Straßen als Flächen

[Mario Salvini]

Tobias Wendorff schrieb:
> Mario Salvini schrieb:
>   
>> Is ein Linie die ein Breite (width=*) hat nicht schon eine Fläche?
>> 
>
> Ist eine Straße nicht eigentlich eine Fläche?
>
>   
Natürlich is eine Straße eigentlich eine Fläche. Aber wenn wir schon bei 
der Positionierung selber eine technische Ungenauigkeit von 10-20m 
haben, wie willst du dann die Fläche einer Straße mit erschwinglichem 
Aufwand einmessen?

OSM is ja in gewisser Hinsicht Abstraktion. Ob man jetzt einen Ways als 
Linie zeichnet und sagt width=8m oder eine Fläche einzeichnet gibt 
unterm Strich nur maginalen Mehrwert (außer du willst wie beim 
Autorennen die Idealinie berechnen und zum Routing benutzen).

Variante Linie + width is einfach deutlich einfach zu realisieren, glaub 
ich.

Gruß
 Mario

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

[Talk-de] osmdiff - neue version, neue cities, neue reports

[GS]

Hi,

heute gibt es reports der neuen beta von osmdiff zu sehen.

- es gibt mehr reports, mehr städte
- geänderte tags werden berichtet und mit einer neuen Farbe
eingezeichnet
- wege mit mindestens einem verschobenen knoten werden markiert und
berichtet
- ein Maßstab in der Karte ist neu

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

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

Bye

Gary68



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

Re: [Talk-de] Strassenabschnittsschwerpunkt

[Tobias Wendorff]

Hallo Markus,

Markus schrieb:
> als Laie hat man halt immer irgendwie die Vorstellung, dass Geodaten 
> "richtig" sein können. Luftbilder zumindest sollten doch die 
> Proportionen "richtig" wiedergeben, man müsste sie also nur richtig 
> skalieren und georeferenzieren? GPS-Track-Bündel könnten vielleicht 
> einen "richtigen" Mittelwert liefern? Und die Geometer mit ihren 
> Theodoliten, die messen doch hochpräzise? - So denkt halt der Laie...

Wenn eine Messkette mit einer bekannten und berechenbaren
Ungenauigkeit bekannt ist, kann die Genauigkeit bestimmt
werden.

Auch mit Theodoliten musst Du bestimmte Maßnahmen treffen,
um die Fehler zu minimieren und die Genauigkeit zu maximieren:
Eichung, Durchführung mehrerer Messreihen etc.

> Daraus folgert der Laie: wenn ich genaue Referenzpunkte hätte, dann 
> könne ich "meine Karte" einfach danach ausrichten, und so die 
> vorhandenen Ungenauigkeiten von 10..30 Meter um Faktor 10 reduzieren 
> oder so...

Eigentlich kannst Du nur für den Bereich dieses Referenzpunkts
etwas genau ausrichten. Du weißt ja nicht, ob das vorher oder
nachher auch korrekt ist.

Beispiel:
Du hast eine Kamera mit hoher Linsenverzerrung. Damit machst Du
ein Luftbild. Du kennst genau die vier Eckkoordinaten und
rektifizierst dein Bild damit, dann stimmt zwar der Bezug, aber
die Informationen im Bild werden alle falsche Koordinaten haben.

Die Linsenverzerrung kannst Du aber vorher messen und das Bild
vorher entzerren. Eine andere Möglichkeit wäre, das Bild an
verschiedenen Orten mit Koordinaten zur Rektifizierung zu
versehen.

Generell wird die Genauigkeit erhöht, je mehr Koordinaten Du
dem Bild hinzufügst. Die vier Eckkordinaten reichen meist nur
in der Theorie aus.

> Und tatsächlich: die "nach Sicht" gezeichnete Karte (ausgehend von einem 
> Yahoo-Referenzpunkt, korrigiert um einen Wert aus 
> http://www.mcaviglia.ch/gmap/get_coor_ext.asp?l=de, und dann 
> extrapolierend Richtung und Distanz schätzend erweitert) stimmt recht 
> genau sowohl mit den GPS-Tracks, als auch den neuen Yahoo-Luftbildern 
> überein. Und die Strassenabschnittsschwerpunkt liegen auch nur wenige 
> Meter daneben. (aber alles nicht so richtig regelmässig)

Warst Du es nicht, der das Wiki über Luftbilder gemacht hat?
Ein Luftbild, das Du auf dem Bildschirm siehst, kann aus
xx Einzelfotos zusammengesetzt sein, die vielleicht alle um
ein paar Zentimeter oder Pixel verschoben sind.

Wie oben dargelegt, kann aber auch das Bild "in sich" nochmal
verzogen sein.

> Tja - und dann fragt sich eben der Laie: Was ist nun "richtiger"?
> und was müsste um wieviel in welche Richtung verschoben werden?

Ich bin der Ansicht: Weder "unser" GPS, noch die Yahoo-Luftbilder
sind genug für 'hohe' Genauigkeit (relativ!). Beide Datenquellen
bilden aber eine ausreichende Genauigkeit für OpenStreetMap.

>> Eine Straße wird in Straßenabschnitte unterteilt und 
>> dafür werden dann die Schwerpunkte der Linien berechnet.
>> Wenn man die Kurve ausstrecken würde, hätte sie irgendwo eine Mitte.
>> Wenn die Kurve z.B. 100 m lang ist, hat man nach 50 m die Mitte.
>> Dafür gibt es feste Formeln, z.B. für beliebig flache Bogen (wie man
>> sie in der Realität/Praxis findet) oder einen festen Kreisbogen (wie man
>> sie in der Planung/Theorie findet).
>> Es wird also sozusagen der "Mittelpunkt" einer Strecke angegeben.
> 
> Und ich vermute, dieser "Mittelpunkt" wird dann weder auf die Linie der 
> Kurve gelegt? Also die Strasse geht dann durch diesen Punkt?

Genau. Ich werde Dir gleich ein Bild dazu erstellen.

> Die Datenquelle sagt:
> 
> "Die Koordinaten sind interpolierte Koordinaten entlang des
> Vektorbestandes von Teleatlas. Dabei sind die Koordinaten der
> Genauigkeitskennung 15 (also hausnummerngenau) immer 10 m von dem
> Straßenvektor entfernt gelegt worden. Bei den Genauigkeiten 20/25
> liegen die Koordinaten auf dem Straßenverktor von Teleatlas. Bei den
> anderen Koordinaten sind diese Mittelpunktskoordinaten der jeweiligen
> Ebene (Wohnquartier, Postleitzahl, Ort, Gemeinde)."

Ach Markus ... hättest Du das bloß für Dich behalten.
Es ist bekannt, dass wir TeleAtlas-Daten nicht übernehmen dürfen
und wollen. Ich dachte, Du hättest die Daten aus dem ALK/ALKIS/ATKIS
vom Amt bekommen :-(

Laut Frederik Ramm sollen wir bei solchen Schenkungen aber nicht
weiter über das Urheberrecht oder den Datenbankschutz nachdenken.
Ich hoffe nur nicht, dass nun ein TeleAtlas-Mitarbeiter hellhörig
wird :-(


> Soweit der aktuelle Stand meiner Nachforschungen...
> 
> Woher hat eigentlich Teleatlas die Koordinaten?

1. Eigenerhebung mit Messfahrzeugen
2. kommunal-geduldeter "Datenklau" von kommunalen GDI-Diensten
3. eigene Luftbilder
etc.

Grüße
Tobias

ps: Jetzt erklärt sich für mich auch, wieso meine getesteten
Koordinaten immer perfekt auf den Straßen bei Google Maps
gelegen haben ...

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

Re: [Talk-de] Straßen als Flächen

[Tobias Wendorff]

Mario Salvini schrieb:
> Is ein Linie die ein Breite (width=*) hat nicht schon eine Fläche?

Ist eine Straße nicht eigentlich eine Fläche?

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

[Talk-de] Problem beim rendern mit Mapnik

[Jan Paul Imhoff]

Hallo Zusammen,
ich versuche zur Zeit eine Renderingumgebung mit Mapnik als renderer,
unter WinXp aufzusetzen. Ich hatte das ganze auch schon auf einem
anderen Rechner am laufen.
Habe bereits alle nötigen Programme installiert, bin dabei nach der
Anleitung im Wiki vorgegangen. Das rendern läuft mittlerweile auch
allerdings produziert generate_tiles nur leere Tiles, bzw. Tiles die nur 
die Umrisse der Länder enthalten. (OSM Daten sind aber importiert denke 
ich).
Ich denke daher, dass ein Problem mit der Datenbank vorliegt, habe aber
keine Ahnung wie ich das nachprüfen kann.
Hat einer eine Idee woran das liegen kann?

Ausgeführte Schritte mit der Datenbank:
Import der processed_p
Import eines Auschnittes der Welt (Berlin.osm von GeoFabrik)


Danke
Paul



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

Re: [Talk-de] Fahrradspur

[Mario Salvini]

1 und -1 soll eher verdeutlichen, auf welcher Seite der Koordinatenachse 
sich das Objekt befindet.

Der Weg selber is die Y-Achse. und dann enweder -1, -2. -3 für Sachen, 
die sich Links befinden oder 1, 2, 3 für Sachen die sich rechts befinden.
Fließrichtungen des Verkehrs is ja eh wieder eine default-Sache.
In Deutschland hätten Straßen dann z.B. direction.x = forward und 
direction.-x  = backward.

Wenn diese Norm mal an einer Stelle sich ändern, dann wirds in den Maps 
explizit getaggt.

Halte Das auf jeden Fall weder unintuitiv noch wirklich komplexer als 
Methode.

--
 Mario

Martin Koppenhoefer schrieb:
>
>
> Am 23. Oktober 2008 01:41 schrieb Dimitri Junker 
> <[EMAIL PROTECTED] >:
>
> Hallo,
> >Die Spuren in meinem Versuch eines Datenmodells gehen von links nach
> >rechts in Richtung des Wegs.
>
>
> Warum nicht durchnummerieren, mit 0 gleich dem Mittelstreifen
> (Spur0 wird
> also nicht verwendet). Spur1 ist die mittlere Spur in Wegrichtung,
> Spur-1
> die mittlere in Gegenrichtung.
>
> Dimitri
>
>
> aha, und was macht man, wenn sich Richtung und Gegenrichtung 
> abwechseln? Diese Schemas haben m.E. alle den Nachteil, dass sie 
> wesentlich unintuitiver, kopflastiger und komplexer sind, als das 
> einfache Zeichnen der vorhandenen Spuren/Wege. Ich sehe eigentlich 
> keinen Grund, warum man davon abweichen sollte, diese neuerdings 
> vorgeschlagenen Konstrukte werden naemlich sehr schwierig zu editieren 
> sein, des weiteren sehr unuebersichtlich, und Restriktionen, 
> Kreuzungen etc. werden ihr uebriges dazutun, dass sich Unmengen von 
> Fehlern einschleichen werden.
>
> Martin


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

Re: [Talk-de] Straßen als Flächen

[Mario Salvini]

mal das blasphemisch gesagt:

Is ein Linie die ein Breite (width=*) hat nicht schon eine Fläche?

--
 Mario


Tobias Wendorff schrieb:
> Hallo Leute,
>
> gibt es hier oder im Wiki schon erste Skizzierungen, wie man Straßen
> als Flächen mappen könnte?
>
> Grüße
> Tobias
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
>   


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

[Talk-de] JOSM - Knotenpunkte rechtwinklig anordnen

[Markus]

Wenn ich ein viereckiges Element mit dem Werkzeug "Knotenpunkte 
rechtwinklig anordnen" behandle, geschieht manchmal folgendes:

zwei Punkte bleiben stehen, die anderen beiden verschwinden nach links 
oben ausserhalb des Bildschirmes, und ziehen dabei lange linien in die 
linke obere Ecke.

Mit "rückgängig" und einzelne Ecken etwas bewegen kann (irgendwann) dann 
doch noch ein Rechteck erzeugt werden.

Woran liegt das? Kann ich das irgendwie verhindern?

Gruss, Markus

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

Re: [Talk-de] Strassenabschnittsschwerpunkt

[Markus]

Hallo Tobias,

als Laie hat man halt immer irgendwie die Vorstellung, dass Geodaten 
"richtig" sein können. Luftbilder zumindest sollten doch die 
Proportionen "richtig" wiedergeben, man müsste sie also nur richtig 
skalieren und georeferenzieren? GPS-Track-Bündel könnten vielleicht 
einen "richtigen" Mittelwert liefern? Und die Geometer mit ihren 
Theodoliten, die messen doch hochpräzise? - So denkt halt der Laie...

Daraus folgert der Laie: wenn ich genaue Referenzpunkte hätte, dann 
könne ich "meine Karte" einfach danach ausrichten, und so die 
vorhandenen Ungenauigkeiten von 10..30 Meter um Faktor 10 reduzieren 
oder so...

Und tatsächlich: die "nach Sicht" gezeichnete Karte (ausgehend von einem 
Yahoo-Referenzpunkt, korrigiert um einen Wert aus 
http://www.mcaviglia.ch/gmap/get_coor_ext.asp?l=de, und dann 
extrapolierend Richtung und Distanz schätzend erweitert) stimmt recht 
genau sowohl mit den GPS-Tracks, als auch den neuen Yahoo-Luftbildern 
überein. Und die Strassenabschnittsschwerpunkt liegen auch nur wenige 
Meter daneben. (aber alles nicht so richtig regelmässig)

Tja - und dann fragt sich eben der Laie: Was ist nun "richtiger"?
und was müsste um wieviel in welche Richtung verschoben werden?

Klar, eine Genauigkeit von +-10m ist schon recht gut.
Aber interessant wäre es trotzdem...

Du schriebst:

> Eine Straße wird in Straßenabschnitte unterteilt und 
> dafür werden dann die Schwerpunkte der Linien berechnet.
> Wenn man die Kurve ausstrecken würde, hätte sie irgendwo eine Mitte.
> Wenn die Kurve z.B. 100 m lang ist, hat man nach 50 m die Mitte.
> Dafür gibt es feste Formeln, z.B. für beliebig flache Bogen (wie man
> sie in der Realität/Praxis findet) oder einen festen Kreisbogen (wie man
> sie in der Planung/Theorie findet).
> Es wird also sozusagen der "Mittelpunkt" einer Strecke angegeben.

Und ich vermute, dieser "Mittelpunkt" wird dann weder auf die Linie der 
Kurve gelegt? Also die Strasse geht dann durch diesen Punkt?

Die Datenquelle sagt:

"Die Koordinaten sind interpolierte Koordinaten entlang des
Vektorbestandes von Teleatlas. Dabei sind die Koordinaten der
Genauigkeitskennung 15 (also hausnummerngenau) immer 10 m von dem
Straßenvektor entfernt gelegt worden. Bei den Genauigkeiten 20/25
liegen die Koordinaten auf dem Straßenverktor von Teleatlas. Bei den
anderen Koordinaten sind diese Mittelpunktskoordinaten der jeweiligen
Ebene (Wohnquartier, Postleitzahl, Ort, Gemeinde)."

Soweit der aktuelle Stand meiner Nachforschungen...

Woher hat eigentlich Teleatlas die Koordinaten?

Gruss, Markus

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

Re: [Talk-de] Fahrradspur

[Martin Koppenhoefer]

Am 23. Oktober 2008 01:41 schrieb Dimitri Junker <[EMAIL PROTECTED]>:

> Hallo,
> >Die Spuren in meinem Versuch eines Datenmodells gehen von links nach
> >rechts in Richtung des Wegs.
>
>
> Warum nicht durchnummerieren, mit 0 gleich dem Mittelstreifen (Spur0 wird
> also nicht verwendet). Spur1 ist die mittlere Spur in Wegrichtung, Spur-1
> die mittlere in Gegenrichtung.
>
> Dimitri
>

aha, und was macht man, wenn sich Richtung und Gegenrichtung abwechseln?
Diese Schemas haben m.E. alle den Nachteil, dass sie wesentlich
unintuitiver, kopflastiger und komplexer sind, als das einfache Zeichnen der
vorhandenen Spuren/Wege. Ich sehe eigentlich keinen Grund, warum man davon
abweichen sollte, diese neuerdings vorgeschlagenen Konstrukte werden
naemlich sehr schwierig zu editieren sein, des weiteren sehr
unuebersichtlich, und Restriktionen, Kreuzungen etc. werden ihr uebriges
dazutun, dass sich Unmengen von Fehlern einschleichen werden.

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

Re: [Talk-de] Richtungsabhaengige oder Abschnittsweise attribute/tags Was: Fahrradspur

[Martin Koppenhoefer]

>
> Ein weitere punkt weshalb ich eine partial way relation bevorzuge ist
> das ich das interpolationsschema Karlsruhe sowas von Schei*** finde. Mit
> einem mal tauchen in den daten ways auf die gar nicht physisch
> existieren und das zeugs ist einfach nur unuebersichtlich. Ein
> vorschlag hier mit den partways waere:
>
>n1
>+
>|
>|w1
>|
>  --+--+
>n2 w2 n3
>
>
>type=housenumberinterpolation
>from=n1
>to=n2
>via=w2
>leftnumber=50,54,even
>rightnumber=51,55,odd
>
>type=housenumberinterpolation
>from=n3
>to=n2
>via=w2
>leftnumber=1,21,odd
>rightnumber=2,22,even
>
> Und schon sind die Hausnummern da dran ... Keine millionen von
> nodes und ways die voellig unuebersichtlich werden nur um hausnummern
> darzustellen.
>
> Flo
>

Du uebersiehst bei Deiner Kritik, dass die Hausnummern sehr wohl physisch
existieren, naemlich als Grundstuecke bzw. Haeuser, bzw. Eingaenge, und
diese sind nicht Teil der Strasse sondern getrennt davon. Von daher habe ich
ueberhaupt keine Bedenken, mit den Hausnummern wie bisher fortzufahren.
Schoen waere es aber, die Tags im Editor auf verschiedene Layer filtern zu
koennen, so dass man sie bei Bedarf z.B. sperren (oder sogar ausblenden)
kann, und nicht versehentlich Ways verbindet, die eigentlich nichts
miteinander zu tun haben.

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

Re: [Talk-de] Strassenabschnittsschwerpunkt

[Tobias Wendorff]

Hallo Markus,

Markus schrieb:
> Was genau ist ein Strassenabschnittsschwerpunkt?
> 
> Ich habe in meinem Gebiet Strassenabschnittsschwerpunkte mit genauen 
> Koordinaten.

Das habe ich Dir doch schon erklärt :-(

Eine Straße wird in Straßenabschnitte unterteilt und dafür werden
dann die Schwerpunkte der Linien berechnet.

Dafür gibt es feste Formeln, z.B. für beliebig flache Bogen (wie man
sie in der Realität/Praxis findet) oder einen festen Kreisbogen (wie man
sie in der Planung/Theorie findet).

Es wird also sozusagen der "Mittelpunkt" einer Strecke angegeben.

> Erwartet hätte ich, dass meine Elemente um immer den gleichen Vektor 
> falsch sind, also je einheitlich neben GPS-Tracks bzw Yahoo-Luftbildern.
> Beispielsweise Luftbilder 30 m südöstlich, oder Tracks 20 m westlich.

Wie Frederik Ramm ja mitgeteilt hat, weichen die Yahoo-Luftbilder
ja doch ziemlich extrem ab.

> Aber ich kann da kein Muster erkennen.

Weder GPS, noch diese Art der Georeferenzierung hat ein einheitliches
Muster.

> Woran könnte das liegen?

GPS-Daten im Consumer-Bereich sind meist geschätzte und gemittelte
Daten. Die Luftbilder wurden schlicht ungenau mit Koordinaten versehen.

Grüße
Tobias

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

[Talk-de] [Presse] Freier Hamburger Straßenp lan praktisch komplett

[osm-talk]

http://www.heise.de/newsticker/Freier-Hamburger-Strassenplan-praktisch-komplett--/meldung/117891

Ich sag' nur: Gut gemacht Jungs! ;-)


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

Re: [Talk-de] Mapnik und Osmarender ignorieren Tunnel

[Norbert Kück]

Andreas Labres schrieb:
> Norbert Kück wrote:
>> jedenfalls trifft das auf die kleinen Gewässer Stream und Drain zu. Und 
>> gerade die werden häufig auf längerer Strecke unterirdisch verrohrt 
>> geführt. Sollte die Darstellung  nicht verbessert werden?
> 
> Gewässer-Tunnel funktioniert dzt. nur mit waterway=canal. Und das auch nur mit
> Mapnik, für Osmarender könnte man osmarender:render=no verwenden.

Schöner Tipp, allerdings geht das weit am Ziel vorbei. Ich bin naiv 
genug zu hoffen, dass hier jemand mitliest, der genug "Draht" zu 
Renderer-Pflegern hat und den Bedarf auf realitätsgetreue Darstellung 
auch bei Gewässern dort einsickern lassen kann. Muss ja nicht gleich 
heute sein. :-)

Gruß
nk

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

Re: [Talk-de] Schreibfehler bei Tags.

[Sven Anders]

Am Freitag, 24. Oktober 2008 10:35 schrieb Frederik Ramm:
> Sven Anders wrote:
> > In Hamburg hat die Sadt sogar schon Schilder neu bestellt, weil sie
> > falsch geschrieben waren und OSM das gemerkt hat.
>
> Die Story wuerde sicher auch unsere Freunde auf talk@ interessieren,
> hast Du Details?

Wir haben im Rahen unserers Abgleichs ein paar Straßenschlider festgestellt 
die falsch waren, siehe: 
http://wiki.openstreetmap.org/index.php/Hamburg/Hamburg-Stat
ein Teil habe ich dem Bezirksamt Wandsbek gemeldet, die haben mir 
zurückgeschrieben:

>die Anfrage von Herrn Anders haben wir bereits aufgenommen und die 
>fehlerhaften Straßennamenschilder bestellt. Diese werden voraussichtlich in 
>der 39 KW geliefert und dann umgehend montiert. 

Ich hab noch keine Rückmeldung, ob sie wirklich montiert wurden (hab aber auch 
noch niemanden gefragt, der  da wohnt).

BTW: Die erste Rückmeldung auf unsere Presserklärung ist da:
http://www.golem.de/0810/63151.html Weitere werde ich unter: 
http://wiki.openstreetmap.org/index.php/WikiProject_Germany/DeutschePresse 
eintragen, sobald sie mir bekannt werden.

Gruß
Sven

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

Re: [Talk-de] Schreibfehler bei Tags.

[Frederik Ramm]

Hallo,

Sven Anders wrote:
> In Hamburg hat die Sadt sogar schon Schilder neu bestellt, weil sie falsch 
> geschrieben waren und OSM das gemerkt hat.

Die Story wuerde sicher auch unsere Freunde auf talk@ interessieren, 
hast Du Details?

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Schreibfehler bei Tags.

[Sven Anders]

Am Freitag, 24. Oktober 2008 10:13 schrieb Chris66:
> Frederik Ramm schrieb:
> > Also fuer den Fall 6 kann ich definitiv Strassenschilder vorzeigen, auf
> > denen das so steht, inkl. Firmen in der Strasse, die das dann so auf
> > ihrem Briefkopf haben... ich bin ja auch ein grosser Freund von
> > korrekter Sprache, aber irgendwo muss man halt aufhoeren, den Leuten vor
> > Ort vorzuschreiben, wie sie sich zu nennen haben.
>
> Ich kenne hier eine Stange mit zwei Schildern die in zwei
> Richtungen zeigen. Auf dem einen steht "Voßkamp", auf
> dem anderen "Vosskamp" ;-)
>
> Die Frage ist, taggen wir die Namen so wie sie auf
> den Schildern stehen (sind offensichtlich manchmal falsch),
> oder so wie die Straße wirklich heisst und wie findet man
> das heraus?

Vei der Stadt/Gemeinde etc. Nachfragen. Die haben üblicherweise ein 
Straßenverzeichnis (SV). Wenn du da dann schon nachfragst, kannst du auch 
gleich Nachfragen, ob wir das SV zum Abgleich benutzen dürfen. Siehe:
http://wiki.openstreetmap.org/index.php/Stra%C3%9Fenverzeichnis

In Hamburg hat die Sadt sogar schon Schilder neu bestellt, weil sie falsch 
geschrieben waren und OSM das gemerkt hat.

Gruß
Sven

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

Re: [Talk-de] Schreibfehler bei Tags.

[Frank Sautter]

Chris66 schrieb:
> Ich kenne hier eine Stange mit zwei Schildern die in zwei
> Richtungen zeigen. Auf dem einen steht "Voßkamp", auf
> dem anderen "Vosskamp" ;-)
> 
> Die Frage ist, taggen wir die Namen so wie sie auf
> den Schildern stehen (sind offensichtlich manchmal falsch),
> oder so wie die Straße wirklich heisst und wie findet man
> das heraus?

ich würde in diesem fall freundlich im rathaus nachfragen.


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

Re: [Talk-de] Schreibfehler bei Tags.

[Chris66]

Frederik Ramm schrieb:

> Also fuer den Fall 6 kann ich definitiv Strassenschilder vorzeigen, auf 
> denen das so steht, inkl. Firmen in der Strasse, die das dann so auf 
> ihrem Briefkopf haben... ich bin ja auch ein grosser Freund von 
> korrekter Sprache, aber irgendwo muss man halt aufhoeren, den Leuten vor 
> Ort vorzuschreiben, wie sie sich zu nennen haben.

Ich kenne hier eine Stange mit zwei Schildern die in zwei
Richtungen zeigen. Auf dem einen steht "Voßkamp", auf
dem anderen "Vosskamp" ;-)

Die Frage ist, taggen wir die Namen so wie sie auf
den Schildern stehen (sind offensichtlich manchmal falsch),
oder so wie die Straße wirklich heisst und wie findet man
das heraus?

Grüße
Chris



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

Re: [Talk-de] Schreibfehler bei Tags.

[Frank Sautter]

Frederik Ramm schrieb:
> Frank Sautter wrote:
>>  1  "Nußdorfstraße"
>>  2  "Nußdorfstr."
>>  3  "Nußdorfstrasse"
>>  4  "Nußdorfstr"
>>  5  " Nußdorfstraße "
>>  6  "Nußdorf Str."
>>  7  "Nußdorf-Str"
>>  8  "Nußdorf str."
>>  9  "Nußdorf-str."
> 
> Also fuer den Fall 6 kann ich definitiv Strassenschilder vorzeigen, auf 
> denen das so steht, inkl. Firmen in der Strasse, die das dann so auf 
> ihrem Briefkopf haben... ich bin ja auch ein grosser Freund von 
> korrekter Sprache, aber irgendwo muss man halt aufhoeren, den Leuten vor 
> Ort vorzuschreiben, wie sie sich zu nennen haben.
bitte korrekt zitieren. ich schrieb:
> bei 6,7 stellt er die unabgekürze "Straße" her und es bleibt aber
> doch falsch
da wird die "Str." zur "Straße" aber ein robot kann und sollte in meinen
augen niemals automatisch "Nußdorf Str." zur "Nußdorfstraße" machen.
wir sind da glaube ich auf einer linie

> Was es auch oft gibt z.B. bei mir um die Ecke sind so Sachen wie 
> "Sonntagstr." und angrenzender "Sonntagsplatz", da wird dann gern 
> "Sonntagsstr." getaggt, insbesondere von Ortsunkundigen - ist aber falsch.
es geht nur um "str.","str","strasse" nach "straße" alles andere bleibt
unverändert weil eigenname oder nicht automatisch zu korrigierender
taggingfehler.

frank


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

Re: [Talk-de] Schreibfehler bei Tags.

[Frederik Ramm]

Hallo,

Frank Sautter wrote:
>  1  "Nußdorfstraße"
>  2  "Nußdorfstr."
>  3  "Nußdorfstrasse"
>  4  "Nußdorfstr"
>  5  " Nußdorfstraße "
>  6  "Nußdorf Str."
>  7  "Nußdorf-Str"
>  8  "Nußdorf str."
>  9  "Nußdorf-str."

Also fuer den Fall 6 kann ich definitiv Strassenschilder vorzeigen, auf 
denen das so steht, inkl. Firmen in der Strasse, die das dann so auf 
ihrem Briefkopf haben... ich bin ja auch ein grosser Freund von 
korrekter Sprache, aber irgendwo muss man halt aufhoeren, den Leuten vor 
Ort vorzuschreiben, wie sie sich zu nennen haben.

Was es auch oft gibt z.B. bei mir um die Ecke sind so Sachen wie 
"Sonntagstr." und angrenzender "Sonntagsplatz", da wird dann gern 
"Sonntagsstr." getaggt, insbesondere von Ortsunkundigen - ist aber falsch.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Mapnik und Osmarender ignorieren Tunnel

[Andreas Labres]

Norbert Kück wrote:
> jedenfalls trifft das auf die kleinen Gewässer Stream und Drain zu. Und 
> gerade die werden häufig auf längerer Strecke unterirdisch verrohrt 
> geführt. Sollte die Darstellung  nicht verbessert werden?

Gewässer-Tunnel funktioniert dzt. nur mit waterway=canal. Und das auch nur mit
Mapnik, für Osmarender könnte man osmarender:render=no verwenden.

zB: 
http://www.openstreetmap.org/?lat=48.19487&lon=16.35741&zoom=17&layers=B000FFF

Servus, Andreas

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