Moin,
> Teilweise führten die Routen über
> Feldwege!
wenn der mit dem Rad gut befahrbar ist habe ich da nichts dagegen :) .
Gruß,
ce
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Moin,
> Mir ist aufgefallen, dass Autos auch Treppen (highway=steps)
> hochgelotst werden. Für manche Fahrzeuge mag das funktionieren, aber
> die meisten dürften damit erhebliche Probleme haben ;-)
das kommt darauf an. Könnte man nicht die Breite, Steigung und Tritthöhe mit
ins Routing einbe
Moin,
welcome :) .
> Durch diese Dreiteilung wir der Straßenname 3 mal gerendert obwohl die
> Straße nicht wirklich lang ist. Gibt es da eine Möglichkeit das zu
> unterdrücken.
Soweit ich weiß gibt es einen Tag um das Namensrendering fallweise zu
unterdrücken. Ich bin jedoch der Meinung dass so
Moin,
> Was die Autobahnen anbelagt: Da sehe ich kein Problem: Wenn die Fläche
> rechts der Autobahn ist, rechts stapeln, ansonsten links...
Pedanten könnten erst eine Area für die Trasse malen, an die die anderen
Flächen anschließen. Die Autobahn könnte dann einfach in der Trassenfläche
verlau
Moin,
> PS. Wegen der Ausgangsfrage bedeutet das also, dass die Mehrheit
> das Stapeln der ways OK findet? Ich bin da aus historischen
> Gründen immer noch ein wenig skeptisch weil sich in den 'unteren'
> ways oft Info versteckt, die mit der des oberen nicht vereinbar
> ist, also z.B. zwei verschi
Moin,
> nachdem ich gerade Probleme habe, an die Daten von gestapelten
> ways ranzukommen kurz die Frage, ob es dazu ein Konzept gibt.
> Einer der typischen Fälle von Doppelnutzung ist z.B. die
> gemeinsame Nutzung von Schiene und Straße bei der Straßenbahn.
> Im konkreten Fall ist die Straßenbahn
Moin,
> Das habe ich schon verstanden. Ich würde hingegen bevorzugen:
> * Proposal
> * Sofern vorhanden, passenstes auswählen und im name kommentieren.
>Also im konkreten Fall:
> shop-supermarket - name "Getränkemarkt ExampleDrink"
ist doch schonmal fein. Man könnte noch ein note= oder
Hi,
> Also ich hätte nicht die Nerven, viel Arbeit auf gut Glück
> reinzustellen.
die Idee ist doch folgende:
* Es gibt keinen "offiziellen" Tag
* Also nimmt man mal irgendeinen privaten
* Sobald es einen "offiziellen" gibt, kann man nach den privaten suchen und
ersetzen
> Eher würde ich es gar
Moin,
> seit anfang April laufe (bzw fahre) ich in Konstanz durch die Gegend
> und versuche Farbe in die weissen Flecken der Umgebung zu bekommen.
herzhaft willkommen :) .
> Dabei bin ich auf ein Problem gestossen. Ich finde kein Zeichen (Tag)
> fuer Freibad oder Spassbad.
> Es gibt zwar e
Moin,
> also sowas wie ein Node mit
> amenity=pothole
> an der Position jedes Schlaglochs ];-)
perfekt! Ich male sie 'rein und Du pflegst sie dann die nächsten 10
Jahre ;-) ?
Beste Grüße,
ce
___
Talk-de mailing list
Talk-de@openstreetmap.org
http:/
Moin,
> Gibt es eigentlich für Kopfsteinpflaster einen Tag? Ist für
> Fahrradrouting ziemlich essenziell.
zumindest hierfür bietet Map Fatures surface=cobblestone an.
> Man könnte auch ungeeignete
> Strassen, die z.B. mit Schlagloch-Fallen gespickt sind, irgendwie
> markieren. Gibt es da schon
Moin,
> 2. schön wäre weiterhin eine Funktion, die es erlaubt, einen Punkt auf
> einem Segment zu verschieben. So könnte man die Anschlüsse von Straßen
> im Nachhinein korrigieren, ohne eine gerade Straße zu knicken (wenn
> dies nicht gewünscht wird). Ich stelle mir das als zusätzliche
> Bearbeitu
Moin,
> Wann fängst Du mit dem Hacken an?
no go. Das Dateiformat ist nicht ohne. Außerdem gefällt mir Navit viel besser
und schnitze momentan lieber daran 'rum. Nur ist das Nokia N810 noch zu
teuer :) .
Cheers,
ce
___
Talk-de mailing list
Talk-de@
Moin,
> > nein, es ist nicht bekannt wie die Daten für's Routing aussehen müssten.
>
> Ist es wohl, aber nicht öffentlich. Eine nicht-Garmin-Software namens
> cgpsmapper kann das in einer (extrem teuren) Kaufversion. Die freeware
> kann nur nicht-routingfähige Karten erstellen.
ja toll, dass Garm
Hm,
> 'Über diesen way erreicht
> man Schillerstr. 43'.
finde ich nicht gut. Könnte sein das Haus ist mit der Schillstraße verbunden,
bekommt ihren Namen aber von der Goethestraße.
> Das als Standardlösung für alle 0815-Häuser finde ich nicht
> ganz so prickelnd ;)
Das außerdem ;-) .
Gruß,
c
Hi,
> Erlich gesagt finde ich die "Lösung" mit 1 Node pro HausNummer
> vollkommen daneben.
ich bin nicht der Meinung, dass wir (gleich von Anfang an) zwanghaft einen
Node pro Haus brauchen. Ich ahne aber, dass wir das früher oder später so
oder so haben werden.
[...]
> Wenn hier wer für jedes
Moin,
> > IMO sollten wir für jede Hausnummer einen Node oder einen "Weg" (sprich
> > Gebäudeumriss) in der Datenbank haben.
>
> Da gibt's natuerlich ein aehnliches Problem wie mit diesem
> "landuse=farm": Kommt die Hausnummer an ein einzelnes Gebaeude, oder
> zeichnet man ein grosszuegiges Rechte
Moin,
> So wie ich verstanden habe ist es bei den amerikanischen TIGER
> Datensätzen so gewesen, dann immer nur mache Häuser mit der zugehörigen
> Hausnummer tatsächlich erfaßt worden sind, und der Rest wurde
> interpoliert. Ich finde das viel praktikabler, als jedes einzelne Haus
> taggen zu müss
Moin,
> Routing wird aber wohl nicht damit klappen, oder?
nein, es ist nicht bekannt wie die Daten für's Routing aussehen müssten.
Beste Grüße,
ce
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/list
Moin,
> 1 Zeile Content, 13 Zeilen Signatur ;-)
aber immerhin kein TOFU :) .
Cheers,
ce
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Moin,
> Allerdings hat sich bislang noch kein brauchbares Schema zur Erfassung
> von Hausnummern (und zur Nutzung dieser Information) durchgesetzt, und
> deshalb mappt auch kaum jemand Hausnummern.
>
> Das wollen wir aendern, und zwar im Rahmen eines eintaegigen
> Workshops. Der Plan ist, dass wir
Moin,
> Wenn jetzt tatsächlich jemand grössere Gebiete löschen/verschieben etc.
> würde. so gibt es immernoch die täglichen Dumps der Datenbank. Aber auch
> hier ist es extrem aufwändig eine Wiederherstellung vorzunehmen.
auf dev ist gerade jemand aufgeschlagen, der unter dem Subject "SoC project
Argh,
> ist da was in QLandkarte passiert??? Bisher ging kein Typfile und sollte
> auch nicht unterstützt werden.
zu hektisch und oberflächlich geguckt. Du hast Recht: Keine Veränderung zu
vorher.
Cheers,
ce
___
Talk-de mailing list
Talk-de@openstr
Moin,
> >> Vermutlich keine technische Uni:
> >> -> zu wenige Spielkinder mit GPS...
> >
> > demzufolge wäre in KA auch keine technische Uni...
>
> Häh? Das soll ein darus-folgt Pfeil sein. Und ja, in Karlsruhe gibt
> es sowohl Spielkinder als auch eine technische Uni.
ich wollte zum Ausdruck bri
Moin,
> ich habe auch wieder ein aktuelles TYP-File für Carsten's Karten
> erstellt, es tauchen jetzt auch die ersten POI auf.
> Zu finden ist das Ganze hier:
> http://wiki.openstreetmap.org/index.php/User:Saftl
äußerst cool. Sieht in qlandkarte prima aus. Allerdings zeigt sich mein GPSmap
60Cx
Moin,
> Shimano hätte schon seit langer Zeit Adapter zur Speisung anderer Geräte
> über seine Nabendynamos "in der Schublade", dürfte diese aber in DE
> nicht verkaufen. Die Gesetzeslage würde das verbieten, da nur max. ein
> einstelliger Prozentbereich der Dynamo-Leistung für andere Verbraucher
>
Moin,
> Das bloede ist, dass bei einem typischen Tile-Rendering ungefaehr 90%
> der Zeit im Inkscape drauf geht, d.h. die schnellere Laufzeit von or/p
> ansich bringt noch nichts, es wird erst dann richtig gut, wenn wir die
> Mittel von Perl einsetzen koennen, um ein vereinfachtes SVG zu
> erzeuge
Moin,
> Vermutlich keine technische Uni:
> -> zu wenige Spielkinder mit GPS...
demzufolge wäre in KA auch keine technische Uni...
Cheers,
ce
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/t
Moin,
> Ja, wobei das akkuwechseln eine der blöderen übungen ist. Das
> zwischenzeitliche laden aus einem externen akku ist vielleicht
> bequemer.
fraglos, wobei schade ist, dass man das Ding nicht via USB laden kann.
> > Ich frage mich aber wie lange das Ding die Erschütterungen auf dem
> > Ra
Moin,
> kennst du schon JOSM? Damit ist das nämlich alles möglich (Daten
> runterladen, speichern, Tracks anzeigen und Bilder an der richtigen Stelle
> zeigen)
es geht wohl eher nicht um Bilder, die man zwecks Mapping in JOSM anzeigt,
sondern darum, Urlaubsbilder etc. auf einer freien Karte zu z
Moin,
> Können die denn auch von der Laufzeit her mit den Garmin Geräten mithalten?
> Die aktuellen Geräte haben mit 25h (Herstellerangabe) ja eine sehr lange
> Laufzeit, bis die Batterien/Akkus leer sind.
das N810 könnte man einfach mit zwei Akkus betreiben. Das sollte für die
durchschnittliche
Moin,
> Ich könnte mir vorstellen, dass die Programmierer
> das dann sicher auch noch in den Griff bekommen Software für
> routingfähige Karten zu bauen. (mkgmap wäre jetzt so ein Kandidat)
soweit ich weiß ist nicht bekannt, wie man routingfähiges Material baut. Die
Leute hinter cgpsmapper haben
Hi Matthias,
> ist es möglich einen bereits in josm eingetragenen Straßenverlauf getrennt
> zu bearbeiten, das heißt wenn sich im verlauf einer Straße die Oberfläche
> oder der Name ändert dies auch kenntlich zu machen ?
> Wie kann man in Josm die Attribute von Wegen eintragen
die Straße wird an
Moin,
> ich frage mich ja warum man dazu ein Tool runterladen sollte, das
> noch dazu nur unter Windows läuft.
läuft Dank Mono auch unter Linux. Also nicht so vorschnell mit dem MS-bashen,
bitte... :) .
> Kan man die Daten nciht einfach im konvertierten Format irgendwo zum
> download anbieten
Moin,
> > das sind die srtm-Daten, die schon Guenther erwähnte.
> >
> >> Währe das nicht eine Möglichkeit diese Höhenangaben generell in OSM
> >> einzubauen?
> >>
> >>> Soweit ich weià ist der momentane Konsens eher, diese Daten nicht zu
> >>> übernehmen.
>
> gibts dafür auch quellen?
http
Moin,
> Zum Thema Treppen taggen hätte ich auch noch eine Frage. Wie würdet Ihr
> 10m breite Trappen taggen? Es handelt sich um eine Treppe von einem Dom.
für solche Dinger haben wir wohl noch nichts vernünftiges. Ein kurzes Stück
Weg mit einer enormen Breite finde ich da eher komisch. Vielleich
Moin,
> Die Höhenangaben stammen von der NASA.
das sind die srtm-Daten, die schon Guenther erwähnte.
> Währe
> das nicht eine Möglichkeit diese Höhenangaben generell in OSM
> einzubauen?
Soweit ich weià ist der momentane Konsens eher, diese Daten nicht zu
übernehmen.
Beste GrüÃe,
c
Moin,
> Tagged jemand sowas? Ich koennte mir vorstellen, dass zumindest die
> Steigungen fuer auch Cyclemaps interessant waeren.
der NRW Radroutenplaner beherrscht eine Option "Steigungen möglichst
vermeiden". Das ist schon ziemlich cool.
Dass man als Nichtbehinderter Features für Behinderte ta
Moin,
> ich bin
> deswegen eher ein Fan vom ele-Tag, der einfach an diversen Knoten angibt,
> wie hoch der liegt (und wenn es ein bissl daneben liegt, weil die Leut'
> ihrem GPS zu sehr vertrauen, finde ich das immernoch besser, wie nix).
> Daraus kann dann ja der Renderer Steigungsangaben ausrec
Moin,
> > was bitte gibt es an Leuten auszusetzen, die Parkbänke mappen?
>
> Ich hab bisher den Tag dafür noch nicht gefunden, aber jede Menge Fotos von
> welchen wo ich's sofort nachholen würde wenn Du mir nen Tipp gibst.
es gibt keinen offiziellen. Ich verwende einfach amenity=park_bench.
Wie
Moin,
> Bisher mache ich dass, indem ich die Datei
> in Mapsource parallel offen habe und vergleiche, aber das ist tendenziell
> fehleranfällig und unkomfortabel.
mich wundert's wie Fred dass Du Dir die Mühe machst, jedem Wegpunkt ein Icon
zu verpassen. Ich setzte normalerweise nur den Punkt un
Moin,
> Wir wollen ja eine offene Plattform
> sein, und ein solcher Tunnel ist es sicherlich wert, gespeichert zu sein
> (mindestens so sehr wie eine Parkbank oder Stromleitung, wie von manchen
> Leuten gemapt).
was bitte gibt es an Leuten auszusetzen, die Parkbänke mappen?
;)
Beste Grüße,
ce
Moin,
> http://www.openstreetmap.org/?lat=54.33984&lon=10.16323&zoom=16&layers=B0FT
> Ich hatte das Ding schon einmal gelöscht, weil es absolut keine Relevanz
> für irgendwas hat. Einmal im Jahr dürfen zum Tag der offenen Tür da mal
> eine Hand voll Leute durchlatschen.
>
> IMHO gehört sowas nicht
Moin,
> > Strichpunkte würde ich meiden. Die machen nämlich, zumindest auf Nodes
> > angewendet, potentiell Probleme in der Datenbank.
>
> Ein bischen genauer, bitte. *Wie* angewandt machen sie Probleme?
nachdem ich keinen Datenbankzugriff habe kann ich genaueres nicht sagen.
Soweit ich mich eri
Hi,
> Bitte nichts neues erfinden! An anderen Stellen werden als Trenner bei
> OSM Semikolons verwendet:
Strichpunkte würde ich meiden. Die machen nämlich, zumindest auf Nodes
angewendet, potentiell Probleme in der Datenbank.
Beste Grüße,
ce
___
Ta
Moin,
> habe ich bei meinen Wegn was falsch getaggt, oder rendert der Osmarender
> tracks vom Typ grade1 tatsächlich breiter als Servicewege?
>
> Das halte ich nämlich ehrlich gesagt nicht für sinnvoll. Überhaupt
> erscheinen mir Tracks im Vergleich zu breit zu sein.
ja, finde ich auch. Die könnt
Moin,
> Das sind eben keine radwege.
Du sagst halt ein Radweg ist's nur wenn ein blaues Schild dasteht. Ich sage
halt ein Radweg ist es dann, wenn der Weg dem Augenschein nach hauptsächlich
dem Radverkehr dient.
Einen Wirtschaftsweg der vornehmlich dem Bauern oder Forstwirt zum Erreichen
sein
Moin,
> track nur, wenn man mit 4 rädern daruf fahren kann.
ich stimme Karl zu (Kreuz im Kalender? :) .
Allerdings sehe ich Track für Wege vor, bei denen man Spurrillen erkennen
kann. Ein wenig kollidiere ich somit mit tracktype=grade1.
> footway ist völlig
> ok, plus "tracktype=grade3" (trac
Moin,
> Es gibt noch mindestens einen weiteren konsens: "highway=cycleway"
> immer nur dann verwenden, wenn ein blaues schild steht. Alle anderen
> wegen, die (wahrscheinlich) für fahrräder frei sind, als
> "highway=footway bicycle=yes" eintragen.
ich weigere mich, einen ganz offensichtlich als
Hi,
> Wie kontaktiere ich Sebastian Spaeth am besten?
spaetz
Beste Grüße,
ce
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Hi,
> Hier meine Frage: Kann man diese "bestimmte Anzahl Pixel" irgendwo
> einstellen?
.josm/preferences
edit.initial-move-threshold=5
Beste Grüße,
ce
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailma
Moin,
> Das hauptproblem ist momentan, dass ich offensichtlich erst einmal josm
> updaten müsste und ich weiß nicht, welche josm-version ok ist. Mit
> "latest" kann man ja glück haben oder auch nicht ;)
ich verstehe Dich da nicht ganz. Josm besteht ausschließlich aus einem jar:
Runterladen, sta
Moin,
> Request ist unterwegs, sehen wir was daraus wird. Ich habe die
> Möglichkeit angegeben auch einen Vortrag vom Projekt zu stellen; jedoch
> mit dem Zusatz, dass wir bei Interesse das erst koordinieren müssen.
könnte ich übernehmen, sofern der am Sonntag wäre.
Gruß,
ce
_
Moin,
> ich würde gerne das eine oder andere Symbol fürs rendern entwerfen. Welche
> Vorrausetzungen müssen diese Symbol erfüllen? Vektor-Grafik / Größe?
SVG wäre nicht schlecht. Würde ich nicht zu filigran machen, damit man zur Not
noch Icons von 16x16 Pixeln 'draus machen kann.
> Und an wen s
Moin,
> das problem ist, dass man zwar durchaus 20 varianten und 30 sonderfaelle
> fuer jedes feature softwaretechnisch beruecksichtigen kann, dies aber einen
> sinnlosen zusaetzlichen programmieraufwand bedeutet, den man sich durch
> eindeutige definitionen sparen koennte.
klar, will man am lieb
Moin,
> Die Vorlagen finde ich irgendwie zu umständlich zu bedienen - und
> irgendwie etwas unlogisch in der Sortierung. Schau dir doch einfach mal
> den Potlatch an, ich finde dessen Lösung besser gelungen. Vielleicht
> wären die Presets in der Toolbar besser aufgehoben?
kannst Du Dir doch über
Moin,
> Da sehe ich gerade für mich ein Problem. Wie finde ich einfach heraus
> was neuerdings vorhanden ist. Change Log ist dafür zu wenig aussagekräftig.
ich habe es auch nur zufällig mitbekommen, weil ich weitere Listen lese. Aber
nicht jeder wird immer die komplette talk-Liste verfolgen woll
Moin,
> Ich muss zugeben, dass ich zu Beginn meiner OSM-Tätigkeit auch am
> Liebsten ein knallhartes Regelwerk gehabt hätte.
ging mir genauso. "Au weia, jetzt muss ich erst Map Features auswendig
herbeten können, bevor ich hier mitmischen darf oder wie?". Und dann habe ich
doch einfach mal an
Moin,
> So, und hier gehen die Meinungen nämlich schon weit auseinander. Für die
> einen sind das Fehler, für die anderen "Ausdruck des freien Willens".
yo. Die Menschen sind halt unterschiedlich. Ich sehe sowas nicht als Fehler.
Wenn jemand in seiner Freizeit der Malerei nachgeht stelle ich mic
Moin,
> 80/30 bei dir ist ja auch 100+10 ;)
ich kann nicht dafür, dass der Herr Pareto nicht rechnen konnte ;-) .
Ich komme darauf, weil gerade aufgrund der Tatsache, dass die "klaren
Vorgaben" manchmal nicht eindeutig bzw. sich gerade am wandeln sind, manche
Mapper im Zweifelsfalle mehrere gl
Moin,
> Kann mich da einem meiner Vorredner nur anschließen: Mit festen Vorgaben
> kann ich deutlich besser arbeiten.
die derzeitigen Presets in JOSM wurden genau deshalb eingebaut. Wenn jemand
gerne mit klaren Vorgaben arbeiten möchte nimmt er die einfach. Sie
entsprechen ja dem was über Map F
Moin,
> Also was mich atm stört ist, das man ständig die Straßen Typen neu
> eintippen muss... Das ist vorallem nervig, wenn man nen Residential gebiet
> addet, von daher wäre es praktisch wenn man da irgendwie was einbaut, damit
> man direkt per Tastendruckt den letzt benutzen Straßentyp wieder b
Moin,
> sorry, wenn ich mich da wieder aber einmische, aber letztendlich kann es
> irgendwann nur so funktionieren. die daten sollen ja von software
> verarbeitet werden, und dazu brauchts nunmal exakte definitionen.
nunja, nennen wir es mal Konventionen. Und dass eine Kommunikation (und unsere
Moin,
> Um generell die Auswahl im Menue Presets zu erleichtern wäre es
> sinnvoll, wenn nach Anwahl der Untermenues wie z. B. Roads, Road Points,
> Road Attributes usw. diese Menues dann sofort die Auswahlmöglichkeiten
> anzeigen, die dann durch Klick angewählt werden können. So bekommt man
> auc
Moin,
> > Pragmatismus ist wenn Leute sich die Freiheit 'rausnehmen statt foot eben
> > pedestrian zu verwenden.
>
> Wenn ich einen Wanderweg mit pedestrian tagge ist das nicht pragmatisch,
> das ist einfach falsch! Vgl. die Beschreibung auf der englischen
> http://wiki.openstreetmap.org/index.php
Moin,
> Und wieso kommst Du nicht auf das naheliegenste?
> Ufo mit Funk-Kamera und GPS-Logger...
könnte an der Reichweite der Funkfernbedienung scheitern... :)
Gruß,
ce
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.or
Moin,
> > Allerdings finde ich es ein wenig seltsam zu sagen "Ich bin ein Radweg
> > und Füße dürfen mich nicht benutzen.". "Ich bin ein Radweg und Fußgänger
> > dürfen mich nicht benutzen." fände ich besser.
>
> "foot=xx" ist allgemein akzeptiert, insbesondere auch von den Engländern.
> Es gibt k
Hi,
> Habe mir das ja auch schon überlegt, insbesondere, nachdem ich gestern
> einen kleinen Bach ziemlich umständlich durch diverse Wohnanlagen
> verfolgt habe, an jeder Ecke wieder das Wasser gesucht und dabei wohl
> einige Verkehrs- und Zugangsregeln gebrochen habe.
Für Bachläufe bräuchte man
Moin,
> Du meinst "foot=no", oder?
klingt kompatibler zu Map Features, ja.
Allerdings finde ich es ein wenig seltsam zu sagen "Ich bin ein Radweg und
Füße dürfen mich nicht benutzen.". "Ich bin ein Radweg und Fußgänger dürfen
mich nicht benutzen." fände ich besser.
Gruß,
ce
___
Moin,
> F�r ausgeschilderte Fu�wege benutze ich "pedestrian",
> das kommt aber sehr selten vor.
das wäre IMO zweifelsfrei ein Footway. Pedestrian ist eher Fußgängerzone.
> Meist w�hle ich
> "cycleway" und halte es stillschweigend f�r selbst-
> verst�ndlich, dass man auf einem Radweg auch gehen
Moin,
> Das hilft tatsächlich. In der Tat hatte es wohl sogar beim erstenmal
> schon geklappt. Man sieht nur nicht direkt, dass der Track drin ist,
> weil er eben keinen Namen hat.
das stimmt, aber rate mal was passiert wenn Du dem Garmin mehrere namenlose
Tracks schickst... :)
[...]
> Na ja,
Moin,
> das ist zwar nicht ganz OSM-Thema, aber ich glaube, die Experten sitzen
> trotzdem hier. Mit dem Radroutenplaner (siehe Betreff) habe ich eine
> Route generiert. Raus kommt eine gpx-Datei mit lauter Trackpoints
> (trkpt). Ist es zu naiv, die Datei mit
>
> gpsbabel -t -i gpx -f 0091_rrp.gpx
Moin,
> die neuen Dateien stehen wieder auf meiner Homepage zur Verfügung.
>
> http://wiki.openstreetmap.org/index.php/User:Computerteddy
cool. Wald taucht jetzt allerdings statt als "Gehölz" (ich muss immer wieder
schmunzeln) als "Park" im Gerät auf.
Schönes Wochenende,
ce
_
Hi,
> Hmm... also laut der englischen Map Features-Seite bezeichnet leisure=pitch
> jegliche Art von Sportplätzen, und mit sport=... kann dann die Sportart
> genauer spezifiziert werden. D.h., leisure=pitch (oder natürlich
> amenity=sports_centre) ist immer notwendig, und sport=... ist optional (i
Moin,
> OK, in meinem Fall wäre das dann sport=soccer für die beiden
> Fußballfelder, sport=tennis für die Tennisplätze und amenity=sports_centre
> für die Anlage - korrekt?
so würde ich das auch machen.
Beste Grüße,
ce
___
Talk-de mailing list
Talk
Hm,
> Hast Du mal ein Beispiel? Am besten eines, das ich kenne.
schlecht, es wird nichtmal gerendert. Ein typisches Beispiel, wofür ich das
nehme, sind so viereckige Käfige, in denen Kinder und Jungendliche im
Stadtgebiet dem Ballspiel nachgehen können.
Beste Grüße,
ce
_
Moin,
> Den Unterschied zwischen leisure=pitch und sport=soccer sollte mir mal
> jemand erklären. Oder sollte ich für die Plätze gar beides setzen?
ich verwende es für sowas wie Bolzplätze; das ist zwar nicht die ganz korrekte
Übersetzung, aber der Schlüssel "leisure" legt dies im Gegensatz zu "
Hi,
> Danach wieder U und erneut klicken für
> eine weitere Node Immer das U dazwischen nicht vergessen, sonst wird
> es gleich ein neues Segment, da die zwei Nodes verbunden werden !
man kann auch einfach Shift gedrückt halten, das ist noch etwas streßfreier.
Gruß,
ce
___
Hi,
> allerdings verweigert navit
> generell die Benutzung von Autobahnen, genau wie pyroute... Und das fand
> ich schon etwas heftig, wenn man 20km über normale Straßen fahren soll,
> wenn direkt neben an, ne Autobahn auf und Abfahrt ist :D
ich habe mir Navit noch nicht angesehen, vielleicht gib
Moin,
> Nein, eigentlich nicht. Da kommt dieser Algorithmus zum Einsatz:
> http://bob.cakebox.net/poly-center.php
cool. Das muss dann aber recht neu sein.
Gruß,
ce
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi
Moin,
> Also ich hab jetzt schon 2 stellen, wo mich folgendes stört: Ein Parkplatz,
> in der mitte ein gebäude, in der regel ein supermarkt (nicht gerade selten,
> unser penny und unser rewe in murrhardt sind so).
Murrhardt sieht ja echt nett aus. Die Murr und den Trauzenbach müsste man
allerdin
Moin,
> Also ich hab jetzt schon 2 stellen, wo mich folgendes stört: Ein Parkplatz,
> in der mitte ein gebäude, in der regel ein supermarkt (nicht gerade selten,
> unser penny und unser rewe in murrhardt sind so).
> osmarender macht hier jetzt das P auf das Gebäude, auch wenn daneben genug
> platz
Hi,
> Kann man das schon wo besichtigen?
yo, hier beispielsweise der Rheinübergang mit und ohne riverbank:
http://informationfreeway.org/?lat=48.93711160286499&lon=8.18108087662575&zoom=14&layers=B000F000F
> > Die Linien für's Routing, die Flächen für's Rendering.
>
> Zumindest beim fußgänger-ro
Hi,
> jedenfalls halte ich wenig davon, ganz deutschland mit "landuse=farm" in
> unendlich aufwändiger weise (ich weiß, was ich sage, weil ich gerade
> versuche den schwarzwald einzuzeichnen) zuzukleistern und praktisch
> keinen nutzen davon zu haben.
da könnte ich auch argumentieren dass wir kei
Hi,
> Ich finde es nur wichtig das wir überhaupt die Info "Hier ist
> landwirtschaftliche Fläche" eintragen.
finde ich auch. Dass die Renderer das dann vielleicht nicht rendern sollten
ist eine andere Frage. Aber die Info in der Datenbank zu haben ist
vorteilhaft.
Gruß,
ce
_
Hi,
> Intuitiv würde ich Felder als landuse=agriculture taggen und evtl. über
> produce=cattle/corn/vine/etc. verfeinern. Den Hof (also das Grundstück
> mit Scheunen, Wohnhaus, Hühhnerstall, etc.) mit landuse=farm.
wahrscheinlich hätte man seinerzeit den Tag besser als landuse=farmland
definiere
Hi,
> Es gibt ja bisher auch kein passenderes Tag, um
> einzelstehende Gehöfte zu markieren, "landuse=residential" passt hier
> nicht.
place=hamlet ist für Flächen auch zulässig.
Beste Grüße,
ce
___
Talk-de mailing list
Talk-de@openstreetmap.org
htt
Moin,
> Ja, klingt plausibel. Die tücke liegt wahrscheinlich nur im detail ;)
> Zwischen wald und feld liegt oftmals eine grauzone wie eine breite hecke
> oder buschland. "scrubs" oder so ähnlich könnte man vielleicht
> verwendem.
ich bin mir außerdem sicher dass wir irgendwann auch Straßen als
Hi,
> ACK! Ich habe meine Bergtour vom letzen Jahr eigentlich bisher nur deshalb
> nicht in OSM eingepflegt, weil ich einen schlecht markierten Gipfelweg
> eigentlich nicht unkommentiert als "higway=footway" taggen wollte.
ich finde außerdem dass man einen eigenen tag bräuchte wie highway=trail o
Moin,
> Was mir immer mal im Kopf rumschwirrt, ist was ganz altmodisches - so
> eine Art "Excel"-Ansicht im JOSM, wo man fuer jedes Objekt einfach
> einen Tabellen-Eintrag hat, und dass man dann zwischen der Karte und
> der Liste umschalten kann. Ich koennte mir vorstellen, dass das fuer
> einige
Hi,
> Da wird es hoffentlich mal eine Funktion zum vereinen von Relationen
> geben, so wie es bei Wegen schon geht. Da hat man zwar anfangs immer
> noch mehrere Relationen für verschiedene Wegabschnitte aber immer wenn
> man die Lücke zwischen Zweien einzeichnet würde man die beiden
> Relationen v
Hi,
> Abweichend von meiner bisherigen Praxis habe ich dabei begonnen, die
> Flächen (und Straßen, schluck) auf gemeinsamen Knotenpunkten verlaufen zu
> lassen. Das finde ich topologisch "richtiger" und sieht auch im Rendering
> wesentlich besser aus.
danke für die Kommentare. Ich kam just heute
Moin,
> Auf der englischen Map-Feature-Seite steht davon nichts
> http://wiki.openstreetmap.org/index.php/Map_Features#Landuse
>
> "landuse=farm: Animals, vegetables, flowers, fruit growing"
>
> so verwende ich das auch.
me too. Wird auch grün gerendert und nicht ziegelrot :) . Meines Erachtens i
Hi,
> gibts schon ein fertiges script oder xslt Stylesheet um aus GPX Routen OSM
> Dateien (Wege ohne Tag) zu machen oder muss ich mir da selbst was
> hacken?
mach doch mit gpsbabel einen Track 'draus und lade/konvertiere den in JOSM.
Best regards,
ce
__
Moin,
> Die eigentlichen Koordinaten, Beschreibung etc. sind für alle Benutzer
> kostenlos. Man muss sich nur (quasi-anonym) registireren um die Koords
> zu sehen. Für einige Dollar im Jahr bekommt man tolle Zusatzdienste wie
> SMS-Benachrichtigung, Favoriten und Ignore-Listen (um der Cache-Flut
>
Moin,
> > Für was genau zahlen denn eigentlich die Geocacher?!?
>
> Dafuer, dass sie auf die Infos zugreifen duerfen, die sie selber
> eingepflegt haben. Die Geocacher sind nicht so verbohrte Share-Alike-
> Typen wie wir, die haben kein Problem damit ;-)
schluchz :) .
Gruß,
ce
___
Moin,
> blitzer dagegen waeren relativ interessant. allerdings ist das wohl
> rechtlich ein problem...
ich bin persönlich auch gar nicht scharf 'drauf. Allerdings verstehe ich nicht
wieso das ein Problem sein soll. Die Positionen in der Datenbank zu haben ist
AFAIK erstmal kein Problem. Dass ma
Moin,
> Das hat den einfachen Grund, dass sich Geocaches täglich ändern, es
> kommen neue dazu, alte werden archiviert...
klar, OSM eignet sich nicht sonderlich dafür Daten zu horten die sich häufig
ändern. Wie groß ist denn die "Halbwertszeit" eines Geocaches? So ein zwei
Jährchen wird der doc
Moin,
> Und es gibt mehr als eine Geochaching-Platform (vor allem weil
> geocaching.com schöne payware ist)...
ich bin kein Anhänger des Geocaching, man verzeihe mir daher meine absolute
Unkenntnis der Materie.
Soweit ich mich bisher über's Geocaching informiert habe ist ein Geocache
nichts we
G,
> > Damit kann man jetzt ziemlich einfach ganze Straßen, Gebäude etc.
> > einzeichnen!!!
>
> Oh gott, das bedeutet arbeit ;) Guter hinweis, danke!
und die Karlsruher müssen weiter darben :( .
Gruß,
ce
___
Talk-de mailing list
Talk-de@openstr
701 - 800 von 1277 matches
Mail list logo
