Am Freitag, 7. Oktober 2011, 01:20:18 schrieb Garry:
Ob es eine Verbesserung für OSM ist wenn wenn eine fein strukturierte
Kreuzung in eine grobe Struktur zurückgeführt wird könnte man auch
diskutieren...
Beim gezeigten Beispiel: ganz klar ja!
Peter
On Fri, Oct 07, 2011 at 02:23:41AM +0200, Tobias Knerr wrote:
Soll ein Mapper jemals etwas anderes mit den TMC-Daten machen, als
sämtliche Tags ans richtige Objekt zu verschieben, wenn sich in OSM
etwas ändert? Wenn nein, wofür braucht es mehr als 1 Tag pro TMC-Punkt?
Und warum müssen die
Am 07.10.11 09:36, schrieb Tobias Knerr:
Danke für die Erklärung der kryptischen Schlüssel. Das begründet
allerdings noch nicht, warum man mehr als 1 Tag braucht, denn das sollte
sich ja alles in Schlüssel und Wert mit unterbringen lassen.
Brauchen tut man das auch nicht.
Wenn ich mir
Am 07.10.2011 01:20, schrieb Garry:
Ob es eine Verbesserung für OSM ist wenn wenn eine fein strukturierte
Kreuzung in eine grobe Struktur zurückgeführt wird könnte man auch
diskutieren...
Auf diese fein gemappte Kreuzung bin ich wegen eines Routingfehlers
gestoßen. Sie widersprach eindeutig
Jan Jesse wrote:
Erst wenn das Aufsetzen eines Renderers leichter ist, als das Aufsetzen
einer OpenLayers-html-Seite, oder der 1000-ten iPhone-App, ist diese
Diskussion nachhaltig erledigt.
Mal sehen ob wir dem ein Schritt naeher kommen koennen. Die erste Version
der Ubuntu tile-server
Hi,
eine sehr ausführliche Diskussion zum Thema TMC löschen findet sich um
den 2.2. diesen Jahres im Archiv.
Und dann noch meine Meinung zum Thema zu komplex: Wenn ich Elemente
merge, die widersprechende Tags haben, kommt immer Müll raus, egal ob
das TMC-Tags sind oder was anderes.
Kai Krueger wrote:
Falls ansonsten jemand noch Ideen hat wie man das ganze weiter
vereinfachen kann oder verbessern und ob es generell so funktioniert,
lasst es mich wissen.
hi kai,
mein Ansatz sähe etwas anders aus:
Warum setzt ihr nicht eine Virtuelle Maschine auf, die alles beinhaltet?
Hallo,
On 10/07/11 12:11, Walter Nordmann wrote:
Warum setzt ihr nicht eine Virtuelle Maschine auf, die alles beinhaltet? Die
könnte dann sowohl auf einem Windows- als auch Linux-Host ohne grosse
Installation laufen.
Gibts es schon als AMI: tiledrawer.com
Bestimmt koennte man das auch
Am 07.10.2011 12:11, schrieb Walter Nordmann:
Kai Krueger wrote:
Falls ansonsten jemand noch Ideen hat wie man das ganze weiter
vereinfachen kann oder verbessern und ob es generell so funktioniert,
lasst es mich wissen.
mein Ansatz sähe etwas anders aus:
Warum setzt ihr nicht eine
Hi!
Ich habe mir jetzt endlich mal ein Navi zugelegt, daß auch OSM gemachte
Karten frißt - ein Garmin Nüvi 205T, für 40€ in der Bucht geschossen,
dachte ich probier's mal.
Das klappt auch soweit einwandfrei! Karte wird sauber dargestellt
(cool!) und ich kann prinzipiell auch Straßen suchen, doch
Trag die Hausnummern so ein, wie es sich gehört ;)
Die Garmnkarten auf OSM-Basis können damit derzeit nichts anfangen, da
das Format an der Stelle noch nicht verstanden ist.
Henning
___
Talk-de mailing list
Talk-de@openstreetmap.org
Am 07.10.2011 14:18, schrieb Henning Scholland:
Trag die Hausnummern so ein, wie es sich gehört ;)
Äh, ja, und das wäre?
Mir ist zur Zeit immernoch kein einheitliches Schema bekannt, das
verwendet werden *soll*. Vorschläge gab es, Karlsruher Schema war das
AFAIK:
Am 07.10.2011 14:57, schrieb Nils Faerber:
Äh, ja, und das wäre?
Mir ist zur Zeit immernoch kein einheitliches Schema bekannt, das
verwendet werden *soll*. Vorschläge gab es, Karlsruher Schema war das
AFAIK:
http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema
Und welches Format ist da noch nicht verstanden? Wie Garmin die Nummern
kodiert oder hat mkgmap noch nicht verstanden wie es in OSM kodiert ist?
Ersteres. Es ist einfach nicht bekannt wie Garmin Hausnummern kodiert.
Sobald die Frage irgendwann geklärt ist werden die Hausnummern die Du an
Die Daten aus dem OSM-Format herauszulesen ist kein Problem. Ob die
Adresse nun an einem Polygon oder an einem Node hängt ist da
uninteressant. Die Hürde ist das Garmin-Format.
Henning
___
Talk-de mailing list
Talk-de@openstreetmap.org
Kai Krueger kakrue...@gmail.com wrote:
Erst wenn das Aufsetzen eines Renderers leichter ist, als das Aufsetzen
einer OpenLayers-html-Seite, oder der 1000-ten iPhone-App, ist diese
Diskussion nachhaltig erledigt.
Mal sehen ob wir dem ein Schritt naeher kommen koennen. Die erste Version
der
Sven Geggus li...@fuchsschwanzdomain.de wrote:
Wer es etwas professioneller will kann das auch als wsgi im Apache laufen
lassen.
Ach ja, noch vergessen, wer das Teil in Aktion sehen will:
http://dev.openstreetmap.de/tilesandbox_giggls/12/2145/1404.png
Eine Slippymap gibts auch:
Am 07.10.2011 16:26, schrieb Henning Scholland:
Die Daten aus dem OSM-Format herauszulesen ist kein Problem. Ob die
Adresse nun an einem Polygon oder an einem Node hängt ist da
uninteressant. Die Hürde ist das Garmin-Format.
Hmm...nja...ich weiß nicht... also der Garmin Teil ist klar und habe
Am 05.10.2011 22:46, schrieb Jan Jesse:
Hi,
Eine Applikation, die gut und schnell selber rendert, ist halt
schwieriger zu schreiben, als der 1000. Tile-Downloader, den man sich
mal eben im App-Baukasten zusammenklickt ;)
Bye
Frederik
als gerade selbst betroffener möchte ich mal in eine
Am 07.10.2011 18:08, schrieb Nils Faerber:
Die Herstellung der Verbindung von Häuser-Polygonen zu der Straße
stelle ich mir allerdings nach wie vor etwas schwierig vor.
Ist sie sicher auch. Wird aber schon in einigen Anwendungen gemacht
(zumindest versucht).
Die einzige Verbindung zwischen dem
Ich verstehe nicht so ganz dein Problem. Es gibt in den Daten ein
Objekt, dass idealer Weise Straße, Hausnummer, Ort, PLZ und Land getaggt
bekommen hat. Notwendig wäre Straße und Hausnummer. Den Rest kann mkgmap
derzeit schon aus den Grenzen ableiten (so diese funktionstüchtig sind).
In die
Am Thu, 06. Oct 2011 um 22:59:21 +0200 schrieb Gehling Marc:
Hallo Marc,
Am 06.10.2011 um 22:45 schrieb Gehling Marc:
Was man überlegen könnte, wäre die WN als Ganzes als Mailtext. Was meinst
du/ihr ?
ja, gute idee.
Anbei ein Beispiel, wie es aussehen könnte - wenn nur Text - weil
Hallo,
...
site_zone finde ich viel zu allgemein. Wie oben bereits von Walter
angemerkt: zone kann sich zwar auf Umweltzonen beziehen, kann aber
auch sonst alles bedeuten. Besser wäre vielleicht emission_zone oder
traffic_emission_zone oder vehicle_emission_zone oder so was?
...
wie der Tag
Hi,
als gerade selbst betroffener möchte ich mal in eine freundliche
Richtung argumentieren. Ich gehe davon aus, daß die Tiles so beliebt
sind, weil sie die einfachste Schnittstelle zur Endnutzung darstellen.
Das mit der Handy-Render-App ist m.E. Zukunftsmusik.
Zukunftsmusik? Komisch dass
24 matches
Mail list logo
