Hallo,
On 10/14/2018 09:32 PM, Frederik Ramm wrote:
> * name=x ist sehr unnötig, gerade weil die Grenze zu mehreren Objekten
> gehören kann, ebenso lehne ich "country:left" und "country:right" und
> den ganzen Klumpatsch ab. Die Relationen enthalten diese Informatio
auch noch die Eigenschaft, an *alle* Linien Namen zu
schreiben, so dass diese name-Tags der einzige Weg waren, die Grenzen zu
beschriften. Aber das sollte m.E. auch über die Relationen geschehen,
wenn jemand das will.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@re
nn dann jemand kommt und das schön entklebt, ist das ok.
4. Du kannst niemals einen entklebten Wald entlang einer Straße wieder
verkleben.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
__
te das also nur dann weiter verfolgen, wenn man verhindern
möchte, dass es zu einer Einigung kommt.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Talk-de mailing list
Talk-de@openstr
ja angemerkt und das war der Grund, warum ich diese Ergänzung
vorgeschlagen hatte.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
ann sollte man auch nicht versuchen, "seine" Ansicht ungefragt
armen Newbies aufs Auge zu drücken, nach dem Motto, die können sich ja
nicht wehren.
Ich werde Benutzer, die sich in solche Changeset-Diskussionen
verzetteln, künftig deswegen sperren.
Bye
Frederik
--
Frederik R
quot; ausgesprochenen Spass zu bereiten.
Mittelfristig wäre es gut, wenn wir in dieser Sache zu einem Konsens im
Projekt oder zumindest mal in Deutschland kommen könnten. So schwer kann
das doch nicht sein?
Bye
Frederik
--
Frederik Ramm ## eMail frede..
en.
Ich hab mal ins Blaue geschossen mit einem Entwurf:
https://wiki.openstreetmap.org/wiki/User:Frederik_Ramm/Fl%C3%A4chenverklebung
sowas in der Art könnte man ja mal fertigschreiben und dann abstimmen
und dann hat die leidige Diskussion vielleicht ein Ende...
Bye
Frederik
--
Frederik Ram
e, die sich angemeldet haben, haben das auch nochmal
per Mail bekommen.
Wer am Wochenende noch nichts vorhat kann sich gern noch eintragen,
jetzt ist genug Platz ;)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09"
Ich bin aber nicht sicher, ob das
haltbar ist, und die Internet-Recherche nach allem, was mit Datenschutz
und Privatspähre zu tun hat, ist leider inzwischen fast unmöglich
geworden ;)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N4
ssen).
Wenn es ein Gesetz gibt, dass sagt, dass Du Deinen Namen ans Geschäft
schreiben musst, dann könnte man ja sagen, es besteht ein berechtigtes
öffentliches Interesse daran, dass jeder weiss, dass Du der Inhaber
bist. Nichts anderes drückt so ein Gesetzt ja aus, oder?
Bye
Frederik
--
F
ch ein paar weitere)
kenntlich gemacht werden.
> Meine ganz persönliche Meinung dazu ist, dass das Persönlichkeitsrecht
> des in dem Fall rechtlich zu mappenden Firmeninhabers stärker als die
> Verpflichtung aus dem Handelsregister ist, denn Persönlichkeitsrechte
> sind im Grundge
r Ansicht nach diese Entität "OSM", die etwas "zu tun
gedenkt" und Auskunft über diese von ihr gehegten Pläne geben kann?
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Talk-de
inhalten sollte - ein Beitrag zu OpenStreetMap
oder Wikipedia ist im Sinne von "freiem Wissen" eine ganz andere
Kategorie als ein Beitrag zu Mapillary.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
signature.asc
Description: Open
trägen zujubelt - müsste man dann nich auch kritisch darauf
hinweisen, dass hier der Markt verzerrt wird, weil wir eine Firma zum
Maintainer gemacht haben und so der Marktzugang für eine andere Firma,
die in eine andere Richtung ziehen will, erschwert wird?
Und wenn man zu dem Schluss käme, dass hi
Hi,
On 25.06.19 17:02, Sven Geggus wrote:
> Ich könnte mir eine Lösung mit "Kartendaten ©OpenStreetMap Mitwirkende"
> Aufklebern vorstellen.
Guerilla-Aufkleber-Aktion!
> P.S.: Bitte keine eigenmächigen Aktionen!
Och mönsch...
Bye
Frederik
--
Frederik Ramm ## eMail
l auch einen Schadensersatzanspruch gegen diesen
Mapper haben. Aber so weit muss es erstmal kommen, und vorallem müsste
man dem Mapper erstmal nachweisen, dass er das ganze mit dieser Absicht
gemacht hat.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33&
.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
l
extra mit einer Markierung versehen werden.
Ich habe versucht, alle Bäume mit
height (Höhe)
species (was für'n Baum)
diameter_crown (Durchmesser Baumkrone)
circumference (Stammumfang)
zu taggen, aber das ist natürlich ne Menge Arbeit.
Bye
Frederik
--
Frederik Ramm #
gt; keinerlei Schilder die Durchfahrt beschränken.
Idee: Einfach bei der Gemeinde anfragen, ob Du denn jetzt von der
anderen Seite aus durchfahren darfst. Schwupps stellen sie ein zweites
Schild in und as Problem ist erledigt ;)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org
) Geburtstagstorte und später Pizza sponsored by
FOSSGIS e.V.
Wer nicht den ganzen Tag Zeit hat, ist gern auch spontan nur zum Sekt am
Vormittag oder nur zu Kaffee+Kuchen/Pizza am Nachmittag willkommen.
Bye
Frederik
PS: Das Büro hat inzwischen auch eine Klimaanlage ;)
--
Frederik Ramm ## eMail frede
nicht mehr editierbar. So löblich Euer Ziel sein mag,
Ihr wärt maßgeblich dafür verantwortlich, dass La Paz für die dort
wohnenden Mapping-Anfänger ein Buch mit sieben Siegeln wird, und ebenso
jede andere Stadt, die ihr anfasst.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
s weg, kann man sämtliche 14 Paragraphen
des Rewe-Geldabheber-Endnutzer-Kleingedruckten als note_01 bis note_14
eintragen, denn wen juckt's, man kann es ja ganz leicht jederzeit ändern!
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
_
r zurück. Die an das einzelne
Objekt *allein* aufgrund von vorhandenem "brand" oder "name" angebrachte
Information "hier kann man Geld abheben" ist redundant.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
st Du vor
https://www.openstreetmap.org/node/2261128043,
https://www.openstreetmap.org/node/3805970015 oder gar
https://www.openstreetmap.org/node/798553555 auf der Hut sein.
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
tenen, und wenn dann recht barschen, Antworten auf
Kommentare anderer Mapper sowie der wenig aussagekräftige
Changeset-Kommentar sind natürlich nicht gerade der Stil, den man von
einem Top-10-Mapper erwarten würde.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09&quo
ion ist als Dankeschön für die unermüdliche Arbeit der
Mapperinnen und Mapper in OSM gedacht. Bitte verzichtet darauf, das
ganze in sozialen Medien weiterzuverbreiten - bis sich das rumspricht,
ist die Warteschlange eh voll, und es gibt nur lange Gesichter.
Bye
Frederik
--
Frederik Ramm ## eMai
ganz hinten in der Schlange steht - auch Mapper aus
Deutschland können Unterstützung kriegen. Antrag stellen kostet nichts,
ausser ein bisschen Zeit.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
jemand ein
Changeset von Dir kommentiert.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
glich im Falle einer Störung würden wir vielleicht
versuchen, anhand der Logfiles herauszufinden, was passiert ist.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Talk-de mailing list
Talk-de@openstree
Hallo,
On 23.04.20 14:22, Markus via Talk-de wrote:
> Welche Browser habt Ihr getestet? mit welchem Ergebnis?
Ich selber habe Firefox und Chrome benutzt, das ging in der Regel gut,
aber unsere Meetings haben auch immer nur 5 Leute.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.
ist keine Relation notwendig, im
Gegenteil, sie würde nur den Pflegeaufwand erhöhen.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.op
im letzten Jahr gemappt haben... aber
wir wissen ja, wer in unserer Gegend die Powermapper sind. Bzw. die
meisten von Euch sind das ja auch. Also... anmelden und in Zukunft
mitreden ;)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
verstehe, ist es ja nicht verboten, dass
die Drohne selber (nach einer vorporogrammierten Bahn) fliegt - ich muss
sie lediglich immer im Blick haben und die Steuerung übernehmen können,
falls was wäre, oder?
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°
sind und ruhiger fliegen und daher vermutlich besser geeignet sind. Hast
Du denn mit einem bestimmten Quadrokopter/einer bestimmten Software gute
Erfahrungen gemacht?
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09&qu
h" für Tobias' Agenda!
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
;-Paket sind zu knapp) als PDF generieren und zuschicken.
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
um zu registrieren: "Ach, OpenStreetMap, ist offenbar auch so eine
Abzocke."
Das ist zumindest meine Meinung.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Talk-de mailing list
Talk-de
schen Berührungsängste hat, ist auch gut aufgehoben.
Viele Grüße
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
quot;Normal Member" werden, und nicht
> "Associate Member", oder?
Wählen dürfen auch die "Associate". Das einzige, was die nicht dürfen
ist (a) für den Vorstand kandidieren und (b) über Satzungsänderungen
abstimmen.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@r
r haften persönlich, wenn der Verein pleite geht und
Schulden hat, mit einem Betrag von bis zu ... *trommelwirbel* ... 1
britischem Pfund ;)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
signature.asc
Bilder fuer einige Regionen mit
richtigem Mapnik-Rendering:
http://www.geofabrik.de/gallery/history/
Die sind aber zuletzt im Dezember aktualisiert worden.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk
Hallo,
Ulf Lamping wrote:
ich dachte, es wäre inzwischen ALLEN klar, dass Relationen NICHT zum
Gruppieren (zusammenstellen von Objekten) dienen soll. Da gab es vor
einigen
Wochen mal wieder Diskussionen drüber.
+1
Das eine sind normallerweise recht eng geografisch zusammen gehörende
Hallo,
Jan Tappenbeck wrote:
Dann frage ich mich allerdings was dann eine Paketbox-Relation [1] soll.
Die ist in meinen Augen genauso sinnfrei wie eine Relation
Bundesstrassen in Nordrhein-Westfalen oder McDonald's-Filialen in
Deutschland oder Strassenlaternen, die mit Gas betrieben werden.
Hallo,
Andre Joost wrote:
- und das über die ganze Welt verteilt. Die Info kann man dann aber
genauso gut über Datenbankabfragen (z.B. XAPI) abholen.
genauso gut nicht, weil man mit der XAPI neben der bounding box nur
genau ein Kriterium abfragen kann.
Fuer den konkreten vorliegenden Fall
Hallo,
Andre Joost wrote:
Wenn ich alle Packstationen über die Relation einlade, fällt ein
falscher tag (auch beim Operator, z.B. mit oder ohne AG, Gmbh usw) eher
auf. Gerade bei Objekten mit nem Haufen Zusatztags schleichen sich da
schnell Fehler ein.
Das sollte man lieber ueber ein
Hallo,
Andre Joost wrote:
Dann mach mal ;-)
Und solange dürfen keine Stolpersteine/Packstationen/Wanderwege gemappt
werden!
Klar duerfen sie. Bloss sollte man dafuer keine Relationen missbrauchen.
Mal für den Bahnbereich:
http://de.wikipedia.org/wiki/Stadtbahn_Bonn
Immerhin drei
vernuenftige Zugriffsmoeglichkeit
gibt, ist die Sache ja in Ordnung.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
. Dazu muesste man dann erstmal gruendlich schauen, fuer was
ueberall name:de benutzt wird und das dann ggf. abaendern auf ein
geeignetes name:de:19xx-19xx oder sowas.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
paarmal gesperrt worden, und wir
haben jetzt eine zero tolerance policy - sobald der wieder auftaucht
und Mist macht, wird er gesperrt, ohne lang nachzudenken. Manchmal macht
er aber auch keinen Mist, und das darf er.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09
Hallo,
Markus wrote:
Danke für die vielen Informationen!
Ich bin gespannt, wie wir das alles zu einem verständlichen und
nachvollziehbaren Schema zusammenbauen können.
Ich weise darauf hin, dass es durchaus auch denkbar waere, verschiedene
Namen eines Objekts *nicht* in OSM selbst, sondern
Hallo,
Markus wrote:
Wenn das für den Renderer-Workflow möglich ist, scheint mir das ideal.
OSM baut eine eigene weltweite multilinguale *OSM-Geo-Namen-DB*.
Aus der sich die Renderer, Router und anderen Anwendungen bedienen.
Wo ein Wille ist, ist auch ein Weg. Man kann ja im Mapnik-Style
M?rtin Koppenhoefer wrote:
Wie die Sprachtabelle
editiert und verbreitet wird, darueber habe ich mir keine Gedanken
gemacht. ... Vielleicht eine Wikiseite, oder Google Docs ;-)
Das ist wohl beides nicht Dein Ernst, oder? Eine Wikiseite würde das
Wiki doch extrem aufblasen, oder Google Docs,
Hallo,
Christopher Reimer wrote:
Darf man GeoThings.net wirklich nutzen?
Geothings.net an sich ist nur ein Dienst, keine Datensammlung.
Geschrieben von einem OSMer, also grundsaetzlich ist die Benutzung schon
ok, aber jeder kann dort beliebige Daten hochladen, also muss man schon
drauf
sollte
man Deine Library benutzen anstatt OpenLayers, was sind aus Deiner Sicht
die Vorteile/Unterschiede - und wo hat OpenLayers Dir vielleicht noch
Features voraus?
Welche grundsaetzlichen Maengel bei OpenLayers haben Dich dazu bewogen,
etwas eigenes zu machen?
Bye
Frederik
--
Frederik Ramm
Hallo,
Thomas Ineichen wrote:
Ich arbeite hier mit dem Schweizer Ausschnitt (ca. 80 MB). Wenn ich
mit Osmosis alle Toiletten (amenity=toilets) kopiere, dann dauert das
30 Minuten - ein Import der Schweiz mit osm2pgsql klappt aber in nur 6
Minuten und ich bin danach viel flexibler..
Kommt
Hallo,
NopMap wrote:
Eigentlich ist die Aufgabenstellung ganz einfach: Ich versuche, eine
Garminkarte von Mitteleuropa zu erzeugen, mit Meerespolygonen, die per
mkgmap aus den natural=coastline Tags erzeugt werden.
Kannst Du nicht die processed_p-Kuestenlinien nehmen und daraus schnell
Hallo,
Bernd Wurst wrote:
Wäre die Frage, ob du dich hier als eierlegende Wollmichsau aufstellen
willst und alle Anwendungsgebiete optimal abbilden möchtest oder ob du
sagst, dir ist eine Alternative zu OpenLayers wichtig, die eben eine
andere Zielgruppe hat.
Wenn ich das richtig verstanden
Hallo,
Johann H. Addicks wrote:
Aber das war's dann auch schon.
Benutzen möchte man den Pixelmatsch nicht...
Naja, ich kann mich (trotz Apple-Abstinenz) da schon reinversetzen. Wenn
ich auf einer Europakarte den Zeigefinger auf Karlsruhe und den Daumen
auf Muenchen lege und das beides nun
personenbezogenen Daten - ich habe keinerlei Mittel, den Bezug zu einer
Person herzustellen, denn ich weiss (im Gegensatz zu der Taxifirma)
nicht, wer wann im Fahrzeug sass.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Hallo,
M∡rtin Koppenhoefer wrote:
Ich finde es nicht besonders verlockend, irgendwelche Tracks von Taxis
und Müllautos zu bekommen (vor allem nicht in Deutschl.), da die
meiste Arbeit ja nicht das Tracksammeln ist, sondern die dazu
passenden Informationen zu dokumentieren und einzugeben.
Ein
Hallo,
Stephan Wolff wrote:
Passiert so etwas nicht auch, wenn man in JOSM die Daten entlang eines
langen Tracks herunterladen lässt?
Ja, das habe ich unsere Jungs in England auch gefragt, aber die Antwort
war, dass der JOSM-User-Agent-Header diesbezueglich noch nie negativ
aufgefallen ist.
Hallo,
Marcus Wolschon wrote:
Ich habe hier eine ganze Reihe von Wegen/Nodes in denen
Sanity-Checks Probleme finden (Wege mit 2 nodes, ungültige PLZ, ...).
Gibt es einen einfachen Weg mit der ID eines Weges/Nodes diesen in
JOSM oder Potlatch zu öffnen um nachzusehen?
In JOSM:
1.
Hallo Klaus,
Klaus Hanauer wrote:
beim mappen eines Klinikums bin ich auf einen Frisörsalon mit dem Namen
Notaufnahme gestoßen. Falls es sich weder um eine med. Einrichtung noch
um ein Friseurgeschäft in einem Krankenhaus handeln sollte, gehe ich
von einer groben Irreführung aus.
Der
angelegt? Ist das ein
sinnvoller Edit?
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
wir mal, ob was kommt.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Hallo,
Tirkon wrote:
Mit OSM wäre es einfach, Hydranten, Aufstellplätze und andere
feuerwehrspezifische Dinge endlich selbst mappen zu können. Bisher
operiert man noch mit Papierplänen. Nach meinem Hinweis, dass jeder an
den Daten etwas ändern könnte, stellte sich dieses als Nachteil
heraus.
anderen Liga.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
und nur ueber OSM anzeigt, ist
das was anderes.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
?
Weiss ich nicht, aber ich bin fast sicher.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Ähnliches gelten.
Ja, die glauben auch, sie wuessten mehr ;-)
Mir ist klar, dass hier die Wünsche von OSM und dem Anwender
gegenläufig sind.
Ich glaube, dass man in Deinem konkreten Fall durchaus eine Loesung
finden kann, von der alle profitieren.
Bye
Frederik
--
Frederik Ramm ## eMail frede
Hallo,
olvagor wrote:
Von daher würde ich empfehlen: freuen, dass jemand OSM benutzt und auf
die neue Lizenz warten.
Wobei das ja noch nicht 100% klar ist, ob die neue Lizenz tatsaechlich
kommt. Aber ich teile Deine Ansicht.
Natuerlich ist es jedem Projektteilnehmer unbenommen, auf eigene
Hallo,
ab sofort kann man die dritte Auflage von unserem OSM-Buch kaufen.
Sie hat nochmal 32 Seiten mehr als die zweite (384 Seiten) und ist
natuerlich komplett ueberarbeitet und aktualisiert. Der Preis ist gleich
geblieben (29,95 Euro).
Details hier:
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
vermieden
werden. Ich weiss, dass es nicht immer geht, aber eine Aufazehlung mit
Trennzeichen ist immer die zweitbeste Loesung. Im Falle von ref wuerde
ich z.B. Relationen benutzen und am Way selbst nur eine, oder sogar gar
keine, der Strassenbezeichnungen setzen.
Bye
Frederik
--
Frederik Ramm
Hallo,
steffterra wrote:
Also jede einzelne Auffahrt und jede Abfahrt als Relation erfassen?
Ich habe die Auffahrt-Problematik nicht praesent; falls Du gerade
vorschlaegst, ein ref=A3 an eine Auffahrt zu setzen, die auf die A3
fuehrt, so wuerde ich dem widersprechen - ref=A3 soll m.E. nur an
;-)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
mit Amselweg,
Zugang zu Drosselweg oder so.)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
gar
nichts mehr mit vom GPS-Verleih, aber ich glaube, das ist ein gutes
Zeichen. Danke, Jan-Benedict ,-)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
Hallo,
Markus wrote:
Aber bereits bei Fernsehfilmen wird der Abspann aus Kostengründen sehr
kurz gehalten, da werden gerade mal der Autor und die Redaktion genannt.
Und bei Nachrichtenbeiträgen fehlt sogar der Hinweis auf den Autor.
Grundsaetzlich ist die Lizenz da recht freizuegig:
Such
Hallo,
hat jemand schon mal Mautdaten fuer deutsche Autobahnen in OSM erfasst?
Vom Gefuehl her wuerde ich sagen, dass man fuer jede Anschlusstelle eine
Relation machen muss, die alle highway=motorway_junction-Nodes dieser
Anschlusstelle enthaelt, und dann fuer jedes Paar von benachbarten
Hallo,
Stefan Dettenhofer (StefanDausR) wrote:
korrelieren diese Daten nicht teilweise mit den TMC-Segmenten?
Das weiss ich nicht, aber von den TMC-Segmenten halte ich mich lieber
fern, sie sind mir nicht menschenlesbar genug ;-)
Bye
Frederik
___
Hallo,
Markus wrote:
Ich fürchte auch, dass es problematisch sein könnte, dass wir uns
manchmal so schwer tun, klare verbindliche Aussagen zu machen (und
unsere Partner dann immer ein bisschen Angst haben müssen, von irgend
einem zänkischen Menschen vor Gericht gezerrt zu werden).
Das
Hallo,
anlaesslich der diesjaehrigen State of the Map-Konferenz in einem
Monat wird es auch eine Mitgliederversammlung der OpenStreetMap
Foundation (OSMF) geben, auf der mindestens drei neue
Vorstandsmitglieder gewaehlt werden.
Der Vorstand besteht derzeit aus
Steve Coast
* Mike
Hallo,
Markus wrote:
Ich suche nach einer Möglichkeit, Luftbilder so in eine Website
einzubinden, dass man umschalten kann zwischen OSM-Karte und Luftbild,
wobei sich die jeweiligen Ausschnitte und Zoomstufen entsprechen sollen.
Um eine geeignete Technologie vorschlagen zu koennen, muesste
aufwendigere Teil. Sven Geggus
macht das ja fuer osm.de.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Hallo,
Dietmar wrote:
Bitte diese drei Changesets komplett zurücksetzen, danke und großes Sorry
für die Mühe!
Schon dabei,
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de
nicht
geordnet waren und man daher staendig mit einer Durchmischung rechnen
musste. Das braucht man heute nicht mehr.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de
ablesen
zu koennen, aber zu mehr brauchen wir die Fotos nicht, denn es geht uns
ja um eine Karte... oder so.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
Hallo,
Christian H. Bruhn wrote:
Allerdings habe ich dieses Tagging bisher kaum gesehen. Meckern nicht
auch alle Überprüfungs-Tools über die Wege ohne Tags rum?
Falls das zutrifft, waere es hoechste Zeit, die Ueberpruefungstools zu
reparieren ;-)
Wäre es dann nicht auch sinnvoll, das
Hallo,
steffterra wrote:
Dass man nun eine Unterscheidung zwischen einem highway_link im
Verkehrsraum Autobahn und einem highway_link außerhalb des
Verkehrsraums Autobahn (normale Abfahrt auf Bundesstraße) macht,
geht weder aus der Wiki-Seite für ref, noch aus der wiki-Seite für
motorway
Hallo,
aighes wrote:
Die Diözesengrenzen wird wohl irgendwer irgendwann eintragen (ist das
dann boundary=roman_catholic? grübel), fürchte ich... ;)
Auch wenn ich es persönlich interessant finden würde, bin ich der Meinung,
dass das nicht in OSM gehört. Ansonsten haben wir bald alle
Hallo,
Bernd Wurst wrote:
Auch beim Einzugsgebiet z.B. eines Vereins oder einer Lokalgruppe von
irgendwas gibt es keine klare Grenze, jeder kann problemlos im Sportverein
der
Nachbargemeinde Mitglied werden wenn er Bock drauf hat.
Nein, viele deutschlandweite Vereine haben da ganz klare
Hallo Lothar,
Lothar Beck wrote:
Soweit ich das gemäß:
http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Gew%C3%A4sser
verstanden habe gehört jedes Fließ-Gewässer in eine Relation und die
Relation im Wiki eingetragen.
Das ist beides eine sehr seltsame Idee, ich habe das auf der
ich zumindest.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
steht, dass fuer jede Strasse eine Flaeche gemappt werden
muesse, sind doch zweierlei Dinge ;-)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
-Datei ausliefert und die Software
kundenseitig dann beides einliest und daraus ein Routing berechnet
o.ae., dann koennten beide Datensaetze unter ihrer jeweiligen Lizenz
bleiben.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
1 - 100 von 4541 matches
Mail list logo