On Tue, Feb 24, 2009 at 11:44:20PM +0100, Gerd Hoffmann wrote:
[cut]
Viel zu umständlich. Es gibt doch ein fertiges Control dafür, das
braucht man einfach nur benutzen:
code
map = new OpenLayers.Map (map, ...),
[ ... ]
map.addControl(new
Moin
Hat jemand eine Empfehlung fuer einen netten xml-Editor unter Linux.
Conglomerate mag keine Osmarender-Rule-Dateien.
--
Michael
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Hallo,
On Wed, 25 Feb 2009 10:33 +0100, Michael Buege mich...@buegehome.de
wrote:
Hat jemand eine Empfehlung fuer einen netten xml-Editor unter Linux.
Emacs mit nXML:
http://www.thaiopensource.com/nxml-mode/
Lutz
--
email: lutz.h...@fastmail.fm
Jabber: sttmj...@jabber.ccc.de
web:
Am 25. Februar 2009 06:25 schrieb Mario Salvini salv...@t-online.de:
Außerdem impliziert es eine andere Straßenbreite, es impliziert auch
keine fahrbahnbegleitenden, durch Bordsteine abgetrennten Fußwege. Das
muss bei cycleway alle hinzugetaggt werden!
es ist ja auch ein sehr spezieller
2009/2/24 Tobias Wendorff tobias.wendo...@uni-dortmund.de:
Robert Joop schrieb:
ich hab mir grad mal drei fahrradstraßen hier angeguckt: weder in mapnik,
osmarender oder cycle map ist eine von ihnen erkennbar!
Hm, ja und? Ist halt ein Fehler in der Anwendung ... kommt vor.
die Frage waere
Am 24. Februar 2009 18:00 schrieb Sven Geggus li...@fuchsschwanzdomain.de:
Thomas Drebert dreb...@web.de wrote:
hier in Berlin sind mehrere Sportanlagen gemappt, welche von Mapnik schlecht
gerendert werden weil immer zum schluß
der leisure=stadium oder leisure=sports_centre über alles rüber
Martin Koppenhoefer dieterdre...@gmail.com wrote:
Ich habe zum Thema Sport in Osmarender auch einen informellen
Vorschlag (kann mich da momentan nicht drum kuemmern): Die Icons fuer
Tennis sollten m.E. nur halb so gross gerendert werden, da sie
regelmaessig ueber die Platz-Flaeche herausragen
Lutz Horn lutz.h...@fastmail.fm wrote:
Emacs mit nXML:
http://www.thaiopensource.com/nxml-mode/
GNU Emacs version 21.x is required, preferably 21.3. Emacs 20 will not work,
nor will XEmacs.
^^^
aua
Sven
--
/* Fuck me gently with a chainsaw... */
(David S. Miller in
Martin Koppenhoefer schrieb:
Am 25. Februar 2009 06:25 schrieb Mario Salvini salv...@t-online.de:
Außerdem impliziert es eine andere Straßenbreite, es impliziert auch
keine fahrbahnbegleitenden, durch Bordsteine abgetrennten Fußwege. Das
muss bei cycleway alle hinzugetaggt werden!
| Liebe Aktive,
|
| ich lade Euch herzlich zu unserer Schulung für Redakteure des ADFC
| Tourenportals ein. Die Schulung wird am Sonntag, den 22. März 2009, von
| 11:00 bis 15:00 Uhr, im Infoladen des ADFC Frankfurt, Fichardstraße 46,
| stattfinden.
|
| Die Veranstaltung unter der Leitung von Kurt
On 09-02-25 11:44:05 CET, Martin Koppenhoefer wrote:
2009/2/24 Tobias Wendorff tobias.wendo...@uni-dortmund.de:
Robert Joop schrieb:
ich hab mir grad mal drei fahrradstra�[[byte 2 isn't continuation: 0xDF
0x65, restart at 0x65]]en hier angeguckt: weder in mapnik,
osmarender oder cycle
Hallo,
i.W. habe ich mich inzwischen etwas schlau gemacht. Dabei habe ich u.a. ein
bisher vergessenes Quadrat gefunden, aber auch daß mir für das gewichtete
Mittel meist die nötige Info fehlt. Grundsätzlich gilt, daß die
Meßgenauigkeit von der Anzahl Satelliten und deren Verteilung abhängt.
Wenn das korrekt ist, wäre highway=cycleway nicht richtig und
highway = residential
maxspeed = 30
bicycle=designated
motor_vehicle=yes
Wie wär's mit motor_vehicle=permissive?
Das ist doch so im Sinne von nicht dafür gedacht, sagt aber keiner
was.
Eigentlich heißt das nur,
Dimitri Junker schrieb:
Bei nichtkalibrierten Höheninfos von barometrischen Geräten sollte man wohl
nur Höhenunterschiede auswerten. Aber wie erkennt man die am GPX?
Du vergisst auch, dass ich manche GPS-Geräte nach GPS kalibrieren und
daher auch Mist sind.
Wenn sich das Wetter verändert und
Dimitri Junker schrieb:
Bei nichtkalibrierten Höheninfos von barometrischen Geräten sollte man wohl
nur Höhenunterschiede auswerten. Aber wie erkennt man die am GPX?
Eine Idee dazu:
Zu den Tracks ist doch der User gespeichert, der die hochgeladen hat oder?
Dann müsste man nur noch 'ne DB
Chris-Hein Lunkhusen schrieb:
In meinen Tracks (Legend HCX )sehe ich übrigens keine DOP Angabe, nur ele.
Hast Du NMEA-Mitschnitte?
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Dimitri Junker schrieb:
Bei nichtkalibrierten Höheninfos von barometrischen Geräten sollte man wohl
nur Höhenunterschiede auswerten. Aber wie erkennt man die am GPX?
Warum machst Du die so schon viele Gedanken ums rechnen?
Ich würde mir erst mal ein paar Höhenpunkte suchen. An Türmen und
Woher könnten diese Seen kommen?
http://www.openstreetmap.org/?lat=49.6778lon=10.9382zoom=12layers=00B0FTF
In Wirklichkeit ist da Wald und wird in Potlatch auch als solcher angezeigt.
Gruss, Markus
___
Talk-de mailing list
Talk-de@openstreetmap.org
Hallo,
Dimitri Junker schrieb:
Außerdem habe ich zwar Aussagen über hdop - horizontaler Fehler gefunden
nicht aber entsprechendes für vdop-v.Fehler
die Info über VDOP kann man aus dem NMEA GPGSA-Datensatz herauslesen. Im
GPGGA-Datensatz steht die Höhe über Meer (über Geoid) und in
On Wed, Feb 25, 2009 at 02:51:06PM +0100, Markus wrote:
Woher könnten diese Seen kommen?
http://www.openstreetmap.org/?lat=49.6778lon=10.9382zoom=12layers=00B0FTF
In Wirklichkeit ist da Wald und wird in Potlatch auch als solcher angezeigt.
Das sind wahrscheinlich Fehler in den Höhendaten.
Hallo Dimitri und Tobias,
So einfach ist das nicht, glaub es mir doch :-)
:)
Trotzdem kann ich mir vorstellen, dass ein intelligenter statistischer
Algorithmus aus dem fehlerbehafteten Rauschen vieler Höhendaten
brauchbare Höheninformation herausfiltern kann...
Und wenn man viele
Stefan Dettenhofer (StefanDausR) schrieb:
die Info über VDOP kann man aus dem NMEA GPGSA-Datensatz herauslesen. Im
GPGGA-Datensatz steht die Höhe über Meer (über Geoid) und in einem
weiteren Feld Höhe Geoid minus Höhe Ellipsoid (WGS84). Wenn diese
Felder von GPS-Empfänger korrekt genutzt
-Ursprüngliche Nachricht-
Von: talk-de-boun...@openstreetmap.org
[mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Jochen Topf
Gesendet: Mittwoch, 25. Februar 2009 14:59
An: Markus
Cc: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] virtuelle Seenlandschaft
On Wed,
Hallo,
eben sehe ich, dass Radio Bremen seine Webpräsenz umgebaut hat und nun
den Ort zu den Meldungen auf einer OSM-Karte anzeigt.
Beispiel:
http://www.radiobremen.de/wissen/nachrichten/wissenbildungkinderuniversitaetoldenburg100.html
Gruß
nk
___
Markus schrieb:
Und wenn man viele Referenzhöhen, Kalibrierdaten, Gerätedaten,
Höhenwerte kombiniert und sammelt und mit Statistik zusammenbringt,
dann könnte schon etwas Brauchbares dabei herauskommen.
Und vielleicht haben wir ja Statistiker unter uns?
Ein Vermesser sollte auch
Markus schrieb:
Trotzdem kann ich mir vorstellen, dass ein intelligenter statistischer
Algorithmus aus dem fehlerbehafteten Rauschen vieler Höhendaten
brauchbare Höheninformation herausfiltern kann...
Und wenn man viele Referenzhöhen, Kalibrierdaten, Gerätedaten,
Höhenwerte kombiniert
On Wed, 25 Feb 2009 16:22:33 +0100, Paul Baumbach aquan...@gmx.net wrote:
Das scheint eher, als wäre das ein Problem beim rendern. Die Flächen, die
wie Seen aussehen, sind als
Landuse = forest
Layer = -1
Getaggt und die Flächen, die richtig dargestellt werden mit
Landuse = forest, ohne einen
Am 25. Februar 2009 14:35 schrieb Marc Schütz schue...@gmx.net:
Wenn das korrekt ist, wäre highway=cycleway nicht richtig und
highway = residential
maxspeed = 30
bicycle=designated
motor_vehicle=yes
Wie wär's mit motor_vehicle=permissive?
Das ist doch so im Sinne von nicht dafür
Stefan Dettenhofer (StefanDausR) schrieb:
Im
GPGGA-Datensatz steht die Höhe über Meer (über Geoid) und in einem
weiteren Feld Höhe Geoid minus Höhe Ellipsoid (WGS84). Wenn diese
Felder von GPS-Empfänger korrekt genutzt werden, dann hätte man doch
schon mal eine Basis, oder?
Hallo,
die
Hallo Gerd,
Im GPGGA-Datensatz steht die Höhe über Meer (über Geoid) und in einem
weiteren Feld Höhe Geoid minus Höhe Ellipsoid (WGS84).
die Felder werden aber nicht korrekt von den GPS-Empfänger genutzt!!!
Einige schreiben im Feld 9 des GGA-Protokolls Höhe über Geoid
andere geben im
Markus schrieb:
Das könnte man doch für unsere wichtigsten Gerätetypen feststellen und
in der DB hinterlegen?
Firmware nicht vergessen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Momentan male ich einen Teil der Wälder und Gewässer in den Masuren ab.
Mapnik rendert in einem großen Waldgebiet keine Lichtungen, Osmarender
stellt sie dar:
http://tools.geofabrik.de/mc/?mt0=mapnikmt1=tahlon=21.68679lat=53.59977zoom=13
Was geht da schief?
Gruß
malenki
PS: Ja, Osmarender hat
Falls hier jemand zum Thema Namefinder Ideen aufnimmt:
es wäre schön, wenn der Namefinder SI-kompatibel werden würde und zwischen
Zahl und Einheitenzeichen ein Leerzeichen kommt ... (eckige Klammern um
die Einheitenzeichen kommen ja glücklicherweise schon nicht vor)
Gruß,
Hi!
Wollte nur dran erinnern, daß am Donnerstag (sprich: Morgen) wieder
Nürnberg/Fürth/Erlangen Treffen ist, siehe:
http://wiki.openstreetmap.org/wiki/NFE-Treffen
Wir bräuchten für die rad09 am Samstag noch dringend:
- Leinwand für Beamer (Dia Leinwand o.ä. müßte auch gehen)
- OSM Buch
Wenn
Moin
Mapnik rendert in einem großen Waldgebiet keine Lichtungen, Osmarender
stellt sie dar:
war da nicht etwas mit der Richtung des inneren Polygons? Probiers mal mit
umdrehen der Richtung, in einem Fall hat das bei mir gereicht
Gruß, Schusch
___
Norbert Kück schrieb:
http://www.radiobremen.de/wissen/nachrichten/wissenbildungkinderuniversitaetoldenburg100.html
Da müssen die aber noch üben.
Denn der Marker zeigt eindeutig auf kein Gebäude der Uni, sondern auf
den Wochenmarkt auf dem Rathausplatz, zwischen Eiscafee und Karstadt(?).
-jha-
Am 25.02.2009 21:56, Schorschi:
Mapnik rendert in einem großen Waldgebiet keine Lichtungen, Osmarender
stellt sie dar:
war da nicht etwas mit der Richtung des inneren Polygons? Probiers mal mit
umdrehen der Richtung, in einem Fall hat das bei mir gereicht
Denke nicht, dass das das Problem
malenki schrieb:
Momentan male ich einen Teil der Wälder und Gewässer in den Masuren ab.
Mapnik rendert in einem großen Waldgebiet keine Lichtungen, Osmarender
stellt sie dar:
http://tools.geofabrik.de/mc/?mt0=mapnikmt1=tahlon=21.68679lat=53.59977zoom=13
Was geht da schief?
Gruß
malenki
Am 25.02.2009 um 00:10 schrieb Garry:
Johannes Hüsing schrieb:
Nein, da viele Orte auch Start und Ziel von Verkehrsbewegungen sind.
Extremfälle sind Orte auf Halbinseln oder in Tälern, nach denen nicht
Rechtes mehr kommt.
Baden-Baden wäre für mich ein Beispiel, bei dem ich glaube, dass
Hallo,
Johann H. Addicks schrieb:
Norbert Kück schrieb:
http://www.radiobremen.de/wissen/nachrichten/wissenbildungkinderuniversitaetoldenburg100.html
Da müssen die aber noch üben.
Denn der Marker zeigt eindeutig auf kein Gebäude der Uni, sondern auf
den Wochenmarkt auf dem Rathausplatz,
Mario Salvini begriff:
und wäre sie nicht als Radstraße ausgeschildert wäre es eine normale
Wohnstraße ohne Linien und um die 5m Fahrbahnbreite.
So sieht es wohl bei den meisten (allen?) Fahrrad*straßen* aus. Und für
Beschilderung gibt es nun mal andere als den highway-Tag.
Norbert
Hallo,
Wieso brauchen wir dazu hunderte Gerät?
Es gibt unterschiedliche Fehler, einige sind ggf Gerätespeziefisch und
mitteln sich nur weg wenn man mit unterschiedlichen geräten mißt.
Dimitri
___
Talk-de mailing list
Talk-de@openstreetmap.org
Hallo,
Das ist korrekt. Die meisten GPS-Receiver gehen in Deutschland von 47,5
aus (was leider daneben ist).
Gibt es da irgendwo eine Datenbank wo welcher Wert richtig ist?
Gruß
Dimitri
___
Talk-de mailing list
Talk-de@openstreetmap.org
Und vielleicht haben wir ja Statistiker unter uns?
Messen ist eher Physik, und da hab ich mal ein Diplom drin gemacht. Ich weiß
zwar nicht mehr alles auswendig, aber mit etwas nachlesen kommt das schon
wieder.
Gruß
Dimitri
___
Talk-de mailing list
Hallo,
Dann müsste man nur noch 'ne DB aufbauen, welcher User welches GPS Gerät
benützt.
Sowas hatte ich ja schon angedacht, wenn man dnn Tracks hochlädt und
eingeloggt ist kann ja nachgefragt werden ob die Daten noch stimmen. Vor
allem die Höhenkorektur u.ä. Optionen könnten sich ja
Dimitri Junker schrieb:
Das ist korrekt. Die meisten GPS-Receiver gehen in Deutschland von 47,5
aus (was leider daneben ist).
Gibt es da irgendwo eine Datenbank wo welcher Wert richtig ist?
Sorry, ich erkläre nicht alles doppelt und dreichfach.
1. Wiki
2. Talk-Archiv
Am 25.02.2009 um 15:00 schrieb Markus:
Und vielleicht haben wir ja Statistiker unter uns?
Hier! :-)
Ein sehr interessantes Problem, zu dem ich meinen Senf durchaus
hinzugeben kann (Fehlerterm für einzelne Messpunkte, Fehlerterm
für einzelne Geräte, kleiner Fehler für feste Höhenpunkte,
Johannes Hüsing schrieb:
Ein sehr interessantes Problem, zu dem ich meinen Senf durchaus
hinzugeben kann (Fehlerterm für einzelne Messpunkte, Fehlerterm
für einzelne Geräte, kleiner Fehler für feste Höhenpunkte, zeitliche
Korrelationen von Fehlern ...).
Willst Du meine Messdaten haben?
Hallo Community,
ich habe gerade gesehen, dass die Bezirksregierung Köln (ehem. LVermA
NRW) folgende, beliebte Produkte eingestellt hat:
Top10NRW, Top50NRW, Historika25 sowie die gedruckten Wander-, Freizeit-
und historischen Karten
Im Mittelpunkt stehen jetzt Plot-on-Demand und halt die
Am 26.02.2009 um 08:26 schrieb Tobias Wendorff:
Willst Du meine Messdaten haben? Trimble-Gerät, fester Referenzpunkt
bekannt.
Mal schauen. Ich versuche erst einmal, mit meinem eigenen was
herauszubekommen.
___
Talk-de mailing list
50 matches
Mail list logo
