Bedenkt ihr eh auch, dass die wenigsten User über genügend
Arbeitsspeicher, geschweige denn 64bit OS verfügen?
Denn wenn man noch den Addressindex geniriert, dann ist 1.3GB (das ist
ungefähr das Max unter Windows 32bit was eine einzelne Applikation
verbrauchen darf) schnell zur Neige.
Aber es
On 03.06.2010 20:15, Florian Gross wrote:
Jochen Topf glaubte zu wissen:
Hab mich grad gestern mit Sven Geggus drüber unterhalten, ob man das
Zusammenbauen irgendwie noch einfacher machen kann. Hintergrund ist, dass der
Server, wo man die AIO-Garmin-Karten runterladen kann, total
On 04.06.2010 15:54, godofglow wrote:
Hey.
Danke für deine Hilfe.
Habs jetzt geschafft die erstenm sinnvollen Abfragen zu machen und ein
erstes Bild zu rendern.
Danke für deine Geduld, der Anfang ist immer schwer.
Wenn mein Zeugs mal tut dann werd ich mal das wiki ein wenig erweitern
On 06.06.2010 10:20, Jan Tappenbeck wrote:
hi !
auf der Strecke Hamburg - Berlin (z.B. [1] ) habe ich gesehe das jemand
no horse, no bike und no foot definiert hat.
Das ist ja mehr als überflüssig - stehen lassen oder wegnehmen??
Nein ist nicht überflüssig, im Sinne von wir wollen
On 17.06.2010 14:15, Alexander Matheisen wrote:
Ist man irgendwie unnormal, wenn man nicht versteht, was das eigentlich
mit OSM zu tun haben soll?
Alex
Es scheint Personen zu geben, die nicht wissen was Spam ist, und meinen
zu schreiben ist kein Spam würde ausreichen damit es kein
Ich hab mal hier ganz kurz ein paar Punkte hingeschrieben, die wir uns
anschauen sollten, um einen Fork aufzusetzen, und somit Druck auf die
OSMF auszuueben, die Odbl abzublasen.
http://wiki.openstreetmap.org/wiki/Ccbysa_fork
Statt nur zu meckern sollten wir Taten folgen lassen um die
On 22.08.2010 12:56, Sebastian Masch wrote:
Felix Hartmann wrote on 22.08.2010 12:10:
Ich hab mal hier ganz kurz ein paar Punkte hingeschrieben, die wir uns
anschauen sollten, um einen Fork aufzusetzen, und somit Druck auf die
OSMF auszuueben, die Odbl abzublasen.
http
On 27.08.2010 18:14, Manuel Reimer wrote:
Frederik Ramm wrote:
Mittlerweile haben sich die internationalen Befuerworter eines Forks ein
eigenes Forum gegeben: http://groups.google.com/group/osm-fork
Gut für die, dass Google mich keinen Account erstellen lässt.
Geht nämlich nur mit
On 29.08.2010 09:12, godofglow wrote:
André Reichelt wrote:
Ich habe mich ja bekanntlich immer gegen die neue Lizenz ausgesprochen,
aber mir ist das Projekt wichtiger als irgendwelches persönliches
Gehabe. Daher habe ich nun beschlossen, dass ich meine Daten, falls
erforderlich, auch unter
On 28.02.2010 15:06, Johann H. Addicks wrote:
Am 28.02.2010 14:08, schrieb Chris-Hein Lunkhusen:
BTW: Wie gut (oder schlecht) arbeitet eigentlich ein Garmin Nüvi mit einer
routingfähigen OSM-Karte? Ist das benutzbar?
Ja, bis auf die noch nicht funktionierende Adress-Suche.
Wirst du in OSM auch lange warten können. Dafür müsste die Abbildung der
Straße ansich erstmal grundlegend mehr hergeben als nur eine simple Strippe,
aus der man alles mit monströsen Tagketten rauszupressen versucht,
gleichzeitig darf man das aber nicht wieder einfach nur auf relation type X
On 02.03.2010 17:58, Frederik Ramm wrote:
Hallo,
eine kurze Nachricht an alle, die am Freitag auf der FOSSGIS zum
Routing-Workshop kommen. Bitte denkt dran: Es ist ein Workshop und
kein Vortrag. Das heisst, *ihr* macht die Arbeit ;-) auch wenn ich
(als Vertretung fuer den
On 02.03.2010 23:54, Frederik Ramm wrote:
Hallo,
Felix Hartmann wrote:
Da waere es gut, wenn mal aufgeraeumt wird mit lokalen Accesstags.
Es ist einfach fuer ein Routingprogramm praktisch nicht durchfuehrbar
pro Land unterschiedliche Regeln festzulegen, da es sonst quasi
unmoeglich ist
On 03.03.2010 10:58, Falk Zscheile wrote:
Am 3. März 2010 10:45 schrieb Dimitri Junker o...@dimitri-junker.de
mailto:o...@dimitri-junker.de:
Durch solche Abstaktion entfernt man sich aber von der Wirklichkeit.
[...] Wir diskutieren auch nicht darüber ob man Buslinien auf
On 04.03.2010 16:29, Martin Koppenhoefer wrote:
Am 4. März 2010 11:29 schrieb Frederik Rammfrede...@remote.org:
Ganz bestimmt nicht - das Radfahren ist da halt auf den Trunk Roads
erlaubt. In vielen US-Bundesstaaten ist das Radfahren auch auf motorways
zulaessig, und wenn Du einem
On 12.04.2010 19:14, Christian Hartnick wrote:
Hallo liebe Mitstreiter,
da wir Pressefuzzis unsere Telefonnummern im Web veröffentlicht haben,
bekommen wir auch immer wieder kuriose Dinge zu hören. Was mir der Herr
Döhrn (s.u.) mitteilte ist allerdings eher kriminell.
Haben wir dagegen eine
On 23.04.2010 03:30, M∡rtin Koppenhoefer wrote:
Am 22. April 2010 10:08 schrieb Wolfgang Wienkewo_wie...@gmx.net:
Laut Wiki und der Regel, dass das stärkste Fahrzeug die Wegart
festlegt sollte es dann highway = cycleway heißen.
+1, leider wird das foot=yes wo ich draufgesehen
Viele kennen mich sicher von openmtbmap.org Da die Karten dort aber
nicht optimal fuer Radfahrer und Rennradfahrer sind, habe ich eine neue
Karte gebaut..
Diese uebertrifft IMHO alle bisherigen Fahrradkarten im Autorouting
spielerisch, und basiert im Prinzip auf meinen Openmtmap Karten.
On 30.04.2010 17:17, M∡rtin Koppenhoefer wrote:
2010/4/30 Felix Hartmannextremecar...@googlemail.com:
Viele kennen mich sicher von openmtbmap.org Da die Karten dort aber
nicht optimal fuer Radfahrer und Rennradfahrer sind, habe ich eine neue
Karte gebaut..
Diese uebertrifft IMHO
On 30.04.2010 17:36, M∡rtin Koppenhoefer wrote:
Am 30. April 2010 17:24 schrieb Felix Hartmannextremecar...@googlemail.com:
hört sich vielversprechend an. Verstehe ich das richtig, dass man mit
dem Fahrrad Autorouting einstellen soll, um Fahrradrouting zu
bekommen?
siehe hier:
Hallo,
ich hab gerade auf t...@openstreetmap.org auf Englisch eine recht lange
Philosophie/Meinung/Vorschlag geschrieben. Kann man hier auf gmane
einsehen: http://permalink.gmane.org/gmane.comp.gis.openstreetmap/49295
bzw
On 03.05.2010 17:47, M∡rtin Koppenhoefer wrote:
Wer den class:bicycle Schluessel prinzipiell ablehnt, kann gerne seinen
eigenen Thread hier aufmachen, aber haelt sich bitte aus dem Thread hier
raus.
Daher habe ich fuer jene Personen auch gleich eine Wikipage angelegt, wo sie
doch bitte
Nun aber mal generel zu Einbahnstraßen. In meinem Ort gibt es viele
Einbahnstraßen, die für Radfahrer auch in der entgegengesetzten Richtung
ein explizites erlaubt-Schild drunter haben. Mal abgesehen davon,
daß ich das grundsätzlich aus zwei Gründen für gefährlich halte (
1. Autofahrer
On 03.05.2010 17:13, Chris66 wrote:
Am 03.05.2010 16:54, schrieb Dirk-Lüder Kreie:
Um mal eben noch on-Topic zu kommen: die Eigenschaft eignet sich gut
zum Fahrrad fahren ist IMNSHO *zu* subjektiv, um es in ein Tag zu packen.
Sehe ich genauso. Ist gut gemeint, aber perfektes
On 03.05.2010 17:18, Andreas Tille wrote:
Nun aber mal generel zu Einbahnstraßen. In meinem Ort gibt es viele
Einbahnstraßen, die für Radfahrer auch in der entgegengesetzten Richtung
ein explizites erlaubt-Schild drunter haben. Mal abgesehen davon,
daß ich das grundsätzlich aus zwei Gründen
On 03.05.2010 20:33, Torsten Leistikow wrote:
Felix Hartmann schrieb am 03.05.2010 14:14:
Die einzige Loesung ist daher ein subjektives Tag eizufuehren pro
Verkehrsmedium.
Ich denke, dass Problem bei dem Ansatz ist, dass man nicht EIN subjektives Tag
pro Medium benutzen kann, da
On 04.05.2010 09:51, Georg Feddern wrote:
Moin,
Andreas Tille schrieb:
On Mon, May 03, 2010 at 05:38:17PM +0200, Raimond Spekking wrote:
cycleway=opposite
und verwandte Werte, siehe
http://wiki.openstreetmap.org/wiki/DE:Key:cycleway
Es gibt dort keinen Radweg und
Zu diesem subjektiven Schema gibt es so viele Anwendungen, wie man sich
kaum träumen lassen kann. Ich würde so eine gute Idee nicht eingleisig
an Autorouter für Fahrrad verschwenden. Dafür ist sie viel zu schade.
Gruß Burkhard
Das habe ich auch eindeutig so dokumentiert, und mit Absicht
On 12.05.2010 19:03, Ulf Lamping wrote:
Am 12.05.2010 17:46, schrieb Sven Geggus:
Ulf Lampingulf.lamp...@googlemail.com wrote:
Uns fehlt ein allgemein anerkanntes Tag für Materialseilbahnen. Diese
Info in den Namen zu packen und dann ein access dran zu hängen ist doch
schräg.
On 13.05.2010 05:36, Johannes Huesing wrote:
Manuel Reimermanuel.s...@nurfuerspam.de [Tue, May 11, 2010 at 08:12:31PM
CEST]:
Hallo,
im Wiki steht, dass man am besten pro Sekunde einen Punkt generieren
lassen soll. Ist das so auch korrekt, wenn man bevorzugt zu Fuß oder mit
dem Rad
On 13.05.2010 10:53, Volker wrote:
Nils Heuermann schrieb:
Hi Tirkon,
Am Thu, 13 May 2010 10:10:20 +0200 hat Tirkontirko...@yahoo.de
geschrieben:
Dazu habe ich eine Frage: Hat es einen besonderen Sinn, dass man in
source:maxspeed=DE:urban
ausgerechnet Doppelpunkte verwendet
Es braeuchte wirklich ein Tag fuer den speziellen italienischen
Sonderfall in einigen Gebirgsgegenden, wo man sein MTB nur tragen, aber
nicht schieben darf. Berührt das Bike den Boden und ein Ranger siehts,
kostet es 3 stellige Geldstrafe.
___
Und in dem Fall ziehts auch nicht. Guidepost mit bicycle=yes ist klar
definiert und dokumentiert und soll eben nicht für access stehen. Der Fall
ist eigentlich klar.
Gruß
Mirko
Ich finde es absolut unpassend denselben Tag mit mehreren Bedeutungen zu
benutzen. Es ist komplett egal ob
On 12.01.2010 15:12, Sarah Hoffmann wrote:
André Riedel schrieb:
Am 11. Januar 2010 21:50 schrieb Chris-Hein Lunkhusenchris66nrw at gmx.de:
Chris-Hein Lunkhusen schrieb:
Naja, wenn jemand auf die Idee kommt Wegweiser ohne Radlerinfo
mit bicycle=no zu taggen könnte es
On 12.01.2010 21:36, Mirko Küster wrote:
... und weil du die Weisheit mit Löffeln gefressen hast, ändern wir
jetzt mal überall an den Definitionen rum, bis dann keiner mehr bei
irgendwas durchblickt. Toller Plan.
Hör doch mal diesem persöhnlichem Schwachsinn auf. Ich möchte nur gerne
On 13.01.2010 18:16, Thomas Ineichen wrote:
Hallo Martin,
Nehmen wir mal ein anderes Beispiel: Ein Gemischtwarenladen mit
Touristeninformation. shop=convenience, tourism=information und
bicycle=no.
Was heißt das?
-kein Zugang für Fahrräder(abstellen/anlehnen verboten)?
-keine
Ich hab hier mal eine Wiki Seite aufgemacht um zu diskutieren welche
Keys/Tags bzw Values wir noch brauchen um Routen besser differenzieren
zu koennen.
http://wiki.openstreetmap.org/wiki/Keys_for_relation:route
Der Bedarf dafuer exisitert ja (etwa die Diskussionen ob eine
Fahrradroute
On 01.09.2010 20:21, Sven Geggus wrote:
Christoph Wagnerfreemaps@googlemail.com wrote:
Es ist durchaus so, dass mittlerweile schon ein paar Leute
signalisiert haben, dass sie gerne mitarbeiten möchten und 4 Leute
haben auch schon schreibzugriff aufs repo und auch schon mal hier
und da
On 02.09.2010 12:00, Sven Geggus wrote:
Felix Hartmannextremecar...@googlemail.com wrote:
Die Karten sind ja weitherhin CCBYSA 2.0 und dass soll auch so bleiben.
Die Style-Files sehe ich in Bezug auf odbl jedoch nicht mehr ein, als
CCBYSA wie bisher zu veroeffentlichen.
Was hat das mit der
On 02.09.2010 21:30, Frederik Ramm wrote:
Hallo,
Weil ich keine Lust hab, dass wenn ich damit aufhoere - sprich beim
Split odbl/CCBYSA jemand die Karte weiterbenutzt - jemand den Style
fuer Daten der odbl Datenbank verwendet. Ganz einfach. Evtl mache ich
dass selber, oder aber die Velomap
On 03.09.2010 14:02, Sven Geggus wrote:
Felix Hartmannextremecar...@googlemail.com wrote:
1. oder 3. wobei dass wohl Ansichtssache ist.
Ich würde da deutlich zwischen Typfile uns Style unterscheiden. Die mkgmap
styles sind ja letztlich lediglich logische Konvertierungsanweisungen von
On 03.09.2010 16:25, aighes wrote:
Hallo,
das NC verstehe ich schon. Felix will verhindern, dass andere seinen Style
nehmen und dann dank einer besseren Infrastruktur und besserer Finanzkraft
Geld mit seinem Style verdienen, er aber 2 Jahre Entwicklung rein gesteckt
hat.
Es geht nicht nur um
On 02.09.2010 21:30, Frederik Ramm wrote:
Hallo,
Weil ich keine Lust hab, dass wenn ich damit aufhoere - sprich beim
Split odbl/CCBYSA jemand die Karte weiterbenutzt - jemand den Style
fuer Daten der odbl Datenbank verwendet. Ganz einfach. Evtl mache ich
dass selber, oder aber die Velomap
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.
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 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
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
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
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
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
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
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
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
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
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
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 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
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 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
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.
___
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
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
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
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 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
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
1 - 100 von 143 matches
Mail list logo