zwar bei vielen nicht so beliebt, aber man könnte gut fahrbahre Strecken
- mit class:bicycle hervorherben - gerade wenn diese auf
primary-tertiary im Stadtgebiet entlangführen - da man höherrangige
Straßen im Stadtgebiet normalerweise eher abwertet.
On 05.10.2013 14:51, Wolfgang Schuch wrote:
In der velomap und openmtbmap werte ich das schon aus ob up oder down.
Velomap routet kaum über Treppen. Openmtbmap gerne bergab aber nicht
bergauf. Und bitte bei mehr wie 5-6 stufen Highway=steps
On Jul 16, 2013 7:27 AM, Peter Wendorff wendo...@uni-paderborn.de wrote:
Hallo Dirk,
Am 16.07.2013
Du kannst class:bicycle benutzen, mir ist es zu müßig da jetzt
dazulegen, warum es sinnvoll ist. Ich finde das es für stark abweichende
(besonders gut zum fahren, besonders schlecht zum fahren) Abschnitte
sehr sinnvoll ist. Sprich wenn objektive Kriterien nicht helfen, dann
kannst du es über
Also das ist nicht so einfach wie du dir das vorstellst:
a) häufig werden Relationen, und damit Routen zerstört, bzw fehlen auf
Wegteilen
b) Es gibt oft alternative und mehrere Routen - etwa dem Donauradweg in
Krems folgen - ist egal ob mit oder ohne Karte, durch verschiedene
Routen, bzw auf
On 04.09.2012 10:50, Lars Schimmer wrote:
Und dennoch sind ALLE Radwege/Radrouten eingetragen. Schaue dir z.B.
Holland/Belgien auf der OpenCycleMap an - alles blau. Dort einem
Radweg/Radroute folgen ist schwer, wenn alles blau ist als Route.
Deswegen will ich ja auch nur EINE Route haben, ggf.
On 04.09.2012 10:50, Lars Schimmer wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-09-04 10:35, Felix Hartmann wrote:
Also das ist nicht so einfach wie du dir das vorstellst:
a) häufig werden Relationen, und damit Routen zerstört, bzw fehlen
auf Wegteilen
Ja, leider. Da müsste
Was ist dafür die Begründung.
route=foot hab ich mir bisher immer als innerstädtische Fußroute für
Besichtigung von Attraktion usw vorgestellt.
Dies auf einmal in route=hiking automatisch umzuwandeln, kann ich nicht
verstehen
On 28.08.2012 11:22, Jo wrote:
Hallo,
In Belgien werden wir
On 27.08.2012 07:55, Ronnie Soak wrote:
Sorry, bitte nicht falsch Verstehen. Ich habe nichts dagegen, dass ein
Router mir diesen Weg zeigen kann.
Aber das ist dann ein Feature des Routers, das eben auch bei diesem
implementiert gehört. Dort ist dann auch Platz für die Behandlung der
ganzen
.
my 2 cents
Chaos
Am 23. August 2012 15:04 schrieb Felix Hartmann extremecar...@gmail.com:
Das seh ich ganz anders, da gehören die Wege im Haus einfach dazu, und ich
frag mich wer solche In Hause Wege halt etwa gelöscht hat, da ich diese
schon recht oft angelegt hab.
On 23.08.2012 14:49, Andreas
On 24.08.2012 09:02, Andreas Labres wrote:
On 23.08.12 15:00, Felix Hartmann wrote:
im Bereich von railways und ÖPNV Routing, kann ich ja noch irgendwie einsehen,
dass man dies vom Router verlangen soll, da es die Hauptaufgabe des Routers
ist. Da es bei Bergbahnen, nun aber nicht um
On 24.08.2012 09:03, Andreas Labres wrote:
On 23.08.12 15:04, Felix Hartmann wrote:
Das seh ich ganz anders, da gehören die Wege im Haus einfach dazu, und ich
frag mich wer solche In Hause Wege halt etwa gelöscht hat, da ich diese schon
recht oft angelegt hab.
Nicht bös sein, aber das ist
Ich hab grad ziemlich einen Schock bekommen, wie ich bemerkt hab, das
Gondeln, Sessellifte und Schlepper in Österreich und Deutschland
scheinbar nie man an das Wegenetz direkt angeschlossen sind.
Vor gut ein zwei Jahren war das noch ziemlich anders. Hat da
irgendjemand systematisch die Wege
On 23.08.2012 13:59, Rainer Kluge wrote:
Hallo,
Am 23.08.2012 12:02, schrieb Felix Hartmann:
Andere öffentliche Verkehrsmittel, haben wir schließlich auch
verbunden mit dem
Wege/Staßennetz (etwa Fähren, Autoverladung, Ubahnen, usw.).
Was spricht dagegen, Seilbahnen genau so zu handhaben wie
On 23.08.2012 14:38, Andreas Labres wrote:
On 23.08.12 14:22, Felix Hartmann wrote:
Dagegen spricht nichts (solange die platform dann auch mit dem Seil/bzw
Trasse verbunden wird )
PMJI, aber das ist IMO ein Denkfehler... Bei Bahn/Straßenbahn wird die
Plattform auch nicht mit dem Gleis
Das seh ich ganz anders, da gehören die Wege im Haus einfach dazu, und
ich frag mich wer solche In Hause Wege halt etwa gelöscht hat, da ich
diese schon recht oft angelegt hab.
On 23.08.2012 14:49, Andreas Labres wrote:
ReHi!
Wenn Du z.B. bei Seegrube oder Patscherkofel schaust, da ist immer
On 28.06.2012 13:07, Tobias Knerr wrote:
Am 28.06.2012 10:52, schrieb Martin Koppenhoefer:
Wie oben angegeben: bezieht sich bicycle:backward auf die Richtung des
ways oder die Richtung der Einbahnstraße?
Auf die Richtung des Ways.
Spielt vor allem dann eine
Rolle, wenn der tag oneway=-1 ist.
On 11.05.2012 15:03, Chris66 wrote:
Am 11.05.2012 14:27, schrieb Alech OSM:
Natürlich ist ein Freeride Strecke für MTB ein „highway=path“ ,
Naja path ist erstmal ein Weg primär für Fussgänger/Radfahrer/Reiter.
Also nicht vergessen die mtb:xyz Tags hinzuzufügen. So dass Router die
Ich sehe tracktype als eindeutig schlechter wie smoothness an, wenn es
um Radeln geht.
Surface ist im Prinzip zwar nett, in der Praxis liegt man da aber bei
5-10% komplett daneben, sprich surface werten man nur dann aus, wenn
kein smoothness oder tracktype vorliegt, bzw für tracktype 5.
von den so toll auswertbaren surface values
gesprochen wird, dann bitte beachten wie häufig die vorkommen
On 07.05.2012 16:40, aighes wrote:
Am 07.05.2012 16:19, schrieb Felix Hartmann:
Surface ist im Prinzip zwar nett, in der Praxis liegt man da aber bei
5-10% komplett daneben, sprich
On 07.05.2012 17:50, aighes wrote:
Am 07.05.2012 17:15, schrieb Felix Hartmann:
Aber bleiben wir mal lieber bei der Liste der Häufigkeiten Absteigend.
1: Paved ::: nutzlos wenn smoothness oder tracktype angegeben ist
Sagt immerhin aus, dass ich da bei Dauerregen lang kann, ohne im
Schlamm
On 22.03.2012 10:17, aighes wrote:
Am 22.03.2012 10:08, schrieb Schorschi:
es wäre prima, wenn jemand aus der Bike- oder MTB-Fraktion noch mal
seine Meinung abgibt.
Ich hab jetzt mal folgendes genutzt:
leisure=track
mtb:type=bikepark
sport=cycling
und die folgenden habe ich auch noch
On 05.03.2012 18:43, Bodo Meissner wrote:
On Mon, Mar 05, 2012 at 09:30:28AM +0100, Felix Hartmann wrote:
Pisten anhand schwierigkeit habe ich etwa in der Openmtbmap.org bzw
VeloMap integriert...
Das ist schon fast, wie ich es mir vorgestellt hätte.
piste:ref werde ich zum nächsten Update
Pisten anhand schwierigkeit habe ich etwa in der Openmtbmap.org bzw
VeloMap integriert...
piste:ref werde ich zum nächsten Update auch integrieren, hab den Key
noch gar nicht gekannt
On 02.03.2012 20:26, Bodo Meissner wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hallo alle,
On 05.01.2012 11:33, Frederik Ramm wrote:
Hi,
Ich hab jetzt mal (reboot tut gut) den Rechner neu gestartet und
ausserdem eine Anfrage an den Provider geschickt. Vielleicht war denen
ja der Traffic zu viel ;)
Es sieht aus, als ob die Stoerung tatsaechlich mutwillig vom alten
Provider
Weiß jemand warum die so langsam geworden sind? Gibt es irgendwelche
Consumer Apps die evtl sich dort bedienen? Derzeit schwankt der Speed
zwischen 50-200KB.
Oder funktioniert das spiegeln der beliebtesten Länder auf gdwg derzeit
nicht und ist der Speed daher so eingebrochen (da bin ich mir
Vielen Dank für die Rückmeldung...
Hoffe mal, dass wenn Deutschland und Europa Spiegeln wieder funktioniert
(Frankreich wäre, da inzwischen größer wie Deutschland - und doch recht
beliebt evtl auch gut zu spiegeln) der Speed hoffentlich wieder
brauchbar ist (und nicht 10 Stunden warten bis
Hallo Simon, der Alternative Style verstößt eindeutig gegen meine
Lizenzbestimmungen. Bitte Les die dir nochmal durch. Du kannst ihn gerne
benutzen, aber das verlinken und nennen meines Styles möchte ich bitte
beachtet haben...
On 15.12.2011 14:29, Simon Poole wrote:
Wie isch schon
wriklich eine Verletzung der CCBYSA2.0 ist...)
Dachte zuerst es handelt sich um eine komplette Karte und nicht nur ein
Overlay...
On 15.12.2011 17:07, Felix Hartmann wrote:
Hallo Simon, der Alternative Style verstößt eindeutig gegen meine
Lizenzbestimmungen. Bitte Les die dir nochmal durch. Du
Wenn dein GPS Device intelligent loggen kann, dann mach es. Ein Punkt
pro Sekunde ist meist vom Ergebnis deutlich schlechter wie ein
intelligentes vermeiden zu vielen Punkte - vor allem da dein Device dann
da die internen Qualitätsdaten noch vorhanden sind, Outlier
rausschmeißen kann.
On 07.08.2011 22:30, Joerg Fischer wrote:
Chris66 wrote:
ich mach das so, dass ich die Option --link-pois-to-ways nutze und im
polygon-file shop=* auf Gebäude umsetze:
shop=* [0x13 resolution 24]
Und das funktioniert _wenn Du vorher die Gebäude via
--delete-tags-file gelöscht hast_? Das
On 25.05.2011 12:07, Garry wrote:
Am 24.05.2011 17:40, schrieb Torsten Leistikow:
Garry schrieb am 24.05.2011 17:09:
In die eine Richtung ist es eine Detailverbesserung, in die andere
würde
sicher nicht nur ich es als Vandalismus
ansehen...
In beiden Richtungen wird Information zerstoert,
On 24.05.2011 10:07, Wolfgang wrote:
Hallo,
Am Montag 23 Mai 2011 19:16:16 schrieb Bjørn Bäuchle:
Oder soll man die Trasse taggen? Dafür könnte man dann vlt
landuse=railway_corridor benutzen. Fang gerne an damit, und wenn sich
das durchsetzt, spricht ja nichts dagegen, dass die Renderer bei
On 23.05.2011 12:43, M∡rtin Koppenhoefer wrote:
Am 23. Mai 2011 02:26 schrieb Felix Hartmannextremecar...@gmail.com:
Ich bin mir sicher, dass es einfacher wäre, die abstrakteren Level
up-to-date zu halten. Fakt ist derzeit kann man aus OSM Daten keine
vernünftige Weltkarte rendern. Auf
On 22.05.2011 22:47, Bjørn Bäuchle wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Thorsten,
Am 22.05.2011 19:01, schrieb Torsten Leistikow:
Ich habe ja auch nichts gegen die Detail-Erfassung, aber warum konnte
dafuer nicht ein neues Tag genommen werden? Ein Gleis ist nun mal was
-- Weil etwa eine Zugverbindung nicht alle Gleise benutzt, sondern
wie genereller Verkehr, nur bestimmte Gleise der Bahnstrecke
(Bahnstrecke gleich die Zusammenfassung aller Einzelgleise). Sprich
nur weil man Sachen einzeln mappt, wird es nicht korrekter. Karten
sind Abstrakte der
Schön wäre es wohl, schnell eine Lösung für das Multilane-Problem zu
finden und in den Editors Relationen noch benutzerfreundlicher (Newbies)
zu machen. Nebenbei könnten wir ja noch das Area-Problem lösen.;)
Naja, die GIS Lösung wäre halt NUR die Mittelllinie zu erfassen, und
dann alle Lanes
On 05.05.2011 16:54, M∡rtin Koppenhoefer wrote:
Am 5. Mai 2011 16:29 schrieb Felix Hartmannextremecar...@gmail.com:
Naja, die GIS Lösung wäre halt NUR die Mittelllinie zu erfassen, und dann
alle Lanes (egal ob jetzt Bordstein oder Fahrradweg) mit relativer
Entfernung dazu. Bei Kreuzungen dann
On 05.05.2011 18:29, M∡rtin Koppenhoefer wrote:
Am 5. Mai 2011 18:20 schrieb Felix Hartmannextremecar...@gmail.com:
On 05.05.2011 16:54, M∡rtin Koppenhoefer wrote:
Am 5. Mai 2011 16:29 schrieb Felix Hartmannextremecar...@gmail.com:
Naja, die GIS Lösung wäre halt NUR die Mittelllinie zu
On 05.05.2011 20:00, M∡rtin Koppenhoefer wrote:
Am 5. Mai 2011 19:05 schrieb Felix Hartmannextremecar...@gmail.com:
Doch es reicht um die Form abzubilden. Es braucht nur die enstprechenden
Tags dafür. Straßen, Krezungen, und Bordsteine haben es an sich vom Menschen
am Reißbrett geplant zu
Unterscheidung, von daher ist ein in Deutschland nicht angebracht.
Sie unterscheiden sich durch die An- bzw. Abwesenheit der Straße.
Mit dem Argument unterscheiden sich Wanderwege mit immer wieder
lockerem
Sandboden und geteerte Wanderwege durch den Belag und sollten dann
nicht
beide mit dem
On 04.05.2011 14:24, Georg Feddern wrote:
Moin,
Felix Hartmann schrieb:
Und du verlierst durch den eigenständigen Weg, die Information, dass
der Weg entlang einer stark befahrenen Straße geht, außer du legst
nun für jeden Bordstein, eine Relation zur Straße.
nun, diese Eigenschaft ließe
On 04.05.2011 16:01, Peter Wendorff wrote:
Am 04.05.2011 12:58, schrieb Felix Hartmann:
Unterscheidung, von daher ist ein in Deutschland nicht angebracht.
Sie unterscheiden sich durch die An- bzw. Abwesenheit der Straße.
Mit dem Argument unterscheiden sich Wanderwege mit immer wieder
On 04.05.2011 16:20, Peter Wendorff wrote:
Am 04.05.2011 15:45, schrieb Felix Hartmann:
und bei jeder Querstraße Ampeln sind, die die Geschwindigkeit
mindern (bzw fehlen uns halt Möglichkeiten, Grüne Wellen zu
taggen - im Bezug zur Fortbewegungsgeschwindigkeit (ohne ist es für
Fußgänger
On 04.05.2011 16:33, Peter Wendorff wrote:
Am 04.05.2011 16:13, schrieb Felix Hartmann:
Was hilft es, Abgase ausschließen zu können, wenn die Mülldeponie
stattdessen stinkt?
Solange du das also nicht auch noch an den Fußweg pappen willst
(Achtung, Mülldeponie in der Nähe!), hast du damit
On 04.05.2011 00:05, Henning Scholland wrote:
Am 03.05.2011 23:37, schrieb Felix Hartmann:
On 03.05.2011 23:27, Minko wrote:
Yes, that is also a good alternative, 0x01 as a transparent line and
on top either
0x10f01 or 0x10f02
you cannot make a line transparent by omitting it from
Genau das sage ich ja. Daher will ich keine odbl. Ausserdem gehts wie
gesagt gar nicht um Garmin, sondern um Vektorkarten im allgemeinen.
Und hier versagt die odbl kläglich, weil nicht klar ist was eine
Datenbank ist, bzw was Vektorkarten sind.
Ich hab doch aber gerade auf ca. 100 Zeilen
On 30.04.2011 10:48, Simon Poole wrote:
Die Regel ist eigentlich klar: Produced Work ausser es wurde zum
Zwecke gemacht die Bestimmungen in der ODbL zur Datenbank zu umgehen.
Da das bei einer Garminkarte eigentlich nicht so ist (sprich Geometrie
hat man, den Rest eigentlich nur grob,
On 30.04.2011 15:51, Henning Scholland wrote:
Am 30.04.2011 14:11, schrieb M∡rtin Koppenhoefer:
Am 30. April 2011 13:41 schrieb Henning Schollando...@aighes.de:
WIe bereits in der anderen Mail angedeutet kann man mit etwas
Bilderkennung
und Rechenpower auch aus einem jpg die Daten wieder
On 30.04.2011 15:59, Henning Scholland wrote:
Am 30.04.2011 14:52, schrieb Frederik Ramm:
Das ist von der Logik her nicht ganz leicht zu begreifen, weil man
immer denkt: Wenn die DVD erstmal ihr Share-Alike verloren hat, dann
kann das ja nicht wieder zurueckkommen. Kann es aber doch. Das ist
On 30.04.2011 16:57, Bodo Meissner wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 30.04.2011 01:22, schrieb Felix Hartmann:
Das würde mit CCBYSA und dem DRM verbot durchs Share Alike halt anders aussehen.
Glaube ich nicht.
Ich könnte das übersehen haben, weil die vollständigen
On 29.04.2011 12:32, Ulf Lamping wrote:
Am 21.04.2011 09:59, schrieb Frederik Ramm:
Hallo Kai,
On 04/21/11 04:23, Kai Krueger wrote:
Mit ODbL muss ich nun mir ueberlegen ist es ein Produced Work oder
nicht?
Wenn es eine Datenbank ist, ist es eine Datenbank, und ansonsten ist es
ein
On 29.04.2011 19:32, Frederik Ramm wrote:
Hallo,
Felix Hartmann wrote:
Also auf, damit dass kein Einzelfall bleiben muss, sondern Regel
wird, helft alle kräftig mit und spammt die odbl Ablehner zu. An die
CCBYSA 2.0 halten sich die odbler ja eh schon länger nicht mehr.:-*
Ich hatte Dich
On 29.04.2011 20:42, Frederik Ramm wrote:
Hi,
Henning Scholland wrote:
Kann man es denn irgendwo Schwarz auf Weiß lesen, dass eine
Garmin-Karte keine Datenbank im Sinne der Lizenz ist?
Nein - weder, dass sie keine ist, noch dass sie eine ist. Ich hatte ja
gesagt, dass das noch so ein
On 29.04.2011 22:34, Simon Poole wrote:
Am 29.04.2011 21:57, schrieb Felix Hartmann:
Es geht hier aber um viel mehr, als nur Garmin Karten. Wenn es keine
Datenbank ist, bedeutet dass, auf allen GPS/Smartphones etc. können
kostenpflichtige, und nicht weiterbreitbare Vektorkarten angeboten
On 29.04.2011 23:31, Frederik Ramm wrote:
Hallo,
Felix Hartmann wrote:
Das ist leider nicht besonders hilfreich. Ich denke, der Fall
Garmin-Karte muss da noch genauer diskutiert werden. Ich neige
eigentlich eher zu der Interpretation, das eine Garmin-Karte keine
Datenbank im Sinne der ODbL
On 18.04.2011 13:54, Heiko Jacobs wrote:
Am 18.04.2011 11:47, schrieb M∡rtin Koppenhoefer:
Andererseits ist das wohl ein Spezialtag der Pufferküsser, wo man
evtl. davon ausgehen kann, dass das nur von Leuten verwendet wird, die
die rechtliche Definition kennen. Ob das so ist, könnte man z.B.
On 18.04.2011 17:56, M∡rtin Koppenhoefer wrote:
Am 18. April 2011 17:35 schrieb Felix Hartmannextremecar...@gmail.com:
Wobei
am besten wäre es, wenn man klar definiert dass man Relationen benutzt, und
die Relation immer nur auf EIN (möglichst mittiges) Gleis legt (falls die
Gleise seperat
On 18.04.2011 18:00, Heiko Jacobs wrote:
Am 18.04.2011 17:35, schrieb Felix Hartmann:
On 18.04.2011 13:54, Heiko Jacobs wrote:
Die reale Verkehrsbedeutung abseits der amtlichen Einteilung in Haupt-
und Nebenbahn kann man anders viel besser erfassen als über usage.
Linien als Relationen zu
BTW. Es gibt ein European Agreement on Main International Railway Lines
(AGC) Das wäre ein guter Anhaltspunkt (wenngleich etwas von der
falschen Zugangsseite, da hier auf die Infrastruktur, und nicht die
tatsächliche Benutzung abgezielt wird - aber prinzipiell wird ja nichts
auf 300km/h
On 18.04.2011 18:36, M∡rtin Koppenhoefer wrote:
Am 18. April 2011 18:18 schrieb Felix Hartmannextremecar...@gmail.com:
Das sehe ich anders. Dann bräuchte es eben halt auch die Information, dass
man ein Gleis wegschmeißen kann. Das Problem von Fahrspuren, usw ist dass
Verdrängung nur bei
On 18.04.2011 20:25, M∡rtin Koppenhoefer wrote:
Am 18. April 2011 18:44 schrieb Felix Hartmannextremecar...@gmail.com:
Es geht nicht drum, dass die Gleise weggeschmissen werden. Sondern das in
den Daten steht, was man weglassen kann weil es ab einer bestimmten
Auflösung nicht mehr
Der Grund, warum man (ich) das bisher nicht braucht, ist dass sich das
beim Rendern von lowzoom sowieso von selbst löst (Überlagerung durch
die Überhöhung). Klar, man rendert auch viel, was man eigentlich nicht
sieht (könnte Rechenzeit und Strom sparen). Je nachdem, wie lange Du
den Datensatz
Irgendwie kommen mehr und mehr User drauf, die meinen usage=main würde
auch etwa für Schnellbahnstrecken (etwa die kaum benutzte Ostlinie in
Wien) gelten. Ich hab das im Wiki mal geändert, wäre aber eigentlich für
eine bessere Aufteilung wie nur usage=main // usage=branch. Ich denke
usage=main
On 16.04.2011 17:44, Heiko Jacobs wrote:
Am 16.04.2011 15:29, schrieb Felix Hartmann:
Irgendwie kommen mehr und mehr User drauf, die meinen usage=main
würde auch etwa für Schnellbahnstrecken (etwa die kaum benutzte
Ostlinie in Wien) gelten. Ich hab das im Wiki mal
geändert, wäre aber
Also ich sehe auch absolut keinen Bedarf für einen bicycle:trekking oder
was auch immer Tag.
Der Grund warum es mtb:scale sowie mtb:scale:uphill gibt, ist das
Mtbiken einfach keiner anderen Fortbewegungsart direkt entspricht, und
es eben Wege gibt, wo ein Wanderer nur auf allen 4en
Das ganze sollte area:highway=residential heißen, anstelle
higwhay=residential area=yes.
Ist nicht komplizierter, und würde für weniger Fehler sorgen. Und vor
allem wäre dann jedem klar, dass Routing auf area:highway nicht stattfindet.
___
On 14.02.2011 18:35, Andreas Tille wrote:
Ich halte eine Information an leicht zu findender Stelle für angemessen,
wenn ein Dienst der früher mal zur Verfügung stand für längere ( 2
Wochen) Zeit / unvorherbar lange Zeit nicht mehr zur Verfügung steht.
Ein Mangel an Information schadet dem
On 04.02.2011 20:44, Steffen Wolf wrote:
M∡rtin Koppenhoefer schrieb:
Wenn Dir die Information wichtig ist, dass es ein Fahrradweg in der
Nähe einer Straße ist, dann kann man das auch anders in den Daten
unterbringen.
beispielsweise, indem man das cycleway=track an den Fahrradweg selbst
On 03.02.2011 20:10, M∡rtin Koppenhoefer wrote:
Am 2. Februar 2011 22:32 schrieb Pascal Neispascal.n...@gmail.com:
bin vor ein paar Tagen auf ein Fahrrad-Routing-Problem
mit Ways die ein cycleway=track-Tag besitzen aufmerksam
gemacht worden. (danke Sven :) )
Folgendes Problem: Darf ein Way
Im Prinzip nein. Allerdings ist es nicht korrekt durchdacht.
Besser cycleway=track (gleich in die Richtungen gebaut und befahrbar wie
die Straße), left (auf linker Seite), right, both
und dazu bicycle:oneway=no bzw bicycle:oneway=yes um vom oneway=yes //
oneway=no abweichende Regelungen der
On 07.01.2011 09:45, Christoph Wagner wrote:
Am 07.01.2011 02:00, schrieb Felix Hartmann:
Oder anders: Ich will nicht soviel RAM, aber da eben alle Kacheln auf einmal
eingelesen werden, wird zurzeit halt etwa Kachelgröße mal 1.2 an verfügbarem
Ram benötigt. Und wenn der Rechner hier zu
On 07.01.2011 15:03, Sven Geggus wrote:
Felix Hartmannextremecar...@gmail.com wrote:
Sehe ich nur sehr begrenzt so. Einerseits gibt es gerade bei den anderen
Typen große Unterschiede in der Benutzung, anderseits hat eh jeder ein
anderes Design.
Ich bin ja was Garminkarten betrifft nur
Was man eigentlich auch mal versuchen sollte anzugehen wäre die OSM
Typen halbwegs einheitlich auf Garmintypen zu mappen. Derzeit kann
man nämlich aufgrund dieser uneinheitlichen Umsetzung kaum sinnvoll
Typfiles anderer Garminkarten mir der AIO verwenden und umgekehrt.
Du verstehst hier
Hmm, ich gebe zu es wäre mir persönlich am liebsten, wenn sich um die
Styleerstellung komplett jemand anderes kümmert.
Die Typen kann man von mir aus mappen wie man will. Es gibt da leider bei
manchen Garmintypen auf manchen Geräten Probleme (komische Rauten oder weiß der
Geier...)
Ich hab
On 06.01.2011 16:05, Sven Geggus wrote:
Felix Hartmannextremecar...@gmail.com wrote:
Du verstehst hier irgendwas nicht. Es ist komplett egal wer was wie
verwendet. Es braucht eh jede Karte ihr eigenes Typfile. Sonst müsste
man eine komplett einheitliche Darstellung haben, da nicht genug
On 06.01.2011 18:51, Christoph Wagner wrote:
Am 06.01.2011 17:59, schrieb fla...@googlemail.com:
Wer Java installiert hat hat alles was er braucht. 1Ghz und 512MB Ram
sollten reichen.
Na wenn ich Felix richtig verstanden habe, braucht es etwas mehr RAM, wenn man
mit mkgmap den Adressindex
On 06.01.2011 23:37, fla...@googlemail.com wrote:
Klar, derzeit ist es nur bedingt brauchbar. Aber der komplette Code der
benötigt wird, ist hier online:
http://sourceforge.net/projects/cgpsmapper/
Da dies Sourcecode erst seit gut zwei Wochen online ist, wurde er bisher
noch nicht genutzt um
Ich denke, es ist tatsaechlich nicht boese, die nicht-relizensierten
Sachen neu zu erfassen, sondern notwendig.
Wenn so argumentiert wird, denke ich auch nicht, dass es boese ist, odbl
ja Sachen neu zu erfassen, und unter CCBYSA 2.0 exklusiv neu
einzustellen - nein nicht nur boese sondern
On 17.12.2010 22:15, Frederik Ramm wrote:
Hallo,
Felix Hartmann wrote:
Ich denke, es ist tatsaechlich nicht boese, die
nicht-relizensierten Sachen neu zu erfassen, sondern notwendig.
Wenn so argumentiert wird, denke ich auch nicht, dass es boese ist,
odbl ja Sachen neu zu erfassen, und
On 17.12.2010 20:48, Ulf Möller wrote:
Am 17.12.2010 20:18, schrieb Felix Hartmann:
Wenn so argumentiert wird, denke ich auch nicht, dass es boese ist, odbl
ja Sachen neu zu erfassen, und unter CCBYSA 2.0 exklusiv neu
einzustellen - nein nicht nur boese sondern notwendig!
Das ist nicht
Dank Bing Bildern kann man (zumindest in Teilen) in den Alpen nun ja
ziemlich genau Informationen zur Topographie eintragen. Wichtig fände
ich dass es eine Übersichtsseite im Wiki gibt, wo genau detailliert all
diese Sachen zusammengefasst werden. Gibt es da schon was?
Was mir etwa fehlt
Hallo,
Am Donnerstag 18 November 2010 14:55:25 schrieb M∡rtin Koppenhoefer:
halte ich für sinnvoll. Insgesamt ist zu viel Übersetzung in den
Presets m.E. eher schädlich, weil sie davon abhält, sich mit der
Bedeutung des tags auseinander zu setzen. Ich halte auch nichts von
Bundesstraße oder
On 21.11.2010 22:54, M∡rtin Koppenhoefer wrote:
Am 21. November 2010 22:41 schrieb Ulf Lampingulf.lamp...@googlemail.com:
Am 21.11.2010 20:13, schrieb Felix Hartmann:
So ich hab mal Beispielbilder bei Trail_visibility angefügt - wobei das
halt schwer ist. Weil eben eigentlich schon bei
On 21.11.2010 23:52, Ulf Lamping wrote:
Am 21.11.2010 23:00, schrieb Felix Hartmann:
Ich bin sofort dafür dass sie jemand austauscht. Da ich sie nicht falsch
finde, würde ich sie bis es bessere Bilder gibt, lieber drinnen lassen.
Ich bin schon mal ein bisschen durch die Gegend gewandert und
On 18.11.2010 08:15, Fichtennadel wrote:
2010/11/17 Felix Hartmannextremecar...@gmail.com:
sac_scale generell + trail_visibility
+1
Stimmt, ist mir auch schon aufgefallen. Die Wikiseiten könnten etwas
besser beschreiben und weniger bergerprobten eine besser
Einschätzung ermöglichen. Da hast
On 18.11.2010 09:24, Sven Geggus wrote:
Andreas Tilleandr...@an3as.eu wrote:
Für mich ist die Konsequenz, daß ich persönlich sac_scale im Harz gar
nicht verwende, denn letztlich wird auf allen path und track gewandert
und nirgends wäre etwas anderes als hiking wirklich sinnvoll.
Das ist
On 18.11.2010 10:54, Ulf Lamping wrote:
Am 17.11.2010 23:12, schrieb Felix Hartmann:
Mir fällt immer wieder auf, dass sehr viele User bei sac_scale bzw
trail_visibility einfach nur Schrott eintragen.
IMHO liegt das an den Werten und wie sie beschrieben sind, bzw noch
schlimmer dass sie eben
On 18.11.2010 08:56, Andreas Tille wrote:
On Wed, Nov 17, 2010 at 11:12:35PM +0100, Felix Hartmann wrote:
Mir fällt immer wieder auf, dass sehr viele User bei sac_scale bzw
trail_visibility einfach nur Schrott eintragen.
IMHO liegt das an den Werten und wie sie beschrieben sind, bzw noch
Mir fällt immer wieder auf, dass sehr viele User bei sac_scale bzw
trail_visibility einfach nur Schrott eintragen.
IMHO liegt das an den Werten und wie sie beschrieben sind, bzw noch
schlimmer dass sie eben im JOSM Preset übersetzt sind, aber sich viele
User scheinbar noch nie die Mühe gemacht
Wär es eigentlich möglich, nicht nur die Anzahl der keys darzustellen,
sondern bei Linien, auch noch die Anzahl der KM? Oder wäre das deutlich
mehr (Rechen-)Aufwand?
Bzw bei Flächen (wenn Länge der Linien nicht schwer implementierbar ist)
auch noch die Fläche insgesamt (wobei ich dies weniger
On 14.11.2010 15:32, Bodo Meissner wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 14.11.2010 01:21, schrieb NopMap:
Ich habe von Leuten gehört, die Schwierigkeiten
mit Mapsource 6.16.x haben
Ich zitiere aus Beiträgen in der Mailingliste map_auth...@yahoogroups.com :
The changes
On 14.11.2010 18:14, Jochen Topf wrote:
On Sun, Nov 14, 2010 at 05:15:30PM +0100, Felix Hartmann wrote:
Wär es eigentlich möglich, nicht nur die Anzahl der keys darzustellen,
sondern bei Linien, auch noch die Anzahl der KM? Oder wäre das deutlich
mehr (Rechen-)Aufwand?
Bzw bei Flächen (wenn
Ohne hier irgendjemand persoenlich attackieren zu wollen, frag ich mich
schon, warum Frederik sich so vehemenent dafuer einsetzt, ein
beschissenes Rendering zu verteidigen. Fuer mich kann da eigentlich nur
der Schluss kommen, dass Geofabrik hier selber bessere Karten
vermarkten/verkaufen
On 24.10.2010 20:39, Johannes Huesing wrote:
Felix Hartmannextremecar...@gmail.com [Sun, Oct 24, 2010 at 06:42:35PM CEST]:
[...]
Denn solange es keinen Schluessel fuer regionale, nationale,
internationale Bedeutung gibt, so lange kann ein Renderer einfach
auch nicht wissen, wie wichtig eine
On 14.09.2010 04:35, Johann H. Addicks wrote:
Am 14.09.2010 00:52, schrieb Felix Hartmann:
Das ganze ist soweit ich erkennen kann offboard. Am GPS sieht man nur
Rasterkarten (und selbst hier ist fraglich wie haeufig und fuer welche
Gegenden man die updaten kann).
Mangels UMTS oder anderer
On 14.09.2010 04:35, Johann H. Addicks wrote:
Am 14.09.2010 00:52, schrieb Felix Hartmann:
Das ganze ist soweit ich erkennen kann offboard. Am GPS sieht man nur
Rasterkarten (und selbst hier ist fraglich wie haeufig und fuer welche
Gegenden man die updaten kann).
Mangels UMTS oder anderer
On 14.09.2010 12:23, Frederik Ramm wrote:
Hallo,
Elmar Burke wrote:
auch ich muss mich erst mal bei dir bedanken, Frederik, ohne deine
Extrakte würde manches Experiment scheitern! Aber mir ist
aufgefallen, dass wenn ich zwei aneinander grenzende Regionen in
Osmosis zusammenfüge (in meinem
On 14.09.2010 18:07, Bernd Wurst wrote:
Hallo.
Am Montag 13 September 2010, 20:35:20 schrieb Frederik Ramm:
Was meint ihr, soll ich das Alpen-Extrakt mal der Realitaet anpassen?
Derzeit enthaelt das Extrakt einen Gutteil von Sueddeutschland, die
komplette Schweiz und halb Oesterreich.
Wenn
On 13.09.2010 18:59, Johann H. Addicks wrote:
Hallo,
wie ich auf
http://www.navigation-professionell.de/xplova-g3-gps-bike-computer-navigieren-mit-openstreetmap
lese kommt ein
Xplova G3 GPS Bike Computer mit einer lokal laufenden OSM-Navigation für Radler
heraus.
Pressmitteilung auf
On 04.09.2010 12:58, Sven Geggus wrote:
Felix Hartmannextremecar...@googlemail.com wrote:
Wobei mir noch nicht klar ist, warum ein style-file nicht mit CCBYSA
geschuetzt werden kann.
Weil das kein kreatives Werk im Sinne der CC-by-SA ist sondern wie
gesagt ein spezieller typ von Software.
1 - 100 von 143 matches
Mail list logo
