date:20090218

Am 19. Februar 2009 00:40 schrieb Gerrit Lammert :
> Martin Koppenhoefer wrote:
>  > Am 18. Februar 2009 13:19 schrieb Gerrit Lammert :
>  >
>  >> Ich ging nach diesem Bild:
>  >> http://wiki.openstreetmap.org/wiki/Tag:waterway%3Ddrain
>  >> Mapnik zeichnet das auch deutlich dezenter als osmarender.
>  >
>  > naja, Mapnik zeichnet halt alles Wasser (und auch sonst eigentlich
>  > praktisch alles) dezenter.
>  >
>  > Hardcore finde ich aber auch die Definition: es sei ein künstlicher
>  > Wasserweg um Sturmwasser /oder/ industrielle Abwässer zu
>  > transportieren. Das hat doch beides erstmal gar nichts miteinander zu
>  > tun, oder täusche ich mich? Ich hatte das bisher dem Wort nach als
>  > "Drainage", also Entwässerungsrinne und -graben gesehen. Z.B. für
>  > Entwässerungsgräben in Feuchtgebieten, landwirtschaftliche Gräben,
>  > etc. also ggf. durchaus auch noch Hochwasserschutzgräben, aber sicher
>  > keine Abwassergräben für Industrieabwasser (das wäre m.E. irgendwas
>  > mit wastewater).
>
> Hätte ich auch so interpretiert. Und der Mapper dieser gestrichelten
> Fläche vermutlich auch.
> Ich werde das erstmal so lassen, da ich es prinzipiell richtig getaggt
> finde.
> Wenn es jemanden sehr stört kann er es ja ändern (die tags oder das
> osmarendering).
>
> Gerrit
>

naja, da in den mapfeatures eindeutig was anderes steht, würde ich
entweder die ändern, oder eben doch ditch verwenden.

Gruß Martin

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

Re: [Talk-de] Höhenmesser: Die Post war da :- )

2009-02-18 Diskussionsfäden Frederik Ramm

Hallo,

Martin Koppenhoefer wrote:
> war es nicht bereits ausgemachte Sache, dass diese Höhendaten in eine
> andere Datenbank kommmen?

Nein, ein kleines bayrisches Dorf leistet noch Widerstand ;-)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] gestrichelte Fläche in Braunschweig

2009-02-18 Diskussionsfäden Gerrit Lammert

Martin Koppenhoefer wrote:
 > Am 18. Februar 2009 13:19 schrieb Gerrit Lammert :
 >
 >> Ich ging nach diesem Bild:
 >> http://wiki.openstreetmap.org/wiki/Tag:waterway%3Ddrain
 >> Mapnik zeichnet das auch deutlich dezenter als osmarender.
 >
 > naja, Mapnik zeichnet halt alles Wasser (und auch sonst eigentlich
 > praktisch alles) dezenter.
 >
 > Hardcore finde ich aber auch die Definition: es sei ein künstlicher
 > Wasserweg um Sturmwasser /oder/ industrielle Abwässer zu
 > transportieren. Das hat doch beides erstmal gar nichts miteinander zu
 > tun, oder täusche ich mich? Ich hatte das bisher dem Wort nach als
 > "Drainage", also Entwässerungsrinne und -graben gesehen. Z.B. für
 > Entwässerungsgräben in Feuchtgebieten, landwirtschaftliche Gräben,
 > etc. also ggf. durchaus auch noch Hochwasserschutzgräben, aber sicher
 > keine Abwassergräben für Industrieabwasser (das wäre m.E. irgendwas
 > mit wastewater).

Hätte ich auch so interpretiert. Und der Mapper dieser gestrichelten 
Fläche vermutlich auch.
Ich werde das erstmal so lassen, da ich es prinzipiell richtig getaggt 
finde.
Wenn es jemanden sehr stört kann er es ja ändern (die tags oder das 
osmarendering).

Gerrit

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

Re: [Talk-de] Rodelstrecke Steinach (war: Markieren von Rodelstrecken / Schlittelwegen)

2009-02-18 Diskussionsfäden Holger Schöner

Hallo,

Am Mi, 18. Februar 2009 schrieb Claudius Henrichs:
> Mist! Die Rodelstrecke in Steinach wollte ich in zwei Wochen nachtragen.
> Da warst du schneller.

Kein Problem ;-) : Ich habe sie zwar schon vor einem Jahr eingetragen, 
damals aber leider nach einem Drittel der Strecke feststellen müssen, dass 
die Akkus des GPS leer waren, und dann erst neue eingelegt. D.h. nur etwa 
die unteren zwei Drittel sind genau, das obere Drittel habe ich nach 
Gedächtnis eingetragen. Seitdem war ich leider nicht mehr dort, um das zu 
korrigieren.

Also nur zu, es gibt noch zu tun ...
-- 
Holger Schoener nume...@ancalime.de


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

Re: [Talk-de] Höhenmesser: Die Post war da :- )

Am 16. Februar 2009 13:25 schrieb Garry :
> sich gar nicht um die Warnung kümmern weil es massiv das Editieren
> behindert wenn bei steigender Verbreitung
> der Höhenangaben jede Verschiebung ein  zusätzliches bestätigen  erfordert.
>
> Garry
>

war es nicht bereits ausgemachte Sache, dass diese Höhendaten in eine
andere Datenbank kommmen?

Gut wäre es, wenn man die GPS-Tracks für beide DB benutzen könnte,
also nur einmal hochladen müsste.

Gruß Martin

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

Re: [Talk-de] Höhenmesser: Die Post war da :- )

2009-02-18 Diskussionsfäden Garry

Karl Eichwalder schrieb:
> hdietz...@web.de (Holger Dietze) writes:
>
>   
>> Das geht in den Faellen schief, wo das durch den Punkt bezeichnete
>> Objekt physisch verschoben wurde, also z.B. bei einem Briefkasten, der
>> von Ort A nach Ort B ca. 100 entfernt umgesetzt wurde.
>> 
>
> Ich hoffe, die editoren werden mittelfritig massiv warnen, wenn jemand
> ein mit höheninfo versehenen objekt verschieben oder löschen will.
>
> Datenbankseitig könnte man einen punkt mit höheninfo einfach erstmal
> bestehen lassen, um den sich dann ein höhenpunktexperte zu kümmern hat.
>   
Wie stellst Du Dir das vor? Durch was zeichnet sich ein qualifizierter 
Höhenexperte aus?
Dieser Ansatz würde bedeuten, dass unterschiedliche Rechte für die 
editierenden Mapper vergeben werden müsste,
was wohl dem OSM-Konzept wiederspricht.
Bei einer reinen Warnung würden die einen bald gar nichts mehr editieren 
- aus Angst Fehler zu machen - , andere
sich gar nicht um die Warnung kümmern weil es massiv das Editieren 
behindert wenn bei steigender Verbreitung
der Höhenangaben jede Verschiebung ein  zusätzliches bestätigen  erfordert.

Garry



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

Re: [Talk-de] Blumenbeete im öffentlichen Gebiet

2009-02-18 Diskussionsfäden René Falk

Am Mittwoch, 18. Februar 2009DE 22:32:01DE schrieb Guenther Meyer:

> und wenn man das einfach als gruenflaeche (village_green) als
> grobeinordnung taggt, und ein zusatzattribut fuer die jeweilige bepflanzung
> hinzufuegt, wie z.B. planting=flowers, oder so?

Ich vermute mal, das dies manchem zu grob ist. Wie schon erwähnt, ein 
Blumenbeet ist nicht gleich ein Blumenbeet. Wäre interessant mal einen  
botanischen Garten im Detail zu sehen. Hat das etwa noch niemand gemacht? 

Natürlich sollte man kulturelle Details mit erfassen können. Oder auch 
saisonale wiederkehrende Besonderheiten. 

Das wird sicherlich ein Betätigungsfeld für Spezialisten. Ich bin keiner.

-- 

Mit freundlichen Grüßen

René Falk

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

Re: [Talk-de] Blumenbeete im öffentlichen Gebiet

2009-02-18 Diskussionsfäden Guenther Meyer

Am Mittwoch 18 Februar 2009 schrieb René Falk:
> Am Mittwoch, 18. Februar 2009DE 19:17:40DE schrieb Mario Salvini:
> > René Falk schrieb:
> > > Dirk-Lüder Kreie schrieb:
> > >> Arne Bischoff schrieb:
> > >>> Hallo,
> > >>>
> > >>> wie tagge ich Blumenbeete? In meinem Dorf sind an verschiedenen
> > >>> Stellen Osterglocken, über 8.000 Stück, eingebracht.
> > >>>
> > >>> landuse=flowers ?
> > >>
> > >> Werden die Blumen da gezüchtet?
> > >>
> > > :-) Vermutlich nicht.
> > >
> > > Das läuft mehr unter "Unser Dorf soll schöner werden". Eventuell gibt
> > > es auch einen Dorfverschönerungsverein. Bei uns kümmern die sich unter
> > > anderem um die Parkblumen und alle anderen öffentliche Grünflächen, die
> > > die Gemeinde aus Kostengründen nur mit Gras bepflanzt. Darunter fällt
> > > dann auch der Besatz von Verkehrsinseln, Blumenkübel, usw.
> > >
> > > Grüße
> > >
> > > René
> >
> > is das dann nicht eher amenity=village_green ?
>
> Ja, schon,  aber wenn Arne Blumenbeete extra taggen möchte, könnte es bald
> einen neuen Tag, bzw. eine neue Tag-Gruppe (Hochbeete, Kübel,
> Ganzjahresbegrünung, usw.) für Blumenbeete für unsere gärtnerisch
> veranlagten Mitstreiter geben. Es gibt ja auch Blumenbeete mit speziellem
> kulturellem und/oder historischen Hintergrund, die man taggen könnte.
> Denkbar ist vieles und verwundern täte es mich nicht.
>
und wenn man das einfach als gruenflaeche (village_green) als grobeinordnung 
taggt, und ein zusatzattribut fuer die jeweilige bepflanzung hinzufuegt, wie 
z.B. planting=flowers, oder so?




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] Markieren von Rodelstrecken / Schlittelwegen

2009-02-18 Diskussionsfäden Karl Eichwalder

Holger Schöner  writes:

> Meine Erfahrung ist, dass es auch ohne Path gerendert wird (ich hatte das 
> mal eingetragen, ohne die Strecke ohne Schnee zu kennen; und im Winter kann 
> man ja nicht immer beurteilen, was denn gerade der Untergrund ist ...):

Eben.  Winterwege bzw. -routen im Schnee existieren unabhängig von
physikalischen Wegen -- es wäre unsinnig, das an highway=path zu
koppeln.

-- 
Karl Eichwalder

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

Re: [Talk-de] Gefüllte Flächen (Re: Umstellun gen im Vorlagenmenü des JOSM)

2009-02-18 Diskussionsfäden Karl Eichwalder

Ulf Lamping  writes:

>> Ich war jetzt sogar bereit, selbst in den Preferences zu suchen.  Nur,
>> wo sind die denn hin?  F12 bringt auch nichts zutage (MacOSX).

> http://wiki.openstreetmap.org/index.php/JOSM/Plugins/MapPaint

Das problem war, dass in "tested" (v.13xx) der Preferences-knopf
zumindest bei mir nicht funktioniert -- er wird auch nur als ein kleines
quadrat dargestellt.  In "latest" scheinen die Preferences wieder ok zu
sein.

-- 
Karl Eichwalder

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

Re: [Talk-de] Blumenbeete im öffentlichen Gebiet

Am 18. Februar 2009 15:29 schrieb René Falk :
> Das läuft mehr unter "Unser Dorf soll schöner werden". Eventuell gibt es
> auch einen Dorfverschönerungsverein. Bei uns kümmern die sich unter
> anderem um die Parkblumen und alle anderen öffentliche Grünflächen, die
> die Gemeinde aus Kostengründen nur mit Gras bepflanzt.

dabei ist Gras doch sehr schön.

Gruß Martin

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

Re: [Talk-de] Höhennetz/Höhendatenbank

Am 18. Februar 2009 20:46 schrieb Tobias Wendorff
:
> Martin Koppenhoefer schrieb:
>>
>> nicht zu vergessen die Radfahrer (nicht als Sport sondern zur
>> Fortbewegung), die mit den SRTM-Daten, wenn es nicht gerade Hochgebirge
>> ist, nicht sehr viel anfangen können.
>
> Was habt ihr immer mit eurem Hochgebirge? Gerade im Hochgebirge
> ist SRTM besser geeignet, als in der Stadt. Dort stehen nur ein
> paar Bäume, die die Daten vefälschen.
>
> Auf dem Weg zur Uni muss ich Berg hoch und runter mit dem Rad,
> das fällt in den SRTM-Daten komplett unter den Tisch, weil
> links und rechts Bebauung ist, welche dann noch auf 90 m
> interpoliert wurde.
>
> Die SRTM-3 Daten wurden nämlich aus den SRTM-1 Daten abgeleitet,
> die der kommerziellen und militärischen Nutzung vorenthalten
> sind.
>
> Berg-Tal-Berg im Abstand von 90 Metern bedeutet: Berg.
>

genau das habe ich doch geschrieben (ein bisschen kürzer
zugegebenermaßen). Waren wohl ein paar zuviele "nicht" im Satz, ich
gelobe Besserung ;-)

Gruß Martin

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

Re: [Talk-de] Markieren von Rodelstrecken / Schlittelwegen

Am 16. Februar 2009 07:31 schrieb Michael Buege :

> Wenn du nichts passendes findest, denk dir was aus.
>
ja, und schreib darüber, am besten ne Definition ins Wiki mit Hinweis hier.

Gruß Martin

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

Re: [Talk-de] gestrichelte Fläche in Braunschweig

Am 18. Februar 2009 13:19 schrieb Gerrit Lammert :

> Ich ging nach diesem Bild:
> http://wiki.openstreetmap.org/wiki/Tag:waterway%3Ddrain
> Mapnik zeichnet das auch deutlich dezenter als osmarender.

naja, Mapnik zeichnet halt alles Wasser (und auch sonst eigentlich
praktisch alles) dezenter.

Hardcore finde ich aber auch die Definition: es sei ein künstlicher
Wasserweg um Sturmwasser /oder/ industrielle Abwässer zu
transportieren. Das hat doch beides erstmal gar nichts miteinander zu
tun, oder täusche ich mich? Ich hatte das bisher dem Wort nach als
"Drainage", also Entwässerungsrinne und -graben gesehen. Z.B. für
Entwässerungsgräben in Feuchtgebieten, landwirtschaftliche Gräben,
etc. also ggf. durchaus auch noch Hochwasserschutzgräben, aber sicher
keine Abwassergräben für Industrieabwasser (das wäre m.E. irgendwas
mit wastewater).

Gruß Martin

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

Re: [Talk-de] Idee zum GeoTagging von Fotos in JOSM

2009-02-18 Diskussionsfäden Johann H. Addicks

Tobias Wendorff schrieb:

> hier eine Idee zum GeoTagging von Fotos in JOSM.

Auf die Gefahr hin, dass das für's falsche OS ist:
GeoSetter kennst Du?

http://www.geosetter.de/

-jha-


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

Re: [Talk-de] Markieren von Rodelstrecken / Schlittelwegen

2009-02-18 Diskussionsfäden Claudius Henrichs

Am 18.02.2009 15:18, Holger Schöner:
> Meine Erfahrung ist, dass es auch ohne Path gerendert wird (ich hatte das
> mal eingetragen, ohne die Strecke ohne Schnee zu kennen; und im Winter kann
> man ja nicht immer beurteilen, was denn gerade der Untergrund ist ...):
>
> http://www.openstreetmap.org/?lat=47.0789&lon=11.45666&zoom=16&layers=0B00FTF
>
> Ich habe gerade noch mal nachgesehen, und dort ist piste:type=sled und
> ansonsten nur name=..., source=..., note=... gesetzt.
>

Mist! Die Rodelstrecke in Steinach wollte ich in zwei Wochen nachtragen. 
Da warst du schneller.

Claudius


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

Re: [Talk-de] NSG - NP - NLP

2009-02-18 Diskussionsfäden Michael Buege

Zitat Alexander Schulze:

> Hallo,
> 
> ich hätte mal ne Frage zu Naturschutzgebiet, Naturpark, Nationalpark.
> 
> Laut MapFeatures kann man ja das NSG als leisure=nature_reserve bzw. als
> boundary=national_park (gleichzeitig für Nationalpark) rendern. Warum
> ist der boundary-tag für beide, sind doch ziemlich verschiedene Sachen?
> 
> Wenn ich für NSG's das leisure-tag nutze, wird die Fläche teilweise von
> anderen (Wasser, Siedlung) überdeckt und man sieht den Verlauf nicht
> mehr. Soll das so sein?
> 
> Wenn zu dem NSG ein Stück eines größeren Waldgebietes gehört, ist es
> dann ratsam dieses Stück Wald zu entfernen, da es sonst ja doppelt wäre?
> 
> Gibt es eventuell auch ein tag für Naturpark oder sollen diese gar nicht
> dargestellt werden?
> 
> in den tagwatch taucht boundary=natural_park einmal auf, das wäre doch
> was, oder?

Anfang Januar wurde auf auf osm-talk was in der Richtung diskutiert.



Nur mal als Anregung.

Michael


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

Re: [Talk-de] Höhennetz/Höhendatenbank

Martin Koppenhoefer schrieb:
> nicht zu vergessen die Radfahrer (nicht als Sport sondern zur
> Fortbewegung), die mit den SRTM-Daten wenn es nicht gerade Hochgebirge
> ist, nicht sehr viel anfangen können.

Was habt ihr immer mit eurem Hochgebirge? Gerade ich Hochgebirge
ist SRTM besser geeignet, als in der Stadt. Dort stehen nur ein
paar Bäume, die die Daten vefälschen.

Auf dem Weg zur Uni muss ich Berg hoch und runter mit dem Rad,
das fällt in den SRTM-Daten komplett unter den Tisch, weil
links und rechts Bebauung ist, welche dann noch auf 90 m
interpoliert wurde.

Die SRTM-3 Daten wurden nämlich aus den SRTM-1 Daten abgeleitet,
die der kommerziellen und militärischen Nutzung vorenthalten
sind.

Berg-Tal-Berg im Abstand von 90 Metern bedeutet: Berg.

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

Re: [Talk-de] NSG - NP - NLP

Am 18. Februar 2009 20:32 schrieb Alexander Schulze :
>
> an wen kann man sich eigentlich wegen der Renderstyles wenden. Bei mir
> um die Ecke ist ein ehemaliger Truppenübungsplatz der als danger_area
> eingetragen ist. Sieht ziemlich blöd aus.
>

Für Mapnik gibts nen trac wo man Verbesserungsvorschläge vorbringen
kann, für t...@h kann man auf der Liste posten, oder hier auf der Liste
lesen auch einige mit, oft wird dann aber gewünscht, dass man nen
konkreten Vorschlag macht, d.h. Renderregeln  und ein
Beispielrendering vorher/nachher. Das sind in so einem Fall nur sehr
wenige Zeilen Code und ein bis wenige CSS-Styles, das Thema ist
allerdings aufgrund der schon bestehenden umfangreichen Regeln (so ca.
2000 Zeilen nur für Z17) und evtl. "Nebenwirkungen" trotzdem nicht
vollständig trivial. Ein Post hier kann aber in allen Fällen zum
Erfolg führen, wo sich jemand angesprochen fühlt. Gut wäre in Deinem
Fall zumindest ein Link zu der Stelle, wo Du das Ergebnis
unbefriedigend findest, und eine Beschreibung warum.

Gruß Martin

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

Re: [Talk-de] Blumenbeete im öffentlichen Gebiet

2009-02-18 Diskussionsfäden René Falk

Am Mittwoch, 18. Februar 2009DE 19:17:40DE schrieb Mario Salvini:
> René Falk schrieb:
> > Dirk-Lüder Kreie schrieb:
> >> Arne Bischoff schrieb:
> >>> Hallo,
> >>>
> >>> wie tagge ich Blumenbeete? In meinem Dorf sind an verschiedenen Stellen
> >>> Osterglocken, über 8.000 Stück, eingebracht.
> >>>
> >>> landuse=flowers ?
> >>
> >> Werden die Blumen da gezüchtet?
> >>
> > :-) Vermutlich nicht.
> >
> > Das läuft mehr unter "Unser Dorf soll schöner werden". Eventuell gibt es
> > auch einen Dorfverschönerungsverein. Bei uns kümmern die sich unter
> > anderem um die Parkblumen und alle anderen öffentliche Grünflächen, die
> > die Gemeinde aus Kostengründen nur mit Gras bepflanzt. Darunter fällt
> > dann auch der Besatz von Verkehrsinseln, Blumenkübel, usw.
> >
> > Grüße
> >
> > René
>
> is das dann nicht eher amenity=village_green ?

Ja, schon,  aber wenn Arne Blumenbeete extra taggen möchte, könnte es bald 
einen neuen Tag, bzw. eine neue Tag-Gruppe (Hochbeete, Kübel, 
Ganzjahresbegrünung, usw.) für Blumenbeete für unsere gärtnerisch veranlagten 
Mitstreiter geben. Es gibt ja auch Blumenbeete mit speziellem kulturellem 
und/oder historischen Hintergrund, die man taggen könnte. Denkbar ist vieles 
und verwundern täte es mich nicht.

Grüße

René

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

Re: [Talk-de] NSG - NP - NLP

Am 18. Februar 2009 20:17 schrieb Falk Zscheile :
> Am 18. Februar 2009 19:44 schrieb Martin Koppenhoefer 
> :
>> Allerdings finde ich persönlich national_park nicht besonders gelungen
>> gewählt, weil es sich dem Namen nach nur auf Schutzgebiete von
>> "nationaler" Bedeutung bzw.  Nationalparks bezieht. Besser wäre evtl.
>> sowas allgemeines wie protectorate (man muss bei dem Wort ja nicht
>> unbedingt gleich an Polen denken ;-) ), so dass man hierarchisch
>> gleich weiter machen kann (birds, water, nature, wood) und analog zu
>> den administrativen boundaries könnte man dann die Schutzstufe /
>> Zuständigkeit in zugehörige weitere Tags packen.
>
> Ich finde man sollte sich möglichst nahe an die Namen halten, die der
> Gesetzgeber für für die einzelnen Schutzgebiete vorsieht (vgl. §§ 22
> ff. BNatSchG), .

ja, als Ausgangspunkt für eine deutsche Wikiseite und entsprechende
Abstufungen / Klassen ja, für das Tagging würde ich hingegen
versuchen, entweder beschreibende tags auf Englisch oder Numerische
Stufen ähnlich den Tracktypes zu verwenden. Diese kann man dann in den
Mapfeatures:De auch konkret zuweisen (bzw. mit einer Tabelle für alle
Länder im Englischen Teil wie z.B. bei den Boundaries, dort ist der
tag ja auch nicht Verwaltungsstufe=Landkreis).

Gruß Martin

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

Re: [Talk-de] NSG - NP - NLP

2009-02-18 Diskussionsfäden Alexander Schulze

Hi,

> ich würde die anderen Flächen nicht verändern sondern dieses Thema mit
> einem Grenzpolygon lösen, d.h. einmal aussen rum (und Exklaven ggf.
> mit Multipolygon ausnehmen) und dann die entsprechenden Tags da ran.
> 
> Ich würde was neues vorschlagen, am Besten strukturiert im Wiki, was
> man dann dafür benutzen kann (evtl. kann man das gleich für alle Arten
> von Schutzgebieten wie Vogelschutzgebiet, Wasserschutzgebiet, etc.
> ausdehnen, mal sehen, was Sinn macht). Dieser Thread enthält ja
> schonmal ne ganze Menge von Anregungen.
> 
> Diese neue Tagging-Schema sollte m.E. auf keinen Fall unter leisure
> subsummiert werden, boundary klingt eigentlich ganz vernünftig,
> es gibt da ja schon administrative, civil area, political area und
> national_park. (seltsam allerdings dieser Kommentar im Wiki für alle
> ausser administrative "is approved, but not documented, can somebody
> check tagwatch for usage", auch etwas seltsam, dass politische Grenzen
> Wahlbezirke sein sollen, aber naja).
> 

das stimmt. Wenn man den leisure-tag nimmt ist es schon ziemlich 
prominent dargestellt. Irgendwas mit ner dezenten Schraffur wäre 
vielleicht ganz gut.

> Allerdings finde ich persönlich national_park nicht besonders gelungen
> gewählt, weil es sich dem Namen nach nur auf Schutzgebiete von
> "nationaler" Bedeutung bzw.  Nationalparks bezieht. Besser wäre evtl.
> sowas allgemeines wie protectorate (man muss bei dem Wort ja nicht
> unbedingt gleich an Polen denken ;-) ), so dass man hierarchisch
> gleich weiter machen kann (birds, water, nature, wood) und analog zu
> den administrativen boundaries könnte man dann die Schutzstufe /
> Zuständigkeit in zugehörige weitere Tags packen.

an wen kann man sich eigentlich wegen der Renderstyles wenden. Bei mir 
um die Ecke ist ein ehemaliger Truppenübungsplatz der als danger_area 
eingetragen ist. Sieht ziemlich blöd aus.

Alex

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

Re: [Talk-de] Höhennetz/Höhendatenbank

Am 18. Februar 2009 02:36 schrieb Garry :
> Bei einer Höhenkarte hast Du den Effekt nicht so deutlich, für viel
> Deiner aufgezählten Anwendungen
> muss Du richtig ins Gelände gehen, einfaches abfahren einer Strasse
> reicht da nicht um nenneswerte Verbessurngen
> der bestehenden Daten zu erhalten- und da wird es dann sehr Mühsam...

stimmt zwar für ein komplettes 3D-Detailmodell, aber die Straßen (und
Pisten, also im weitesten Sinne "Wege") sind ja auch am
interessantesten, wenn es um viele Anwendungen (Routing) geht.

> Daher mein Standpunkt: Externe Höhendatenbank ja, da relativ einfach zu
> handhaben.
> Integrierte OSM-Höhendatenbank (abgesehnen von einzelnen POI-Höhen) nein
> da mit zu viel Pflegeaufwand verbunden.
>

ja, das kann man mittlerweile wohl als Konsens festhalten.

Gruß Martin

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

Re: [Talk-de] Höhennetz/Höhendatenbank

Am 18. Februar 2009 00:53 schrieb Garry :
> Eine 2D-"Karte" ist wesentlich einfacher zu handhaben und überprüfbar.

Eine 3D-Karte ist mit Ortskenntnis und geeigneter Darstellung (z.B.
drehbare 3D-Punktwolke mit OSM-Daten-2D höhenverschiebbar einblendbar)
auch überprüfbar. Komplexer ist das 3D-Thema natürlich schon, aber wen
es nicht interessiert...

> Und es gibt sehr viele motivierte
> Mitstreiter aus den verschiedensten Gründen die dafür sorgen dass die
> Kartendarstellung immer  vollständiger wird. ...

> Dabei ist das motivationspotential für die Masse wesentlich geringer -
> eine freie Höhendatenbank gibt es schon die
> für viele Anwendungen brauchbar ist so dass die Hauptmotivation so was
> durchzuziehen bei den Sportlern liegt
> die sich ein genaues Höhen-Streckenprofil erstellen möchten.

nicht zu vergessen die Radfahrer (nicht als Sport sondern zur
Fortbewegung), die mit den SRTM-Daten wenn es nicht gerade Hochgebirge
ist, nicht sehr viel anfangen können.

> Zusammen mit den erheblichen technischen Problemen eine konsistente
> 3-D-OSM Datenbank zu schaffen sehe ich daher
> kein vernüftiges Aufwand/Qualitäts/Nutzen-Verhältniss in den
> integrierten Höhendaten.
>

... der muss sich auch nicht beteiligen.

Gruß Martin

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

Re: [Talk-de] Gefahrgutgrundnetz - Negativ/Positivliste

Am 18. Februar 2009 13:52 schrieb Norbert Wenzel :
> On 02/18/2009 12:34 PM, Florian Lohoff wrote:
>> On Wed, Feb 18, 2009 at 12:27:19PM +0100, Norbert Wenzel wrote:
>>> Laut Wikipedia steht ADR für einen Europäischen Vertrag zum
>>> Gefahrguttransport. Das ist erstens nur europäisch, zweitens, falls es
>>> stimmt, nur ein Vertrag und keine Abkürzung für Gefahrgut und drittens,
>>> für Laien nur mit Wikipedia erratbar.
>>
>> Es ist von der UN mittlerweile uebernommen ...
>>
>> http://www.unece.org/trans/danger/publi/adr/adr2007/07ContentsE.html
>
> Sorry. Damit fällt natürlich der Einwand weg, dass es nur in Europa
> verständlich ist.
>
> Norbert
>

ja, aber da immer noch das "Kryptik-Problem" bleibt, und mit hazmat
schon ein Vorschlag vorliegt, der sporadisch eingesetzt wird, wäre das
IMO zu bevorzugen.

Gruß Martin

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

Re: [Talk-de] NSG - NP - NLP

2009-02-18 Diskussionsfäden Falk Zscheile

Am 18. Februar 2009 19:44 schrieb Martin Koppenhoefer :
> Allerdings finde ich persönlich national_park nicht besonders gelungen
> gewählt, weil es sich dem Namen nach nur auf Schutzgebiete von
> "nationaler" Bedeutung bzw.  Nationalparks bezieht. Besser wäre evtl.
> sowas allgemeines wie protectorate (man muss bei dem Wort ja nicht
> unbedingt gleich an Polen denken ;-) ), so dass man hierarchisch
> gleich weiter machen kann (birds, water, nature, wood) und analog zu
> den administrativen boundaries könnte man dann die Schutzstufe /
> Zuständigkeit in zugehörige weitere Tags packen.

Ich finde man sollte sich möglichst nahe an die Namen halten, die der
Gesetzgeber für für die einzelnen Schutzgebiete vorsieht (vgl. §§ 22
ff. BNatSchG), sonst handelt man sich durch die Hintertür wieder
Abgrenzungsprobleme ein (z.B. ein Naturschutzgebiet, dass Wald und
Wiese umfasst). Da es sich um vom Gesetzgeber bestimmte Namen und
Schutzinhalte handelt wird es möglicherweise zu nationalen
Abweichungen bei der Bezeichnung kommen. Ich habe keinen Überblick ob
es überall (zumindest in Europa) vergleichbare Schutzgebiete in
Analogie zu denen des BNatSchG gibt. Dann wird es entweder
verschiedene Begriffe geben oder die für Deutschland gefundenen
Begriffe müssen lür andere Länder mit einem angepassten Inhalt gefüllt
werden. Bei FFH-Gebieten[1] und SPA-Gebieten[2] (§ 32 ff. BNatSchG)
ist die Existenz auf dem dem gesamten Gebiet der EU sicher.

Gruß, Falk

[1] Flora-Fauna-Habitat-Richtlinie
[2] Special Protection Area, EU-Vogelschutzrichtlinie

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

Re: [Talk-de] NSG - NP - NLP

Am 17. Februar 2009 21:13 schrieb Alexander Schulze :
> Naja, die Vielfalt is mir schon bewußt.
> Also wird das bisher nicht so richtig gemacht.
>
> Aber eins würd mich schon noch interessieren. Ist es besser die anderen
> Flächen unverändert zu lassen oder sollte ich die so anpassen, dass sich
> keine Flächen überlagern?
>
> Alex
>

ich würde die anderen Flächen nicht verändern sondern dieses Thema mit
einem Grenzpolygon lösen, d.h. einmal aussen rum (und Exklaven ggf.
mit Multipolygon ausnehmen) und dann die entsprechenden Tags da ran.

Ich würde was neues vorschlagen, am Besten strukturiert im Wiki, was
man dann dafür benutzen kann (evtl. kann man das gleich für alle Arten
von Schutzgebieten wie Vogelschutzgebiet, Wasserschutzgebiet, etc.
ausdehnen, mal sehen, was Sinn macht). Dieser Thread enthält ja
schonmal ne ganze Menge von Anregungen.

Diese neue Tagging-Schema sollte m.E. auf keinen Fall unter leisure
subsummiert werden, boundary klingt eigentlich ganz vernünftig,
es gibt da ja schon administrative, civil   area, political area und
national_park. (seltsam allerdings dieser Kommentar im Wiki für alle
ausser administrative "is approved, but not documented, can somebody
check tagwatch for usage", auch etwas seltsam, dass politische Grenzen
Wahlbezirke sein sollen, aber naja).

Allerdings finde ich persönlich national_park nicht besonders gelungen
gewählt, weil es sich dem Namen nach nur auf Schutzgebiete von
"nationaler" Bedeutung bzw.  Nationalparks bezieht. Besser wäre evtl.
sowas allgemeines wie protectorate (man muss bei dem Wort ja nicht
unbedingt gleich an Polen denken ;-) ), so dass man hierarchisch
gleich weiter machen kann (birds, water, nature, wood) und analog zu
den administrativen boundaries könnte man dann die Schutzstufe /
Zuständigkeit in zugehörige weitere Tags packen.

Gruß Martin

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

Re: [Talk-de] Idee zum GeoTagging von Fotos in JOSM

2009-02-18 Diskussionsfäden Claudius Henrichs

Am 18.02.2009 14:59, Tobias Wendorff:
> Hallo Community,
>
> hier eine Idee zum GeoTagging von Fotos in JOSM.
>
> Jan-Benedict meinte ja gestern, dass man folgende Informationen
> in den EXIF-Informationen der Fotos speichern sollte:
>
> Blickrichtung, Höhe(nwinkel) und Blickwinkel.
>
> Vielleicht wäre es ja einfach, wer man einfach eine Art
> Kegel in JOSM zeichen könnte?
>
> Beispiel:
> http://www.pictureupload.de/pictures/180209145725_josm_foto.png
> bzw.
> http://www.pictureupload.de/originals/pictures/180209145725_josm_foto.png
>
> Die Kamera gibt den aktuellen Standpunkt als Node an, der Kegel
> zeigt die Blickrichtung und den Blickwinkel. Die Höhe müsste man
> dann noch als Tag an den Node schreiben.
>
> Natürlich müsste man auch einen Kegel für den vertikalen Blick
> haben, aber JOSM ist (noch) nicht dreidimensional.
>
> Wie denkt ihr darüber?

Was hat das mit JOSM zu tun? Oder willst du den Editor einfach nur für 
eine andere, noch zu schaffende GeoTagging-Platform missbrauchen? Dafür 
fände ich ihn reichlich überdimensioniert. Meine Photos würde ich dann 
doch lieber auf einer AJAXifizierten OSM-Karte geo- und richtungstaggen.

Gruß,
Claudius


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

Re: [Talk-de] Blumenbeete im öffentlichen Gebiet

2009-02-18 Diskussionsfäden Mario Salvini

René Falk schrieb:
> Dirk-Lüder Kreie schrieb:
>   
>> Arne Bischoff schrieb:
>> 
>>> Hallo,
>>>  
>>> wie tagge ich Blumenbeete? In meinem Dorf sind an verschiedenen Stellen
>>> Osterglocken, über 8.000 Stück, eingebracht.
>>>
>>> landuse=flowers ?
>>>   
>> Werden die Blumen da gezüchtet?
>> 
>
> :-) Vermutlich nicht.
>
> Das läuft mehr unter "Unser Dorf soll schöner werden". Eventuell gibt es
> auch einen Dorfverschönerungsverein. Bei uns kümmern die sich unter
> anderem um die Parkblumen und alle anderen öffentliche Grünflächen, die
> die Gemeinde aus Kostengründen nur mit Gras bepflanzt. Darunter fällt
> dann auch der Besatz von Verkehrsinseln, Blumenkübel, usw.
>
> Grüße
>
> René
>   
is das dann nicht eher amenity=village_green ?

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

Re: [Talk-de] Gefüllte Flächen (Re: Umstellun gen im Vorlagenmenü des JOSM)

2009-02-18 Diskussionsfäden Ulf Lamping

Karl Eichwalder schrieb:
> Karl Eichwalder  writes:
> 
>>> Frederik Ramm  writes:
>>>
 Als ich neulich mal mit Potlatch rumspielte, war es echt furchtbar 
 nervig, praktisch nirgends gab es ein Gebiet, wo ich das Luftbild noch 
 gut sehen konnte, weil alles so zu-vermilcht war von Landuse-Flaechen. 
 Eventuell ist das etwas, was die Leute verleitet, diese Flaechen zu 
 loeschen. Ich habe mal angeregt, ob man nicht so eine "hide 
 landuse"-Funktion einbauen koennte.
> 
>> JOSM (tested) scheint jetzt auch diese füllkrankheit zu haben :-(  Wie
>> kann man das bitte abstellen?
> 
> Ich war jetzt sogar bereit, selbst in den Preferences zu suchen.  Nur,
> wo sind die denn hin?  F12 bringt auch nichts zutage (MacOSX).
> 

Dein Tonfall reizt nicht unbedingt dir zu helfen ...

http://wiki.openstreetmap.org/index.php/JOSM/Plugins/MapPaint

Gruß, ULFL

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

Re: [Talk-de] Gefüllte Flächen (Re: Umstellun gen im Vorlagenmenü des JOSM)

2009-02-18 Diskussionsfäden Karl Eichwalder

Karl Eichwalder  writes:

>> Frederik Ramm  writes:
>>
>>> Als ich neulich mal mit Potlatch rumspielte, war es echt furchtbar 
>>> nervig, praktisch nirgends gab es ein Gebiet, wo ich das Luftbild noch 
>>> gut sehen konnte, weil alles so zu-vermilcht war von Landuse-Flaechen. 
>>> Eventuell ist das etwas, was die Leute verleitet, diese Flaechen zu 
>>> loeschen. Ich habe mal angeregt, ob man nicht so eine "hide 
>>> landuse"-Funktion einbauen koennte.

> JOSM (tested) scheint jetzt auch diese füllkrankheit zu haben :-(  Wie
> kann man das bitte abstellen?

Ich war jetzt sogar bereit, selbst in den Preferences zu suchen.  Nur,
wo sind die denn hin?  F12 bringt auch nichts zutage (MacOSX).

-- 
Karl Eichwalder

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

Re: [Talk-de] News auf ORS - Update Webseite & Höhe nprofil

2009-02-18 Diskussionsfäden Bernd Wurst

Hallo.

Am Mittwoch, 18. Februar 2009 schrieb André Reichelt:
> Dann sollte man aber an den Algorithmen arbeiten. Eine Kreuzung sollte
> sich doch einfach daran erkennen lassen, ob man 2x ca. 90° abbiegen kann
> oder dazu noch geradeaus oder ähnliches. Daraus könnte man ableiten,
> dass die Strecke mit dem größeren Winkel einfach "teurer" ist.

Eine große Verbesserung ohne Winkelberechnung wäre einfach,den Wechsel des 
Highway-Typs zu gewichten. Und zwar von große auf kleine Straße ist ganz, 
ganz "teuer". :)

Aber ja, Kreuzungen die nicht gradeaus gequert werden, sollten ein 
Abbiege-Gewicht bekommen.

Gruß, Bernd

-- 
Joey: "Also gut Ross hör zu. Du fühlst dich momentan hundeelend, du
bist sehr wütend, und gekränkt. Soll ich dir mal 'nen guten Rat
geben?"
Ross: "Ah."
Joey: "Geh in ein Striplokal."
  -  Friends (am. Sitcom)


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] Webseitenplugin ohne Javascript

2009-02-18 Diskussionsfäden André Reichelt

Simon Kokolakis schrieb:
> Hallo,

Hi!

> gibt es schon eine Möglichkeit eine interaktive OSM Karte in eine 
> Webseite einzubinden, ohne Javascript benutzen zu müssen? Ich dachte da 
> an ein Flash/SWF

Könnte man sicher irgendwie machen. Ob das sinnvoll ist, ist eine andere
Frage.

> oder SVG,

Wenn ich recht informiert bin, basieren interaktive SVG-Seiten auf
Javascript.

> oder auch ein Java-Applet.

Könnte man sicher auch machen. Ob das sinnvoll ist, ist wieder ne andere
Frage.

Allgemein muss man sagen, dass OpenLayers nicht direkt von uns ist, also
auch nicht unsere Arbeitszeit beansprucht. Wenn wir etwas eigenes
aufziehen, geht wieder Mapper-Arbeitskraft verloren.

André



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] News auf ORS - Update Webseite & Höhe nprofil

2009-02-18 Diskussionsfäden André Reichelt

marcus.wolsc...@googlemail.com schrieb:
> On Wed, 18 Feb 2009 12:32:44 +0100, Florian Lohoff  wrote:
>> Mir ist meiner meinung nach mal aufgefallen das die "Penalty" fuer
>> abbiegen relativ gering ist d.h. es wird bevorzugt durch die engen
>> gassen zu kurven anstatt 50m mehr drumherum zu fahren ...
> 
> Das ist nicht ganz so einfach wie es klingt.
> Die meisten Routing-Algorithmen erlauben keine
> Kosten für ein "Abbiegen" sondern lediglich
> für die Kanten des Graphen.

Dann sollte man aber an den Algorithmen arbeiten. Eine Kreuzung sollte
sich doch einfach daran erkennen lassen, ob man 2x ca. 90° abbiegen kann
oder dazu noch geradeaus oder ähnliches. Daraus könnte man ableiten,
dass die Strecke mit dem größeren Winkel einfach "teurer" ist.

signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Veranstaltung: OSM im Rheinland

2009-02-18 Diskussionsfäden Sebastian Schmitz

Hallo,
am 26. Mai findet erstmals die Veranstaltung OpenStreetMap im Rheinland 
statt.

Mapper, Firmen, Ämter, Unis etc.. aus der Region kommen zusammen, 
knüpfen interessante Kontakte und legen so Grundsteine für gemeinsame, 
neue Projekte und/oder weitere Datenspenden. So haben sich etwa die 
Verantwortlichen der Datenspende von Strassen.NRW bereits angekündigt.
Weiterhin wird es einen offenen Vortragsblock sowie eine 
Podiumsdiskussion geben. Wer über seine Aktivitäten rund um OSM im 
Rheinland berichten will oder sich fürs Podium berufen fühlt, schickt 
eine Mail an o...@deegree.org  oder trägt sich 
hier im Wiki ein: http://wiki.openstreetmap.org/wiki/OSM_im_Rheinland_2009.

Die Veranstaltung ist kostenlos und findet im Forschungszentrum CAESAR 
im Bonner Süden statt (Ludwig-Erhard-Allee 2, 53175 Bonn): 
http://www.openstreetmap.org/?lat=50.70415&lon=7.1522299&zoom=17&layers=B000FTFTT&mlat=50.70378&mlon=7.15063.
 


Organisiert wird die Veranstaltung von der Uni Bonn und der Firma 
lat/lon. Die Homepage der Veranstaltung findet sich unter 
http://deegreeday.deegree.org/deegreeday2009/openstreetmap. Dort könnt 
ihr euch auch für den Tag anmelden.

Meldet euch zahlreich.

Beste Grüße
Sebastian

--
AG Kartographie
Uni Bonn

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

Re: [Talk-de] Webseitenplugin ohne Javascript

marcus.wolsc...@googlemail.com schrieb:
> Warum sollte jemand Flash oder Java (welche beide Plugins brauchen
> welche nicht für alle Betriebssystem/Prozessorarchitektur-Paare
> bereitstehen) benutzen wollen wenn einfaches Javascript schon reicht?

Ich kenne mehr Leute, die JS deaktiviert haben, als Flash :-)

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

Re: [Talk-de] Webseitenplugin ohne Javascript

Simon Kokolakis schrieb:
> gibt es schon eine Möglichkeit eine interaktive OSM Karte in eine 
> Webseite einzubinden, ohne Javascript benutzen zu müssen? Ich dachte da 
> an ein Flash/SWF oder SVG, oder auch ein Java-Applet.

Es gibt mehrere Flash-Dienste, die auf Flex basieren. Diese laden
einfach die OSM-Kacheln vom Server ... eine Art OpenLayers :-)

Ich denke, das ist genau das, was Du suchst!

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

Re: [Talk-de] Webseitenplugin ohne Javascript

2009-02-18 Diskussionsfäden marcus.wolschon

On Wed, 18 Feb 2009 15:44:08 +0100, Simon Kokolakis
 wrote:
> Hallo,
> 
> gibt es schon eine Möglichkeit eine interaktive OSM Karte in eine 
> Webseite einzubinden, ohne Javascript benutzen zu müssen? Ich dachte da 
> an ein Flash/SWF oder SVG, oder auch ein Java-Applet.

Du hast einen SVG-Export unter dem "Export"-Tab auf der Website.

Warum sollte jemand Flash oder Java (welche beide Plugins brauchen
welche nicht für alle Betriebssystem/Prozessorarchitektur-Paare
bereitstehen) benutzen wollen wenn einfaches Javascript schon reicht?

Marcus

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

[Talk-de] Webseitenplugin ohne Javascript

2009-02-18 Diskussionsfäden Simon Kokolakis

Hallo,

gibt es schon eine Möglichkeit eine interaktive OSM Karte in eine 
Webseite einzubinden, ohne Javascript benutzen zu müssen? Ich dachte da 
an ein Flash/SWF oder SVG, oder auch ein Java-Applet.

Beste Grüße,
Simon

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

Re: [Talk-de] Blumenbeete im öffentlichen Gebiet

2009-02-18 Diskussionsfäden René Falk

Dirk-Lüder Kreie schrieb:
> Arne Bischoff schrieb:
>> Hallo,
>>  
>> wie tagge ich Blumenbeete? In meinem Dorf sind an verschiedenen Stellen
>> Osterglocken, über 8.000 Stück, eingebracht.
>>
>> landuse=flowers ?
> 
> Werden die Blumen da gezüchtet?

:-) Vermutlich nicht.

Das läuft mehr unter "Unser Dorf soll schöner werden". Eventuell gibt es
auch einen Dorfverschönerungsverein. Bei uns kümmern die sich unter
anderem um die Parkblumen und alle anderen öffentliche Grünflächen, die
die Gemeinde aus Kostengründen nur mit Gras bepflanzt. Darunter fällt
dann auch der Besatz von Verkehrsinseln, Blumenkübel, usw.

Grüße

René

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

Re: [Talk-de] Markieren von Rodelstrecken / Schlittelwegen

2009-02-18 Diskussionsfäden Holger Schöner

Hallo,

Am Di, 17. Februar 2009 schrieb Arne Bischoff:
> piste:type=sled ist okay, würde aber nur gerendert werden, wenn
> zusätzlich noch ein "path" dabei wäre. Was ist aber mit einer Rodelbahn,
> die kein Weg/Pfad ist? Einfach nur ein Berg im Park, im Wald, auf dem
> Feld, der eben im Winter zum rodeln genutzt wird?

Meine Erfahrung ist, dass es auch ohne Path gerendert wird (ich hatte das 
mal eingetragen, ohne die Strecke ohne Schnee zu kennen; und im Winter kann 
man ja nicht immer beurteilen, was denn gerade der Untergrund ist ...):

http://www.openstreetmap.org/?lat=47.0789&lon=11.45666&zoom=16&layers=0B00FTF

Ich habe gerade noch mal nachgesehen, und dort ist piste:type=sled und 
ansonsten nur name=..., source=..., note=... gesetzt.

-- 
Holger Schoener nume...@ancalime.de


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

[Talk-de] Idee zum GeoTagging von Fotos in JOSM

Hallo Community,

hier eine Idee zum GeoTagging von Fotos in JOSM.

Jan-Benedict meinte ja gestern, dass man folgende Informationen
in den EXIF-Informationen der Fotos speichern sollte:

Blickrichtung, Höhe(nwinkel) und Blickwinkel.

Vielleicht wäre es ja einfach, wer man einfach eine Art
Kegel in JOSM zeichen könnte?

Beispiel:
http://www.pictureupload.de/pictures/180209145725_josm_foto.png
bzw.
http://www.pictureupload.de/originals/pictures/180209145725_josm_foto.png

Die Kamera gibt den aktuellen Standpunkt als Node an, der Kegel
zeigt die Blickrichtung und den Blickwinkel. Die Höhe müsste man
dann noch als Tag an den Node schreiben.

Natürlich müsste man auch einen Kegel für den vertikalen Blick
haben, aber JOSM ist (noch) nicht dreidimensional.

Wie denkt ihr darüber?

Grüße
Tobias

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

Re: [Talk-de] gestrichelte Fläche in Braunschweig

2009-02-18 Diskussionsfäden Marc Schütz

> Wenn ich mich recht Errinnere sind Drains doch die Flutcontroll Gräben
> die
> die großen Städten wie Los Angels und ähnlichen gebaut wurden um
> Überschwemmungen abzuleiten. Das hat mit den Abflussrinnen wie du sie
> meinst wenig zu tun. Ich zeichne Feldentwässerungen mit mit
> waterway=stream
> und width=x ein.
> 

http://wiki.openstreetmap.org/wiki/Proposed_features/Ditch

-- 
Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: 
http://www.gmx.net/de/go/multimessenger01

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

Re: [Talk-de] Höhennetz/Höhendatenbank

2009-02-18 Diskussionsfäden Dimitri Junker

Hallo,


>Wie Du bei der 2D-Karte sehen kannst stammt ein Grossteil der Motivation
>davon, dass die Leute schnell sehen können wass sie geleistet haben. Bei
>einer Höhenkarte hast Du den Effekt nicht so deutlich,


Der große Vorteil ist, daß man die Höhenkarte praktisch automatisch 
entstehen lassen kann, sozusagen als Abfallprodukt von OSM. Man lädt sein 
GPX-File das man für OSM aufgenommen hat hoch und das war es. Ggf trägt man 
noch einmal ein was für ein Gerät man hat, wie die Höhenkorektur eingestellt 
ist, D.h. da ist das Verhältnis Aufwand-Nutzen sehr gut. Handarbeit ist 
in der Karte eigentlich nur nötig um Tunnel/Brücken zu markieren, falls man 
da nicht sogar einen automatischen Abgleich mit OSM hinbekommt. Arbeit würde 
ggf. noch das Eichen der verschiedenen Geräte/Software/Firmware machen.


Dimitri

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

Re: [Talk-de] Höhennetz/Höhendatenbank

2009-02-18 Diskussionsfäden Dimitri Junker

Hallo,


>Aber warum sollte man die so einstellen dass eine 10mDifferenz
>übrigbleibt? Oder ist 40m die Durchschnittsabweichung über die ganze
>Welt so das es in D zufällig die 10m sind?


Entweder das oder die Differenz zwischen Herstellungsland und D beträgt 10m. 
Was sehr zu bedauern ist ist, daß diese Einstellung nicht im GPX steht. 
Zumindest bei Programmen wie Glopus sollte man den Programmierer igentlich 
dazu bewegen können da was zu machen. Bei GPX-Files bei denen man solche 
Infos nicht hat müßte dann ein größerer Fehler angenommen werden.

Dimitri

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

Re: [Talk-de] Gefahrgutgrundnetz - Negativ/Positivliste

2009-02-18 Diskussionsfäden Norbert Wenzel

On 02/18/2009 12:34 PM, Florian Lohoff wrote:
> On Wed, Feb 18, 2009 at 12:27:19PM +0100, Norbert Wenzel wrote:
>> Laut Wikipedia steht ADR für einen Europäischen Vertrag zum
>> Gefahrguttransport. Das ist erstens nur europäisch, zweitens, falls es
>> stimmt, nur ein Vertrag und keine Abkürzung für Gefahrgut und drittens,
>> für Laien nur mit Wikipedia erratbar.
>
> Es ist von der UN mittlerweile uebernommen ...
>
> http://www.unece.org/trans/danger/publi/adr/adr2007/07ContentsE.html

Sorry. Damit fällt natürlich der Einwand weg, dass es nur in Europa 
verständlich ist.

Norbert

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

Re: [Talk-de] News auf ORS - Update Webseite & Höhe nprofil

2009-02-18 Diskussionsfäden marcus.wolschon

On Wed, 18 Feb 2009 12:32:44 +0100, Florian Lohoff  wrote:
> On Wed, Feb 18, 2009 at 11:58:24AM +0100, Dirk Stöcker wrote:
>> Zwei Sachen die mir immer wieder auffallen:
>> 1) ORS bevorzugt im Fastest-Modus immer noch kurze Strecken:
>> 
>> Z.B. 
>>
http://data.giub.uni-bonn.de/openrouteservice/index.php?start=14.1822771,51.1260447&end=14.183189,51.1298759&pref=Fastest&lang=de
>> 
>> Mal davon abgesehen, dass hier auf kleinen Gassen langgefahren wird (das

>> liegt wohl an der Straßendefinition):
> 
> Mir ist meiner meinung nach mal aufgefallen das die "Penalty" fuer
> abbiegen relativ gering ist d.h. es wird bevorzugt durch die engen
> gassen zu kurven anstatt 50m mehr drumherum zu fahren ...

Das ist nicht ganz so einfach wie es klingt.
Die meisten Routing-Algorithmen erlauben keine
Kosten für ein "Abbiegen" sondern lediglich
für die Kanten des Graphen.

Wird später ein günstigerer Weg zum Knoten, wo man
abgeboten ist gefunden, so setzt sich der neue, optimale
Weg aus dem schnelleren Weg bis zum Knoten und dem
Weg ab diesem Knoten zusammen.
Folglich hat sich der Abbiege-Winkel geändert ohne dass
auch nur ein einziges Mal die Kosten-Funktion neu
ausgewertet worden wäre.

Eine Möglichkeit dies doch zu erlauben und gleichzeitig
mit Abbiege-Verboten umzugehen wäre, die Knoten der OSM-Karte
intern durch temporäre Wege zwischen der Einfahrt und der
Ausfahrt aus einer Kreuzung zu ersetzen. Diese Wege haben
dann zwar keine geometrische Länge aber können trotzdem Kosten
zugeordnet bekommen. Der Nachteil ist der Verwaltungs-Aufwand
in den internen Datenstrukturen, da man diese Wege eher nicht
in der lokalen Karten-Datenbank mit ablegen will (man denke an
die Anzahl an Knoten in sowas wie "Europa" multipliziert mit
2x ihrer Ordnung).

Für Abbiege-Verbote könnte jemand (ich?) ein Osmosis-Plugin
schreiben was diese Vorverarbeitung mal macht und alle nicht
erlaubten Wege halt nicht erzeugt (und Kreuzungen ohne Abbiege-
Verbote nicht anfässt).
Dann muss nicht jeder das von neuem programmieren.

Marcus

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

Re: [Talk-de] Spendet für den OpenStreetMap-API-Server

2009-02-18 Diskussionsfäden Dirk-Lüder Kreie

Martin Koppenhoefer schrieb:
> Am 12. Februar 2009 15:51 schrieb Tobias Wendorff
> 
>> Wenn das im Ausland verschwindet und nicht getauscht wird, werden
>> bei uns die Röcke länger.
> 
> hm, diese Redewendung kenne ich noch nicht, aber mir wäre es natürlich
> auch lieber, wenn hier die Röcke kürzer würden und nicht länger.

Es gibt die Beobachtung, dass die Rocklänge mit der lage der Wirtschaft
korreliert.

Google mal nach: Skirt Lengths Economy

-- 

Dirk-Lüder "Deelkar" Kreie
Bremen - 53.0952°N 8.8652°E



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Höhennetz/Höhendatenbank

Garry schrieb:
> Da würde ich dann für Deutschland ehr eine  Differenz von  an die  50m 
> erwarten...

Die GPS-Receiver interpolieren den Geoid für WGS84, da sonst eine
riesige Tabelle mitgeschleppt werden müsste. Ich würde schätzen, dass
90% der Receiver für Deutschland den Wert von 47,5 m haben.

Korrekt wären jedoch Werte zwischen ca. 39 m und ca. 50 m.

Hier mal ein paar Beispielwerte, die ich auch an Markus geschickt
habe:

lat;lon;GCG05;EGM96;WGS84
54;12;internal;38,59;39,43
54;14;internal;35,77;36,65
53;8;internal;41,18;40,96
52;8;internal;44,5;44,17
52;9;internal;44,85;44,33
52;10;internal;44,4;44,01
51;7;internal;46,87;46,66
51;8;internal;48,38;47,23
51;9;internal;47,94;47,41
51;10;internal;47,14;47,16
51;15;internal;42,76;43,51
50;8;internal;48,5;48,34
50;10;internal;48,03;47,61
49;8;internal;48,23;49,4
49;10;internal;48,35;48,31
48;8;internal;49,31;48,88
48;10;internal;46,63;47,6

GCG05 wäre für uns der korrekte Geoid, leider darf ich die
Werte hier natürlich nicht veröffenlichen.

Die Standardabweichung des WGS84-Geoiden zu GCG05 0,72 m,
der bessere EGM96 beträgt nur 0,34 m.

Bei 50 m Festwert wären es übrigens 3,77 m Abweichung.

Für OSM also total zu vernachlässigen.

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

[Talk-de] img Datei in MapSource anzeigen - geht das?

2009-02-18 Diskussionsfäden Holger Schrader

Hallo Liste,
Ich weis, diese Frage ist etwas offtopic vielleicht kann mir aber 
trotzdem jemand von den Experten helfen. Ich habe aus dem Netz eine img 
Datei der Türkei gesaugt. Wie kann ich diese in MapSource anzeigen?
Vielen Dank
Holger

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

Re: [Talk-de] gestrichelte Fläche in Braunschweig

2009-02-18 Diskussionsfäden Gerrit Lammert


Hi Gerhard.

On Wed, 18 Feb 2009 13:01:39 +0100, Gerhard Schmidt  wrote:
> Gerrit Lammert schrieb:
>> Norbert Kück wrote:
>>> Hallo,
>>>
>>> Gerrit Lammert schrieb:
 Hatto von Hatzfeld wrote:
> Johannes Huesing wrote:
>
>> hier kam kürzlich die Frage auf, ob sich da einer an einer
> Schraffur
>> versucht hat:
>>
>> 
>>> [..]
 (das es so prominent erscheint ist 
 dem renderer anzulasten).
>>> Mit width=1 (oder kleiner) würde das besser aussehen. Bevor jetzt
> wieder
>>> der Chor "nicht für die Renderer" ertönt: Das ist eine echte
>>> Eigenschaft. Schön, dass Osmarender das auswertet.
>> 
>> Sicher, aber ein drain => Drainage => Abflussrinne sollte auch ohne 
>> Zusatzattribute dezent gerendert werden!
> 
> Wenn ich mich recht Errinnere sind Drains doch die Flutcontroll Gräben
> die
> die großen Städten wie Los Angels und ähnlichen gebaut wurden um
> Überschwemmungen abzuleiten. Das hat mit den Abflussrinnen wie du sie
> meinst wenig zu tun. Ich zeichne Feldentwässerungen mit mit
> waterway=stream
> und width=x ein.

Ich ging nach diesem Bild:
http://wiki.openstreetmap.org/wiki/Tag:waterway%3Ddrain
Mapnik zeichnet das auch deutlich dezenter als osmarender.
Welcher Tag im hier konkreten Fall richtiger wäre, dazu kann ich nix sagen.

Gerrit


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

Re: [Talk-de] gestrichelte Fläche in Braunschweig

2009-02-18 Diskussionsfäden Gerhard Schmidt

Gerrit Lammert schrieb:
> Norbert Kück wrote:
>> Hallo,
>>
>> Gerrit Lammert schrieb:
>>> Hatto von Hatzfeld wrote:
 Johannes Huesing wrote:

> hier kam kürzlich die Frage auf, ob sich da einer an einer Schraffur
> versucht hat:
>
> 
>> [..]
>>> (das es so prominent erscheint ist 
>>> dem renderer anzulasten).
>> Mit width=1 (oder kleiner) würde das besser aussehen. Bevor jetzt wieder
>> der Chor "nicht für die Renderer" ertönt: Das ist eine echte
>> Eigenschaft. Schön, dass Osmarender das auswertet.
> 
> Sicher, aber ein drain => Drainage => Abflussrinne sollte auch ohne 
> Zusatzattribute dezent gerendert werden!

Wenn ich mich recht Errinnere sind Drains doch die Flutcontroll Gräben die
die großen Städten wie Los Angels und ähnlichen gebaut wurden um
Überschwemmungen abzuleiten. Das hat mit den Abflussrinnen wie du sie
meinst wenig zu tun. Ich zeichne Feldentwässerungen mit mit waterway=stream
und width=x ein.

Gruß
Gerhard

-- 
-
Gerhard Schmidt   | E-Mail: schm...@ze.tum.de
TU-München|
WWW & Online Services |
Tel: 089/289-25270|
Fax: 089/289-25257| PGP-Publickey auf Anfrage



signature.asc
Description: PGP signature


signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Rendern: Weinberg, Straße, Wald

Am 16. Februar 2009 22:30 schrieb Johannes Huesing :
> Naja ok, für unser Viertel habe ich das auch so gemacht, um ihm einen Namen
> zu geben ... Aber letzten Endes ist das nur ein landuse=residential inmitten
> einem größeren landuse=residential, ohne Multypolygon und ohne Layers ...
>

das ist ja genau der Punkt: sobald man einen Namen fuer das
spezifische Viertel mappen will, ist es die sauberste und einfachste
Methode, das mit dem landuse zu tun. Daher werden wir uns auf Dauer
wohl an vielen Stellen von der Uebergangsloesung (wie man sie oft
findet, wie es aber m.E. nicht optimal ist) abkehren, einfach das
komplette Dorf als *ein einziges* residential Gebiet zu mappen.

Gruss Martin

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

Re: [Talk-de] Gefahrgutgrundnetz - Negativ/Positivliste

On Wed, Feb 18, 2009 at 12:27:19PM +0100, Norbert Wenzel wrote:
> Laut Wikipedia steht ADR für einen Europäischen Vertrag zum 
> Gefahrguttransport. Das ist erstens nur europäisch, zweitens, falls es 
> stimmt, nur ein Vertrag und keine Abkürzung für Gefahrgut und drittens, 
> für Laien nur mit Wikipedia erratbar.

Es ist von der UN mittlerweile uebernommen ...

http://www.unece.org/trans/danger/publi/adr/adr2007/07ContentsE.html

> Es gab vor kurzem ein Voting zu neuen access Tags in denen hat sich auch 
> hazmat als access Tag befunden. Das kann zumindest jeder verstehen, der 
> Englisch kann, ist damit international leichter einsetzbar und wird 
> derzeit sogar schon (sporadisch) verwendet.

Jau - ist mir mittlerweile auch aufgefallen - hazmat hat den nachteil
das es eben nicht so offensichtlich ist - allerdings den vorteil das man
es auch fuer schienen verwenden kann ..

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


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

Re: [Talk-de] News auf ORS - Update Webseite & Hö henprofil

On Wed, Feb 18, 2009 at 11:58:24AM +0100, Dirk Stöcker wrote:
> Zwei Sachen die mir immer wieder auffallen:
> 1) ORS bevorzugt im Fastest-Modus immer noch kurze Strecken:
> 
> Z.B. 
> http://data.giub.uni-bonn.de/openrouteservice/index.php?start=14.1822771,51.1260447&end=14.183189,51.1298759&pref=Fastest&lang=de
> 
> Mal davon abgesehen, dass hier auf kleinen Gassen langgefahren wird (das 
> liegt wohl an der Straßendefinition):

Mir ist meiner meinung nach mal aufgefallen das die "Penalty" fuer
abbiegen relativ gering ist d.h. es wird bevorzugt durch die engen
gassen zu kurven anstatt 50m mehr drumherum zu fahren ...

Bei deinen Beispielen sind die abbiegevorgaenge meistens "identisch"
d.h. die penalty ist gleich - Evtl ist es noetig in abhaengigkeit der
Straßenklasse die penalty fuer abbiegen unterschiedlich zu gestalten
(tertiary++ sollte ja evtl abknickende vorfahrt oder bevorzugt in der
ampelschaltung sein)

D.h. penalty fuer kleine straßen und abbiegen auf kleineren straßen
hochsetzen und schon sollte das fluppen ...

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin

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

Re: [Talk-de] Gefahrgutgrundnetz - Negativ/Positivliste

2009-02-18 Diskussionsfäden Tobias Knerr

Florian Lohoff schrieb:
> On Wed, Feb 18, 2009 at 11:57:27AM +0100, Florian Lohoff wrote:
>> Die negativliste muesste man ja in access tags umwandeln nur "Gefahrgut"
>> habe ich da in dem zusammenhang noch nicht gehoert d.h. wie druecke ich
>> Sperrung fuer Gefahrguttransporte aus?
> 
> Das gefahrgut auf der Straße ist ja ADR (Jetzt kommts mir wieder bekannt
> vor vom LKW Fuehrerschein) d.h. auf der positivliste der straßen
> ein adr=designated und auf den negativlisten adr=no ?

Wir haben den Schlüssel "hazmat" für "hazardous materials". Ist das
dasselbe wie dein "Gefahrgut"? Wenn ja, sollte man den wohl verwenden.

http://wiki.openstreetmap.org/wiki/Key:hazmat

designated und no passen jedenfalls meiner Ansicht nach als Werte.

Tobias Knerr

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

Re: [Talk-de] Blumenbeete im öffentlichen Gebiet

2009-02-18 Diskussionsfäden Dirk-Lüder Kreie

Arne Bischoff schrieb:
> Hallo,
>  
> wie tagge ich Blumenbeete? In meinem Dorf sind an verschiedenen Stellen
> Osterglocken, über 8.000 Stück, eingebracht.
> 
> landuse=flowers ?

Werden die Blumen da gezüchtet?



-- 

Dirk-Lüder "Deelkar" Kreie
Bremen - 53.0952°N 8.8652°E



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Gefahrgutgrundnetz - Negativ/Positivliste

2009-02-18 Diskussionsfäden Norbert Wenzel

On 02/18/2009 12:02 PM, Florian Lohoff wrote:
> On Wed, Feb 18, 2009 at 11:57:27AM +0100, Florian Lohoff wrote:
>> Hi,
>> ich bin beim durchstoebern von Amtsblaettern ueber ein
>> "Gefahrgutgrundnetz" gestolpert d.h. Straßen die explizit zur
>> Beförderung von Gefahrgut gedacht/präferiert sind. Ausserdem sind dort
>> auch "Negativlisten" drin d.h. Straßen die explizit nicht fuer den
>> Gefahrguttransport sind.
>>
>> Beispiel:
>> http://www2.kreis-guetersloh.de/bindata_download/Nr_162.pdf
>>
>> Die negativliste muesste man ja in access tags umwandeln nur "Gefahrgut"
>> habe ich da in dem zusammenhang noch nicht gehoert d.h. wie druecke ich
>> Sperrung fuer Gefahrguttransporte aus?
>>
>> Dazu kommt ja das ggfs es sinnvoll waere die positivliste zu verarbeiten
>> d.h. das Gefahrgutgrundnetz abzubilden d.h. diese Streckenabschnitte zu
>> taggen.
>
> Das gefahrgut auf der Straße ist ja ADR (Jetzt kommts mir wieder bekannt
> vor vom LKW Fuehrerschein) d.h. auf der positivliste der straßen
> ein adr=designated und auf den negativlisten adr=no ?

Laut Wikipedia steht ADR für einen Europäischen Vertrag zum 
Gefahrguttransport. Das ist erstens nur europäisch, zweitens, falls es 
stimmt, nur ein Vertrag und keine Abkürzung für Gefahrgut und drittens, 
für Laien nur mit Wikipedia erratbar.

Es gab vor kurzem ein Voting zu neuen access Tags in denen hat sich auch 
hazmat als access Tag befunden. Das kann zumindest jeder verstehen, der 
Englisch kann, ist damit international leichter einsetzbar und wird 
derzeit sogar schon (sporadisch) verwendet.

lg,
Norbert

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

Re: [Talk-de] News auf ORS - Update Webseite & H öhenprofil

2009-02-18 Diskussionsfäden Dirk Stöcker

On Wed, 18 Feb 2009, Pascal Neis wrote:

Hi,
wie in letzter Woche angekündigt ist eine neue Version der
Webseite von ORS online (thx to peter). Dabei wurde die
Oberfläche etwas aufgeräumt und ein besseres Handling von
Start-, Via und Zielpunkt realisiert. Daneben können jetzt diese
Punkte auch über einen Rechts-Klick in die Karte gesetzt werden.
Alternative können die Punkte auch in der Karte "angefasst" und
verschoben werden. Ein Wechsel zwischen den vers. Punkten
kann über ein Klicken in das jeweilige Textfeld erreicht werden.

Weiterhin ist seit gestern Nachmittag noch ein neuer Service
online, der zu einer berechneten Route ein Höhenprofil erstellt.
Das Profil kann in den RouteResults über den Profile-Button
abgerufen werden (thx to wolfgang). Dieser Service wird aber
erstmal nur für Deutschland verfügbar sein und enthält eine
Begrenzung bis ca. 450km. Dieses sollte in den meisten
Fällen reichen ;-)

Zwei Sachen die mir immer wieder auffallen:
1) ORS bevorzugt im Fastest-Modus immer noch kurze Strecken:

Z.B.
http://data.giub.uni-bonn.de/openrouteservice/index.php?start=14.1822771,51.1260447&end=14.183189,51.1298759&pref=Fastest&lang=de

Mal davon abgesehen, dass hier auf kleinen Gassen langgefahren wird (das
liegt wohl an der Straßendefinition):

Entweder man fährt geradeaus bis zum Altmarkt und dann rechts in die
Kirchstraße oder rechts in "Am Mühlteich" und dann nach links.

Das wären jeweils 2 oder 3 Anweisungen. Momentan sind es 5.

2) Auch die Straßentypen werden nicht optimal genutzt.

Im Fastest-Modus sollte normalerweise gelten, dass man solange wie möglich
auf höherrangigen Straßen bleibt.

Hier macht er das z.B. nicht:
http://data.giub.uni-bonn.de/openrouteservice/index.php?start=14.1801635,51.1401762&end=14.1908494,51.1331211&pref=Fastest&lang=de

Statt der August-König-Straße sollte er die etwas längere
Carl-Maria-von-Weber-Straße nehmen.

Das ist natürlich ein ausgesuchtes Beispiel. Aufgefallen ist es mir in
Berlin, wo er mitten durch die Stadt routet, statt solange wie möglich auf
Bundesstraßen zu bleiben. Der Unterschied in der Streckführung waren nur
wenige 100 Meter.

Ciao
--
http://www.dstoecker.eu/ (PGP key available)___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] News auf ORS - Update Webseite & Höhe nprofil

2009-02-18 Diskussionsfäden Sven Geggus

Pascal Neis  wrote:

> Weiterhin ist seit gestern Nachmittag noch ein neuer Service
> online, der zu einer berechneten  Route ein Höhenprofil erstellt.

Wird das beim Fahrrad- und/oder Fußgängerrouting berücksichtigt?

Insbesondere mit dem Fahrrad ist das ja nicht unerheblich, ob man 5km
außenrum oder 2km direkt über den Berg füht. Je nach Höhe des Berges und
Kondition des Fahrers dauert der direkte Weg in diesem Beispiel meistens
länger.

Gruss

Sven

-- 
TCP/IP: telecommunication protocol for imbibing pilsners
 (Man-page uubp(1C) on Debian/GNU Linux)

/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] Gefahrgutgrundnetz - Negativ/Positivliste

On Wed, Feb 18, 2009 at 11:57:27AM +0100, Florian Lohoff wrote:
> Hi,
> ich bin beim durchstoebern von Amtsblaettern ueber ein
> "Gefahrgutgrundnetz" gestolpert d.h. Straßen die explizit zur
> Beförderung von Gefahrgut gedacht/präferiert sind. Ausserdem sind dort
> auch "Negativlisten" drin d.h. Straßen die explizit nicht fuer den
> Gefahrguttransport sind.
> 
> Beispiel:
> http://www2.kreis-guetersloh.de/bindata_download/Nr_162.pdf
> 
> Die negativliste muesste man ja in access tags umwandeln nur "Gefahrgut"
> habe ich da in dem zusammenhang noch nicht gehoert d.h. wie druecke ich
> Sperrung fuer Gefahrguttransporte aus?
> 
> Dazu kommt ja das ggfs es sinnvoll waere die positivliste zu verarbeiten
> d.h. das Gefahrgutgrundnetz abzubilden d.h. diese Streckenabschnitte zu
> taggen.

Das gefahrgut auf der Straße ist ja ADR (Jetzt kommts mir wieder bekannt
vor vom LKW Fuehrerschein) d.h. auf der positivliste der straßen
ein adr=designated und auf den negativlisten adr=no ?

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


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

[Talk-de] Gefahrgutgrundnetz - Negativ/Positivliste