Moin,
2009/5/26 Mehmet Sirin
>
> Was mich aber so verwundert ist, dass sehr viele gegen das Vorgehen des
> zusätzlichen Erstellen von Radwegen neben der Straße sind, warum?, welche
> großen Nachteile existieren denn?
>
Die Hauptgründe sind die dadurch entstehende Unübersichtlichkeit beim
editier
Also Informationen zu Lufträumen findet man beispielsweise hier:
http://www.dfc-saar.de/
Aber es ist fraglich ob es Sinn macht das in OSM einzupflegen.
Es ist sehr einfach die Karten auf dem GPS mit diesen Luftrauminformationen zu
versorgen.
Z.B. auch zusätzlich zu bestehenden Karten.
Die Luftraum
On Mon, 25 May 2009 17:07:24 +0200, Florian Lohoff wrote:
> On Mon, May 25, 2009 at 03:42:02PM +0200, marcus.wolsc...@googlemail.com
> wrote:
>> Also, für mich:
>> Momentan wird alles in maxspeed was keine Zahl ist konsequent
>> ignoriert. Der einzige Ausnahmefall sind Zahlen mit "mph" dahinter.
>
On Mon, 25 May 2009 16:09:25 +0200, Gary68 wrote:
> also ich würde es nicht explizit taggen, sondern anhand von
> grenzpolygonen in einem präprozessor dem routing algorithmus zuführen.
>
> man kann ja feststellen, ob eine straße innerorts oder außerorts ist.
in
> deutschland oder in england. das
Stephan Wolff schrieb:
> Ein Feldweg mit Verbot für Fahrzeuge aller Art, "landwirtschaftlicher
> Verkehr frei" ohne "Radfahrer frei", in den aber neu aufgestellte
> Fahradwegweiser auf beiden Seiten hineinzeigen: bicycle=no,
> bicycle=permissive oder bicycle=inconsistent?
Und wenn die Stadt sich
Am Montag, 25. Mai 2009 12:56:09 schrieb Christian von Rotenhan:
> Am 25.05.2009 11:38 Uhr, schrieb Holger Blum:
>
> Merkwürdig ist eben nur, dass der hinweg klaglos und schnell berechnet
> wird (sind ja nur ca 50 km) und beim Rückweg diese Abstürze auftreten.
> Ich kann in den Straßen die ich befa
Moin,
für Radfahrer gelten zwar formal die üblichen Verkehrsregeln und
Beschilderungen, aber diese sind oft lückenhaft, widersprüchlich
oder praxisfern. Oft muss man intuitiv entscheiden, ob ein Weg
fahrradgeeignet ist oder nicht. Allerdings ist es schwierig,
das in OSM-Tags umzusetzen. Entspreche
Moin,
nach einigem Lesen alter Diskussionen über das Erstellen eines von der
Straße abgetrennten Radweges (etwa durch simplen Bordstein), bin ich noch
immer nicht fähig mich zu entscheiden. Soll ich nun Radwege entlang von
Straßen möglichst als eigenständige Wege (highway=cycleway) erfassen, oder
Moin
Neue Version seit einigen Stunden für z15-z17 online mit nun leicht
brauner Füllung, unterschiedlich stark je nach tracktype und zoom
plus leichte Transparanz am Rand...
Martin Koppenhoefer wrote:
> Am 25. Mai 2009 18:33 schrieb Heiko Jacobs :
>> Kann man theoretisch schon, klappt praktisch
Am Monday 25 May 2009 schrieb Martin Koppenhoefer:
> Am 25. Mai 2009 16:01 schrieb Falk Zscheile :
> > Spricht außer des für OSM etwas unüblichen Schemas etwas gegen diese
> > Variante? Beispielsweise im Zusammenhang mit der Auswertung durch die
> > Renderer?
>
> wie angedeutet wird das praktisch
Am Monday 25 May 2009 schrieb Martin Koppenhoefer:
> Hoffentlich seid Ihr nicht alle von der bisherigen Maxspeed-Debatte
> abgeschreckt, aber eine kleine Frage hätte ich nochmal: im Laufe der
> Diskussion hatte ich gesagt, dass man die Länder, in denen die Straßen
> liegen, per Polygon durch Vorver
Hallo,
ich bin heute über eine Relation gestolpert, die sich selbst als Mitglied
enthielt: 56873. Erst nach vielen missglückten Hochladeversuchen, die unter
anderem eine Änderung an dieser Relation enthielten, bei denen JOSM einfach
nichts mehr tat, habe ich diese Relation als Übeltäter ausmach
Am 25. Mai 2009 18:33 schrieb Heiko Jacobs :
> Kann man theoretisch schon, klappt praktisch aber nicht wirklich...
> Besser nicht, wenn's anders geht...
damit könnte man die gestrichelte Doppellinie erzeugen ohne ein 3.
weisses "Innencasing" zu benötigen, d.h. mit dem ersten Casing in
transparent
Hi!
Sven Geggus schrieb:
> Nop wrote:
> Mir ist aufgefallen, dass die Gletscher nicht da sind, die solltest Du aber
> IMO schon einzeichnen.
>
> http://www.openstreetmap.org/?zoom=14&lat=47.09225&lon=12.29377
> http://topo.geofabrik.de/?zoom=14&lat=47.09225&lon=12.29377
Gute Idee. Sind aufgeno
hi,
habe eben die erste v2 beta veröffentlicht:
http://wiki.openstreetmap.org/wiki/Boundaries.pl
code über meine wiki seite
- diverse verbesserungen der funktionen der v1
- zusätzlich die möglichkeit, die hirarchie der boundaries auszugeben
(is_in)
das speicherproblem bei größeren dateien kom
Am Montag 25 Mai 2009 11:29:54 schrieb Markus Schaub:
> Es muss ja noch nicht mal so sein, dass der Radweg dann irgendwo in einen
> Park o. ä. verschwenkt. Wenn man sich zu einer Hausnummer auf der linken
> Straßenseite routen lässt, dann wird der Router einen erstmal auf den
> Radweg auf der rech
prinzip ja - aber !
erst einmal vielen - werde ich mir ansehen.
gruß Jan :-)
ekkeh...@gmx.de schrieb:
> Hi!
>
>> hat einer etwas in der schublade liegen mit dem man die vorkommenden
>> pois ermitteln kann in einer OSM-datei - vielleicht mit vorgabe des
>> klassenfilters
>
> Bin mir
Hi!
> hat einer etwas in der schublade liegen mit dem man die vorkommenden
> pois ermitteln kann in einer OSM-datei - vielleicht mit vorgabe des
> klassenfilters
Bin mir zwar nicht ganz sicher, was Du genau willst, aber vielleicht kann Dir
der OSM Composer weiterhelfen. Der kann:
- eine
Martin Koppenhoefer wrote:
>> Also z15-z17 ähnlich wie ich es in z12-z14 eingebaut habe und wie
>> es in Mapnik ist? Hmmm... Erstmal anderes ausprobieren...
>
> ja, mind. für 15 ist es m.E. klar, dass eine Behandlung ähnlich Z14
> besser aussähe (eine Linie statt 2), bei 16 und 17 bin ich mir nic
Falk Zscheile schrieb:
>> Der Notlösungen sind
>> mit 2 bekannt: Trennung mit Semikolon.
>> amenity=toilets;shower (wird quasi von keiner Anwendung erkannt/ausgewertet)
>
> Spricht außer des für OSM etwas unüblichen Schemas etwas gegen diese
> Variante?
Ja: Es ist schwerer auszuwerten. Außerdem:
Hi,
nachdem wir ja letzten die Diskussion zum Thema Flugrouten hatten sind jetzt
noch Grenzen des kontrollierten Luftraums aufgetaucht:
http://www.openstreetmap.org/browse/way/35007658
Die sind nur so grossflaechig ohne nodes das natuerlich der OSM Inspektor
Meckert ;)
Und auch schon eine Wiki
Nop wrote:
> Die Reit- und Wanderkarte (http://topo.geofabrik.de/) wurde erweitert
> und deckt jetzt die Länder Deutschland und Österreich komplett ab.
Super! Fehlt eigeltich nur noch die Schweiz :)
Mir ist aufgefallen, dass die Gletscher nicht da sind, die solltest Du aber
IMO schon einzeichn
On Mon, May 25, 2009 at 03:42:02PM +0200, marcus.wolsc...@googlemail.com wrote:
> Also, für mich:
> Momentan wird alles in maxspeed was keine Zahl ist konsequent
> ignoriert. Der einzige Ausnahmefall sind Zahlen mit "mph" dahinter.
Wobei der traveling salesman ja nur die maxspeed werte als hilfe
n
On Mon, May 25, 2009 at 03:07:34PM +0200, Martin Koppenhoefer wrote:
> Hoffentlich seid Ihr nicht alle von der bisherigen Maxspeed-Debatte
> abgeschreckt, aber eine kleine Frage hätte ich nochmal: im Laufe der
> Diskussion hatte ich gesagt, dass man die Länder, in denen die Straßen
> liegen, per Po
hi !
hat einer etwas in der schublade liegen mit dem man die vorkommenden
pois ermitteln kann in einer OSM-datei - vielleicht mit vorgabe des
klassenfilters
gruß Jan :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetm
Moin !
hat einer von Euch schon einmal mir den Hausnummern und den zugehörigen
Verbindungslinien für den Garmin experimentiert.
Wie habt Ihr das umgesetzt (Overlay ?!?!) und wie sind die Erfahrungen?
Gruß Jan :-)
___
Talk-de mailing list
Talk-de@open
Am 25. Mai 2009 16:01 schrieb Falk Zscheile :
> Spricht außer des für OSM etwas unüblichen Schemas etwas gegen diese
> Variante? Beispielsweise im Zusammenhang mit der Auswertung durch die
> Renderer?
wie angedeutet wird das praktisch von niemandem ausgewertet, man
generiert also zumindest derzei
Am 25. Mai 2009 16:09 schrieb Gary68 :
> also ich würde es nicht explizit taggen, sondern anhand von
> grenzpolygonen in einem präprozessor dem routing algorithmus zuführen.
>
> man kann ja feststellen, ob eine straße innerorts oder außerorts ist. in
> deutschland oder in england. das ist ein klein
also ich würde es nicht explizit taggen, sondern anhand von
grenzpolygonen in einem präprozessor dem routing algorithmus zuführen.
man kann ja feststellen, ob eine straße innerorts oder außerorts ist. in
deutschland oder in england. das ist ein klein wenig aufwändig, läuft
aber automatisch und mus
On Mon, 25 May 2009, Falk Zscheile wrote:
Der Notlösungen sind
mit 2 bekannt: Trennung mit Semikolon.
amenity=toilets;shower (wird quasi von keiner Anwendung erkannt/ausgewertet)
Spricht außer des für OSM etwas unüblichen Schemas etwas gegen diese
Variante? Beispielsweise im Zusammenhang mit
Am 25. Mai 2009 15:47 schrieb Martin Koppenhoefer :
> Am 25. Mai 2009 13:51 schrieb Falk Zscheile :
>> auf Campingplätzen sind die Sanitärgebäude oft eine Kombination aus
>> amenity=toilets und amenity=shower. Unter JOSM kann ich beides nicht
>> gleichzeitig in einer node abbilden. Ist dieses Verha
On Mon, 25 May 2009 15:52:03 +0200, Martin Koppenhoefer
wrote:
> Am 25. Mai 2009 15:42 schrieb :
>> On Mon, 25 May 2009 15:07:34 +0200, Martin Koppenhoefer
>
>> Für die Maxspeed-Werte gibt es eine Default-Implementierung welche
>> versucht zu erkennen ob man innerhalb oder ausserhalb einer Ortsc
Am 25. Mai 2009 15:42 schrieb :
> On Mon, 25 May 2009 15:07:34 +0200, Martin Koppenhoefer
> Für die Maxspeed-Werte gibt es eine Default-Implementierung welche
> versucht zu erkennen ob man innerhalb oder ausserhalb einer Ortschaft
> ist und dann abhängig vom highway-Tag eine maximale Geschwindigk
Am 25. Mai 2009 13:51 schrieb Falk Zscheile :
> Moin,
>
> auf Campingplätzen sind die Sanitärgebäude oft eine Kombination aus
> amenity=toilets und amenity=shower. Unter JOSM kann ich beides nicht
> gleichzeitig in einer node abbilden. Ist dieses Verhalten gewollt?
> Gibt es ein eigenes tag für San
On Mon, 25 May 2009 15:07:34 +0200, Martin Koppenhoefer
wrote:
> Hoffentlich seid Ihr nicht alle von der bisherigen Maxspeed-Debatte
> abgeschreckt, aber eine kleine Frage hätte ich nochmal: im Laufe der
> Diskussion hatte ich gesagt, dass man die Länder, in denen die Straßen
> liegen, per Polygon
Am 25. Mai 2009 11:17 schrieb Heiko Jacobs :
> Martin Koppenhoefer wrote:
>> Als Alternative fällt mir nur ein, wie in den höheren
>> Zoomstufen eine einzige braune Linie für den Track zu rendern (alles
>> insgesamt schmaler, z.B. weisse Linie, 40% Alpha, 0.8px, darüber
>> braune Linie 0.6px und k
Hoffentlich seid Ihr nicht alle von der bisherigen Maxspeed-Debatte
abgeschreckt, aber eine kleine Frage hätte ich nochmal: im Laufe der
Diskussion hatte ich gesagt, dass man die Länder, in denen die Straßen
liegen, per Polygon durch Vorverarbeitung klären sollte. Ich bin mir
allerdings nicht ganz
"Marc Schütz" wrote:
>> Für z12-z14 bin ich zum "Mapnik-Stil" übergegangen, da man da anders
>> gar nix mehr erkannt hat und nix zu optimieren ging...
>
> Diesen Stil finde ich generell ziemlich gut; die Tracks und auch
> die Residentials sind bei niedrigem Zoom viel besser zu erkennen.
Wenn ich
Moin Stephan
> meiner Meinung nach ist die Karte durch deine Änderungen deutlich
> übersichtlicher geworden.
Danke, finde ich ja auch ;-)
> Für z15 und z16 wirken die Tracks noch etwas
> überbetont und könnten schmaler sein. Bei z17 sieht es wieder gut aus.
Bin schon ein wenig am experimenti
Hallo Heiko,
meiner Meinung nach ist die Karte durch deine Änderungen deutlich
übersichtlicher geworden. Für z15 und z16 wirken die Tracks noch etwas
überbetont und könnten schmaler sein. Bei z17 sieht es wieder gut aus.
>> Als Alternative fällt mir nur ein, wie in den höheren
>> Zoomstufen ein
Moin,
auf Campingplätzen sind die Sanitärgebäude oft eine Kombination aus
amenity=toilets und amenity=shower. Unter JOSM kann ich beides nicht
gleichzeitig in einer node abbilden. Ist dieses Verhalten gewollt?
Gibt es ein eigenes tag für Sanitärgebäude?
Gruß, Falk
Moin !
wenn ich mich richtig erinnere, dann war der Klartext Tags bisher immer
UNTER den Key-Value-Einträgen. Jetzt sind diese darüber und müssen immer
nach oben geschoben werden.
Unten fand ich das besser !
Seht ihr das genauso und sollte das nicht wieder geändert werden !?
Gruß Jan :-)
__
Am 25.05.2009 11:38 Uhr, schrieb Holger Blum:
Christian von Rotenhan schrieb:
Fahrten von Schweinfurt nach Würburg oder Bamberg gehen prima und führen
mich auch so zum Ziel wie ich mir das vorstelle. Gebe ich aber dann von
dort meine Straße in Schweinfurt an, um mich zurückrouten zu lassen,
Holger Blum wrote:
> Ich hoffe ja, dass "Plan B" von Openmoko ein taugliches Opensource-Navi
> wird, dann gäbe es wohl einige Probleme weniger.
Tja, der wasserdichte Linux PDA mit GPS-chip. Gibts leider noch nicht. Würd
ja auch schon reichen, wenn jemand sowas auf vorhandene Navi-Hardware
portie
Christian von Rotenhan schrieb:
> Fahrten von Schweinfurt nach Würburg oder Bamberg gehen prima und führen
> mich auch so zum Ziel wie ich mir das vorstelle. Gebe ich aber dann von
> dort meine Straße in Schweinfurt an, um mich zurückrouten zu lassen,
> dann wird diese Route berechnet bis 100%
Joerg Fischer schrieb:
> Am Freitag 22 Mai 2009 14:43:33 schrieb Martin Koppenhoefer:
>
> > er weiss ja, wohin Du fahren willst. Das kannst Du beim Mappen des
> > Wegs nicht vorhersagen. Wenn der Radweg dorthin führt, wo Du nicht
> > hinradeln willst (z.B. willst Du links abbiegen, oder Du willst
Am 25.05.2009 11:24 Uhr, schrieb Sven Geggus:
Christian von Rotenhan wrote:
Fahrten von Schweinfurt nach Würburg oder Bamberg gehen prima und führen
mich auch so zum Ziel wie ich mir das vorstelle. Gebe ich aber dann von
dort meine Straße in Schweinfurt an, um mich zurückrouten zu lassen,
Christian von Rotenhan wrote:
> Fahrten von Schweinfurt nach Würburg oder Bamberg gehen prima und führen
> mich auch so zum Ziel wie ich mir das vorstelle. Gebe ich aber dann von
> dort meine Straße in Schweinfurt an, um mich zurückrouten zu lassen,
> dann wird diese Route berechnet bis 100% u
Martin Koppenhoefer wrote:
> Als Alternative fällt mir nur ein, wie in den höheren
> Zoomstufen eine einzige braune Linie für den Track zu rendern (alles
> insgesamt schmaler, z.B. weisse Linie, 40% Alpha, 0.8px, darüber
> braune Linie 0.6px und keine 3. weisse Linie mehr).
Also z15-z17 ähnlich w
Sven Geggus wrote:
> Heiko Jacobs wrote:
>> Sei waren früher mal innen weiß. Dann hat jemand dran rumgeschraubt
>> und sie hatten innen einen hellstbraunen oder hellstgrünen (bei surface=
>> grass) Strich.
>
> Das war ne Änderung von jemandem hier auf der Liste. Da das besser
> ausgesehen hatte
> Für z12-z14 bin ich zum "Mapnik-Stil" übergegangen, da man da anders
> gar nix mehr erkannt hat und nix zu optimieren ging...
Diesen Stil finde ich generell ziemlich gut; die Tracks und auch die
Residentials sind bei niedrigem Zoom viel besser zu erkennen. Was meiner
Meinung nach nicht ganz so
Hallo, ich lese inzwischen regelmäßig mit, manches ist mir etwas hoch,
aber als Hobby Mapper muss ich ja auch nicht alles wissen. Ich teste
aber gerne immer wieder die Routigfunktion auf meinem Garmin eTrex
legend Cx und da ist All-in-One Karte eigentlich super, aber...
Jetzt hab ich aber mit der A
Hi
>die erste weiße Linie müsste die transparente sein, d.h. die
>Transparenz muss sich nirgends durcharbeiten.
Das könnte vielleicht schon helfen. Die optische Überbewertung der schlechteren
Tracktypes
vor dunklem Hintergrund kommt m.E. im wesentlichen durch den höheren Weißanteil
im Rand.
Hallo, ich lese inzwischen regelmäßig mit, manches ist mir etwas hoch,
aber als Hobby Mapper muss ich ja auch nicht alles wissen. Ich teste
aber gerne immer wieder die Routigfunktion auf meinem Garmin eTrex
legend Cx und da ist All-in-One Karte eigentlich super, aber...
Jetzt hab ich aber mit de
Heiko Jacobs wrote:
> Sei waren früher mal innen weiß. Dann hat jemand dran rumgeschraubt
> und sie hatten innen einen hellstbraunen oder hellstgrünen (bei surface=
> grass) Strich.
Das war ne Änderung von jemandem hier auf der Liste. Da das besser
ausgesehen hatte als vorher hatte ich das seine
55 matches
Mail list logo