Re: [Talk-de] Fragen zu TMC-Punkten

[Marcus Wolschon]

2010/2/13 André Riedel :
> Generell ist anzumerken, dass laut Marcus keine TMC-Meldungen für die
> TMC-Points vorgesehen sind. Das heißt, es wird keine Meldung
> "Parkplatz ist überfüllt" kommen.


Wann soll ich das gesagt haben?


Marcus

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

[Talk-de] Toppzeichen "gesperrte Wasserflaeche" (was: kein Betreff)

[Arne Johannessen]

Rolf Meyerhof wrote:
>
> Öffne ich das Tonnen Menue sehe ich eine gelbe Tonne mit einem  
> gelben Kreuz und das ist falsch. Ein anderes Topzeichen kann nicht  
> ausgewählt werden. Darum bleibt die Tonne ohne Topzeichen.

Ist das dann nicht auch falsch? ;-)


> Was dann der Editor ändert oder nicht ändert ist so Du selbst  
> schreibt ein Problem der Software.

Frederik bezog sich auf Darstellungs-Software, welche die Datenbank  
nur ausliest. Der Editor ist aber eine Software, welche die Datenbank  
verändert und dabei -- wenn ich es richtig verstanden habe -- aufgrund  
eines Bugs zwangsweise die in der Datenbank existierenden Daten mit  
falschen Werten überschreibt.

Vielleicht wäre es eine gute Idee, bis zur Korrektur des Fehlers im  
Editor diesen nicht mehr für gelbe Tonnen [1] einzusetzen.

Ist der Editor Open Source, liegt der im OSM-Subversion? Wenn mir  
jemand den Code zeigen mag, werfe ich gern mal einen Blick darauf.

Grüße,
Arne

[1] Es geht um den letzten ganz unten auf folgender Seite abgebildeten  
Tonnentyp (Bild 34):


-- 
Arne Johannessen


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

Re: [Talk-de] (kein Betreff)

[Rolf Meyerhof]

Hallo
Mein Ziel ist die Tonnen bei OSeaM in der Karte anzeigen zu lassen. Das 
geschieht nur wenn ich diese Tonnen mit dem OSeaM Editor bearbeite (vielleicht 
einmal selber Probieren den Du hast das Problem nicht verstanden). Im übrigen 
mache ich Karten aus den OSeaM-Daten  für die Bootsleute da ist mir jede Tonne 
die dargestellt (auch wenn es eventuell unvollständigt ist )wird besser als 
keine Darstellung. 
Bye Leo 

 Öffne ich das Tonnen Menue sehe ich eine gelbe Tonne mit einem gelben Kreuz 
und das ist falsch. Ein anderes Topzeichen kann nicht ausgewählt werden. Darum 
bleibt die Tonne ohne Topzeichen. Was dann der Editor ändert oder nicht ändert 
ist so Du selbst schreibt ein Problem der Software.



-Ursprüngliche Nachricht-
Von: talk-de-boun...@openstreetmap.org 
[mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Frederik Ramm
Gesendet: Sonntag, 14. Februar 2010 00:16
An: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] (kein Betreff)

Hallo,

Rolf Meyerhof wrote:
> Mir reicht es jetzt aber mit den ewigen Verdächtigungen und 
> Anschuldigungen. Ich mache diese Änderungen bewusst und es ist kein 
> Fehler von mir

Die besagte Tonne hat also *kein* rot-weiss-rotes Topzeichen, und 
deswegen hast Du dieses Tag entfernt. Derjenige, der urspruenglich das 
rot-weiss-rote Topzeichen eingetragen hat, hat sich geirrt.

Ist das richtig?

> denn nur mit dem Bearbeiten erreiche ich eine 
> Darstellung einer bereits im System vorhanden Tonne bei OSeaM.  

Das Verhalten eines bestimmten auswertenden Systems ist nicht Massgabe 
fuer die Erfassung der Realitaet. Wir erfassen das, was da ist - und was 
die Software damit macht, ist das Problem der Software.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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



Eingehende eMail ist virenfrei.
Von AVG überprüft - www.avg.de 
Version: 8.5.435 / Virendatenbank: 271.1.1/2684 - Ausgabedatum: 02/13/10 
08:43:00 

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

Re: [Talk-de] Lokal mappen

[Stefan Schwan]

Am 12. Februar 2010 10:57 schrieb Jens Müller :
> Am 12.02.2010 10:51, schrieb Sven Geggus:
>> Jens Müller  wrote:
>>
>>> > Ich möchte ein Gebiet von vielleicht 10x10 km herunterladen (wobei es da
>>> > nicht allzu viel herunterzuladen gibt, höchstens ein paar Highways). Das
>>> > möchte ich dann beliebig mit Josm o.ä. bearbeiten können. Außerdem
>>> > möchte ich gerenderte Karten haben (das alles, ohne das auf den
>>> > OSM-Server zurückzuspielen). Am Ende möchte ich dann die kompletten
>>> > Änderungen zu OSM hochladen.
>> Abgesehen von den gerenderten Karten kannst Du das alles mit josm machen.
>>
>> Was das rendering betrifft kannst Du Dir entweder eine komplette Mapnik
>> Toolchain aufsetzen oder osmarender benutzen. Letzeres ist insofern
>> einfacher weil das ein simples perlscript ist, was aus stylesheet und
>> osm-Datei ein svg erzeugt.
>
> Ah. Ich kann die .osm-Datei einfach _abspeichern_ (und nicht auf einen
> Server zurückschieben) und das rendern lassen?
>
> Perfekt ...
>
> Mapnik ist vermutlich komplizierter? Ich hätte schon gerne PNG-Kacheln
> und nicht SVG ...
>

es ist kompliziert zu installieren[1] - wenn es einmal läuft, dann ist
es ganz einfach ;)
Problematisch wird es, wenn du größere Bereiche importieren willst.
10x10km sind aber auch auf einem älteren Notebook drin.


Gruß,
Stefan

[1]http://weait.com/content/build-your-own-openstreetmap-server

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

Re: [Talk-de] Nationalstraße und Autobahn gleichzeit ig?

[Simon Kokolakis]

Tirkon schrieb:
> Selbst der amtliche Sprachgebrauch in Deutschland ist da nicht
> einheitlich. Geht es z.B. um Unterhalt wie beispielsweise
> Winterdienst, dann wird dieser auf Autobahnen ausschließlich von den
> Autobahnmeistereien durchgeführt, da diese entsprechend ausgerüstet
> sind. Unterhalt ist die Aufgabe der Landesstraßenbehörden. Daher ist
> aus deren Sicht eher die "zerstückelte" Variante richtiger. Ähnliches
> gilt in der Regel für die Autobahnpolizei. 
>
> Würde man aus Unterhaltungs-Sicht wirklich exakt sein wollen, so
> müsste man bei jeder von einer Bundestraße abbiegenden Stra0e auch die
> ersten Meter in die Relation aufnehmen müssen. Denn auch diese werden
> beim Unterhalt, beispielsweise bei Erneuerungen einbezogen.

Kommt darauf an was man genau betrachtet, den Straßenkörper 
Bundesstraße, das rechtliche Konstrukt mit allem was dazugehört, oder 
die Route. Ich habe hier jetzt nur die Route betrachtet.
Aber im Prinzip bräuchte man für jede Sache eine eigene Relation damit 
es sauber erfasst ist.

Beste Grüße,
Simon

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

Re: [Talk-de] Lokal mappen

[Jens Müller]

Am 12.02.2010 18:52, schrieb Martin Koppenhoefer:
> Am 12. Februar 2010 11:00 schrieb Michael Buege :
>> > Zitat Jens Müller:
>>> >> Am Ende möchte ich dann die kompletten
>>> >> Änderungen zu OSM hochladen.
>> >
>> > Du kannst die osm-Datei in Josm oeffnen, bearbeiten und anschliessend 
>> > wieder
>> > hochladen. Um moegliche Konflikte kuemmert sich das Konfliktmanagement in
>> > Josm. Solltest du dir vorher vielleicht mal anschauen, nur fuer den Fall.
> +1, besser als "am Ende" ist vor allem in aktiven Gebieten, regelmäßig
> die Änderungen hochzuladen (sofern man online ist).
> 


Klar. War jetzt auch nich so gedacht, da wochenlang abzuwarten ...


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

Re: [Talk-de] Nationalstraße und Autobahn gleichzeit ig?

[Frederik Ramm]

Hallo,

Tirkon wrote:
> Ich weiß nicht, ob das technisch funktioniert:
> Kann man die "zerstückelte" Relation (Unterhaltung) zusammen mit den
> Autobahnabschnitten in eine Vaterrelation (Netzgedanke) packen?

Man kann das durchaus von Datenmodell und Editoren her. Nicht alle 
Programme gehen mit solchen kaskadierenden Relationen schon richtig um, 
aber meine Ueberzeugung ist es, dass wir grundsaetzlich ueberall 
beliebig viele Ebenen von kaskadierenden Relationen erlauben muessen.

Eine Relation mit den Ways A, B, C, D muss gleich ausgewertet werden wie 
eine Relation, die die Relationen R1 (A, B) und R2 (C, D) enthaelt.

Ansonsten werden unsere Relationen immer groesser und unhandlicher. Fuer 
Staatsgrenzen sind solche kaskadierenden Relationen z.B. bereits ueblich.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Nationalstraße und Autobahn gleichzeit ig?

[Tirkon]

Simon Kokolakis  wrote:

>Ich habe dies erstmals beim Taggen in Griechenland bemerkt. Auf 
>Wikipedia heißt es oftmals, (auch in Deutschland), die 
>National/Bundes-straße verläuft von A über B, dann über Autobahn XXX, 
>nach C und endet in D.

>Aber um länderspezifische Regelungen geht es mir gar nicht so. Diese 
>Straßen werden ja als Routen getaggt. Ich frage mich vielmehr ob man mit 
>einer route-relation eine vollständige, unterbrechungsfreie Route vom 
>Anfang bis zum Ende bezeichnet, oder ob sie zerstückelt sein darf, und 
>somit die Relation nur ein Werkzeug zur Verminderung von Redundanzen wie 
>ref tags ist. Eine Route sollte meines Erachtens eine geschlossene 
>Verbindung vom Anfang bis zum Ende sein.

Selbst der amtliche Sprachgebrauch in Deutschland ist da nicht
einheitlich. Geht es z.B. um Unterhalt wie beispielsweise
Winterdienst, dann wird dieser auf Autobahnen ausschließlich von den
Autobahnmeistereien durchgeführt, da diese entsprechend ausgerüstet
sind. Unterhalt ist die Aufgabe der Landesstraßenbehörden. Daher ist
aus deren Sicht eher die "zerstückelte" Variante richtiger. Ähnliches
gilt in der Regel für die Autobahnpolizei. 

Würde man aus Unterhaltungs-Sicht wirklich exakt sein wollen, so
müsste man bei jeder von einer Bundestraße abbiegenden Stra0e auch die
ersten Meter in die Relation aufnehmen müssen. Denn auch diese werden
beim Unterhalt, beispielsweise bei Erneuerungen einbezogen.

Wenn es aber um die bundesdeutsche Netzbeschreibung geht, so sollten
die Enden einer Bundesfernstraße (Autobahn, Bundesstraße) - abgesehen
von Sackgassen beispielsweise an Küsten - möglichst immer an einer
anderen Bundesfernstraße oder einer Nationalstraße (beinhaltet in
diesem Zusammenhang auch Autobahnen) der Nachbarstaaten enden. Daher
werden bei der Beschreibung als durchgehende Route dann die
Autobahnabschnitte auch durchaus dazugezählt. Man spricht auch von
"Ersatz". Dies wäre dann eher die globale Sicht des
Bundesverkehrsministeriums.

Auf die letzte Version hat man sich implizit (also ohne explizite
Diskussion) bei der Wikipedia geeinigt. Da aber aus der Beschreibung
der Straße hervorgeht, ob es sich um einen Autobahnabschnitt handelt
oder nicht, ist die kleine Lösung somit ebenfalls enthalten. Man
brauchte sich dort also nie zwischen großer und kleiner Lösung zu
entscheiden.

Anders bei OSM, wo die Beschreibung einer Straße kein Text ist,
sondern exakt "algorithmisch" erfolgt. Insofern wäre eine
Routenerfassung nach den beiden Gesichtspunkten 
1) Unterhaltungs-Zuständigkeit und 
2) Netzgedanke 
denkbar. Allerdings wäre eine doppelte Erfassung gleicher Abschnitte
nicht sehr sinnvoll, weil dem Mapper vor Ort nicht so ohne Weiteres
klar und vermittelbar. Ich weiß nicht, ob das technisch funktioniert:
Kann man die "zerstückelte" Relation (Unterhaltung) zusammen mit den
Autobahnabschnitten in eine Vaterrelation (Netzgedanke) packen?


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

Re: [Talk-de] An die Vektorgrafiker - SVG und Rendering

[Frederik Ramm]

Hallo,

Gary68 wrote:
> 

SVG-Polygone koennen keine Loecher haben. Bildlich gesprochen, versuchst 
Du oben, ein Polygon mit Loechern zu zeichnen, ohne dabei den Stift 
abzusetzen!

Richtig waere:



Mit dem "z" wird der Pfad geschlossen (Linie zurueck zum Start), und mit 
dem "M" wird ohne Linie zu einer neuen Position gesprungen.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] An die Vektorgrafiker - SVG und Rendering

[André Riedel]

Am 13. Februar 2010 22:57 schrieb Gary68 :
> hi,
>
> ich habe folgendes svg element:
>
> 

Probier das ganze mal nicht als polygon, sondern als svg-path



Ciao André

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

Re: [Talk-de] (kein Betreff)

[Frederik Ramm]

Hallo,

Rolf Meyerhof wrote:
> Mir reicht es jetzt aber mit den ewigen Verdächtigungen und 
> Anschuldigungen. Ich mache diese Änderungen bewusst und es ist kein 
> Fehler von mir

Die besagte Tonne hat also *kein* rot-weiss-rotes Topzeichen, und 
deswegen hast Du dieses Tag entfernt. Derjenige, der urspruenglich das 
rot-weiss-rote Topzeichen eingetragen hat, hat sich geirrt.

Ist das richtig?

> denn nur mit dem Bearbeiten erreiche ich eine 
> Darstellung einer bereits im System vorhanden Tonne bei OSeaM.  

Das Verhalten eines bestimmten auswertenden Systems ist nicht Massgabe 
fuer die Erfassung der Realitaet. Wir erfassen das, was da ist - und was 
die Software damit macht, ist das Problem der Software.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Fragen zu TMC-Punkten

[André Riedel]

Generell ist anzumerken, dass laut Marcus keine TMC-Meldungen für die
TMC-Points vorgesehen sind. Das heißt, es wird keine Meldung
"Parkplatz ist überfüllt" kommen.

Am 13. Februar 2010 22:14 schrieb olvagor :
> AUTOBAHNPARKPLÄTZE 1
>
> Bsp. [1]: wohin kommt der Punkt?
>
> - auf die Autobahn auf Auf- oder Abfahrt des Parkplatzes
> - auf die Autobahn zwischen Auf- und Abfahrt des Parkplatzes
> - als Node auf den Parkplatz
> - als Way auf alle Wege, die zum Parkplatz gehören

auf den Knoten, wo die Parkplatzausfahrt wieder auf die Autobahn trifft.

> AUTOBAHNPARKPLÄTZE 2
>
> Typischerweise möchte ich ja bei getrennten Fahrspuren zwei Nodes
> setzen, denen ich jeweils die Richtung mitgebe. In der Beschreibung zum
> Punkt steht dann sowas:
>
> positive (Abfahrt A in Richtung Parkplatz)
> negative (Parkplatz in Richtung Abfahrt A)
>
> Angenommen, diesen Parkplatz gibt es nur in Fahrtrichtung "negative".
> Setze ich dann wirklich zwei Nodes? Fahrer in Richtung "positive" können
> mit der Angabe, dass zwischen Abfahrt A und Parkplatz ein Stau ist, ja
> nicht viel anfangen, denn der Parkplatz existiert für ihn überhaupt nicht.

In Höhe des Parkplatzes muss auf der Gegenspur ebenfalls einen
TMC-Point mit der Richtungsangabe "positive" eingefügt werden.

> KREISVERKEHRE
>
> Bsp. [2]: auf [3] steht, Kreisverkehre wären als Way zu taggen (hab das
> aber erst gelesen, nachdem ich den Punkt wie unten beschrieben erfasst
> hatte)
> Ich habe bei [2] stattdessen die Ein- und Ausfahrten des Kreisverkehrs
> mit der jeweiligen Richtung getaggt. Das führt dazu, dass bei dem
> genannten Kreisverkehr ein TMC-Punkt in drei Nodes getaggt sind: einmal
> in Richtung "pos" und zweimal Richtung "neg". Ist das korrekt oder führt
> es zu Problemen?

Das ist eine mögliche Variante. Die für andere Beispiele besser
geeignete und skalierendere Verfahrensweise ist die von dir
beschriebene. Generell dürfen nur je ein Punkt als positive oder
negative eingetragen sein. Es ist daher der Punkt zu wählen, welcher
an der Kreuzung als Vereinigung aller ankommender Wege gilt

> [2] http://osm-tmc.anders-hamburg.de/point.php?lcd=22603
-> positive: http://www.openstreetmap.org/browse/node/434179542
-> negative: http://www.openstreetmap.org/browse/node/434179503

> Tja, irgendwas wollte ich noch wissen aber das fällt mir gerade nicht
> ein. Wär schön, wenn es zum TMC-Thema irgendwo ne ausführliche
> Wiki-Seite mit Beispielen geben würde. Kann mich da auch gerne dran
> beteiligen, wenn ichs mal verstanden habe.
>
> Gruß,
> olvagor
>
>
> [1] http://osm-tmc.anders-hamburg.de/point.php?lcd=40019
> [2] http://osm-tmc.anders-hamburg.de/point.php?lcd=22603
> [3] http://wiki.openstreetmap.org/wiki/DE:TMC/TMC_Import_Germany

Ciao André

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

[Talk-de] An die Vektorgrafiker - SVG und Rendering

[Gary68]

hi,

ich habe folgendes svg element:



es ist die commerzbank nördl. des hbf frankfurt an der mainzer str. es
ist ein etwa recheckiges gebäude mit drei "löchern" in der mitte.

irgendwie will das aber nicht schön aussehen, ja es ist sogar verkehrt.
zumindest meiner meinung nach.

eye of gnome zeigt es verkehrt, inkscape und gimp auch...

siehe hier: 

http://www.gary68.de/temp/mapgen.svg
http://www.gary68.de/temp/mapgen.pdf

jemand eine idee?

ps: fill-rule ändern bringt nix...

WAS IST DA LOS?

many thanks!

gerhard




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

Re: [Talk-de] KML-Export

[Mirko Küster]

> Er würde uns im
> Gegenzug sämtliche seiner Daten zur Verfügung stellen. Diese enthalten
> Infos über die Anzahl paralleler Gleise, den Stand der Elektrifizierung
> sowie Infos, ob die Strecke bereits aufgegeben oder gar zurückgebaut
> wurde. Die Daten hat er hauptsächlich aus alten Kursbüchern sowie
> Bekanntmachungen der Bahn zusammengesucht.

Hast du dir da schon Gedanken gemacht wie das dann in die DB kommen soll? 
Das und einige Informationen mehr hatte ich nämlich schon gleisgenau auf 
Strecken und Bahnhöfen in Teilen von Mitteldeutschland eingetragen.

Das betraf die Thüringer Bahn zwischen Merseburg und Bebra, Großkorbetha - 
Leipzig, Bahnnetz in Leipzig, Leipzig - Chemnitz, weitere Strecken östlich 
und südlich von Leipzig und einige Strecken in Nord- und Mittelthüringen. 
Teilweise auch schon historisches dabei.

Gruß
Mirko 


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

Re: [Talk-de] KML-Export

[Andreas Neumann]

Am 13.02.2010 19:02, schrieb Thomas Reincke:
> André Reichelt schrieb:
>> Hallo,
>> gibt es denn bereits eine Möglichkeit, bestimmte Ways oder Nodes als KML
>> bzw. KMZ zu exportieren?
> 
> http://www.gpsbabel.org/
> 
> kann alles ;-)

Moin,

lade dir am besten via XAPI über ganz Europa alles mit railway runter.
Dann solltest du schonmal das Streckennetz als OSM haben.
(bspsw.:
http://www.informationfreeway.org/api/0.6/*[railway=*][bbox=-25.4,35.3,48.1,71.7])
Bitte rechne aber mit einer recht großen Datei! Auch das Umrechnen wird
ne Zeit dauern...
Ansonsten kannst du es dann via gpsbabel von OSM in KML umrechnen
lassen. Probier es aber vorher an einem kleinen Gebiet aus, um zu sehen,
ob es wirklich das ist, was dein Freund will...

MfG Andreas

-- 
Diese Nachricht wurde maschinell erstellt und ist daher ohne
Unterschrift gültig.



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

[Talk-de] Fragen zu TMC-Punkten

[olvagor]

Hallo miteinander,

ich versuche gerade, die Liste der TMC-Punkte abzuarbeiten. Ich hab ein
paar Fragen und keine passende Anleitung gefunden.


AUTOBAHNPARKPLÄTZE 1

Bsp. [1]: wohin kommt der Punkt?

- auf die Autobahn auf Auf- oder Abfahrt des Parkplatzes
- auf die Autobahn zwischen Auf- und Abfahrt des Parkplatzes
- als Node auf den Parkplatz
- als Way auf alle Wege, die zum Parkplatz gehören


AUTOBAHNPARKPLÄTZE 2

Typischerweise möchte ich ja bei getrennten Fahrspuren zwei Nodes
setzen, denen ich jeweils die Richtung mitgebe. In der Beschreibung zum
Punkt steht dann sowas:

positive (Abfahrt A in Richtung Parkplatz)
negative (Parkplatz in Richtung Abfahrt A)

Angenommen, diesen Parkplatz gibt es nur in Fahrtrichtung "negative".
Setze ich dann wirklich zwei Nodes? Fahrer in Richtung "positive" können
mit der Angabe, dass zwischen Abfahrt A und Parkplatz ein Stau ist, ja
nicht viel anfangen, denn der Parkplatz existiert für ihn überhaupt nicht.


KREISVERKEHRE

Bsp. [2]: auf [3] steht, Kreisverkehre wären als Way zu taggen (hab das
aber erst gelesen, nachdem ich den Punkt wie unten beschrieben erfasst
hatte)

Ich habe bei [2] stattdessen die Ein- und Ausfahrten des Kreisverkehrs
mit der jeweiligen Richtung getaggt. Das führt dazu, dass bei dem
genannten Kreisverkehr ein TMC-Punkt in drei Nodes getaggt sind: einmal
in Richtung "pos" und zweimal Richtung "neg". Ist das korrekt oder führt
es zu Problemen?


Tja, irgendwas wollte ich noch wissen aber das fällt mir gerade nicht
ein. Wär schön, wenn es zum TMC-Thema irgendwo ne ausführliche
Wiki-Seite mit Beispielen geben würde. Kann mich da auch gerne dran
beteiligen, wenn ichs mal verstanden habe.

Gruß,
olvagor


[1] http://osm-tmc.anders-hamburg.de/point.php?lcd=40019
[2] http://osm-tmc.anders-hamburg.de/point.php?lcd=22603
[3] http://wiki.openstreetmap.org/wiki/DE:TMC/TMC_Import_Germany



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

Re: [Talk-de] TMC Validator

[Sebastian Klemm]

Sebastian Klemm schrieb:
> Sven Anders schrieb:
>   
>> Verbesserungsvorschläge gerne an die Liste.
>> 
>
> Nur eine Kleinigkeit in der Darstellung:
> In den Area-Seiten mit Listen der Unterebenen, Roads und Segments wäre
> es schön, wenn die Zeilen, die komplett und fehlerfrei sind ("in OSM
> vorhanden") komplett mit einem dezenten grün hinterlegt wären. So könnte
> man auf einen Blick erkennen, wie weit die Arbeit in einem Gebiet schon
> fortgeschritten oder gar ganz erledigt ist.
>   

Hiermit ein öffentliches "Dankeschön!" für die Umsetzung!
Genauso hatte ich mir das vorgestellt :-)

Grüße,
Sebastian

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

[Talk-de] OSM-Dateien mit XSLT auswerten

[Carsten Gerlach]

Hallo OSM-er,

ich habe mir ein XSL-Skript geschrieben um admin_level-Relationen auszuwerten. 
Das Ergebnis seht ihr hier: 
.
Nun habe ich das "Problem", daß zur Zeit die Spaltenanordnung im Skript fest 
eingebaut ist. Gibt es eine Möglichkeit, zum Beispiel alle Tags mit "name:*" 
als Spalten zu generieren, oder noch allgemeiner generell alle vorkommenden 
Tags? Kann man das direkt mit XSLT machen? Oder muss ich die OSM-Datei erst 
nach den Tags durchsuchen und dann dem entsprechend die XSL-Datei erzeugen?

Vielen Dank für sachdienliche Hinweise. :-)

Gruß, Carsten



-- 
Hier ist mein öffentlicher GPG-Schlüssel:
http://daswaldhorn.piranho.de/gpg.php
=
www.stopptdievorratsdatenspeicherung.de


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

[Talk-de] Rendern von Routen

[Gary68]

Hallo,

es steht an, Routen in mapgen.pl zu implementieren. Dazu habe ich mir
ein paar Gedanken gemacht und hätte gerne Feedback bzw. auch Fragen
beantwortet:

1. man könnte zusätzlich zur normalen Beschriftung von Wegen diesen die
Beschriftung der Route angedeien lassen. Müsste man evtl. alle
Beschriftungen erst sammeln, damit man sie später auf einmal hinzufügen
kann. Damit sie sich nicht überdecken.

2. könnte man Routen farblich einzeichnen. Auch transparent! Frage wäre,
woher die Farbe nehmen, falls das Tag "color" nicht gesetzt ist. Könnte
man in den Rules festlegen. Am besten ein Set von Farben, das dann
rotierend benutzt wird.

3. könnte man Symbole (aus File bzw. Filename) über die verwendeten Wege
legen. Diese müssten allerdings - pro Route - auch irgendwoher kommen,
aber nicht aus dem RuleFile. Ist das in den Tags der Routen irgendwo
hinterlegt? Z.B. für die Wanderkarte?

Bei den Symbolen müsste man sich die Positionierung überlegen, oder auch
die Frequenz.

Andere Ideen? Was vergessen?

Ciao

Gerhard



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

Re: [Talk-de] KML-Export

[Thomas Reincke]

André Reichelt schrieb:
> Hallo,
> gibt es denn bereits eine Möglichkeit, bestimmte Ways oder Nodes als KML
> bzw. KMZ zu exportieren?

http://www.gpsbabel.org/

kann alles ;-)

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

Re: [Talk-de] KML-Export

[Jochen Topf]

On Sat, Feb 13, 2010 at 06:11:35PM +0100, André Reichelt wrote:
> gibt es denn bereits eine Möglichkeit, bestimmte Ways oder Nodes als KML
> bzw. KMZ zu exportieren?

Damit kann man sowas machen:
http://osmlib.rubyforge.org/osmlib-export/index.html

Allerdings nicht ganz simpel zu machen und (weil zu langsam) nicht für
großte Datenmengen geeignet.

Jochen
-- 
Jochen Topf  joc...@remote.org  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] KML-Export

[André Reichelt]

Hallo,
gibt es denn bereits eine Möglichkeit, bestimmte Ways oder Nodes als KML
bzw. KMZ zu exportieren?

Hintergrund meiner Anfrage ist, dass ich jemanden kenne, der
umfangreiche Bahndaten sammelt. Bisher taggt er die an selbstgeklickte
Strecken an Google-Earth. Das Klicken kostet allerdings unglaublich
Zeit. Er hat mich nun gefragt, ob ich ihm nicht einen KML-Export des
gesamten europäischen Streckennetzes geben könnte. Er würde uns im
Gegenzug sämtliche seiner Daten zur Verfügung stellen. Diese enthalten
Infos über die Anzahl paralleler Gleise, den Stand der Elektrifizierung
sowie Infos, ob die Strecke bereits aufgegeben oder gar zurückgebaut
wurde. Die Daten hat er hauptsächlich aus alten Kursbüchern sowie
Bekanntmachungen der Bahn zusammengesucht.

Es wäre schön, wenn es hier zur Kooperation kommen könnte.

Gruß,
André



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

Re: [Talk-de] KOSMOS-Beispiel Wanderkarte

[Robert S.]

2010/2/11 Mirko Küster 

> Hier mal ein kleiner Vergleich, noch nicht ganz ausgereift.
>
> Der erste Versuch mit KOSMOS. Der Style war noch nicht ganz fertig. Bei den
> zahlreichen Grenzen und Problemen wie unvollständige Routen hatte ich das
> abgebrochen.
> Vorsicht, die Tiles sind nicht optimiert sondern nur fürn kurzen Test
> direkt
> aus Kosmos gezogen. Laden dauert daher etwas.
>
> http://www.ts-eastrail.de/wandern/
>
> Hier mal ain Ausschnitt aus Osmarender. Auch noch etwas von dem was ich mir
> vorstelle entfernt. Aber mit viel try&error holt man da schonmal mehr raus.
>
> http://img15.imageshack.us/img15/2118/testkarte.jpg


Schick, OSM im Stile einer DTK[1]!

Hauptsache die Landesvermessungsämter haben da kein Problem mit (Sind
Kartenstile auch irgendwie geschützt?).

[1] http://www.geobasis-bb.de/GeoPortal1/produkte/dtk-info.htm
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] (kein Betreff)

[Martin Koppenhoefer]

Am 12. Februar 2010 13:28 schrieb Rolf Meyerhof :
> Hallo,
> Frederik
>
> Mir reicht es jetzt aber mit den ewigen Verdächtigungen und Anschuldigungen.
> Ich mache diese Änderungen bewusst


Hallo Rolf,

ich kann verstehen, dass der Skipper-Krieg auf Dauer ein bisschen an
den Nerven zerrt, aber das waren ja keine Anschuldigungen: Frederik
hat die beiden Möglichkeiten (richtig oder falsch) gegenübergestellt
und darauf hingewiesen:  "...und wenn nein, dann
waren die Daten falsch und es ist gut, dass Leo sie verbessert hat."

"gut" steht da (vorausgesetzt die Daten waren vorher falsch).

Gruß Martin

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

Re: [Talk-de] mapgen v0.07

[André Riedel]

Am 12. Februar 2010 19:45 schrieb Gary68 :
> ich selber versuche mich gerade mal an einer umlandkarte. style anbei:
>
> nicht an der 008 stören!
>
> -in=osmdata/umland.osm -style=mapgenRules008_hessen.csv -size=8192 -pdf
> -declutter -out=umland.svg -minlen=3

Ich habe mir mal die Ausgabe angeschaut:
http://wiki.openstreetmap.org/images/c/c3/MapgenAreamap008BETA.pdf

Scheibar gibt es im Westen bei Geroldstein einige Waldprobleme.

Ansonsten schöne Arbeit und bitte weiter so.

Ciao André

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

Re: [Talk-de] Zwischen Porto Velho und Palmas

[Chris-Hein Lunkhusen]

Michael Schmitt schrieb:

> Wenn ich recht erinnere hat da mal jemand River Daten aus der WDB 
> importiert.

Den Link zur IBGE Importseite hatte ich bereits gepostet,
allerdings wurde die Seite im April 2009 das letztemal
aktualisiert. Eventuell war es also ein Import Interruptus.

Chris


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