Carsten Schwede schrieb am 15.03.2010 20:35:
> Es liegt an den Karten, die Umsetzung im GPS-Gerät funktioniert ja,
> zumindest kann mkgmap das entsprechend erzeugen.
Soweit ich gehoert habe, macht das Routing immer noch Probleme, wenn es ueber zu
viele Kachelgrenzen geht. Das koennte durchaus eine
Hi,
Am 14.03.2010 13:27, schrieb Torsten Leistikow:
>> Nö, sehe ich nicht so, das Grenzproblem an sich muss gelöst werden und
>> nicht am Symptom gedoktort werden.
>
> Das setzt voraus, dass das Problem auch wirklich loesbar ist. Wenn es nun aber
> gar nicht von der Gestalltung der Kachelgrenzen
Hi,
Am 14.03.2010 13:32, schrieb Torsten Leistikow:
> Vielleicht mal die neuste Version von mkgmap probieren. WanMil hat ja gerade
> mit
Es war letzte Woche die 1599
> Release 1601 seinen neusten multipolygon-Patch veroeffentlicht.
> Wenn das auch damit nicht will, solltest du ihm die von split
Carsten Schwede schrieb am 14.03.2010 13:24:
> Ich habe mit das jetzt mal an der Ecke angesehen, also es sieht danach
> aus, daß mkgmap das wegwirft. In der con splitter produzierten OSM-Datei
> ist die fehlende Waldecke drin.
Vielleicht mal die neuste Version von mkgmap probieren. WanMil hat ja g
Carsten Schwede schrieb am 14.03.2010 12:41:
> Mapsource ist nicht das Maß aller Dinge, und ich denke, wir sollten eher
> auf QLandkarte setzen, der kann übrigens mehrere Karten als Layer
> übereinander darstellen. Außerdem können wir hier auf die Entwicklung
> des Programmes direkten Einfluß nehme
Hi,
Am 14.03.2010 12:22, schrieb Torsten Leistikow:
> Ich meinte, du solltest dir mal die OSM-Datei angucken, die aus splitter raus
> kommt, damit man entscheiden kann, ob das wirklich ein splitter Problem ist
> oder
Ich habe mit das jetzt mal an der Ecke angesehen, also es sieht danach
aus, daß
Hi,
Am 14.03.2010 12:22, schrieb Torsten Leistikow:
> Ich meinte, du solltest dir mal die OSM-Datei angucken, die aus splitter raus
> kommt, damit man entscheiden kann, ob das wirklich ein splitter Problem ist
> oder
Achso, das kann ich mal machen.
> Mir ging es nur darum, dass man aus einem F
Carsten Schwede schrieb am 14.03.2010 11:55:
> Nein. Bei mir ist das Polygon ja komplett. Was sollte ich da in josm
> mehr sehen?
Ich meinte, du solltest dir mal die OSM-Datei angucken, die aus splitter raus
kommt, damit man entscheiden kann, ob das wirklich ein splitter Problem ist oder
ein mkgma
Hi,
Am 14.03.2010 11:41, schrieb Torsten Leistikow:
> Hast du dir die geschnittene Kachel mal als OSM-Datei in JOSM angeschaut?
> Meine
Nein. Bei mir ist das Polygon ja komplett. Was sollte ich da in josm
mehr sehen?
> Frage zielt darauf, ob der Fehler wirklich beim splitter liegt, oder ob beim
Carsten Schwede schrieb am 14.03.2010 11:20:
> Nicht innerhalb der Kacheln, sondern am Rand. Welche Konstellation dazu
> führt weiß ich auch nicht, es passiert nicht immer.
>
> http://openstreetmap.teddynetz.de:81/fehler_splitter.jpg
> http://openstreetmap.teddynetz.de:81/ohnefehler.jpg
Hast du d
Hi,
Am 14.03.2010 10:55, schrieb Torsten Leistikow:
> Splitter wirft polygone innerhalb der Kacheln komplett weg? Hast du mal ein
> Beispiel dafuer?
Nicht innerhalb der Kacheln, sondern am Rand. Welche Konstellation dazu
führt weiß ich auch nicht, es passiert nicht immer.
http://openstreetmap.te
Carsten Schwede schrieb am 14.03.2010 08:31:
> Die Polygone komplett wegzuwerfen finde ich nicht sehr gut. Es ist im
> Moment so, daß dann ganze Wälder weg sind.
Splitter wirft polygone innerhalb der Kacheln komplett weg? Hast du mal ein
Beispiel dafuer?
Ich benutze Splitter nur im Zusammenspiel
Hi,
Apollinaris Schoell schrieb:
>
> > ja das ist notwendig. jeder weg muss mindestens einen node ausserhalb
> der kachel haben. mkgmap generiert dann exakt auf der Grenze einen
> boundary node
Wie genau geht das? Muss also mindestens der Weg von beiden Seiten einen
node in der jeweiligen Nachb
2010/3/13 Torsten Leistikow
>
>
>
> > - keine Doppelungen von Wegen an Schnittgrenzen
>
> Das koennte fuers Routing notwendig sein,
>
ja das ist notwendig. jeder weg muss mindestens einen node ausserhalb der
kachel haben. mkgmap generiert dann exakt auf der Grenze einen boundary node
>
> > -
Carsten Schwede schrieb am 13.03.2010 14:51:
> Die "ungeordneten" Kacheln, die damit entstehen, diese Woche kann meine
> Kachel für einen bestimmten Punkt eine Nummer haben, nächste Woche hat
> sie eine andere Größe und dann noch eine andere Nummer.
Das kannst du ganz einfach verhindern, indem du
Hallo,
Am 13.03.2010 14:16, schrieb Torsten Leistikow:
> Nochmal konkret gefragt: Was abgesehen vom Speicherbedarf stoert dich an
> splitter.jar?
Die "ungeordneten" Kacheln, die damit entstehen, diese Woche kann meine
Kachel für einen bestimmten Punkt eine Nummer haben, nächste Woche hat
sie eine
Carsten Schwede schrieb am 13.03.2010 12:29:
> Das kann ich nicht sagen. Am wichtigsten wäre es wohl erstmal
> herauszubekommen was genau splitter.jar an dieser Stelle macht und was
> mkgmap erwartet. Dazu reichen aber meine Englischkenntnisse leider nicht
> aus um Steve danach zu fragen.
Nochmal
Hallo,
Am 13.03.2010 12:07, schrieb Frederik Ramm:
> Ich hab das jetzt eine Weile nicht verfolgt. Ist Dein Cutter inzwischen
> veroeffentlicht, so dass andere evtl. bei dem Problem helfen koennen?
Noch nicht ganz, aber eigentlich kurz davor. Ich habe die letzten Tage
auf den Programmierer einge
Hallo,
Carsten Schwede wrote:
> Das ist eigentlich das geringste Problem. Wenn "mein" Cutter irgendwann
> so arbeitet, daß alles in den Kacheln drinbleibt und die herausragenden
> Wege auch korrekt abgeteilt werden (das ist der nächste
> Entwicklungsschritt)
Ich hab das jetzt eine Weile nicht ver
19 matches
Mail list logo