Re: [Talk-de] Neu: Ein schwarz/weißer Base-Layer

[Kay Drangmeister]

Hi ant,

Am 03.11.2010, 20:51 Uhr, schrieb ant :

[...] Karten mit Layern ansprechender gestalten [...]



gut, aber ein "echter" Graustufen-Style müsste schon mehr sein als eine
Graustufenkonvertierung des Originals: Es braucht stärkere Kontraste,
[...] für Menschen, die keinen
Farbdrucker besitzen, als auch für Farbenblinde.


Deinen Wunsch sehe ich ein, jedoch war dies nicht Zweck des Base-Layers. Dieser
war es, gerade "kontrastarm" zu sein, d.h. die in darüber liegenden Layern 
besser
herauszustellen.

Eine Karte nach deinem Wunsch ist bestimmt möglich, aber nur schwer automatisch
hinzubekommen. Dazu bräuchte es mehr Wissen um die (verschiedenen möglichen)
Farbschwächen.

Viele Grüße
Kay

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Viele GPX-Tracks sinnvoll vereinen

[Christian Knorr]

Am Donnerstag 04 November 2010, um 23:12:29 schrieb Peter Herison:
> Moin moin
Hallo Peter,
 
> Ich habe eine Sammlung von GPS-Tracks. Es sind Tracks von Wege innerhalb
> eines abgegrenzten Gelaendes.

> Nun stehe ich vor dem Problem sie moeglichst speichersparend moeglichst
> an einem Stueck wieder zusammen zu setzen.
Da fällt mir jetzt JOSM ein. Das kann doch osm nach gpx exportieren. Musst 
halt "nur" vorher Ballast abwerfen - ich weiß ja nicht wie groß das Gelände 
ist.

> Zum Teil muessen die
> Stueckchen auch verdoppelt und in umgedrehter Reihenfolge wieder
> eingefuegt werden (Sackgassen).
Wofür das? Brauchst Du das zum navigieren?

> Hat jemand eine Idee wie ich das am sinnvollsten mache?
Ich würd das mal JOSM testen.

MfG, Chris.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Gebäude-Mapping

[Johannes Huesing]

Martin Simon  [Thu, Nov 04, 2010 at 10:26:17PM CET]:
> Am 4. November 2010 20:21 schrieb Johannes Huesing :
> 
> >> Sehe ich anders. Die Realität wird m.E. ziemlich gut wiedergegeben,
> >
> > *beipflicht*
> >
> > Da wir gerade bei ger nicht so kleinen Details sind. Kürzlich war ich beim
> > Sender Donebach spazieren. Wäre meine Frau nicht dabeigewesen (so fangen
> > glaube ich viele Mapper ihre Sätze an), wäre ich durchaus versucht gewesen,
> > die Betonanker der Spannseile und die Seile selbst zu mappen. Wie aber
> > würde man Seile mit statischem Zweck eintragen, etwa auch bei Hängebrücken?
> > Line hat sich glaube ich nur als Wert zum Schlüssel power eingebürgert.
> 
> Hm, wenn du Martin in dieser Frage beipflichtest, heißt die Lösung für
> deine Seile wohl building=yes. :-p
> 
> SCNR...
> 
> 
> Im Ernst: ich denke um die Problematik der information "dies ist *ein*
> Gebäude" zu umgehen, die es auch immer gibt, wenn Mapper z.B.
> unterschiedlich hohe Gebäudeteile als separate (wenn auch
> "verbundene") Polygone mit building=yes taggen, wäre es angebracht,
> Gebäude und Gebäude*teile* zu trennen - nennen wir es einmal
> "buildingpart=*".

Ich las mal den Vorschlag "element". Damit wäre aber wieder ein 
sehr allgemeiner Begriff für eine sehr spezielle Sache gekapert.

Wie man es auch nennt, für die Seile würde ich es nicht verwenden, 
da ich den Gebäudeteil nur für Knoten und geschlossene Wege
definieren, Seile aber als offene Wege modellieren würde.

-- 
Johannes Hüsing   There is something fascinating about science. 
  One gets such wholesale returns of conjecture 
mailto:johan...@huesing.name  from such a trifling investment of fact.  
  
http://derwisch.wikidot.com (Mark Twain, "Life on the Mississippi")

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Beschriftung von Orten

[Stefan Keller]

@Tobias: Was hast du wohin im Wiki verschoben?

@Markus: Bin auch an einer Ortsgrößenklassen interessiert, damit die
Renderer eine Chance haben, Populations-mässig kleiner - aber
wichtigere - Orte früher und über andere zu zeichnen. Habe nun in
osm.xml noch nichts Ähnliches zu Frederiks Vorschlag gesehen (Ändern
Layer "placenames" ab Zeile 7017).

Was ist der Stand?

Liebe Grüsse, S.

Am 29. Juni 2009 16:56 schrieb Tobias Wendorff
:
> Markus schrieb:
>> http://wiki.openstreetmap.org/wiki/DE:Anzeige_von_Städten
>> http://wiki.openstreetmap.org/wiki/Ortsgrößenklassen
>
> Bin ich denn der einzige, der Ordnung im Wiki haben möchte?
>
> wiki/maps/DE:...
> oder
> wiki/cartographie/DE:...
>
> aber nicht alles irgendwieherum klatschen.
>
> Ich werde ins neue Wiki eindeutig Verschiebe- und
> Umbenennungsfuktionen einbauen. Momentan gibt es ja nur
> wenige Leute, die diese Rechte haben :-/
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] ÖPNVKarte - Neuigkeiten?

[Detlev Reiners]

Hallo Carsten,

Am 04.11.2010 21:04, schrieb Carsten Schönert:

Leider sind meine Programmierfähigkeiten für so etwas zu dürftig, es
reizt mich aber. Ich habe allerdings aktuell echt keine Ahnung wie man
so eine Karte bauen kann.


wir basteln gerade an verschiedenen Themenkarten, die wir Online stellen 
wollen. An einer ÖPNV-Karte probiere ich mich gerade. Es fehlen noch die 
IC-Strecken, sonst ist alles einsatzbereit. Wenn Du Lust hast Dich zu 
beteiligen, würde ich mich freuen. An Programmierkenntnissen müsstest Du 
nicht viel mitbringen, nur etwas XML editieren. Die Abdeckung ist 
weltweit und die Karten werden wöchentlich aus dem Planetfile 
aktualisiert. Die Anzeigegeschwindigkeit der Karte ist sehr hoch (wie 
bei www.flosm.de/ai). Bei Interesse sag Bescheid.


Detlev


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] OSM auf Deutsch

[Stefan Keller]

Hier etliche Ausführungen und Verweise zum Thema:
http://gis.hsr.ch/wiki/Geografische_Namen .
Ist zwar etwas schweizlastig, aber trotzdem für alle Deutschsprachigen
interessant.

LG, S.

Am 18. September 2009 19:10 schrieb Martin Koppenhoefer
:
> Am 18. September 2009 15:58 schrieb Dennis Egbers :
>> bessere Alternative. Offiziell heißt (falls die sich inzwischen nicht
>> doch anderweitig geeinigt haben) Sterzing Vipiteno oder Brixen
>> Bressanone. Trotzdem benutzt in dem Fall doch fast niemand - weder vor
>> Ort noch in Deutschland - die italienischen Namen (zudem die ja nun
>> auch alles andere als politisch korrekt zustande gekommen sind).
>
> naja, die (italienischsprachigen) Italiener benutzen "alle" die
> italienischen Namen, und vor Ort gelten beide Namen gleichberechtigt
> (Südtirol ist eine autonome Region mit Sonderstatus), so dass die
> Deutschsprachigen "natürlich" die deutschen Namen weiterhin benutzen
> (als Minderheit reagiert man da ja immer besonders empfindlich).
>
> Grundsätzlich halte ich ein name:de für die Orte, wo ein deutscher
> Name "besteht", für angebracht. Das gilt m.E. für Rom wie Breslau oder
> Auschwitz gleichermaßen.
>
> Gruß Martin
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Tags für gesprengte Häuser?

[Johann H. Addicks]

Am 04.11.2010 10:52, schrieb Wolfgang:


Ich würde brownfield nehmen. Vielleicht mit Zusatztag building=destroyed oder
so.


Als Brownfield habe ich schon das ganze Gelände mit großen Bereichen 
"natural=scrub" oben drüber...


-jha-


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Was passiert bei splitten oder ändern ei nes node/way/relation mit der ID?

[Stephan Wolff]

Am 04.11.2010 18:58, schrieb Tom Müller:

Ich möchte eigentlich nur wissen wie konsistent z.B. Abbiegebeziehungen
sind. Kann es sein, dass die bei ändern eines Ways kaputt gehen, wenn
der Mapper unaufmerksam ist,


Das kann passieren. Der Mapper müsste vor dem Bearbeiten eines Wegs die
Relationsmitgliedschaften überprüfen, alle beteiligten Relationen
(Buslinien, Abbiegeverbote, TMC, Straßennummern, Radfernwege, Grenzen)
verstehen und nach der Änderung des Wegs die evtl. beschädigten
Relationen korrigieren. Damit liegt die Latte für Neueinsteiger sehr
hoch.
Unaufmerksamkeit ist gar nicht nötig. Die meisten aktiven Mapper dürften
mit der Bearbeitung einer Kreuzung mit fünf verschiedenen Relationstypen
überfordert sein.


oder wird davor so gewarnt, dass es ausversehen nicht passieren kann.


Bei JOSM kommt eine Warnung, wenn eine Relation durch eine Wegteilung
betroffen ist. Man kann daran nicht erkennen, ob ein spezieller
Relationstyp eine manuelle Korrektur benötigt. Nach vielen unwichtigen
Warnungen ignoriert man die folgenden möglicherweise ohne genaue
Überprüfung.


Oder verhindert es gar die API.


Nein.

Gruß, Stephan



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Viele GPX-Tracks sinnvoll vereinen

[Garry]

Am 04.11.2010 23:12, schrieb Peter Herison:

Moin moin

Ich stehe vor einer etwas ungewoehnlichen Aufgabe:
Ich habe eine Sammlung von GPS-Tracks. Es sind Tracks von Wege innerhalb
eines abgegrenzten Gelaendes. Eigentlich hatte ich vor daraus eine Karte
zu erstellen, aber die vor Ort verwendeten GPS60 unterstuetzen keine Karten.

Bisher war es so, dass die GPSr mit diesen Tracks als "Active Log"
bestueckt wurden, um sich wenigstens einigermassen im Gelaende zu
orientieren. Leider kam es immer wieder zu "Ausfaellen" (Teile der
"Karte" wurden nicht angezeigt). Ich vermute, dass einige Tacks ueber
die max. zulaessige Anzahl an Trackpunkten hinausgewachsen sind.

Aus diesem Grund habe ich die Tracks alle aufgetrennt, so dass ich immer
Stueckchen zwischen Kreuzungen habe.
Nun stehe ich vor dem Problem sie moeglichst speichersparend moeglichst
an einem Stueck wieder zusammen zu setzen. Zum Teil muessen die
Stueckchen auch verdoppelt und in umgedrehter Reihenfolge wieder
eingefuegt werden (Sackgassen).

Hat jemand eine Idee wie ich das am sinnvollsten mache?
TTQV sollte sowas können wenn es unter Windows sein darf. Demoversion 
läuft 25Tage.
Da kannst Du auch diverse Karten einschliesslich OSM und Satbilder 
darunterlegen.


Garry

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Viele GPX-Tracks sinnvoll vereinen

[Peter Herison]

Moin moin

Ich stehe vor einer etwas ungewoehnlichen Aufgabe:
Ich habe eine Sammlung von GPS-Tracks. Es sind Tracks von Wege innerhalb
eines abgegrenzten Gelaendes. Eigentlich hatte ich vor daraus eine Karte
zu erstellen, aber die vor Ort verwendeten GPS60 unterstuetzen keine Karten.

Bisher war es so, dass die GPSr mit diesen Tracks als "Active Log"
bestueckt wurden, um sich wenigstens einigermassen im Gelaende zu
orientieren. Leider kam es immer wieder zu "Ausfaellen" (Teile der
"Karte" wurden nicht angezeigt). Ich vermute, dass einige Tacks ueber
die max. zulaessige Anzahl an Trackpunkten hinausgewachsen sind.

Aus diesem Grund habe ich die Tracks alle aufgetrennt, so dass ich immer
Stueckchen zwischen Kreuzungen habe.
Nun stehe ich vor dem Problem sie moeglichst speichersparend moeglichst
an einem Stueck wieder zusammen zu setzen. Zum Teil muessen die
Stueckchen auch verdoppelt und in umgedrehter Reihenfolge wieder
eingefuegt werden (Sackgassen).

Hat jemand eine Idee wie ich das am sinnvollsten mache?


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Tags für Wüstengebiete

[tshrub]

Hallo M∡rtin,

...

>> ...


M.E. könnte ein Dünenbegriff eingeführt werden
natural=dune
ggf. noch unterscheiden natural=inlanddune oder natural=seadune



ich würde unterscheiden in landcover (und ggf. landuse). Natural
entspricht teilweise landcover. Bei Sanddünen wäre z.B.

landcover=sand

möglich und zusätzlich könnte man

natural=dune für die Dünen setzen.

mir fiel letzt noch ein, dass eine Düne ja auch ein Körper ist
und (auch) ein bodenkundlicher / geologischer Begriff und deswegen
vielleicht noch nicht so in OSM Eingang gefunden hat.
Manche Dünen sind bewaldet und gar nicht so zu erkennen.
Da liegt es schon nah, nur den klar zu erkennenden offenen
Typ per Substrat (auch ein verwendbarer Begriff) "Sand"
zu beschreiben.

Wobei "Düne" neben "Sumpf" ein alter, klassischer Eintrag
auf Karten ist (wegen der Strategen und so ...).
auch
Felsklippe
Böschung









und für
Stein-Geröll-Gebiete (Hamada) nur natural=stone gefunden.


für (Geröll), Schuttflächen, ggf. Blockhalden
natural=scree


+1

was setzt Ihr für Fels? scree ist ja für loses Gestein.

Da war vor einem Jahr Mal jemand/ein Thread aus Tschechien oder so ...
da zumindest sind wir bei scree geblieben.

es gibt das Felsenmeer:
http://de.wikipedia.org/wiki/Felsenmeer
vielleicht natural=rock oder =block oder
sea_of_rock, blockfield, ...

würde wohl zu
natural=blockfield
tendieren










und als Zusatztag das Material:
surface=sand
surface=lava



ich bin dagegen, surface dafür zu verwenden, weil surface nur die
Oberfläche beschreibt. M.E. sobald es über die reine Oberfläche
hinausgeht wäre ein landcover tag angebracht.


"Material"-Key gibt es glaube ich nicht(?)



könnte man aber einführen, braucht man allerorten.

Mutige vor ... :)

oder substrate=sand?









landuse=steppe
landuse=savanna



sind m.E. beides keine Landnutzungen eher landcover oder
Landschaftsarten (landscape?). Darin können ja durchaus auch
Landnutzungen vorkommen.

ich finde ja, landcover deckt begrifflich natural und landuse ab,
"verschluckt" es sozusagen(?),
was für mich einer Verwendung etwas entgegensteht.
landcover ist zwar schön, schmeckt mir aber nicht so :)
es verwässert. Auch natural opfern würde nicht abelfen.




steppe oder savanna würde ich bei Nutzungshinweisen
als "landuse" (ggf. mit Nutzungsart, z.B. animal=goat)
und sonst "natural" taggen (ggf. mit Pflanze).




...

Gruß, t.


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] AIO - Routing über Fähren

[Garry]

Am 04.11.2010 22:37, schrieb Chris66:

Am 04.11.2010 22:14, schrieb Garry:


Man kann "service" auch als zweckgebundene Strasse betrachten die
überwiegend (ich möchte nicht
sagen ausschliesslich) eben einem speziellen Zweck dient, dabei aber
durchaus auch mal ein autobahnähnliches
Verkehrsaufkommen haben kann.

Genau. Siehe Zu- und  Abfahrten zu Autobahnraststätten, die meist auch
als service getaggt sind.

Bin zwar kein Routerprogrammierer, aber einen Check ob eine service-Road
mit einer route=ferry verbunden ist (um sie für's Routing intern höher
zu stufen) stelle ich mir nicht schwierig vor.

Wenn Du Dir gezielt dafür einen service-weg herauspickst sicher nicht.
Nur musst Du in so einem Fall aber hunderte oder gar tausende von 
service untersuchen
die in einem Korridor zwischen Start und Zielpunkt liegen und eventuell 
nur mit einer niederwertigeren Strasse

an die Hauptadern angeschlossen sind.

Garry

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Fluggelände was: AIO - Routing üb er Fähren

[M∡rtin Koppenhoefer]

Am 4. November 2010 20:38 schrieb Garry :
> Wenn Du jetzt mal den Modellflug aussen vor lässt - was erwartest Du vom
> Haupttag
> eines Flugplatzes herauslesen zu können?


ich würde mehrere Klassen (4 und eine weitere für die Modellflieger)
machen, die hierarchisch zu sehen sind. "Bedeutendere" oder "größere"
Flughäfen hätten eine höhere Klasse. Das könnte z.B. durchaus sowas
sein wie Anzahl der Starts/Landungen, Anzahl der Airlines, Anzahl der
Passagiere, Anzahl und Ausbau/Länge der Start/Landebahnen. Das macht
einerseits als einzelne Tags Sinn, könnte aber auch vom Mapper
schonmal ein eine der Hauptklassen (von aeroway) sortiert werden.

Am höchsten wäre sowas wie internationaler Großflughafen (die
Kriterien sollten international abgestimmt werden). Dann ein "normaler
Flughafen" (was das ist hängt sicher auch vom Land ab, der Standard
sollte z.B. innerhalb der EU oder innerhalb der USA in etwa
korrespondieren). und dann alles was es an kleineren Flugplätzen gibt
wo auch mehrsitzige Personenflugzeuge starten/landen. Dann noch
Startplätze von Drachenfliegern, Ultraleichtflugzeugen, Segelfliegern,
ganz kleinen Flugzeugen...

All die anderen Informationen wie Landebahnen etc. würde man
idealerweise natürlich trotzdem taggen. Wer sich nur darauf verlassen
will, kann ja die anderen ignorieren.

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wie Anfahrtskizze erstellen

[Andreas Tille]

On Thu, Nov 04, 2010 at 08:12:27AM -0700, aighes wrote:
> 
> Muss es denn "Live" sein?

Naja, "muss" ist ein starkes Wort, aber praktisch wär es schon, zumal
wenn man weiß, daß dort in der Gegend noch einiges fehlt und dann ist
die Live-Karte einfach aktueller.  Ich habe ja wie gesagt schon eine
Lösung per OpenLayers - wenn die für die betreffenden Personen
funktioniert ist es gut - ansonsten werde ich die Tipps für statische
Lösungen weiterleiten.

Viele Grüße

  Andreas.

-- 
http://fam-tille.de

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Dead Drops, Wie taggen?

[Volker]

Am 04.11.2010 15:00, schrieb Élisée Reclus:

Am 04.11.2010 14:27, schrieb Michael Buege:

Definiere bitte "eigentlich niemandem".

Eine Person weniger als eine.

Warum?  Weil es ohne OSM-Einträge viel leichter zu erledigen wäre wie
ich oben erläutert habe.  Letztendlich will man doch nur ein Webseiten
haben wo man die Dead Drops eintragen, suchen, auf einer Karte anzeigen
lassen etc. kann.  Da die Dead Drops auf den
Standard-Mapnik/Osmarender-Karten eh nicht eingezeichnet werden, braucht
man solche Webseiten auch.

Ggf. könnten die Dead Dropper z.B. bei  mal
anfragen, ob sie deren Software benutzen und anpassen dürfen.


Definiere bitte "Müll in der Datenbank".

Daten, die niemand mehr braucht und für die sich auch niemand zuständig
fühlt.

s.o.  Projekt wird nach kurzer Zeit verweist sein.  Domain, Webspace
wird nicht mehr bezahlt und irgendwann gelöscht.  Daten in der
OSM-Datenbank bleiben aber.

Und alles nur um ein wenig mehr Elektroschrott in der Landschaft zu
deponieren, damit die Windows-Nutzer eine kurze Zeit wieder lokal ihre
Viren austauschen können.  Na prima.

Ok, ich hoffe jetzt mal auch, dass das keine Endlosdiskussion wird.

Grüße

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Langsam artet das ganze hier, wenn auch versteckt, in eine 
Relevanzdiskussion aus.


Dead Drops sind geographische Fakten, genauso wie normale Briefkästen 
und Telefonzellen.


Wennn wir hier geplante Straßen, die seit zehn Jahren immer noch nicht 
gebaut worden sind, in die Datenbank eintragen, können wir auch die 
physisch vorhandenen Dead Drops in die Datenbank eintragen.


Wenn sie nicht mehr vorhanden oder wirklich tot sind, wird sie auch 
irgend jemand wieder herausnehmen. Da bin ich mir ganz sicher.


Wenn ich sehe, wie wir bei jeder größeren Baustelle immer wieder 
aktueller als "Gurgle" sind.


Woher sollten etwa die Macher einer Dead Drops Seite denn die Daten für 
eine Dead Drops Karte nehmen; etwa von "Gurgle" ?


Gruß

Volker
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] AIO - Routing über Fähren

[Chris66]

Am 04.11.2010 22:14, schrieb Garry:

> Man kann "service" auch als zweckgebundene Strasse betrachten die
> überwiegend (ich möchte nicht
> sagen ausschliesslich) eben einem speziellen Zweck dient, dabei aber
> durchaus auch mal ein autobahnähnliches
> Verkehrsaufkommen haben kann.

Genau. Siehe Zu- und  Abfahrten zu Autobahnraststätten, die meist auch
als service getaggt sind.

Bin zwar kein Routerprogrammierer, aber einen Check ob eine service-Road
mit einer route=ferry verbunden ist (um sie für's Routing intern höher
zu stufen) stelle ich mir nicht schwierig vor.

Chris


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Straßenverzeichnis für Router

[Fabian Schmidt]

Am 04.11.10 schrieb hannes:

ich beschäftige mich zur Zeit mit einem Router der OSM Daten nutzt. Jetzt 
frage ich mich ob es eine Methode gibt um Wege/Straßen einem Ort zuzuordnen. 
Gibt es da eine Liste oder ein Tool ?


Nicht dass ich wüsste. Ich bin aber zuversichtlich, dass im Winter, wenn 
es draußen dunkel und kalt ist, im Zuge des PLZ-Imports auch die 
Gemeindegrenzen vervollständigt werden. Einen Überblick über den aktuellen 
Stand bietet zu den Gemeindegrenzen 
http://svenanders.openstreetmap.de/ags/Deutschland/ und zu den 
Postleitzahlen 
http://tools.geofabrik.de/osmi/debug.html?view=plz&lon=11&lat=53&zoom=7


Sonst bleiben nur Heuristiken über die Entfernung zum nächsten 
place-Knoten und dessen Klasse oder die Auswertung von is_ins an Straßen 
oder Ortsangaben an Adressknoten, mit denen sich vielleicht Polygone 
aufspannen lassen.


Vielleicht hilft eine Anfrage beim Lehrstuhl von Prof. Alexander Zipf, an 
dem http://www.openrouteservice.org/ entstand, oder ein Blick auf 
Nominatim.



Gruß, Fabian.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM Custom MapPaint Style

[Chris66]

Am 04.11.2010 20:00, schrieb Ulf Lamping:

>> Bleibt die Frage wofür das "scale_min" und "scale_max" gut ist.
> 
> Das war mal ein Experiment von mir (aus der Zeit wo die Darstellung noch
> shr langsam war), hat sich aber gezeigt, das sowas - aus meiner
> Sicht - bei einem Editor keine so richtig gute Idee ist.

Hmmm, und nun gibt's den Filter der im Prinzip auch Sachen ausblendet,
zwar nicht abhängig vom Zoom, aber immerhin.

Wäre klasse wenn man noch einen Zoombereich in den Filter einbauen
könnte.

Wenn ich eine Stadt mit vielen Hausnummern-Nodes reinlade und
dann rauszoome, erkenne ich jedenfalls nix mehr... ;-)

Chris


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wie erreichen wir einheitliche Tagdefinitionen?

[qbert biker]

 Original-Nachricht 
> Datum: Thu, 04 Nov 2010 03:16:06 +0100
> Von: Stephan Wolff 
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] Wie erreichen wir einheitliche Tagdefinitionen?

> Sobald die Bedeutung von width klar ist, könnte man enge Straßen in
> der Karte schmaler zeichnen. Osmarender wertet width für Flüsse aus.
> Solange nicht klar ist, ob eine Straße im Gewerbegebiet mit 20m
> Gesamtbreite und 7m Fahrbahnbreite oder eine enge Altstadtstraße mit
> 7m Gesamtbreite und 4m Fahrbahnbreite das Tag width=7 erhält, kann
> man es nicht nutzen.

Ist ein Klassiker, der zeigt, dass diese Form der Basisdeokratie,
also abwarten bis es sich von selber löst, Schwächen hat. 
Niemand hat Vorteile von zwei konkurierenden Definitionen, die
sich gegenseitig ausschliessen und die Auswertung erschweren.

Dabei gäbe es durchaus interessante Definitionen und Vorgaben,
an denen man sich orientieren könnte: 

http://de.wikipedia.org/wiki/Stra%C3%9Fenquerschnitt
http://de.wikipedia.org/wiki/Richtlinie_f%C3%BCr_die_Anlage_von_Stra%C3%9Fen_%E2%80%93_Querschnitt
(Analog auch für andere Länder)

Ähnlich sieht es mit den Spuren aus. Ich habe mal ausprobiert
wie man mittels Spurbeschreibungen auf eine gute Annäherung an
die Realität kommen kann:

http://lists.openstreetmap.org/pipermail/talk-de/2010-January/060852.html

Zusammen mit den Informationen zur Spurbreite, die man auch aus
den Standards ableiten kann (falls als Bezug angegeben) ergibt
das in den unteren Zoomstufen eine Alternative zu der heute
gebäuchlichen Überhöhung der Breite. Gemeint ist die übliche
nicht massstabsgerechte Darstellung der Breite, die je nach
Zoomstufe deutlich breiter ist als in der Realität. 
 
Dabei ist in den hohen Zoomstufen durchaus eine realistische
Darstellung des Flächenverbrauchs möglich und dann wird auch 
die Breite real nutzbar. 

Gruesse Hubert
-- 
GRATIS! Movie-FLAT mit über 300 Videos. 
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Gebäude-Mapping

[Martin Simon]

Am 4. November 2010 20:21 schrieb Johannes Huesing :

>> Sehe ich anders. Die Realität wird m.E. ziemlich gut wiedergegeben,
>
> *beipflicht*
>
> Da wir gerade bei ger nicht so kleinen Details sind. Kürzlich war ich beim
> Sender Donebach spazieren. Wäre meine Frau nicht dabeigewesen (so fangen
> glaube ich viele Mapper ihre Sätze an), wäre ich durchaus versucht gewesen,
> die Betonanker der Spannseile und die Seile selbst zu mappen. Wie aber
> würde man Seile mit statischem Zweck eintragen, etwa auch bei Hängebrücken?
> Line hat sich glaube ich nur als Wert zum Schlüssel power eingebürgert.

Hm, wenn du Martin in dieser Frage beipflichtest, heißt die Lösung für
deine Seile wohl building=yes. :-p

SCNR...


Im Ernst: ich denke um die Problematik der information "dies ist *ein*
Gebäude" zu umgehen, die es auch immer gibt, wenn Mapper z.B.
unterschiedlich hohe Gebäudeteile als separate (wenn auch
"verbundene") Polygone mit building=yes taggen, wäre es angebracht,
Gebäude und Gebäude*teile* zu trennen - nennen wir es einmal
"buildingpart=*".
Das Dach des Sony Centers wäre z.B. buildingpart=roof (Dach ohne
darunter liegendes massives Gebäude, also nicht zur Aufstandsfläche
beitragend), die restlichen Bestandteile vielleicht erst einmal
buildingpart=yes.
Das ganze wird dann mit einer Simplen Relation vom typ building
zusammengefasst, die auch das alte building=* Tag enthält für den
Gebäudetyp.

Das hätte mehrere Vorteile: man könnte Gebäude genauer modellieren und
z.B. einzelnen Bauteilen unterschiedliche Basis- und Scheitelhöhen
geben (Dach des Sony Centers), ohne daß die "falsche" Information
aufkommt, es handle sich um eine Sammlung einzelner Gebäude. Dasselbe
gilt für unterschiedliche Stockwerkszahlen, Dachformen, etc.

Renderer, die sich dafür nicht interessieren, können "buildingpart"
einfach genauso zeichnen wie "building" - oder und verlieren dabei im
vergleich zu heute nichts. Die "building"-Relation würde es zudem
erlauben, auch unterteilten Gebäuden Funktionen aus dem Spektrum von
amenity=*, shop=* etc zuzuweisen.

Dieser Gedanke ist mir jetzt schon ein paar mal gekommen, mich würde
interessieren, ob ich der einzige bin, der hierin einen Nutzen sieht.

Gruß,

Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] AIO - Routing über Fähren

[Garry]

Am 04.11.2010 15:08, schrieb M∡rtin Koppenhoefer:

Am 3. November 2010 21:09 schrieb Carsten Moeller:

Aber es wird doch hier ersichtlich, dass ein einfaches Tag ala
"service=wichtig" die komplette Kuh mit einer einfachen, pragmatischen
Aussage vom Eis kriegt.


m.E. ist das semantischer Käse. Entweder ist ein Weg eine wichtige
(allg.) Verbindung, dann kann er kein service sein, oder er ist eine
Sackgasse, die nur zu einem bestimmten Ziel führt, und für alle
anderen unwichtig ist, dann ist er ein service. Das ist m.E. gemeint
mit "service" für "Zufahrt". Ich verstehe nicht, warum man unbedingt
service als Klasse vergeben muss für Wege, die ihrer Natur nach was
komplett anderes sind als eine Parkplatzzufahrt oder
Grundstücksauffahrt (weil es "dahinter" im Falle eines Fährhafens eben
"weitergeht").
Man kann "service" auch als zweckgebundene Strasse betrachten die 
überwiegend (ich möchte nicht
sagen ausschliesslich) eben einem speziellen Zweck dient, dabei aber 
durchaus auch mal ein autobahnähnliches

Verkehrsaufkommen haben kann.

Garry

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Neu: Ein schwarz/weißer Base-Layer

[Thomas Ineichen]

Hallo Ulf und Kay,

> Wie wäre es mit nem schwarzen Ring für den Schlauch und innen drin ein
> paar Münzen für den Automaten?

danke für die Ideen! :)

Es  gibt  jetzt  einen Layer mit Schlauchomaten (vending=bicycle_tube;
schwarzer   Kreis)  und  Pump-Stationen  (amenity=compressed_air  bzw.
compressed_air=yes;  Pneu-Ausschnitt  mit  Ventil). Popup mit weiteren
Informationen baue ich noch ein..
http://osm.t-i.ch/bicycle/map/?zoom=14&lat=47.35&lon=8.66&layers=000B00TTT


Gruss,
Thomas



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Straßenverzeichnis für Router

[Andre Joost]

hannes schrieb:
> Hallo,
> 
> ich beschäftige mich zur Zeit mit einem Router der OSM Daten nutzt.
> Jetzt frage ich mich ob es eine Methode gibt um Wege/Straßen einem Ort
> zuzuordnen. Gibt es da eine Liste oder ein Tool ?

Wenn für die Orte Grenzrelationen angelegt sind, kann eine
Postgres/Postgis-Datenbank ermitteln, innerhalb welcher Grenzrelationen
der Weg liegt.

-- 
Gruß,
André Joost


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Straßenverzeichnis für Router

[Lück , Michael]

Hi Hannes,

wir arbeiten gerade an so einem Tool, da wir es für unseren 
Adressprüfungsdienst benötigen. Grundlage dafür ist Nominatim 
(http://nominatim.openstreetmap.org) bzw. die dafür zugrundeliegende Datenbank, 
die vom tool osm2pgsql erstellt wird.

Ich wird versuchen dich auf dem laufenden zu halten.

Gruß,
Micha

-Ursprüngliche Nachricht-
Von: talk-de-boun...@openstreetmap.org 
[mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von hannes
Gesendet: Donnerstag, 4. November 2010 18:43
An: talk-de@openstreetmap.org
Betreff: [Talk-de] Straßenverzeichnis für Router

Hallo,

ich beschäftige mich zur Zeit mit einem Router der OSM Daten nutzt. 
Jetzt frage ich mich ob es eine Methode gibt um Wege/Straßen einem Ort 
zuzuordnen. Gibt es da eine Liste oder ein Tool ?


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] How did you contribute to OpenStreetMap ?

[Walter Nordmann]

tut mir echt leid - alter hut
gruss
walter

p.s. könnte sein, dass nur im forum drüber "geschwatzt" wurde.

-
Der Usus von Xenologismen ist auf ein Minimum zu reduzieren.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/How-did-you-contribute-to-OpenStreetMap-tp5706710p5706812.html
Sent from the Germany mailing list archive at Nabble.com.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] ÖPNVKarte - Neuigkeiten?

[Carsten Schönert]

Hallo Melchior,

Am 03.11.2010 15:40, schrieb nimix:

Das Problem ist, dass der Server mit den Datenmengen nicht mehr klarkommt.
Da ich momentan mit OSM etwas kürzer fahre, bin ich aber auch noch nicht
ernsthaft dazu gekommen das zu beheben...
Als alternative bietet sich wie schon erwähnt der OSM Inspektor oder
OSMTransport an (http://3liz.fr/public/osmtransport/).
Gruß,
Melchior
   
kann man die Generierung der Karte nicht ähnlich ti...@home generieren, 
oder zu mindestens so etwas alternativ aufbauen?


Für die meisten ist ja nicht komplett Europa der interessante Part 
sondern eben die lokale Karte. So könnte man Eintragungen recht schnell 
sehen und kontrollieren.
Leider sind meine Programmierfähigkeiten für so etwas zu dürftig, es 
reizt mich aber. Ich habe allerdings aktuell echt keine Ahnung wie man 
so eine Karte bauen kann.


Carsten

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] AIO - Routing über Fähren

[M∡rtin Koppenhoefer]

Am 4. November 2010 20:39 schrieb Garry :
> Davon abgesehen waren die Freunde der Flughäfen in OSM schon sehr früh sehr
> fleissig und haben die Landebahnen
> schon vor Jahren vielfach auch mit Rollwegen eingetragen so dass es
> diesbezüglich kaum noch etwas zu mappen gibt.


Kannst ja mal hier nachsehen, wie die Hierarchie ist, und mir danach
nochmal bestätigen, dass wir die Flughäfen optimal taggen:
http://www.openstreetmap.org/?lat=41.659&lon=-88.771&zoom=10&layers=M


Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] AIO - Routing über Fähren

[M∡rtin Koppenhoefer]

Am 4. November 2010 20:39 schrieb Garry :

>> Verkehrsflughafen handelt. Ich will die Segelflieger ja nicht
>> unterschlagen, aber für die Bedeutung eines Fluggeländes ist eher das
>> größte starten/landen könnende Verkehrsmittel entscheidend, als das
>> kleinste.

> Nimm Dir den "Blackforest-Airport" in Lahr, dort können die grössten
> Flugzeuge der Welt
> landen, verkehrstechnisch hat er aber nur eine geringe Bedeutung


hast Du das "eher" gesehen? Ist natürlich nicht das einzige Kriterium.
Sieht im Gegenteil so aus, als könnte man die Bedeutung durchaus
einschätzen, zumindest traust Du Dir das für Lahr zu. Man kann ja mal
anfangen, und dann je iterativ und im Vergleich mit anderen Flughäfen
diese erste Einschätzung auch nochmal anpassen. Vermutlich hätten wir
in kürzer Zeit ein ausgewogenes System. Einfach alles vom
Modellfluggelände bis zum Großflughafen gleich zu taggen finde ich
nach wie vor die schlechtere Lösung.

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] How did you contribute to OpenStreetMap ?

[M∡rtin Koppenhoefer]

Ich hoffe, ich poste hier nichts altbekanntes. Pascal Neis hat eine
nette Fun-App ins Netz gestellt:

http://hdyc.neis-one.org/

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] AIO - Routing über Fähren

[Garry]

Am 03.11.2010 17:36, schrieb M∡rtin Koppenhoefer:

Am 3. November 2010 14:22 schrieb Garry:

Am 03.11.2010 01:20, schrieb M∡rtin Koppenhoefer:

Flugplatz zu finden. Für die
Darstellung eines Fluggeländes auf einer Karte ist das aber erstmal
unerheblich. Da sind die Kernaussagen erstmal:
Achtung Fluggelände! Lebensgefahr - unbefugtes Betreten...

deshalb sind wir beim letzten Mal schon nicht weitergekommen...

Es hat sich schon beim letzten mal gezeigt dass es keinen Sinn macht
irgendwelche künstlichen Einteilungen
für etwas zu machen das fliessende Übergänge hat.


Quatsch, fliessende Übergänge gibt es praktisch überall, ob das jetzt
bei Flüssen (SCNR, hier im vgl. zu Bächen), Dörfern/Städten, oder
Straßenkategorien ist. Das ist kein Grund, bei Flughäfen so was nciht
zu machen. Es gibt ja z.B. auch sprachlich die div. Unterscheidungen
wie Flughafen, Flugplatz, etc., die da ein Beispiel sind

Die aber schon alleine umgangssprachlich sehr verwaschen sind und auch 
international

unterschiedlich eingeteilt werden

Einfach dazutaggen was
tatsächlich vorhanden ist
beschreibt die Situation am besten.


das ist immer gut, hier lenkt dieses Argument m.E. allerdings nur
davon ab, dass man zusätzlich auch eine Hierarchie der Gesamtanlage
Flughafen/platz haben könnte. Könnte z.B. auch eine site-relation
sein, die einem da etwas bei der Auswertung hilft.
Hier eine globale Hierachie zu schaffen macht wenig Sinn, man muss sich 
unter mehren Punkten
die Hierachie zusammenstellen die man benötigt um dann einen Flugplatz 
einsortieren zu können

nach z.b.
- Anzahl der beförderten Passagiere
- Anzahl der Flugbewegungen
- Anzahl der Flugziele
- Länge der Landebahn
- Tragfähigkeit der Landebahn
- Betriebszeiten (Nachtfluggenehmigung)
- PKW Abstellkosten
- Mindesvoraussetzungen für die Nutzung
... und vieles mehr.
Das meiste davon ist mehr oder weniger unabhängig voneinander und jeder 
Nutzer hat seine eigene Prioritäten.


Garry

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] AIO - Routing über Fähren

[Garry]

Am 03.11.2010 17:42, schrieb M∡rtin Koppenhoefer:

Am 3. November 2010 14:21 schrieb Garry:

Am 03.11.2010 00:44, schrieb M∡rtin Koppenhoefer:

Modellflug-gelände / -startplatz habe ich auch
noch nie mit einem regulären Flugplatz zusammen gesehen. Es werden

Beispiele dafür gab es in der letzten Diskussion. Durch entsprechende
zeitliche Regelungen ist das möglich.


OK, es ist alles möglich, aber nur weil nachts (oder sonst wann)
Modellflieger ein Fluggelände nutzen können, heisst das ja nicht, dass
sich an der grundsätzlichen Einstufung etwas ändert. Genauso wie auch
die Tatsache, dass es auf dem Friedrichshafener Verkehrsflughafen auch
Segelflugzeuge gibt nichts daran ändert, dass es sich um einen
Verkehrsflughafen handelt. Ich will die Segelflieger ja nicht
unterschlagen, aber für die Bedeutung eines Fluggeländes ist eher das
größte starten/landen könnende Verkehrsmittel entscheidend, als das
kleinste.

Nimm Dir den "Blackforest-Airport" in Lahr, dort können die grössten 
Flugzeuge der Welt
landen, verkehrstechnisch hat er aber nur eine geringe Bedeutung - ein 
paar Sonderflüge
für den Europapark (wenn es die noch gibt) und etwas 
Frachtflugverkehr...  Der Res ist ehr "Kleinkram"

Es wird doch sonst in OSM immer ganz gross geschrieben dass zu taggen was
vorhanden ist,
wo ist jetzt hier das Problem? Sämtliche Eigenschaften der Landebahn
beschreiben und gut ist.


damit muss es eben noch nicht gut sein. Man könnte auch ein
Taggingschema haben, wo man nichtmal eine Landebahn zu mappen braucht,
um schonmal ne grobe Ahnung davon zu vermitteln, um welche Art
Flughafen es sich handelt.
Ja, man kann auch einen Bahnhof ohne Gleise mappen und eine 
Autobahnauffahrt ohne Autobahn.
Damit fehlt jeweils das markanteste das auf den ersten Blick erkennen 
lässt um was es sich überhaupt handelt.
Davon abgesehen waren die Freunde der Flughäfen in OSM schon sehr früh 
sehr fleissig und haben die Landebahnen
schon vor Jahren vielfach auch mit Rollwegen eingetragen so dass es 
diesbezüglich kaum noch etwas zu mappen gibt.


Garry

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Fluggelände was: AIO - Routing üb er Fähren

[Garry]

Am 03.11.2010 18:09, schrieb M∡rtin Koppenhoefer:

Am 3. November 2010 17:40 schrieb Garry:

Am 03.11.2010 01:20, schrieb M∡rtin Koppenhoefer:
Mit Deinem Standpunkt aus der Tongrube stimme ich doch überein:
Von daher verstehe ich nicht warum Du es hier anderst gelöst haben willst?


will ich ja gar nicht. Die Kunst ist so spezifisch wie nötig aber so
generisch wie möglich zu taggen. Wenn Modellflugplätze und
Großflughäfen denselben Haupttag erhalten, vermischt man m.E. 2 völlig
unterschiedliche Dinge miteinander (Personbeförderung und
Freizeitspaß) und das kann niemandem dienen. Das wäre noch nichtmal
Freizeitspass ist die personentragende Fliegerei meist auch und 
umgekehrt gibt es im
Modellflugbereich auch gewerbliche Anwendungen. D.h. Du willst hier zwei 
Dinge miteinander

"verexodern" die gar nichts miteinander zu tun haben.

so, wenn Autobahnen und Feldwege erstmal denselben Tag erhielten, und
man dann an den Abständen der Seitenpfosten und Vorhandensein von
Leitplanken ableiten sollte, was was ist, sondern sogar noch eine
Stufe härter.

Ein Haupttag "Weg" wäre durchaus eine  gute Lösung in Form einer Einteilung
way= higway/waterway/railway/ welche dann mit gleichartigen Klassen 
unterteilt werden könnten (z.B. primary, secondary,..)


Strassen sind im übrigen ein gutes Beispiel für Konflikte. Warum soll 
man den Fehler mit der highway-Klassifizierung unbedingt
wiederholen? Wie Dir in dem Wiki-Artikel über Flugplätze vielleicht 
aufgefallen ist werden in anderen Ländern
andere KlassenEinteilungen als in Deutschland gemacht. Schon is das 
nächste Problem vorprogrammiert.
Dabei ist es doch für den Reisenden in der Regel völlig unerheblich zu 
welcher Kategorie sein Abflug-Flughafen
gehört. Optimalerweise gibt er nur das Flughafenkürzel von Seinem 
Flugticket ein und das Navi bringt ihn dorthin

bzw. schlägt ihm die geeigneten Verkehrsmittel dorthin vor.


Klar, es gibt Gemeinsamkeiten (Starten und Landen von "Fluggeräten",
potentielle Gefährdung, etc.), aber die Unterschiede sind ---
zumindest in meinen Augen --- deutlich größer. Ich würde Tongruben und
Kiesgruben, auch Steinbrüche erstmal in eine Kategorie packen, aber
Misthäufen würde ich da z.B. nicht reintun. Oder Bodenverfüllungen.
Wenn Du jetzt mal den Modellflug aussen vor lässt - was erwartest Du vom 
Haupttag

eines Flugplatzes herauslesen zu können?

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wie erreichen wir einheitliche Tagdefinitionen?

[M∡rtin Koppenhoefer]

Am 4. November 2010 03:16 schrieb Stephan Wolff :
> Am 31.10.2010 09:19, schrieb Jochen Topf:
>> On Sat, Oct 30, 2010 at 10:49:31PM +0200, Stephan Wolff wrote:
>>> Umdeutung schützen will (z.B. Verwendung von "natural=beach" für
>>> Sandbunker auf dem Golfplatz)
>> Also das mit dem Sandbunker auf dem Golfplatz, der als natural=beach
>> getagged ist,
>> lassen wir mal weg. Das ist kein echtes Problem. Die paar Stellen, wo es
>> das auf
>> der Welt gibt, sind ein Witz.
> Ja, das kein wirklich bedeutendes Problem. Solange das Tag nur zum
> Erstellen von Karten benutzt wird, ist es irrelevant.


ich kann Euch beiden da nicht folgen. Wieso sollte das kein Problem
sein, wenn ein Sandbunker auf dem Golfplatz als Strand eingetragen
wird? Wenn ich eine Karte erstelle, wo ich Strand auf Flächen schreibe
(mind. in der Legende wird das ja auftauchen), die eigentlich
Sandbunker sind, habe ich doch ein Problem, obwohl ich "nur Karten"
erstellt habe.

Es gibt deutlich mehr Golfplätze (und wenn man dann auch noch die
Sprunggruben von Leichtathletikflächen, Beachvolleyballfelder, und
sonstige Sandflächen so taggt...) als Ihr denkt ;-) Ausserdem gibt es
ein Proposal von März 2008, wo das alles schön aufgelistet wird:
http://wiki.openstreetmap.org/wiki/Proposed_features/Golf_course

M.E. sollte man weder im Kleinen noch im Großen für die Renderer
taggen, und das nicht als "Witz" abtun.

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Gebäude-Mapping

[Johannes Huesing]

M∡rtin Koppenhoefer  [Wed, Nov 03, 2010 at 09:43:42AM 
CET]:
> Am 3. November 2010 09:05 schrieb Johann H. Addicks :
> > Am 03.11.2010 08:13, schrieb Peter Wendorff:
> >
> >> Ich sehe in diesem Fall das Problem nicht.
> >> Okay, man kann das als Gesamtgebäude sehen und das Micromapping ablehnen.
> >> Aber als building=roof (obwohl mir dieser Tag so zum ersten Mal
> >> begegnet) ist es einfach etwas detaillierter gemappt;
> >
> > Das ist eine Glaskuppel OHNE Luftlöcher in der segmentartige Sonnensegel
> > hängen.
> > siehe z.B.
> > http://www.berlin49.de/images/edit_image/image/bvg%20bezirke/sony%20center.JPG
> >
> > sieht zwar toll aus im Mapnik, aber mit der Situation in der Realität hat
> > das wenig zu tun.
> 
> 
> Sehe ich anders. Die Realität wird m.E. ziemlich gut wiedergegeben,

*beipflicht*

Da wir gerade bei ger nicht so kleinen Details sind. Kürzlich war ich beim
Sender Donebach spazieren. Wäre meine Frau nicht dabeigewesen (so fangen
glaube ich viele Mapper ihre Sätze an), wäre ich durchaus versucht gewesen,
die Betonanker der Spannseile und die Seile selbst zu mappen. Wie aber
würde man Seile mit statischem Zweck eintragen, etwa auch bei Hängebrücken? 
Line hat sich glaube ich nur als Wert zum Schlüssel power eingebürgert.

http://de.wikipedia.org/wiki/Sender_Donebach
-- 
Johannes Hüsing   There is something fascinating about science. 
  One gets such wholesale returns of conjecture 
mailto:johan...@huesing.name  from such a trifling investment of fact.  
  
http://derwisch.wikidot.com (Mark Twain, "Life on the Mississippi")

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] DFS verwendet OSM für Overlay mit Flugbe wegungen

[M∡rtin Koppenhoefer]

Am 4. November 2010 08:32 schrieb Christian Slotwinsky :
> Hallo miteinander,
>
> für den, den es interessiert, der DFS verwendet in seiner Anwendung
> "Stanly_Track" OSM-Karten zur Darstellung von Flugbewegungen in
> Flughäfennähe.


super, dass die jetzt OSM verwenden, wäre nett, wenn sie auch darauf
hinweisen würden, dass man die Karten daher im Rahmen von cc-by-sa
kopieren darf, und dass man OSM auf die Kartenbilder schreiben sollte,
so wie es die Lizenz will.

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] AIO - Routing über Fähren

[Carsten Moeller]

Am 04.11.2010 15:08, schrieb M∡rtin Koppenhoefer:

Am 3. November 2010 21:09 schrieb Carsten Moeller:

Aber es wird doch hier ersichtlich, dass ein einfaches Tag ala
"service=wichtig" die komplette Kuh mit einer einfachen, pragmatischen
Aussage vom Eis kriegt.



m.E. ist das semantischer Käse. Entweder ist ein Weg eine wichtige
(allg.) Verbindung, dann kann er kein service sein, oder er ist eine
Sackgasse, die nur zu einem bestimmten Ziel führt, und für alle
anderen unwichtig ist, dann ist er ein service. Das ist m.E. gemeint
mit "service" für "Zufahrt". Ich verstehe nicht, warum man unbedingt
service als Klasse vergeben muss für Wege, die ihrer Natur nach was
komplett anderes sind als eine Parkplatzzufahrt oder
Grundstücksauffahrt (weil es "dahinter" im Falle eines Fährhafens eben
"weitergeht").

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Ich will ja nicht behaupten, dass ich das selber toll finde, was ich da 
geschrieben habe. Man muss nun einmal die Realitäten berücksichtigen; 
Und die Realität bedeutet, dass unzählige Wege dieser Art bereits mit 
highway=service getaggt sind. Dann sind da ja noch die unterschiedlichen 
Meinungen zu diesem Thema. Für die einen ist Service ein "Zulieferer" 
oder eine "Zufahrt", und dies in jeder Hinsicht. Andere teilen teilweise 
diese Auffassung, wollen dann aber noch zwischen "Zufahrt" mit 
Sackgassen- bzw. "Zu-/Überfahrt" mit Zubringercharacter trennen. Der 
nächste argumentiert dann: "Das ist dann aber kein Service mehr" - Aus 
Router Sicht ist es dann natürlich kein "Service". Aber wir Router 
können uns das hier leider nicht wünschen und müssen die OSM-Sicht 
akzeptieren.





___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Tags für Dünen

[M∡rtin Koppenhoefer]

Am 3. November 2010 23:45 schrieb Claudius :
> Am 03.11.2010 23:23, tshrub:
>>>
>>> Für Dünen (Erg) habe ich in den Map Features nur natural=sand
>>
>> und =beach ... :)
>> M.E. könnte ein Dünenbegriff eingeführt werden
>> natural=dune
>> ggf. noch unterscheiden natural=inlanddune oder natural=seadune
>
> Dünen selbst würde ich nicht versuchen zu taggen, da sie häufig nicht all zu
> stationär sind. Dünengebiete mit natural=dune zu bezeichnen finde ich nicht
> unbedingt daneben, problematisch sehe ich nur die große Überschneidung mit
> natural=sand - Eine Lösung habe ich aber nicht parat. Die Abgrenzung ist
> wohl einfach etwas unscharf.


Klar, Dünen bewegen sich, aber z.B. in Arcachon (größte "Wanderdüne"
Europas, zumindest nach Eigenwerbung) hält sie sich schon ziemlich
lange. Evtl. müsste man die Dünen alle paar Jahre mal etwas
verschieben, aber sie gar nicht zu mappen halte ich nicht für
sinnvoll. (Klar, wenn man alle Dünen der Sahara mappen wollte, hätte
man ne Weile zu tun).

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Tags für Wüstengebiete

[M∡rtin Koppenhoefer]

Am 3. November 2010 23:23 schrieb tshrub :
>> gibt es schon tags für Landschaften in der Wüste (z. B. Sahara).


eher nicht



> M.E. könnte ein Dünenbegriff eingeführt werden
> natural=dune
> ggf. noch unterscheiden natural=inlanddune oder natural=seadune


ich würde unterscheiden in landcover (und ggf. landuse). Natural
entspricht teilweise landcover. Bei Sanddünen wäre z.B.

landcover=sand

möglich und zusätzlich könnte man

natural=dune für die Dünen setzen.

>> und für
>> Stein-Geröll-Gebiete (Hamada) nur natural=stone gefunden.
>
> für (Geröll), Schuttflächen, ggf. Blockhalden
> natural=scree

+1

was setzt Ihr für Fels? scree ist ja für loses Gestein.


> und als Zusatztag das Material:
> surface=sand
> surface=lava


ich bin dagegen, surface dafür zu verwenden, weil surface nur die
Oberfläche beschreibt. M.E. sobald es über die reine Oberfläche
hinausgeht wäre ein landcover tag angebracht.

> "Material"-Key gibt es glaube ich nicht(?)


könnte man aber einführen, braucht man allerorten.


> landuse=steppe
> landuse=savanna


sind m.E. beides keine Landnutzungen eher landcover oder
Landschaftsarten (landscape?). Darin können ja durchaus auch
Landnutzungen vorkommen.


Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM Custom MapPaint Style

[Ulf Lamping]

Am 04.11.2010 15:18, schrieb Chris66:

Am 04.11.2010 14:32, schrieb André Joost:


Meine Anleitung kennst du?
http://wiki.openstreetmap.org/wiki/User:Ajoessen/JOSM
Den Iconpfad musst du josm explizit in den erweiterten Einstellungen
mitteilen. das mit dem file::/// funktioniert höchstwahrscheinlich nicht.


Danke das war's.

Siehe:


Bleibt die Frage wofür das "scale_min" und "scale_max" gut ist.


Das war mal ein Experiment von mir (aus der Zeit wo die Darstellung noch 
shr langsam war), hat sich aber gezeigt, das sowas - aus meiner 
Sicht - bei einem Editor keine so richtig gute Idee ist.


Gruß, ULFL

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Was passiert bei splitten oder ändern ei nes node/way/relation mit der ID?

[M∡rtin Koppenhoefer]

2010/11/4 Tom Müller :
> Ja ich weiß ja, dass das Beispiel destruktiv ist.
>
> Ich möchte eigentlich nur wissen wie konsistent z.B. Abbiegebeziehungen
> sind. Kann es sein, dass die bei ändern eines Ways kaputt gehen, wenn der
> Mapper unaufmerksam ist, oder wird davor so gewarnt, dass es ausversehen
> nicht passieren kann. Oder verhindert es gar die API.


Die API verhindert praktisch gar nichts, jedenfalls nicht auf dieser
Ebene, JOSM kommt mittlerweile mit Relationen ganz gut zurecht (bei
einer route oder mp werden nach Splitten beide Teile zur Aufnahme in
die relation vorgeschlagen. Es kann aber trotzdem, wenn man z.B. nur
den Way lädt, und nicht die passende Relation dazu, vorkommen, dass
auch JOSM (weil er von der relation nichts weiss) eine Relation
"zerstört". Allerdings nicht, wenn man über herunterladen einer BB
vorgeht, nur wenn man die ID direkt eingibt und herunterlädt. Bei den
anderen Editoren weiss ich es nicht, potlatch 1 wird AFAIK nicht mehr
intensiv entwickelt, weil man sich auf PL2 konzentriert, daher vermute
ich mal, dass es dort mit Relationen nach wie vor Probleme gibt.
Merkaartor weiss ich nicht.

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Was passiert bei splitten oder ändern ei nes node/way/relation mit der ID?

[Tom Müller]

Ja ich weiß ja, dass das Beispiel destruktiv ist.

Ich möchte eigentlich nur wissen wie konsistent z.B. Abbiegebeziehungen 
sind. Kann es sein, dass die bei ändern eines Ways kaputt gehen, wenn 
der Mapper unaufmerksam ist, oder wird davor so gewarnt, dass es 
ausversehen nicht passieren kann. Oder verhindert es gar die API.


Danke


Am 04.11.2010 13:51, schrieb André Joost:

Am 04.11.10 13:29, schrieb Bernd Wurst:

Am Donnerstag 04 November 2010, 12:42:45 schrieb Tom Müller:

(ala "ich will das nur schnell fertig
machen, egal was da dran hängt", also no -> no -> no klicken ...)


Ein ausgesprochen sinnvolles und rücksichtsvolles Verhalten, findest du
nicht...



Wenn man bei "Hochladen" auch "no" klickt, bestimmt ;-)

Gruß,
André Joost


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de




___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Straßenverzeichnis für Router

[hannes]

Hallo,

ich beschäftige mich zur Zeit mit einem Router der OSM Daten nutzt. 
Jetzt frage ich mich ob es eine Methode gibt um Wege/Straßen einem Ort 
zuzuordnen. Gibt es da eine Liste oder ein Tool ?



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wie Anfahrtskizze erstellen

[aighes]

Muss es denn "Live" sein? Ein statisches Bild (screenshot von Mapnik & Co),
darauf die Unterkunft markieren und den Weg zur großen Straße nachmalen.
Wenn die Adresse schwer auffindbar ist, hilft manchmal auch die Angabe der
Koordinaten.

Viele Grüße,
aighes
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Wie-Anfahrtskizze-erstellen-tp5705582p5705650.html
Sent from the Germany mailing list archive at Nabble.com.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wie Anfahrtskizze erstellen

[Jan Tappenbeck]

Am 04.11.2010 15:53, schrieb Andreas Tille:

Hi,

im Urlaub habe ich bei einer schwer auffindbaren Unterkunft Werbung für
OSM gemacht und gemeint, daß man mit Hilfe von OSM eine Anfahrtskizze
erstellen könne.  Mein Ansatz dafür wäre mittels OpenLayers und GPX.js
einen GPS Track einzublenden.  Gibt es dafür bessere Lösungen (ich bin
nicht sicher, inwieweit die Leute einen Webserver in der Hand haben auf
dem sie die nötigen Dateien hinterlegen können).

Viele Grüße

Andreas.



Vielleicht ist die Antwort sehr einfach

http://osmtools.de/easymap/index.php?lang=de&page=editor

gruß jan :-)


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Wie Anfahrtskizze erstellen

[Andreas Tille]

Hi,

im Urlaub habe ich bei einer schwer auffindbaren Unterkunft Werbung für
OSM gemacht und gemeint, daß man mit Hilfe von OSM eine Anfahrtskizze
erstellen könne.  Mein Ansatz dafür wäre mittels OpenLayers und GPX.js
einen GPS Track einzublenden.  Gibt es dafür bessere Lösungen (ich bin
nicht sicher, inwieweit die Leute einen Webserver in der Hand haben auf
dem sie die nötigen Dateien hinterlegen können).

Viele Grüße

   Andreas.

-- 
http://fam-tille.de

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM Custom MapPaint Style

[Chris66]

Am 04.11.2010 14:32, schrieb André Joost:

> Meine Anleitung kennst du?
> http://wiki.openstreetmap.org/wiki/User:Ajoessen/JOSM
> Den Iconpfad musst du josm explizit in den erweiterten Einstellungen
> mitteilen. das mit dem file::/// funktioniert höchstwahrscheinlich nicht.

Danke das war's.

Siehe:


Bleibt die Frage wofür das "scale_min" und "scale_max" gut ist.

Chris


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] AIO - Routing über Fähren

[M∡rtin Koppenhoefer]

Am 3. November 2010 21:09 schrieb Carsten Moeller :
> Aber es wird doch hier ersichtlich, dass ein einfaches Tag ala
> "service=wichtig" die komplette Kuh mit einer einfachen, pragmatischen
> Aussage vom Eis kriegt.


m.E. ist das semantischer Käse. Entweder ist ein Weg eine wichtige
(allg.) Verbindung, dann kann er kein service sein, oder er ist eine
Sackgasse, die nur zu einem bestimmten Ziel führt, und für alle
anderen unwichtig ist, dann ist er ein service. Das ist m.E. gemeint
mit "service" für "Zufahrt". Ich verstehe nicht, warum man unbedingt
service als Klasse vergeben muss für Wege, die ihrer Natur nach was
komplett anderes sind als eine Parkplatzzufahrt oder
Grundstücksauffahrt (weil es "dahinter" im Falle eines Fährhafens eben
"weitergeht").

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Dead Drops, Wie taggen?

[Élisée Reclus]

Am 04.11.2010 14:27, schrieb Michael Buege:
> Definiere bitte "eigentlich niemandem".

Eine Person weniger als eine.

Warum?  Weil es ohne OSM-Einträge viel leichter zu erledigen wäre wie
ich oben erläutert habe.  Letztendlich will man doch nur ein Webseiten
haben wo man die Dead Drops eintragen, suchen, auf einer Karte anzeigen
lassen etc. kann.  Da die Dead Drops auf den
Standard-Mapnik/Osmarender-Karten eh nicht eingezeichnet werden, braucht
man solche Webseiten auch.

Ggf. könnten die Dead Dropper z.B. bei  mal
anfragen, ob sie deren Software benutzen und anpassen dürfen.

> Definiere bitte "Müll in der Datenbank".

Daten, die niemand mehr braucht und für die sich auch niemand zuständig
fühlt.

s.o.  Projekt wird nach kurzer Zeit verweist sein.  Domain, Webspace
wird nicht mehr bezahlt und irgendwann gelöscht.  Daten in der
OSM-Datenbank bleiben aber.

Und alles nur um ein wenig mehr Elektroschrott in der Landschaft zu
deponieren, damit die Windows-Nutzer eine kurze Zeit wieder lokal ihre
Viren austauschen können.  Na prima.

Ok, ich hoffe jetzt mal auch, dass das keine Endlosdiskussion wird.

Grüße

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM Custom MapPaint Style

[André Joost]

Am 04.11.10 14:16, schrieb Chris66:

Ich versuche über eine MapPaint Custom-Style die Anzeige der
Adress-Ikonen zu verändern, was aber noch nicht so klappen will.

Beispiel:


  
  
  1
  10


Probleme:

1) das externe Icon wird nicht gefunden (weißes Quadrat wird angezeigt)



Meine Anleitung kennst du?
http://wiki.openstreetmap.org/wiki/User:Ajoessen/JOSM
Den Iconpfad musst du josm explizit in den erweiterten Einstellungen 
mitteilen. das mit dem file::/// funktioniert höchstwahrscheinlich nicht.


Gruß,
André Joost


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Dead Drops, Wie taggen?

[Michael Buege]

Zitat Élisée Reclus:

[Dead Drops in OSM]

> Trotzdem bleibt es so, dass das eigentlich niemandem nützt, dafür aber
> voraussehbar Müll in der Datenbank hinterlässt.  
[...]

Definiere bitte "eigentlich niemandem".
Definiere bitte "Müll in der Datenbank".

-- 
Michael


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] JOSM Custom MapPaint Style

[Chris66]

Ich versuche über eine MapPaint Custom-Style die Anzeige der
Adress-Ikonen zu verändern, was aber noch nicht so klappen will.

Beispiel:


 
 
 1
 10


Probleme:

1) das externe Icon wird nicht gefunden (weißes Quadrat wird angezeigt)

2) das Ikon wird in allen Zoomstufen angezeigt, obwohl ich das
 "scale_max" runtergedreht habe.

3) sehe ich das richtig, dass die Annotation den Wert des "name", "ref"
   oder des Tags aus der Condition in einer festgelegten Priorität
   anzeigt?

Christian



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Was passiert bei splitten oder ändern ei nes node/way/relation mit der ID?

[André Joost]

Am 04.11.10 13:29, schrieb Bernd Wurst:

Am Donnerstag 04 November 2010, 12:42:45 schrieb Tom Müller:

(ala "ich will das nur schnell fertig
machen, egal was da dran hängt", also no ->  no ->  no klicken ...)


Ein ausgesprochen sinnvolles und rücksichtsvolles Verhalten, findest du
nicht...



Wenn man bei "Hochladen" auch "no" klickt, bestimmt ;-)

Gruß,
André Joost


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Was passiert bei splitten oder ändern ei nes node/way/relation mit der ID?

[Bernd Wurst]

Am Donnerstag 04 November 2010, 12:42:45 schrieb Tom Müller:
> (ala "ich will das nur schnell fertig 
> machen, egal was da dran hängt", also no -> no -> no klicken ...)

Ein ausgesprochen sinnvolles und rücksichtsvolles Verhalten, findest du 
nicht...

Gruß, Bernd

-- 
Gegen das zunehmende Wissen der Menschheit wäre nichts einzuwenden,
wenn sie dadurch gescheiter würden.
  -  Ernst R. Hauschka (dt. Aphoristiker 1926)


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Was passiert bei splitten oder ändern ei nes node/way/relation mit der ID?

[Tom Müller]

Am 04.11.2010 09:24, schrieb Claudius:

Das ist allein Sache des Editors. JOSM warnt bei Wegen, die Mitglieder
einer Relation sind und bietet mehrere Lösungen an. Die API selbst führt
keine Konsistentprüfungen von Relationen durch. Dies wird vom Editor
erwartet.


D.h., dass ich im "Extremfall" (ala "ich will das nur schnell fertig 
machen, egal was da dran hängt", also no -> no -> no klicken ...) beim 
ändern eines Weges die darauf verweisende Relation zerstören kann, wenn 
ich in JOSM überall nein anklicke. Die API bemerkt dann bei einer 
restriction z.B. nicht, dass die Kante mit der role=to gar nicht den 
Knoten "via" referenziert?


Danke und sorry fürs genaue Nachbohren :)
Wenn jemand einen Artikel dazu hat, wie JOSM und die API das handeln, 
wäre ich außerordentlich glücklich!


Danke
Tom


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] ÖPNVKarte - Neuigkeiten?

[Wolfgang Wienke]

Hallo!
Am 03.11.2010 15:40, schrieb nimix:



Gernot Hillier wrote:



Auf der Webseite selbst steht auch "Stand September. Zur Zeit keine
Updates".

Weiß jemand mehr darüber und wann es wieder Updates gibt? Ist Melchior
nur einfach im Urlaub oder ist hier längerfristig mit Problemen zu
rechnen?

Kennt jemand eine schöne Alternative?

Wir waren nämlich eigentlich gerade dabei, unser ÖPNV-Netz in Landshut
zu erfassen - und da ist eine schön gerenderte Karte natürlich ein guter
Ansporn... :-)




Das Problem ist, dass der Server mit den Datenmengen nicht mehr klarkommt.
Da ich momentan mit OSM etwas kürzer fahre, bin ich aber auch noch nicht
ernsthaft dazu gekommen das zu beheben...
Als alternative bietet sich wie schon erwähnt der OSM Inspektor oder
OSMTransport an (http://3liz.fr/public/osmtransport/).


Leider scheint die Seite das Umland gar nicht anzuzeigen, und Sie ist 
auch sehr langsam.

Die geofabrik-Seite scheint auch selten gerendert zu werden.
Beide Seiten sind nicht annähernd ein Ersatz für die ÖPNV-Karte.
Es wäre schön, wenn sie wieder normal laufen würde.

--
   Mit freundlichen Gruessen

 Wolfgang Wienke

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Straßenverzeichnis aufgeräumt

[Jan Tappenbeck]

 hi !



da die Seite mit den Straßenverzeichnissen [1] extrem lang wurde habe 
ich diese nach den Bundesländern einmal aufgeteilt.


Nun wäre es noch nice to have die Anfragen an die Kommunen [2] 
aufzuteilen - vielleicht können sich die betroffenen dem einmal annehmen.


Gruß Jan :-)

[1] http://wiki.openstreetmap.org/wiki/Stra%C3%9Fenverzeichnis

[2] 
http://wiki.openstreetmap.org/wiki/Stra%C3%9Fenverzeichnis#Anfragen.2C_die_an_Kommunen_gestellt_wurden



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Tags für gesprengte Häuser?

[Wolfgang]

Hallo,
Am Donnerstag 04 November 2010 02:59:13 schrieb Johann H. Addicks:
> Angesichts der Dünen:
> 
> Wie tagt man Ansammlungen von Betonteilen, wenn z.B. 5-stöckige
> Plattenbauten gesprengt, aber seit >5 Jahren nicht abtransportiert wurden?
> Sind das Dünen aus Beton? Oder basted buildings? Oder doch nur Brownfields?
> 
> Beispiel:
> http://www.addicks.net/gallery/osm/DSCF3173
> 
> (ehemalis baugleiches Gebäude direkt daneben:
> http://www.addicks.net/gallery/GeoCaching/DSCF3208 )

Ich würde brownfield nehmen. Vielleicht mit Zusatztag building=destroyed oder 
so.

Gruß Wolfgang

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] gpx Datei für SpatialComander aufbreiten (Gaus-Krüger Zone 4)

[Sven Geggus]

UMAX974  wrote:

> Das Problem ist dass die gpx Dateien zwar eingelesen werden aber völlig
> falsch liegen und somit unverwertbar sind.

Wenn es sehr genau sein soll dann mit Hilfe von proj4 und BETA2007.

Für csv Dateien gibt es hierfür ein schönes script von einem Hamburger
OSMler: http://rootcamp.net/~mip/osm/coordconv.py

Allerdings in umgekehrter Richtung. GK ist ja bei uns imemr nur Quelle und
nicht Ziel.

Dieses script kann man aber Problemlos anpassen und eventuell auch noch mit
einem XML Input versehen.

Gruss

Sven

-- 
"Ich fürchte mich nicht vor der Rückkehr der Faschisten in der Maske der
Faschisten, sondern vor der Rückkehr der Faschisten in der Maske der
Demokraten" (Theodor W. Adorno)
/me is gig...@ircnet, http://sven.gegg.us/ on the Web

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Was passiert bei splitten oder ändern ei nes node/way/relation mit der ID?

[Peter Wendorff]

Hallo

wenn du einen Weg teilst behält ein Stück die alte ID und das andere Stück
bekommt eine neue ID zugewiesen.

Relationen kann man in dem Sinne nicht teilen, da es sowas wie ein Eimer
ist, in dem bestimmte Ways und/oder Nodes drin sind. Man kann aber einen
zweiten Eimer nehmen und den Inhalt verteilen. Neuer Eimer=neue ID
Das ist genau das gleiche wie bei Wegen, nur dass das Teilen von Wegen 
von den meisten Editoren unterstützt wird.
Eine Semantik "Weg aufteilen" gibt es in der Datenbank genausowenig wie 
eine Semantik "Relation aufteilen".


Gruß
Peter
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] gpx Datei für SpatialComander aufbreit en (Gaus-Krüger Zone 4)

[UMAX974]

Danke für die schnelle Antwort!!!
UMAX974
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wie erreichen wir einheitliche Tagdefinitionen?

[Peter Wendorff]

Am 04.11.2010 03:16, schrieb Stephan Wolff:

Moin,

ich hatte in den letzten Tagen sehr wenig Zeit und antworte daher erst
so spät.

Am 31.10.2010 09:19, schrieb Jochen Topf:

On Sat, Oct 30, 2010 at 10:49:31PM +0200, Stephan Wolff wrote:

Dieses Verfahren funktioniert recht gut, wenn man neue Tags einführt um
bislang nicht erfasste Objekte oder Eigenschaften zu beschreiben.
Das Verfahren funktioniert nicht, wenn man etablierte Tags vor einer
Umdeutung schützen will (z.B. Verwendung von "natural=beach" für
Sandbunker auf dem Golfplatz) oder mehrere inkompatible Definitionen
hat, die sich in den Daten nicht unterscheiden lassen (z.B. width-Tag
für Straßen).


Also das mit dem Sandbunker auf dem Golfplatz, der als natural=beach 
getagged ist,
lassen wir mal weg. Das ist kein echtes Problem. Die paar Stellen, wo 
es das auf

der Welt gibt, sind ein Witz.


Ja, das kein wirklich bedeutendes Problem. Solange das Tag nur zum
Erstellen von Karten benutzt wird, ist es irrelevant. Falls jemand
eine Anwendung mit OSM-Daten erstellen will, die den Weg zum nächsten
Strand ermittelt, wird er merken, dass in einigen Gegenden die
Routen zum Golfplatz führen. Leider gibt es in OSM viele solcher
kleiner Probleme.


Beim width-Tag für Straßen sehe ich das Problem
schon eher.



 Vielleicht tue ich da jemandem Unrecht, aber ich
habe bisher keine Anwendunge gesehen, die diese Daten auch nutzen. 
Und solange

die keiner nutzt, ist es eben nicht ganz klar, was es bedeutet.


M. E. muss erst eine sinnvolle Definition erfolgen, bevor man die
Daten danach erfassen und am Ende gemäß der Definition auswerten kann.
Man kann nicht eine Anwendung schreiben und die Mapper aufzufordern,
für diese Anwendung width als Fahrbahnbreite einzugeben.

Ich denke, eine Kombination aus beidem wäre vielleicht sinnvoll:
Wir können uns als Mapper ausdenken, was wir erfassen wollen und wie wir 
es erfassen wollen.
Wir können uns dabei auch überlegen, welche Anwendungen wir damit 
unterstützen, und wo es Probleme gibt.
Je nachdem, was man dabei betrachtet, kommen unterschiedliche Aspekte 
zum Tragen und sind unterschiedliche Konzepte besser oder schlechter 
geeignet.


Vielleicht fehlt uns eine Art "Anwendungsmatrix" im Wiki.
Das ist jetzt kein fein durchdachtes Konzept, sondern eine relativ 
schnell niedergeschriebene Gedankenskizze:
Soweit ich weiß, gibt es kein "formales" Statement, dass und wie ein 
Key/Tag/Proposal/Schema von einer oder mehreren Anwendungen genutzt wird.


Die in den letzten Wochen vorgestellten Tools gehen teilweise in die 
Richtung, aber eben noch nicht mit einem systematischen Ansatz: Wenn ich 
das richtig verstanden habe, werden quasi ausgewählte Anwendungen mehr 
oder weniger manuell ausgewertet und in diese Systeme eingepflegt.


Ein Statement per Wiki-Template á la "Key wird auf Mapnik gerendert 
als...", "Key wird unterstützt von XY's Garmin-Maps", "Weg wird in 
Routenplaner Z berücksichtigt" wäre vielleicht ganz sinnvoll.


Wie gesagt: das ist eine kurze Idee, noch nicht mehrfach durchdacht etc.

Sobald die Bedeutung von width klar ist, könnte man enge Straßen in
der Karte schmaler zeichnen. Osmarender wertet width für Flüsse aus.
Solange nicht klar ist, ob eine Straße im Gewerbegebiet mit 20m
Gesamtbreite und 7m Fahrbahnbreite oder eine enge Altstadtstraße mit
7m Gesamtbreite und 4m Fahrbahnbreite das Tag width=7 erhält, kann
man es nicht nutzen.

richtig.
Aber beim beispiel width befürchte ich, wird sich das auch nicht mehr 
ohne weiteres ändern lassen, solange man beim Tag width (alleine) bleibt.
Hier wäre eine Aufdröselung vielleicht ganz sinnvoll (da ich die 
englisch korrekten Begriffe nicht kenne, bewusst "falsch" deutsche 
Begriffe):
width:fahrbahn; width:strassenkörper; width:mitBankett; 
width:mitBöschung; width:mitGehweg etc.


width wäre hier ein generischer Tag, der auch weiterhin nicht für alle 
Auswertungen geeignet ist, aber vielleicht für eine eher heuristische 
Auswertung als Grundlage dienen kann.
Letztlich ist jede Definition eines Tags, die sich *nicht* auf eine 
Nutzung
stützt, völlig beliebig. Und vorallem auch immer wieder verfeinerbar. 
Selbst
wenn wir die Straßenbreite genau definieren, z.B. als den 
Innenabstand zwischen
den weißen Linien am Straßenrand, dann haben wir nur eine 
Teildefinition, weil

es auch Straßen gibt, die keine weißen Linien am Rand haben.
Eine Definition wird nicht perfekt sein. Gegenüber der jetzigen 
Situation wäre eine Beschreibung wie

  width bei Straßen: mittlere Breite der Fahrbahn als Innenabstand
  zwischen den weißen Linien am Straßenrand (sofern vorhanden)
  sonst als Abstand zwischen den Kantsteinen, sonst als Breite der
  Asphalt-, Beton- oder Schotterfläche.
ein großer Fortschritt.
Ja, aber bitte nicht in width, sondern wie gesagt in width:*, weil width 
gefährlich oft "einfach so" verwendet werden wird (abgesehen von der 
Problematik alter Daten vor der Definitionsgebung)


Was den von mir beschriebenen Prozess der Entscheidungsfindung und 
Bildung
eines Comm

Re: [Talk-de] gpx Datei für SpatialComander aufbreit en (Gaus-Krüger Zone 4)

[André Joost]

Am 04.11.10 09:45, schrieb UMAX974:

Hallo Liste,

Ich bin mir nicht ganz sicher ob die Frage hier richtig ist, probier
es aber trotzdem, da ich hier das geballte GIS-wissen vereint weiß.

Eine Kollegin an der Schule möchte aus den schuleigenen Garmin
EtrexH, die von den Schülern gewonnenen gpx Dateien für die
Bearbeitung im SpatialComander unter Gaus-Krüger Zone 4
konvertieren.

Bisheriger Weg: Topo50 liest die gpx Dateien aus dem Garmins aus,
diese werden am PC gespeichert und in den SpatialComander
eingelesen.

Das Problem ist dass die gpx Dateien zwar eingelesen werden aber
völlig falsch liegen und somit unverwertbar sind.

Hat jemand eine auch für Schüler nachvollziehbare Methode wie diese
Daten bearbeitbar werden?

Gruß UMAX974


Ich hätte ja spontan Quantum GIS empfohlen, das kann 
"On-the-Fly-Koordinatentransformation" und kostet nix.


Ansonsten rechne ich sowas mit ner Eigenbau-VBA-Funktion um, die als 
VisualBasic-exe oder in einer Excel-Tabelle funktioniert.


Hier hat jemand sowas online bereitgestellt:
http://www.geoclub.de/viewtopic.php?f=54&t=6233&start=30

Wer lieber java mag, kann auch die Proj4-Implementation nutzen:
http://www.jhlabs.com/java/maps/proj/

Oder gleich die FWtools:
http://fwtools.maptools.org/
Gauss-Krüger dürfte unter transverse Mwercator einsortiert sein.

Gruß,
André Joost




___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Dead Drops, Wie taggen?

[Élisée Reclus]

Am 04.11.2010 10:06, schrieb Élisée Reclus:
> Habe u.a. ich getan.  Siehe Nachricht: <4cd155e6.7080...@anders-hamburg.de>

Meinte: <4cd15b18.7080...@arcor.de>

Grüße

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Dead Drops, Wie taggen?

[Élisée Reclus]

Am 04.11.2010 09:19, schrieb Sven Anders:
> Ich würde mir wünschen das Ihr konstruktiv darüber nachdenkt wie man an
> einen Dead Drop denn taggen sollte wenn man ihn in OSM Verzeichnen will,
> oder wenn Euch das Thema nicht liegt einfach mal NICHTS ANTWORTET,
> vielleicht gibt es ja andere OSMler die die Idee auch gut finden.

Habe u.a. ich getan.  Siehe Nachricht: <4cd155e6.7080...@anders-hamburg.de>

Trotzdem bleibt es so, dass das eigentlich niemandem nützt, dafür aber
voraussehbar Müll in der Datenbank hinterlässt.  Mach doch lieber
 auf oder wirke daran mit.

Schade, dass du weder auf auf die konstruktiven Vorschläge noch auf die
Kritik eingegangen bist, sondern dich lediglich beschwert hast, dass
Leute es wagen deine Idee zu kritisieren.

Grüße

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Dead Drops, Wie taggen?

[olvagor]

Hi Sven,

Am 04.11.2010 09:19, schrieb Sven Anders:
> Das war vielleicht nicht so gemeint, kommt aber so rüber.

Ja, ich glaube, das trifft genau zu. Für mich wirkt DeadDrops sehr nach
einer Eintagsfliege aber ich würde dich nicht davon abhalten, das
einzutragen und käme auch nicht auf die Idee, da irgendwas im Nachhinein
zu löschen. Das trifft vermutlich auch auf die anderen hier zu.

> Ich würde mir wünschen das Ihr konstruktiv darüber nachdenkt wie man an
> einen Dead Drop denn taggen sollte wenn man ihn in OSM Verzeichnen will,

Genau das haben Élisée und ich doch getan. Nach der leichten Frotzelei
am Anfang, hab ich dein Tagging-Schema kommentiert und konstruktive
Kritik geübt. Tut mir leid, wenn das bei dir zu hart ankam.

Gruß,
Markus

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] gpx Datei für SpatialComander aufbrei ten (Gaus-Krüger Zone 4)

[UMAX974]

Hallo Liste,

Ich bin mir nicht ganz sicher ob die Frage hier richtig ist, probier es aber 
trotzdem, da ich hier das geballte GIS-wissen vereint weiß.

Eine Kollegin an der Schule möchte aus den schuleigenen Garmin EtrexH, die von 
den Schülern gewonnenen gpx Dateien für die Bearbeitung im SpatialComander 
unter Gaus-Krüger Zone 4 konvertieren. 

Bisheriger Weg: Topo50 liest die gpx Dateien aus dem Garmins aus, diese werden 
am PC gespeichert und in den SpatialComander eingelesen.

Das Problem ist dass die gpx Dateien zwar eingelesen werden aber völlig falsch 
liegen und somit unverwertbar sind.

Hat jemand eine auch für Schüler nachvollziehbare Methode wie diese Daten 
bearbeitbar werden?

Gruß UMAX974
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Was passiert bei splitten oder ändern ei nes node/way/relation mit der ID?

[Claudius]

Am 04.11.2010 00:51, Tom Müller:

Am 03.11.2010 23:28, schrieb Walter Nordmann:

beide wege sind danach in allen relationen drin, in denen das original
war.


und was passiert z.B. bei den restrictions? Werden dann z.B. zwei member
mit role=to angelegt?
Ist das alles Sache des Editors? Oder prüft die API z.B. auch, ob alle
ways auf die eine relation verweist vorhanden sind?


Das ist allein Sache des Editors. JOSM warnt bei Wegen, die Mitglieder 
einer Relation sind und bietet mehrere Lösungen an. Die API selbst führt 
keine Konsistentprüfungen von Relationen durch. Dies wird vom Editor 
erwartet.




Kann man das Verhalten irgendwo nachlesen? Ist das dokumentiert? Oder
ist das nur "learning by doing"-Wissen?


Wahrscheinlich steckt das irgendwo in der API-Dokumentation drinnen oder 
zwischen den Zeilen: http://wiki.openstreetmap.org/wiki/API_0.6


Claudius


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Dead Drops, Wie taggen?

[Sven Anders]

Am 03.11.2010 13:43, schrieb olvagor:
> Taggen wir nicht nur Dinge, die länger als sechs Monate Bestand haben?
> ;-) SCNR
>
> Also mal davon ausgegangen, dass das nicht nur ein kurzlebiges
> Kunstprojekt ist:


Am 03.11.2010 13:52, schrieb Élisée Reclus:
> Da es fraglich sein sollte, ob dieses Projekt länger halten sollte
> (Kapazität der USB-Sticks zu begrenzt, USB-Sticks zu leicht zerstörbar),
> sollte man überlegen, ob sowas überhaupt in die OSM-Datenbank gehört.
> Man könnte es auch extern speichern und auf einer Webseite auf einer
> OSM-Karte Marker setzen.

Am 03.11.2010 14:06, schrieb Walter Nordmann:
> ...und dein Abfall landet dann auch auf ner Müllbetonie??? ;)

Am 03.11.2010 18:49, schrieb Élisée Reclus:

Am 03.11.2010 18:29, schrieb M∡rtin Koppenhoefer:

AFAIK nutzt man dafür überwiegend url.


website=* wie schon zweimal geschrieben.

Ich frage mich wo der Sinn sein sollte so etwas in der OSM-Datenbank zu
speichern.  Falls jemand z.B. eine Webseite mit einer Übersicht der Dead
Drops betreiben will, müsste er eine eigene OSM-Datenbank + Mapnik
betreiben, wenn ich nicht irre.  Und er könnte sich nicht mal auf die
Konsistenz der Informationen zu den Dead Drops verlassen.  (Benutzt auch
jeder die vorgeschlagene Syntax?)


Hallo olvagor, Hallo Élisée, Hallo Walter,

die Diskussion was in OSM soll, gibt es schon ziemlich lange. Ich hatte 
gerade nicht damit gerechnet das sie hier wieder so extrem aufflammt.


Als ich bei OSM vor 4 Jahren anfing, gab es auch Leute die meinten das 
man Häuser einzeichnet ist jetzt echt übertrieben und belastet die 
Datenbank. OSM solle nur für Straßen sein. Wenn man dort mehr einträgt 
können man die Karten auf dem Garmin vergessen etc.


Mich hat die Idee von Dead Drops spontan begeistert und dachte mir, 
sowas müsste ich auch irgendwo installieren. Dead Drops können sowas 
sein wie eine digitale Pinnwand, das finde ich sehr verlockend.


Ich denke OSM ist DIE Welkarte. Dort darf ich alles eintragen. Auch wenn 
es vielleicht mehr Hundekottütenspender gibt als Daed Drops ist es doch 
legetim es einzutragen. Wir tragen ja auch den Köllner Dom ein obwohl es 
ihn auch nur einmal gibt. Mich wundert es das ich dafür immer noch 
argumentieren muss. Ich tut doch keinem weh, und es frustet mich schon 
irgendwie das ich als von Euch Rückmeldungen bekomme die sich für mich 
Übersetzt ungefähr so anhören: "Was soll das denn in OSM? Geh weg!"


Das war vielleicht nicht so gemeint, kommt aber so rüber.

Ich würde mir wünschen das Ihr konstruktiv darüber nachdenkt wie man an 
einen Dead Drop denn taggen sollte wenn man ihn in OSM Verzeichnen will, 
oder wenn Euch das Thema nicht liegt einfach mal NICHTS ANTWORTET, 
vielleicht gibt es ja andere OSMler die die Idee auch gut finden.


Wir haben in OSM auch den Hamburger Dom auch wenn er nur zweimal im Jahr 
für ein paar Wochen zu finden ist, und ich finde das gut. Es gibt keinen 
Konsens  darüber wie lange etwas anhalten muss, bis es in OSM darf, aber 
bei "Kunstwerken" würde ich erstmal davon ausgehen das diese länger 
halten und sehr wohl in OSM stehen dürfen. Ich finde gerade die Tatsache 
das wir so schnell neue Dinge einzeichnen können eine Stärke von OSM. 
Welche Karte hat denn schon die verschwundene Straße in Schmalkalden von 
Ihrer Landkarte entfernt? Ich kenne eine [1] und ich finde das super 
genial.



Gruß
Sven


[1]
http://www.openstreetmap.org/?lat=50.72374&lon=10.44557&zoom=17&layers=M

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] DFS verwendet OSM für Overlay mit Flugbe wegungen

[Christian Slotwinsky]

Hallo miteinander,

für den, den es interessiert, der DFS verwendet in seiner Anwendung 
"Stanly_Track" OSM-Karten zur Darstellung von Flugbewegungen in 
Flughäfennähe.


Hier der Einstiegslink, anschließend rechts die Applikation starten:
http://www.dfs.de/dfs/internet_2008/module/fliegen_und_umwelt/deutsch/fliegen_und_umwelt/flugverlaeufe/flughafen_berlin_schoenefeld/index.html

Gruß

Slotty


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de