Hallo Martin,
Martin Mainzer schrieb:
Bei der Arbeit mit den Daten ist mir aufgefallen, dass zwar schon eine
Menge an Wohnmobilstellplätzen in Deutschland verzeichnet ist (560,
Europa 1447), aber kaum weitergehende Informationen eingetragen sind.
Ich denke, dass es insbesondere interessant
Jacob Hampel schrieb:
bist du dir sicher, dass die Qualität der Daten auch gut ist.
Ich weiß es nicht, habe die Liste mehr durch Zufall gefunden.
Du kannst ja mal die in OSM vorhandenen Stellplätze stichprobenartig
vergleichen.
Es gibt in der Liste viele Wohnwagenstellplätze, die mit einem
Frederik Ramm schrieb:
hat jemand schon mal Mautdaten fuer deutsche Autobahnen in OSM erfasst?
korrelieren diese Daten nicht teilweise mit den TMC-Segmenten?
Stefan
___
Talk-de mailing list
Talk-de@openstreetmap.org
Peter Körner schrieb:
Auf der Hinweisseite passts ;)
(...)
Da müsste man der Suchen- und Ersetzten-Funktion noch die deutsche
Grammatik beibringen, damit diese einen Genitiv als solchen erkennt...
... oder besser jemanden haben, der sich bei der Erstellung einer
Umfrage etwas mehr Mühe gibt!
Rainer Kluge schrieb:
es gibt darin einen kurzen Bericht über OSM Mapping im Hinblick auf
Zugänglichkeit für
Behinderte.
sozusagen Beitrag-Recycling
http://lists.openstreetmap.org/pipermail/talk-de/2009-September/054994.html
Stefan
___
Talk-de
Sven Geggus schrieb:
Fahrradrouting über Autobahn. Ich glaube damit würd ichs bis ins
Radio schaffen.
Das kann ich nicht bestätigen! Du musst nach dem Wechsel des
Verkehrsmittels nochmals auf FindRoute klicken, sonst behält es das alte.
OK, zugegeben pfeilschnell ist das Ding.
Hallo Jan,
Jan Tappenbeck schrieb:
hat einer von euch schon einmal eine lösung gebastelt bei der die
tiles lokal gezippt werden, dann dieses große file hochgeladen wird
(soweit auch für mich kein problem) und dann erst auf dem webserver
ausgepackt werden.
könnte mir vorstellen das soetwas
Heiko Jacobs schrieb:
Nach kurzem Blick in die Wikipedia hätten D-A-CH und USA kein Problem
mit Löschungen von Einzelobjekten, die Englände rund Kanadier
(und evtl. andere Länder mit Anlehnung an englisches Recht) aber
schon, weil man da auch Rechte am Einzelobjekt zu haben scheint.
Das zeigt
Thomas Ineichen schrieb:
Tolle Idee! :)
finde ich auch!
(Bin ja gespannt, wann sich jemand darüber beschwert, dass keine
Lizenzangabe auf dem Kunstwerk aufgedruckt wird...)
Gruß,
Stefan
___
Talk-de mailing list
Talk-de@openstreetmap.org
Sven Geggus schrieb:
im Wiki steht auch nicht mehr drin:
http://wiki.openstreetmap.org/wiki/Tag:microbrewery%3Dyes
Ich frage mich ob man auch für normale Brauereien einen Tag erfinden sollte.
wundert mich etwas, dass es da noch keinen gibt. Könnte man in einem anderen
Layer anzeigen.
Die
Frederik Ramm schrieb:
Grundsaetzlich ist es natuerlich schoen, wenn wir fuer jede PLZ eine
PLZ-Relation haben, aber der Mehraufwand fuer derlei Kosmetik in
Gebieten, bei denen beide Grenzen identisch sind, rechtfertigt das
m.E. nicht.
Man muss dann nur bei Änderungen der Gemeindegrenzen
Hallo zusammen,
ich habe am Devserver wieder neue NaviPOWM-Karten aus dem kompletten planetfile
erstellt!
NEU: Es werden die MAP-Dateien nur noch aus dem planetfile generiert. Dafür
gibt es jetzt extra Verzeichnisse für ALLE Länder der Welt mit den entsprechend
verlinkten Daten!
Die
Andreas Tille schrieb:
in dem es eine Straße gibt, die auf der linken Straßeseite Amtshof und auf der rechten
Straßenseite Am Schmiedeteich heißt.
Ich würde es so wie hier vorgeschlagen machen:
http://lists.openstreetmap.org/pipermail/talk-de/2010-February/062881.html
oder alternativ statt
Tobias Knerr schrieb:
Ich würde name:left= und name:right= verwenden. Was hat das denn mit
forward und backward zu tun? Wenn ich mich auf dem Bürgersteig umdrehe,
ändert das den Namen meiner Straßenseite?
Hm, da hast Du auch wieder recht!
Also bis es eine vernünftige Lösung per Linienbündel
Ich sehe das so:
Falk Zscheile schrieb:
forward/backward bezieht sich direkt auf die vom Element vorgegebene Richtung.
d.h. wenn ich mich in dieser Richtung *bewege*, also z.B. bei maxspeed.
Bei left/right muss man zuerst nach der Richtung des Weges schauen und erst
darauf kann man
dann
Bernd Wurst schrieb:
Am Montag 26 Juli 2010, 09:53:55 schrieb Stefan Dettenhofer (StefanDausR):
Sobald die Gemeindegrenze nicht mehr 1:1 mit dem PLZ-Gebiet
übereinstimmt muss dann trotzdem eine eigene PLZ-Relation erstellt werden.
Du musst aber zusätzlich unterscheiden:
Wenn man mit
steffterra schrieb:
a) Einzeichnen zusätzlicher paralleler ways, die _nicht_ extra durch eine Relation oder
einen Tag als zum gleichen way =ohne bauliche Trennung, gehörig verbunden werden müssen.
Das sollte durch eine neue Datenart ermöglicht werden. Ich würde diese Funkion
Gruppierung
Hallo,
Elchtreiber schrieb:
Alternativ könnte man den Fehler suchen und beheben, oder? ;-)
die Kartenerzeugung am DevServer scheint letztes mal schief gelaufen zu
sein, zumindest wurde ein stampfile nicht erzeugt, das anzeigt, das
alles ok ist!
Ich habe das file mal manuell erzeugt. Es
Frederik Ramm schrieb:
Wird interessant, zu sehen, was die Spezialisten-Karte im Vergleich zu
unseren Standard-Angeboten zu bieten hat.
Ich habe mir mal die Testversion auf meinem Medion PNA installiert.
Diese läuft problemlos auch ohne Installation direkt von der SD-Karte.
Der GPS-Empfänger
Frederik Ramm schrieb:
Hallo,
Stefan Dettenhofer (StefanDausR) wrote:
Ich weiß nur nicht ganz, wie das Karten-Abo mit der OSM-Lizenz
vereinbar ist. Nach meinem Verständnis dürfte natürlich die Software
verkauft werden, aber die Karten müssten kostenlos zur Verfügung
gestellt werden, da sie
Johann H. Addicks schrieb:
Wenn die bei Footmap auch Karten für Falk anbieten, dann wird's
das auch früher oder später für Medion/Gopal geben, weil das doch
afaik die gleiche Engine ist, oder?
Du hast da was missverstanden: Für Falk meint die Hardware, nicht die
Software-Engine! Die bieten
Hallo,
Jonas Stein schrieb:
Die Bandbreite haengt sehr stark von der Technik des Netzanbieters ab
und davon, wieviele Kunden schon an der Leitung angeschlossen sind.
Das ist richtig! Und gerade deshalb fände ich die Info als Overlay schon
interessant!
Es ist also keine Eigenschaft, die
Hallo Sven,
die Seite
http://www.steurer-seilbahnen.com/seilbahnen.html
kennst Du ja sicher schon, oder?
Sven Geggus schrieb:
Ich würde jetzt ungern noch einen separaten Tag für
Werkverkehrsbahn erfinden. Wie denkt ihr denn, dass man das lösen
könnte?
Gibt es eventuell schon ein passendes
Sven Geggus schrieb:
Ich sollte im konkreten Fall vielleicht einfach aerialway=cable_car
und access=private verwenden.
oder aerialway=goods und access=private, wenn der Hauptzweck der
Materaltransport sein sollte.
Gruß,
Stefan
___
Talk-de
Hallo,
beim Erzeugen der NaviPOWM-Karten für Asien ist mir aufgefallen, dass
keine Daten östlich von E179.99 erzeugt werden.
Kann es sein, dass in der Asia.osm der Teil von Asien fehlt, dessen
Koordinaten im Bereich von -180.00 (W180) bis ca. -168.00 (W168) liegt,
oder bin ich zu dumm, den
Frederik Ramm schrieb:
Hi,
Stefan Dettenhofer (StefanDausR) wrote:
Kann es sein, dass in der Asia.osm der Teil von Asien fehlt, dessen
Koordinaten im Bereich von -180.00 (W180) bis ca. -168.00 (W168) liegt,
oder bin ich zu dumm, den Bereich richtig mit osmosis auszuschneiden
Frederik Ramm schrieb:
Hi,
Stefan Dettenhofer (StefanDausR) wrote:
Kann es sein, dass in der Asia.osm der Teil von Asien fehlt, dessen
Koordinaten im Bereich von -180.00 (W180) bis ca. -168.00 (W168) liegt,
oder bin ich zu dumm, den Bereich richtig mit osmosis auszuschneiden
Christoph Eckert schrieb:
Moin,
danke für die Antwort! Wäre es möglich, mit Hilfe eines 2. Asia-Polygons
den Rest von Asien zu erschlagen (in einer 2. osm-Datei)?
die Polygondateien unterstützen disjunkte Flächen, oder um es anders
auszudrücken, Inseln außerhalb des Kerngebietes.
Frederik Ramm schrieb:
Hallo,
Stefan Dettenhofer (StefanDausR) wrote:
Ja genau, damit sollte es eigentlich funktionieren! Wahrscheinlich
werden die ways, die ohne node über die magische 180°-Grenze
verlaufen, trotzdem Probleme machen, aber damit kann man (momentan) gut
leben
Das würde sich doch als OpenLayers Overlay eignen
Gruß,
Stefan
Alexrk schrieb:
Bernd Wurst schrieb am 20.04.2009 12:22:
Kannst/Darfst du die mit dem Geocoder gewonnenen Koordinten als GPX-File
veröffentlichen?
Könnte die Daten als TXT rausgeben. Nur wie wo veröffentlichen? Ich
Hallo zusammen,
es gibt wieder aktuelle NaviPOWM-Karten und es sind auch neue Länder
dazugekommen:
- Deutschland
- Europa
- Afrika
- Asien (komplett)
- Australien + Ozeanien
- Südamerika
Insgesamt sind das nun fast 10 GB MAP-Files.
Alle Dateien können wie immer als komprimierte 7z-Files von
Hallo,
Ulf Lamping schrieb:
a) Baulich getrennte Fahrspuren werden getrennt gezeichnet (soweit wohl
konsens)
b) Eine dicke weiße Trennlinie ist (k)eine bauliche Trennung (hier
herrscht anscheinend kein konsens)
c) Bei einem nicht unerheblichen Teil von Autobahnauffahrten werden die
Guenther Meyer schrieb:
aber zumindest eine doppelte durchgezogene linie wird rechtlich genau wie
eine
bauliche trennung behandelt. drum erscheint es schon sinnvoll, sowas auch
entsprechend zu mappen...
wenn das so ist, dann natürlich schon! Aber ich bin mir nicht ganz
sicher, ob das
Guenther Meyer schrieb:
Ich glaube immer noch nicht, dass eine bauliche Trennung mit einer
doppelt durchgezogenen Linie gleichzusetzen ist.
mir wurde das damals so beigebracht, mehr kann ich dazu nicht sagen.
Ansonsten wäre, wenn die Geschwindigkeit nicht eingeschränkt ist, sie
Garry schrieb:
Es ist eine Fahspur die genau eine Fahrmöglichkeit (vorwärts, der
Fahrspur folgend) zulässt - das entscheidenste
Merkmal für eine Einbahnstrasse. Ich kann (bzw. darf) sie nicht am
gleichen Ende wieder verlassen wo ich
eingefahren bin. Das ist Realität!
Das ist aber
Bernd Wurst schrieb:
(...)
Wir haben also dasselbe Problem wie bei den is_in der Ortschaften oder der
Straßenzugehörigkeit von Hausnummern: Es ist nicht schön, aber das einzige
bei
dem jetzt im Moment jemand konkret ne Idee zur Auswertung hat, ist die
redundante Information, in diesem
Florian Lohoff schrieb:
(...)
Hier ist das ergebniss:
http://maxspeed.osm.lab.rfc822.org
(...)
Update derzeit Stuendlich ...
Das sieht super aus! Dann kann ich meine Karte getrost bald abschalten.
Gruß,
Stefan
___
Talk-de mailing list
Marc Schütz schrieb:
Glaubst du wirklich, dass es schneller geht, an jede Straße ein
maxspeed=innerorts hinzuhängen, als schnell ein Polygon um die Stadt
rumzumalen?
Ja!
Ein schnell mal herumgemaltes Polygon bringt doch auch nichts. Du
müsstest die Ways an der Polygongrenze auftrennen,
Mario Salvini schrieb:
also versuchen wirs mal:
Default-maxspped nach highway-value:
motorway = no
motorway_link = 60
trunk = 100
trunk_link = 60
primary = 100
secondary = 100
teriary = 100
residential = 50
unclassified = 100
und z.B. primaries in der Innenstadt bekommen dann ein
Tobias Knerr schrieb:
Völlig ok, mir gings um die Entscheidung zwischen Wert und Schlüssel.
Vielleicht sollte man noch ein maxspeed=city:DE draus machen (wegen des
Einwands Sprache vs. Land).
Ok das schein vernünftig zu sein!
Eigentlich bin ich zwar auch eher für die von Garry bevorzugte
Bernd Wurst schrieb:
Hallo.
Am Mittwoch 29 April 2009 13:44:00 schrieb Mario Salvini:
wir hätten also schonmal als neuen Vorschlag:
maxspeed=motorway:DE
maxspeed=city:DE
müsste man also nur noch überlegen, wie man das Kind tauft, wenns
außerorts aber nicht eine Autobahn ist.
mein
Bernd Wurst schrieb:
Weil maxspeed=7 und maxspeed=walk sich gegenseitig ausschließen.
Man kann nicht beide Vorgehensweisen parallel nutzen.
Das würde nur so Sinn machen:
maxspeed=7
und zusätzlich
maxspeed:default=walk:DE
Dann bedeutet das, jeder, der es besser weiß, kann für walk:DE
Mario Salvini schrieb:
Sind die gelben Autobahnen nicht auch klar/eindeutig über
highway=trunk + motorroad=yes zu erkennen? Könnte man auch als
eindeutiges Kriterium deklarieren.
Überall da wo highway=motorway ODER highway=trunk + motorroad=yes
UND kein maxspeed-Tag gilt --
Chris-Hein Lunkhusen schrieb:
Proposal:
speedzone
Values:
speedzone=default:DE (100)
speedzone=default:NL (80)
speedzone=city:DE (50)
speedzone=motorway:DE (keine/Richtgeschw. 130)
30er Zonen würde ich weiterhin mit maxspeed=30 taggen
alternativ mit speedzone=30.
maxspeed hat
Guenther Meyer schrieb:
(...)
zusammen mit der langen liste an definitionen und beispielen, wann was zu
verwenden ist, wird erst richtig klar, dass das alles nur unnoetige
komplexitaet in was eigentlich recht einfaches bringt.
mein Vorschlag ist -wenn man ihn genau gelesen und verstanden
Guenther Meyer schrieb:
Am Montag 04 Mai 2009 schrieb Stefan Dettenhofer (StefanDausR):
Guenther Meyer schrieb:
(...)
zusammen mit der langen liste an definitionen und beispielen, wann was zu
verwenden ist, wird erst richtig klar, dass das alles nur unnoetige
komplexitaet
Guenther Meyer schrieb:
dann muss ich doch mal meinen vorschlag ausformulieren:
Um die auf einem way gueltige Geschwindigkeitsbeschraenkung anzugeben, wird
der key maxspeed benutzt.
(...)
Damit kann ich genauso leben...
Stefan
___
Talk-de
Guenther Meyer schrieb:
warum willst du es dann einfuehren um es dann wieder zu loeschen?
das bringt nur noch mehr verwirrung rein.
was spricht dagegen, diese zwischenschritt wegzulassen, und das gleich zu
migrieren?
Ich habe -wie bereits geschrieben- kein Problem mit Deinem Vorschlag,
Tobias Wendorff schrieb:
Witzig: die GK-Blätter weichen auch um 3 Meter ab!
Nun sei doch mal nicht so genau...
Stefan
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Tobias Wendorff schrieb:
Stefan Dettenhofer (StefanDausR) schrieb:
Tobias Wendorff schrieb:
Witzig: die GK-Blätter weichen auch um 3 Meter ab!
Nun sei doch mal nicht so genau...
Wir reden hier über einen digitalen Datensatz, der einfach nur eingefügt
und geladen
Werner Hoch schrieb:
ich frage mich ob ich an jeden einzelnen Wegabschnitt ein ref= tag
anbringen muss obwohl viele Wege ja bereits über eine Relation eine
ref= tag haben.
Beispiel1: Jeder Weg mit Referenz:
http://www.openstreetmap.org/browse/relation/3420
operator = Bodenseekreis
ref =
Hallo Nop,
Nop schrieb:
Hallo!
Stefan Dettenhofer (StefanDausR) schrieb:
Werner Hoch schrieb:
ich frage mich ob ich an jeden einzelnen Wegabschnitt ein ref= tag
anbringen muss obwohl viele Wege ja bereits über eine Relation eine
ref= tag haben.
Beispiel1: Jeder Weg mit
Florian Lohoff schrieb:
Im moment wird das ja mit unserem datenmodell nicht funktionieren
das das navi entweder sagt Der abbiegende Vorfahrt nach Rechts folgen
oder auch nur einfach die klappe haelt wie mein festeinbau.
Ich denke dass man das ohne spezieller turn_restriction o.ä. nur von
Bernd Wurst schrieb:
Hallo.
Am Mittwoch 06 Mai 2009 09:39:08 schrieb Stefan Dettenhofer (StefanDausR):
Ich denke dass man das ohne spezieller turn_restriction o.ä. nur von
der höheren Straßenklasse ableiten kann und ggf. bei gleicher
Straßenklasse auswertet, ob sich der ref-Tag bzw. der
Hallo Nop,
Nop schrieb:
(...)
Ja. :-)
Du machst einige Annahmen, für die es noch weder eine Einigung noch eine
dokumentierte Festlegung gibt.
(...)
Du hast natürlich recht, dass das momentan so noch nicht läuft (daher
hatte ich ja weiter oberen geschrieben, dass man derzeit die
Florian Lohoff schrieb:
Es ging ja eben nicht um verziehen sondern es ging drum die realitaet
zu erfassen
das ein Navi die moeglichkeit hat richtige und konsistente anweisungen zu
geben.
Im moment wird das Navi immer von abbiegen sprechen was IMHO zu viel
gequatsche
ist. Wenn es das
Nop schrieb:
Versteh mich richtig: Ich bin nicht gegen Neuerungen. Ich bin aber für
vernünftig definierte Neuerungen anstatt Chaos durch überstürzte
Benutzung undefinierter Mechanismen.
Nochmal mein Mantra: Es ist nicht so einfach, wie es aussieht. Wir
brauchen genaue Regeln, was wie
Jan Tappenbeck schrieb:
gibt es noch ein weiteres
Hilfsmittel darüberhinaus welches mir noch nicht bekannt ist.
Mit dem OSM Relation Analyzer
http://betaplace.emaitie.de/webapps.relation-analyzer/
kann man zumindest nachsehen, ob die Wege verbunden werden können.
Ansonsten fände ich eine
Claudius schrieb:
Insofern halte ich die dauerhafte GPS-Erfassung von festen Flugrouten
für sinnfrei, da es diese nicht gibt.
Hm, müsste man dann nicht für (Schiffs-)Fährrouten die selben engen
Maßstäbe ansetzten?
Stefan
___
Talk-de mailing
Mario Salvini schrieb:
Also gibts keinen Fall wo speedzone und maxspeed gleichzeitig Sinn
machen. Das heißt aber dann auch, dass speedzone unnötig ist, und wir
alles mit maxspeed abbilden können. (siehe meine Argumentation weiter oben
Das ist richtig! Meinen Kompromissvorschlag hatte ich ja
Kai Behncke schrieb:
ich frage mich, ob es möglich ist einen OSM-WMS in der Qualität hinzukriegen,
wie die OSM-Daten, welche über Mapnik gerendert werden?
Es gibt ja den frei zugänglichen OSM-WMS der Wheregroup:
http://osm.wheregroup.com/cgi-bin/mapserv?map=/data/umn/osm/osm_basic.map
Hallo Nop,
ekkeh...@gmx.de schrieb:
Das Problem ist, daß Nodes und Ways physikalische Objekte sind, aber
Relationen Beziehungen zwischen Objekten.
Es kann sein, dass das mal so gedacht war, aber:
1) Es gibt ways, die auch keinen realen Weg darstellen, sondern eine
logische Beziehung,
Hallo zusammen,
ich habe eine Frage zu Höhlen bzw. Höhleneingängen:
Die König-Otto-Höhle ist mit
name: König Otto Tropfsteinhöhle
tourism: attraction
getaggt und
- sie wird in der Reit- und Wanderkarte gar nicht angezeigt:
http://topo.geofabrik.de/?zoom=15lat=49.25473lon=11.68969layers=BT
- es
Hallo Kai,
Kai Behncke schrieb:
Ich habe einmal
http://osm.omniscale.net/proxy/service?service=WMS
in den UMN eingebunden und lasse mir die Layer osm bzw. osm_roads ausliefern,
das Resultat allerdings
sieht eher sparsam und komplett anders (pixelig, unscharf) als die wirklich
toll
ekkeh...@gmx.de schrieb:
Du zwingst dann jeden Renderer und jedes Tool, diese Relation zu
kennen und auszuwerten, ansonsten fehlen die Tags und die nodes/way
verschwinden oder werden falsch ausgewertet.
Das ist aber bei den Adress-Interpolationen (ways) jetzt auch schon so.
Wenn man die
ekkeh...@gmx.de schrieb:
Wie sollte man nun eine Höhle am besten taggen?
Die Höhle selbst als tourism: attraction
und den (die) Eingang (Eingänge) zusätzlich als natural: cave_entrance?
Die Höhle auf jeden Fall mit cave_entrance taggen, denn dieses Tag beschreibt
das Vorhandensein
ekkeh...@gmx.de schrieb:
Hi!
naja, bei Höhlen, die 2 Eingänge haben, könnte man so erkennen, dass
man durchkommt, das hat durchaus seine Berechtigung.
Ok. Eine Durchgangshöhle ist ein absoluter Sonderfall. Wenn wirklich ein Weg
durchgeht, der ohne Ausrüstung begehbar ist, würde
Mario Salvini schrieb:
man kanns ja auch gerne *traffic*zone nennen
oder gleich nur zone=, also
zone=in_town:DE
zone=out_of_town:DE
zone=motorway:DE
(zone=walk:DE)
Eine Vorverarbeitung kann dann an alle relevanten ways, die *kein*
maxspeed (etc.) haben, den entsprechenden Defaultwert
Markus schrieb:
natural=cave
natural=cave_entrance
Die überwiegende Mehrheit der Tags ist cave_entrance.
cave wurde ja abgelehnt:
http://wiki.openstreetmap.org/wiki/Proposed_features/Cave
Hm - der Eingang ist ja nur das erste Erkennungsmerkmal einer Höhle.
Das Wesentliche
ekkeh...@gmx.de schrieb:
Hi!
Daher ja meine Frage!
Also dann würde ja doch dafür
tourism=attraction
(plus weiterer spezieller Tags) recht gut passen, oder?
Das paßt _zusätzlich_ an jede Schauhöhle oder ausgeschilderte/beworbene Höhle.
Für den Höhleneingang selber ist aber
Hallo zusammen,
die Mai-Daten liegen in der Version 0.2.2 am Server und es sind auch
neue Länder dazugekommen:
- Deutschland (953 MB)
- Europa (4,01 GB)
- Afrika (1,07 GB)
- Antarktis (277 MB)
- Asien (2.53 GB)
- Australien + Ozeanien (806 MB)
- Südamerika (818 MB)
Insgesamt sind das nun über
Hallo Nop,
Nop schrieb:
in der Warteliste [2], wenn irgendwas fehlt.
[2] http://topo.geofabrik.de/Relationsprobleme.html
könntest Du mir bitte sagen, was für ein Problem die Relation 49531 hat?
In der Warteliste steht Länge zu gering, aber das kann ich nicht
nachvollziehen! In der
Nop schrieb:
Hi!
Stefan Dettenhofer (StefanDausR) schrieb:
könntest Du mir bitte sagen, was für ein Problem die Relation 49531 hat?
In der Warteliste steht Länge zu gering, aber das kann ich nicht
nachvollziehen! In der generierten Wiki-Liste erscheint sie richtig!
Vermutlich
Per schrieb:
Ich schlage vor diese durch Semikolon getrennt zu mappen!
Z.B. zone:traffic=DE:speed:30;DE:no_waiting
Ich würde es lieber in seperate Tags schreiben:
zone:traffic:maxspeed=DE:speed:30
zone:traffic:parking=DE:no_waiting
Gruß,
Stefan
Hallo Adrian,
ich habe auch gerade ein paar Adressen eingetragen. Das läuft sehr gut -
Danke!
Wie ist das Format für die Telefonnummern eigentlich gedacht?
Internationale Rufnummer ist klar. Wie ist das bei Nebenstellen: Soll da
ein Bindestrich oder ein Leerzeichen hin? ansonsten trenne ich
Heiko Jacobs schrieb:
Ich bastel gerade an einer Nebenkarte, in der man wohl auch
highway=anything sehen wird, schaun mer mal, die würde dann
demnach Pflichtlektüre für nach fehlende Wege Suchende... ;-)
NaviPOWM zeigt alle ways, die es nicht kennt als dünne schwarze Linie
an,
Frank Glück schrieb:
Oder könnte es mir evtl. jemand zum Download bereitstellen? Danke!!
Vom 24.5.09 6:00 Uhr hätte ich!
Gruß,
Stefan
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Frederik Ramm schrieb:
Grundsaetzlich darf das File natuerlich gern jeder mirrorn, der moechte.
Ich habe die Daten (teilweise ein paar Tage alt), die ich mir zur
Generierung der NaviPOWM-Karten herunterlade bei mir auf der Platte.
Wenn Bedarf -so wie gestern geschehen- kann ich einzelne Files
Hallo zusammen,
ich habe mir ein kleines Windows-Programm geschrieben, mit dem man ganz
einfach testen kann, ob eine OSM-Datei vollständig erzeugt wurde oder nicht.
Mir ist es schön mehrmals so ergangen, dass Osmosis auf Grund eines
Fehlers eine OSM-Datei nur teilweise erzeugt hat. Bei sehr
Dirk-Lüder Kreie schrieb:
Carsten Schwede schrieb:
Moin,
Stefan Dettenhofer (StefanDausR) schrieb:
ich habe mir ein kleines Windows-Programm geschrieben, mit dem man ganz
einfach testen kann, ob eine OSM-Datei vollständig erzeugt wurde oder nicht.
Falls das jemand mit
Tobias Wendorff schrieb:
Bei einem Studenlohn für den Programmierer von 250 EUR
Wo darf ich anfangen? Von so einem Stundensatz kann ich nur träumen...
Gruß,
Stefan
___
Talk-de mailing list
Talk-de@openstreetmap.org
Hallo zusammen,
wie sollen eigentlich Straßen (bzw. Fahrspuren), die über Plätze führen
richtig getaggt werden?
Im konkreten Fall:
Der Platz ist innerorts und hat einen Namen. Die umliegenden Häuser
haben Namen des Platzes als Straßennamen.
Quer über den Platz führt eine Straße, der Rest sind
Tobias Knerr schrieb:
Martin Koppenhoefer schrieb:
Am 29. Januar 2009 13:13 schrieb Stefan Dettenhofer (StefanDausR)
Mir geht es nun auch um ein Routing. Wird dabei ein Platz
berücksichtigt, also dass man in jeden abzweigenden Weg einbiegen kann
oder muss man zusätzlich noch
Bernd Wurst schrieb:
Hallo.
Am Freitag, 30. Januar 2009 schrieb Hatto von Hatzfeld:
Hier spielt m.E. wieder das Kriterium Abstraktionsgrad eine Rolle.
Oberflächlich gesehen mag das Taggen als 2 kleine Einbahnstraßen einen
höheren Informationsgehalt haben; aber für Anwendungen in dem für
Hallo Dieter,
ich nehme die europe.osm von der Geofabrik, um die NaviPOWM-Daten zu
erzeugen. Da scheinen die Kanaren zu fehlen (die waren aber schon mal
d'rin). Ich müsste den Bereich mal extra umsetzten lassen, wenn Du es
brauchst!
Gruß,
Stefan
dieter jasper schrieb:
Hallo,
gibt es
Hallo zusammen,
so, nun erzeuge ich auch aus der africa.osm die Karten für NaviPOWM!
Darin sind auch die Kanaren enthalten.
Bitte mal bei Gelegenheit testen - Danke!
Gruß,
Stefan
Stefan Dettenhofer (StefanDausR) schrieb:
Hallo Dieter,
ich nehme die europe.osm von der Geofabrik, um die
Hallo Jan,
ich bin bis jetz noch nicht in die Verlegenheit geraten, das zu taggen,
aber nur als Hinweis, es wird so geschrieben:
Pissoir
und normalerweise als Urinal bezeichnet!
Gruß,
Stefan
Jan Tappenbeck schrieb:
Moin!
mancher Orts gibt es öffentliche Pisuars - als Toiletten zu taggen
Johannes Haller schrieb:
(...)
Mache ich einen Fehler, wenn ich im Wald aufräume und die für Fahrzeuge
geeigneten Forstwirtschaftswege als entsprechend abgestufte Tracks umtagge,
Trampel- und breitere, nicht motorbefahrene Fußpfade aber zu path ohne
foot=designated umwidme?
Es gibt noch
Ohne es genauer geprüft zu haben:
In Deiner Karte steht was von platteninterner Verschiebung. Dazu kommt
aber m.E. noch die Verschiebung der ganzen Platte als solcher!
Die platteninterne Verschiebung ist relevant, wenn man lokale
Koordinaten (z.B. Gauß-Krüger) nach ETR-89 umrechnen will.
Die
Hallo Nop,
ich habe nun erfolgreich die erste Relation mit den erforderlichen
Attributen versehen, damit der Wanderweg in der autom. generierten
Wikiseite erscheint.
Nun habe ich folgende Fragen:
1) Soll ich mein Gebiet trotzdem noch unter Gebietsabdeckung eintragen
oder rechnest Du
Hallo Nop,
Nop schrieb:
Du solltest nur Deinen Namen bei den Gebieten eintragen. Ich update zwar
regelmäßig, aber wenn ich mitbekomme daß sich irgendwo besonders viel
getan hat, versuche ich die Gegend bevorzugt zu rendern.
Also wenn ich z.B. sehe daß stefanDausR ein paar tolle Relationen
Nop schrieb:
(...)
Zur Gliederung im Wiki wäre es schön, wenn die Gesamtstrecke (distance)
und das Symbol (wiki:symbol) aus der Superrelation genommen werden
könnte und nicht bei jeder Etappe erscheinen muss.
Ich würde es z.B. für sehr sinnvoll halten, zumindest mal die
Hallo zusammen,
kann es sein, dass der OSM Relation Analyzer bei Routen nicht zwischen
Hauptweg (role=) und Alternativweg (role=variation) bzw. Abstecher
(role=excursion) unterscheidet?
Kommen diese Elemente vor, so kann der Hauptweg nicht mehr
zusammengefasst werden.
Ist es möglich, den OSM
Hallo Nop,
Nop schrieb:
Ich denke, am einfachsten erkennt man eine Superrelation daran, dass
die keine Ways sondern nur Relationen enthält, aber trotzdem mit mindestens
route = hiking/foot/horse/...
type = route
getaggt ist.
Also gut, ich werde mal solche Relationen suchen und als
Holger Issle schrieb:
On Thu, 12 Feb 2009 10:08:50 +0100, Sven Anders wrote:
name=Kieser Training
Nein, lass den Ort mit drin, sonst hat man bei der Suche genau das
Problem. Vor allem am Garmin, wenn das mal funktionieren wird.
Der Ort und PLZ gehören in die Adresse und nicht
Hallo,
hansdorfff schrieb:
(...)
Ich denke ich mache dann mal einen lokalen X19, X24 usw auf, und dann wird
sich das irgendwie entwicklen. Das ist ja auch eine das faszinierenden Seiten
im OSM-Projekt.
mfg,
hansdorfff
Wenn der Wanderweg so lange ist, dann wird man sie Relation
Hallo Nop,
Stefan Dettenhofer (StefanDausR) schrieb:
Nop schrieb:
Ich denke, am einfachsten erkennt man eine Superrelation daran, dass
die keine Ways sondern nur Relationen enthält, aber trotzdem mit mindestens
route = hiking/foot/horse/...
type = route
getaggt ist
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
Hallo Jan,
ich hatte mal versucht, eine Karte -analog zu meinem maxspeed-Overlay-
zu erzeugen, die alle Relationen visualisiert, es aber nicht weiter
verfolgt, da Kosmos noch nicht so viele Möglichkeiten bietet, Relationen
zu beschriften etc.
Außerdem ist die Wanderkarte von NOP viel
Hallo Markus,
Markus schrieb:
Hallo Dirk,
die Vorlagen werden immer schöner - danke!
Sie sind ein sehr wertvoller Beitrag zur Benutzerfreundlichkeit von OSM.
Ich benutze sie irgendwie intuitiv.
Dabei gehe ich davon aus, dass mich die Vorlage schrittweise zu einem
konformen verwertbaren
1 - 100 von 358 matches
Mail list logo