[Talk-de] Postleitzahlen vs OSM Inspector

[henry-every]

Hi,
beim betrachten von


http://tools.geofabrik.de/osmi/?view=addressesbaselayer=Mapnikopacity=0.30lon=12.86578lat=50.87472zoom=8overlays=postcodeareas,postcodeoutline,nearest_roads,connection_lines,nearest_points,interpolation,nodes_with_addresses_interpolated


fällt
mir auf das viele Postleitzahlengebiete beschädigt sind. Gibt es dafür
einen regelmäßigen Grund ? 
Im Bereich Baesweiler ist ein Node von der
Telekom bzgl DSL um mehrere hundert Kilometer falsch gesetzt gewesen.

Gibt es eine Möglichkeit einen automatisierten Check laufen zu lassen ?


Was passiert eigentlich mit Postleitzahlen aus Ausland ? Denn mit
Antwerpen ist auch etwas sehr merkwürdiges passiert. Dort verbindet sich
eine belgische Postleitzahl mit einer deutschen Antwerpen = Prigglitz.
Da könnte vielleicht ein Check helfen. 

Nebenbei die Frage wie oft wird
die Karte erneuert ?

Schöne Grüße

Henry E





#adBox3
{display:none;}



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

Re: [Talk-de] Postleitzahlen vs OSM Inspector

[Jochen Topf]

On Tue, Nov 11, 2008 at 09:38:06AM +0100, [EMAIL PROTECTED] wrote:
 http://tools.geofabrik.de/osmi/?view=addressesbaselayer=Mapnikopacity=0.30lon=12.86578lat=50.87472zoom=8overlays=postcodeareas,postcodeoutline,nearest_roads,connection_lines,nearest_points,interpolation,nodes_with_addresses_interpolated
 
 
 fällt
 mir auf das viele Postleitzahlengebiete beschädigt sind. Gibt es dafür
 einen regelmäßigen Grund ? 

beschädigt ist vielleicht das falsche Wort. Sie werden halt einfach
aufgrund der vorhandenen Daten gezeichnet und wenn die nicht stimmen,
dann passts halt nicht.

Du führst ja zwei der Gründe, warum so passieren kann, gleich auf:

 Im Bereich Baesweiler ist ein Node von der
 Telekom bzgl DSL um mehrere hundert Kilometer falsch gesetzt gewesen.
 
 Gibt es eine Möglichkeit einen automatisierten Check laufen zu lassen ?

Eigentlich ist die Karte im OSM Inspector doch ein prima Check: Du
siehst ein PLZ-Gebiet, was viel zu gross ist, kannst leicht den
Schuldigen finden und korrigieren. Der Computer kann ja nicht wissen,
dass ein DSLAM der Telekom mit falscher PLZ eingetragen wurde.

 Was passiert eigentlich mit Postleitzahlen aus Ausland ? Denn mit
 Antwerpen ist auch etwas sehr merkwürdiges passiert. Dort verbindet sich
 eine belgische Postleitzahl mit einer deutschen Antwerpen = Prigglitz.
 Da könnte vielleicht ein Check helfen. 

Wenn die betreffenden Nodes/Ways zusätzlich mit addr:country=de bzw.
addr:country=be getagged wären, dann würde das nicht passieren. Ist
natürlich die Frage, ob das sinnvoll ist. Ich könnte zumindest defaults
für diese Angaben aus den Ländergrenzen ableiten. Allerdings sind auch
diese bei OSM schlecht erfaßt.

 Nebenbei die Frage wie oft wird
 die Karte erneuert ?

Wenn nichts dazwischen kommt einmal täglich.

Jochen
-- 
Jochen Topf  [EMAIL PROTECTED]  http://www.remote.org/jochen/  +49-721-388298


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

Re: [Talk-de] Druchfahrtshöhe Brücke

[Lars Francke]

 ... ich hatte allerdings nicht vor, pgRouting umzuschreiben ;-)
 ... aber da werde ich wohl die Importroutine noch erweitern
 müssen - macht halt keinen echten Spaß

Ich denke die Anzahl an node-Tags, die in das Routing einfließen ist
groß genug, dass sich der Aufwand lohnt. Außerdem lassen sich damit
viele spaßige Dinge machen (ich habe festgestellt, dass es ganz schön
schwer ist bei mir aus dem Dorf rauszukommen ohne auch nur eine Ampel
zu sehen ;-) ).

Was mich aber interessiert: Wie ist die Performance von pgRouting?
Wenn ich den Quellcode richtig verstehe (und das muss echt nicht
sein...) dann lädt der tatsächlich erstmal sämtliche edges ein, die
durch das uebergebene SQL-Statement zurueckgegeben werden und leitet
die dann an die boost-library weiter. Ich kann mir vorstellen, dass
das bei relativ kleinen Datenmengen noch fix ist aber ich frage mich
wie das bei größeren Tabellen wird. Ich habe es noch nicht
ausprobiert, da meine Tabellen grad in einem anderen Format sind aber
ich wuerde mich freuen könntest Du da ein paar Worte zu verlieren.

Vielen Dank,
Lars

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

Re: [Talk-de] Cycle-Map -- wie oft aktualisiert?

[Florian Schweikert]

2008/11/11 Sebastian Waschik [EMAIL PROTECTED]

 Hallo,
 [...]

 Beeinflussen kannst du das denke ich nicht.  Ich denke da wird
 wöchentlich der Speicherauszug eingespielt.

 Viele Grüße
 Sebastian Waschik


Ist ja bei Mapnik das gleiche, finde ich imho auch gut so.

mfg,
Florian (Kelvan)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

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

[Detlef Reichl]

 Von: Martin Koppenhoefer [EMAIL PROTECTED]
 An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org
 Betreff: Re: [Talk-de] Sortieren von Polygonen aus Relationen für Osmosis

 Am 10. November 2008 21:55 schrieb Detlef Reichl [EMAIL PROTECTED]:
  Hallo Alex,
 
  für die Pforzheimer Statistik habe ich soetwas, das statt mit den Wegen
 einer Relation mit boundary-ways arbeitet. Dieses Skript sortiert sich die
 Wege selbst und hängt sie aneinander und dreht sie wenn nötig auch um.
 Dies brauche ich für den gleichen Zweck, nämlich um zu sehen, welche
 Straßen sich innerhalb der Stadt befinden und wieweit bereits die Deckung ist.
 
  Das ganze Ding ist in Ruby geschrieben und sollte sich recht leicht an
 Deine Bedürfnisse anpassen lassen. Wenn Du möchtest kann ich es Dir
 zuschicken. Hier an die Liste schicken wollte ich es nicht, da es doch schon 
 ein
 wenig größer ist.
 
  Grüßle, detlef
 
 
 vielleicht kann man es auch in SVN einchecken, oder ist es da schon?
 Ich weiss nicht, wie sinnvoll das ist, aber der Gedanke kam mir.
 
Es sind doch einige Sachen drin, die sehr Pforzheim-spezifisch sind. Ich 
versuche das momentan bestmöglich zu separieren, bin mir aber bei manchen 
Sachen noch nicht  so schlüssig wie ich das am besten anstelle. Außerdem ist 
der Code in vielen Bereichen noch nicht wirklich Produnkionstauglich. 
Deswegen hat er meiner Meinung nach dort im SVN nichts zu suchen.

Grüßle, detlef

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

Re: [Talk-de] Postleitzahlengebiete

[Martin Koppenhoefer]

Am 11. November 2008 14:34 schrieb Tobias Wendorff
[EMAIL PROTECTED]:
 Hallo Martin,

 Du antwortest mir immer privat, soll die Community nichts
 von den Nachrichten wissen?

nee, das war aus Versehen, manchmal clicke ich auf antworten anstatt
allen antworten, dann passiert das.

 Martin Koppenhoefer schrieb:

 doch, duerfte man, aber die sind noch zweistellig (von 1941). Oder
 darf man die erst ab 2011 verwenden?

 Nein, vor einiger Zeit sind doch alle VÖs vor einem bestimmten Jahr
 abgelaufen. Oder war das 2011? Weiß nicht mehr - nur was wollen wir
 damit?

k.A., aber wenn sich jemand wider Erwarten die Muehe machen sollte, dann bitte.

 In jedem Fall wuerde eine Uebernahme dieser Daten wohl als
 wissenschaftliche Arbeit gewertet (wenn man es entsprechend anstellt).

 OSM hat den Status einer Hobbyarbeit, da wir bei weitem nicht
 wissenschaftlich vorgehen. Wir können nur den Teil unserer Daten
 an GPS-Tracks begründen ... das ist alles schwer.

das kommt ganz drauf an. Sieht nach meiner Erinnerung so aus, als
waeren auch schon einige Diplomarbeiten beinhaltet (ich denke z.B. an
Pascal Neis). Wenn jemand nach hochwissenschaftlich erarbeiteten
Kriterien Daten eingeben will, dann steht dem nichts im Wege.
Allerdings koennen die dann von jedem auch wieder geaendert werden.

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

Re: [Talk-de] Wanderweg - Symbol

[Fabian Schmidt]

Am 11.11.08 schrieb Markus:


Ein Wanderweg wird als relation=route gekennzeichnet.
Darin gibt es einen Schlüssel *Symbol*.


Die Symbole sind quasi standardisiert.


Bei geeigneter Definition von quasi, siehe:
http://wiki.openstreetmap.org/index.php/Dresdner_Heide

Junge Radrouten tragen oft ein fuer sie entworfenes Logo, bei Wanderwegen 
kommt es auch langsam in Mode (Malerweg, Fraenk. Gebirgswanderweg, ...). 
Piktogramme in der Datenbank sind hier deutlich flexibler, bergen aber die 
Gefahr, dass am Ende jede Firma ihr Logo auf der Karte sehen will.



Gruss,

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

Re: [Talk-de] Wanderweg - Relation

[Markus]

Hi Mario,

 Fernwanderweg Frankenweg
 http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Wanderwege-Netz

Hm - da habe ich wohl die Frage zu ungenau formuliert:
Dort finde ich die Realations-ID und die Mitglieder als XML-Liste.

Ich habe hier mein Gebiet in JOSM, und weiss, welche meiner Wege zum 
Frankenweg gehören.
Ich sehe auf der Karte aber nicht, welche anderen Wege zur Relation 
gehören, denn in meinem Gebiet gibts ja die Relation noch gar nicht.
Ich weiss auch nicht, wie ich meinem Wegstück sage, dass es zur bereits 
bestehenden Relation gehört.
Bisher habe ich weder in JOSM, noch im WebEditor der Standardkarte, noch 
in den Standardkarten Relationen vom Typ route angezeigt gefunden.
Mit Suche nach Frankenweg kommt nichts was nach Wanderweg aussieht.

Gruss, Markus

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

Re: [Talk-de] Kassel: Karlswiese

[Martin Koppenhoefer]

Am 10. November 2008 20:00 schrieb Karl Eichwalder [EMAIL PROTECTED]:
 In Kassel hat jemand um die kleeblattförmige Karlswiese mehrere
 pedestrian-Bereiche gelegt.  Flächenmäßig stimmt es ungefähr:

 http://www.informationfreeway.org/?lat=51.30966122873801lon=9.500834714462936zoom=17layers=0F0B0F

 Ich hatte ursprünglich mal footway-Wege angelegt, die ich aus Gründen
 der Optik, des Routings und überhaupt des sachgerechten Taggings gern
 wieder zurückhätte...

 pedestrian verwende ich immer nur dann, wenn es eine ausgeschilderte
 Fußgängerzone ist, wenn also zumindest oft zeitweise Liefer- und
 ähnlicher Verkehr (Fahrrad) erlaubt ist.

 Wie das dort mit path/footway/cycleway durcheinandergeht und
 entsprechend wild in Mapnik dargestellt wird, ist schon recht
 abschreckend.  Wie soll ein Normalmensch eine solche Karte verstehen?

 --
 Karl Eichwalder


cycleways werden von vielen halt fuer Fusswege verwendet, wo man auch
irgendwie oder explizit Radfahren darf/kann. das geht fuer meine
Begriffe auch ein bisschen weit.

Pedestrians fuer Flaechen zu nutzen, die befestigt sind, aber nicht
von Autos befahren werden duerfen, finde ich dagegen sinnvoll, und
auch derzeit die einzige gerenderte highway-Variante fuer diese
Flaechen. Fahrradverkehr ist in Fussgaengerzonen grundsaetzlich
erstmal nicht erlaubt, wenn nicht explizit ausgeschildert (von daher
bicycle=yes dann immer angeben) bzw. geduldet ( ;-) ). Wenn man die
Pedestrians als *Flaechen* mappt gibt es auch kein
Darstellungsproblem, im Gegenteil, die tatsaechliche Flaeche wird auch
gerendert.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wanderweg - Relation

[Falk Zscheile]

2008/11/11 Markus [EMAIL PROTECTED]


 Ich sehe auf der Karte aber nicht, welche anderen Wege zur Relation
 gehören, denn in meinem Gebiet gibts ja die Relation noch gar nicht.
 Ich weiss auch nicht, wie ich meinem Wegstück sage, dass es zur bereits
 bestehenden Relation gehört.
 Bisher habe ich weder in JOSM, noch im WebEditor der Standardkarte, noch
 in den Standardkarten Relationen vom Typ route angezeigt gefunden.
 Mit Suche nach Frankenweg kommt nichts was nach Wanderweg aussieht.


Das gleiche Problem habe ich hier auch. Wie kann ich beispielsweise die
relation-id des Warnowrundweges herausfinden, wenn dieser noch nicht im Wiki
verzeichnet ist?

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

Re: [Talk-de] Nordsee: coastline = boundary

[Tobias Wendorff]

Markus schrieb:
 _12 Meilen Zone_
[...]

 _24 Meilen Anschlusszone_
[...]

 _200 Meilen Wirtschaftszone_
[...]

 _350 Meilen Festlandsockel_
[...]

Wenn man mal ein wenig genauer hinschaut, fällt einem auf, dass manchmal
die Grenze - auch die der BRD - um Ölförderplattformen herumgeht oder
kurz vor einem Erschließungsfeld aufhört :-)

Ich überlege, ob ich Schade oder ein Glück denken muss.

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

Re: [Talk-de] Postleitzahlengebiete

[Frederik Ramm]

Hallo,

 noch eine Frage: wenn an einem way links eine andere PLZ gilt als rechts,
 wie soll's getagt werden und was macht das PLZ-Programm draus?

Die PLZ direkt an den Way zu taggen ist ein Konzept aus der Zeit vor dem 
Karlsruher Adress-Schema. Wo immer möglich, würde ich dazu raten, 
Adressen nach diesem Schema zu taggen:

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

Das löst auch die Frage mit der Straßenseite.

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] openstreetmap.org - Adminmails als SPAM

[Roland Ramthun]

Tobias Wendorff schrieb:
 Hey Community,
 
 E-Mails, die von [EMAIL PROTECTED] geschickt werden, kommen
 über einen fremden Mailserver und werden daher von vielen Diensten,
 wie GMX, als SPAM gekennzeichnet.

Damit man helfen kann, poste bitte die Mail inkl. vollständiger Header. 
Im Body kannst Du sensible Informationen entfernen/ersetzen.

Grüße
Roland

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

[Talk-de] Postkasten mit Spät- und Sonntagsleeru ng

[Johannes Hüsing]

 'opening_hours' macht also den Eindruck, als w?r' das ein Kandidat:

  nun, also die sorte briefk?sten, bei denen nur 3x am tag der schlitz 
aufgeht,

  w?rde ich gerne mal sehen :)

Also von unten stimmt's doch.



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

Re: [Talk-de] Zwei Postleitzahl Tags? was:Postleitzahlengebiete

[Thomas Drebert]

Hallo,

aber laut DE:How to map. ist postal_code=xyz  nicht die PLZ des leerenden 
Postamtes sondern die Standort PLZ des Briefkastens, weil man daraus
Rückschlüsse ziehen will wie die PLZ in der Umgebung ist.
http://wiki.openstreetmap.org/index.php/DE:Howto_Map_A#B

Schöne Grüße
Thomas

 
 -Ursprüngliche Nachricht-
 Von: Wolfgang W. Wasserburger [EMAIL PROTECTED]
 Gesendet: 11.11.08 17:24:46
 An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org
 Betreff: Re: [Talk-de] Zwei Postleitzahl Tags? was:Postleitzahlengebiete


 ... jedenfalls hier in Österreich werden die Postkasteln von anderen
 Postämtern entleert, als die Zustellung in der Umgebung; das ist stark
 zentralisiert; daher ist das wahrscheinlich klug so.


_
In 5 Schritten zur eigenen Homepage. Jetzt Domain sichern und gestalten! 
Nur 3,99 EUR/Monat! http://www.maildomain.web.de/?mc=021114


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

Re: [Talk-de] Postleitzahlengebiete

[Wolfgang W. Wasserburger]

ohne im Archiv herumgestochert zu haben:

gibt es in Deutschland keine exakte Definition der PLZ-Gebiete? Zumindest
zum Teil decken sich diese in Österreich mit Gemeindegrenzen. Hierzulande
gab es zwar leider nicht den großen Wurf bei der Änderung der PLZs, sondern
es gibt laufend kleinere Änderungen (heuer schon rund 20 ;-), die aber
wenigstens meistens eine Deckung mit den Gemeindegrenzen bringen.

Es wäre doch viel schöner, wenn man die PLZ-Gebiete als richtige Flächen,
die auch aneinandergrenzen darstellen könnte. Das gäbe Nutzen z.B. für
Vertriebsgebietsplanung, einer der Hauptnutzen mancher kommerzieller
Anbieter, die oft nicht mal ein komplettes Straßennetz verwenden.

BTW: Beim Neuerlassen von PLZs in Österreich bleibt das Verwenden der alten
häufig zulässig, d.h. es gibt zwei gültige PLZs an einer Stelle ;-)

noch eine Frage: wenn an einem way links eine andere PLZ gilt als rechts,
wie soll's getagt werden und was macht das PLZ-Programm draus?

lG aus Wien

Wolfgang


 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of Jochen Topf
 Sent: Tuesday, November 11, 2008 11:10 AM
 To: Jan Tappenbeck
 Cc: talk-de@openstreetmap.org
 Subject: Re: [Talk-de] Postleitzahlengebiete


 On Tue, Nov 11, 2008 at 10:55:58AM +0100, Jan Tappenbeck wrote:
  Kann mir einer sagen woher Ihr die Begrenzungen von
  Postleitzahlengebiete habt ???

 Ich nehme an, Du meinst die, die im OSM Inspector angezeigt werden. Die
 werden berechnet als die konvexe Hülle aller nodes/ways, die mit dem
 gleichen addr:postcode und addr:country getagged sind. Und ja, das führt
 derzeit zu ziemlich viel Salat. Siehe die Diskussionen im Wiki und in
 anderen Threads auf dieser Liste. Das ist auch gut so, weil wir so
 sehen, wo die Probleme mit den Daten bzw. dem Code sind und uns
 überlegen können, wie wir das lösen.

 Jochen
 --
 Jochen Topf  [EMAIL PROTECTED]  http://www.remote.org/jochen/
 +49-721-388298


 ___
 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] Wanderweg - Symbol

[Markus]

Hallo Raphael,

 Ein Wanderweg wird als relation=route gekennzeichnet.
 Darin gibt es einen Schlüssel *Symbol*.

 Mit diesem Schlüssel soll der Nutzer erkennen, wie denn der Wanderweg
 ausgeschildert ist. 
 Diese Symbole müssen in der DB definiert und gelistet werden,
 damit sie mit der Relation verknüpft
 und vom Renderer angezeigt werden können.
 
 In der DB wird nichs definiert.

Die Symbole sind quasi standardisiert.
Sie können in der DB als (erweiterbare) Tabelle abgelegt werden.
Damit können sie über eine eindeutige ID mit den Relationen (den 
Wanderwegen) verknüpft werden.

 Wenn ich dich richtig verstehe, möchtest du dass der Renderer diese
 Symbole anzeigt.

Klar! der Nutzer will ja die Wege nicht nur sehen, sondern auch 
unterscheiden.

 Dazu brauchts zum einen diese Symbole

Dazu habe ich mal eine Liste begonnen:
http://wiki.openstreetmap.org/index.php/DE:Wanderweg-Symbole

Vielleicht mag die ja jemand ergänzen?
Oder weitere Symbole zeichnen?

Gruss, Markus

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

Re: [Talk-de] openstreetmap.org - Adminmails als SPAM

[Tobias Wendorff]

Roland Ramthun schrieb:
 Damit man helfen kann, poste bitte die Mail inkl. vollständiger Header. 

Nachricht kam vom Kollegen, der sich bei OSM anmelden wollte, aber
keine Bestätigungsnachricht von OSM bekommen hat.

Hier die Mail, die an mich weitergeleitet wurde, auch die GMX
Fehlermeldung steht dort:

 From - Tue Nov 11 20:01:10 2008
X-Account-Key: account2
X-UIDL: f3f2a440f82cfb4f5cb28b6c2154695d
X-Mozilla-Status: 0001
X-Mozilla-Status2: 
X-Mozilla-Keys: 

Return-Path: [EMAIL PROTECTED]
X-Flags: 1001
Received: (qmail invoked by alias); 09 Nov 2008 21:55:32 -
Received: from idris.openstreetmap.org (idris.openstreetmap.org 
Received: from bart203.bart.ucl.ac.uk ([128.40.58.203] 
helo=puff.internal.openstreetmap.org)
by idris.openstreetmap.org with esmtp (Exim 4.69)
(envelope-from [EMAIL PROTECTED])
id 1KzIFm-0005Zc-Oq
+
Received: from localhost ([127.0.0.1])
by puff with esmtp (Exim 4.69)
(envelope-from [EMAIL PROTECTED])
id 1KzIFh-0005YT-Hw
+
Date: Sun, 9 Nov 2008 21:55:25 +
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Message-Id: [EMAIL PROTECTED]
Subject: [OpenStreetMap] Confirm your email address
Mime-Version: 1.0
Content-Type: multipart/alternative; 
boundary=mimepart_49175c4d85745_1d58..fdbe3fb7e30a2
Auto-Submitted: auto-generated
X-GMX-Antivirus: 0 (no virus found)
X-GMX-Htest: 0.61,0.64
X-GMX-Antispam: 4 (From SPF protected domain over unauthorized server)
X-GMX-UID: bG4kfbdQX1Vp5FQZZWFymcR3SDc4NIz/

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

Re: [Talk-de] openstreetmap.org - Adminmails als SPAM

[Tobias Wendorff]

René Falk schrieb:
 Hast Du mal so eine Mail überprüft? 

Ja, siehe anderer Post. Fehlermeldung ist nachvollziehbar.

 Wenn die in Ordnung war, kann der Webmaster in der Regel auch nichts dran 
 ändern.  Vor allen Dingen braucht er eine oder besser mehrere der 
 angemeckerten Mails zur Analyse, falls da was unkorrekt ist. 
 Es wäre auch erstmal sinnvoll, wenn die Mailkonteninhaber wenn möglich ihren 
 Spamschutz konfigurieren. 

Klar kann man den Absender auf eine Whitelist setzen, aber die
feine Art ist das nicht. Vor allem muss man vorher wissen, ob
man eine Mail von jemanden erhält.

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

Re: [Talk-de] OSM soll noch 2008 ganz Deutschland umfassen?

[André Reichelt]

Martin Koppenhoefer schrieb:
 und jetzt? Wartest Du darauf, dass Dir hier aus der Liste jemand eins
 schenkt?

Ist diese Frage jetzt ernst zu nehmen?

 Man kann auch ohne gps-Geraet mappen, z.B. mit Luftbildern.

Ich bin nicht erst seit gestern hier. Vor Ort sind die Lustbilder
allerdings sehr schlecht.

Ich würde es aber nicht schlecht finden, wenn mir hier jemand Software
empfehlen könnte. Das ist ein Medion-Navi mit irgend so einem Windows
Mobile bzw. CE drauf.



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

Re: [Talk-de] Postleitzahlengebiete

[Tobias Wendorff]

Hallo,

Martin Koppenhoefer schrieb:
 allen antworten, dann passiert das.

kein Problem, aber passiert Dir ganz oft :-)

 das kommt ganz drauf an. Sieht nach meiner Erinnerung so aus, als
 waeren auch schon einige Diplomarbeiten beinhaltet (ich denke z.B. an
 Pascal Neis). Wenn jemand nach hochwissenschaftlich erarbeiteten
 Kriterien Daten eingeben will, dann steht dem nichts im Wege.
 Allerdings koennen die dann von jedem auch wieder geaendert werden.

Pascal hat ja was neues daraus entwickelt; Grundlage (jedenfalls bei
uns an der Uni) dafür ist aber, dass alles von Anfang an offen
liegt - das ist bei OSM kein Problem.

Aber OSM selbst als wissenschaftliches Projekt verkaufen?! Man könnte
eine soziologische Arbeit auf Basis von OSM entwickeln, das wäre
100%ig ein gutes Thema für eine Diplomarbeit.

Grüße
Tobias

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

Re: [Talk-de] Postleitzahlengebiete

[Florian Lohoff]

On Tue, Nov 11, 2008 at 10:55:58AM +0100, Jan Tappenbeck wrote:
 Subject: [Talk-de] Postleitzahlengebiete
 
 Moin !
 
 Kann mir einer sagen woher Ihr die Begrenzungen von 
 Postleitzahlengebiete habt ???

Alle nodes mit dem gleichen addr:postcode drauf und dann via postgis eine
convexe flaeche darum bilden.

Jochen hat es zumindest so erklaert ...

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

[Martin Koppenhoefer]

Am 11. November 2008 12:44 schrieb Wolfgang W. Wasserburger
[EMAIL PROTECTED]:
 ohne im Archiv herumgestochert zu haben:

 gibt es in Deutschland keine exakte Definition der PLZ-Gebiete?

doch gibt es, bei der Post. Die Frage ist: darf man die verwenden?

Martin

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

Re: [Talk-de] openstreetmap.org - Adminmails als SPAM

[Bernd Wurst]

Hallo.

Am Dienstag, 11. November 2008 schrieb Tobias Wendorff:
 Received: from idris.openstreetmap.org (idris.openstreetmap.org
 Received: from bart203.bart.ucl.ac.uk ([128.40.58.203]
 [...]
 X-GMX-Antispam: 4 (From SPF protected domain over unauthorized server)

Den Fehler kann ich nicht nachvollziehen:

[EMAIL PROTECTED] ~ $ host -t txt openstreetmap.org
openstreetmap.org descriptive text v=spf1 ip4:89.16.177.88 ~all
[EMAIL PROTECTED] ~ $ host idris.openstreetmap.org
idris.openstreetmap.org has address 89.16.177.88


Gruß, Bernd

-- 
Fachbegriffe der Informatik (#374): Frische Luft
   Das was aus der Klimaanlage kommt.
(Marcus Stögbauer)



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] Wanderweg - Symbol

[Raphael Studer]

 Ein Wanderweg wird als relation=route gekennzeichnet.
 Darin gibt es einen Schlüssel *Symbol*.

 Mit diesem Schlüssel soll der Nutzer erkennen, wie denn der Wanderweg
 ausgeschildert ist.
 Diese Symbole müssen in der DB definiert und gelistet werden,
 damit sie mit der Relation verknüpft
 und vom Renderer angezeigt werden können.

 In der DB wird nichs definiert.

 Die Symbole sind quasi standardisiert.
 Sie können in der DB als (erweiterbare) Tabelle abgelegt werden.
 Damit können sie über eine eindeutige ID mit den Relationen (den
 Wanderwegen) verknüpft werden.

Die eindeutige ID heisst symbol=red_cross_with_white_background und
ist in den Datenbankfeldern Key und Value abgelegt, wie bei allen
anderen Tags auch.
Definiert werden sie im Wiki, wie alle anderen Tags auch.

 Wenn ich dich richtig verstehe, möchtest du dass der Renderer diese
 Symbole anzeigt.

 Klar! der Nutzer will ja die Wege nicht nur sehen, sondern auch
 unterscheiden.

Natürlich, nur brauchts dazu diese speziellen Symbole nicht, da reicht
die jetzt schon vorhandene Nummer sowie die Farbe.
Genau gleich ists auch bei den Strassen gemacht und funktioniert wunderbar.

Dein persönlicher Wanderwegrenderer kann dann immer noch diese Symbole
hinzufügen.

Grüsse
Raphael

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

[Talk-de] Wanderweg - Symbol

[Markus]

Ein Wanderweg wird als relation=route gekennzeichnet.
Darin gibt es einen Schlüssel *Symbol*.

Mit diesem Schlüssel soll der Nutzer erkennen, wie denn der Wanderweg 
ausgeschildert ist. Diese Symbole sind überregional einheitlich und von 
hohem Widererkennungswert:
- roter Punkt
- roter Ring auf weissem Grund
- roter Strich auf weissem Grund
- rotes Kreuz auf weissem Grund
- rote Diagonale auf weissem Grund
(alle Grundfarben werden kombiniert)
- Tiersymbol (Fuchs, Adler, Schildkröte, etc)
- Nummer (meist einstellig)
- Logo (z.B. Main-Donau-Weg)

Diese Symbole müssen in der DB definiert und gelistet werden,
damit sie mit der Relation verknüpft
und vom Renderer angezeigt werden können.

Wie geht das?

Gruss, Markus

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

Re: [Talk-de] Erdumrundung nicht moeglich?

[Marco Lechner]

Natürlich! Die Erde ist eine Scheibe.

Marco

Martin Koppenhoefer schrieb:
 Ist es tatsaechlich so, dass am Rande der Welt Schluss ist?
 s. hier:
 http://www.informationfreeway.org/?lat=17.28025470553244lon=179.96796946133742zoom=5layers=BF000F
 und dann den Bildschirm nach links schieben (sich nach rechts bewegen).

 ;-)


 Martin

 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de
   
begin:vcard
fn:Marco Lechner
n:Lechner;Marco
org;quoted-printable;quoted-printable:Universit=C3=A4t Freiburg;Institut f=C3=BCr Physische Geographie
adr:;;Werthmannstr. 4;Freiburg;;79085;Deutschland
email;internet:[EMAIL PROTECTED]
tel;work:+49(0)761/203-3548
tel;fax:+49(0)761/203-3596
url:http://www.geographie.uni-freiburg.de
version:2.1
end:vcard

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

Re: [Talk-de] Nordsee: coastline = boundary

[Markus]

Hallo Tobias,

 Wenn man mal ein wenig genauer hinschaut, fällt einem auf, dass manchmal
 die Grenze - auch die der BRD - um Ölförderplattformen herumgeht oder
 kurz vor einem Erschließungsfeld aufhört :-)

Hast Du für diese beiden Varianten (BRD) einen Link?

Gruss, Markus

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

[Talk-de] Wanderweg - Relation

[Markus]

Ich habe in meinem Gebiet einen Wanderweg gefunden, der Teil des 
Fernwanderweges Frankenweg ist.

Wie finde ich jetzt dessen Relation, damit ich daran anknüpfen kann?

Gruss, Markus

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

[Talk-de] Garmin Basemap: Wieviel Europa passt in 8MB?

[Johann H. Addicks]

In den einschlägen Foren gibt es Tipps, wie man bei den diversen Garmin-GPSr 
die Basemap löschen/wiederaufspielen kann, obwohl das seitens Garmin 
ursprünglich nicht vorgesehen ist. 

Vorteil dieser Basemaps ist, dass bei den meisten Geräten ein weitgehend 
nahtloser Übergang zur ggf. installierten Feinkarte an den Rändern 
stattfindet, egal ob diese nun aus OSM stammt oder eine käufliche Topo ist. 

Daher nun meine Frage: 
Weiviel Europa und/oder Deutschland bekommt man in die für die Basemap 
vorgesehenen 8MB? 
Wenn man sich auf Motorways, Primaries / Secondaries beschränkt und die Wege 
auch noch in der Punktezahl radikal ausdünnt (nur Kreuzungsnodes und 
Richtungsänderungen 30 Grad, dann sollte -nach meinem Gefühl- etwas besseres 
Herauskommen als Garmin von hause aus liefert. 
-jha- 


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

Re: [Talk-de] OSM soll noch 2008 ganz Deutschland umfassen?

[Georg Feddern]

André Reichelt schrieb:
 Ich würde es aber nicht schlecht finden, wenn mir hier jemand Software
 empfehlen könnte. Das ist ein Medion-Navi mit irgend so einem Windows
 Mobile bzw. CE drauf.
   
Moin,

dann hast Du doch schon einen GPS-Logger
- zumindest wenn es nicht zu alt und auch die Navi-Software = Gopal 2.x 
ist.
Sobald das Verzeichnis \StorageCard\Tracks existiert, schreibt das Gerät 
die GPS-Logs dort hinein
- auch beim Cruising-Mode ohne Routing.

Die Tracks (*.trk) enthalten zwar keinen Timestamp, aber es gibt 
verschiedene Möglichkeiten
zum Umwandeln, z.B. die Software RouteConverter www.*routeconverter*.de.

Vielleicht ist auch http://wince.dentro.info/ für Dich von Interesse, 
das Programm koord465 wandelt
die Track-Dateien direkt auf dem Medion um.

Ich arbeite ansonsten auch noch mit Notizblock und Stift ...

Gruß
Georg

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

Re: [Talk-de] Postleitzahlengebiete

[Tobias Wendorff]

Hallo Jan,

Jan Tappenbeck schrieb:
 Kann mir einer sagen woher Ihr die Begrenzungen von 
 Postleitzahlengebiete habt ???

ich habe es in PHP und Perl so gelöst:

1. alle Nodes mit addr:postcode und addr:country wählen
2. einen Way zwischen den jeweils äußersten, noch identischen
Postleitzahlen schaffen

Ist im Endeffekt nichts weiter, als die SQLler mit ihren
konvexen Hüllen machen, nur ein wenig einfacher und schneller.

Grüße
Tobias

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

Re: [Talk-de] Postleitzahlengebiete

[Florian Lohoff]

On Tue, Nov 11, 2008 at 10:55:58AM +0100, Jan Tappenbeck wrote:
 Moin !
 
 Kann mir einer sagen woher Ihr die Begrenzungen von 
 Postleitzahlengebiete habt ???

Ich habe gerade festgestellt das es anscheinend ueberschneidungen in den
numerischen postalcodes mit Tschechien gibt - So wird 26901 von Rastdorf
bis Tschechien gezogen - ist jetzt die loesung da ueberall addr:country=
dranzunageln? Das sind jetzt irgendwie reichlich nodes und irgendwie ist
die ganze country nummer waere schon echt eine menge zusaetzliche daten.

Ich bin ja stumpf - das koennte man ja relativ easy ueber einen bot
erledigen - aber muss das sein?

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

[Claudius Henrichs]

Martin Koppenhoefer:
 Ist es tatsaechlich so, dass am Rande der Welt Schluss ist?
 s. hier:
 http://www.informationfreeway.org/?lat=17.28025470553244lon=179.96796946133742zoom=5layers=BF000F
 und dann den Bildschirm nach links schieben (sich nach rechts bewegen).

OpenLayers hält je nach Einstellung nur zwei Welten in 
Ost-West-Richtung nebeneinander vor. Ist eine Frage der 
Speicherbelastung und -verwaltung. Wenn du dich auf dem von dir 
verlinkten Kartenausschnitt nach Westen bewegst kommst du von der 
amerikanischen Ostküste bis über den Pazifik aber von dort nicht mehr 
viel weiter nach Westen.

Gruß,
Claudius


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

Re: [Talk-de] waterway drain

[Martin Koppenhoefer]

2008/11/11 Chris66 [EMAIL PROTECTED]:
 Raphael Studer schrieb:

 Falls es dich stört darfst du gern ein Bug erfassen.

 Hi,
 ich warte mal ab wie die Drainagekanäle in Mapnik gemalt
 werden und dann ein Ticket eingeben.

 Chris


das ist in diesem Fall voellig ueberfluessig, da Mapnik nicht auf den
Osmarenderregeln beruht, sondern unabhaengig davon. Wenn Dich also
eine bestimmte Darstellung in Osmarender stoert, melde es am besten
als Bug im trac. Das ist sinnvoll, weil sich so im Laufe der Zeit die
Kartendarstellung verbessert.

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

Re: [Talk-de] Erdumrundung nicht moeglich?

[Martin Koppenhoefer]

2008/11/11 Claudius Henrichs [EMAIL PROTECTED]:
 Martin Koppenhoefer:
 Ist es tatsaechlich so, dass am Rande der Welt Schluss ist?
 s. hier:
 http://www.informationfreeway.org/?lat=17.28025470553244lon=179.96796946133742zoom=5layers=BF000F
 und dann den Bildschirm nach links schieben (sich nach rechts bewegen).

 OpenLayers hält je nach Einstellung nur zwei Welten in
 Ost-West-Richtung nebeneinander vor. Ist eine Frage der
 Speicherbelastung und -verwaltung. Wenn du dich auf dem von dir
 verlinkten Kartenausschnitt nach Westen bewegst kommst du von der
 amerikanischen Ostküste bis über den Pazifik aber von dort nicht mehr
 viel weiter nach Westen.

 Gruß,
 Claudius


schade, aber eigentlich müssten 2 Welten doch reichen, es müsste halt
in der Mitte die Welt geändert werden, ohne dass man es merkt, von
Welt2 nach Welt1 umbeamen.

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

Re: [Talk-de] Erdumrundung nicht moeglich?

[Detlef Reichl]

 Von: Martin Koppenhoefer [EMAIL PROTECTED]

 2008/11/11 Claudius Henrichs [EMAIL PROTECTED]:
  Martin Koppenhoefer:
  Ist es tatsaechlich so, dass am Rande der Welt Schluss ist?
  s. hier:
 
 http://www.informationfreeway.org/?lat=17.28025470553244lon=179.96796946133742zoom=5layers=BF000F
  und dann den Bildschirm nach links schieben (sich nach rechts bewegen).
 
  OpenLayers hält je nach Einstellung nur zwei Welten in
  Ost-West-Richtung nebeneinander vor. Ist eine Frage der
  Speicherbelastung und -verwaltung. Wenn du dich auf dem von dir
  verlinkten Kartenausschnitt nach Westen bewegst kommst du von der
  amerikanischen Ostküste bis über den Pazifik aber von dort nicht mehr
  viel weiter nach Westen.
 
  Gruß,
  Claudius
 
 
 schade, aber eigentlich müssten 2 Welten doch reichen, es müsste halt
 in der Mitte die Welt geändert werden, ohne dass man es merkt, von
 Welt2 nach Welt1 umbeamen.
 

Eigentlich reicht eine einzelne Welt. Sobald man einer der Enden zu nahe 
kommt wird auf die entgegengesetzte Seite umgebrochen und der offset wird um 
die Weltbreite korrigiert. Der Implementierungsaufwand sollte nahezu der 
selbe sein.

Grüßle, detlef

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

Re: [Talk-de] Druchfahrtshöhe Brücke = pgRout ing

[Wolfgang W. Wasserburger]

Natürlich ist es bei pgRouting nicht wirklich sinnvoll, immer alle ways =
edges*x zu laden. Wenn man hier eine großzügige BoundigBox verwendet, oder
sogar jeweils rund um Anfangs/Endknoten und dazwischen nur Straßen hoher
Priorität, so saust das Ding ganz schön.
Wenn die Ausgangstabellen auch noch gut indiziert sind und keine unnötigen
Felder enthalten ist eine Route in Sekundebruchteilen gerechnet und das
trotz des Datenladens. Durch das immer neue Datenladen kann man natürlich
dynamische oder sehr vielfältige Punkte gut mit reinbringen.

... aber die Experimente laufen noch ... allerdings für logistische Zwecke

lG von der Mazzesinsel

Wolfgang

  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED] Behalf Of Lars Francke
  Sent: Tuesday, November 11, 2008 2:16 PM
  To: Openstreetmap allgemeines in Deutsch
  Subject: Re: [Talk-de] Druchfahrtshöhe Brücke
 
 
   ... ich hatte allerdings nicht vor, pgRouting umzuschreiben ;-)
   ... aber da werde ich wohl die Importroutine noch erweitern
   müssen - macht halt keinen echten Spaß
 
  Ich denke die Anzahl an node-Tags, die in das Routing einfließen ist
  groß genug, dass sich der Aufwand lohnt. Außerdem lassen sich damit
  viele spaßige Dinge machen (ich habe festgestellt, dass es ganz schön
  schwer ist bei mir aus dem Dorf rauszukommen ohne auch nur eine Ampel
  zu sehen ;-) ).
 
  Was mich aber interessiert: Wie ist die Performance von pgRouting?
  Wenn ich den Quellcode richtig verstehe (und das muss echt nicht
  sein...) dann lädt der tatsächlich erstmal sämtliche edges ein, die
  durch das uebergebene SQL-Statement zurueckgegeben werden und leitet
  die dann an die boost-library weiter. Ich kann mir vorstellen, dass
  das bei relativ kleinen Datenmengen noch fix ist aber ich frage mich
  wie das bei größeren Tabellen wird. Ich habe es noch nicht
  ausprobiert, da meine Tabellen grad in einem anderen Format sind aber
  ich wuerde mich freuen könntest Du da ein paar Worte zu verlieren.
 
  Vielen Dank,
  Lars
 
  ___
  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] OSM soll noch 2008 ganz Deutschland umfassen?

[Martin Koppenhoefer]

 Ich arbeite ansonsten auch noch mit Notizblock und Stift ...

 Gruß
 Georg


ich auch,

Gruß Martin

http://www.connox.de/media/Moleskine/Reporter/moleskine-block_original.jpg
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Druchfahrtshöhe Brücke

[Marc Schütz]

 darauf sind die Routenprogramme allerdings nicht wirklich ausgelegt!
 Workaround für uns arme Programmierer, die das in Routingalgorythmen einfüllen
 wollen, ist das beim Import künstlich an der Stelle aufzutrennen, das
 dabei von dem Ding über der Brücke künstlich auseinanderzuhalten und eine
 künstliche Kante einzubauen. Alles nur, weil philosophisch darüber
 nachgedacht wird, ob es sich um Punkte oder Strecken handelt. Ein Dijkstra 
 oder A*
 berücksichtigt halt an Knoten nichts, maximal an Kanten und wenn ich hier
 die ganze rausnehme, kann das Ding entlang der Strecke gar nichts mehr
 zustellen und dann halt umdrehen ;-)
 Mit dem Shooting* geht das zwar, aber auch dazu muß man die Kante
 künstlich aufbrechen. Jedenfalls mit dem Effekt, daß ein LKW genau bis zum 
 Punkt
 geroutet werden kann. Damit erzeugen wir einen neuen Fähreneffekt, der ja
 schon umfangreich durch den Kakao gezogen worden ist.
 Im Gegensatz zur Einfahrt verboten ohne gegenläufige Einbahn, wo wir ja
 genau den Workaround gehen, ein kurzes Stück als Einbahn zu mappen, was ja
 auch dem praktischen Effekt entspricht, sollten wir hier gar nicht über
 Punktphänomene nachdenken. Tatsächlich in der Natur ist auch die schmälste
 Brücke so breit, daß eine Strecke hier gerechtfertigt ist. Wem der way
 darunter nicht durchgehend genug ist, der soll doch anschließend eine
 Relation drüberlegen.
 
 Habt beim Taggen doch Mitleid mit denen, die das Rendern bzw. damit Routen
 sollen.

Man kann aber den A* oder Dijkstra ziemlich einfach umändern, dass er damit 
zurechtkommt, ohne künstliche Wege einzufügen. Man braucht nur den 
nachfolgenden Knoten beim Gewicht einer Kante mit einrechnen.

Durchfahrtshöhe ist übrigens nicht das einzige Punkthindernis, das Einfluss 
aufs Routing hat: es gibt z.B. auch die ganzen barrier=*-Punkte.

Grüße, Marc

-- 
Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: 
http://www.gmx.net/de/go/multimessenger

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

Re: [Talk-de] Postleitzahlen vs OSM Inspector

[Florian Lohoff]

On Tue, Nov 11, 2008 at 09:38:06AM +0100, [EMAIL PROTECTED] wrote:
f*llt mir auf das viele Postleitzahlengebiete besch*digt sind. Gibt es
daf*r einen regelm**igen Grund ?
Im Bereich Baesweiler ist ein Node von der Telekom bzgl DSL um mehrere
hundert Kilometer falsch gesetzt gewesen.
Gibt es eine M*glichkeit einen automatisierten Check laufen zu lassen ?
 
Was passiert eigentlich mit Postleitzahlen aus Ausland ? Denn mit
Antwerpen ist auch etwas sehr merkw*rdiges passiert. Dort verbindet sich
eine belgische Postleitzahl mit einer deutschen Antwerpen = Prigglitz.
Da k*nnte vielleicht ein Check helfen.

Das problem ist das bei dem import der HvT einzelne HvT um teilweise
mehrer hundert km falsch gesetzt sind. Ich habe 1-5 hier in der gegend
mal richtig geschoben so weit ich das konnte. Dazu habe ich im josm das
gebiet des nodes und das vermeindliche zielgebiet geladen (jeweils den
permlink aus dem address tool) und dann das dingen an die vermeindlich
richtige stelle verschoben - Natuerlich + FIXME setzen auf dem node das
die position nicht ganz die richtig sein wird ...

Das schoene ist doch das man die dinger dank dem adress verifier endlich
findet ;)

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

[Tobias Wendorff]

Hallo,

Frederik Ramm schrieb:
  Wo immer möglich, würde ich dazu raten,
 Adressen nach diesem Schema zu taggen:

Das heißt, an alle POIs und Nodes mit Nicht-Way-Funktion soll ich
die komplette Anschrift dranpacken?

Überschneidet sich die Anschrift nicht mit is_in?

Sollen alle diese Nodes auch ein is_in erhalten?

Grüße
Tobias

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

Re: [Talk-de] Spuren

[Michael Ritzert]

Garry wrote:
 zuerst m??ssen sie mal aufgenommen werden, und da stt man vorallem in
 der Stadt an die Genauigkeit von GPS - man nimmt irgendeine Spur auf und
 zeichnet die anderen nach Gef??hl daneben - es sieht genauer aus als es
 ist.
   
 Das ist nicht weiter tragisch - die Anzeige welche Spur zu nehmen ist
 funktioniert trotzdem schon, man kann nur
 noch nicht verifizieren dass man tats??chlich auf der richtigen Spur ist.

Das wird man auch nie k??nnen. Gerade in St??dten hast Du da keine Chance.

Und die Anzeige, welche Spur man nehmen muss geht auch ohne getrennte Erfassung 
aller Wege. Es w??rde mich doch sehr wundern, wenn alle derzeit verf??gbaren 
k??uflichen Kartenwerke so implementiert w??ren.

??brigens kommt auch die Jede-Spur-getrennt-Variante nicht ohne Relationen 
aus. Schlie??lich muss ja modelliert werden, dass man jederzeit zwischen den 
Spuren wechseln darf! Und nat??rlich *muss* jeder Router das implementieren, 
sonst klappt schlimmstenfalls noch nicht mal mehr das Routing ??ber eine 
Bundesstra??e, wenn die Abfahrt nur von einer Spur weiter links geht als man 
drauff??hrt.

Ich finde die getrennten Erfassung aller Spuren vor allem eine riesige 
redundante Datenerfassung. Da sind x *parallele* Spuren, mehr nicht. Sollen wir 
in den USA, wo sechsspurige (pro Richtung!) Interstates nicht mal so selten 
sind zw??lf Spuren parallel zeichnen? Wer will zw??lf Spuren editieren, um eine 
Autobahn ein paar Meter zu verschieben? Und wer sorgt daf??r, dass die Spuren 
auch wirklich parallel sind? Das ist doch mal mindestens als abschreckend zu 
bezeichnen, wenn man sowas im Editor sieht. Nat??rlich kann man das dem Editor 
beibringen. Aber das gilt auch f??r den Relationen-Ansatz.

Und mal ehrlich: Was werden die meisten Anwendungen machen, wenn sie mit dieser 
Datenflut konfrontiert werden? Sie werden die Spuren zusammenfassen... Um 99% 
der Karten zu zeichnen und f??r 99% der Routingaufgaben sind das einfach zu 
viele Informationen. Welches Navi sagt in einer Linkskurve Jetzt auf die linke 
Spur wechseln, da ist der Weg k??rzer??
Da gehen CPU-Zyklen ohne Ende verloren, um redundante Daten zu entsorgen.
Vom Speicherplatz- und Bandbreitenbedarf mal ganz abgesehen.

Ein anderer Ansatz: M??ssen wir hunderte Kilometer Autobahn mit x Spuren 
zeichnen um auf ein paar hundert Metern mehr Details darstellen zu k??nnen? Ich 
finde nein. Warum erfinden wir nicht ein Interface zwischen den beiden Welten? 
z.B. die Autobahnen wie bisher als einen Weg pro Fahrtrichtung taggen und mit 
lanes=x versehen. Und dann da, wo eine Stra??e dazukommt am Verbindungsknoten 
markieren, welche Spuren abgehen. Das f??hrt sogar dann noch zu richtigen 
Ergebnissen beim Routing, wenn der Router das Schema nicht unterst??tzt. Nur 
eben nicht zur absoluten Perfektion angezeigt.

Michael



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

Re: [Talk-de] Erdumrundung nicht moeglich?

[Detlef Reichl]

 Von: Martin Koppenhoefer [EMAIL PROTECTED]
 klar, solange man nicht weit genug hinauszoomen darf (oder wenn man

Und wenn schon. Wenn du an einem Ende ankommst, machst du einfach am anderen 
weiter. Natürlich macht das ab einen gewissen Grad keinen Sinn mehr, doch ist 
es von der Darstellung problemlos möglich.

Grüßle, detlef

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

[Talk-de] Doppelposts Doppelposts

[Detlef Reichl]

Hallo,

Sorry für die Doppelposts von mir. Hab noch Probleme mit dem Mailclient

Grüßle, detlef

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

Re: [Talk-de] Druchfahrtshöhe Brücke

[Wolfgang W. Wasserburger]

... ich hatte allerdings nicht vor, pgRouting umzuschreiben ;-)
... aber da werde ich wohl die Importroutine noch erweitern
müssen - macht halt keinen echten Spaß

lg von der Mazzesinsel

Wolfgang

  -Original Message-
  From: Marc Schütz [mailto:[EMAIL PROTECTED]
  Sent: Tuesday, November 11, 2008 1:37 PM
  To: [EMAIL PROTECTED]; Openstreetmap allgemeines in Deutsch;
  talk-de@openstreetmap.org; [EMAIL PROTECTED]
  Subject: Re: [Talk-de] Druchfahrtshöhe Brücke
 
 
   darauf sind die Routenprogramme allerdings nicht wirklich ausgelegt!
   Workaround für uns arme Programmierer, die das in
  Routingalgorythmen einfüllen
   wollen, ist das beim Import künstlich an der Stelle aufzutrennen, das
   dabei von dem Ding über der Brücke künstlich
  auseinanderzuhalten und eine
   künstliche Kante einzubauen. Alles nur, weil philosophisch darüber
   nachgedacht wird, ob es sich um Punkte oder Strecken handelt.
  Ein Dijkstra oder A*
   berücksichtigt halt an Knoten nichts, maximal an Kanten und
  wenn ich hier
   die ganze rausnehme, kann das Ding entlang der Strecke gar nichts mehr
   zustellen und dann halt umdrehen ;-)
   Mit dem Shooting* geht das zwar, aber auch dazu muß man die Kante
   künstlich aufbrechen. Jedenfalls mit dem Effekt, daß ein LKW
  genau bis zum Punkt
   geroutet werden kann. Damit erzeugen wir einen neuen
  Fähreneffekt, der ja
   schon umfangreich durch den Kakao gezogen worden ist.
   Im Gegensatz zur Einfahrt verboten ohne gegenläufige Einbahn,
 wo wir ja
   genau den Workaround gehen, ein kurzes Stück als Einbahn zu
  mappen, was ja
   auch dem praktischen Effekt entspricht, sollten wir hier gar
 nicht über
   Punktphänomene nachdenken. Tatsächlich in der Natur ist auch
  die schmälste
   Brücke so breit, daß eine Strecke hier gerechtfertigt ist. Wem der way
   darunter nicht durchgehend genug ist, der soll doch anschließend eine
   Relation drüberlegen.
  
   Habt beim Taggen doch Mitleid mit denen, die das Rendern bzw.
  damit Routen
   sollen.
 
  Man kann aber den A* oder Dijkstra ziemlich einfach umändern,
  dass er damit zurechtkommt, ohne künstliche Wege einzufügen. Man
  braucht nur den nachfolgenden Knoten beim Gewicht einer Kante mit
  einrechnen.
 
  Durchfahrtshöhe ist übrigens nicht das einzige Punkthindernis,
  das Einfluss aufs Routing hat: es gibt z.B. auch die ganzen
  barrier=*-Punkte.
 
  Grüße, Marc
 
  --
  Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit
  allen: http://www.gmx.net/de/go/multimessenger
 


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

Re: [Talk-de] Zoo erfassen

[Martin Koppenhoefer]

 Für ein Gebäude wäre es sicher ungünstig, jedes Tier einzeln als Icon
 darzustellen, bei zig Schaukästen in den Räumen :-) Da wäre ein animal=
 wohl überflüssig sondern der Name aussagekräftiger, wie es auch in den
 gängigen Wanderkarten der Zoos ist. Speziell bei größeren Tieren lässt
 sich das aber recht gut unterscheiden denke ich, da die in der Theorie
 ja auch mehr Platz brauchen und sich auch als Fläche erfassen lassen.
 Das dürfte auch im Renderer dann wieder normal aussehen.

jede einzelne Spezies oder jedes einzelne Tier natuerlich nicht, aber
wenn das Insektenhaus, das Aquarium, das Raubtiergehege, die
Elefanten, das Affenhaus, ... einzelne Icons haetten waere das schon
cool.

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

Re: [Talk-de] Spuren

[Wolfgang W. Wasserburger]

beim zweiten Beispiel sind halt ein paar unnötige Knicke (v.a. 
bei den Autofahrbahnen) drin, die es in der Natur wohl nicht gibt

lg aus Wien

  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED] Behalf Of Mario Salvini
  Sent: Tuesday, November 11, 2008 7:15 AM
  To: [EMAIL PROTECTED]; Openstreetmap allgemeines in Deutsch
  Subject: Re: [Talk-de] Spuren
  
  
  Martin Koppenhoefer schrieb:
   Am 11. November 2008 01:01 schrieb Dimitri Junker 
  [EMAIL PROTECTED]:
 
   Ehr nicht praktikabel... Das würde voraussetzen, dass nur 
  noch Editoren
   verwendet werden können die das beherrschen.
 
   Wieviele Editoren gibt es denn die Wege umdrehen können? Auch 
  alles andere
   neue muß den Editoren beigebracht werden.
  
   
   Sonst werden Dir Gelegenheitstagger die noch mit älteren Versionen
   arbeiten wieder alles kaputt machen.
 
   Die machen auch Relations kaputt.
  
   
   Auch zu lasten der Gelegenheitsmapper die viel tiefer in OSM stecken
   müssen um das editieren zu können.
 
   Meine Erfahrung ist, egal wo ich mir hier Straßen mit 
 separaten Spuren
   ansehe habe ich in spätestens einer Minute gravierende Fehler 
  gefunden. Und
   das nicht von Gelegenheitsmappern. Das soll keine Kritik an 
  diesen sein, es
   wird bei diesem System einfach zu viel Overhead erzeugt.
   Ich kann mir nicht vorstellen, daß ein Gelegenheitsmapper 
  nicht von einer
   Kreuzung abgeschreckt wird wo sich je 4 Autospuren, 2 
 Fahrradwege und 2
   Fußgängerwege kreuzen, es also 64 Kreuzungspunkte gibt bei 
  denen man sich
   überlegen muß bei welchem man einen Kreuzungsnode setzt und 
 bei welchem
   nicht.
   
  
   es gibt dort m.E. deutlich weniger Kreuzungpunkte als 64, und wenn man
   sich überlegt, wo man diese setzt, ist das schonmal ein Anfang. Bei
   den Tags hat man nämlich überhaupt keine Möglichkeit dazu, dort kreuzt
   sich einfach alles, egal ob das auch in der Realität so ist.
 
  http://opencyclemap.org/?lat=50.76898lon=6.05777zoom=18layers=B000
  http://opencyclemap.org/?lat=50.78314lon=6.12706zoom=18layers=B000
  
  das sind immer die beiden Kreuzungsbeispiele die ich mir bei solchen 
  Diskussionen gerne anschaue ;)
  
  Da sind 12 Kreuzungspunkte. 8 beampelt und 4 nur mit Warnlampe.
  Was mich persönlich deutlich stört is der realitätsfremde 
  kreuzungsknoten der 8 Spuren (link 1)
  Ich denke, mit Relations spätestens aber mit der Kombination von 
  zusätzlich gezeichneten Links wird die Sache zwar etwas abstrahiert, 
  aber deutlich authentischer abgebildet.
  Zumal Routingsoftware diese abstrahierte Erfassung auch bestens in eine 
  schematische Fahrerperspektive wandeln kann. Wenn man die 
 kommerzielle 
  Konkurrenz sieht liegt darin die Zukunft ;)
  
  -- 
   Mario
  
  ___
  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] Postleitzahlengebiete

[Tobias Wendorff]

Martin Koppenhoefer schrieb:
 je nach Fragestellung ist das nicht nur EIN wissenschaftliches
 Projekt, wie Du ja selbst schon bemerkst :). Ob es als Gesamtheit ein
 solches ist, weiss ich nicht genau (m.E. gefuehlsmaessig ja, ist aber
 eine Frage der Definition von Wissenschaft, und ggf. die Frage, ob
 OSM Wissen schafft, oder nur zugaenglich macht, m.E. trifft hier aber
 beides zu).

Es ist kein *Projekt*, sondern ein _Objekt_.

Du untersuchst etwas *an* OSM - Du hast OSM ja nicht mit der Absicht
gestartet, etwas *zu* untersuchen.

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

Re: [Talk-de] Wanderweg - Relation

[Willi Rehfeld]

Markus
Tue, 11 Nov 2008 05:36:46 -0800
Ich habe in meinem Gebiet einen Wanderweg gefunden, der Teil des
Fernwanderweges Frankenweg ist.

Wie finde ich jetzt dessen Relation, damit ich daran anknüpfen kann?


Hallo Markus,

Ich gehe hierhin http://betaplace.emaitie.de/webapps.relation-analyzer/  
gebe unter search relation tippe Frankenweg und erhalte als Ergebnis  
relation 28147

Hallo Falk,

ich würde auch dahin gehen und Warnowrundweg eingeben und bekomme relation  
34407 ein.

Diese erhaltenen Nr. gebe ich unter analyze ein und bekomme eine  
Auflistung, dann auf link for josm download in der karte auf permalink  
adresse kopieren und koordinaten in josm eingeben schon habe ich die  
relation, meine gps-daten hinzuladen und relation übernehmen. ganz einfach

Willi

-- 
Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/

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

Re: [Talk-de] Spuren

[Mario Salvini]

Michael Ritzert schrieb:
 Garry wrote:
   
 zuerst müssen sie mal aufgenommen werden, und da stößt man vorallem in
 der Stadt an die Genauigkeit von GPS - man nimmt irgendeine Spur auf und
 zeichnet die anderen nach Gefühl daneben - es sieht genauer aus als es
 ist.
   
   
 Das ist nicht weiter tragisch - die Anzeige welche Spur zu nehmen ist
 funktioniert trotzdem schon, man kann nur
 noch nicht verifizieren dass man tatsächlich auf der richtigen Spur ist.
 

 Das wird man auch nie können. Gerade in Städten hast Du da keine Chance.

 Und die Anzeige, welche Spur man nehmen muss geht auch ohne getrennte 
 Erfassung aller Wege. Es würde mich doch sehr wundern, wenn alle derzeit 
 verfügbaren käuflichen Kartenwerke so implementiert wären.

 Ãœbrigens kommt auch die Jede-Spur-getrennt-Variante nicht ohne Relationen 
 aus. Schließlich muss ja modelliert werden, dass man jederzeit zwischen den 
 Spuren wechseln darf! Und natürlich *muss* jeder Router das implementieren, 
 sonst klappt schlimmstenfalls noch nicht mal mehr das Routing über eine 
 Bundesstraße, wenn die Abfahrt nur von einer Spur weiter links geht als man 
 drauffährt.

 Ich finde die getrennten Erfassung aller Spuren vor allem eine riesige 
 redundante Datenerfassung. Da sind x *parallele* Spuren, mehr nicht. Sollen 
 wir in den USA, wo sechsspurige (pro Richtung!) Interstates nicht mal so 
 selten sind zwölf Spuren parallel zeichnen? Wer will zwölf Spuren 
 editieren, um eine Autobahn ein paar Meter zu verschieben? Und wer sorgt 
 dafür, dass die Spuren auch wirklich parallel sind? Das ist doch mal 
 mindestens als abschreckend zu bezeichnen, wenn man sowas im Editor sieht. 
 Natürlich kann man das dem Editor beibringen. Aber das gilt auch für den 
 Relationen-Ansatz.

 Und mal ehrlich: Was werden die meisten Anwendungen machen, wenn sie mit 
 dieser Datenflut konfrontiert werden? Sie werden die Spuren zusammenfassen... 
 Um 99% der Karten zu zeichnen und für 99% der Routingaufgaben sind das 
 einfach zu viele Informationen. Welches Navi sagt in einer Linkskurve Jetzt 
 auf die linke Spur wechseln, da ist der Weg kürzer??
 Da gehen CPU-Zyklen ohne Ende verloren, um redundante Daten zu entsorgen.
 Vom Speicherplatz- und Bandbreitenbedarf mal ganz abgesehen.

 Ein anderer Ansatz: Müssen wir hunderte Kilometer Autobahn mit x Spuren 
 zeichnen um auf ein paar hundert Metern mehr Details darstellen zu können? 
 Ich finde nein. Warum erfinden wir nicht ein Interface zwischen den beiden 
 Welten? z.B. die Autobahnen wie bisher als einen Weg pro Fahrtrichtung taggen 
 und mit lanes=x versehen. Und dann da, wo eine Straße dazukommt am 
 Verbindungsknoten markieren, welche Spuren abgehen. Das führt sogar dann 
 noch zu richtigen Ergebnissen beim Routing, wenn der Router das Schema nicht 
 unterstützt. Nur eben nicht zur absoluten Perfektion angezeigt.

 Michael
   
die für die Verbindungen zwischen Lanes könnte man ebenfalls eine 
Relation anlegen

Relation:
from = Relation der Lane auf der man sich befindet
via = der Node der beide Ways verbindet
to = Relation der Lane auf die man wechselt

--
Mario



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

Re: [Talk-de] Zoo erfassen

[Bernd Distler]

On Mon, 10 Nov 2008 12:50:58 +0100, Bernd Wurst [EMAIL PROTECTED]
said:

  Jetzt wollte ich mal fragen, ob das bereits für irgend einen Zoo
  verwendet und/oder auch von den Renderern dargestellt wird.

 Die Icons gibt es aber, auch als SVG. Wenn du also Beispieldaten hast,
 wäre es  gar nicht so schwer, das mal in Osmarender einzubauen und zu
 schauen ob das mit Icons eigentlich schön aussieht oder ob viele
 gleiche Icons beieinander in einem Zoo nicht mehr gut ausschauen.

Für ein Gebäude wäre es sicher ungünstig, jedes Tier einzeln als Icon
darzustellen, bei zig Schaukästen in den Räumen :-) Da wäre ein animal=
wohl überflüssig sondern der Name aussagekräftiger, wie es auch in den
gängigen Wanderkarten der Zoos ist. Speziell bei größeren Tieren lässt
sich das aber recht gut unterscheiden denke ich, da die in der Theorie
ja auch mehr Platz brauchen und sich auch als Fläche erfassen lassen.
Das dürfte auch im Renderer dann wieder normal aussehen.

 Dem osmarender beizubringen, dass er eine Fläche mit
 attraction=animal in einer von dir ausgesuchten Farbe rendert, ist
 aber für jemanden, der sowieso einen SVN-checkout bei sich herumliegen
 hat eine Fingerübung und sollte nicht das Problem darstellen.

Will das jemand machen? Ich bin da definitiv zu doof für :-/ Farbe is ne
gute Frage, gibt Tiere sind rennen auf der Wiese rum, andere auf reiner
Erde. Da müsste man sich wieder irgendwas überlegen, vielleicht ein Wert
für natural wie soil/grass, wobei mich wundert das es so etwas bisher
nicht gibt, zumindest nicht im Wiki.

Gruß
Bernd

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

Re: [Talk-de] OSM soll noch 2008 ganz Deutschland umfassen?

[Martin Koppenhoefer]

Am 10. November 2008 16:59 schrieb André Reichelt [EMAIL PROTECTED]:
 Chris66 schrieb:
 Hi,
 GPS Gerät kann man bei der GeoFabrik leihen, Digicam und
 Tonbandgerät sind heutzutage doch in fast jedem Handy eingebaut. ;-)

 Wie Sven ja schon sagte: Die Geräte sind nur für Mapping-Partys gedacht.
 Und ein Handy, wie Du es beschreibst, habe ich leider oder besser gott
 sei Dank nicht. Bei den meisten Geräten heutzutage ist Telefonieren ja
 nur noch eine Sonderfunktion und nicht mehr hauptbestandteil :(.

 Ich habe zwar ein PNA, allerdings keine gute Software dafür.


und jetzt? Wartest Du darauf, dass Dir hier aus der Liste jemand eins
schenkt? Man kann auch ohne gps-Geraet mappen, z.B. mit Luftbildern.
(Wenn es bei Dir nicht reicht von der Aufloesung her, koenntest Du
z.B. mit historischen Karten mappen. Die Informationen der vorhandenen
Strassen ergaenzen, POIs hinzufuegen, den Nil mappen, Wald mappen,
etc.).

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

Re: [Talk-de] Wanderweg - Relation

[Willi Rehfeld]

Am 11.11.2008, 22:38 Uhr, schrieb Willi Rehfeld [EMAIL PROTECTED]:

 Markus
 Tue, 11 Nov 2008 05:36:46 -0800
 Ich habe in meinem Gebiet einen Wanderweg gefunden, der Teil des
 Fernwanderweges Frankenweg ist.

 Wie finde ich jetzt dessen Relation, damit ich daran anknüpfen kann?


 Hallo Markus,

 Ich gehe hierhin http://betaplace.emaitie.de/webapps.relation-analyzer/
 gebe unter search relation tippe Frankenweg und erhalte als Ergebnis
 relation 28147


Sorry, tipfehler 28417



 Hallo Falk,

 ich würde auch dahin gehen und Warnowrundweg eingeben und bekomme  
 relation
 34407 ein.

 Diese erhaltenen Nr. gebe ich unter analyze ein und bekomme eine
 Auflistung, dann auf link for josm download in der karte auf permalink
 adresse kopieren und koordinaten in josm eingeben schon habe ich die
 relation, meine gps-daten hinzuladen und relation übernehmen. ganz  
 einfach

 Willi




-- 
Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/

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

Re: [Talk-de] Wanderweg - Symbol

[Wolfgang W. Wasserburger]

ÖAV, DAV und SAV sind schon vor rund 30 Jahren zur Übereinkunft gekommen,
alle Wege mit rot-weiß-rot (quer, wie die österreichische Fahne :-) und mit
Nummer zu kennzeichnen. Ich vermisse diese in den Ostalpen häufigste
Variante in dieser Aufzählung. Das übliche Kartensymbol ist rote Linie mit
Nummer.

Daneben markiert vor allem der ÖTK noch immer weiß-{gelb | grün | rot |
blau}-weiß.

Liebe Grüße aus Wien

Wolfgang

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of Markus
 Sent: Tuesday, November 11, 2008 12:09 PM
 To: talk-de@openstreetmap.org
 Subject: [Talk-de] Wanderweg - Symbol


 Ein Wanderweg wird als relation=route gekennzeichnet.
 Darin gibt es einen Schlüssel *Symbol*.

 Mit diesem Schlüssel soll der Nutzer erkennen, wie denn der Wanderweg
 ausgeschildert ist. Diese Symbole sind überregional einheitlich und von
 hohem Widererkennungswert:
 - roter Punkt
 - roter Ring auf weissem Grund
 - roter Strich auf weissem Grund
 - rotes Kreuz auf weissem Grund
 - rote Diagonale auf weissem Grund
 (alle Grundfarben werden kombiniert)
 - Tiersymbol (Fuchs, Adler, Schildkröte, etc)
 - Nummer (meist einstellig)
 - Logo (z.B. Main-Donau-Weg)

 Diese Symbole müssen in der DB definiert und gelistet werden,
 damit sie mit der Relation verknüpft
 und vom Renderer angezeigt werden können.

 Wie geht das?

 Gruss, Markus

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

[Martin Koppenhoefer]

Ist es tatsaechlich so, dass am Rande der Welt Schluss ist?
s. hier:
http://www.informationfreeway.org/?lat=17.28025470553244lon=179.96796946133742zoom=5layers=BF000F
und dann den Bildschirm nach links schieben (sich nach rechts bewegen).

;-)


Martin

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

Re: [Talk-de] Druchfahrtshöhe Brücke

[Wolfgang W. Wasserburger]

darauf sind die Routenprogramme allerdings nicht wirklich ausgelegt! Workaround 
für uns arme Programmierer, die das in Routingalgorythmen einfüllen wollen, ist 
das beim Import künstlich an der Stelle aufzutrennen, das dabei von dem Ding 
über der Brücke künstlich auseinanderzuhalten und eine künstliche Kante 
einzubauen. Alles nur, weil philosophisch darüber nachgedacht wird, ob es sich 
um Punkte oder Strecken handelt. Ein Dijkstra oder A* berücksichtigt halt an 
Knoten nichts, maximal an Kanten und wenn ich hier die ganze rausnehme, kann 
das Ding entlang der Strecke gar nichts mehr zustellen und dann halt umdrehen 
;-)
Mit dem Shooting* geht das zwar, aber auch dazu muß man die Kante künstlich 
aufbrechen. Jedenfalls mit dem Effekt, daß ein LKW genau bis zum Punkt geroutet 
werden kann. Damit erzeugen wir einen neuen Fähreneffekt, der ja schon 
umfangreich durch den Kakao gezogen worden ist.
Im Gegensatz zur Einfahrt verboten ohne gegenläufige Einbahn, wo wir ja genau 
den Workaround gehen, ein kurzes Stück als Einbahn zu mappen, was ja auch dem 
praktischen Effekt entspricht, sollten wir hier gar nicht über Punktphänomene 
nachdenken. Tatsächlich in der Natur ist auch die schmälste Brücke so breit, 
daß eine Strecke hier gerechtfertigt ist. Wem der way darunter nicht 
durchgehend genug ist, der soll doch anschließend eine Relation drüberlegen.

Habt beim Taggen doch Mitleid mit denen, die das Rendern bzw. damit Routen 
sollen.

lG aus Wien

Wolfgang

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of Martin
 Koppenhoefer
 Sent: Tuesday, November 11, 2008 11:36 AM
 To: Openstreetmap allgemeines in Deutsch
 Subject: Re: [Talk-de] Druchfahrtshöhe Brücke
 
 
  Der Weg sollte also dann schon nur sehr kurz sein. Und da Wege in OSM
  idR keine räumliche Ausdehnung haben, besteht die Beschränkung nur an
  einem Punkt. Daher mein Gedanke mit der Relation. Ganz pragmatisch
  gesehen tut es der kurze Weg natürlich auch.
 
 stimmt zwar nicht mit dem Punkt (da es ja praktisch immer eine Strecke
 unter der Bruecke ist, die die Hoehenbeschraenkung ausloest), koennte
 man aber trotzdem so machen: einfach die Hoehenbeschraenkung auf einen
 Node unter (bzw. je einen am Anfang und Ende) der Bruecke setzen, und
 schon funktioniert es im Router: dieser Punkt kann mit einer Hoehe
 ueber xz meter nicht ueberwunden werden. Ist natuerlich nicht ganz
 korrekt, funktioniert aber auch ohne Aufteilen des Weges.
 
 Martin
 ___
 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] Erdumrundung nicht moeglich?

[Martin Koppenhoefer]

 Eigentlich reicht eine einzelne Welt. Sobald man einer der Enden zu nahe 
 kommt wird auf die entgegengesetzte Seite umgebrochen und der offset wird um 
 die Weltbreite korrigiert. Der Implementierungsaufwand sollte nahezu der 
 selbe sein.

klar, solange man nicht weit genug hinauszoomen darf (oder wenn man
eine Kugel nimmt wie bei Google-Earth), bei OSM sieht man ja schon in
Zoom 2 bei meiner bescheidenen Bildschirmauflösung 2 Welten, in Z 1
sinds 3 und in Z0 sogar 5 bzw. 6, wenn man bis zu den Grenzen scrollt.
Auf Zoom 0 könnte man gut und gerne verzichten, wenn das Tileset nicht
so ressourcenschonend klein wäre ;-)

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

[Talk-de] [JOSM] kopieren zwischen Datenebenen

[Jan Tappenbeck]

Moin !

ich habe lange Wege aufgezeichet und diese in einen Way konvertiert, am 
Anfang und Ende etwas abgeschnitten.

Nun möchte ich diesen Way in die OSM-Ebene transferieren. Mit Kopieren 
und Einfügen funktioniert das zwar - aber der eingefügte Way wird 
versatzt eingefügt.

Kann man dieses irgendwie umgehen und richtig transferieren ???

Gruß Jan :-)


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

[Talk-de] [JOSM] erweiterte Menüs (Shop ) aus elemstyles.xml

[Jan Tappenbeck]

Moin!

in der elemstyles.xml sind eine Vielzahl von Shop für die Darstellung 
definiert.

Diese Einträge habe ich nicht in der Vorlagen-Datei gefunden.

Hat sich einer von Euch die Mühe gemacht diese in eine Vorlagendatei zu 
überführen und würde mir diese zur Verfügung stellen?

Gruß Jan :-)


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

[Talk-de] [JOSM ] Adress-Punkte

[Jan Tappenbeck]

Moin!

ich habe mir gerade einmal den Dialog für die Erfassung von Adreesen 
angesehen und dort gibt es ja die Felder für die Stadt und den Straßenname.

Wenn ich das richtig sehe, dann müssen beteffende Felder manuell 
ausgefüllt werden.

Wäre es nicht wünschenswert, wenn die Felder mit einer 
Autoergänzungsfunktion - wie bei Straßennamen - versehen wären 

Ganz klasse wäre es dann noch, wie bei CAD-Systemen, dass man für das 
Eintragen des Straßennamens noch eine Schaltfläche im Dialog hätte um 
interaktiv einen zugehörigen Way wählen kann und autom. der Name in das 
betreffende Feld übernommen wird.

Gruß Jan :-)


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

Re: [Talk-de] Spuren

[Mario Salvini]

Martin Koppenhoefer schrieb:
 Am 11. November 2008 11:18 schrieb Dimitri Junker [EMAIL PROTECTED]:
   
 Hallo,

 
 Was mich persönlich deutlich stört is der realitätsfremde
 kreuzungsknoten der 8 Spuren (link 1)
   
 und was sind das da für Fahrradwege die in der Pampa enden? Machst Du da
 noch was? Und was soll:
 highway=cycleway
 cycleway=track
 foot=yes


 Das wäre nach meinem Verständnis ein Fahrradweg der Fahrradwege hat, wo man
 auch zu Fuß gehen darf. Im Wiki steht:

 Mit cycleway=* werden Fahrradwege beschrieben, die neben der eigentlichen
 Straße verlaufen. In diesem Fall benutzt man highway=* ganz normal für die
 Straße und ergänzt cycleway=* um den Fahrradweg zu beschreiben.

 Außerdem sind dort getrennte Spuren für die verschiedenen Richtungen, aber
 ein oneway=yes fehlt

 Ich werde einen großen Bogen um diese Kreuzung machen.

 
 Wenn man die kommerzielle Konkurrenz sieht liegt darin die Zukunft ;)
   
 Und einem 'Konkurenten' können wir ja in die Karten schauen. Die Niederlande
 sind doch von Profis gemappt und OSM gespendet worden oder?

 Gruß
 Dimitri

 

 2 Spuren fuer eine Richtung, die durch Mittelstreifen (unterbrochen)
 getrennt sind, als 2 ways zu zeichnen, halte ich (der ich im
 allgemeinen fuer getrennte Aufnahme beispielsweise von Fahrradwegen
 bin), schlichtweg fuer falsch. Man zeichnet in diesem Fall ja nicht 2
 Spuren, sondern ueber die tags suggeriert man 2 Strassen. Das ist
 schon was anderes.

 Es gibt aber auch andere Situationen, da sind getrennte Spuren
 sicherlich sinnvoll:
 http://opencyclemap.org/?lat=41.85882lon=12.47102zoom=18layers=B000

 (allerdings ist dort z.T. auch ein bauliche Trennung (Verkehrsinseln)
 vorhanden). Solche Sonderfaelle (ja, jetzt doch wieder) mit
 kurzzeitigem Linksverkehr, und z.B. auch der Konstruktion links
 einordnen fuer rechts abbiegen moechte ich lieber nicht in Tags
 umgesetzt sehen...

 Gruss Martin
baulich getrennt sind die 2 Spuren in jede Richtung auch in meinem 
Beispiel. Die Frage ist also, ob man irgendwo sauber eine Grenze ziehen 
kann, ab wann was sinnvoll ist.

--
 Mario

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

Re: [Talk-de] Spuren

[Martin Koppenhoefer]

Am 11. November 2008 11:18 schrieb Dimitri Junker [EMAIL PROTECTED]:
 Hallo,

Was mich persönlich deutlich stört is der realitätsfremde
kreuzungsknoten der 8 Spuren (link 1)

 und was sind das da für Fahrradwege die in der Pampa enden? Machst Du da
 noch was? Und was soll:
 highway=cycleway
 cycleway=track
 foot=yes


 Das wäre nach meinem Verständnis ein Fahrradweg der Fahrradwege hat, wo man
 auch zu Fuß gehen darf. Im Wiki steht:

 Mit cycleway=* werden Fahrradwege beschrieben, die neben der eigentlichen
 Straße verlaufen. In diesem Fall benutzt man highway=* ganz normal für die
 Straße und ergänzt cycleway=* um den Fahrradweg zu beschreiben.

 Außerdem sind dort getrennte Spuren für die verschiedenen Richtungen, aber
 ein oneway=yes fehlt

 Ich werde einen großen Bogen um diese Kreuzung machen.

Wenn man die kommerzielle Konkurrenz sieht liegt darin die Zukunft ;)


 Und einem 'Konkurenten' können wir ja in die Karten schauen. Die Niederlande
 sind doch von Profis gemappt und OSM gespendet worden oder?

 Gruß
 Dimitri


2 Spuren fuer eine Richtung, die durch Mittelstreifen (unterbrochen)
getrennt sind, als 2 ways zu zeichnen, halte ich (der ich im
allgemeinen fuer getrennte Aufnahme beispielsweise von Fahrradwegen
bin), schlichtweg fuer falsch. Man zeichnet in diesem Fall ja nicht 2
Spuren, sondern ueber die tags suggeriert man 2 Strassen. Das ist
schon was anderes.

Es gibt aber auch andere Situationen, da sind getrennte Spuren
sicherlich sinnvoll:
http://opencyclemap.org/?lat=41.85882lon=12.47102zoom=18layers=B000

(allerdings ist dort z.T. auch ein bauliche Trennung (Verkehrsinseln)
vorhanden). Solche Sonderfaelle (ja, jetzt doch wieder) mit
kurzzeitigem Linksverkehr, und z.B. auch der Konstruktion links
einordnen fuer rechts abbiegen moechte ich lieber nicht in Tags
umgesetzt sehen...

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

Re: [Talk-de] Qualitaet: Genauigkeit der Linienfuehrung

[Martin Koppenhoefer]

2008/11/10 RalfGesellensetter [EMAIL PROTECTED]:
 Am Montag 10 November 2008 schrieb Thomas Hog:
 auch in die tcx-Datei schreiben lassen kann.

 Eben! aber doch wohl: gpx, oder?
 Falls AccuracyMeters zuviel Speicherplatz braucht kann man ja mal
 die

 Wenn es ele heißt, schlage ich hier acc oder accu vor.

 Dann mal an die Hotlines!


koenntet Ihr bei der Gelegenheit auch gleich fuer das GPSMAP 60 CSx
mitfragen ;-)

Danke,

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

Re: [Talk-de] Zwei Postleitzahl Tags? was:Postleitzahlengebiete

[Tobias Wendorff]

Hallo,

Andreas Pothe schrieb:
 Hallo,
 
 im Zuge dieser Diskussion ist mir aufgefallen das es 2 Postleitzahlen
 Tags gibt, einmal den:
 addr:postcode=xyz
 und den für Briefkästen:
 postal_code=xyz
 
 Der postal_code wird auch für Straßen verwendet.

Dann wäre addr:post_code eigentlich besser.

Grüße
Tobias

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

Re: [Talk-de] Zwei Postleitzahl Tags? was:Postleitzahlengebiete

[Wolfgang W. Wasserburger]

... jedenfalls hier in Österreich werden die Postkasteln von anderen
Postämtern entleert, als die Zustellung in der Umgebung; das ist stark
zentralisiert; daher ist das wahrscheinlich klug so.

lG aus Wien

Wolfgang

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of Thomas Drebert
 Sent: Tuesday, November 11, 2008 3:34 PM
 To: talk-de@openstreetmap.org
 Subject: [Talk-de] Zwei Postleitzahl Tags? was:Postleitzahlengebiete



 Hallo,

 im Zuge dieser Diskussion ist mir aufgefallen das es 2
 Postleitzahlen Tags gibt, einmal den:
 addr:postcode=xyz
 und den für Briefkästen:
 postal_code=xyz

 Gibt es dafür einen Grund, warum kann ein Briefkasten nicht auch
 einfach addr:postcode=xyz getaggt werden.
 Ich hab es gemerkt als ich gesehen habe das die Briefkästen mit
 Postal_code nicht in die postleitzahlflächen vom Inspector mit
 einbezogen sind.

 Schöne Grüße
 Thomas

 _
 Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
 http://smartsurfer.web.de/?mc=100071distributionid=0066


 ___
 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] Postleitzahlengebiete

[Tobias Wendorff]

Wolfgang W. Wasserburger schrieb:
 gibt es in Deutschland keine exakte Definition der PLZ-Gebiete?

In Deutschland ist das sehr interessant gemacht:
Leitzone, Leitregion, Leitgebiete, Leitbereiche (einwohnerabhängig)
etc.

Dazu kommen dann natürlich noch Sonderpostleitzahlen von Firmen,
Institutionen, Behörden etc.

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

Re: [Talk-de] Postleitzahlengebiete

[Wolfgang W. Wasserburger]

Letztlich löst es aber nicht die Darstellung von PLZ-Gebieten, die ja ein
Land flächendeckend abdecken sollten ;-) Hier helfen wohl nur Relationen.

lg von der Mazzesinsel

Wolfgang

 -Original Message-
 From: Frederik Ramm [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, November 11, 2008 1:10 PM
 To: [EMAIL PROTECTED]; Openstreetmap allgemeines in Deutsch
 Cc: Jan Tappenbeck
 Subject: Re: [Talk-de] Postleitzahlengebiete


 Hallo,

  noch eine Frage: wenn an einem way links eine andere PLZ gilt
 als rechts,
  wie soll's getagt werden und was macht das PLZ-Programm draus?

 Die PLZ direkt an den Way zu taggen ist ein Konzept aus der Zeit vor dem
 Karlsruher Adress-Schema. Wo immer möglich, würde ich dazu raten,
 Adressen nach diesem Schema zu taggen:

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

 Das löst auch die Frage mit der Straßenseite.

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

[Dimitri Junker]

Hallo,


es gibt dort m.E. deutlich weniger Kreuzungpunkte als 64


(4+2+2)^2=64

Bei den Tags hat man nämlich überhaupt keine Möglichkeit dazu, dort
kreuzt sich einfach alles, egal ob das auch in der Realität so ist.


es kreuzt sich alles, verbunden werden muß alles, wo gleiche 
Verkehrsteilnehmer abbiegen dürfen, das kann aber ein Router leicht 
automatisch machen.

Wenn ein Mapper sich an einer bestimmten Stelle entschlossen hat, einen
separaten Radweg zu mappen, dann sollte man den auch nicht löschen, weil
man denkt, man weiss es besser, sondern mindestens vorher versuchen,
Kontakt aufzunehmen. Und wenn dann keine Einigkeit herzustellen ist,
dann mappt man halt an anderer Stelle weiter.


So halte ich es ja auch. Nach nicht geglückter Rückfrage kann man im Notfall 
Tags löschen/ändern, ganze Wege löschen wäre nicht nett, notfalls könnte man 
einen Weg ja auch deaktivieren indem man das highway-Tag löscht. Aber wie 
gesagt sowas war bisher nicht nötig. Aber das ganze natürlich nur wenn es 
wirklich falsch ist, nicht wenn es unterschiedliche Meinungen sind.

Gruß
Dimitri

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

Re: [Talk-de] Wanderweg - Symbol

[Raphael Studer]

On Tue, Nov 11, 2008 at 12:09 PM, Markus [EMAIL PROTECTED] wrote:
 Ein Wanderweg wird als relation=route gekennzeichnet.
 Darin gibt es einen Schlüssel *Symbol*.

 Mit diesem Schlüssel soll der Nutzer erkennen, wie denn der Wanderweg
 ausgeschildert ist. Diese Symbole sind überregional einheitlich und von
 hohem Widererkennungswert:
 - roter Punkt
 - roter Ring auf weissem Grund
 - roter Strich auf weissem Grund
 - rotes Kreuz auf weissem Grund
 - rote Diagonale auf weissem Grund
 (alle Grundfarben werden kombiniert)
 - Tiersymbol (Fuchs, Adler, Schildkröte, etc)
 - Nummer (meist einstellig)
 - Logo (z.B. Main-Donau-Weg)

 Diese Symbole müssen in der DB definiert und gelistet werden,
 damit sie mit der Relation verknüpft
 und vom Renderer angezeigt werden können.

In der DB wird nichs definiert.

Gelistet wirds dann wenn es so jemand einträgt.

Wenn dann jemand in einer Relation ein symbol=red_ring_on_white_ground
einträgt, ists verknüpft.


Was der Renderer dann daraus macht, ist der DB egal. Dies definiert
aleine der Renderer.

Wenn ich dich richtig verstehe, möchtest du dass der Renderer diese
Symbole anzeigt.
Dazu brauchts zum einen diese Symbole, dann jemand der den Renderer
anpasst und zu allerletzt sollten dann die Routen auch noch so
gekennzeichnet werden.

Ich persönlich halte es für sinvoller wenn alle Routen nur eine
einzige Kennzeichnung haben (z.b. ihre Nummer), damit man die Routen
einfach verfolgen kann.
Farblich getrennt nach grösse sind sie ja bereits.
Was für einem Symbol ich folgen muss wenn ich auf der Route bleibe,
ist eine Information die ich mir besorge bevor ich die Reise antrete.
Ich finde sie also auf Wikipedia oder im Reiseführer.

Grüsse
Raphael

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

Re: [Talk-de] Wanderweg - Relation

[Mario Salvini]

Markus schrieb:
 Ich habe in meinem Gebiet einen Wanderweg gefunden, der Teil des 
 Fernwanderweges Frankenweg ist.

 Wie finde ich jetzt dessen Relation, damit ich daran anknüpfen kann?

 Gruss, Markus
   
http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Wanderwege-Netz
Nimm die :)

Gruß
 Mario

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

Re: [Talk-de] Spuren

[Dimitri Junker]

Hallo,

Was mich persönlich deutlich stört is der realitätsfremde
kreuzungsknoten der 8 Spuren (link 1)

und was sind das da für Fahrradwege die in der Pampa enden? Machst Du da 
noch was? Und was soll:
highway=cycleway
cycleway=track
foot=yes


Das wäre nach meinem Verständnis ein Fahrradweg der Fahrradwege hat, wo man 
auch zu Fuß gehen darf. Im Wiki steht:

Mit cycleway=* werden Fahrradwege beschrieben, die neben der eigentlichen 
Straße verlaufen. In diesem Fall benutzt man highway=* ganz normal für die 
Straße und ergänzt cycleway=* um den Fahrradweg zu beschreiben. 

Außerdem sind dort getrennte Spuren für die verschiedenen Richtungen, aber 
ein oneway=yes fehlt

Ich werde einen großen Bogen um diese Kreuzung machen.

Wenn man die kommerzielle Konkurrenz sieht liegt darin die Zukunft ;)


Und einem 'Konkurenten' können wir ja in die Karten schauen. Die Niederlande 
sind doch von Profis gemappt und OSM gespendet worden oder?

Gruß
Dimitri

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

Re: [Talk-de] Postleitzahlengebiete

[Tobias Wendorff]

Martin Koppenhoefer schrieb:
 doch gibt es, bei der Post. Die Frage ist: darf man die verwenden?

Sicherlich nicht. Die verkaufen sie für *wirklich massig* Geld und
mit strengen Lizenzbestimmungen an Dritte.

Und nein, man darf auch nicht das xy Jahre alte Postleitzahlenbuch
digitalisieren.

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

Re: [Talk-de] Postleitzahlengebiete

[Jochen Topf]

On Tue, Nov 11, 2008 at 10:55:58AM +0100, Jan Tappenbeck wrote:
 Kann mir einer sagen woher Ihr die Begrenzungen von 
 Postleitzahlengebiete habt ???

Ich nehme an, Du meinst die, die im OSM Inspector angezeigt werden. Die
werden berechnet als die konvexe Hülle aller nodes/ways, die mit dem
gleichen addr:postcode und addr:country getagged sind. Und ja, das führt
derzeit zu ziemlich viel Salat. Siehe die Diskussionen im Wiki und in
anderen Threads auf dieser Liste. Das ist auch gut so, weil wir so
sehen, wo die Probleme mit den Daten bzw. dem Code sind und uns
überlegen können, wie wir das lösen.

Jochen
-- 
Jochen Topf  [EMAIL PROTECTED]  http://www.remote.org/jochen/  +49-721-388298


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

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

[Guenther Meyer]

Am Montag 10 November 2008 schrieb Garry:
 Guenther Meyer schrieb:
  n reden wir in 20Jahren noch mal darüber und nehmen die dann aktuelle
  Fakten als Diskussionsgrundlage.
 
  solche fahrzeuge sind schon heute im einsatz. zwar selten, aber es gibt
  sie. und es werden stetig mehr.

 Das streite ich nicht ab - aber noch hat das keinen Einfluss auf die
 StVO und ob und wann es soweit
 sein wird kann man nur spekulieren. Siehe Euphorie Biokraftstoff und die
 Auswirkung auf die Lebensmittelpreise -
 etwas ähnliches ist bei einer zu schnellen Einführung des
 Elektroantriebes zu befürchten

wie ich schon sagte, das ist irrelevant.
eine kennzeichnung schrittgeschwindigkeit ist absolut unabhaengig von der 
fortbewegungsart.

  du versuchst mit dem finden eines fixen zahlenwertes, die aktuellen
  gegebenheiten gaengiger fahrzeugtypen vom fahrrad bis zum kraftfahrzeug
  und deren technische limits einzubeziehen. entschuldige bitte, aber ich
  halte das

 Richtig  -  damit  man  jetzt  und heute damit  funktionsfähige
 Anwendungen realisieren kann und nicht nur Fragmente
 schafft deren Regeln theoretisch alles abdecken, in der Praxis aber  nie
 zur Anwendung kommt da zu komplex

einzelne (vorhandene oder zukuenftige) fortbewegungsarten unnoetigerweise in 
betracht zu ziehen, macht das ganze komplex.
bestimmte zahlenwerte anzunehmen, heisst fragmente zu schaffen, die unter 
bestimmten, nicht stabilen vorraussetzungen enstanden sind, welche sich 
aendern koenne und werden. das ist komplex!

ein einfaches maxspeed=walk ist die simpelste form, das gegebene abzubilden.
ich wuesste nicht, wie man das noch einfacher machen koennte...


  fuer sehr kurzsichtig.
  es gibt auch elektroautos, die stufenlos die geschwindigkeit regulieren

 .. die es derzeit noch nicht in nennenswerten Stückzahlen im
 öffentlichen Strassenverkehr gibt.

irrelevant. s.o.

  koennen. es gibt auch fahrradfahrer, die unter 4 km/h fahren koennen,
  ohne umzufallen.

 Das ist dann aber schon eine ehr sportliche Leistung - und die wird in
 der StVO in keiner Disziplin verlangt.

irrelevant. s.o.

  fahrzeugtypen aendern sich, es wird neue geben, mit anderen
  technischen eigenheiten.
  aber das schild schritt fahren steht immer noch genau so da wie vorher.

 Nichts ist so beständig wie die Änderung Das Hauptanwendungsgebiet
 von Schrittgeschwindigkeit gibt es noch nicht ewig-
 Wie kommst Du darauf dass es ewig bestehen wird?

das habe ich nie behauptet!
wenn statt schrittgeschwindigkeit pletzlich ein 30-zone schild da steht, 
dann muss man das aendern. aber solange sich nichts veraendert, gibt's auch 
nix zu tun.
aber nochmal:
jedes schild, das irgendwo steht, hat eine bestimmte, definierte aussage. also 
was ist an der vorgehensweise, irgendwas hineinzuinterpretieren, besser, als 
das, was definiert ist, einfach zu uebernehmen.



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] Druchfahrtshöhe Brücke

[Martin Koppenhoefer]

 Der Weg sollte also dann schon nur sehr kurz sein. Und da Wege in OSM
 idR keine räumliche Ausdehnung haben, besteht die Beschränkung nur an
 einem Punkt. Daher mein Gedanke mit der Relation. Ganz pragmatisch
 gesehen tut es der kurze Weg natürlich auch.

stimmt zwar nicht mit dem Punkt (da es ja praktisch immer eine Strecke
unter der Bruecke ist, die die Hoehenbeschraenkung ausloest), koennte
man aber trotzdem so machen: einfach die Hoehenbeschraenkung auf einen
Node unter (bzw. je einen am Anfang und Ende) der Bruecke setzen, und
schon funktioniert es im Router: dieser Punkt kann mit einer Hoehe
ueber xz meter nicht ueberwunden werden. Ist natuerlich nicht ganz
korrekt, funktioniert aber auch ohne Aufteilen des Weges.

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

Re: [Talk-de] Zoo erfassen

[Bernd Distler]

On Tue, 11 Nov 2008 12:40:37 +0100, Tobias Hägele
[EMAIL PROTECTED] said:
 Ich hab mir das zwar noch nicht in JOSM angeschaut, wie es gemacht
 wurde, aber das Ergebnis hier sieht ganz gut aus:
 http://openstreetmap.com/?lat=52.50799lon=13.33896zoom=17layers=B000FTF
 (Zoologischer Garten Berlin)

z. B.

leisure=park
layer=1
name=Büffel

Der Berliner Zoo ist die typische darstellerische Erfassung, ohne das es
wirklich korrekt ist. Viele andere Zoos machen das genauos, daher war
ja meine Frage, ob das nicht auch besser geht mit dem Verweis auf das
Proposal. Für jeden anderen Scheiss gibt es schließlich auch Tags, nur
nicht für grundsätzliche Sachen wie z. B. Tiere.

Und ob natural=beach für ein Elefantengehege wirklich richtig ist, sei
mal dahingestellt.

Gruß
Bernd

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

Re: [Talk-de] OSM soll noch 2008 ganz Deutschland umfassen?

[André Reichelt]

Georg Feddern schrieb:
 Moin,
 
 dann hast Du doch schon einen GPS-Logger
 - zumindest wenn es nicht zu alt und auch die Navi-Software = Gopal 2.x 
 ist.
 Sobald das Verzeichnis \StorageCard\Tracks existiert, schreibt das Gerät 
 die GPS-Logs dort hinein
 - auch beim Cruising-Mode ohne Routing.
 
 Die Tracks (*.trk) enthalten zwar keinen Timestamp, aber es gibt 
 verschiedene Möglichkeiten
 zum Umwandeln, z.B. die Software RouteConverter www.*routeconverter*.de.

Das weiss ich doch schon alles. Nur dummerweise sieht man nicht, was man
da gerade aufzeichnet und das stört mich. Seit ich einmal mit einem
geliehenen (von der Geofabrik) Garmin durch die Gegend marschiert bin,
möchte ich die tollen Funktionen nicht mehr missen.

 Ich arbeite ansonsten auch noch mit Notizblock und Stift ...

Ich finde das doch sehr umständlich. Man hat immer in einer Hand das
Navi, da ist das etwas blöd. Das Medion hat doch ein eingebautes Mikro.
Gibt es denn keine kompatible Software, mit der man gleichzeitig
Trackpunkte aufzeichnen und ton Aufnehmen kann? Das wäre ein Segen!

NaviPOWM habe ich damals probiert, das scheint aber auch nicht mehr
entwickelt zu werden. Jedenfalls hatte ich da mehrere Aussetzer im Trac.



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

Re: [Talk-de] einheitliche Darstellung von Autobahn-Zubringern (einfache Form)

[Garry]

Martin Koppenhoefer schrieb:
 ich mache es auch wie Mario, das hat auch den Vorteil bei der
 Ausfahrt, dass das Navi einem frueher zum Abbiegen raet, und nicht
 erst im letzten Moment (ist natuerlich sicherlich auch eine
 Einstellungssache). Man sollte als Fahrer ja moeglichst fruehzeitig
 auf die Ausfahrtsspur fahren. Auch das optische Ergebnis ist dann
 stimmiger, weil die Beschleunigungsspur auf voller Laenge dargestellt
 ist.
   

Bei den kommerziellen Navis kommt die erste Ansage häufig (und 
vernünftigerweise) 2-3km vor
der Abfahrt. - genpgend Zeti um sich auf die kommende Situation 
einzustellen.
Das optische Erscheinungsbild passt derzeit garn nicht - entweder sind 
es zwei getrennte Fahrbahnen und
es geht nicht daraus hervor dass man auf die andere Spur wechseln kann 
oder sie überlappen sich so
starkt das kaum erkennbar ist dass es noch eine 2.Spur gibt.
Bei normalen Kreuzungen hat man ja auch nur den normalen Abbiegepunkt, 
auch wenn man sich davor schon
so halbwegs einordnen sollte


Garry

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

Re: [Talk-de] Erdumrundung nicht moeglich?

[Martin Koppenhoefer]

2008/11/11 Detlef Reichl [EMAIL PROTECTED]:
 Von: Martin Koppenhoefer [EMAIL PROTECTED]
 klar, solange man nicht weit genug hinauszoomen darf (oder wenn man

 Und wenn schon. Wenn du an einem Ende ankommst, machst du einfach am anderen 
 weiter. Natürlich macht das ab einen gewissen Grad keinen Sinn mehr, doch ist 
 es von der Darstellung problemlos möglich.

 Grüßle, detlef


ich weiss:
http://www.informationfreeway.org/?lat=41.88576342226803lon=12.471718513317205zoom=0layers=B000F000F
dass man aber am Ende nicht einfach wieder am Anfang ist, empfinde ich
schon als störend.

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

Re: [Talk-de] Erdumrundung nicht moeglich?

[Detlef Reichl]

 ich weiss:
 http://www.informationfreeway.org/?lat=41.88576342226803lon=12.471718513317205zoom=0layers=B000F000F

Ok, dieser zoom-level ist gelinde gesagt bullshit.


 dass man aber am Ende nicht einfach wieder am Anfang ist, empfinde ich
 schon als störend.

Mein reden...

Grüßle, detlef

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

Re: [Talk-de] openstreetmap.org - Adminmails als SPAM

[Johann H. Addicks]

Bernd Wurst schrieb:

 Den Fehler kann ich nicht nachvollziehen:

Wenn nicht der Webserver von openstreetmap weg gewesen ist, sondern
evtl. auch der dns gewackelt hat, dann kann da durchaus mal was
Irreführendes bei der SPF-Kontrolle herausgekommen sein.

-jha-


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

Re: [Talk-de] OSM soll noch 2008 ganz Deutschland umfassen?

[Johann H. Addicks]

Georg Feddern schrieb:

 Die Tracks (*.trk) enthalten zwar keinen Timestamp, aber es gibt 
 verschiedene Möglichkeiten
 zum Umwandeln, z.B. die Software RouteConverter www.*routeconverter*.de.

Zumindest die aktuelleren Versionen von GPS-Babel richten das auch, und
kümmern sich auch um die gelegentlich auftauchenden Hüpfer zu/von 0.0/0.0

-t -i gopal,clean=1,maxspeed=250 -f eingangsdatei.trk -x
nuketypes,waypoints -x transform,trk=rte -x nuketypes,routes -o gpx
ausgangsdatei.gpx

-jha-


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

Re: [Talk-de] Erdumrundung nicht moeglich?

[Johann H. Addicks]

Detlef Reichl schrieb:

 dass man aber am Ende nicht einfach wieder am Anfang ist, empfinde ich
 schon als störend.
 
 Mein reden...

Noch störender empfinde ich die Ankündigung, dass OSM die Polkappen
erweitern wird: ... more OSM coming soon

http://www.openstreetmap.com/?lat=2lon=96zoom=0layers=B000FTF

-jha-


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

Re: [Talk-de] Wanderweg - Symbol

[Johann H. Addicks]

Markus schrieb:

 Die Symbole sind quasi standardisiert.

Fast so standarisiert wie PC-Flashspeicherkarten.
Mehr als ein Dutzend Normen, und jede besser als die andere.

 Sie können in der DB als (erweiterbare) Tabelle abgelegt werden.

Wozu? So funktioniert die OSM nicht, das ist nicht Top-Down

-jha-


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

Re: [Talk-de] Wanderweg - Relation

[Karl Eichwalder]

Markus [EMAIL PROTECTED] writes:

 Fernwanderweg Frankenweg
 http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Wanderwege-Netz

 Hm - da habe ich wohl die Frage zu ungenau formuliert:
 Dort finde ich die Realations-ID und die Mitglieder als XML-Liste.

 Ich habe hier mein Gebiet in JOSM, und weiss, welche meiner Wege zum 
 Frankenweg gehören.
 Ich sehe auf der Karte aber nicht, welche anderen Wege zur Relation 
 gehören, denn in meinem Gebiet gibts ja die Relation noch gar nicht.

Nicht tragisch.  Leg einfach noch eine relation Frankenweg an.  Der
Frankenweg ist so lang, dass wir den sowieso in mehrere relationen
stecken müssen.  Wenn eine relation mehr als 1000 mitglieder hat, wird
es zeit, diese zu unterteilen.

-- 
Karl Eichwalder

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

Re: [Talk-de] designated

[Karl Eichwalder]

Andreas Pothe [EMAIL PROTECTED] writes:

 Aber das soll jeder machen, wie er will; ich benutze eh' das 
 traditionelle highway=cycleway. Unabhängig davon, ob da ein Schild steht 
 oder nicht.

Traditionell wird highway=cycleway nur verwendet, wenn dort ein blaues
radwegschild steht.  Ohne schild ist es traditionell ein
highway=footway bicycle=yes (auch bekannt als anderer radweg).

-- 
Karl Eichwalder

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

Re: [Talk-de] Mapnik Update

[Karl Eichwalder]

Juergen Buchner [EMAIL PROTECTED] writes:

 Am 6. November 2008 18:19 schrieb Bernd Wurst [EMAIL PROTECTED]:

 Es wäre auch mal nett, wenn irgendjemand an irgend einer Stelle mal einen
 echten Mehrwert dieser in meinen Augen immer noch total überflüssigen 
 Änderung
 niederschreiben würde.

 Ganz einfach: Weil man damit kombinierte Rad- und Gehwege ohne
 Verrenkungen taggen kann

Unfug, das geht nur mit den traditionellen tags.  path schafft
maximale verwirrung, wenn es für radwege verwendet wird und für fußwge
braucht man es nicht, da es footway gibt.  Nach kurzzeitiger
path-verwendung kehre ich nun reumütig zu footway/cycleway zurück.

Besonders unschön ist, dass meine eindeutig getaggten rad- und fußwege
nun mit path verunklart werden.

-- 
Karl Eichwalder

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

Re: [Talk-de] Wanderweg - Relation

[Willi Rehfeld]

Am 12.11.2008, 04:46 Uhr, schrieb Karl Eichwalder [EMAIL PROTECTED]:

 Nicht tragisch.  Leg einfach noch eine relation Frankenweg an.

Hallo Karl,

tja, das Problem ist dann nur, wenn ich tatsächlich mal wandern möchte.  
Geh ich dann immer nur 100m-weise und suche dann neue Schnipsel. Das  
dürfte nicht Sinn der Sache sein.
In meinem Fall sind es die Radwege. Die möchte ich schon möglichst in  
einem Stück als GPS-Datei runterladen können und dann abfahren. Genauso  
dürfte es beim Wandern sein. Portionsweise ist schlecht.
Schau dir mal das tool  
http://betaplace.emaitie.de/webapps.relation-analyzer/ an. Hier kann ich  
relationen suchen. Hier kann ich relationen kontrollieren. Meistens sind  
die Wege nicht sauber gearbeitet. Eine relation sollte, um Sie für  
Navizwecke gebrauchen zu können fortlaufend und nicht unterbrochen sein.  
Dies kann ich mit dem analyzer kontrollieren und im JOSM bearbeiten. Eine  
feine Sache.
Ich gebe Dir Recht, wenn eine relation über 1000 Mitglieder hat, wird Sie  
zum Monster. In meinem (unserem) Fall die NRW-Radwege. Da gibt es eine  
relation die hat mittlerweile ca. 1800 Mitglieder. Klasse. Ist aber nicht  
zu händeln. Warum. Der JOSM-validator kann neue Daten nicht mehr hochladen  
weil auf der gesamten Strecke mittlwerweile so viele Fehler sind und JOSM  
sich weigert da was zu machen. Es geht nur in podlatch. Und sorry, der ist  
unser grösster Feind. Der baut Tag für Tag, oder schreibt man tag für tag   
:) ,neue Fehler ein.
Da ist es schon richtig wenn man mehrere fehlerlose relationen hat. Die  
sollte man aber dann - hab ich schon mal hier gesehen  
http://wiki.openstreetmap.org/index.php/Radverkehrsnetz_NRW die relation  
33216 - als superrelation zusammenfassen. Dann ist eine Navigation ob als  
Radfahrer oder Wanderer gegeben.

Grüsse

Willi

-- 
Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/

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

Re: [Talk-de] Kann es sein dass xapi grad schluckauf hat?

[Holger Issle]

Moin,

On Tue, 11 Nov 2008 07:36:15 +0100, Florian Lohoff wrote:

Ab und an mal in den header der xml datei gucken wie alt das zeugs ist.
hypercube soll im moment weit hinterher sein (tage) so das evtl da auf
alten daten rumgeritten wird. 

Ok.

Ich bin in NRW auf 300 Places die einen kaputten is_in
haben.  

Die jucken mich ned wirklich, ich kümmer mich in und um Stuttgart
drum.
-- 

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

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/listinfo/talk-de

Re: [Talk-de] Wanderweg - Relation

[Karl Eichwalder]

Willi Rehfeld [EMAIL PROTECTED] writes:

 Am 12.11.2008, 04:46 Uhr, schrieb Karl Eichwalder [EMAIL PROTECTED]:

 Nicht tragisch.  Leg einfach noch eine relation Frankenweg an.

 Geh ich dann immer nur 100m-weise und suche dann neue Schnipsel. Das  
 dürfte nicht Sinn der Sache sein.

[...]

 Die sollte man aber dann - hab ich schon mal hier gesehen
 http://wiki.openstreetmap.org/index.php/Radverkehrsnetz_NRW die
 relation 33216 - als superrelation zusammenfassen. Dann ist eine
 Navigation ob als Radfahrer oder Wanderer gegeben.

Eben.  Dagegen habe ich ja nichts gesagt.

-- 
Karl Eichwalder

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

Re: [Talk-de] Mapnik Update

[Mario Salvini]

Karl Eichwalder schrieb:
 Juergen Buchner [EMAIL PROTECTED] writes:

   
 Am 6. November 2008 18:19 schrieb Bernd Wurst [EMAIL PROTECTED]:

 
 Es wäre auch mal nett, wenn irgendjemand an irgend einer Stelle mal einen
 echten Mehrwert dieser in meinen Augen immer noch total überflüssigen 
 Änderung
 niederschreiben würde.
   
 Ganz einfach: Weil man damit kombinierte Rad- und Gehwege ohne
 Verrenkungen taggen kann
 

 Unfug, das geht nur mit den traditionellen tags.  path schafft
 maximale verwirrung, wenn es für radwege verwendet wird und für fußwge
 braucht man es nicht, da es footway gibt.  Nach kurzzeitiger
 path-verwendung kehre ich nun reumütig zu footway/cycleway zurück.
   
was hat dich konkret gestört?
 Besonders unschön ist, dass meine eindeutig getaggten rad- und fußwege
 nun mit path verunklart werden.
warum wird die aussage wen designated korrekt gesetzt ist uneindeutiger?

Gruß
 Mario

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

Re: [Talk-de] Wanderweg - Relation

[Stefan Dettenhofer (StefanDausR)]

Hallo,
 Schau dir mal das tool  
 http://betaplace.emaitie.de/webapps.relation-analyzer/ an. Hier kann ich  
 relationen suchen. Hier kann ich relationen kontrollieren.
Das kannte ich noch gar nicht! Tolles Teil, aber...
 Da ist es schon richtig wenn man mehrere fehlerlose relationen hat. Die  
 sollte man aber dann - hab ich schon mal hier gesehen  
 http://wiki.openstreetmap.org/index.php/Radverkehrsnetz_NRW die relation  
 33216 - als superrelation zusammenfassen.
... es gann leider mir den Superrelationen noch nichts anfangen, da 
stürzt es ab!

Noch was zu den Superrelationen:
Ich verstehe darunter einfach eine Zusammenfassung mehrerer (nicht zu 
vieler!) kleinerer Teilrelationen zu einem ganzen Weg.

Wie soll sie Superrelation getaggt werden? Als network oder im selben 
Typ wie die Einzelteile?

Ich habe einen Wanderweg, der explizit aus einzelnen Etappen besteht. 
Die Etappen habe ich in Relationen zusammengefasst (route=hiking) und 
der Superrelation (49759) auch route=hiking gegeben, da sie ja auch ein 
realer Wanderweg ist.

Gruß,
Stefan


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

Re: [Talk-de] Wanderweg - Relation

[Willi Rehfeld]

Am 12.11.2008, 07:36 Uhr, schrieb Stefan Dettenhofer (StefanDausR)  
[EMAIL PROTECTED]:

 ... es gann leider mir den Superrelationen noch nichts anfangen, da
 stürzt es ab!

das stimmt. Ich nehme mir dann die aufgelisteten relationen einzeln vor.  
Als GPS einzeln runterladen und dann zusammensetzen.

 Wie soll sie Superrelation getaggt werden? Als network oder im selben 
 Typ wie die Einzelteile?


hier http://www.openstreetmap.org/browse/relation/33216/history schon mal  
ein Beispiel von anderen OSMlern.

Grüsse

Willi

-- 
Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/

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

Re: [Talk-de] Mapnik Update

[Karl Eichwalder]

Mario Salvini [EMAIL PROTECTED] writes:

 Unfug, das geht nur mit den traditionellen tags.  path schafft
 maximale verwirrung, wenn es für radwege verwendet wird und für fußwge
 braucht man es nicht, da es footway gibt.  Nach kurzzeitiger
 path-verwendung kehre ich nun reumütig zu footway/cycleway zurück.
   
 was hat dich konkret gestört?

Es wird alles wirrer.  Besonders im städtischen bereich.  Mittlerweile
war in meinen ecken gut erkennbar, wo als benutzungspflichtig
ausgeschilderte radwege existieren.  An deren stelle sehe ich
irgendwelche strichelungen, die alles mögliche bedeuten können.

Auf path hatte ich mich im gebirge eingelassen, da mir das in
kombination mit sac_scale brauchbar erschien.  Mittlerweile habe ich
aber gelernt,  das das traditionelle footway mit sac_scale noch besser
geeignet ist.

 Besonders unschön ist, dass meine eindeutig getaggten rad- und fußwege
 nun mit path verunklart werden.
 warum wird die aussage wen designated korrekt gesetzt ist uneindeutiger?

Erstens wird es nicht gesetzt und zweitens ist keineswegs klar, was das
- wenn es denn mal gestzt wird - zu bedeuten hat.  Das kann man
u.a. daran ablesen, die angeblichen highway=cycleway
foot=yes-äquivalente auf den maps keineswegs äquvalent erscheinen.  Ein
bekannter ausspruch, abgewandelt:

path ist mist.

-- 
Karl Eichwalder

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

Re: [Talk-de] einheitliche Darstellung von Autobahn-Zubringern (einfache Form)

[Mario Salvini]

Garry schrieb:
 Martin Koppenhoefer schrieb:
   
 ich mache es auch wie Mario, das hat auch den Vorteil bei der
 Ausfahrt, dass das Navi einem frueher zum Abbiegen raet, und nicht
 erst im letzten Moment (ist natuerlich sicherlich auch eine
 Einstellungssache). Man sollte als Fahrer ja moeglichst fruehzeitig
 auf die Ausfahrtsspur fahren. Auch das optische Ergebnis ist dann
 stimmiger, weil die Beschleunigungsspur auf voller Laenge dargestellt
 ist.
   
 

 Bei den kommerziellen Navis kommt die erste Ansage häufig (und 
 vernünftigerweise) 2-3km vor
 der Abfahrt. - genpgend Zeti um sich auf die kommende Situation 
 einzustellen.
 Das optische Erscheinungsbild passt derzeit garn nicht - entweder sind 
 es zwei getrennte Fahrbahnen und
 es geht nicht daraus hervor dass man auf die andere Spur wechseln kann 
 oder sie überlappen sich so
 starkt das kaum erkennbar ist dass es noch eine 2.Spur gibt.
 Bei normalen Kreuzungen hat man ja auch nur den normalen Abbiegepunkt, 
 auch wenn man sich davor schon
 so halbwegs einordnen sollte


 Garry
   
Bevor wir hier weiter über das optische Erscheinungsbild diskutieren 
sollte man vielleicht den Renderern endlich beibringen lanes= 
auszuwerten. Ohne das wird diese Diskussion nämlich noch ewig ziellos 
Argumenten Ping-Pong spielen.
Ich für meinen Teil werde jedenfalls die Abbiegespuren voll einzeichnen 
(sprich auch den gesamten Verzögerungsstreifen) weil es 1. nunmal den 
Beginn der Abfahrt definiert (darin bestätigen mich auch die 
Aufgestelten 100er-Barken) und 2. lassen sich bei einem später klar 
definierten Workaround (z.B. über lanes=) die vorhandenen Daten 
umwandeln und es muss nicht noch einmal alles neu abgefahren  und erneut 
eingemessen werden (Bezin und Zeit gibts schließlich auch nicht umsonst 
;-) ).
So mache ich das übrigens auch bei normalen Kreuzungen. Nur sind dort 
die Verzögerungsstreifen erfahrungsgemäß eher kürzer.

Gruß
 Mario

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

Re: [Talk-de] Wanderweg - Relation

[Stefan Dettenhofer (StefanDausR)]

Hallo Willi,


 Wie soll sie Superrelation getaggt werden? Als network oder im selben 
 Typ wie die Einzelteile?
 


 hier http://www.openstreetmap.org/browse/relation/33216/history schon mal  
 ein Beispiel von anderen OSMlern.

   

Ich weiß aber nicht, ob in meinem Beispiel
http://www.openstreetmap.org/browse/relation/49759/history
type = network richtig ist, da es sich ja eigentlich nur um einen Weg 
handelt und nicht um ein ganzes Netzwerk!

Wenn ja, dann müsste ich es so machen, oder?
name = Jurasteig
type = network
route = hiking
network = Jurasteig
ref = Jurasteig  (?)


Gruß,
Stefan



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

Re: [Talk-de] Mapnik Update

[Ekkehart]

 Auf path hatte ich mich im gebirge eingelassen, da mir das in
 kombination mit sac_scale brauchbar erschien.  Mittlerweile habe ich
 aber gelernt,  das das traditionelle footway mit sac_scale noch besser
 geeignet ist.

Kommt drauf an, was Du unter footway verstehst. Unter der Annahme 
footway = blaues Schild bedeutet das: Benutzungsverbot für alle 
nicht-Fußgänger während ein path erst mal keine Verbote oder Gebote enthält.

Will heißen: Wenn etwas als footway getagged ist und ich mit dem Rad 
ankomme, müßte ich mir einen anderen Weg suchen.
Wenn alle schmalen Wege mit footway getagged sind, geht diese Info 
verloren, dann muß ich footway ignorieren und wie path lesen - und 
gelegentlich auch mal ein blaues Schild ignorieren wenns doch 
tatsächlich ein ernstgemeinter footway im Sinne von foot=designated war.

Von daher erscheint mir am sinnvollsten:

Gehwege mit blauem Schild = footway
Schmale Wege ohne Schilder = path

In Siedlungen gibt's eigentlich so gut wie keine Kandidaten für path, 
dafür gibt's im Gebirge praktisch keine Kandidaten für footway.


bye

Nop

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

Re: [Talk-de] Mapnik Update

[Mario Salvini]

Karl Eichwalder schrieb:
 Mario Salvini [EMAIL PROTECTED] writes:

   
 Unfug, das geht nur mit den traditionellen tags.  path schafft
 maximale verwirrung, wenn es für radwege verwendet wird und für fußwge
 braucht man es nicht, da es footway gibt.  Nach kurzzeitiger
 path-verwendung kehre ich nun reumütig zu footway/cycleway zurück.
   
   
 was hat dich konkret gestört?
 

 Es wird alles wirrer.  Besonders im städtischen bereich.  Mittlerweile
 war in meinen ecken gut erkennbar, wo als benutzungspflichtig
 ausgeschilderte radwege existieren.  An deren stelle sehe ich
 irgendwelche strichelungen, die alles mögliche bedeuten können.

 Auf path hatte ich mich im gebirge eingelassen, da mir das in
 kombination mit sac_scale brauchbar erschien.  Mittlerweile habe ich
 aber gelernt,  das das traditionelle footway mit sac_scale noch besser
 geeignet ist.

   
 Besonders unschön ist, dass meine eindeutig getaggten rad- und fußwege
 nun mit path verunklart werden.
   
 warum wird die aussage wen designated korrekt gesetzt ist uneindeutiger?
 

 Erstens wird es nicht gesetzt und zweitens ist keineswegs klar, was das
 - wenn es denn mal gestzt wird - zu bedeuten hat.  Das kann man
 u.a. daran ablesen, die angeblichen highway=cycleway
 foot=yes-äquivalente auf den maps keineswegs äquvalent erscheinen.  Ein
 bekannter ausspruch, abgewandelt:

 path ist mist.
   
wenn ich mir deine Argumente durchlese meinst du wohl eher:

Renderer sind Mist. ;-)

ein highway=footway bicycle=designated (was ja einem highway=path + 
foot+designated + bicycle=desiganted -- gemeinsamer Rad/Fussweg 
gleichkäme) bildet Mapnik/Osmarender momentan ja auch nicht ab. Es 
Problem liegt also nicht an den Tags und ihren Bedeutungen.

Gruß
  Mario


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

Re: [Talk-de] Wanderweg - Relation

[Willi Rehfeld]

Am 12.11.2008, 08:06 Uhr, schrieb Stefan Dettenhofer (StefanDausR)  
[EMAIL PROTECTED]:

 Ich weiß aber nicht, ob in meinem Beispiel
 http://www.openstreetmap.org/browse/relation/49759/history
 type = network richtig ist, da es sich ja eigentlich nur um einen Weg
 handelt und nicht um ein ganzes Netzwerk!

kann ich dir auch nicht sagen. Aber schau mal hier  
http://wiki.openstreetmap.org/index.php/Hiking_Map da gibt es was zu  
lesen  und so  
http://wiki.openstreetmap.org/index.php/WikiProject_Belgium/Walking_Routes  
machen es die Belgier. Vielleicht hilft dir das.

Grüsse
Willi

-- 
Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/

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