On Tue, Jul 03, 2012 at 10:25:30PM +0200, Ronnie Soak wrote:
Naja, ist eh nur Träumerei. Oder kannst du sowas umsetzen? Wenn man
den Lambertus, den Computerteddy und den Pascal Neis mal für 24h in
einen Raum sperren würde ;-)
Okay, Vorschlag zu Umsetzung: Wir beantragen beim FOSSGIS Geld
Also ich würde schon mal das Ausfindig-machen der bisherigen
Garminbastler und das Anfragen übernehmen.
Am Wiki arbeite ich auch gern mit. Für Softwareentwicklung im Bereich
serverseitige Dienste bin ich leider ungeeignet.
Ich hab allerdings eher die Vermutung, dass das an den Modalitäten des
Moin an Alle,
ne Menge was ihr hier an Ideen habt, nun mal meine Meinung dazu.
Am wichtigsten würde ich finden, daß endlich einen vernünftige
Verlinkung oder meinetwegen eineeigene Seite bei osm.de erstellt wird,
wo die ganzen Kartenpakete z.B. tabellarisch abrufbar sind, meinetwegen
mit
Am 4. Juli 2012 09:09 schrieb Carsten Schwede computerte...@gmx.de:
Am wichtigsten würde ich finden, daß endlich einen vernünftige Verlinkung
oder meinetwegen eineeigene Seite bei osm.de erstellt wird, wo die ganzen
Kartenpakete z.B. tabellarisch abrufbar sind, meinetwegen mit einer
On Wed, Jul 04, 2012 at 09:06:35AM +0200, Ronnie Soak wrote:
Also ich würde schon mal das Ausfindig-machen der bisherigen
Garminbastler und das Anfragen übernehmen.
Prima.
Am Wiki arbeite ich auch gern mit. Für Softwareentwicklung im Bereich
serverseitige Dienste bin ich leider ungeeignet.
Hi,
On 07/04/12 09:53, Frederik Ramm wrote:
Das naechste Hack-Weekend hier in Karlsruhe ist fuer den 6./7.10.
geplant. Ich mach da aber noch mal extra Werbung fuer, wenn der Termin
naeher rueckt. Ich bin sicher, es wird *irgendjemand* geben, der mit dem
Auto von Norden kommt und Dich mitnehmen
Am 04.07.2012 09:40, schrieb Ronnie Soak:
Am 4. Juli 2012 09:09 schrieb Carsten Schwede computerte...@gmx.de:
Am wichtigsten würde ich finden, daß endlich einen vernünftige Verlinkung
oder meinetwegen eineeigene Seite bei osm.de erstellt wird, wo die ganzen
Kartenpakete z.B. tabellarisch
BTW: ist das erzeugen großer, aussortierter Datenpakete mit der
Overpass-API eigentlich effizienter als das aussortieren unbrauchbarer
Objekte direkt mit mkgmap?
Zu der Laufzeit von mkgmap habe ich keine Erfahrung, kann aber gerne etwas zu
der von Overpass API sagen. Es hängt von groß und
Am 04.07.2012 09:07, schrieb Ronnie Soak:
Also ich würde schon mal das Ausfindig-machen der bisherigen
Garminbastler und das Anfragen übernehmen.
Am Wiki arbeite ich auch gern mit. Für Softwareentwicklung im Bereich
serverseitige Dienste bin ich leider ungeeignet.
Ich hab auf mkgmap-dev mal auf
On Tue, Jul 03, 2012 at 04:24:43PM +0200, Ronnie Soak wrote:
Am 3. Juli 2012 15:48 schrieb aighes o...@aighes.de:
Mit einer guten, neutralen Übersichtsseite, die dann auf die
Downloadseiten verlinkt hat sicher keiner ein Problem.
Dennoch würde ich eine Listung dort freiwillig für den
Am 04.07.2012 12:15, schrieb Florian Lohoff:
On Tue, Jul 03, 2012 at 04:24:43PM +0200, Ronnie Soak wrote:
Am 3. Juli 2012 15:48 schrieb aighes o...@aighes.de:
Mit einer guten, neutralen Übersichtsseite, die dann auf die
Downloadseiten verlinkt hat sicher keiner ein Problem.
Dennoch würde
Hi,
On 07/04/12 12:25, aighes wrote:
Bei Torrents sehe ich zwei Probleme:
Lohnt sich für kleinere/upopuläre Karten nicht wirklich. Aber die kann
man dann ja raus nehmen und nur die großen/populären Karten auf
torrent-Basis verteilen.
Torrent ist bei den Leuten, die in der Regel das Problem
Am 4. Juli 2012 11:03 schrieb Roland Olbricht roland.olbri...@gmx.de:
Zu der Laufzeit von mkgmap habe ich keine Erfahrung, kann aber gerne etwas zu
der von Overpass API sagen. Es hängt von groß und aussortiert ab:
(node(50.6,6.0,51.1,7.5);;);out;
Das komplette Rheinland braucht 1 Min. 14
On Wed, Jul 04, 2012 at 12:25:29PM +0200, aighes wrote:
Lohnt sich für kleinere/upopuläre Karten nicht wirklich. Aber die
kann man dann ja raus nehmen und nur die großen/populären Karten auf
torrent-Basis verteilen.
Wenn der prozess automatisiert ist kann man das auch fuer 50MB Karten
On Wed, Jul 04, 2012 at 12:51:40PM +0200, Carsten Schwede wrote:
Ich habe torrents eine Zeitlang mit angeboten, hat gar nicht
funktioniert, da durch den geringen Traffic alles veraltet war und
sich keine Userbasis aufbauen konnte.
Wir wollen ja das Problem mit dem Traffic loesen und da muss
Am 04.07.2012 13:12, schrieb Florian Lohoff:
On Wed, Jul 04, 2012 at 12:51:40PM +0200, Carsten Schwede wrote:
Ich habe torrents eine Zeitlang mit angeboten, hat gar nicht
funktioniert, da durch den geringen Traffic alles veraltet war und
sich keine Userbasis aufbauen konnte.
Wir wollen ja das
Hallo Florian,
die Nutzer wollen nicht unbedingt die aktuellen Daten. Vielen ist auch nicht
wirklich bewusst, das sich die Daten groß ändern. Bspw. wurde ich gefragt,
ob ich nicht einen Changelog schreiben könnte, was sich von einer Version
zur nächsten ändert. Es gibt auch diverse Nutzer,
Hallo,
Mal ein paar Zahlen zu einer Karte.
Meine Deutschlandkarte besteht zur Zeit aus 155 Kacheln. Dabei arbeite
ich mit statischen Kachelgrenzen. Sprich ich rechne die einmal mit einem
zurecht geschnittenen Extrakt aus und lass den splitter dann direkt aus
dem planet ausschneiden. Das
Hi,
Meine Deutschlandkarte besteht zur Zeit aus 155 Kacheln. Dabei arbeite ich
mit statischen Kachelgrenzen. Sprich ich rechne die einmal mit einem zurecht
geschnittenen Extrakt aus und lass den splitter dann direkt aus dem planet
ausschneiden.
Das dauert rund 1:05 h für alle meine Karten
aighes o...@aighes.de wrote:
Die Toolchain ist in der Regel einheitlich bzw. ähnlich. Wobei es
natürlich schon Unterschiede gibt.
AFAIK ist das nicht so einfach, weil jeder Garminkartenstil eine Andere
Zuordnung der osm Typen zu Garmintypen verrwendet. Dadurch sind TYP-Dateien
leider nicht
Hi!
Mir scheint in dieser Diskussion werden zwei Aspekte vermischt, die durchaus
separat betrachtet werden können.
1. Zentrale, automatische Produktion von Garminkarten, aktuell halten von
Garminkarten
2. Einfacheres Auffinden, einfacherer Zugang für den Nutzer
Für 2. würde ich mir eher einen
Was mir bei der Diskussion grade auffällt ist:
die overpass-api ist, soweit ich weiß, simpel zu installieren.
Vermutlich (! Roland?) ist eine Beschränkung der Größe etc. relativ
leicht rauszunehmen, wenn man das lokal auf dem Garminkarten-Server
laufen lassen würde.
Der Vorteil der schnellen
aighes o...@aighes.de wrote:
Das Problem ist nicht, dass es keine aktuelle Vielfalt gibt, sondern
dass die Nutzer diese Vielfalt anscheinend nicht finden.
Es ist ein Problem, dass die Vielfalt nicht konsistent ist. Viele Karten
gibt es halt nur für wenige Regionen.
Ein weiteres Problem ist,
Am 04.07.2012 14:10, schrieb Ronnie Soak:
Sinnvoll nutzbar wäre die Overpass-API, wenn sie direkt die Kacheln liefert.
Idealerweise als pbf, mit xml ist mkgmap 5-7mal langsamer. Und die Frage
ist: Ist das von der Last her sinnvoll. splitter erzeugt recht wenig Last
und der RAM-Verbrauch hält
aighes o...@aighes.de wrote:
Was mir noch eingefallen ist: Sinnvoll ist der Weg über die OverpassAPI
natürlich nur, wenn das über schnelles LAN angebunden ist oder auf dem
gleichen Server läuft
Man kann bei den meisten Serverprovidern inzwischen schnelle private VLAN
mieten und dadurch die
Am 04.07.2012 14:43, schrieb Sven Geggus:
aighes o...@aighes.de wrote:
Das Problem ist nicht, dass es keine aktuelle Vielfalt gibt, sondern
dass die Nutzer diese Vielfalt anscheinend nicht finden.
Es ist ein Problem, dass die Vielfalt nicht konsistent ist. Viele Karten
gibt es halt nur für
Am 4. Juli 2012 14:38 schrieb NopMap ekkeh...@gmx.de:
Hi!
Mir scheint in dieser Diskussion werden zwei Aspekte vermischt, die durchaus
separat betrachtet werden können.
1. Zentrale, automatische Produktion von Garminkarten, aktuell halten von
Garminkarten
2. Einfacheres Auffinden,
Am 04.07.2012 14:29, schrieb Sven Geggus:
aighes o...@aighes.de wrote:
Die Toolchain ist in der Regel einheitlich bzw. ähnlich. Wobei es
natürlich schon Unterschiede gibt.
AFAIK ist das nicht so einfach, weil jeder Garminkartenstil eine Andere
Zuordnung der osm Typen zu Garmintypen
Hi!
Mir scheint in dieser Diskussion werden zwei Aspekte vermischt, die durchaus
separat betrachtet werden können.
Das sehe ich auch so.
1. Zentrale, automatische Produktion von Garminkarten, aktuell halten von
Garminkarten
2. Einfacheres Auffinden, einfacherer Zugang für den Nutzer
Für
On Wed, Jul 04, 2012 at 03:14:34PM +0200, WanMil wrote:
* Eine wesentliche Optimierung (gerade was den Hauptspeicherbedarf
angeht) könnte sein, wenn man beim PBF-Format am Anfang des Files
einen Pointer auf den Anfang der Relationen und auf den Anfang der
Ways setzen könnte. Dann könnte mkgmap
Ronnie Soak wrote
Wir sind auf die Behandlung von 1. als Lösung für 2. verfallen, weil
eine simple neue Weboberfläche einfach das Problem nicht löst.
Wir können oder wollen keine Deeplinks direkt zu den Karten, weil das
die Anbieterseiten umgeht und die das möglicherweise nicht wollen.
aighes o...@aighes.de wrote:
mkgmap ist von Karte zu Karte unterschiedlich. Daran kann man nichts
ändern. Ebenso die TYP-Files.
Nichts anderes habe ich ja geschrieben. Dieser Aufruf ist halt zu teuer um
ihn mal schnell on demand zu machen.
Christoph hatte bei der AIO AFAIR ein System
On 03.07.2012 17:18, Jochen Topf wrote:
On Tue, Jul 03, 2012 at 04:24:43PM +0200, Ronnie Soak wrote:
- oder ein neues Angebot unter eigener Kontrolle, welches aber das selbe
Leistungsdpektrum abdeckt wie die bestehenden Einzellösungen - unglaublich
aufwendig
Also ich finde
Am 04.07.2012 16:30, schrieb Ronnie Soak:
Also ICH sag das schon. Meiner Meinung nach ist der Komfortgewinn
gegen eine Wikiliste
nur unwesentlich, wenn hinter dem Link wieder bunte Seiten mit
unterschiedlichen Bedienkonzepten stecken.
Ich habe weniger den Eindruck, dass es daran scheitert, die
Hi Zusammen,
wenn ich schon eingeladen werde, einen kurzen Vortrag über OSM und eine
verfügbare Schnittstelle (nur lesender Zugriff) für GE Smallworld GIS zu
halten, möchte ich Euch diesen kurz vorstellen und eine kleine
Zusammenfassung über das Feedback liefern.
Meinen Blogpost findet ihr hier:
Am 4. Juli 2012 17:17 schrieb aighes o...@aighes.de:
Das ist nicht immer sinnvoll. Bspw. weil die Straßenverhältnisse global sehr
unterschiedlich sind und sich das leider nicht immer in den Tags
widerspiegelt. Eine primary in Afrika sieht anders aus als hier bei uns, ist
aber vollkommen
Am 04.07.2012 20:09, schrieb Martin Koppenhoefer:
Am 4. Juli 2012 17:17 schrieb aighes o...@aighes.de:
Das ist nicht immer sinnvoll. Bspw. weil die Straßenverhältnisse global sehr
unterschiedlich sind und sich das leider nicht immer in den Tags
widerspiegelt. Eine primary in Afrika sieht anders
On 01.07.2012 20:55, fly wrote:
On 01.07.2012 10:32, Manfred A. Reiter wrote:
Am 30.06.2012 17:08 schrieb fly lowfligh...@googlemail.com:
On 06/28/12 09:18, Manfred A. Reiter wrote:
Am 25.06.12 schrieb Martin Koppenhoeferdieterdre...@gmail.com:
Am 25. Juni 2012 19:02 schrieb Manfred A.
am Freitag, 29. Juni 2012 um 12:30 schrieb Michael Kugelmann:
die Schlecker XL werden jetzt sehr wahrscheinlich auch platt gemacht
(war gestern in den Nachrichten), siehe auch Wikipedia.
Steht das XL irgendwo am Laden, oder wie erkennt man das? In 23626
Ratekau hatte heute der Schlecker-Markt
Guten Abend zusammen,
um dem ganzen eine Linie zu geben: Der Einsatz ist vor allem in dem Szenario
nützlich, dass man spontan Kacheln berechnen möchte. Overpass API ersetzt dann
die Extraktion und den Splitter.
Auf der anderen Seite läuft extract.bbbike.org eigentlich so gut, dass man das
Am 04.07.2012 22:55, schrieb Roland Olbricht:
um dem ganzen eine Linie zu geben: Der Einsatz ist vor allem in dem Szenario
nützlich, dass man spontan Kacheln berechnen möchte. Overpass API ersetzt dann
die Extraktion und den Splitter.
Hallo,
kann man denn ausschließen, dass es
41 matches
Mail list logo
