chkeiten
zum Taggen von Details. Wenn du fragen dazu hast, beantworte ich sie dir
gerne.
Beim Eingeben der Daten kann man auf jeden Fall einige Tricks nutzen, um
sich Arbeit zu ersparen.
LG cracklinrain
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
Am 27.11.2013 09:22, schrieb Volker Schmidt:
> Ich weiss nicht, wie weit das uebertragbar ist, aber fuer Rad-Routen, die
> geplant aber noch nicht ausgeschildert sind, habe ich in der relation
> state=proposed verwendet. Der wichtigste renderer fuer Radkarten,
> Opencyclemap, stellt diese Routen ge
lation:
http://www.openstreetmap.org/browse/relation/571202
Ich frage mich nun, ob die Darstellung so beabsichtigt ist bzw. welche
eigentlich die Zieldarstellung sein soll.
Schon einmal Danke, dass ihr überhaupt so weit gelesen habt. Ich würde
mich sehr über Antworten und Einschätzungen freuen.
LG cracklinra
Am 29.11.2013 00:15, schrieb Jo:
> Meine funktioniert schon:
>
> http://overpass-api.de/api/sketch-line?network=De+Lijn+West-Vlaanderen&ref=20&operator=
>
> Ich finde es aber blöt um alle stop_position hin zu fügen.
Wenn ich mir dein Beispiel ansehe, ist das (zumindest für Sketch-line)
auch nic
Am 29.11.2013 07:41, schrieb Roland Olbricht:
> Ich habe daher Sketch-Line nicht mehr weiterentwickelt.
So wie ich das bisher beurteilen kann ist Sketch-Line eine sehr gute
Anwendung. Das einzige Problem ist bisher wahrscheinlich, dass es sehr
aufwendig ist eine Buslinie so genau zu mappen. Und de
Nachtrag:
Mir fällt da auch gerade ein, dass das ersetzen von highway=platform
durch public_transport=platform auch den Vorteil hätte, dass dann die
Wartebereich nicht mehr als Weg, den der Bus/die Straßenbahn etc fährt
gerendert wird, sondern solche Objekte einzeln ansprechbar wären.
Diesen "Feh
> http://geoobserver.wordpress.com/2013/11/28/osm-golfplatz-in-30-minuten/
Mir ist mal aufgefallen, dass in dem Video landuse=grass genutzt wird.
Sollte der Tag nicht mal durch so etwas wie landcover=grass ersetzt
werden? Darum geht es hier ja eigentlich.
landuse=recreation_ground, wenn auch für
Ich habe nun eine mit Sketch-line funktionierende Lösung gefunden, die
auch von Mapnik gerendert wird:
Wenn man highway=bus_stop immer nur an die
public_transport=stop_position nodes taggt, passiert alles wie es sein
soll (Die Haltestellen werden nicht mehr doppelt dargestellt und in in
Mapnik wer
Am 05.12.2013 00:05, schrieb Garry:
> Eine 6spurige Autobahn nebst Böschung, Entwässerungsgräben,
> Sicherheitszonen etc.
> kann man nicht mehr einfach ignorieren und den umgebenden landuse zuordnen.
Bisher war die sinnvollste Regelung, dass man keinen landuse nutzt und
die Fläche ungetagt lässt.
p.org/wiki/Relations/Proposed/Buildings
Aus meiner Sicht müsste man dieses Proposal noch einmal differenzieren.
Vielen Dank schon einmal für eure Meinungen, weitere wichtige Aspekte
und links zu verwandten Themen.
LG
cracklinrain
___
Talk-de mailing li
Am 11.01.2014 18:57, schrieb Markus:
> Dafür braucht man zwei unterschiedliche tags.
>
> Beispielsweise:
> building="Dachfläche"
> building="Grundriss"
> building="Überdachung" (laut Frank: Bauwerke wie Carport, etc)
Im übertragenen Sinn sieht es in der OSM so aus: building Beschreibt all
diese G
Am 11.01.2014 18:31, schrieb Frank:
> hier findet in der Tat gerade eine Vermischung beider Erfassungsmethoden
> statt, die kaum noch zu trennen ist.
> Bisher wurden die Gebäude meist nach Luftbild gemappt also
> einschließlich der Dachüberstände.
>
> Ich beobachte, dass zur Zeit massenhaft Gebäud
Am 11.01.2014 19:38, schrieb Norbert Kück:
> Hausumringe, die Außenlinie des Grundrisses an der Geländeoberkante sind
> die Geometrien, die in herkömmlichen Karten und Plänen enthalten sind.
Und was ist mit reinen Dachkonstrukten? Ich habe hier mal einen Link auf
den Bremer Bahnhof in dessen Umgeb
Am 11.01.2014 20:08, schrieb Tobias Knerr:
> Am 11.01.2014 18:37, schrieb chris66:
>> Pragmatische Antwort:
>>
>> Luftbildabzeichner erfassen die Dachfläche
>
> Auch beim Luftbildzeichnen kann man darauf achten, die Fläche halbwegs
> korrekt am Grundriss auszurichten.
>
> Und generell sehe ich sc
Am 13.01.2014 02:00, schrieb Michael Kugelmann:
> Am 30.12.2013 13:26, schrieb Andreas Neumann:
>> Bei der Schienen ist mir ein kleines Dilemma aufgefallen. Beispiel an
>> diesem Straßenbahn-Schienenkreuz http://osm.org/go/0MAe~EE4F
> BTW: eine Idee meinerseits war auch "Abbiege-Relationen" zu verw
Kurz vorweg: Sorry für mögliche doppelte Antwort.
Am 12.01.2014 20:29, schrieb Martin Koppenhoefer:
> ja, da stand ja auch "zum Beispiel", mit dem building-key sollte man (m.E.)
> ausser der Überdachung nichts taggen, sondern ggf. die Dachfläche (bzw. das
> Dach mit Neigung und Überständen etc.) i
Am 13.01.2014 12:29, schrieb Ronnie Soak:
> Ich weiß nicht ob die 3D Renderer in letzter Zeit toleranter
>> geworden sind, aber bei einem Turm "mit Kopf" muss die
>> Umrisslinie des Kopfes als building eingetragen werden
>> (also die breiteste Stelle), und nicht die Aufstandsfläche
>> des Turmfußes
Am 13.01.2014 14:52, schrieb Tobias Knerr:
> Dass tatsächlich nur der Umriss auf dem Erdboden gemappt würde, ist auch
> in der Praxis nicht unbedingt der Fall, denn bei Gebäuden auf Pfeilern
> u.ä. Konstruktionen vermitteln ein paar einsame Punkte ein völlig
> verzerrtes Bild vom Gebäude.
Wobei
Am 13.01.2014 19:35, schrieb Martin Koppenhoefer:
> Am 13. Januar 2014 14:52 schrieb Tobias Knerr :
>
>> Wir reden nicht von einem einzelnen Renderer, sondern von einer
>> software-übergreifenden Konvention fürs 3D-Mapping und -Rendering. Nach
>> dieser Definition wäre die building-Fläche der Ge
. Aber lest selbst.
http://wiki.openstreetmap.org/wiki/DE_talk:Buildings#Umriss.2C_Grundriss.2C_Grundrisslinie_und_Mauern_am_Boden:_.C3.9Cberarbeitung_des_building-Tags
LG
cracklinrain
___
Talk-de mailing list
Talk-de@openstreetmap.org
https
236.c.8060.de)
Ich selbst mappe eigentlich - sofern es kein offensichtlicher Fehler ist
- namen wie sie vor Ort auf Schildern stehen.
LG
cracklinrain
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
Vielen Dank soweit für eure Antworten!
Bisher sehen die meisten Mapper das also so, dass der Name vor Ort im
name-Tag eingetragen werden sollte.
Ich stimme dieser Haltung/Lösung grundsätzlich zu. Nachdem ich mir nun
weiter darüber Gedanken gemacht habe, würde ich auch sagen, dass die
Schilder auf
Am 25.10.2013 22:21, schrieb Martin Trautmann:
> On 13-10-25 15:17, cracklinrain wrote:
>
>>> * Zeichensalat
>>> An´n GraabenAn'n Graaben
>>> In n Dörp In'n Dörp
>>> To n Böversten DiekkampeTo'n Böversten Diekkampe
>>
Am 26.10.2013 09:59, schrieb Norbert Kück:
> Hallo,
>
> neue Argumente für den Vorrang der Schreibweise der Schildermaler gab es
> hier bisher nicht. Wurde alles schon x-mal geschrieben. Daher bleibe ich
> bei meiner Ansicht, dass es einen solchen Vorrang nicht geben kann.
Sicher ist keine von
Am 26.10.2013 13:38, schrieb Norbert Kück:
> Hallo,
>
> am 26.10.2013 10:51 schrieb cracklinrain:
>> Bisher hast du vor mir die Position verteten, dass das was in der
>> amtlichen Liste steht amtlich ist und in die OSM zu übernehmen ist -
>> egal was vor Ort steht
Am 29.10.2013 17:11, schrieb Michael Reichert:
> Hallo,
>
> Am 29.10.2013 16:30, schrieb Johann H. Addicks:
>> BTW: Nicht unerwähnt lassen möchte ich die (Rechts-)Auffassung, die z.B.
>> von Daniel A. Rehbein vertreten wird, die (so ich es richtig verstanden
>> habe) etwa wie folgt lautet:
>> Be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ich habe mal experimentell eine street-Relation erstellt:
http://www.openstreetmap.org/browse/relation/2703394
Aber es gibt natürlich keine Unterstützung für solche Relationen. Und
ich habe immer mal wieder daran gedacht, das Tagging durch ein besser
27 matches
Mail list logo