Moin,
ich finde die Ideen gut, auch die Unterteilung in zoo=value scheint
die Beste logische Beschreibung für die einzelnen Gehege zu sein.
Ich würde allerdings das ganze als area und node tag einführen (da
solche Gehege ja oftmals recht groß sind).
Gibt es sonst noch Ideen? Hat jemand schon
Am Dienstag, 7. August 2007 14:17:19 schrieb Thomas Krüger:
qbert biker schrieb:
noch ein kleiner Nachtrag: Wer Potlatch nimmt, sollte wenigstens
mal mit josm nachschauen, ob es das, was er eingeben will schon
gibt.
Ich gehe mal davon aus, dass die Quote der User, die auf dich hören und
Na ja, die Hoffnung stirbt zuletzt ;)
selber hab ich mit Potlatch einiges gemacht, weil ich in München
mit den Hintergrundbildern arbeiten konnte, die es in josm nicht
gab (irgendwas rechtliches wegen der Bilder - gab aber kürzlich
die Meldung, dass das jetzt als Plugin in josm rein dürfte, den
qbert biker [EMAIL PROTECTED] wrote:
Warum andere mit Potlatch arbeiten und warum soviel Murks passiert,
darüber kann man natürlich nur spekulieren. Aber ich denke mal, dass
der erste Kontakt zum editieren über den Browser geht und vielen
der Umweg über die Installation eines eigenen
Hallo,
Hm, gäbe es prinzipiell die Möglichkeit eine abgespeckte Version
von josm
als applet laufen zu lassen?
Ja, bis auf das abgespeckt - JOSM als Applet kann fast alles, was
der echte JOSM auch kann. Imi hatte das vor einem halben Jahr oder
so mal vorgestellt, aber es hat sich niemand
Hallo,
Haben wir in OSM eine gute Möglichkeit, Daten hierarchisch zu ordnen?
Nein.
Und zwar würde ich gerne eine Ordnung wie diese haben (am Beispiel
Deutschland):
- Ich habe eine Straße, die ist in einem Ort
- Dieser Ort gehört zu einem Landkreis
- Der Landkreis liegt in einem Bundesland
Optimal wäre meiner Meinung nach eine eindeutige Adressierung (am Beispiel
der Stadt Ettlingen):
eu.de.bw.karlsruhe.ettlingen
Und mit einem passenden parent-tag könnte man diese Struktur elegant
aufbauen:
Die Rheinstraße in Ettlingen wird dann mit
parent=eu.de.bw.karlsruhe.ettlingen
Diese Daten muessen allerdings nicht unbedingt in OpenStreetMap
vorliegen. Es waere auch denkbar, einen externen Ort-Suchdienst (wie
geonames.org oder so) einzubinden, der einem am Schluss einfach lat/
lon ausspuckt, und man routet dann so nah wie moeglich da hin,
Ein guter Ansatz. Ich denke,
Hallo,
Da stellt sich die Frage, was denn in OSM alles drin sein soll?
Im Prinzip bin ich ein Freund davon, in OSM alles drin zu haben, was
geht. Auch bei den Kuestenlinien war ich dafuer, sie in OSM zu haben.
Allerdings muss man halt auch sehen, was wir fuer Moeglichkeiten fuer
die
Man koennte sowas auch mittelfristig fuer OSM entwickeln. Ich arbeite
gerade daran, dass wir im OSM-Datenmodell Beziehungen zwischen Objekten
abbilden koennen und auch abstrakte Dinge wie z.B. einen Landkreis
oder eine Behoerde. Aber die uebersichtliche Verwaltung solcher
Moin,
Also meiner Meinung nach ist das is_in-Tag voellig ungeeignet, um
eine Struktur abzubilden;
ich finde es auch blöd. Eine Menge Arbeit, das alles zu taggen, bläst
die Datenbank auf, und man müsste mehrere is_in-Tags haben
(is_in=world, is_in=de, is_in=BW usw.).
[...]
Ich denke, im
On 8/7/07, Frederik Ramm [EMAIL PROTECTED] wrote:
Hallo,
Ja, bis auf das abgespeckt - JOSM als Applet kann fast alles, was
der echte JOSM auch kann. Imi hatte das vor einem halben Jahr oder
so mal vorgestellt, aber es hat sich niemand so recht dafuer
interessiert.
Hm, dann hat doch
Hallo,
Ich denke schon. Ich finde, ihr tut Potlatch etwas unrecht. Ich wuerde
es selber nie benutzen, und das gilt sicher fuer die meisten hier auf
der Liste.
Vielleicht liegt da der Hund begraben? Ich finde es wichtig, immer
alle Tools mal auszuprobieren, denn nur so begreife ich, warum
Am Donnerstag, 2. August 2007 21:12 schrieb Sven Geggus:
viking hab ich mir mal angeschaut und das ist so ziemlich das was ich
gesucht habe, nur krieg ich da zwar gpx Dateien rein aber nimmer
raus.
http://viking.svn.sourceforge.net/viewvc/viking?view=revrevision=246
Cheers,
ce
Hallo,
jetzt geb ich auch noch kurz meinen Senf dazu ;)
Man muss bei den Routensuchern zwischen zwei Bereichen trennen:
Der Routensucher selber kennt nur Knoten, Verbindungen und
Kosten. Als Kosten nimmt man einfachsten Fall die Länge und
bekommt dann eine astreine Kürzestwegsuche. Bezieht man
qbert biker schrieb:
Hallo,
jetzt geb ich auch noch kurz meinen Senf dazu ;)
Man muss bei den Routensuchern zwischen zwei Bereichen trennen:
Der Routensucher selber kennt nur Knoten, Verbindungen und
Kosten. Als Kosten nimmt man einfachsten Fall die Länge und
bekommt dann eine astreine
High,
Die Englaender haben da das interessante Problem, dass diese Grenzen
oft nicht veroeffentlicht sind - ausser auf Ordnance Survey-Karten,
die sie wiederum nicht abzeichnen duerfen ;-)
das selbe Problem habe ich ja auch. Wenn mir die Stadt nicht sagt,
entlang welcher Geokoordinaten die
17 matches
Mail list logo
