Brückenhöhen eintragen in die OSM Karte

Win32netsky · 2011-12-08 15:40:01

Hallo
So das Karten bauen ist in vollem Gange
Das dauert jetzt erstmal

das mit den < 4m mach ich denn in lines eine neue Zeile dazu.

Nur mit der Adresseingabe da muss ich noch hinkriegen.
Beste Grüße

Win32netsky · 2011-12-08 15:54:49

Hallo

"Ansonsten ist natürlich *:forward / *:backward das Mittel der Wahl bei richtungsgebundenen Einschränkungen. "

Wie mache ich das bei josm
Wie wird es eingetragen das es auch funktioniert ( auf einen punkt oder die ganze Straße )
was ist denn vorwärts ( ansichtssache ? )
Beste Grüße

chris66 · 2011-12-08 16:43:44

Win32netsky wrote:

Wie mache ich das bei josm
Wie wird es eingetragen das es auch funktioniert ( auf einen punkt oder die ganze Straße )
was ist denn vorwärts ( ansichtssache ? )

(a) Straße anklicken und maxspeed:forward=50 (zB) eintragen
(b) Straße
(c) Es gilt die OSM-Datenreihenfolge die JOSM bei selektiertem Weg mittels Pfeilen anzeigt.
Diese kann unterschiedlich von der Richtung einer Eigenschaft des Weges (oneway,incline etc.) sein.
Chris

Win32netsky · 2011-12-08 20:15:13

Hallo

gibt es ein -- no mkgmap style ?
der aio pkw style macht die ampeln nicht acker ist blau ?
Oder ich mach noch was falsch ?
Beste Grüße

ajoessen · 2011-12-09 07:55:49

Win32netsky wrote:

Hallo
gibt es ein -- no mkgmap style ?
der aio pkw style macht die ampeln nicht acker ist blau ?
Oder ich mach noch was falsch ?
Beste Grüße

Ich weiß jetzt nicht, was in dem AIO pkw style drin steht. Der funktioniert natürlich nur mit dem zugehörigen Typ-file. Und alles, was dort nicht definiert ist, wird gar nicht oder entsprechend dem Standard-Garmin-Stil dargestellt.

Wenn du meine Testumgebung von Post Nr. 141 nimmst, hast du auf jeden Fall die Ampeln drin. Das icon dazu habe ich selber in dem Typ-File eingebaut, und die Regel dazu im points-Stil.

Das hgv=no wird (hoffentlich) in deinem Garmin zum Routen verwendet, wenn es im LKW-Modus ist.

Um die Straßen im Kartenbild anders darzustellen setzt du highway=* & hgv=no [0x... resolution xy]
mit passenden Werten für ... und xy.
0x... muß im zugehörigen Typ-file unter polylinien vorhanden sein.

Gruß,
ajoessen

Win32netsky · 2011-12-09 12:38:50

Hallo
bei mir läuft grad das upgrade auf Natty

Mal sehen was danach noch geht ?

hgv=no wird von Garmin unterstützt ( getestet ) es meidet die Punkte mit Schild und markierte Straßen und maxweight 7.5 ton wird auch genutzt.

Ich habe an den Ampeln so rote Karos ?
Ich bleibe erstmal beim basteln melde mich wieder.
Beste Grüße

ajoessen · 2011-12-09 12:47:18

Win32netsky wrote:

Ich habe an den Ampeln so rote Karos ?

Dann hast du nicht mein Typfile test.TYP verwendet. Da gibts für Typ 0x057 eine schöne Ampel ;-)

EDIT: Oder die family-ID passt nicht. MapsetToolkit repariert sowas auf Wunsch.

Gruß,
ajoessen

Last edited by ajoessen (2011-12-09 12:57:34)

chris66 · 2011-12-09 12:54:04

ajoessen wrote:

Das hgv=no wird (hoffentlich) in deinem Garmin zum Routen verwendet, wenn es im LKW-Modus ist.

Ja, allerdings wird ein motorcar=no im LKW Modus nicht beachtet, da müsste man also noch weitere Vererbungsregeln
in den Style einbauen.

Win32netsky · 2011-12-12 08:45:40

Hallo
Also soweit geht alles außer josm

wie ist die family id ? Meine --family-id=2

Ich habe das so unten am Ende in die Lines eingefügt für 4 m Brücken

"
# waterway
waterway=canal [0x1f resolution 21]
waterway=drain [0x1f resolution 22]
waterway=river [0x1f resolution 18]
waterway=stream [0x18 resolution 22]

maxheight < 4.0 | maxweight < 7.5 { set hgv=no }
"

ajoessen · 2011-12-12 08:57:54

Win32netsky wrote:

Hallo
Also soweit geht alles außer josm
wie ist die family id ? Meine --family-id=2
"

Du musst mit dem Typviewer oder dem online Editor nachsehen, welche familiy-ID dein TYP-file hat. Und die gleiche musst du bei mkgmap in der Parameterzeile eintragen.

Gruß,
ajoessen

Last edited by ajoessen (2011-12-12 08:58:17)

Win32netsky · 2011-12-12 15:29:38

Hallo Nur mal so ( splitter läuft für ein neuen Versuch.
Bin mit dem Laster letztens durch Dessau gefahren ( Habe vor lauter Ampeln keine Straßen mehr gesehen auf dem Nüvi ? )

Welch wahnsinn ?
www.openstreetmap.org/?lat=51.826413&lon=12.216071&zoom=18

reicht nicht eine Ampel in der Mitte ( stellvertretend für alle ) ?

Ist das so richtig ?

Ich habe das so unten am Ende in die Lines eingefügt für 4 m Brücken

"
# waterway
waterway=canal [0x1f resolution 21]
waterway=drain [0x1f resolution 22]
waterway=river [0x1f resolution 18]
waterway=stream [0x18 resolution 22]

maxheight < 4.0 | maxweight < 7.5 { set hgv=no }
"

Beste Grüße

chris66 · 2011-12-12 15:35:15

Win32netsky wrote:

Welch wahnsinn ?
www.openstreetmap.org/?lat=51.826413&lon=12.216071&zoom=18
reicht nicht eine Ampel in der Mitte ( stellvertretend für alle ) ?

Eine Generalisierung (wie bei "anderen" Karten) ist bei OSM nicht erwünscht.
Es obliegt den Anwendungen die Informationen so zu filtern und zu clustern, dass eine sinnvolle Darstellung
heraus kommt.

Für Deinen Garmin: Nimm den Ampel-POI raus oder schalte die Detailbegrenzung ein.

Chris

viw · 2011-12-12 15:38:06

Win32netsky wrote:

Hallo Nur mal so ( splitter läuft für ein neuen Versuch.
Bin mit dem Laster letztens durch Dessau gefahren ( Habe vor lauter Ampeln keine Straßen mehr gesehen auf dem Nüvi ? )
Welch wahnsinn ?
www.openstreetmap.org/?lat=51.826413&lon=12.216071&zoom=18
reicht nicht eine Ampel in der Mitte ( stellvertretend für alle ) ?

Ich glaube eine Ampel für alle reicht nicht aus! Aber ich denke das einige dieser Ampel nicht dort stehen wo sie eingetragen sind. Ich denke es ist noch nicht klar, was Ampeln für einen Sinn haben. Denn eigentlich sind sie ja nicht dafür da, dass sie schön aussehen. Vielmehr sollte bei einem guten Routing eventuell ein Malus vergeben werden.
Früher wurde einmal angeregt alle Ampeln einer Kreuzung in einer Relation zusammenzufassen. Das fand aber keine große Zustimmung. Damit könntest du für deine Darstellung eventuell etwas erreichen.

hurdygurdyman · 2011-12-12 15:42:55

chris66 wrote:

...
Eine Generalisierung (wie bei "anderen" Karten) ist bei OSM nicht erwünscht.
Es obliegt den Anwendungen die Informationen so zu filtern und zu clustern, dass eine sinnvolle Darstellung
heraus kommt.
...

Sind da wirklich 14 (oder 15?) Ampeln?

Win32netsky · 2011-12-12 18:45:32

Hallo
ja da ist für alles eine Ampel ( Fußgänger Fahrradwege Straßenbahn Autos )

Kann man für mkgmap und splitter Auslagerungsspeicher verwenden der Splitter läuft schon 9 std. ?
Ich habe ein dual core 2x 2,600 Mhz und das dauert ?
Was mache ich mit dem Archiv splitter-memory_optimization-r194 ? Wird es dann schneller?

Habe ich das für meine Karte richtig eingetragen,
in die lines Datei?

Habe jetzt in der Straße Ortseinwärts die Pfeile in Richtung Ortseinwärts Schlüssel maxspeed:forward und als Wert 30
Schlüssel maxweight:forward und als Wert 7.5
Schlüsel maxweight:backward und als Wert 40.0
Schlüssel maxspeed:backward und als Wert 30

Ich teste das mal
Beste Grüße

Last edited by Win32netsky (2011-12-13 06:08:10)

GeorgFausB · 2011-12-13 11:10:03

Moin,

Win32netsky wrote:

ja da ist für alles eine Ampel ( Fußgänger Fahrradwege Straßenbahn Autos )

aber nicht für jede einzelne Ampel wird auch highway=traffic_signals getaggt, siehe highway=crossing.
Ich hätte da 4 highway=traffic_signals und den Rest als crossing getaggt.
Problematisch wären dann nur die Straßenbahn-Signale - da hätte ich als etwas schalen Kompromiss zwei außerhalb der Radwege gesetzt.

Win32netsky wrote:

Habe jetzt in der Straße Ortseinwärts die Pfeile in Richtung Ortseinwärts Schlüssel maxspeed:forward und als Wert 30
Schlüssel maxweight:forward und als Wert 7.5
Schlüsel maxweight:backward und als Wert 40.0
Schlüssel maxspeed:backward und als Wert 30

Zwei Anmerkungen dazu:
1) Wenn die Geschwindigkeitsbegrenzung in beide Richtungen identisch ist, muss sie doch nicht pro Richtung aufgeteilt werden, maxspeed=30 reicht - und ist 'noch kompatibler'.
2) Bist Du sicher, dass in der Rückwärtsrichtung
a) entweder maximal 40 t ausgeschildert sind
b) oder die 40 t irgendwoher implizit für die Straße gelten? (Dann wäre zudem ein source:maxweight sinnvoll.)
Die Begrenzung für 'normale' LKW ist längst nicht das Maß aller Dinge - sie gilt für die Fahrzeuge, aber nicht für die Fahrwege!
Und was wäre, wenn sie mal erhöht wird? Dann darfst Du laut Navi Dessau plötzlich nicht mehr verlassen ...

Gruß
Georg

OPerivar · 2011-12-13 11:21:42

GeorgFausB wrote:

...aber nicht für jede einzelne Ampel wird auch highway=traffic_signals getaggt, siehe highway=crossing.
Ich hätte da 4 highway=traffic_signals und den Rest als crossing getaggt....

Habe gerade ein paar geändert.

chris66 · 2011-12-13 11:23:06

ja, maxweight:forward und backward macht überhaupt keinen Sinn.

viw · 2011-12-13 11:29:48

chris66 wrote:

ja, maxweight:forward und backward macht überhaupt keinen Sinn.

Warum nicht? Es kann doch aber genau so ausgeschildert sein. Hier in Sachsen hat man zu Reduzierung des LKW Durchgangsverkehrs ein Lkw Einbahnstraßensystem geschaffen, so dass Lkw nur in einer Richtung fahren dürfen.

chris66 · 2011-12-13 11:47:21

Achso. Oh mann, da gibt's soviele Varianten:
oneway:hgv=yes
hgv:backward=no
...

Win32netsky · 2011-12-13 13:55:00

Hallo

Also noch mal zu meiner Straße die hat Ortseinwärts 30 und 7.5 ton
Ortsauswärts ton keine Beschilderung aber max 30 kmh.

Eine Einbahnstarße ist es nicht!

An der Kreuzung ist geradeaus LKW Durchfahrverbot die müssen dann Links abbiegen in die Maxdorfer Straße -> Ortsauswärts und über den Güterseeweg zur B185 am Kreisverkehr um von dort aus nach Bitterfeld abzubiegen. Ich hab nichts gefunden was das eindeutig regelt wie sowas eingetragen werden soll ?
Geradeaus ist auch nur Lieferverkehr frei.
www.openstreetmap.org/?lat=51.75875&lon=11.96435&zoom=16

Aber aus Dessau kommend ist auch diese die Straße für LKW befahrbar. ( Das wird jetzt ganz viel so beschildert da muss ich @ vwi Recht geben!)
Also trifft das für diese Straßen auch zu forward, backward ?

so zum Splitter
Hier
Germany
100.000 relations processed... id=1143747
Elapsed time: 7h 7m 35s Memory: Current 1933MB (1559MB used, 374MB free) Max 1933MB
Elapsed time: 7h 11m 21s Memory: Current 1933MB (1171MB used, 762MB free) Max 1933MB
200.000 relations processed... id=1862179
coords occupancy
MAP occupancy: 88152082
MAP occupancy: 21647648
MAP occupancy: 2541018
MAP occupancy: 273625
ways occupancy
MAP occupancy: 12988477
MAP occupancy: 3372604
MAP occupancy: 420016
MAP occupancy: 46111
MAP occupancy: 63
MAP occupancy: 4
MAP occupancy: 1
Thread worker-0 has finished
Time finished: Tue Dec 13 13:45:04 CET 2011
Total time taken: 25940s
marko@marko-desktop:~/Dokumente/mkgmap/splitter$

7 std. geht das nicht schneller ?

Was mache ich mit dem Archiv splitter-memory_optimization-r194 ? Wird es dann schneller?

Last edited by Win32netsky (2011-12-13 14:06:30)

chris66 · 2011-12-13 14:04:41

Bei mir (win7, 64 bit, 4 GB Ram) läuft das im Bereich 30 Minuten, wobei ich natürlich das Split-File (areas.list) wiederverwende.

Win32netsky · 2011-12-13 14:12:27

Hallo
Du glücklicher 30 min Ha top
Also das einfügen hab ich falsch gemacht
Fehler Error lines option

Wie oben geschrieben
Wie muss das in die Lines rein ?
Beste Grüße

viw · 2011-12-13 14:48:16

chris66 wrote:

Achso. Oh mann, da gibt's soviele Varianten:
oneway:hgv=yes
hgv:backward=no
...

Lkw bis 7,5 t sind aber auch Lkw und können daher in beiden Richtungen fahren. Und genau das machen deine Tags nicht. Und dann müsste eigentlich für Sachsen jedenfalls noch ein destination:hgv=yes dazu.

chris66 · 2011-12-13 15:33:54

hgv=destination ist etablierter.

Announcement

#151 2011-12-08 15:40:01

Re: Brückenhöhen eintragen in die OSM Karte

#152 2011-12-08 15:54:49

Re: Brückenhöhen eintragen in die OSM Karte

#153 2011-12-08 16:43:44

Re: Brückenhöhen eintragen in die OSM Karte

#154 2011-12-08 20:15:13

Re: Brückenhöhen eintragen in die OSM Karte

#155 2011-12-09 07:55:49

Re: Brückenhöhen eintragen in die OSM Karte

#156 2011-12-09 12:38:50

Re: Brückenhöhen eintragen in die OSM Karte

#157 2011-12-09 12:47:18

Re: Brückenhöhen eintragen in die OSM Karte

#158 2011-12-09 12:54:04

Re: Brückenhöhen eintragen in die OSM Karte

#159 2011-12-12 08:45:40

Re: Brückenhöhen eintragen in die OSM Karte

#160 2011-12-12 08:57:54

Re: Brückenhöhen eintragen in die OSM Karte

#161 2011-12-12 15:29:38

Re: Brückenhöhen eintragen in die OSM Karte

#162 2011-12-12 15:35:15

Re: Brückenhöhen eintragen in die OSM Karte

#163 2011-12-12 15:38:06

Re: Brückenhöhen eintragen in die OSM Karte

#164 2011-12-12 15:42:55

Re: Brückenhöhen eintragen in die OSM Karte

#165 2011-12-12 18:45:32

Re: Brückenhöhen eintragen in die OSM Karte

#166 2011-12-13 11:10:03

Re: Brückenhöhen eintragen in die OSM Karte

#167 2011-12-13 11:21:42

Re: Brückenhöhen eintragen in die OSM Karte

#168 2011-12-13 11:23:06

Re: Brückenhöhen eintragen in die OSM Karte

#169 2011-12-13 11:29:48

Re: Brückenhöhen eintragen in die OSM Karte

#170 2011-12-13 11:47:21

Re: Brückenhöhen eintragen in die OSM Karte

#171 2011-12-13 13:55:00

Re: Brückenhöhen eintragen in die OSM Karte

#172 2011-12-13 14:04:41

Re: Brückenhöhen eintragen in die OSM Karte

#173 2011-12-13 14:12:27

Re: Brückenhöhen eintragen in die OSM Karte

#174 2011-12-13 14:48:16

Re: Brückenhöhen eintragen in die OSM Karte

#175 2011-12-13 15:33:54

Re: Brückenhöhen eintragen in die OSM Karte

Board footer