Jonas Krückel (John07) schrieb:
> Ich hoffe Fossgiss ist schnell und unbürokratisch ;-)
Ich hoffe, niemand bringt jetzt Unmengen an Bargeld dahin mit ;-))
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Jochen Topf schrieb:
> Vergiss 41001. So hat man das früher mal gemacht. Aktuell ist 900913. :-)
900913 ist ein schrecklicher Work-Around, der in meinen Augen nur
aus Faulheits- und nicht mal aus Kompatibilitätsgründen von Proj4
mitgeschliffen wird.
> http://www.openstreetmap.info/examples/auflag
Hinweise zur Farbgestaltung gewünscht!
Grüße
Tobias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Sven Geggus schrieb:
> function Lon2Merc(lon) {
> return 20037508.34 * lon / 180;
> }
>
> function Lat2Merc(lat) {
> var PI = 3.14159265358979323846;
> lat = Math.log(Math.tan( (90 + lat) * PI / 360)) / (PI / 180);
> return 20037508.34 * lat / 180;
> }
Ich liebe MagicNumbers :-)
Sven Geggus schrieb:
> Jochen Topf wrote:
>
>> Vergiss 41001. So hat man das früher mal gemacht. Aktuell ist 900913. :-)
>
> Irgendwo meine ich gelesen zu haben, dass es inzwischen eine
> offizielle EPSG-Nummer für die Google-Projektion geben würde.
EPSG:3785
__
im JOSM bei den
no_-restrictions immer die "roten" Verbotsvarianten der Schilder zu
nehmen, um den Unterschied auch optisch klar erkennbar zu machen.
Besonders wichtig, da man die grafische Repräsentation der Relation ja
leider noch nicht direkt "anklicken" kann, um die Tags zu sehen.
Frederik Ramm schrieb:
> Tobias Knerr wrote:
>> Da es sich um zwei deutlich unterschiedliche Semantiken handelt ("Verbot
>> von" vs. "Einschränkung auf"), würde ich anregen, im JOSM bei den
>> no_-restrictions immer die "roten" Verbotsvarianten
Ulf Lamping schrieb:
> Tobias Knerr schrieb:
>> Momentan werden im JOSM ja bei "restriction"-Relationen immer die
>> "blauen" Varianten(1) der Schilder angezeigt, sowohl bei no_bla als auch
>> bei only_bla (mit Ausnahme von no_u_turn). Die beiden unterschei
versteht, schon früh auf Schwierigkeiten stoßen wird, etwa im
JOSM-Suchdialog, wo Syntax wie "type:node" nicht übersetzt ist. (Um das
klarzustellen: Ich bin auch definitiv nicht dafür, Suchsyntax oder
dergleichen zu übersetzen.) Vom Wiki und anderer Software will ich noch
gar nicht reden, dor
erstützung hast du.
Man könnte natürlich mit einer gewissen Berechtigung auch fordern, dass
Barriers standardmäßig überhaupt keine Einschränkung darstellen sollten,
weil das ja meist eh von der Straße dahinter übernommen wird. Für die
wenigen Ausnahmen müsste man dann eben die Einschränkungen ran
Holger Issle schrieb:
> Geil! Noch geiler wäre wenn Du da noch die groÃen Gewässer einzeichnen
> könntest, wie etwa Boden-, Garda,- Genfer See sowie Rhein, Main,
> Mosel, Elbe (um nur mal zu nennen was ich meine). Geht sowas?
Nun, per Overlay aus den OSM-Daten :-)
Stefan Dettenhofer (StefanDausR) schrieb:
> Ohne es genauer geprüft zu haben:
> In Deiner Karte steht was von "platteninterner" Verschiebung. Dazu kommt
> aber m.E. noch die Verschiebung der ganzen Platte als solcher!
> Die "platteninterne" Verschiebung ist relevant, wenn man lokale
> Koordinaten
ner Interpretation nach. Wie der Unterschied zwischen den
Page-Up/Down-Tasten und Pfeiltasten. (Wobei die Page-Tasten in manchen
Anwendungen auch nur scrollen ...)
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
e" nennen und das allenfalls sehr beschränkt nützliche
Teil, das bisher unter dieser Bezeichnung läuft, rausschmeißen...?
(Ich verstehe eh nicht, wieso diejenige Downloadmethode, die für den
Neuling mit Abstand am besten benutzbar ist, nicht standardmäßig an
tlich genutzter Wald".
Aber vermutlich finden jetzt wieder Leute, dass meine Interpretation dem
Wiki widerspricht, da steht schließlich was von "Urwald", "virgin
forest" und so. _Inzwischen_ (seit Ende letzten Jahres) ist das ja auch
so. Man muss wohl wirklich jedes mal, wen
Frederik Ramm schrieb:
>> - Die OpenStreetMap-Gemeinschaft erfüllt in Teilen die Bedingungen für eine
>> Gesellschaft bürgerlichen Rechts (GbR) und kann daher eine juristische
>> Person sein.
>
> Das ist aber Quark. Eine GbR hat keine eigene Rehtspersoenlichkeit (sie
> ist keine juristische Per
so durch die Blume gesagt sein, dass das reine
Abzeichnen verboten ist.
Ich werde diesbezüglich nochmal Kontakt mit unseren RVR-Leuten
aufnehmen, damit hier Klarheit geschaffen wird.
Viele Grüße
Tobias
___
Talk-de mailing list
Talk-de@openstreet
André Reichelt schrieb:
> Tobias Wendorff schrieb:
>> Ich denke, es gibt genug Verfahren, die das Briefgeheimnis nicht
>> verletzen ... mit starkem Licht durchblenden, Röntgen etc. etc.
>
> Und das soll also nicht das Breifgeheimnis verletzen? Ich dachte immer,
> es is
Martin Koppenhoefer schrieb:
> Indem sie orthogonale Straßen bei Gutdünken um 90 Grad drehen? Das
> will ich sehen. (weniger das Drehen als das Nichtdrehen, wo es nicht
> benötigt wird).
Hö?
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://list
André Reichelt schrieb:
> _Zusätzlicher_Hinweis:_
> Wenn du eine wirklich hochauflösende Grafik willst, solltest du als
> Ausgabeformat SVG wählen und das Ganze dann selbst mit z.B. Inkscape
> rendern.
Oder als WMF (etc.) abspeichern => Vektorgrafik.
__
Martin Koppenhoefer schrieb:
> Hue! Schau: wenn Du einen kurzen orthogonalen Stich hast (also die
> oben angesprochene Lotlinie), dann weiss der beste Renderer doch
> erstmal nicht, ob das jetzt so sein soll, oder ob das "rein
> topologisch" gemappt wurde.
Diese Linie soll natürlich gar nicht gere
Hallo Community,
bevor ich pyroute jetzt unter Win32 installierte...
Ist es möglich, mehrere Via-Punkte einzugeben, die bei der
Routenplanung beachtet werden? Also z.B. die Planung einer
Rundreise, indem man an den festgelegten Sehenswürdigkeiten
vorbeifährt?
Grüße
Tobias
Markus schrieb:
>> Oder als WMF (etc.) abspeichern => Vektorgrafik.
>
> wie speichert man 49.67/49.565/11.288/11.41 als Vektorgrafik?
> Unter Export in OSM.org habe ich nichts gefunden.
Bezog sich auf Inkscape :-)
___
Talk-de mailing list
Talk-de@opens
Markus schrieb:
> - Flächenfarben ändern
> - Elemente weglassen
> - Elemente hinzufügen (z.B. Wanderweg)
> - Elemente anders darstellen (z.B. Linienfarbe/-breite)
> - Text/Bilder einfügen
Ich habe damals auch mal in dieser Richtung experimentiert,
habe dann aber angefangen, die Daten direkt aus ei
Martin Koppenhoefer schrieb:
> es gibt den Osmarender auch in Perl (von Frederik soweit ich weiss),
> der soll deutlich schneller sein.
Wir der eigentlich aktualisiert?
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/li
Martin Koppenhoefer schrieb:
>> Die Frage ist nur, was Art. 10 GG Abs. 2 für Beschränkungen genehmigt.
>> Der Abfluss von Devisen aus Deutschland bzw. dem Euro-Raum?
>>
>
> hm, in ein anderes Land der EU? Das ist m.E. fragwürdig. (und OT).
Es geht hier um Bargeld, von dem nur eine limitierte Meng
o...@tappenbeck.net schrieb:
> ich habe eine Liste mit Koordinaten und Attributen die ich nach OSM
> übernehmen möchte.
>
> Gibt es ein Tool mit dem ich daraus eine entsprechende OSM-Datei konvertieren
> kann ?
>
> Wenn auf irgendeine Art und Weise auch Attribute übergeben werden könnten
> wär
Markus schrieb:
> Wäre ein nützliches Projekt, unsere Daten so aufzubereiten.
Nun, kommerzielle Dienstleister, die dies machen, gibt es
sicherlich reichlich.
> Dann könnten Menschen mit Grafik-Kenntnissen mit den ihnen vertrauten
> Vektorprogrammen mit OSM-Daten arbeiten.
Corel alleine kostet 5
ist; wenn meine Namensauswahl mich zuerst einen Ort auswählen lässt
und dann erst die POIs anbietet, .).
Also: Namen in ein Namenstag, Ort in ein Ortstag.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
André Reichelt schrieb:
> Das ist einfach zu bedienen und zweckmäßig.
Oh, kann Kosmos endlich Vektordateien exportieren?
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Jan Tappenbeck schrieb:
> Das Format sieht so aus
>
> 54.44596;9.92555;name;x;tag1;value1;tag2;value2;tag3;value3;tag4;value4
Also das kannst Du ja wohl selber in PHP machen ..
explode() nach Semikolon und dann halt im Loop eine
OSM-Datei schreiben.
10 Zeilen.
_
Markus schrieb:
> Hallo Tobias,
> Für solche Standardaufgaben würde ich mir *ein Standardtool* wünschen,
> das jedes Format in XML wandelt, also alle Excel, Access, TXT, und wie
> sie auch alle heissen und welche Feld- und Datensatztrenner, und welche
> Zeichenformate sie auch
Johannes Huesing schrieb:
> Steht so etwas (mit ein bisschen mehr betreutem Hacken) in der nächsten
> Auflage Eures Buches?
Scheint so, als ob man mehr Umsatz mit einem Buch über Osmarender,
als mit einem Buch über OSM machen könnte ;-)
___
Talk-de mail
handelt sich dabei um hochpräzise Drucksensoren ... das Päckchen
hat mich 75 EUR gekostet.
Sie bilden die Basis für den OSM-Höhenmesser ...
Stay tuned!
Grüße
Tobias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo
ter.2FViewer_angezeigt.21
http://wiki.openstreetmap.org/wiki/FAQ#I_have_just_made_some_changes_to_the_map._How_do_I_get_to_see_my_changes.3F
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
so wirklich hilfreich. Man kann damit manche
Dinge, wenn ich das richtig sehe, nicht ohne weiteres tun, etwa einen
Node in einen bestehenden Way einfügen, um eine Abzweigung o.ä. anzubauen.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.or
nd nur nach
'to' fahren"
oder
"alles, was von 'from' kommt und über 'via' fährt, darf nur nach 'to'
fahren"
?
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
ch
c-C darf, oder? Und das Wendeverbot an c (falls ein solches existiert)
auch noch nicht.
Wenn du das noch erfassen willst, brauchst du mehr Relationen (3 ohne
Wendeverbot, 4 mit) als ich oben (2 ohne Wendeverbot, 3 mit).
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
abe.
Bei komplettem Verzicht auf Relationen natürlich. Deshalb war in meinem
teilweise zitierten Lösungsvorschlag an dieser Stelle (c-b-a) ein
Linksabbiegeverbot als Relation vorgesehen.
Man braucht m.E. neben den zwei oneways genau zwei
restriction-Relationen, um die Situation an dieser Kreuzung kor
> zu aufwendig ist und sich durch die Nutzung von Wegen für vias stark
> vereinfachen lässt.
Du redest die ganze Zeit von "Vereinfachung", also mal Fakten:
Wie würdest du unter Verwendung von via-Wegen den Sachverhalt mit
weniger als 3 (mit Wendeverbo
n als auch
konkreten Vorschlägen und Kritik.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
latch-Modus" ist. Meine Bemerkung ist ja noch nicht
mal sicher ein Bug, kann ja Absicht sein.
Werde es aber gerne ergänzen, wenn du darauf bestehst. ;-)
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
d_stoparea" heißt. Würde ich auch so erwarten,
oder?
Tobias "Tordanik" Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
habe noch keine Werte für
> die Höhe gesehen.
>
> Gibt es ne Projektseite, wo du über den Fortschritt berichtest?
Ich denke, ich werde ein Parallelprojekt dazu aufziehen,
welches mit OSM eng verknüpft wird. Grund dafür ist, dass
viele Leute Höheninformationen nicht drin haben wol
Markus schrieb:
> http://www.geodaten.bayern.de/bvv_web/service/abc_netz/6434_108_00.htm
>
> Aber ich habe keine Ahnung, wie ich das in WGS-84 umrechne...
Mensch Markus, das haben wir doch schon 100x besprochen. Höhen werden
nicht in WGS84 umgerechnet, sondern als Höhe über dem Geoid
angeben.
Al
Markus schrieb:
> soweit ich verstanden habe brauchen wir WGS-84
> (und ETRS-89 weicht etwas davon ab?)
Wenn Du es allgemein willst, dann EGM96.
Wenn Du es auf Deutschland bezogen willst, dann CG05 etc.
___
Talk-de mailing list
Talk-de@openstreetmap.or
Torsten Breda schrieb:
> Im ersten Stadium sollten die SRTM Daten visualisiert werden,
> man müsste sich über eine Datenstruktur einigen.
Nunja, das ist im Endeffekt ziemlich simpel ... daher finde ich,
dass man sich zuerst über das Hosting Gedanken machen sollte :-)
> Will man ein Raster oder fr
Dr. Franz-Josef Behr schrieb:
> ich habe schon seit einiger Zeit einen Domännamen registriert:
>
> http://www.opendtm.org
Mal generell eine Übersicht:
Digital Terrain Modell, Digitales Geländemodell, Digital Elevation
Modell = Objekte auf der Erdoberfläche (z.B. Wälder, Häuser)
Digitales Höhen
Torsten Breda schrieb:
> Lese mich gerade auf http://www.terrainmap.com/ in das Thema ein, da
> ich mich damit noch gar nicht beschäftigt habe.
> Dazu eine Frage eines Laiens: Kann man nich alle verfügabaren
> Höhendaten in einer gemeinsamen Datenbank vereinen? Sozusagen die SRTM
> als Grundlage, d
und über Google Maps anzeigen lassen aber ... neee.
JOSM hat ja ein GeoTag-Plugin ... so könnte jeder mitmachen.
Grüße
Tobias
ps: Gibt es eigentlich einen OSM-Dienst, wie Flicker, auf dem
ebensolche Fotos mit Geo-Informationen gespeichert werden können?
___
Frederik Ramm schrieb:
> Der Mapper weiss ja, ob er auf dem Bergkamm oder im Tal
^
Jetzt, wo ich das Wort so lese, glaube ich zu wissen, wie der
Ortsname "Bergkamen" entstanden ist :-) SCNR
___
Talk-de mail
Bernd Wurst schrieb:
> Aber wenn du mal hochrechnest, kommst du ganz schnell auf mehr als nur
> erhebliche Speichermengen. Ich habe neulich mal die Mapping-verwertbaren
> Fotos des letzten Jahres bei mir gebrannt (Straßennamen, Briefkästen, ...)
> und das alleine waren über eine DVD voll.
Es mü
Norbert Wenzel schrieb:
> Gibt es lizenzrechtliche Probleme die Flickr API zu benutzen und zu
> jeder Koordinate Fotos zu suchen und die dann über der Slippy Map
> anzuzeigen. Mit dem POI Example vom Wiki sollte sich das doch relativ
> leicht erledigen lassen, oder spricht da was dagegen? (Abges
Jonas Krückel (John07) schrieb:
> Ein OSM-Dienst wie Flickr macht imo gar kein Sinn, da Flickr ja viel
> viel mehr als nur Fotos auf Karten anzeigen ist.
Es ging mir viel mehr um eine Möglichkeit, meine Bilder hochzuladen
und irgendwie mit der Welt zu teilen, die sehen will, wie der Platz
aussieh
Ulf Möller schrieb:
> Technisch ist das nicht schwierig; aber man sollte dabei auf das
> Urheberrecht achten - besonders wenn du die Informationen zum Mappen
> benutzen willst.
Es liegt kein Urheberrecht vor, außer sie haben eine ganz
kreative Methode gefunden, die Straßennamen zu katalogisieren
lmessdaten, ein sekundäres DHM die daraus abgeleiteten Daten.
DEM wäre daher ein Allgemeinbegriff, was DGM und DEM beinhaltet.
DEM = Digital Elevation Model.
Daher würde ich mich für OpenDEM aussprechen. Die Domain kann
man ja sicher ummelden :-)
Grüße
Tobias
Achja, habe ich schon erwähnt, dass au
Jan-Benedict Glaw schrieb:
> Was ich da aus dem Stand nicht gefunden habe, ist die Möglichkeit,
> nicht nur nach lat/lon zu fragen (Kameraposition, nicht
> Objekt-Position!), sondern zusätzlich auch nach der Kamera-Richtung.
>
> Gerade, wenn man Bilder entlang einer Route zeigen will, um diese
> b
Jan-Benedict Glaw schrieb:
> Die Orientierung (und ggf. Brennweite etc., man will ja keinen
> Marienkäfer zeigen, wenn man vor 'nem Schloß abbiegen soll...) separat
> speichern? Naja...
Nunja, N S W E ... das wird wohl noch irgendwo in den
EXIF passen. Notfalls halt direkt ins Bild als Wasserzeich
Jan-Benedict Glaw schrieb:
> http://allmydata.org/trac/tahoe
Live Demo funxt hier nicht wegen Firewall.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
gewählten Beispiel nicht kenne)
Auch fällt auf, dass der Autor Map Features für eine Legende hält und
das Fehlen von Information bemängelt, die man über den "Map Key"-Link
auf openstreetmap.org bekäme. (Den gabs auch vor zwei Monaten schon, oder?)
Tobias Knerr
__
Johann H. Addicks schrieb:
> Was der Autor einfordert ist jedoch eine Generalisierung. Und das wird
> nicht einfach. Neben Entwicklungsaufwand für einen "zweiten Pass" wird
> es vermutlich riesige Regelsetze brauchen, um Kriterien für zuträgliche
> Element-Dichten "im Umkreis von" zu bestimmen und
Frederik Ramm schrieb:
> Mir faellt ein, dass die aktuellste (eventuell Beta-) Version von QGIS
> einen OSM-Editor als Plugin haben soll. Dann kannst Du Dir sogar den
> JOSM sparen ,-)
Ach, ehrlich? *runterlad*
___
Talk-de mailing list
Talk-de@openstr
;OpenDEM.org" wäre dann sicher besser.
Das sehe ich genauso, denn die Kunstobjekte haben wir ja schon in
OSM.
Um eine DOM oder ein DGM zu erzeugen, können wir die Daten aus
OSM ableiten, so wie es die Vermessungsämter auch machen. Dort
werden die Laserscanning-Daten anhand der Liegenschaftskart
Frederik Ramm schrieb:
> Tobias hat recht;
^
Dööt Dööt Dööt Dööt.
>> Man kann PostGIS die problemlos Generalisierung rauslocken, was
>> das Kartographiebild massiv verschönern würde,
>
> Wuerde ich so nicht unterschreiben; erstens ganz gewiss nicht
>
Tobias Wendorff schrieb:
>> "OpenDEM.org" wäre dann sicher besser.
>
> Das sehe ich genauso, denn die Kunstobjekte haben wir ja schon in
> OSM.
Nein, moment ... dann wäre es ja doch DTM, also openDTM.org?!
___
Tal
1234" oder "wiki_id = 1234"
statt
note:wiki = http://wiki.openstreetmap.org/index.php/Georeferenzierung
Dürfte die Datenbank stark entspannen.
Grüße
Tobias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
ich im Studium gelernt habe oder
> die künstliche Intelligenz irgendwann mal richtig gut ist, werden wir
> wohl ohne Render-Hints keine Vernünftigen Karten erstellen können.
Demnach wäre der Typ mit seiner Seminararbeit durchgefallen, weil die
Kritik nicht gerechtf
Dirk Stöcker schrieb:
> Warum wollen wir die nicht? Die Render-Fixes wollen wir nicht. Aber
> Hints halte ich schon für sinnvoll.
Ich bin mir ganz sicher, dass ich für sowas in meinen OSM-Anfängen
häufig kritisiert wurde, "weil ein Hint nichts mit den eigentlichen
Geodaten zu tun hat".
> Statt "
Michael Buege schrieb:
>> weil die Chance sehr gering sein kann, dass jemandem auffällt, dass etwas
>> fehlt.
>
> -v bitte
"Ach, die Straße ist bei OSM ja schon drin; da muss ich nicht mehr hin."
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
Dirk Stöcker schrieb:
> Tja. Nicht jeder vertritt meine Meinung. Aber vielleicht braucht man für
> gewisse Erkenntnisse einfach das zugehörige Fachwissen.
Das ist bei der Google-Generation kein Argument mehr. Das Argument
ist eher die Zeit, sich das Wissen anzueignen.
> Hier hoffe ich, dass die
Frederik Ramm schrieb:
> Ich glaube, und auch das schreibe ich auf dieser Liste zum dritten oder
> vierten Mal, dass OSM hier seine "crowdsourcing power" gut einbringen
> kann, denn die weltweit agierenden "Profis" werden auf immer dazu
> verdammt sein, das Problem "schoene Karte" algorithmisch
grungelborz schrieb:
> Allerdings scheit des laut der ersten Quelle GPS-Geräte zu geben die
> immer die Höhe + z.B. 10m ausgeben.
Nicht nur das ... ich habe Markus vorhin einen langen Text
geschrieben. Vielleicht schreibt er ihn in ein Wiki um.
Die Quellen von Dir kannte ich schon, aber wie Du sc
materials". Ist das
dasselbe wie dein "Gefahrgut"? Wenn ja, sollte man den wohl verwenden.
http://wiki.openstreetmap.org/wiki/Key:hazmat
designated und no passen jedenfalls meiner Ansicht nach als Werte.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Garry schrieb:
> Da würde ich dann für Deutschland ehr eine Differenz von an die 50m
> erwarten...
Die GPS-Receiver interpolieren den Geoid für WGS84, da sonst eine
riesige Tabelle mitgeschleppt werden müsste. Ich würde schätzen, dass
90% der Receiver für Deutschland den Wert von 47,5 m haben.
müsste man
dann noch als Tag an den Node schreiben.
Natürlich müsste man auch einen Kegel für den vertikalen Blick
haben, aber JOSM ist (noch) nicht dreidimensional.
Wie denkt ihr darüber?
Grüße
Tobias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
Simon Kokolakis schrieb:
> gibt es schon eine Möglichkeit eine interaktive OSM Karte in eine
> Webseite einzubinden, ohne Javascript benutzen zu müssen? Ich dachte da
> an ein Flash/SWF oder SVG, oder auch ein Java-Applet.
Es gibt mehrere Flash-Dienste, die auf Flex basieren. Diese laden
einfach
marcus.wolsc...@googlemail.com schrieb:
> Warum sollte jemand Flash oder Java (welche beide Plugins brauchen
> welche nicht für alle Betriebssystem/Prozessorarchitektur-Paare
> bereitstehen) benutzen wollen wenn einfaches Javascript schon reicht?
Ich kenne mehr Leute, die JS deaktiviert haben, als
Martin Koppenhoefer schrieb:
> nicht zu vergessen die Radfahrer (nicht als Sport sondern zur
> Fortbewegung), die mit den SRTM-Daten wenn es nicht gerade Hochgebirge
> ist, nicht sehr viel anfangen können.
Was habt ihr immer mit eurem Hochgebirge? Gerade ich Hochgebirge
ist SRTM besser geeignet, a
ei der Umsetzung der EU-Richtlinie für Datenbankwerke
schlichtweg vergessen, wie amtliche Datenbankwerke zu behandeln
sind. Der Bundesgerichtshof wartet daher auf ein Urteil vom
Europäischen Gerichtshof.
Daher _meine_ Meinung: nicht für OSM verwendbar.
Grüße
orsten Leistikow schrieb:
> Martin Koppenhoefer schrieb:
>> nicht zu vergessen die Radfahrer (nicht als Sport sondern zur
>> Fortbewegung), die mit den SRTM-Daten wenn es nicht gerade Hochgebirge
>> ist, nicht sehr viel anfangen können.
>
> Gerade im Gebirge sind die SRTM-Daten (und alle anderen,
ktuell nicht habe) in der Lage. Ich hab noch nicht
> genauer reingeguckt, aber es findet sich .shx;.dbf;.sbn;.sbx und .shp.
Du kannst es mir ja mal schicken, dann kann ich es für OSM umwandeln.
Jan ist ja Lübeck-Fan, der kann es dann bearbeiten und hochalden.
Vie
Jan Tappenbeck schrieb:
> Lübeck-Fan ... ich wohne da !
Schick mal ein Paket Marzipan rüber.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Norbert Kück schrieb:
>> Ich weiss das dieserlei dinge hier schon oefter mal thema waren - In wie
>> weit ist ein Flächennutzungsplan als Gemeinfrei zu erachten?
> der Flächennutzungsplan ist als Teil der Bauleitplanung eine öffentliche
> Angelegenheit. Zwar im Rang einer Verwaltungsvorschrift, ab
Hallo Community,
ich habe nicht die Realform aller Häuser, die ich erhoben habe.
Ist es okay, ein Rechteck dort hinzusetzen und ein FIXME dranzuschreiben
oder soll ich nur einen Node dransetzen?
Grüße
Tobias
___
Talk-de mailing list
Talk-de
Michael Buege schrieb:
> Was spricht dagegen, wenn die Leute es gleich bei OSM reintun? Oder auch
> nur erst mal drueber legen?
Hat viele Gründe ... die Kommune will genaue Daten und die Macht :-9
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
Sven Anders schrieb:
> Ich möchte jetzt niemanden zu Urheberrechts vergehen ermuntern, aber ich
> finde
> es sehr wahrscheinlich, das die Bebauspläne (samt Untergrund) gemeinfrei sein
> müssen, obwohl die Komunen gerne verdienen wollen.
B-Pläne könnten eher gemeinfrei sein als F-Pläne, da B-Plä
nicht.
Das sehe ich bei B-Plänen nicht gegeben.
Bei rechtsverbindlichen Plänen liegt ja gerade die Anordnung von
Flächen, Häusern und Straßen im allgemeinen und amtlichen Interesse.
Grüße
Tobias
___
Talk-de mailing list
Talk-de@o
Norbert Kück schrieb:
>
> Sven Anders schrieb:
>
>> Hintergrund der gemeinfreiheit von Gesetzen und Verordnungen ist ja gerade
>> das
>> alle Bürger Zugang zu Gesetzen bekommen sollen (und nicht nur die die es
>> bezahlen können).
>
> Und was sagt das jetzt sagen? Die Inhalte der Gesetze, Ver
Norbert Kück schrieb:
>
> Tobias Wendorff schrieb:
>
>> Bedenke, dass solche Texte aber nicht unbedingt mit der realen
>> Schöpfungshöhe und Schutzfähigkeit übereinstimmen müssen.
>
> Komisches Argument. Es geht hier um Kartengrundlagen, die weitaus
> deta
Mark Obrembalski schrieb:
> Er wartet nicht mehr. Leider nicht deshalb, weil der EuGH entschieden
> hätte, sondern weil sich die Parteien nach dem Vorlagebeschluss
> verglichen haben.
Stimmt, habe ich leider auch gerade gesehen. Aber ist damit BGH,
Beschluss vom 28.09.2006 - I ZR 261/03; GRUR 2007
s bekannt (und tippfehleranfällig)
genug angesehen werden.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Frederik Ramm schrieb:
> Woraus besteht sie denn in Wirklichkeit ;-)
Im Endeffekt ist es eine schnell rotierende Pizza, die die
Illusion einer Ellipse widerspiegelt.
Durch die gegengesetzte Zentripetalkraft flog damals Käse
von der Pizza runter und hat den Mond gebildet. Daher sagt
man ja auch ri
Mark Obrembalski schrieb:
> Das natürlich nicht, immerhin schließt sich damit der BGH den (meiner
> Wahrnehmung nach auch sonst eher überwiegenden) Stimmen an, die § 5
> UrhG auch auf Datenbanken anwenden wollen.
Für die Quellisten: auch IBR 2007 stimmt zu.
>> Und jetzt das Geniale: Diese Bezirke
Markus schrieb:
> Wer kann eine Datei für einen Grossformatdruck transformieren?
>
> ich habe: PNG (SVG, TIFF)
> brauche: PDF oder EPS, Schriften als Pfade
>
> Detlef hat einen Entwurf für ein OSM-Banner gemacht:
> http://wiki.openstreetmap.org/wiki/Image:OSM-Banner.png
> Frederik arbeitet auch
Dimitri Junker schrieb:
> Aber was ich definitiv nie sehen will ist eine Punktewolke in OSM
> wo etwa jeden m eine Node ist der nur Höheninfos enthält.
Darum wollte ich auch eine zweite Datenbank schaffen, in der genau
diese Punktwolke (XYZ) gespeichert wird.
Daraus kann man dann die TINs generi
Lutz Horn schrieb:
> warum ausgerechnet rar?
http://depot.tu-dortmund.de/get/arlxwr
ZIP-Datei ... gilt für 7 Tage ab jetzt.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Ich habe es einfach mal als Plaintext reingehauen ...
Wenn Du's so nicht willst, dann kannst Du es wieder ändern.
Soll ich die Datei in den/das/die SVN legen?
Jan Tappenbeck schrieb:
> aber jetzt !!!
>
> - gepackt als rar !
>
> gruß Jan :-)
>
> Chris-Hein Lunkhusen schrieb:
>> Jan Tappenbeck
Jan Tappenbeck schrieb:
> Da gibt es auch noch Detailübersichten.
Dazu haben wir aber keine Freigabe.
> Habe die Daten von Tobias zwischenzeitlich erhalten und werde die
> Gebiete nacheinander übernehmen.
Kannst Du damit arbeiten?
__
Fazit: Das Straßenmaterial ist aktualisiert, aber die POIs haben
sich stark verschlechtert!
OSM RULES.
Grüße
Tobias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Jan Tappenbeck schrieb:
> meinetwegen - wollte ich auch erst machen. es wird doch vermutlich
> lieber eine datei gezogen als ein text abkopiert.
Aber dann doch bitte keine RAR, sondern ZIP.
Ich gucke lieber erst rein, bevor ich das ausführe.
___
Talk-
901 - 1000 von 4477 matches
Mail list logo
