?xml version=1.0 encoding=UTF-8?\nosm version='0.6' enerator='JOSM'
moin moin,
hier noch ein fast ungebrauchtes g zum einbauen, damit aus dem enerator
wieder ein generator wird. ;)
lg
walter
-
Wanderer, kommst Du nach Liechtenstein, tritt nicht daneben, tritt voll
hinein. - Ingo Insterburg
Hallo,
Am 05.10.2010 19:16, schrieb Carsten Gerlach:
Lässt sich das so erweitern, daß man als Quelle eine lokale osm-Datei (z.B.
germany.osm) verwenden kann, aus der die Relation extrahiert wird?
Ich habe eine neue Version zum Download bereitgestellt:
http://mr-unseld.de/?q=de/node/170
Man
Naabend,
Am Freitag 15 Oktober 2010 schrieb Rainer Kluge:
Ich habe eine neue Version zum Download bereitgestellt:
http://mr-unseld.de/?q=de/node/170
Super, vielen Dank.
Das ganze hat Beta-Status. Für Hinweise auf Fehler bin ich dankbar, ebenso
für Änderungs- und Verbesserungsvorschläge.
On Wed, 06 Oct 2010 17:18:18 +0200
Andre Joost andre+jo...@nurfuerspam.de wrote:
Das ganze lässt sich natürlich auch in osmosis einbauen. Ich weiß nur
nicht, ob es da zwischen java und perl (oder ggf C) nenneswerte
Performancevorteile bei der Verarbeitung großer Datenmengen geben würde.
Hat
Danke für die nützlichen Hinweise. Ich habe jetzt einen Ansatz gefunden, mit dem
ich beide Erweiterungsvorschläge von Carsten erledigen kann. Ich melde mich hier
wieder, wenn es funktioniert.
Grüße
Rainer
___
Talk-de mailing list
Hallo Werner,
Am 06.10.2010 18:50, schrieb Werner Hoch:
Das wäre machbar aber äußerst ineffizient. Die osm-Dateien sind reine
Textdateien im XML-Format. Will man die Wege und Knoten einer
Relation aus einer solchen Datei auslesen, dann muss man die
komplette Datei lesen.
Nein. Geht man
Andre Joost andre+jo...@nurfuerspam.de wrote:
Anwendungsfall wäre z.B.Rendern als lokale transparente Tiles, die man
als Layer separat in OL einblenden kann. GPX ist da ab einem gewissen
Datenvolumen zu langsam.
Solche Overlay Tiles hätte ich auch gerne, aber leider ist unsere
Serverkapazität
Am 07.10.2010 13:28, schrieb Rainer Kluge:
Hallo Werner,
Am 06.10.2010 18:50, schrieb Werner Hoch:
Das wäre machbar aber äußerst ineffizient. Die osm-Dateien sind reine
Textdateien im XML-Format. Will man die Wege und Knoten einer
Relation aus einer solchen Datei auslesen, dann muss man die
Am 07.10.10 13:53, schrieb Sven Geggus:
Andre Joostandre+jo...@nurfuerspam.de wrote:
Anwendungsfall wäre z.B.Rendern als lokale transparente Tiles, die man
als Layer separat in OL einblenden kann. GPX ist da ab einem gewissen
Datenvolumen zu langsam.
Solche Overlay Tiles hätte ich auch
Hallo Peter,
Am 07.10.2010 14:49, schrieb Peter Körner:
Nein. Geht man davon aus, dass die Objekte in der osm-Datei sortiert
sind, dann kann man per binärer Suche die richtigen Objekte raussuchen.
Das funktioniert leider nicht bei bz2-komprimierten osm-Dateien.
Doch das geht schon, ich hab
André Joost andre+jo...@nurfuerspam.de wrote:
Wenn man die leeren Tiles gleich nach dem rendern wieder wegwirft, ist
das Datenvolumen erträglich. Transparente Tiles mit ein paar Linien und
Text drauf sind erheblich schlanker als normale Tiles.
Teuer an Tileservern ist nicht etwa der
Hallo,
Am Donnerstag 07 Oktober 2010 schrieb Rainer Kluge:
Danke für die nützlichen Hinweise. Ich habe jetzt einen Ansatz gefunden,
mit dem ich beide Erweiterungsvorschläge von Carsten erledigen kann.
Super, freut mich, daß du das umsetzt. :-)
Gruß, Carsten
Hallo,
Am 05.10.2010 19:16, schrieb Carsten Gerlach:
Lässt sich das so erweitern, daß man als Quelle eine lokale osm-Datei (z.B.
germany.osm) verwenden kann, aus der die Relation extrahiert wird?
Das wäre machbar aber äußerst ineffizient. Die osm-Dateien sind reine
Textdateien im XML-Format.
Rainer Kluge schrieb:
Aber wenn mir jemand ein überzeugendes Argument für das extrahieren einzelner
Relationen aus einer lokalen osm-Datei liefert, denke ich nochmals über eine
Implementierung mit OSM::osm nach.
Man würde die api bzw den Relation Analyzer schonen, wenn man in einem
Rutsch
On Dienstag, 5. Oktober 2010, Carsten Gerlach wrote:
Am Montag 04 Oktober 2010 schrieb Rainer Kluge:
In einer Zeit, als der Realtion Analyzer extrem langsam war, habe
ich mal ein Perl-Skript gebastelt, welches zu einer Relation-Id
den GPX-Track erzeugt.
Tolle Sache, gefällt mir, vorallem
Hallo Rainer,
On Mittwoch, 6. Oktober 2010, Rainer Kluge wrote:
Am 05.10.2010 19:16, schrieb Carsten Gerlach:
Lässt sich das so erweitern, daß man als Quelle eine lokale
osm-Datei (z.B. germany.osm) verwenden kann, aus der die Relation
extrahiert wird?
Das wäre machbar aber äußerst
Hallo,
Am Mittwoch 06 Oktober 2010 schrieb Rainer Kluge:
Hallo,
Am 05.10.2010 19:16, schrieb Carsten Gerlach:
Lässt sich das so erweitern, daß man als Quelle eine lokale osm-Datei
(z.B. germany.osm) verwenden kann, aus der die Relation extrahiert wird?
Das wäre machbar aber äußerst
Hallo,
Am Montag 04 Oktober 2010 schrieb Rainer Kluge:
In einer Zeit, als der Realtion Analyzer extrem langsam war, habe ich mal
ein Perl-Skript gebastelt, welches zu einer Relation-Id den GPX-Track
erzeugt.
Tolle Sache, gefällt mir, vorallem das verschachtelte Relationen komplett
In einer Zeit, als der Realtion Analyzer extrem langsam war, habe ich mal ein
Perl-Skript gebastelt, welches zu einer Relation-Id den GPX-Track erzeugt. Wenn
du nach rel2gpx googelst findest du eine Seite, von der man es herunterladen
kann.
Das Skript kann auch im Batch-Modus aufgerufen werden
aighes h.scholl...@googlemail.com wrote:
das kann der relation analyzer: http://ra.osmsurround.org/
Ach danke, das sieht ganz gut aus.
Sven
--
All bugs added by David S. Miller da...@redhat.com
Linux Kernel boot message from /usr/src/linux/net/8021q/vlan.c
/me is gig...@ircnet,
Frederik Ramm frede...@remote.org wrote:
Da gibts doch einen OSM-Layer direkt im OpenLayers, der das direkt aus
dem OSM-XML einliest.
Sowas?
http://www.openstreetmap.org/api/0.6/relation/1203264
Das reicht ja nicht zum zeichnen im Openlayers, das sind ja nur die refs auf
die verwendeten
Am 04.10.10 11:19, schrieb Sven Geggus:
Frederik Rammfrede...@remote.org wrote:
Da gibts doch einen OSM-Layer direkt im OpenLayers, der das direkt aus
dem OSM-XML einliest.
Sowas?
http://www.openstreetmap.org/api/0.6/relation/1203264
Das reicht ja nicht zum zeichnen im Openlayers, das
Hallo zusammen,
man kann ja sowas in den Browser laden:
http://www.openstreetmap.org/?relation=1203264
Und da bekommt man dann die passende Relation angezeigt.
Auf die schnelle habe ich mit Firebug jetzt nicht rausgefunden
welches script die Relation selbst für Openlayers erzeugt.
Ziel ist es
Hallo,
das kann der relation analyzer: http://ra.osmsurround.org/
Viele Grüße,
aighes
--
View this message in context:
http://gis.638310.n2.nabble.com/Relation-runterladen-tp5597080p5597106.html
Sent from the Germany mailing list archive at Nabble.com.
Hallo,
Sven Geggus wrote:
Auf die schnelle habe ich mit Firebug jetzt nicht rausgefunden
welches script die Relation selbst für Openlayers erzeugt.
Da gibts doch einen OSM-Layer direkt im OpenLayers, der das direkt aus
dem OSM-XML einliest.
Ziel ist es zum Beispiel Radfernwege und
Am 03.10.2010 22:54, schrieb aighes:
Hallo,
das kann der relation analyzer: http://ra.osmsurround.org/
Viele Grüße,
aighes
habe ich gerade ausprobiert - aber wie bekomme ich die relation-id - für
z.b. den fernwanderradweg R 3 - bzw. wo bekomme ich die relations-nummer
her ?
htx s
Hallo Stefan,
Stefan Sandrock wrote:
habe ich gerade ausprobiert - aber wie bekomme ich die relation-id - für
z.b. den fernwanderradweg R 3 - bzw. wo bekomme ich die relations-nummer
her ?
du kannst auch nach dem Namen suchen. Alternativ zeigen auch die Editoren
die ID an.
Viele
27 matches
Mail list logo
