e Rechenzeit verkürzen.
Aber wieso GK, wenn wir gleich UTM nehmen könnten :-)
Dabei frage ich mir wieder, wieso wir die Mercator-Projektion mit
WGS84 und nicht gleich ETRS89 verwenden :-(
Grüße
Tobias
___
Talk-de mailing list
Talk-de@openstreet
Bernd Wurst schrieb:
> Bitte keine spezifischen Renderer-Tweaks in die Daten einbauen!
Solche Dinge haben wir doch schon ohne Ende.
Interpolation von Hausnummern, Kreisverkehr etc.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstr
e Kunden:
"nursing = handicapped;seniors"
Grüße
Tobias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
wenn die
Hausnummern da sind.
Grüße
Tobias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Felix Peters schrieb:
> Bin ich bloß blind oder gibt es wirklich keine Legende?
Das hat mich auch lange genervt ... "Map key" im linken Menü :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
. Gehst Du über ein Katalogsystem oder direkt freie
Eingaben vor?
Grüße
Tobias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Leute Zugriff auf die .org Seite :-(
Wenn jemand aber einen Patch (*duck*) schreibt und dem Inhaber
schickt, wird er das sicherlich integrieren.
Grüße
Tobias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Jochen Topf schrieb:
> Nein. "legend" ist eine Legende im Sinne einer Sage, Mythos, ...
> "Map key" ist schon richtig.
Es kommt drauf an, was man sagen will. Ich habe vorhin extra das
große Dictonary rausgekramt.
Map Key = die Zeichenerklärung
Legend = die Bildlegende
Vorgeschlagen wird übrigens
Bernd Wurst schrieb:
> Davon ab: Ich glaube, dass viele User ihren Standort unter der Prämisse
> eingetragen haben dass nur andere Mapper in ihrer Umgebung dies sehen können.
> Du könntest einen datenschutztechnischen aufschrei der Community provozieren
> wenn du so ne Karte mit allen Mappern
Bernd Wurst schrieb:
> Tobias Hägele:
>> Also wer [...] aktiv Tracks hochlädt [...].
>> [... wenn ...] alle User darüber informiert sind
>
> Ich finde deine Annahmen etwas willkürlich und falsch.
Aber genauso willkürlich wie meine Annahmen sind, genauso willkürlich
kön
nur aufpassen, dass man zum gefälschten Zeitpunkt
nicht genau das selbe Vergehen am selben Ort begangen hat.
Und nur, weil Person A etwas hochgeladen hat, ist noch lange nicht
gesagt, dass er dort selbst war. Und dann ist da noch die Tatsache, dass
die Passwörter hier in Klartext übertragen
Hallo Gary68,
Gary68 schrieb:
> beispiel siehe hier: http://wiki.openstreetmap.org/wiki/Osmrender.pl
wäre es möglich das nützliche Tool durch SVG-Ausgabe zu erweitern?
Grüße
Tobias
___
Talk-de mailing list
Talk-de@openstreetmap.org
h
nicht wahrgenommen, nur als
Teil von OpenRouteService. Ich wäre das ganz naiv durch die Verwendung
einer SQL-Datenbank mit geeigneter HTML-Maske angegangen. Ihr bietet
XML/XLS als Schnittstelle an?
Grüße
Tobias
___
Talk-de mailing list
Talk-de@openstreetmap.org
htt
Dank des Feiertags hab ich jetzt auch meinen JOSM-Lanetool-Prototypen
auf den aktuellen Stand gebracht.
http://tobias-knerr.de/josm/lanetool
Er hält sich jetzt an die aktuelle Wiki-Version des lane_group-Proposals
und kann dafür herhalten, mal auszuprobieren, wie sich das Konzept in
der Praxis
"lane_group"-Relation an den highway bindet. Nur kann
man statt einer Linie eben auch eine "lane"-Relation nehmen, um sich die
Verlaufsinfo zu sparen.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
er Tags des highway aufgeführt sein
(Mitglied von lane_group, Rolle highway). Dort die Relation auswählen,
auf Bearbeiten klicken und ganz normal mit dem Relation-Editor die Ways
hinzufügen (als Rollen eindeutige Nummern für die Sortierung angeben).
Im Lanetool kann man dann wie üblich mit diesen Spure
Erde eine Scheibe ist? ;-)
Lösbar ist es sicher -- muss es sein, schon fürs Rendering --, aber für
nen Prototypen wars verzichtbar.
> Ansonsten: vielen Dank
Ebenfalls vielen Dank -- fürs umfangreiche Feedback.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
- ist das irgendwo versteckt ???
Hast du das .jar vorher runtergeladen und in deinen plugins-Ordner
gelegt? In der vom Server geladenen Liste ist das lanetool noch nicht drin.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Jochen Topf schrieb:
> Die Information kannst Du auf jeden Fall benutzen. Amtliche
> Verlautbarungen unterliegen keinem Copyright.
Das ist korrekt, aber wie Sven schon anmerkte, könnten Sie
unter Datenbankschutz liegen. Es kommt auch darauf an, woher
die Informationen kommen.
"Normale" Amtliche B
lipsoiden? :-)
Grüße
Tobias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Jan-Benedict Glaw schrieb:
> Das ist sicher nicht ein Problem von OSM und gehört auch nicht ins
> Buch. ABER--wenn Du einen guten Buch-Vorschlag (deutsch oder englisch)
> hast, der die Themen "Ortsbestimmung", "Umrechnung" etc. wirklich
> tiefgehend beleuchtet, würde ich das wohl sofort kaufen.
Da
Dirk Stöcker schrieb:
> de.wikipedia.org und wo das inhaltlich zu flach ist: en.wikipedia.org
>
> Wenn ich mir z.B. http://en.wikipedia.org/wiki/Geodetic_system anschaue,
> dann ist das eigentlich nicht schlecht (ich habe es natürlich inhaltlich
> nicht alles geprüft, aber Fehler findest Du auch
denen dies möglich ist, wäre es sehr
aufwendig im Vergleich zur Lösung, sich auf die Rolle verlassen zu können.
Die Nummer und die geografische Information müssen natürlich zusammenpassen.
Tobias Knerr
___
Talk-de mailing list
Talk-de@ope
ne zusätzlichen Tags
braucht) und sauber dokumentieren, wenn mein Trenner dann anders als die
Standardvariante seines Typs z.B. zu Fuß überwindbar ist, ein foot=yes ran.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
ibt da ja wohl:
> <http://wiki.openstreetmap.org/wiki/Relations/Proposed/Collected_Ways>
> wobei ich da nicht sehe wie weit das Proposal ist.
In meinen Augen nicht allzu fortgeschritten, wills aber mal nicht ganz
abschreiben.
Tobias Knerr
___
ftware gibt, die sie erzeugt, (sonst
wär das Erzeugen schon etwas sinnlos) ist zusätzlicher Aufwand bei den
Editoren m.E. vorzuziehen.
Übrigens gibt es ja auch Fälle, die man nicht sinnvoll verwerten kann
(übereinanderliegende lanes, z.B.). Um die anzumeckern, braucht der
E
Johann H. Addicks schrieb:
> "Örx! Bei openstreetmap hat jemand alle Häuser in Stuttgart abgemalt, jetzt
> ist der potlach nicht mehr zu gebrauchen"
>
> Falls als jemand von Euch danach trachten sollte, Potlacher zu vergraulen ...
Für mich wieder ein Argument, endlich mit virtuellen Layern zu
a
ay aufgetrennt werden.
Die unschönere Lösung wäre, eine Warnung anzuzeigen und das Aufräumen
dem Benutzer zu überlasen -- mit dieser generischen Lösung zieht man
sich ja momentan auch beim Auftrennen von Ways in turn restrictions aus
der Affäre. Das scheint ein generelles Probl
gen, ob Programme
die Geometrie eigenhändig auswerten werden.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Bernd Wurst schrieb:
> Wenn jemand natürlich "shop=supermarket" in den bugreport schreibt, dann hast
> du Recht. Aber wenn jemand schreibt "Da ist ein Supermarkt (Spar)", dann ist
> das *weitaus* weniger Arbeit als sich in einen Editor (nein Potlatch ist
> nicht
> intuitiv!) einzuarbeiten und T
Sven Geggus schrieb:
> Ich gebe Dir Recht wenn Du damit sagen möchtest, dass wir ein Ajax
> basiertes Interface zum setzen von POI's brauchen.
>
> Dass da jemand hinterherlaufen muss und aus Klartext tags machen muss
> ist IMO broken by design.
Man muss dem Nutzer nur eine einfache GUI hinsetzen,
Frank Sautter schrieb:
> wenn das kein gutes zeichen ist :-)
Jetzt wird das OSM-Format bald W3-conform :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
h würde sagen, ein Widerspruch ist letztlich ein Fehler, also braucht
man auch kein Verhalten definieren. Eine Anwendung darf damit tun, was
sie für sinnvoll hält.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Martin Koppenhoefer schrieb:
> Am 8. Januar 2009 15:25 schrieb Tobias Wendorff
> mailto:tobias.wendo...@uni-dortmund.de>>:
>
>
> Danach muss man dann persönlich ins Rathaus und sich einen
> Ausdruck abholen, für den dann aber wiederum Geld verlangt
> w
John07 schrieb:
> Das wird das schwerste. Wenn ich jetzt dann anfangen muss zu
> programmieren, dann wird es scheitern ;-)
Vorallem: Erwarte bloß keine Hilfe von irgendwelchen Leuten
hier!!
Ich habe mir mühe gegeben, mein Zeugs von PHP nach JAVA zu
portieren, habe aber nicht mal annähernd Plan,
, stand
da sowas wie Einsatzfahrzeuge frei.
Theoretisch sollte da kein Schneepflug wenden müssen, es kreuzt ja
Bundesstraße an Bundesstraße.
Tobias
signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
i unterstützt. ("If the inner way represents
something in itself (e.g. a forest with a hole where the hole is a
lake), then the inner way may be tagged as such.")
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
André Reichelt schrieb:
> Hier gibt es "Neues" über OpenStreetMap. Zwar nicht viel, aber immerhin
> denken scheinbar auch die ÖR an uns.
Schlechtes Gewissen sicher :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/lis
Nop schrieb:
> Wo kommen solche Zahlen denn her?
Kann man ohne konkretes Beispiel nicht sagen. Womöglich auch direkt
aus einem TP-Import öder Ähnlichem.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
uot;Anlieger frei".
Über so was ähnliches (maxspeeds) diskutieren wir grad im Forum. Nicht
sehr ausgereift, aber. ...
http://forum.openstreetmap.org/viewtopic.php?id=2234
Mein Vorschlag wäre so was wie
access:weight>1.5 = destination
Konsistentes bestehendes
Hallo Community,
wie viele Nachkommastellen wird die API standardmäßig für
Koordinaten unterstützen?
Wird ein Cut bei sechs Ziffern rechts vom Komma vorgesehen?
Grüße
Tobias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
Dominik Spies schrieb:
> 7 Nachkommastellen. Ob das jetzt gerundet oder abgeschnitten wird,
> wenn du mehr übermittelst, kann ich nicht sagen, Probiers aus.
Wenn abgeschnitten wird, beträgt der maximale Fehler 14,0 cm.
Für OSM sollte es ausreichen :-)
Hatto von Hatzfeld schrieb:
> Hmm - wenn sich die Tendenz fortsetzt, jeden Pflasterstein oder auch nur
> jeden Meter abgesenkter Bordsteine zu taggen, weil da ja ein Radfahrer von
> der Autospur auf den Radweg wechseln könnte, dann fürchte ich, dass bald
> auch nicht mehr reichen wird ;->
Nun ja,
Martin Koppenhoefer schrieb:
>
> Das nicht, aber das hier ist cool:
> http://www.competitionline.de/4008376/alias/beitraege
>
>
> was soll denn cool daran sein, einen *beschraenkten* (="nichtoffener
> WB", s. IV.1) Wettbewerb mit "15 Einladungen und Ermittlung weiterer 25
> Teilnehmer
Garry schrieb:
> Sollte immer WGS84 sein um vielen Problemen aus dem Weg zu gehen.
Da bin ich immer noch geteilter Meinung.
WGS84-Höhen über dem WGS84-Ellipsoid sind nicht einfach zu
berechnen und das GPS-Gerät lügt häufig.
Wenn man nun Höhen in DHDN92 bekommt und diese zu WGS84
wandelt, braucht
Gary68 schrieb:
> ich könnte natürlich bestimmte bboxen bereitstellen, auf wunsch. schöner
> wäre es, hätte man die möglichkeit, über ein kleines cgi, php oder pl
> script einen kleinen ausschnitt online aus der datei zu laden.
>
> hat jemand so ein script rumfliegen? das ich dann bei strato auch
Torsten Leistikow schrieb:
> Das gilt aber nur fuer selbst gemessene Werte (oder fuer groessere
> Objekte wie fuer ganze Ortschaften). Es gibt ja aber auch offizielle
> Referenzpunkte die hochgenau vermessen worden sind. Warum sollte man bei
> denen dann nicht auch den genauen Wert angeben.
Yepp.
Markus schrieb:
> Mein Vorschlag ist, jedem alt-Attribut im Schlüssel das Bezugssystem
> hinzuzufügen:
> alt-wgs84 = ...
> alt-unknown = ...
> alt-DHHN92 = ...
Was hat das Minus-Zeichen dort zu suchen?
alt:WGS84
alt:unknown
alt:DHHN92
___
Talk-de mail
Martin Koppenhoefer schrieb:
> das halte ich fuer nicht machbar, ein Gelaendemodell rein aus den Hoehen
> der Strassen und Gipfel zu generieren. Damit da was sinnvolles rauskommt
> muesste man wohl in einem Raster enger als SRTM (weil sonst sinnlos da
> schon vorhanden) querfeldein durch die Geg
$chars = array('H', 'A', 'L', 'L', 'O');
foreach($chars as $char) echo $char;
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Wolfgang W. Wasserburger schrieb:
> in URLs aber auch nicht - man kanns zwar jetzt registrieren, aber ältere
> IE-Versionen scheitern ;-)
Solange man mit den Fahrkartenautomaten der Bahn (NT4) nicht
ins Internet kann, werde ich IE 3, 4 und 5 nicht unterstützen :-)
Martin Koppenhoefer schrieb:
> naja, solche Fehler wie meter statt m helfen doch jedem, der sich damit
> beschaeftigt.
Ich finde es auch nicht gut, dass er das privat abhandelt. Es gibt
genug Leute, die sich für sowas interessieren. Aber wir kennen das ja.
___
ff. UrhG (Schutz als Datenbank).
Grüße
Tobias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Hallo Community,
der Bund hat mal wieder ein nettes Tool online gestellt.
http://www.bkg.bund.de/goto/geoid
Grüße
Tobias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Nachtrag:
Ich habe mal ein paar Höhenwerte vom BKG-Modell GCG05 mit dem
WGS84 Modell "EGM96" verglichen.
Die Abweichungen für Deutschland liegen bei maximal einem Meter.
Ich werde in den kommenden Tagen versuchen, die genauen Parameter
aus den beiden Modellen abzuleiten, damit wir eine detaillie
Heiko Jacobs schrieb:
> Gemarkungen haben mit der administrativen oder statistischen
> Einteilung nur wenig zu tun. Die Gemarkung muss man nur wissen,
> wenn man auf Anhieb den richtigen Aktenordner erwischen will,
> wo sein eigenes Grundstueck im Katasteramt oder Grundbuchamt
> abgeheftet ist... v
, dürfte wohl höher sein, als
eine vernünftige Editor-Unterstützung einzubauen, mit der man z.B. einen
Zugangspunkt aus einer Hausnummer "herausziehen" kann.
Nebenbei hat der Zugang nichts mit der Anschrift zu tun und damit m.E.
kein "addr"-Präfix verdient.
Tobias Knerr
__
adAccess-Relation zu stecken. Und so weiter. Man hätte einfach einen
natürlichen "Anfasser".
Bis zu einem gewissen Grad kann man das natürlich durch Abstraktion im
Editor kompensieren, und manchmal braucht man wirklich echte Relationen,
aber auch bei denen
Heiko Jacobs schrieb:
> Tobias Wendorff wrote:
>> Okay, ich sag's dem Prof am Montag. Ich frage mich echt, wof?r
>> ich Studiengeb?hren zahle.
>
> Welches Fach soll er Dir denn naeher bringen?
Städtebau ;-)
___
Ta
gt als getan -- ich habe mir
dazu zwar auch schon mal Gedanken gemacht (siehe [1]), aber bis zu einer
wirklich befriedigenden Lösung muss wohl noch etwas Denkarbeit geleistet
werden.
Tobias Knerr
[1] http://wiki.openstreetmap.org/wiki/Proposed_features/
r.
Man kann eine Multipolygon-Relation übrigens per Vorverarbeitung (eine
solche dürfte bei nicht für OSM ausgelegten Objekten ohnehin nötig sein)
in eine einzige "zerschnittene" Fläche verwandeln.
Tobias Knerr
___
Talk-de mailing list
Talk-de@
Hatto von Hatzfeld schrieb:
> An meinen grundsätzlichen Überlegungen zum Thema will ich aber festhalten.
> Und was Tobias Knerr dazu geschrieben hat, ist wohl hier das dringliche:
> Wir brauchen ein gescheites Konzept zur Erfassung von Spuren. Diese sollte
> nicht durch das Setzen
wenigstens nur einen Teilschnitt
ansetzen (vom äußeren Rand auf den inneren, innen rum und auf denselben
zwei Nodes wieder zurück), so dass das Objekt eine einzige Fläche
bleibt? Das würde außer vielleicht der Randdarstellung womöglich die
meisten Probleme lindern.
Tobias Knerr
Jan Tappenbeck schrieb:
> Hier sind wirklich Sessel vorhanden und schöne Tische - sogar ein Kamin !
Wie verschwenderisch ... einfach den Ofen beim Backen aufmachen :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/lis
Gute Arbeit!
Gary68 schrieb:
> hi,
>
> hier: http://www.gary68.de/osm/hof.svg könnt ihr meine erste *.svg datei
> begutachten.
>
> bin noch am basteln, aber mit der version 2.0 von osmgraph.pm kann das
> jeder machen.
>
> habe selber wenig anwendung dafür, aber man braucht ja
> herausforderung
fragen.
Da die Bahn aber eine eigene Kartographieabteilung hat und auch
mit Schweers + Wall zusammenarbeitet, dürften wir wieder eine
Absage bekommen.
Grüße
Tobias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Martin Koppenhoefer schrieb:
> den gibt's schon seit 4 Jahren (Feb. 2005), ist natuerlich kein wirklich
> stichhaltiges Argument, andererseits wuerde ich es drauf ankommen lassen.
Guck' mal, wie oft das schon zur Löschung anstand.
"Drauf ankommen lassen" würde ich gar nichts. Ich will nicht, das
Gary68 schrieb:
> 2.) straßen mit namen versehen (für fortgeschritene). denn dazu müssen
> zusammengehörige straßensegmente (mehrere ways) erst mal gefunden und
> zusammengefügt werden
Kannst Du dies dann vielleicht auf eine andere SVG-Ebene machen,
damit man die Texte auch deaktivieren kann?
Oh
l" mag ok sein für die vielen Dinge, die in der
Realität auch nicht so scharf zu fassen sind. Ein Verkehrsschild gehört
da m.E. aber nicht dazu.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Wie lautet denn der Link, wo ich das aktuelle Script mal testen kann?
Gary G: schrieb:
> danke, aber: abwarten, bis es fertig ist.
>
> habe eben noch die ebenen/groups implementiert und mit text pathes zum
> beschriften von straßen/wegen experimentiert. sollte alles klappen.
>
> am wochenende
Pascal Neis schrieb:
> Ich bitte die Probleme zu entschuldigen, aber der Provider
> reagiert leider derzeit nicht auf die Beschwerden :(
Die Route der .org-Adresse scheint irgendwie defekt zu sein.
Er schickt mich vom DFN über London, Amsterdam nach Düsseldorf,
dann nach Hamburg, wo er dann veren
Grüße
Tobias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
aus der Relation rauslöschen würde:
id | node-id
0 | 123
1 | 135
2 | NULL
3 | 732
4 | 839
Dann hat man nur einen Integer, der halt null rauswirft.
Durch geschicktes Datenbank-Handling kann man irgendwann die
Verknüpfungen wieder korrigieren.
Grüße
Tobias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Stefan Dettenhofer (StefanDausR) schrieb:
> Das ist doch eigentlich wieder ein typisches sinnvolles Beispiel für
> eine "Super-Relation"
> - Pro Buslinie + Haltestellen eine Relation
> - die ganzen Relationen dann in die Superrelation mit dem Betreiber als tag.
Aber hier frage ich mich wieder, ob
Super! Corel frisst es - sogar mit den Ebenen!
Allerdings sind die Straßennamen total verworfen :-)
Auch hat das mit den zusammenhängenden Wegen nicht überall
geklappt, aber schonmal SEHR SCHÖN!
Gary68 schrieb:
> Hi,
>
> wer Interesse hat, mal bei http://www.gary68.de/osm/hof.svg vorbeisehen.
Johannes Hüsing schrieb:
> Ich weiß nicht, ob das wichtig ist.
Kommt immer auf die Anwendung an.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
p://wiki.openstreetmap.org/wiki/Special:WhatLinksHere/Template:Delete
werden die aber nicht abgearbeitet. So ist zum Beispiel der Artikel
"SegmenteRichtigAnlegen" seit 19 November 2007 mit Bitte um Löschung
versehen. Inzwischen ist er natürlich fast schon ein Fall fürs Museum.
Mir scheint, unsere Admins s
in der kleinen Schar der Wiki-Wähler.
Die "Abstimmung" der Anwendungen ist recht eindeutig. Dort hat das
ältere highway=construction die eindeutig bessere Unterstützung. Dies
beschränkt sich allerdings auf Objekte vom Typ highway (und u.U.
railway, wo es eine ähnliche Insellösung gibt).
T
Berechnung der Polygone habe ich komplett
überarbeitet und sie ist nun sehr genau. Multipolygone
konnte ich leider noch nicht integrieren (kompliziert).
Download:
http://raumplanung.tobwen.de/OSM/JOSM/measurement.zip
Bitte testen und reporten :-)
Viel Spaß
Tobias
André Reichelt schrieb:
> bei mir ist alles an der richtigen Stelle. Oben links steht nur dein Name.
Ich glaube, an den Straßen müssten Texte stehen :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Gary68 schrieb:
> textpaths bekomme ich nicht angezeigt, nur inkscape haut alle oben links
> in die ecke.
imagemagick zeigt auch keine Texte an ... komisch komisch.
Vielleicht absolete Tags verwendet?
___
Talk-de mailing list
Talk-de@openstreetmap.org
h
eine Variante des Eintrags
- = in der Übersicht
http://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts
mit anderer Syntax.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
ten, die mit highway=construction
unzufrieden sind, nicht um die Garmin-Karten und Garrys
Taggen-für-den-Garmin-Kampagne, sondern um ein allgemein anwendbares
Statuskonzept.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Hmm .. _gar kein_ Feedback hätte ich nicht erwartet.
Funktioniert das Plugin nicht?
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
u ändern, damit die Punkte
und deren History einfacher zurückverfolgbar sind.
Grüße
Tobias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Jonas Krückel (John07) schrieb:
> Ich habs nicht getestet, da ich das measurement plugin eigentl. nie
> nutze und wenn dann kommt es nicht auf Zentimeter an.
Es ging mir auch um die generelle Funktion.
> Ich würde außerdem eher an josm-dev schreiben.
Da hat's auch mal wieder niemanden interessi
äre also
super.
Grüße
Tobias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Dirk Stöcker schrieb:
> Das measurement-Plugin ist wohl eines der weniger interessanten :-) Ich
> habe es auch noch nie genutzt. Wenn Deine Änderungen stabil sind, checke
> ich sie aber gern ein. Irgendwer freut sich bestimmt über die
> Verbesserungen.
Es ist der "Prototyp" meiner neuen Rechnun
light=sun%20java#Verwendete-Java-Version-einstellen
beschrieben einmal auszuprobieren, die Sun-VM wieder als Standard zu setzen.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Frederik Ramm schrieb:
> Ein Plugin, auf das Du bestimmt positiveres Echo bekaemst, ist ein
> Geometrie-Konstruktions-Plugin. Ich wurde schon von einigen Leuten
> gefragt, ob man nicht sowas machen kann, dass man einen Punkt setzt und
> dann eingibt "von hier im Winkel 332° ein 15m lange Linie"
Ways), im Wiki nicht als
mögliche Verwendung dokumentiert sind und die Verarbeitung beim Routing
erschweren. Dafür jetzt als "Belohnung" schöne Verkehrszeichen zu malen,
während die übliche und m.E. sinnvolle Variante am Way leer ausgeht... naja.
Tobias Knerr
__
et deklariert ...
Ich behaupte mal, dass die meisten Fälle klar sind.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Hallo,
Frederik Ramm schrieb:
>> Auch hier verstehe ich nicht, wieso OSM künstlich klein gehalten
>> werden soll. Wenn wir durch irgendwelche Importe immer genauere
>> (im Sinne von richtigere) Daten bekommen, wieso sollen wir das
>> Potential dann nicht ausnutzen?
>
> Also erstmal weisst Du selb
Ulf Lamping schrieb:
> Und das wär ja auch irgendwie blöd.
Dann muss man es halt geschickt formulieren: "Die kostenfrei erhältliche
JAVA-Editor bringt Features mit sich, die sowohl für den erfahrenen
Profi, als auch für den Einsteiger nützlich sind." oder sowas.
> Es gibt halt einfach bei JOSM ak
Karl Eichwalder schrieb:
> Angeblich hebt sich die erde dort noch immer um ca. 1cm pro monat.
Also ein guter Arbeitsplatz für Vermesser und Geologen :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
um zu bemerken, dass einem beim Routing manchmal eben
doch nicht nur die Kanten interessieren.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
hreibung und auch dem Namen des Tags würde ich es
nicht für einfache Parkplätze verwenden, sondern nur für solche Orte, an
denen auch tatsächlich nennenswerte "Services" angeboten werden. Ein
Parkplatz ist amenity=parking, egal ob an einer Autobahn oder einer
sonstigen Straße.
Für die Straßen do
ch hätte lieber heute als morgen ein Semantic MW
oder eine vergleichbare Lösung.
Tobias Knerr
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Markus schrieb:
> Daraus wird bei mir ein mesurement.jar
> Dieses liefert bei mir (Vista) eine Fehlermeldung:
> "failed to load Main-Class manifest attribute"
Bitte in den JOSM-Plugin-Ordner verschieben. Weiß leider nicht,
wo der unter Vista steckt :-(
Norbert Kück schrieb:
> C:\Users\\AppData\Roaming\JOSM\plugins
Ist das deutsche VISTA ebenfalls auf Englisch?
Stimmt ... das ist ja alles Englisch, darauf setzt ja das MUI.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.o
701 - 800 von 4477 matches
Mail list logo
