Re: [Talk-de] Osmarender ohne Straßen?

[Hatto von Hatzfeld]

Martin Koppenhoefer wrote:

> Am 20. März 2009 22:11 schrieb Hatto von Hatzfeld :
>> Mir fehlen eben auf, dass Osmarender derzeit - nun ja - *sehr* viel
>> auslässt beim Rendern (z.B. Straße, Flüsse, Fuß- und Radwege).
>>
>> Siehe hier:
>>
http://www.openstreetmap.org/?lat=50.9792&lon=6.9796&zoom=13&layers=0B00FTF
>>
>> Screenshot dazu: http://salesianer.de/s/Osmarender-ohne-Strassen.png
>>
>> Wie kommt ein solcher "Unfall"?
>>
> 
> das kommt, wenn man den Fokus zu stark auf die Gebäude richtet.

Ohne Gebäude sieht es aber auch nicht besser aus, wenn man da nur ein paar
Seen und kleine Wälder sieht (derzeit z.B. im Süden von Aachen).

Grüße,
Hatto



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

Re: [Talk-de] Rheinkilometrierung / Stromkilometer

[Garry]

Schorschi schrieb:
>
> dort steht als Vorschlag von Markus:
>
>waterway=river 
>+ CATDIS=# (1: ohne Markierung im Gelände, 
>2: Pfahl als Markierung, 
>3: Tafel, 
>4: andere Markierung) 
>+ WTWDIS=,# (km)
>
> außerdem steht da die Bitte: 
>
>Bitte Punkt auf dem "waterway" setzen, in der Mitte zwischen den 
>Grenzen des schiffbaren Wasserweges. 
>
> das ist ja recht kompliziert, insbesondere, wenn ich bloß auf einer Seite 
> am Ufer entlang gelaufen (gefahren) bin und dort die (ungefähren) 
> Geo-Koordinaten der Tafel eingesammelt habe ... da müsste ich ja noch mehr 
> schätzen und damit wird es noch ungenauer. Sinnvoll fände ich, den Punkt 
> mit diesem Tagging erst dann auf dem Wasserweg zu setzen, wenn beide 
> Tafeln in OSM vorhanden sind (bis dahin funktioniert josm bestimmt fast so 
> gut wie ein CAD-System ;-)
>
> Da wäre doch kilometre_sign=122 nur für die Tafel erstmal ausreichend, 
> oder? (Zumal die Tafel wohl nicht immer ganz genau über dem eigentlichen 
> Punkt steht und GPS ja auch nicht so genau ist)
>   
Wo ist Dein Problem? Was siehst Du für eine Anwendung für die Du 
hochgenaue Kilometermarker benötigst
und auf "ungenauerer"(wenige 10m daneben) lieber verzichten möchtest?
Fürs Auto habe ich schon einen Kilometerzähler mit 10cm Auflösung 
gebastelt aber auf dem Wasser wirst Du das
ohne entsprechender Vermesserausrüstung nicht hinbekommen...
Die wesentliche Anwendung sehe ich schon darin das die Marker auf dem 
jeweiligen way liegen um z.b. irgendwelche Gefahrenmeldungen
umzusetzen.

Garry

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

[Talk-de] Metacarta Map Rectifier

[Johannes Huesing]

Wer hat das letzte Mal geschafft, eine Karte auf den Rectifier hochzuladen?
Ich bekomme regelmäßig einen 500er-Fehler.
-- 
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] Rheinkilometrierung / Stromkilometer

[Markus]

Hallo Schorsch,

Du kannst entweder die Schilder in die Karte zeichnen (als touristische 
Attraktion), oder die Flusskilometer ans nautische Navigationshilfe.

Flusskilometer geht so:

>waterway=river 
>+ CATDIS=# (1: ohne Markierung im Gelände, 
>2: Pfahl als Markierung, 
>3: Tafel, 
>4: andere Markierung) 
>+ WTWDIS=,# (km)

(danke für den Tip zur Formatierung!)

Dann solltest Du den Punkt aber wirklich auf den Wasserweg setzen.

Wenn Du nur die "Tafel" beschreiben willst, kannst Du das so machen:
tourism = information
ref =  (km)

Ich vermute, dann wird die km-Zahl auch auf der Karte angezeigt.

Gruss, Markus

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

[Talk-de] Schutzgebiete in Lübeck - Anmerkungen und Anregungen für Tags

[Jan Tappenbeck]

Moin!

vielleicht hat es der eine oder andere von Euch gelesen, dass wird die 
Schutzgebiete in Lübeck haben und ich versuche diese derzeit zu 
übernehmen. Leider gibt es nicht für alles - oder besser nur für die 
wenigsten Elementen - Attribute.

Folgende Elemente sind zu defninieren und ich wollte Euch um Anmerkungen 
bzw. Namensanregungen bitten.

Bei allen Elementen handelt es sich um Flächen.


Naturschutzgebiet -> OK
leisure = nature_reserve -> siehe auch 
http://wiki.openstreetmap.org/wiki/Proposed_features/Nature_reserve

Landschaftsschutgebiet
Mein Vorschlag:   leisure = landscape_reserve

flächenhafte Naturdenkmäler - (für Insider: Tremskamp)
leisure = 

Geschützte Landschaftsbestandteile (für Insider: Rothebek-Niederung / Am 
Krog)
leisure = 

Eure Ideen sind gefragt !

Gruß Jan :-)



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

Re: [Talk-de] highway=bus_stop und weitere tags f ür diesen Node

[Ulf Lamping]

Dimitri Junker schrieb:
> Hallo,
> 
> 
>> Ähhm, das habe ich bereits getan.
> 
> 
> Nein hast Du nicht s.u.

Siehe: 
http://lists.openstreetmap.org/pipermail/talk-de/2009-March/040358.html

> 
>> Ein Node auf der Straße hat per Definition genauso wenig eine Richtung
>> wie ein Node neben der Straße.
> 
> 
> Ihm wird aber im Rahmen der route-relation die Richtung des zugehörigen 
> Weges zugeordnet, und das geht bei einzelnen Nodes nicht.

Der zugehörige Wege hat ebensowenig eine Richtung.

>> ein Node auf der Straße hat hier keinerlei Information
> 
> 
> doch weil er zu einer Straße mit Richtung gehört

Der zugehörige Wege hat ebensowenig eine Richtung.

>> Die Richtung einer Buslinie sollte man über die Buslinie darstellen.
> 
> 
> Ja aber gerade dafür muß man irgendwie sagen in welcher Fahrtrichtung die 
> Haltestelle benutzt wird. 

Und hier sitzt vielleicht der Knackpunkt.

Wir müssen überhaupt nicht sagen, in welcher Fahrtrichtung die 
Haltestelle benutzt wird. Das ist Sache der Buslinie und nicht der 
Bushaltestelle!

Ob ich ein highway=bus_stop auf oder neben die Straße setze hat wenig 
mit der Richtung zu tun. Ein Mensch kann da vielleicht aus der Position 
normallerweise auf die Richtung schließen, ein Router wird sich da 
schwer tun.

> Und dazu gibt es grundsätzlich nur 2 
> Möglichkeiten, entweder (meiner Meinung nach sinnvoller) über eine zu 
> definierende Richtung der Buslinie, oder so wie es in der route-relation nun 
> mal definiert ist über die Richtung des Weges zu der der Node gehört.

... und wenn wir in nicht allzu ferner Zukunft gerichtete Relationen 
haben, sollte doch diese Frage geklärt sein.

> Also jetzt erkläre mir wie Du mit der bestehenden Definition eine 
> Bushaltestelle nur für eine Fahrtrichtung eintragen willst wenn der Node 
> frei steht.

Indem, wie ich bereits geschrieben hatte, die Bushaltestelle Teil einer 
gerichteten Relation ist.


Gruß, ULFL

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

Re: [Talk-de] Vandalismus-Arbeitsgruppe

[Florian Lohoff]

On Fri, Mar 20, 2009 at 11:38:50PM +0100, Frederik Ramm wrote:
> Subject: Re: [Talk-de] Vandalismus-Arbeitsgruppe
> 
> Hallo,
> 
> Martin Koppenhoefer wrote:
> > wie Florian schon geschrieben hat: nicht im Verborgenen. Der Vandale
> > kann das ruhig mitbekommen, dass er evtl. zum "Problem" geworden ist.
> 
> Grundsaetzlich habt ihr beide recht. Aber eine ganz offene Liste, auf 
> der jeder mitmachen und jeder alles lesen kann, wuerde m.E. dazu 
> fuehren, dass ich eben doch weiterhin persoenliche Mails bekomme: 
> "Kannst Du mal hier und da nachschauen." - weil diejenigen, die einen 
> Verdacht haben, sich aber nicht sicher sind, ja nicht gleich von der 
> Oeffentlichkeit als Denunzianten wahrgenommen werden wollen. Ist ein 
> schmaler Grat; wir wollen ja auch keine ebensolchen heranzuechten.

Deshalb ggfs keine mailingliste sondern ein request-tracker - den kann
man auch via mail bedienen und es gibt quasi nur einen channel rein und
die einsicht in die tickets wenn man denn das erlauben moechte ...

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] Vandalismus-Arbeitsgruppe

[Florian Lohoff]

On Sat, Mar 21, 2009 at 12:13:54AM +0100, André Reichelt wrote:
> Ja, definitiv ist das eine gute Idee. Ich sehe die Ziele jetzt aber gar
> nicht so sehr bei großen Google-Importen, wie ja aktuell im Gespräch.
> Die Gruppe sollte viel mehr dazu dienen, Meinungsverschiedenheiten
> zwischen verschiedenen Mappern aufzuklären. Jemand schrieb, dass er mit
> einem anderen Mapper uneinig war, wie denn in einer Stadt die Straßen zu
> taggen sind. Genau hier sehe die die Hauptaufgabe einer solchen Gruppe:
> Schlichten, Reparieren und im Notfall eine Löschung geklauter Daten
> veranlassen.

Ich faend einen riesenschritt wenn das message system auf openstreetmap
via mail zu bedienen waere - d.h. wenn schon die mailadressen nicht
sichtbar sind mit denen mapper sich angemeldet haben - waere es schoen
wenn es wenigstens einen mail forward gaebe a la u...@openstreetmap.org
oder aehnliches - kann ja jeder freischalten ob er den mailforward
moechte oder abschalten wenn es ein spamproblem wird.

Ich finde das ewige rumgeklicke in den messages nervig und von quoting
so das man laengere diskussionen fuehren kann sind ausgeschlossen.

Und alleine die aufwendige bedienung laesst mich manchmal drauf
verzichten einem mapper eine nachricht ueber einen fehler zukommen zu
lassen.

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] highway=bus_stop und weitere tags f

[Ulf Lamping]

Dimitri Junker schrieb:
> Hallo,
> 
> Kann mir mal einer sagen was diese ganze Diskussion soll.
> 
> Beantwortet einfach die folgenden Fragen:
> 
> 1) Wollt ihr die route-relation ändern und alles anpassen?
> 
> 2) Wenn nicht könnt Ihr die route-relation mit Nodes neben der Fahrbahn 
> benutzen? 
> 
> 
> Wenn nicht ist die Diskussion Unsinn. Wenn doch schreibt ein Proposal für 
> eine neue route-relation. Wenn nicht gehören die Nodes auf den Weg und alles 
> andere in zusätzliche Nodes, ways oder von mir aus auch Warte-areas.

Weil sich irgendjemand mal die tollen (aus meiner Sicht ziemlichen 
unsinnigen) Relationen ausgedacht hat, und die Gegner nicht laut genug 
geschrieen haben, müssen wir jetzt alle dieser *Regel* folgen?!?
> 
> Mal ehrlich hat von den Befürwortern der "Node neben der Straße" Methode 
> schonmal einer eine route-relation für Busse geschrieben? Ich glaube nicht, 
> und wenn doch behaupte ich, daß sie falsch ist.

Du setzt dich gerade auf ein ziemlich hohes Ross!

Ich habe was-weiß-ich wieviele Bushaltestellen Nodes neben die Straße 
gesetzt - weil sie dort geographisch hingehören.

Jetzt kommt ihr und wollt die Nodes mitten auf die Straße verschieben, 
damit sie besser in euer aktuelles Relation Weltbild passen.


Ich sehe jetzt schon kommen, daß wir in nicht allzu ferner Zukunft 
sowieso zwei Relationen pro Buslinien bekommen werden (alles andere ist 
nämlich aus meiner Sicht ein kruder Hack), und dann geht das große 
Wehklagen los warum wir denn damals die ganzen Nodes verschoben haben ...

Gruß, ULFL

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

Re: [Talk-de] Schutzgebiete in Lübeck - Anmerkungen und Anregungen für Tags

[Ulf Lamping]

Jan Tappenbeck schrieb:
> Moin!
> 
> vielleicht hat es der eine oder andere von Euch gelesen, dass wird die 
> Schutzgebiete in Lübeck haben und ich versuche diese derzeit zu 
> übernehmen. Leider gibt es nicht für alles - oder besser nur für die 
> wenigsten Elementen - Attribute.
> 
> Folgende Elemente sind zu defninieren und ich wollte Euch um Anmerkungen 
> bzw. Namensanregungen bitten.
> 
> Bei allen Elementen handelt es sich um Flächen.
> 
> 
> Naturschutzgebiet -> OK
> leisure = nature_reserve -> siehe auch 
> http://wiki.openstreetmap.org/wiki/Proposed_features/Nature_reserve
> 
> Landschaftsschutgebiet
> Mein Vorschlag:   leisure = landscape_reserve
> 
> flächenhafte Naturdenkmäler - (für Insider: Tremskamp)
> leisure = 
> 
> Geschützte Landschaftsbestandteile (für Insider: Rothebek-Niederung / Am 
> Krog)
> leisure = 
> 
> Eure Ideen sind gefragt !

Hi!

Wenn es hier um "ähnliche" Formen des Schutzes handelt (kenne mich mit 
den Details der Schutzgebiete nicht so aus), sollte man da nicht eher 
allgemein:

leisure = nature_reserve

und dann Detaillierungen z.b mit:

nature_reserve = landscape_reserve (oder was auch immer)

taggen.


Vorteil:
"Einfache" Renderer können hier eine allgemeine Darstellung für 
Schutzgebiete nehmen, ohne die Details der einzelnen Gebiete kennen zu 
müssen. Damit steigen die Chancen erheblich, daß die Sachen überhaupt 
mal gerendert werden.

leisure wird nicht noch weiter aufgebläht

Nachteil:
Etwas schlechter zu merken, aber das kann ja mittelfristig die 
Editorsoftware lösen


Gruß, ULFL

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

Re: [Talk-de] Schutzgebiete in Lübeck - Anmerkungen und Anregungen für Tags

[jorkh]

Jan Tappenbeck schrieb:
 > Moin!
 >
 > vielleicht hat es der eine oder andere von Euch gelesen, dass wird die
 > Schutzgebiete in Lübeck haben und ich versuche diese derzeit zu
 > übernehmen. Leider gibt es nicht für alles - oder besser nur für die
 > wenigsten Elementen - Attribute.

wie bitte?!

 > Folgende Elemente sind zu defninieren und ich wollte Euch um Anmerkungen
 > bzw. Namensanregungen bitten.
 >
 > Bei allen Elementen handelt es sich um Flächen.
 >
 >


moin!

was hat Landschaftsschutz (Einschränkung der Flächennutzung) eigentlich 
mit leisure zu tun? das ist imho land_use!
dann will ich 'mal abwarten, was draus wird...

Gruß

Jörk


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

Re: [Talk-de] Vandalismus-Arbeitsgruppe

[Ulf Lamping]

Florian Lohoff schrieb:
> On Sat, Mar 21, 2009 at 12:13:54AM +0100, André Reichelt wrote:
>> Ja, definitiv ist das eine gute Idee. Ich sehe die Ziele jetzt aber gar
>> nicht so sehr bei großen Google-Importen, wie ja aktuell im Gespräch.
>> Die Gruppe sollte viel mehr dazu dienen, Meinungsverschiedenheiten
>> zwischen verschiedenen Mappern aufzuklären. Jemand schrieb, dass er mit
>> einem anderen Mapper uneinig war, wie denn in einer Stadt die Straßen zu
>> taggen sind. Genau hier sehe die die Hauptaufgabe einer solchen Gruppe:
>> Schlichten, Reparieren und im Notfall eine Löschung geklauter Daten
>> veranlassen.
> 
> Ich faend einen riesenschritt wenn das message system auf openstreetmap
> via mail zu bedienen waere - d.h. wenn schon die mailadressen nicht
> sichtbar sind mit denen mapper sich angemeldet haben - waere es schoen
> wenn es wenigstens einen mail forward gaebe a la u...@openstreetmap.org
> oder aehnliches - kann ja jeder freischalten ob er den mailforward
> moechte oder abschalten wenn es ein spamproblem wird.
> 
> Ich finde das ewige rumgeklicke in den messages nervig und von quoting
> so das man laengere diskussionen fuehren kann sind ausgeschlossen.
> 
> Und alleine die aufwendige bedienung laesst mich manchmal drauf
> verzichten einem mapper eine nachricht ueber einen fehler zukommen zu
> lassen.

Ja, für das versenden von neuen Nachrichten hab ich noch keinen schönen
Weg gefunden ...


Die eingehenden Nachrichten bekomme ich aber auch als Mail.

In der Mail ist ein Link "Reply To", mit dem du in der Web-Oberfläche 
direkt qouten kannst. Das geht eigentlich gut.


Oder verstehe ich dich jetzt falsch?

Gruß, ULFL

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

Re: [Talk-de] Schutzgebiete in Lübeck - Anmerkungen und Anregungen für Tags

[Ulf Lamping]

jorkh schrieb:
> Jan Tappenbeck schrieb:
> 
>  > Folgende Elemente sind zu defninieren und ich wollte Euch um Anmerkungen
>  > bzw. Namensanregungen bitten.
>  >
>  > Bei allen Elementen handelt es sich um Flächen.
>  >
>  >
> 
> moin!
> 
> was hat Landschaftsschutz (Einschränkung der Flächennutzung) eigentlich 
> mit leisure zu tun? das ist imho land_use!
> dann will ich 'mal abwarten, was draus wird...
> 

Also erstmal heißt das was du meinst landuse und nicht land_use!


Zustimmen muß ich dir hier schon, nature_reserve ist ja meist größer, 
landuse passt irgendwie besser als leisure. Dafür das es das schon ewig 
gibt, wird es mit 239 mal auch nicht allzu oft verwendet.

Die leisure Sachen gibt es halt schon "ewig". Kommt wahrscheinlich vom 
leisure=park und dann hat einer das nature_reserve dazugepackt. Ob es zu 
dem Zeitpunkt das landuse überhaupt schon gab - keine Ahnung.

Gruß, ULFL

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

Re: [Talk-de] Openstreetbrowser

[Ulf Möller]

Martin Koppenhoefer schrieb:

> ja, sehr schön, sozusagen "continental-style". Eine der schönsten
> Karten, die ich bisher mit OSM gesehen habe

Wie es aussieht hat der Autor vor, daran als Google Summer of Code 
Projekt weiterzuarbeiten. Das dürfte interessant werden.


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

Re: [Talk-de] Vandalismus-Arbeitsgruppe

[Ulf Möller]

Frederik Ramm schrieb:

> Haltet ihr das fuer eine sinnvolle Idee? Wie koennte man erreichen, dass 
> die Arbeitsgruppe einerseits ungestoert ihre Arbeit tun kann (ohne dass 
> der Vandale sich auf die Liste eintraegt oder die oeffentlichen Archive 
> durchliest - oder ist das egal?) und andererseits gegenueber der 
> Community nicht der Eindruck entsteht, dass da jemand im Verborgenen 
> werkelt und nichts verraet?

In Wikipedia werden Urheberrechtsverletzungen, Vandalismus und die 
Schlichtung von Konflikten zwischen Benutzern öffentlich behandelt. 
Diese Transparenz ist sehr wichtig, und dass Vandalen mitlesen können, 
schadet nicht wirklich.

Ganz anders sieht es bei Persönlichkeitsrechtsverletzungen aus. Aber das 
Problem haben wir wohl nicht.


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

Re: [Talk-de] Ampeln (war: Fwd: highway=bus_stop und weitere tags f ür diesen Node)

[Martin Koppenhoefer]

Am 20. März 2009 19:20 schrieb Ulf Lamping :
> Wenn du aber die Ampeln garnicht einträgst "was sollen die bringen?"
> (wie du es eingangs erwähnt hast), haben wir keine Chance das überhaupt
> jemals herauszufinden.

ja, ausser jemand anderes gibt sie ein. Ich habe ja prinzipiell nichts
dagegen, dass sie jemand einträgt, aber persönlich habe ich halt
andere Prioritäten.

> Deswegen sage ich ja gerade, daß die Ampeln alle rein sollen ;-)
>
wie gesagt, wegen mir schon.

Gruß Martin

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

Re: [Talk-de] Datenlogger gesucht

[Sebastian Niehaus]

Markus  writes:

> Hallo Jan,
>
> damit bin ich sehr zufrieden:
> http://wiki.openstreetmap.org/wiki/de:Datalogger_Mainnav_MG-950d
> ist gleichzeitig ein Fahrradtacho...


Klingt gut, aber ohne Windows (und nur mit Linux) werde ich wohl kaum
Freude an dem Ding haben. Oder?


Sebastian 


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

Re: [Talk-de] Metacarta Map Rectifier

[Fabian -Patzi- Patzke]

Hallo,
Johannes Huesing schrieb:
> Wer hat das letzte Mal geschafft, eine Karte auf den Rectifier hochzuladen?
> Ich bekomme regelmäßig einen 500er-Fehler.

Ich habe es ewig nicht mehr versucht, benutze nämlich:
http://warper.geothings.net/
Das Ding ist speziell für OSM entwickelt worden, du kannst dort die
Daten nur auf OSM Basis referenzieren.
Wie ich finde eine Super Sachen, hatte damit bisher keine Probleme, auch
wenn es noch eine beta ist...
Grüße,
Fabian



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

Re: [Talk-de] Vandalismus-Arbeitsgruppe

[Fabian -Patzi- Patzke]

André Reichelt schrieb:
> Frederik Ramm schrieb:
>> Hallo,
>>
>> ich ueberlege, ob es vielleicht an der Zeit ist, eine kleine 
>> Arbeitsgruppe einzurichten, die sich mit (tatsaechlichen oder nur 
>> vermuteten) Faellen von Vandalismus und Urheberrechtsverletzung befasst.
>>
>> [...]
>>
>> Haltet ihr das fuer eine sinnvolle Idee?
> 
> Ja, definitiv ist das eine gute Idee. Ich sehe die Ziele jetzt aber gar
> nicht so sehr bei großen Google-Importen, wie ja aktuell im Gespräch.
> Die Gruppe sollte viel mehr dazu dienen, Meinungsverschiedenheiten
> zwischen verschiedenen Mappern aufzuklären. Jemand schrieb, dass er mit
> einem anderen Mapper uneinig war, wie denn in einer Stadt die Straßen zu
> taggen sind. Genau hier sehe die die Hauptaufgabe einer solchen Gruppe:
> Schlichten, Reparieren und im Notfall eine Löschung geklauter Daten
> veranlassen.

Genau das ist mir auch dabei eingefallen, Schlichten halte ich für eine
weitere Wertvolle Sache. Reparieren, wenn ein Nutzer dann doch mal ein
Fehler gemacht hat, und ihn dann aber auch auf eine Lösung hinweisen,
damit es am besten nicht nochmal vorkommt :)

Martin Koppenhoefer schrieb:
> [...]
> d.h. wir suchen noch einen Euphemismus? "Qualitätsteam", kurz qt?
> [...]
finde ich ganz gut, irgendwas mit Qualität(smanagemt) etc. drückt das
denke ich am besten aus.

Ich halte eine öffentliche zu lesende Liste für die Diskussion wichtig,
damit jeder die Schritte nachvollziehen kann. Wie die Fälle an die Liste
herangetragen werden sollten ist da schon schwieriger. Ließe sich aber
evtl. mit einem wie schon angesprochenen Tracker handhaben.

Grüße,
Fabian



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

Re: [Talk-de] Strasse mit Name pro Stassenseite

[Martin Koppenhoefer]

Am 20. März 2009 22:02 schrieb Mario Salvini :
> Roger Luethi schrieb:
>> Hi there
>>
>> Ich bin auf eine kleine Quartierstrasse gestossen, welche genau auf der
>> Grenze zwischen zwei Gemeinden verlaeuft. Die Strasse heisst in beiden
>> Gemeinden anders (d.h. die Adressen der Haeuser auf beiden Seiten der
>> Strasse lauten auch anders).
>>
>> Gibt es fuer diesen Schildbuergerstreich eine kanonische Loesung?
>>
>> Roger
>>
> leider keine Lösung aber auch so einen Fall bei mir in der Gegend. Eine
> Seite Niederländisch mit Namen "Niewstraat", andere Seite deutsch mit
> Namen "Neuestaße". Das kleine Grenzmäucherchen um zu rechtfertigen, 2
> seperate Ways einzuzeichnen gibts seit 10 Jahren nicht mehr ;-)
>

ich erinnere mich, dass dieses Thema hier schonmal vorkam. Etwas
unschöne Notlösung: 2 ways übereinander (die auch nicht ganz OK ist,
da es sich ja um die selbe Straße handelt, und es beim Routing daher
Probleme gibt, wenn man von der einen zur anderen Straßenseite will:
nur über die Kreuzung). Alternativ könnte man auch name=a1;a2
eintragen, und mit den Adressenotes dann jeweils klarstellen, welche
Straßenseite wie heisst.

Gruß Martin

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

[Talk-de] Landsat-WMS in JOSM - mirror?

[Roland Spielhofer]

Hallo,
seit einiger Zeit habe ist es zunehmend schwierig, auf den Landsat-WMS 
zuzugreifen. "Service denied due to system overload. Please try again 
later" lautet die wiederkehrende Fehlermeldung. Und natürlich ist 
ausgerechnet immer die Kachel betroffen, die man gerade braucht, die 
rundherum werden tadellos angezeigt.

Langer Rede kurzer Sinn: Gibt es einen Mirror-WMS, den ich alternativ 
benutzen könnte?

mfg
Roland


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

Re: [Talk-de] Schutzgebiete in Lübeck - Anmerkungen und Anregungen für Tags

[Gerrit Lammert]

Jan Tappenbeck wrote:
> Folgende Elemente sind zu defninieren und ich wollte Euch um Anmerkungen 
> bzw. Namensanregungen bitten.

Sieh dies nicht als konkreten Vorschlag. Dies ist eher meine persönliche
Meinung wie es sein KÖNNTE :)

Als Schlüssel sollte landuse möglich sein. Ein irgendwie geartetes
Naturschutzgebiet ist normalerweise weder residential, noch industrial
oder so. und auch landuse=forest passt IMHO nicht, da dies eine
forstwirtschaftliche Nutzung bedeutet und von nature=wood unterschieden
werden sollte (hatten wir hier letztens gerade).
Weiter würde ich das bereits häufiger in letzter Zeit angesprochene
hierarchische Schema verwenden, also etwa:

landuse=protected_area:nature:birds (~Vogelschutzgebiet)
landuse=protected_area:water (~Wasserschutzgebiet)

Prinzipiell könnte man so auch andere Schutzgebiete bezeichnen
landuse=protected_area:culture:historic (~Weltkulturerbe)


Dann passt es allerdings nicht mehr gut in landuse und man braucht einen
eigenen Key oder die von Martin angesprochenen Administrative-boundary.

Wie gesagt, dass war kein konkreter Vorschlag, sondern eine
Gedankensammlung. :)

Gerrit

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

Re: [Talk-de] Openstreetbrowser

[Martin Koppenhoefer]

Am 21. März 2009 10:35 schrieb Ulf Möller :
> Martin Koppenhoefer schrieb:
>
>> ja, sehr schön, sozusagen "continental-style". Eine der schönsten
>> Karten, die ich bisher mit OSM gesehen habe
>
> Wie es aussieht hat der Autor vor, daran als Google Summer of Code
> Projekt weiterzuarbeiten. Das dürfte interessant werden.

ja, ein paar Kleinigkeiten findet man natürlich auch beim derzeitigen
Style (und Vergleich mit Mapnik), z.B. wann welche Beschriftung
auftaucht, Farbe der Kirchen. Auch ist die Einblendung der Pois noch
nicht so glücklich, da die Pois an sich unsichtbar bleiben, und nur
bei Selektion in der Liste kurz ein Kreis aufblitzt (zumindest beim
Trinkwasser).

Gruß Martin

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

Re: [Talk-de] Vandalismus-Arbeitsgruppe

[Martin Koppenhoefer]

Am 21. März 2009 10:43 schrieb Ulf Möller :
>
> Ganz anders sieht es bei Persönlichkeitsrechtsverletzungen aus. Aber das
> Problem haben wir wohl nicht.

theoretisch ist es aber auch denkbar, dass das irgendwann ein Thema
wird, da wir ja auch private Bereiche mappen (ich zumindest, natürlich
mit der entsprechenden Kennzeichnung).

Gruß Martin

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

Re: [Talk-de] Schutzgebiete in Lübeck - Anmerkungen un d Anregungen für Tags

[Martin Koppenhoefer]

Am 21. März 2009 10:22 schrieb Ulf Lamping :
> jorkh schrieb:
>> Jan Tappenbeck schrieb:
>>
>>  > Folgende Elemente sind zu defninieren und ich wollte Euch um Anmerkungen
>>  > bzw. Namensanregungen bitten.
>>  >
>>  > Bei allen Elementen handelt es sich um Flächen.
>>  >
>>  >
>>
>> moin!
>>
>> was hat Landschaftsschutz (Einschränkung der Flächennutzung) eigentlich
>> mit leisure zu tun? das ist imho land_use!
>> dann will ich 'mal abwarten, was draus wird...
>>
>
> Also erstmal heißt das was du meinst landuse und nicht land_use!
>
>
> Zustimmen muß ich dir hier schon, nature_reserve ist ja meist größer,
> landuse passt irgendwie besser als leisure. Dafür das es das schon ewig
> gibt, wird es mit 239 mal auch nicht allzu oft verwendet.
>
> Die leisure Sachen gibt es halt schon "ewig". Kommt wahrscheinlich vom
> leisure=park und dann hat einer das nature_reserve dazugepackt. Ob es zu
> dem Zeitpunkt das landuse überhaupt schon gab - keine Ahnung.
>
> Gruß, ULFL

die Ausweisung von Schutzgebieten ist m.E. weder durch landuse noch
leisure noch sonst ein physisches tag richtig abgebildet, sondern eine
rechtliche Sache, die am Besten mit einer Art boundary beschrieben
ist, also einem way als Grenze des Gebiets. Innerhalb dieses Gebiets
kann man ja trotzdem verschiedene nature, leisure, landuse etc.
finden, z.B. Wasser, Wald, evtl. auch Landwirtschaft, etc. (da es ja
auch z.B. ein Vogelschutzgebiet, ein Wasserschutzgebiet, etc. sein
kann). Diese Tag-gruppe könnte man auch für andere Gebiete wie z.B:
militärische Sperrgebiete nutzen.

Gruß Martin

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

Re: [Talk-de] Schutzgebiete in Lübeck - Anmerkungen un d Anregungen für Tags

[Norbert Kück]

Martin Koppenhoefer schrieb:
> die Ausweisung von Schutzgebieten ist m.E. weder durch landuse noch
> leisure noch sonst ein physisches tag richtig abgebildet, sondern eine
> rechtliche Sache, die am Besten mit einer Art boundary beschrieben
> ist, also einem way als Grenze des Gebiets. Innerhalb dieses Gebiets
> kann man ja trotzdem verschiedene nature, leisure, landuse etc.
> finden, z.B. Wasser, Wald, evtl. auch Landwirtschaft, etc. (da es ja
> auch z.B. ein Vogelschutzgebiet, ein Wasserschutzgebiet, etc. sein
> kann). Diese Tag-gruppe könnte man auch für andere Gebiete wie z.B:
> militärische Sperrgebiete nutzen.

So isses!
nk

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

Re: [Talk-de] highway=bus_stop und weitere tags f ür diesen Node

[Martin Koppenhoefer]

Am 21. März 2009 03:27 schrieb Dimitri Junker :
> Bei den
> Haltestellen hat man die Infos der relation -> man braucht nicht die
> Pseudopositionierung neben dem Weg.

nur kurz noch hierzu: warum "Pseudo"positionierung? Das IST die
Positionierung, Pseudo wäre, wenn man den node irgendwohin setzt, wo
er gar nicht ist (z.B. in die Straßenmitte).

Martin

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

Re: [Talk-de] Rheinkilometrierung / Stromkilometer

[Martin Koppenhoefer]

2009/3/20 Schorschi :
> ... (bis dahin funktioniert josm bestimmt fast so
> gut wie ein CAD-System ;-)
>

für unseren Zweck funktioniert JOSM (da spezialisiert) jetzt schon
deutlich besser als jegliches CAD-System, wobei es zugegebenermaßen
natürlich in bestimmten Bereichen (echte geometrische Konstruktion)
noch einige Schwächen gibt.

Gruß Martin

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

[Talk-de] Mainz: Kartierung des Fachhochschulneubaus

[Kai-Christian Bruhn]

Hallo zusammen,

wir planen an der Fachhochschule Mainz die Kartierung des Neubaus an der 
Lucy-Hillebrand-Strasse inkl. aller Wege und Gebäude sowie deren 
Erschließung (Fahrrad, Auto, Barrierefreiheit). Eingebunden wird das 
Vorhaben in ein Seminar im Master-Studium Geoinformatik und Vermessung.

Die Kartierung soll zum Tag der offenen Tür am 9. Mai, an dem der Neubau 
der breiten Öffentlichkeit vorgestellt wird, in OSM eingestellt werden.

Ich habe daher zwei Bitten:

1) Sollten bereits andere MainzMapper Ähnliches vorhaben, bitte offlist 
bei mir melden oder diesen thread nutzen. Wir können uns dann ja abstimmen.
2) Gegenstand des Seminars werden nicht nur die technischen Aspekte 
sein, sondern auch die Idee von OSM bzw. die Bedeutung freier digitaler 
Daten in anderen (messtechnischen) Kontexten. Um den Aspekt 
benutzergenerierter Inhalte bzw. der "community-driven projects" zu 
vermitteln, würde ich die Studs gerne mit Mitgliedern einer solchen 
"community" in Kontakt bringen. Wenn sich also OSM-User berufen fühlen, 
in einer Gesprächsrunde ein wenig zu diskutieren, bitte ebenfalls mit 
mir Kontakt aufnehmen.

Beste Grüße

Kai


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

Re: [Talk-de] Strasse mit Name pro Stassenseite

[Tobias Knerr]

Martin Koppenhoefer schrieb:
> Am 20. März 2009 22:02 schrieb Mario Salvini :
>> Roger Luethi schrieb:
>>> Hi there
>>>
>>> Ich bin auf eine kleine Quartierstrasse gestossen, welche genau auf der
>>> Grenze zwischen zwei Gemeinden verlaeuft. Die Strasse heisst in beiden
>>> Gemeinden anders (d.h. die Adressen der Haeuser auf beiden Seiten der
>>> Strasse lauten auch anders).
>
> ich erinnere mich, dass dieses Thema hier schonmal vorkam. Etwas
> unschöne Notlösung: 2 ways übereinander Alternativ könnte man auch name=a1;a2
> eintragen, und mit den Adressenotes dann jeweils klarstellen, welche
> Straßenseite wie heisst.

Warum nicht einfach name:left und name:right, wie auch schon bisweilen
(z.B. als Teil hiervon:
http://wiki.openstreetmap.org/wiki/Proposed_features/right_left)
vorgeschlagen? Das mag zwar auch kleinere Nachteile haben, aber es ist
immer noch sehr viel besser als zwei Straßen übereinander zu legen oder
dergleichen.

Tobias Knerr

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

Re: [Talk-de] highway=bus_stop und weitere tags f ür diesen Node

[Dimitri Junker]

Hallo,


>>> Ähhm, das habe ich bereits getan.
>>
>>
>> Nein hast Du nicht s.u.
>
>Siehe:


Wenn Du:
>Punkt 2 über (demnächst gerichtete) Relationen.

Als Erklärung meinst ja, aber entweder weißt Du etwas über diese Relationen 
was ich noch nicht weiß oder Du hofst, daß es schon irgendwie funktionieren 
wird. Also erklär mir wie das mit den gerichteten Relationen funktionieren 
soll. Ich finde da nichts.

Gruß
Dimitri

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

Re: [Talk-de] highway=bus_stop und weitere tags f

[Dimitri Junker]

Hallo,


>Weil sich irgendjemand mal die tollen (aus meiner Sicht ziemlichen
>unsinnigen) Relationen ausgedacht hat, und die Gegner nicht laut genug
>geschrieen haben, müssen wir jetzt alle dieser *Regel* folgen?!?


Wenn keiner was besseres entwirft incl. einem Programm um die alten auf die 
neuen zu ändern Ja.

>Du setzt dich gerade auf ein ziemlich hohes Ross!


Nein, es ist keine Auszeichnung zufällig in den letzten Wochen etwa 50 
Busrouten zumindest teilweise eingegeben zu haben, es gibt mir aber 
Praxiserfahrung. Und es hat dazu geführt, daß ich mir unabhängig von dieser 
Diskussion schon viel Gedanken über die derzeitige Methode gemacht habe. Vor 
allem, da ich sie ab Anfang an nicht für sehr gelungen gehalten habe. Aber 
mir ist bisher keine Methode eingefallen wie man das ganze effektiver 
hinbekommt, würde mich aber freuen wenn das einer könnte.

>Ich sehe jetzt schon kommen, daß wir in nicht allzu ferner Zukunft
>sowieso zwei Relationen pro Buslinien bekommen werden


Ist auch nicht so toll, wir haben hier in Aachen die Ringlinie 3 die gibt es 
in die eine Richtung als 3A und in die andere als 3B. Gestern habe ich diese 
um 3 Haltestellen verlängert und mußte dann immer überlegen kommt diese 
Haltestelle jetzt in 3A oder in 3B. Die Wahrscheinlichkeit da Fehler 
zu machen ist groß. Ähnlich wäre es mit einer Relation die der Busroute eine 
Richtung geben würde und dann forward_stop (oder besser ein neues Tag) als 
Haltestelle für die Hinfahrt und backward_stop für Haltestellen auf der 
Rückfahrt verwenden würde. Der große Vorteil der aktuellen Version ist ihre 
Lokalität. Ich sehe mir die Pfeile der Straße an und weiß sofort ob es ein 
forward_stop oder ein backward_stop ist. Bei den anderen Methoden müßte man 
JOSM &Co beibringen Pfeile für die Buslinienrichtung zu zeichnen.

Dimitri

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

Re: [Talk-de] highway=bus_stop und weitere tags f ür diesen Node

[Martin Koppenhoefer]

Am 21. März 2009 12:33 schrieb Dimitri Junker :

>
> Wenn Du:
>>Punkt 2 über (demnächst gerichtete) Relationen.
>
> Als Erklärung meinst ja, aber entweder weißt Du etwas über diese Relationen
> was ich noch nicht weiß oder Du hofst, daß es schon irgendwie funktionieren
> wird. Also erklär mir wie das mit den gerichteten Relationen funktionieren
> soll. Ich finde da nichts.
>
> Gruß
> Dimitri
>
API 0.6, vorher geht es nicht.

Martin

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

Re: [Talk-de] highway=bus_stop und weitere tags f

[Martin Koppenhoefer]

> Ist auch nicht so toll, wir haben hier in Aachen die Ringlinie 3 die gibt es
> in die eine Richtung als 3A und in die andere als 3B. Gestern habe ich diese
> um 3 Haltestellen verlängert und mußte dann immer überlegen kommt diese
> Haltestelle jetzt in 3A oder in 3B. Die Wahrscheinlichkeit da Fehler
> zu machen ist groß. Ähnlich wäre es mit einer Relation die der Busroute eine
> Richtung geben würde und dann forward_stop (oder besser ein neues Tag) als
> Haltestelle für die Hinfahrt und backward_stop für Haltestellen auf der
> Rückfahrt verwenden würde. Der große Vorteil der aktuellen Version ist ihre
> Lokalität. Ich sehe mir die Pfeile der Straße an und weiß sofort ob es ein
> forward_stop oder ein backward_stop ist. Bei den anderen Methoden müßte man
> JOSM &Co beibringen Pfeile für die Buslinienrichtung zu zeichnen.
>

das wäre kein Problem, wenn Du die Haltestellen an die richtige
Straßenseite malen würdest.

Martin

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

Re: [Talk-de] Vandalismus-Arbeitsgruppe

[Florian Lohoff]

On Sat, Mar 21, 2009 at 10:43:49AM +0100, Ulf Möller wrote:
> Subject: Re: [Talk-de] Vandalismus-Arbeitsgruppe
> 
> Frederik Ramm schrieb:
> 
> > Haltet ihr das fuer eine sinnvolle Idee? Wie koennte man erreichen, dass 
> > die Arbeitsgruppe einerseits ungestoert ihre Arbeit tun kann (ohne dass 
> > der Vandale sich auf die Liste eintraegt oder die oeffentlichen Archive 
> > durchliest - oder ist das egal?) und andererseits gegenueber der 
> > Community nicht der Eindruck entsteht, dass da jemand im Verborgenen 
> > werkelt und nichts verraet?
> 
> In Wikipedia werden Urheberrechtsverletzungen, Vandalismus und die 
> Schlichtung von Konflikten zwischen Benutzern öffentlich behandelt. 
> Diese Transparenz ist sehr wichtig, und dass Vandalen mitlesen können, 
> schadet nicht wirklich.

In wieweit hat das denn auch ggfs mal Strafrechtliche Konsequenzen bei
Wikipedia? Ich meine Grundsaetzlich koennten Loeschungen ja auch als
Sachbeschaedigung gewertet werden oder? Ich meine den Wert kann man ja
durchaus ermitteln - d.h. wenn ich 3 MannWochen fuer das erfassen von
Ort A  habe und jemand loescht das wiederholt dann entsteht ein Schaden.

Ich meine natuerlich sollte Diplomatie oder Kommunikation immer an
erster stelle stehen und wenn es aus versehen ist ist das ja alles in
Ordnung. Wenn das aber Vandalismus, Rache oder einfach nur freude am
Zerstoeren ist dann hat das ja schon auch einen Strafrechtlichen Aspekt. 

Und ganz so einfach wie bei Wikipedia laesst sich das ganze bei OSM eben
nicht wieder herstellen - d.h. der Schaden ist schon real.

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] highway=bus_stop und weitere tags f ür diesen Node

[Ulf Lamping]

Dimitri Junker schrieb:
> Als Erklärung meinst ja, aber entweder weißt Du etwas über diese Relationen 
> was ich noch nicht weiß oder Du hofst, daß es schon irgendwie funktionieren 
> wird. 

Die aktuelle "Lösung" "funktioniert" doch bestenfalls als Hack. Wie so 
vieles bei OSM :-(

> Also erklär mir wie das mit den gerichteten Relationen funktionieren 
> soll. Ich finde da nichts.

Wir wäre es denn, wenn wir einfach noch die paar Wochen bis zur API 0.6 
warten und dann schauen wir uns die möglichen Lösungen nochmal genau an?


Bis dahin finde ich es einfach nicht besonders gut hier mit einem: 
"Meine Lösung habe ich jetzt schon x-mal angewendet, also müssen mir 
alle folgen - und die neuen Möglichkeiten kenne ich nicht". Es gibt hier 
viele mögliche Lösungen - und die aktuelle ist *mit Sicherheit* nicht 
die beste.


Deine kategorische Aussage: "Bushaltestellen gehören auf die Straße - 
das muß so sein" ist doch wirklich wenig zielführend. Es gab hier 
mehrfach (nicht nur von mir) die wohlbegründete Ansicht, daß 
Bushaltestellen neben die Straße gehören. Nimm das bitte auch einfach 
mal zur Kenntnis ...

Gruß, ULFL

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

Re: [Talk-de] highway=bus_stop und weitere tags f ür diesen Node

[Dimitri Junker]

Hallo,


>API 0.6, vorher geht es nicht.


Und weißt Du denn schon wie es dann gehen wird? Ich werde nämlich kurz nach 
der Einführung der api 0.6 für 2.5 Monate verreisen -> ich möchte ungern 
Müll hinterlassen. Und da Du ja scheinbar weißt wie uns das helfen wird 
verrat es uns doch.

Gruß
Dimitri

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

Re: [Talk-de] highway=bus_stop und weitere tags f ür diesen Node

[Dimitri Junker]

Hallo,

>nur kurz noch hierzu: warum "Pseudo"positionierung?

Du stellst Dich also wirklich an den Mast und überträgst die Position genau 
so in OSM? Egal ob durch die Ungenauigkeit von GPS die Position zufällig 
rechts, links oder mitten auf der Straße ist. Du zeichnest ihn also nicht so 
neben die Straße das es schön aussieht?
Gruß
Dimitri

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

Re: [Talk-de] Vandalismus-Arbeitsgruppe

[Bernd Wurst]

Hallo Florian.

Am Samstag 21 März 2009 13:31:02 schrieb Florian Lohoff:
> In wieweit hat das denn auch ggfs mal Strafrechtliche Konsequenzen [...]
> Ich meine Grundsaetzlich koennten Loeschungen ja auch als
> Sachbeschaedigung gewertet werden oder? 

Warst du nicht neulich noch auf dem Trichter, dass das Computersabotage wäre?
Jetzt ist es plötzlich Sachbeschädigung. Was ist es morgen?


> Ich meine den Wert kann man ja
> durchaus ermitteln - d.h. wenn ich 3 MannWochen fuer das erfassen von
> Ort A  habe und jemand loescht das wiederholt dann entsteht ein Schaden.

Da du explizit deine Daten in eine Datenbank hochgeladen hast bei der die 
oberste Maxime ist, dass jeder die Daten verändern darf, wirst du damit leben 
müssen.


> Wenn das aber Vandalismus, Rache oder einfach nur freude am
> Zerstoeren ist dann hat das ja schon auch einen Strafrechtlichen Aspekt.

Nein.
Jeder OSM-Teilnehmer kennt (hoffentlich) die Bedingungen. Diese enthalten die 
Berechtigung, die Daten beliebig zu verändern und sie enthalten (mindestens 
implizit) den Hinweis, dass jeder die eigenen Daten beliebig verändern kann.

Wer jetzt plötzlich nach wilden Gesetzeninterpretationen sucht, nur weil 
jemand anderes (aus welchem Grund auch immer) irgendwelche Daten verändert, 
hat irgend etwas elementares nicht verstanden und sollte vielleicht lieber 
aufhören seine wertvolle Zeit in OSM zu investieren.


> Und ganz so einfach wie bei Wikipedia laesst sich das ganze bei OSM eben
> nicht wieder herstellen - d.h. der Schaden ist schon real.

Doch, es lässt sich alles wiederherstellen. Es gibt eine History und es gibt 
Leute die das aufgrund einer freundlichen Mail machen. Es geht nicht für jeden 
Besucher per Webinterface, aber von dem Jeder darf alles ist bei Wikipedia 
auch nicht mehr viel übrig.

Gruß, Bernd

-- 
Arbeit hat noch nie einen umgebracht.
Aber warum sollte ich es herausfordern?


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

Re: [Talk-de] highway=bus_stop und weitere tags f ür diesen Node

[Dimitri Junker]

Hallo,


>"Meine Lösung habe ich jetzt schon x-mal angewendet, also müssen mir
>alle folgen


Habe ich so nie gesagt. Wenn Du mal genauer gelesen hättest hättest Du 
gesehen, daß ich immer wieder dazu aufgefordert habe etwas besseres zu 
entwickeln.


>Es gibt hier viele mögliche Lösungen


Die einzige bisher vorgestellte die ohne Nodes auf dem Weg auskommt war die 
Aussage: "Mit api 0.6 geht es ohne" aber wie genau wurde nicht verraten


>Deine kategorische Aussage: "Bushaltestellen gehören auf die Straße -
>das muß so sein" ist doch wirklich wenig zielführend.


Wenn überhaupt habe ich gesagt "Für die derzeitige route-relation brauchen 
wir die Nodes auf der Straße" dazu stehe ich. Das es keine berre Lösung gibt 
habe ich nie behauptet. Und kategorische Aussagen hat von mir noch niemand 
gehört, das paßt nicht zu mir.

>. Es gab hier mehrfach (nicht nur von mir) die wohlbegründete Ansicht,
>daß Bushaltestellen neben die Straße gehören.


Das ist eine kategorische Aussage

>Nimm das bitte auch einfach mal zur Kenntnis ...


Und das erst.

Also nochmal zusammengefaßt. Wenn ich derzeit route-Relations für Buslinien 
erstelle muß ich die Haltestellen auf die Straße schieben, nicht weil ich es 
so toll finde, sondern weil es derzeit nicht anders geht. Ich bin der 
Meinung, daß man mit Haltestelle auf der Straße + der Relation genau so viel 
information hat wie mit der Haltestelle neben der Straße -> es geht durch 
diese Aktion keine Info verloren. Die Renderer könnten solche haltestellen 
entweder mit einem Pfeil oder neben die Straße zeichnen. Wenn jemand Nodes 
neben der Straße haben will gibt es nur 3 Möglichkeiten:
1) die route-relations abschaffen
2) die route-relations verändern
3) 2 Nodes/Haltestelle

Letzteres wurde ja bereits als Proposal vorgeschlagen.

Dimitri

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

Re: [Talk-de] Vandalismus-Arbeitsgruppe

[Ulf Möller]

Florian Lohoff schrieb:

> In wieweit hat das denn auch ggfs mal Strafrechtliche Konsequenzen bei
> Wikipedia? Ich meine Grundsaetzlich koennten Loeschungen ja auch als
> Sachbeschaedigung gewertet werden oder?

"Sachbeschädigung" nicht, Daten sind keine Sachen.

"Datenveränderung" kommt wohl auch nicht in Frage, weil angemeldete 
Benutzer ja berechtigt sind, Daten in der Datenbank zu ändern.

http://de.wikipedia.org/wiki/Sachbesch%C3%A4digung
http://books.google.com/books?id=C37dTIExH2IC&pg=PA183&dq=Datenver%C3%A4nderung&hl=de#PPA184,M1
 


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

[Talk-de] JOSM + Yahoo WMS

[Udo Giacomozzi]

Wenn ich in JOSM (v1504) den Yahoo Webkit WMS Layer aktiviere, werden
nur rote Kacheln mit dem Text "Fehler" angezeigt. Andere WMS wie
OpenAerial funktionieren hingegen.

In Potlach werden die Yahoo Fotos im gleichen Bereich jedoch
problemlos dargstellt.

Was kann ich tun?


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

[Talk-de] "News"-Link auf der Hauptseite

[Michel Marti]

Ist das nur bei mir so oder warum gibts nen redirect auf 'asklater.com', 
wenn man den "News & Blog" Link auf openstreetmap.org anklickt? Das dort 
gezeigte Bild (Kind mit Maschinengewehr) ist nicht umbedingt gute 
Werbung für das Projekt... Oder handelt es sich hier um einen verfrühten 
und missratenen 1. April-Scherz?

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

Re: [Talk-de] "News"-Link auf der Hauptseite

[Ulf Möller]

Michel Marti schrieb:

> Ist das nur bei mir so oder warum gibts nen redirect auf 'asklater.com', 
> wenn man den "News & Blog" Link auf openstreetmap.org anklickt? Das dort 
> gezeigte Bild (Kind mit Maschinengewehr) ist nicht umbedingt gute 
> Werbung für das Projekt... Oder handelt es sich hier um einen verfrühten 
> und missratenen 1. April-Scherz?

Das Opengeodata-Blog, das dort eigentlich verlinkt sein sollte, wird von 
SteveC betrieben, asklater.com ist seine private Homepage.

Wahrscheinlich ist er mit seinen virtual hosts durcheinander gekommen, 
aber das zeigt mal wieder, dass es keine so tolle Idee ist, auf OSM.org 
ein privat betriebenes Blog zu verlinken.


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

Re: [Talk-de] JOSM + Yahoo WMS

[Ulf Lamping]

Udo Giacomozzi schrieb:
> Wenn ich in JOSM (v1504) den Yahoo Webkit WMS Layer aktiviere, werden
> nur rote Kacheln mit dem Text "Fehler" angezeigt. Andere WMS wie
> OpenAerial funktionieren hingegen.
> 
> In Potlach werden die Yahoo Fotos im gleichen Bereich jedoch
> problemlos dargstellt.
> 
> Was kann ich tun?

Webkit installieren, siehe:

http://wiki.openstreetmap.org/index.php/JOSM/Plugins/WMSPlugin#webkit-image

Gruß, ULFL

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

Re: [Talk-de] highway=bus_stop und weitere tags f ür diesen Node

[Ulf Lamping]

Dimitri Junker schrieb:
> 
>> Nimm das bitte auch einfach mal zur Kenntnis ...
> 
> 
> Und das erst.
> 
> Also nochmal zusammengefaßt. Wenn ich derzeit route-Relations für Buslinien 
> erstelle muß ich die Haltestellen auf die Straße schieben, nicht weil ich es 
> so toll finde, sondern weil es derzeit nicht anders geht. 

... womit wir wieder bei den kategorischen Aussagen sind.

Relationen kann man technisch gesehen genauso gut mit Punkten auf der 
Straße als auch mit Punkten neben der Straße eintragen - da ist also 
keine technische Notwendigkeit.

Du hast jetzt ein Bild im Kopf wie die Relationen aussehen sollen, und 
dabei paßt dir die Aussage "Bushaltestellen neben die Straße" einfach 
nicht in den Kram.

> Ich bin der 
> Meinung, daß man mit Haltestelle auf der Straße + der Relation genau so viel 
> information hat wie mit der Haltestelle neben der Straße -> es geht durch 
> diese Aktion keine Info verloren. 

Und genau das ist der Punkt: Das ist deine *Meinung*! Nicht meine!

Die Aussage: " -> es geht durch diese Aktion keine Info verloren" klingt 
für mich schon sehr seltsam, wenn ich (und andere) dir bereits mehrfach 
dargelegt haben, daß es hier durchaus andere Meinungen gibt.


Nimm bitte zur Kenntnis das du mit dem Verschieben der Bushaltestellen 
auf die Straße aus meiner Sicht Informationen entfernst.

Gruß, ULFL

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

Re: [Talk-de] JOSM + Yahoo WMS

[Udo Giacomozzi]

Hello Ulf,

Saturday, March 21, 2009, 2:51:32 PM, you wrote:
UL> Webkit installieren, siehe:
UL> http://wiki.openstreetmap.org/index.php/JOSM/Plugins/WMSPlugin#webkit-image

Klappt jetzt. Besten Dank!


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

Re: [Talk-de] Vandalismus-Arbeitsgruppe

[André Reichelt]

Bernd Wurst schrieb:
> Jeder OSM-Teilnehmer kennt (hoffentlich) die Bedingungen. Diese enthalten die 
> Berechtigung, die Daten beliebig zu verändern und sie enthalten (mindestens 
> implizit) den Hinweis, dass jeder die eigenen Daten beliebig verändern kann.

Dann müsste man das Wort beliebig ersetzen. Denkbar wäre etwas wie "zur
Erweiterung und Verbesserung der Karte". Jedenfalls sollte es böswillige
Veränderungen und Vandalismus ausschließen. Denn in den jetztigen
Nutzungsbedingungen kann ich nirgends heraus lesen, dass Vandalismus
nicht gestattet ist. Er wird sogar explizit durch das "Beliebige
Veränderungen" erlaubt.

Das ist kritisch! Ich möchte hier niemandem seine
Gutmenschen-Weltanschauung vernichten, allerdings wird es immer Neider
und Feinde des Projektes geben - je Erfolgreicher, desto mehr - die jede
Gelegenheit nutzen werden, uns zu schaden. Datenlöschung ist da noch am
offensichtligsten. Gemein wird es, wenn man Attribute leicht verändert,
um so die Nutzer in die Irre zu führen. Oder man baut nicht existante
Straßen ein.

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] Vandalismus-Arbeitsgruppe

[Bernd Wurst]

Hallo.

Am Samstag 21 März 2009 16:17:51 schrieb André Reichelt:
> > Jeder OSM-Teilnehmer kennt (hoffentlich) die Bedingungen. Diese enthalten
> > die Berechtigung, die Daten beliebig zu verändern und sie enthalten
> > (mindestens implizit) den Hinweis, dass jeder die eigenen Daten beliebig
> > verändern kann.
> Dann müsste man das Wort beliebig ersetzen. Denkbar wäre etwas wie "zur
> Erweiterung und Verbesserung der Karte". Jedenfalls sollte es böswillige
> Veränderungen und Vandalismus ausschließen. Denn in den jetztigen
> Nutzungsbedingungen kann ich nirgends heraus lesen, dass Vandalismus
> nicht gestattet ist. Er wird sogar explizit durch das "Beliebige
> Veränderungen" erlaubt.

Ja, das ist doch prima!
So spart man sich elegant die Maschinerie aus Gremien, die irgendwie festlegen 
oder entscheiden müssen, wer jetzt mit welchem Vorsatz was geändert hat und 
ändern darf. 

Es ist wichtig, eine History mit irgendwie nutzbaren Revert-Funktionen zu 
haben. Es ist wichtig, mit Leuten die offensichtlich unsinnige Änderungen 
machen zu kommunizieren und einzelne Änderungen ggf. zu revidieren. 

Aber es ist nicht sinnvoll, über irgendwelche Regelungen die Situation zu 
schaffen, dass jeder der naiv etwas ändert theoretisch verklagt oder 
gesteinigt werden kann nur weil er entweder zufällig was falsch gemacht hat 
oder weil irgend ein Gremium seine Änderung nicht besonders konstruktiv 
findet.

Einem bekannten, rollstuhlfahrenden Gesetzesentwurf-Schreiber passiert das 
momentan recht gerne, dass eigentlich alles was man so tun kann strafbar wird 
und man dann inoffiziell dazu sagen, dass man die Rechte die man jetzt hat 
natürlich nur gegen "böse" Menschen nutzen wird.

Gruß, Bernd

-- 
"Verbesserung der Oberfläche" hört sich an wie die Streichung
liebgewonnener Features - bei GNOME weiss man ja nie...
(gefunden auf www.prolinux.de)


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

Re: [Talk-de] highway=bus_stop und weitere tags f ür diesen Node

[Dimitri Junker]

Hallo,

>Relationen kann man technisch gesehen genauso gut mit Punkten auf der
>Straße als auch mit Punkten neben der Straße eintragen - da ist also
>keine technische Notwendigkeit.


Dann erzähl doch mal wie Du einer Haltestelle mit der heutigen route-
relation ein forward_stop zuweisen willst. Bitte Wie soll ich vorgehen 
wenn ich derzeit Busrouten eintrage.

>Du hast jetzt ein Bild im Kopf wie die Relationen aussehen sollen, und
>dabei paßt dir die Aussage "Bushaltestellen neben die Straße" einfach
>nicht in den Kram.


Nein ich habe die Definition der route-relation im Kopf und darein paßt es 
nicht.

>Nimm bitte zur Kenntnis das du mit dem Verschieben der Bushaltestellen
>auf die Straße aus meiner Sicht Informationen entfernst.


Ein Node hat 2 Koordinaten, z.B. Straßenkilometer und Abstand zur 
Mittellinie. Erstere bleibt erhalten. Von der 2. geht das Vorzeichen (also 
die Straßenseite) in die relation ein, bleibt also auch erhalten. Was 
angeblich verloren geht ist der Abstand zur Mittellinie, aber ich glaube 
nicht, daß irgendwer eine Bushaltestelle so genau tagt, daß das eine Rolle 
Spielt. GPS hat eine Genauigkeit in der Größenordnung der Straßenbreite -> 
Man kann die Bushaltestelle mit normalem GPS nicht genauer positionieren. 
Ellgemein kann man aber sagen, daß Bushaltestellen am Straßenrand sind-> da 
ein Renderer aus der Linie des ways ja eine Fläche macht und aus der 
Relation weiß auf welcher Straßenseite die Haltestelle ist kann er sie dort 
auf den Rand der Straße positionieren. Falls die Straßenbreite getagt ist 
sogar sehr genau. Überlager doch mal Google-Sat mit OSM und schau Dir 
Bushaltestellen die neben der Straße sind an ob sie wirklich so genau 
positioniert sind oder nicht doch bei irgendwem im Wohnzimmer. 


Gruß
Dimitri

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

Re: [Talk-de] Vandalismus-Arbeitsgruppe

[André Reichelt]

Bernd Wurst schrieb:
> Aber es ist nicht sinnvoll, über irgendwelche Regelungen die Situation zu 
> schaffen, dass jeder der naiv etwas ändert theoretisch verklagt oder 
> gesteinigt werden kann nur weil er entweder zufällig was falsch gemacht hat 
> oder weil irgend ein Gremium seine Änderung nicht besonders konstruktiv 
> findet.

Darum geht es nicht. Wenn jedoch jemand wiederholt extrem auffällig
wird, also beispielsweise ganze Landkreise ausradiert und selbst nach
mehrfacher Aufforderung nicht damit aufhört, sollte man rechtliche
Handhabe gegen ihn haben. Es geht hier nicht um die falsch
eingezeichnete Straße oder um den verschlimmbesserten Kurvenverlauf
sondern um Fälle extremsten Vandalismus. Und das meine ich im Gegensatz
zu unserem Bundesrollstuhlfahrer wirklich so!

> Einem bekannten, rollstuhlfahrenden Gesetzesentwurf-Schreiber passiert das 
> momentan recht gerne, dass eigentlich alles was man so tun kann strafbar wird 
> und man dann inoffiziell dazu sagen, dass man die Rechte die man jetzt hat 
> natürlich nur gegen "böse" Menschen nutzen wird.

Wo wir gerade beim Theman sind: Wie steigert man eigentlich Arschloch?

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] highway=bus_stop und weitere tags f ür diesen Node

[Martin Koppenhoefer]

Am 21. März 2009 16:58 schrieb Dimitri Junker :
>
> Ein Node hat 2 Koordinaten, z.B. Straßenkilometer und Abstand zur
> Mittellinie. Erstere bleibt erhalten. Von der 2. geht das Vorzeichen (also
> die Straßenseite) in die relation ein, bleibt also auch erhalten. Was
> angeblich verloren geht ist der Abstand zur Mittellinie, aber ich glaube
> nicht, daß irgendwer eine Bushaltestelle so genau tagt, daß das eine Rolle
> Spielt.

es geht komplett die Position verloren, bestenfalls weiss man noch,
dass sich die HalteSTELLE auf einer orthonalen nach links oder rechts
befindet - vermutlich werden in der Praxis allerdings bei dieser
Variante die Koordinaten von gegenüberliegenden Haltestellen an
einfachen Straßen interpoliert, und nur 1 Node gezeichnet. Das
entspricht aber schon mal einer sehr groben Vereinfachung, weil diese
Haltestellen fast immer versetzt sind.

> GPS hat eine Genauigkeit in der Größenordnung der Straßenbreite ->
> Man kann die Bushaltestelle mit normalem GPS nicht genauer positionieren.
> Ellgemein kann man aber sagen, daß Bushaltestellen am Straßenrand sind-> da
> ein Renderer aus der Linie des ways ja eine Fläche macht und aus der
> Relation weiß auf welcher Straßenseite die Haltestelle ist kann er sie dort
> auf den Rand der Straße positionieren. Falls die Straßenbreite getagt ist
> sogar sehr genau. Überlager doch mal Google-Sat mit OSM und schau Dir
> Bushaltestellen die neben der Straße sind an ob sie wirklich so genau
> positioniert sind oder nicht doch bei irgendwem im Wohnzimmer.

erstens weisst Du ja nicht genau, ob die Google-Bilder richtig genau
referenziert sind (scheinen sie hier bei mir allerdings), zweitens
machst Du ja nicht einen Marker mit dem GPS und setzt die Haltestelle
im luftleeren Raum genau dort hin, sondern Du interpolierst Deinen
Marker mit Deiner Erinnerung und dem, was schon da ist, sowie mit den
GPS-Tracks und dem Yahoo-Luftbild (ggf. verschoben), die in dem Gebiet
sind. Zumindest versuche ich das. Solange die Sachen zueinander
richtig stehen ist das für die meisten Anwendungen ausreichend (wie Du
schon schreibst ist das GPS beim Navigieren, also einzelner Messung,
sowieso nicht so genau, dass kleinere Verschiebungen eine Rolle
spielen) und m.E. besser, als eine grobe Abstraktion in eine bestimmte
Richtung zu haben. Wobei ich in dem Fall Bushaltestelle auch fürs
Routing die Lösung mit Haltestellen dort, wo sie sind, als besser
erachte.
Im Übrigen kann man die genaue Lage im Laufe der Zeit auch noch
anpassen, wenn man mehr Details in der Karte und mehr Messungen mit
dem GPS hat.

Martin

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

Re: [Talk-de] Vandalismus-Arbeitsgruppe

[Bernd Wurst]

Am Samstag 21 März 2009 17:03:45 schrieb André Reichelt:
> sollte man rechtliche Handhabe gegen ihn haben.

Bin ich weiterhin dagegen.

Man sollte 
1. Den User im Notfall sperren können (was, wie wir alle wissen nicht viel 
bringt weil man sich einen neuen Account machen kann)
und
2. Objekte oder bei uns besser Gebiete temporär sperren können.

Diese beiden Vorgehensweisen hatte Wikipedia schon lange bevor es sich in die 
unsympathische Richtung mit den unüberschaubaren Rollen und Kompetenzen 
entwickelte.

Mit der momentanen Struktur gibt es natürlich niemanden, der die Sperrung 
eines Gebiets auslösen könnte (wenn so etwas technisch implementiert wäre). 
Aber das kann man im Zweifel auf die Server-Admins bzw. direkt von den Server-
Admins zum Moderator ernannten Leuten delegieren, die idealerweise natürlich 
eine (siehe Subject) Arbeitsgruppe zur vorigen Diskussion solcher Maßnahmen 
bilden.


Ich sehe keine Notwendigkeit irgendjemanden zu verklagen oder auch nur die 
Angst zu streuen, dass man jemanden verklagen wird, wenn er nicht artig ist.

Es haben schon Leute ganze Gemeinden gelöscht weil sie es nicht geschafft 
haben, verantwortungsvoll mit ihrem Editor umzugehen. Ich sehe die 
Notwendigkeit, für solche Fälle eine History zu haben. Aber ich sehe keinen 
Anlass die Leute zu verklagen.

Gruß, Bernd

-- 
Immer und immer wieder bitte ich: weniger Zahlen, dafür gescheitere.
  -  Lenin, 1921


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

Re: [Talk-de] highway=bus_stop und weitere tags f

[Gerrit Lammert]

Hi Dimitri.

Dimitri Junker wrote:
> Und es hat dazu geführt, daß ich mir unabhängig von dieser
> Diskussion schon viel Gedanken über die derzeitige Methode gemacht habe. Vor 
> allem, da ich sie ab Anfang an nicht für sehr gelungen gehalten habe. Aber 
> mir ist bisher keine Methode eingefallen wie man das ganze effektiver 
> hinbekommt, würde mich aber freuen wenn das einer könnte.

Ich kann Dir eine sagen, aber da steckt etwas Arbeit hinter.
Ich hatte selbst vor 3-4 Wochen mal gedacht, damit anzufangen, hab aber
nicht die Zeit dafür.
Grundsätzlich ist die Idee, das nicht die komplette Strecke eingetragen
wird, sondern nur eine Abfolge von Bushaltestellen.
Das ist es ja auch, was
a) die Schematischen Liniennetz- und die Abfahrtszeitenpläne hergeben
b) was einen als Nutzer derselben hauptsächlich interessiert.

Ich habe soetwas ähnliches während meiner Diplomarbeit gemacht und
konnte feststellen, dass bei Angabe der Stop-Folge und dem Verbinden
dieser über einen kürzeste-Wege-Algorithmus zu 95% der tatsächliche Weg
gefahren wird.

Um in den Kernbereichen von Braunschweig und Lübeck (je 200.000+
Einwohner) den Busverkehr zu modellieren, brauchte ich neben den
Haltestellen nur 4 Wegpunkte um die Strecken korrekt einzutragen.
Wenn man nicht nur kürzeste Wege nimmt, sondern eher schnellste Wege
(oder bei Bussen besser: "keine besonders großen oder besonders kleinen
Straßen"), sollte das Ergebnis noch besser werden.

Ich hatte mir gedacht, dass man dafür openrouteservive missbrauchen
könnte, also ich wähle zwei Bushaltestellen und ORS gibt mir die Strecke
zurück, die ich eventuell noch zurechtrücken kann.

So ließen sich Linien deutlich schneller eintragen und auch beim
Fahrplanwechsel ändern. Man muss nur die Abfolge von Stops bearbeiten.
Idealerweise bräuchten dann auch nur die Stops gespeichert zu werden
(evtl. mit den unsichtbaren Wegpunkten um Strecken zurecht zu rücken).

Wenn jemand Lust hat, sowas umzusetzen: Wäre cool! :)

Sorry fürs konfuse schreiben, bin gerade etwas müde...

Gerrit

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

Re: [Talk-de] highway=bus_stop und weitere tags f ür diesen Node

[Dimitri Junker]

Hallo,


>vermutlich werden in der Praxis allerdings bei dieser Variante die
>Koordinaten von gegenüberliegenden Haltestellen an einfachen Straßen
>interpoliert, und nur 1 Node gezeichnet.


Von wem? Das entscheidet ja wohl der Mapper. Ich halte es so: sind die 
beiden Haltestellen deutlich versetzt trage ich sie einzeln ein sonst als 
ein Node. Deutlich versetzt ist einerseits wenn z.B. die Kreuzung dazwischen 
ist oder wenn sie um mehr als sagen wir 20m versetzt sind. Kleinere Versätze 
sind eh kleiner als die GPS-Genauigkeit und so genau halten die Busfahrer 
sowieso nicht.

>erstens weisst Du ja nicht genau, ob die Google-Bilder richtig genau
>referenziert sind (scheinen sie hier bei mir allerdings),


Darum geht es nicht, wenn die beide Haltestellen auf ihrer Straßenseite 
beide in den Häusern liegen sind sie einfach zu weit auseinander.


>zweitens machst Du ja nicht einen Marker mit dem GPS und setzt die
>Haltestelle im luftleeren Raum genau dort hin, sondern Du interpolierst
>Deinen Marker mit Deiner Erinnerung und dem, was schon da ist,


Genau, und das ist nicht genauer als die Angabe die Haltestelle befindet 
sich auf Höhe dieses Nodes am Straßenrand mir dem node auf der Straße.

Dimitri 

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

Re: [Talk-de] highway=bus_stop und weitere tags f

[Dimitri Junker]

Hallo,


>Grundsätzlich ist die Idee, das nicht die komplette Strecke eingetragen
>wird, sondern nur eine Abfolge von Bushaltestellen.

Ist etwas weniger klicken aber das Problem haben wir ja mit den 
Haltestellen. Damit das klappt müßte JOSM u.ä. bei jeder neuen Haltestelle 
eine Routingabfrage machen. Ob das so ideal ist? Für DSL-Kunden evtl noch 
halbwegs OK, für andere nicht.

Gruß
Dimitri

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

Re: [Talk-de] Metacarta Map Rectifier

[Marcus Wolschon]

2009/3/21 Fabian -Patzi- Patzke :
> Hallo,
> Johannes Huesing schrieb:
>> Wer hat das letzte Mal geschafft, eine Karte auf den Rectifier hochzuladen?
>> Ich bekomme regelmäßig einen 500er-Fehler.
>
> Ich habe es ewig nicht mehr versucht, benutze nämlich:
> http://warper.geothings.net/
> Das Ding ist speziell für OSM entwickelt worden, du kannst dort die
> Daten nur auf OSM Basis referenzieren.
> Wie ich finde eine Super Sachen, hatte damit bisher keine Probleme, auch
> wenn es noch eine beta ist...

Der kann jetzt aber nicht wie der Rectifier GEOTIFF für OpenAerialMap
erzeugen, oder?
Zumindest sehe ich nur jpg.

Marcus

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

Re: [Talk-de] highway=bus_stop und weitere tags f

[Tobias Knerr]

Dimitri Junker schrieb:
>> Grundsätzlich ist die Idee, das nicht die komplette Strecke eingetragen
>> wird, sondern nur eine Abfolge von Bushaltestellen.
> 
> Ist etwas weniger klicken aber das Problem haben wir ja mit den 
> Haltestellen. Damit das klappt müßte JOSM u.ä. bei jeder neuen Haltestelle 
> eine Routingabfrage machen. Ob das so ideal ist? Für DSL-Kunden evtl noch 
> halbwegs OK, für andere nicht.

Man kann Routing-Algorithmen auch auf dem eigenen Rechner laufen lassen,
so ists ja nicht.

Ich finde die Idee von Routing als Linien-/Wanderweg-/etc.-Eintraghilfe
jedenfalls ausgezeichnet. Wohlgemerkt als Eintraghilfe, so dass die
Daten dann trotzdem in einer Relation gespeichert und nicht erst beim
Verwerter immer wieder neu bestimmt werden, sonst verschiebt jemand
einen Weg ein Stück und die Route nimmt plötzlich den neuen kürzesten
Weg. Ganz abgesehen vom sonst nötigen Aufwand, um ein paar Linien zu malen.

Wenn ich grad die Zeit dazu hätte...

Also: Wenn jemand Lust _und Zeit_ hat, sowas umzusetzen: Wäre cool! ;)

Tobias Knerr

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

Re: [Talk-de] Grenzprobleme

[freeworld]

Sorry, aber ich bin immer verwirrter. Kann bitte einer nochmal klipp und
klar sagen, wie denn jetzt an der Küste die Grenzen zu taggen sind? Und wenn
sich einer ganz sicher ist, kann er das ja auch so ins Wiki schreiben.

So, wie ich es jetzt der Diskussion entnehme, denke ich folgendes:

Die Staatsgrenze ist die 12 Meilen Seegrenze. Diese ist gleichzeitig die
Grenze der Bundesländer und wird demzufolge in die entsprechenden Relationen
gesteckt. Logischerweise müsste dann also auch das Stückel Meer irgendner
Gemeinde zuzuordnen sein, deren Grenze dann wohl auch die 12 Meilen Grenze
wäre.

Um die Sache mit der Landmasse korrekt darzustellen, müsste man also für
jedes küstennahe Bundesland eine eigene Relation haben, die nur die
Landmasse des Bundeslandes einschließlich Inseln innerhalb der 12 MeilenZone
enthält, so ähnlich wie mit der Deutschland Relation, die nur die Landmasse
enthält.
Genau das gleiche müsste man dann für jeden Kreis und jede Gemeinde machen -
sehe ich das richtig?

Bitte klärt mich auf und aktualisiert das Wiki!

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

Re: [Talk-de] highway=bus_stop und weitere tags f ür diesen Node

[Martin Koppenhoefer]

Am 21. März 2009 18:23 schrieb Dimitri Junker :
> Hallo,
>
>
>>vermutlich werden in der Praxis allerdings bei dieser Variante die
>>Koordinaten von gegenüberliegenden Haltestellen an einfachen Straßen
>>interpoliert, und nur 1 Node gezeichnet.
>
>
> Von wem? Das entscheidet ja wohl der Mapper. Ich halte es so: sind die
> beiden Haltestellen deutlich versetzt trage ich sie einzeln ein sonst als
> ein Node. Deutlich versetzt ist einerseits wenn z.B. die Kreuzung dazwischen
> ist oder wenn sie um mehr als sagen wir 20m versetzt sind. Kleinere Versätze
> sind eh kleiner als die GPS-Genauigkeit und so genau halten die Busfahrer
> sowieso nicht.
>

Du lässt wirklich kein "Argument" ungenutzt, um auf dieser Sache zu
beharren. Ich sags mal so: aus Gründen der Datenkonsistenz wäre es
trotzdem nicht schlecht, sich auf eine Vorgehensweise zu einigen. Wenn
das nicht geht, wäre es gut, wenn man sich auf das Neuerfassen
beschränkt und die Nodes, die jemand anders gesetzt hat, erstmal drin
lässt.

Gruß Martin

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

Re: [Talk-de] Grenzprobleme

[Markus]

Hallo Christoph,

> Die Staatsgrenze ist die 12 Meilen Seegrenze. 

Im Prinzip ja, zumindest in D-Land.
(und in vielen anderen Ländern, aber in manchen auch die 3 sm)
Genauer steht es im Wiki: 
http://wiki.openstreetmap.org/wiki/de:Grenze#Verwaltungsgrenzen:_Seewärtige_Grenze

Bei Bundesländern etc. kenne ich mich nicht aus.
Gruss, Markus

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

Re: [Talk-de] Vandalismus-Arbeitsgruppe

[Florian Lohoff]

On Sat, Mar 21, 2009 at 01:58:44PM +0100, Bernd Wurst wrote:
> Subject: Re: [Talk-de] Vandalismus-Arbeitsgruppe
> 
> Hallo Florian.
> 
> Am Samstag 21 März 2009 13:31:02 schrieb Florian Lohoff:
> > In wieweit hat das denn auch ggfs mal Strafrechtliche Konsequenzen [...]
> > Ich meine Grundsaetzlich koennten Loeschungen ja auch als
> > Sachbeschaedigung gewertet werden oder? 
> 
> Warst du nicht neulich noch auf dem Trichter, dass das Computersabotage wäre?
> Jetzt ist es plötzlich Sachbeschädigung. Was ist es morgen?

Jetzt scheinst du Menschen zu verwechseln. Ueber Computersabotage
habe ich bisher nicht Diskutiert?!?!

Hast du nen quote oder link auf die Diskussion?

> > Ich meine den Wert kann man ja
> > durchaus ermitteln - d.h. wenn ich 3 MannWochen fuer das erfassen von
> > Ort A  habe und jemand loescht das wiederholt dann entsteht ein Schaden.
> 
> Da du explizit deine Daten in eine Datenbank hochgeladen hast bei der die 
> oberste Maxime ist, dass jeder die Daten verändern darf, wirst du damit leben 
> müssen.

Veraendern != Grossflaechig loeschen

> Nein.
> Jeder OSM-Teilnehmer kennt (hoffentlich) die Bedingungen. Diese enthalten die 
> Berechtigung, die Daten beliebig zu verändern und sie enthalten (mindestens 
> implizit) den Hinweis, dass jeder die eigenen Daten beliebig verändern kann.
> 
> Wer jetzt plötzlich nach wilden Gesetzeninterpretationen sucht, nur weil 
> jemand anderes (aus welchem Grund auch immer) irgendwelche Daten verändert, 
> hat irgend etwas elementares nicht verstanden und sollte vielleicht lieber 
> aufhören seine wertvolle Zeit in OSM zu investieren.

Es ging um mutwillige Zerstoerung und nicht um "veraendern im rahmen der
ergaenzung oder verbesserung". 

Nur weil ich jemandem erlaube mit meinem Auto so viel zu fahren wie er
will heisst das nicht das er es absichtlich vor einen Baum fahren darf
oder?

> Doch, es lässt sich alles wiederherstellen. Es gibt eine History und es gibt 
> Leute die das aufgrund einer freundlichen Mail machen. Es geht nicht für 
> jeden 
> Besucher per Webinterface, aber von dem Jeder darf alles ist bei Wikipedia 
> auch nicht mehr viel übrig.

Es geht darum sich vor Menschen zu wehren deren einziges Ziel es ist 
dem Projekt Schaden zuzufuegen.

Wie willst du jemanden aussperren der jeden tag sich einen neuen Account
macht, und dann einfach mal 10km^2 beliebig irgendwo mutwillig
verschiebt oder loescht?

Technisch ist dem nicht beizukommen denn email accounts und ip addressen
sind beliebig zu bekommen.

Natuerlich ist Diplomatie, Aufklaerung und aehnliches der bevorzugte
Weg. Aber was ist wenn dort nichts zu erreichen ist - Stichwort:
Boeswillig, Absichtlich, Vorsaetzlich?

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] Vandalismus-Arbeitsgruppe

[Florian Lohoff]

On Sat, Mar 21, 2009 at 04:57:40PM +0100, Bernd Wurst wrote:
> Einem bekannten, rollstuhlfahrenden Gesetzesentwurf-Schreiber passiert das 
> momentan recht gerne, dass eigentlich alles was man so tun kann strafbar wird 
> und man dann inoffiziell dazu sagen, dass man die Rechte die man jetzt hat 
> natürlich nur gegen "böse" Menschen nutzen wird.

Der Rollstuhlfahrer macht nicht nur neue dinge Gesetzeswidrig sondern
Gesetzeswidriges hoffaehig und legal. Und das mit mitteln die einfach
nur plump und wiederlich sind.

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] Vandalismus-Arbeitsgruppe

[Florian Lohoff]

On Sat, Mar 21, 2009 at 05:30:53PM +0100, Bernd Wurst wrote:
> Diese beiden Vorgehensweisen hatte Wikipedia schon lange bevor es sich in die 
> unsympathische Richtung mit den unüberschaubaren Rollen und Kompetenzen 
> entwickelte.

Der grosse unterschied zwischen Wikipedia und OSM an dieser stelle ist
das bei Wikipedia der revert einfach Strukturell bedingt einfach ist.
Jede seite steht erstmal fuer sich selber und hat eine history.

Bei OSM sind alle nodes/ways/relations und regionen abhaengig und
verwoben mit anderen objekten ohne die sie nicht existieren koennen.

Jeder der mal nur EINE relation recovered hat weiss wie aetzend das ist
weil staendig hier und da mal ein weg weggefallen ist ...

Und damit werden wir nie an den Punkt kommen das wir eine aehnlich
einfache revcovery funktion wie Wikipedia haben werden - Strukturell
bedingt technisch unmoeglich.

Und bei wirklich boesartigem verhalten ist eben das sperren so nicht
moeglich. Was hilfts mir wenn ich den Kreis GT Sperre und derjenige
einfach nebenan die Stadt Bielefeld loescht oder verschiebt?

> Ich sehe keine Notwendigkeit irgendjemanden zu verklagen oder auch nur die 
> Angst zu streuen, dass man jemanden verklagen wird, wenn er nicht artig ist.

Es geht darum jemanden aus seiner Anonymitaet zu zerren - denn nur diese
erlaubt eben Schadhaftes verhalten. Derzeit gibt es genuegend freemailer
und dazu noch tor so das jeder ungestraft bei OSM loeschen und
manipulieren kann.

> Es haben schon Leute ganze Gemeinden gelöscht weil sie es nicht geschafft 
> haben, verantwortungsvoll mit ihrem Editor umzugehen. Ich sehe die 
> Notwendigkeit, für solche Fälle eine History zu haben. Aber ich sehe keinen 
> Anlass die Leute zu verklagen.

Sorry - das ist nicht mutwillig, boesartig oder vorsaetzlich - und nur
darum geht es.

Ohne eine Rechtliche Bildung zu haben ist Sachbeschaedigung so weit ich weiß
nur mit Vorsatz Strafbar. D.h. mache ich aus versehen was kaputt muss
ich es zwar zahlen aber kann Strafrechtlich nicht belangt werden. Wenn
mit Vorsatz gehandelt wird wird es eben auch Strafrechtlich interessant.

Wir koennen jetzt noch in epischer Breite diskutieren ob ein Vorsatz
nachweisbar ist im falle von OSM aber darum geht es im zweifelsfalle
nicht.

Flo
PS: Im zweifelsfalle ersetzte Sachbeschaedigung durch Datenveränderung
-- 
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] Vandalismus-Arbeitsgruppe

[Frederik Ramm]

Hallo,

André Reichelt wrote:
> Darum geht es nicht. Wenn jedoch jemand wiederholt extrem auffällig
> wird, also beispielsweise ganze Landkreise ausradiert und selbst nach
> mehrfacher Aufforderung nicht damit aufhört, sollte man rechtliche
> Handhabe gegen ihn haben.

Vielleicht sollte man frueher oder spaeter mal die Moeglichkeit 
einfuehren, bei OSM seinen vollen Namen und seine Anschrift zu hinterlegen.

Als OSM-Nutzer wuerde man lediglich sehen, *ob* ein bestimmter Nutzer zu 
der "Name und Anschrift hinterlegt"-Gruppe gehoert oder nicht; Name und 
Anschrift waeren nur den Admins zugaenglich. Es ist damit zu rechnen, 
dass dies dazu fuehren wuerde, dass Edits von Leuten, die nicht derart 
bekannt sind, grundsaetzlich von der Community etwas genauer 
kontrolliert werden wuerden - aehnlich wie bei der Wikipedia, wo ein 
Edit von "einer IP-Nummer" arwoehnischer beaeugt wird als ein Edit eines 
eingetragenen Nutzers.

Spaeter koennte man bei Bedarf dann weiter gehen und Aenderungen, die 
ueber ein gewisses Volumen hinausgehen, nur noch von solchen 
"verifizierten" Accounts zulassen.

Ich nehme an, dass ein solches Vorgehen auch ohne konkrete Androhung 
irgendwelcher rechtlicher Schritte jede Art von Vandalismus deutlich 
einschraenken wuerde.

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] highway=bus_stop und weitere tags f

[Hatto von Hatzfeld]

Martin Koppenhoefer wrote:

> Dimitri schrieb:
>> Ist auch nicht so toll, wir haben hier in Aachen die Ringlinie 3 die gibt
>> es in die eine Richtung als 3A und in die andere als 3B. Gestern habe ich
>> diese um 3 Haltestellen verlängert und mußte dann immer überlegen kommt
>> diese Haltestelle jetzt in 3A oder in 3B. Die Wahrscheinlichkeit da
>> Fehler zu machen ist groß. [...]
>>
> 
> das wäre kein Problem, wenn Du die Haltestellen an die richtige
> Straßenseite malen würdest.

Ein sehr gutes Argument. Warum wohl Dimitri darauf nicht eingegangen ist?

Ich möchte zu dieser Diskussion nur mal bemerken, dass mich Martins
Argumente überzeugt haben. Dimitri scheint sich da eher in etwas verbissen
zu haben.

Just my impression ...

Hatto


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

[Talk-de] Creative Commons zur ODbL

[Frederik Ramm]

Hallo,

es gibt ein offizielles Statement der Creative Commons-Organisation 
zu ODbL. Ulf Möller hat es hier in unser Wiki gestellt:

http://wiki.openstreetmap.org/wiki/ODbL_comments_from_Creative_Commons

Ich uebersetze hier mal einen kleinen zusammenfassenden Aussschnitt aus 
der Stellungnahme:

"Im Allgemeinen sind wir der Ansicht, dass den Interessen der 
Datennanbieter und -Nutzer - besonders in Wissenschaft, Lehre und 
anderen Bereichen, in denen der freie Austausch und die Weiterverwendung 
ovn Daten wichtig für den Erfolg der Community ist - am besten gedient 
ist, indem man unnoetige Transaktionskosten reduziert, rechtliche Mittel 
vereinfacht, und so viel Klarheit und Sicherheit bezüglich der Rechte 
und Pflichten von Datenanbietern und -Nutzern schafft, wie es rechtlich 
  möglich ist.

Wir glauben, dass die ODbL diese Anforderungen an den Datenaustausch 
nicht erfüllt.

Erstens ist die ODbL als Lizenz aufgebaut und erschwert daher rechtliche 
Vorhersagbarkeit und Sicherheit sowohl für Datenanbieter als auch für 
Datennutzer in den Fällen, in denen der rechtliche Schutz von 
Datenbanken unklar ist.

Zweitens kann die Komplexität des Lizensierungsschemas in der ODbL es 
für viele Benutzer - besonders für jene ohne juristische Ausbildung - 
schwierig machen, ihre Rechte und Pflichten zu verstehen.

Drittens können die Vorschriften der ODbL im Einzelfall drastische 
rechtliche oder administrative Hürden für den Nutzer bedeuten, was die 
Transaktionskosten erhöht und die freie Nutzung der Daten behindert.

Viertens behauptet die ODbL, nicht nur eine Lizenz zu sein, sondern auch 
ein Vertrag, dessen Wirksamkeit sich auf den "Zugriff" auf die Daten 
stützt und nicht auf darunterliegendes Urheberrecht oder andere Rechte. 
Diese Herangehensweise ist übertrieben und dehnt Zugriffsbeschränkungen 
und urheberrechtsänhliche Einschränkungen auf Inhalte aus, die nicht 
urheberrechtlich schützbar sind. Sie brignt weitere Fragen und 
Unsicherheiten bezüglich des Zustandekommens des Vertrags mit sich.

Fünftens kann die ODbL zu Problemen bei der Kombination mit anderen 
Werken führen, weil ihre copyleft/share-alike-Vorkehrungen in Konflikt 
mit anderen Einschränkungen führen."

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] Creative Commons zur ODbL

[Tobias Wendorff]

Irgendwie muss ich zustimmen :-)


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

Re: [Talk-de] Vandalismus-Arbeitsgruppe

[Tobias Knerr]

Frederik Ramm schrieb:
> Vielleicht sollte man frueher oder spaeter mal die Moeglichkeit 
> einfuehren, bei OSM seinen vollen Namen und seine Anschrift zu hinterlegen.

Würden wir die dann auch kontrollieren -- wenn ja, wie? Ein Pseudonym
hilft uns schließlich nicht wirklich weiter. Und seine "Preisgabe"
dürfte auch nicht wirklich eine disziplinierende Wirkung entfalten.

Tobias Knerr




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

[Talk-de] Einschränkungen Taggen

[Matthias Versen]

Hallo !

Wie kann man folgende Wegebeschränkungen Taggen :
http://mversen.de/temp/schild.jpg

Einzelnd ist das kein Problem, aber wie macht man das in diesem 
Zusammenhang ?

Matthias


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

Re: [Talk-de] Vandalismus-Arbeitsgruppe

[Frederik Ramm]

Hallo,

Tobias Knerr wrote:
> Würden wir die dann auch kontrollieren -- wenn ja, wie? Ein Pseudonym
> hilft uns schließlich nicht wirklich weiter. Und seine "Preisgabe"
> dürfte auch nicht wirklich eine disziplinierende Wirkung entfalten.

Keine Ahnung, wie man das machen koennte. Post-Ident ;-) oder so wie 
eBay, einen Brief hinschicken mit einem Identifikations-Code drin. Ist 
natuerlich nie 100%.

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] Grenzprobleme

[Norbert Kück]

Hallo,

freeworld schrieb:
 > [...]
> Die Staatsgrenze ist die 12 Meilen Seegrenze. 
Richtig.

 > Diese ist gleichzeitig die
> Grenze der Bundesländer und wird demzufolge in die entsprechenden 
> Relationen gesteckt. 
Richtig.

> Logischerweise müsste dann also auch das Stückel 
> Meer irgendner Gemeinde zuzuordnen sein, deren Grenze dann wohl auch die 
> 12 Meilen Grenze wäre.
Nicht zwingend. Zunächst einmal gibt es noch Kreise. Ich habe für 
Niedersachsen bisher nur Hinweise aber keine Nachweise, dass die Kreise 
das Küstenmeer verwalten - es geht ja um Verwaltungsgrenzen.

Welche hoheitlichen Aufgaben Gemeinden jenseits der trocken fallenden 
Flächen wahrnehmen sollen (und können!) entzieht sich meiner Phantasie. 
Das wird hier derzeit auch eher zu einer Phantomdiskussion, da es in OSM 
bisher praktisch keine küstenrelevanten Gemeindegrenzen gibt.

Wegen der Unklarheiten habe ich stets nur Bundes- und Landesgrenzen von 
der Küstenlinie auf die 12sm-Linie verlegt. Der Rest kann entschieden 
werden, wenn man nicht mehr nur vermutet.

Übrigens: Mir persönlich sind die Relationen völlig egal, aber ich 
bediene sie natürlich, wenn es sie denn gibt. Mir ging es stets nur um 
den korrekten Verlauf der Grenzen - Bundes- und Landesgrenzen auf der 
Küstenlinie waren erkennbar falsch.

> Um die Sache mit der Landmasse korrekt darzustellen, müsste man also für 
> jedes küstennahe Bundesland eine eigene Relation haben, die nur die 
> Landmasse des Bundeslandes einschließlich Inseln innerhalb der 12 
> MeilenZone enthält, so ähnlich wie mit der Deutschland Relation, die nur 
> die Landmasse enthält.
> Genau das gleiche müsste man dann für jeden Kreis und jede Gemeinde 
> machen - sehe ich das richtig?
Wieder die Sache mit den Relationen. Bevor man mit viel Aufwand Daten 
produziert, sollte man fragen, wofür sie gebraucht werden. Für die 
gewöhnliche Kartendarstellung braucht man das nicht, möglicherweise aber 
für besondere Gestaltungen (Freisteller...) oder für 
Flächenberechnungen. Da denke ich, sollen es die machen, die es brauchen 
- dann wird es richtig.

Gruß
nk

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

Re: [Talk-de] highway=bus_stop und weitere tags f

[Gerrit Lammert]

Hatto von Hatzfeld wrote:
> Martin Koppenhoefer wrote:
> Ich möchte zu dieser Diskussion nur mal bemerken, dass mich Martins
> Argumente überzeugt haben. Dimitri scheint sich da eher in etwas verbissen
> zu haben.

Vielleicht sollte ich meine Meinung auch noch kurz zusammenfassen.
Ich habe (auch wenn der Eindruck hier nicht aufgekommen sein mag) die
Bus-Stops NEBEN der Straße getaggt und finde das insgesamt auch
sinnvoller als auf der Straße.
ABER:
a) Es gibt gute Gründe sie auf der Straße zu haben
b) Bahnen haben sie i.d.R. AUF dem Weg, auch wenn es hier analog die
gleichen guten Gründe gibt, das NEBEN der Straße zu machen.

Genau diese Gründe (Quasi mein innerer Martin im Kampf gegen den inneren
Dimitri)  haben dazu geführt, dass ich das kombinierte/einheitliche
Bus-Stop-Proposal gemacht habe.
Falls das nicht klar geworden ist: bus_stop auf dem Weg mache ich NUR,
weil ich platform NEBEN dem Weg habe, der alle Funktionen des "alten"
bus_stop neben dem Weg erfüllt.
Ich habe lange überlegt, ob ich bus_stop neben dem Weg lassen sollte und
etwas neues auf den Weg einführen, aber sprachlich ist bus_stop für mich
halt der Punkt an dem der Bus stoppt und nicht wo man auf ihn wartet.
Abgesehen gab es railway=platform in dieser Bedeutung für Züge bereits
vorher.
Die talk-transit-Leute aus Englang schlagen nun "quay" statt platform
vor, was ich vor allem mit Kai übersetzt hätte. Was ich damit meine:
Namen sind Schall und Rauch, es gibt momentan drei Möglichkeiten:
1) Markieren AUF der Straße, mit allen Nachteilen die das hat
2) Markieren NEBEN der Straße, mit allen Nachteilen die das hat
3) Sowohl Markieren AUF, als auch NEBEN der Straße, mit dem Nachteil des
erhöhten Aufwandes.

Gerrit

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

Re: [Talk-de] Einschränkungen Taggen

[Hatto von Hatzfeld]

Matthias Versen wrote:

> Hallo !
> 
> Wie kann man folgende Wegebeschränkungen Taggen :
> http://mversen.de/temp/schild.jpg
> 
> Einzelnd ist das kein Problem, aber wie macht man das in diesem
> Zusammenhang ?

Leider habe ich in den verschiedenen Diskussionen um das Kennzeichnen
derartiger Einschränkungen inzwischen den Überblick verloren. Mir scheint
das daran zu liegen, dass eine allgemein akzeptierte Wiedergabe der
diversen möglichen Und- und Oder-Verknüpfungen von Einschränkungen noch
nicht existiert.

Bei der Gelegenheit habe ich auch eine Frage: Wir würdet Ihr folgende
Schilderkombination in Tags übersetzen?

http://wiki.openstreetmap.org/wiki/Image:Nullverkehrszeichen.jpg

Habe ich hier in Köln gesehen. Es steht an einer Stelle, an der man von
einem Trampelpfad (zu Fuß oder per Mountainbike nutzbar) auf einen Kiesweg
kommt.

SCNR,
Hatto


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

Re: [Talk-de] Schutzgebiete in Lübeck - Anmerkungen und Anregungen für Tags

[Jan Tappenbeck]

Hallo Gerrit,

ich habe ich ja bereit erklärt die Daten für HL aufzubereiten - werde 
diese aber wohl noch etwas liegen lassen müssen bis wir uns 
"näherungsweise" auf Bezeichnungen verständigt haben.

Ich hoffe daher noch auf eine rege Diskussion mit einem brauchbaren 
Ergebnis - Schutzgebiete sind schließlich keine Randerscheinung.

Gruß Jan :-)

Gerrit Lammert schrieb:
> Jan Tappenbeck wrote:
>> Folgende Elemente sind zu defninieren und ich wollte Euch um Anmerkungen 
>> bzw. Namensanregungen bitten.
> 
> Sieh dies nicht als konkreten Vorschlag. Dies ist eher meine persönliche
> Meinung wie es sein KÖNNTE :)
> 
> Als Schlüssel sollte landuse möglich sein. Ein irgendwie geartetes
> Naturschutzgebiet ist normalerweise weder residential, noch industrial
> oder so. und auch landuse=forest passt IMHO nicht, da dies eine
> forstwirtschaftliche Nutzung bedeutet und von nature=wood unterschieden
> werden sollte (hatten wir hier letztens gerade).
> Weiter würde ich das bereits häufiger in letzter Zeit angesprochene
> hierarchische Schema verwenden, also etwa:
> 
> landuse=protected_area:nature:birds (~Vogelschutzgebiet)
> landuse=protected_area:water (~Wasserschutzgebiet)
> 
> Prinzipiell könnte man so auch andere Schutzgebiete bezeichnen
> landuse=protected_area:culture:historic (~Weltkulturerbe)
> 
> 
> Dann passt es allerdings nicht mehr gut in landuse und man braucht einen
> eigenen Key oder die von Martin angesprochenen Administrative-boundary.
> 
> Wie gesagt, dass war kein konkreter Vorschlag, sondern eine
> Gedankensammlung. :)
> 
> Gerrit


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

[Talk-de] Wege auf Krankenhausgeländen

[Jan Tappenbeck]

Moin !

sind dieses mehrheitlich SERVICE-Wege oder UNCLASSIFICATION - wegen 
ihrer Breite und tlw. Zweispurigkeit ?!?!?

Gruß Jan :-)

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

Re: [Talk-de] Creative Commons zur ODbL

[Nop]

Hi!

Danke für's Übersetzen.

Frederik Ramm schrieb:
> Fünftens kann die ODbL zu Problemen bei der Kombination mit anderen 
> Werken führen, weil ihre copyleft/share-alike-Vorkehrungen in Konflikt 
> mit anderen Einschränkungen führen."

Das ist schon die gleiche Organisation, die die aktuelle Lizenz 
formuliert hat, die das noch viel härter unterbindet?  :-)

bye
Nop


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

Re: [Talk-de] Creative Commons zur ODbL

[Jonas Krückel (John07)]

Nop schrieb:
> Hi!
>
> Danke für's Übersetzen.
>
> Frederik Ramm schrieb:
>   
>> Fünftens kann die ODbL zu Problemen bei der Kombination mit anderen 
>> Werken führen, weil ihre copyleft/share-alike-Vorkehrungen in Konflikt 
>> mit anderen Einschränkungen führen."
>> 
>
> Das ist schon die gleiche Organisation, die die aktuelle Lizenz 
> formuliert hat, die das noch viel härter unterbindet?  :-)
>   
Sie sagen AFAIK ja auch, dass die CC-BY-SA für uns ungeeignet ist und 
wir stattdessen auf etwas BSD-artiges ausweichen sollten.

Persönlich wären mir mittlerweile so wenig Einschränkungen wie möglich 
(also stark Richtung PD) auch am liebsten.
Gruß
Jonas

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

Re: [Talk-de] Einschränkungen Taggen

[Michael Buege]

Zitat Matthias Versen:

> Wie kann man folgende Wegebeschränkungen Taggen :
> http://mversen.de/temp/schild.jpg
> 
> Einzelnd ist das kein Problem, aber wie macht man das in diesem
> Zusammenhang ?

Wenn man davon ausgehen kann, dass dort keine LKWs ueber 3,5t fahren 
duerfen, Personenkraftwagen und Kraftomnibusse sowie Trecker bis 5t aber 
wohl, tippe ich mal auf:

highway=unbekannt
hgv=no (fuer Zeichen 253)
access=agricultural (fuer Zeichen 1026-36)
maxweight=5 (fuer Zeichen 1052-35)

-- 
Michael



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

Re: [Talk-de] highway=bus_stop und weitere tags f ür diesen Node

[Andreas Titz]

Dimitri Junker wrote:
>>also setzen wir jetzt zwei Punkte für eine Bushaltestelle, um das zu
>>erreichen, was wir auch genauso gut mit einem Punkt lösen können ;-)
> 
> Wie schon zig mal erklärt ist alle Info auch über den Node auf der Straße 
> mit der relation vorhanden. Man braucht keine 2 Nodes zumindest nicht für 
> Busse die Türen nur auf einer Seite haben. Bei Straßenbahnen/Zügen braucht 
> man ggf 2 Nodes weil man evtl auf der linken Seite einsteigen kann. Bei 
> Bussen ergibt sich aber eindeutig aus Fahrtrichtung und Haltepunkt auf der 
> Straße wo die Haltestelle ist.

Inwiefern? Ich habe gerade eine Buslinie erfasst (aber noch nicht 
eingetragen), die verlässt die Hauptstraße für eine ca. 3km lange 
Stichfahrt. Dafür biegt der Bus in eine Nebenstraße ab und fährt ca. 3km 
diese Nebenstraße entlang. Dabei hält er dreimal. Am Ende der 
Nebenstraße wendet der Bus und fährt ohne Halt wieder zurück zur 
Hauptstraße.
Das ganze in beide Richtungen:
  B
  |
  |
  |
  +---*-*-*---O
  |
  |
  |
  A

Wie soll man jetzt erkennen, ob die Fußgänger immer nur auf der 
südlichen Straßenseite warten müssen, egal, ob sie nach A oder B wollen?
Der Bus fährt die Haltestellen ja sowohl vorwärts, d.h. Richtung A als 
auch rückwärts (Richtung B) in derselben Reihenfolge an.

An einer anderen Stelle macht die Linie noch eine Stichfahrt. Dabei 
verlässt sie die Hauptstraße, um zu einer Wendestelle (mit Haltestelle) 
zu kommen. Auf dem Weg zur Wendestelle passieren die Busse eine weitere 
Haltestelle. Da hier auch noch eine andere Linie fährt, gibt es auf 
beiden Straßenseiten einen Haltestellemast - sogar ziemlich genau 
gegenüber. "Meine" Linie hält aber aus tariflichen Gründen nur 1x an 
dieser Zwischenhaltestelle - und zwar auf der Hinfahrt /nach/ dem Wenden 
und auf der Rückfahrt /vor/ dem Wenden. Auf welcher Straßenseite sollen 
die Fahrgäste warten?
 O
 |
 |
C- - - - +---*--+-*--B
|
|
A

In beiden Fällen hilft es weiter, den Node neben die Straße zu 
platzieren. Im ersten Beispiel ist damit klar, dass alle Haltestellen 
südlich gelegen sind. Und im zweiten Beispiel wird der nördliche node 
als "backward" in die Relation gepackt und der südliche als "forward".

Von mir aus kann ja direkt auf der Straße noch ein Node sein, um dem 
Busfahrer zu signalisieren, wo genau er stoppen muss und 
Fahrzeugroutingsoftware an dieser Stelle eine mögliche Stockung 
einkalkuliert.

 > Wie kannst Du einem einsamen Node eine Richtung zuordnen?

Die Richtung bestimmt sich nach der Fahrtrichtung des Busses, also 
welche Haltestelle vor bzw. nach dem einsamen Node kommt. In der API 0.6 
sind die Members einer Relation nämlich geordnet, d.h. sie werden von 
der API in genau derselben Reihenfolge zurückgegeben, wie sie 
hochgeladen wurden.

Gruß Andreas


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

Re: [Talk-de] Einschränkungen Taggen

[Ulf Lamping]

Michael Buege schrieb:
> Zitat Matthias Versen:
> 
>> Wie kann man folgende Wegebeschränkungen Taggen :
>> http://mversen.de/temp/schild.jpg
>>
>> Einzelnd ist das kein Problem, aber wie macht man das in diesem
>> Zusammenhang ?
> 
> Wenn man davon ausgehen kann, dass dort keine LKWs ueber 3,5t fahren 
> duerfen, Personenkraftwagen und Kraftomnibusse sowie Trecker bis 5t aber 
> wohl, tippe ich mal auf:
> 
> highway=unbekannt
> hgv=no (fuer Zeichen 253)
> access=agricultural (fuer Zeichen 1026-36)
> maxweight=5 (fuer Zeichen 1052-35)
> 

Also bevor wir uns Gedanken über das Tagging machen, sollte man erstmal 
rausfinden wie die Schilder eigentlich gemeint sind ;-)

Ich hätte das spontan so verstanden:

Alles bis 5t Gewicht darf da lang. Trecker oder ähnliches auch schwerer.


Aber meine Führerscheinprüfung ist schon ein bisschen her ...

Gruß, ULFL

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

Re: [Talk-de] highway=bus_stop und weitere tags f

[Dimitri Junker]

Hallo,

>Ein sehr gutes Argument. Warum wohl Dimitri darauf nicht eingegangen ist?


Weil es um das eintragen in die Relation ging und da geht es eben nicht, was 
immer wieder bezweifelt wird aber bisher nicht widerlegt wurde.

Dimitri

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

Re: [Talk-de] highway=bus_stop und weitere tags f

[Dimitri Junker]

Hallo,


>Man kann Routing-Algorithmen auch auf dem eigenen Rechner laufen lassen,
>so ists ja nicht.


stimmt, hatte da irgendwas falsch im Hinterkopf.

Dimitri

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

Re: [Talk-de] Creative Commons zur ODbL

[Christoph Eckert]

Moin,

> Persönlich wären mir mittlerweile so wenig Einschränkungen wie möglich
> (also stark Richtung PD) auch am liebsten.

ich sehe das mittlerweile auch so. Wenn ich zurückblicke, dann wollte ich am 
Anfang auch verhindert wissen, dass sonstwer (sprich auch gerade die Jungs, 
die mir ziemlich schlechtes Material zu deutlich überteuerten Preisen und zu 
mehr als unfairen Konditionen boten) die von mir mühsam eingesammelten Daten 
einfach so verwenden kann. So denken schätzungsweise viele im Projekt.

Inzwischen müssen wir uns die Frage gefallen lassen, wozu wir denn die ganzen 
Daten sammeln, wenn es rechtlich gesehen fast unmöglich ist, die Daten auch 
zu verwenden. Unsere Lizenz ist momentan und potentiell auch künftig 
unvereinbar mit anderen freien Projekten. Das ist absolut nicht das, was wir 
bezwecken sollten.

Mit der neuen Lizenz wird ein *riesen* Aufwand betrieben, unsere Daten in 
einen goldenen Käfig zu sperren. In meinen Augen verhindert dieser Käfig 
gerade das, was wir uns alle wünschen: Coole neue Sachen und Anwendungen mit 
unseren Daten.

PD ist nicht durchzubekommen. Ich bedauere das, habe aber Verständnis für die 
Leute, die das nicht wollen, weil ich selbst lange so dachte. Andererseits 
fände ich es super, wenn wir die neue ODBL ausschlagen und dann eine PD 
möglichst nahekommende Regelung finden würden.

Allen, die noch immer der Meinung sind, dass die major Player uns was stehlen 
könnten, möchte ich auf ein Posting von heute auf heise.de¹ aufmerksam 
machen. Dem durchschnittlichen Navi-Nutzer sind Rohdaten und eine krude 
Infrastruktur vollkommen schnuppe, sobald er einfachst Fehler melden und die 
Fixes kostenlos herunterladen kann. Wenn wir heute unsere Daten einsperren, 
erweisen wir uns selbst einen Bärendienst. IMO setzen wir nichts weniger als 
die Zukunft unseres Projektes auf's Spiel.

Das waren meine zwei Pfennig,

ce


¹ http://tinyurl.com/cr42oy


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

Re: [Talk-de] Einschränkungen Taggen

[Michael Buege]

Zitat Ulf Lamping:

> Michael Buege schrieb:
>> Zitat Matthias Versen:
>> 
>>> Wie kann man folgende Wegebeschränkungen Taggen :
>>> http://mversen.de/temp/schild.jpg
>>>
>>> Einzelnd ist das kein Problem, aber wie macht man das in diesem
>>> Zusammenhang ?
>> 
>> Wenn man davon ausgehen kann, dass dort keine LKWs ueber 3,5t fahren
>> duerfen, Personenkraftwagen und Kraftomnibusse sowie Trecker bis 5t
>> aber wohl, tippe ich mal auf:
>> 
>> highway=unbekannt
>> hgv=no (fuer Zeichen 253)
>> access=agricultural (fuer Zeichen 1026-36)
>> maxweight=5 (fuer Zeichen 1052-35)
>> 
> 
> Also bevor wir uns Gedanken über das Tagging machen, sollte man
> erstmal rausfinden wie die Schilder eigentlich gemeint sind ;-)
> 
> Ich hätte das spontan so verstanden:
> 
> Alles bis 5t Gewicht darf da lang. Trecker oder ähnliches auch
> schwerer.
> 
> 
> Aber meine Führerscheinprüfung ist schon ein bisschen her ...

Meine noch laenger, deswegen hab ich nachgeschaut.
Zeichen 253: Verbot für Kraftfahrzeuge mit einem zulässigen 
Gesamtgewicht über 3,5t, einschließlich ihrer Anhänger, und 
Zugmaschinen, ausgenommen Personenkraftwagen und Kraftomnibusse
Man will LKW-Verkehr gaenzlich ausschliessen. sonst haette man gleich 
Zeichen 262 (Verbot Fahrzeuge, deren tatsächliches Gewicht 
einschließlich Ladung die angegebene Grenze überschreitet) nehmen 
koennen.
hgv=no scheint mir deshalb zu passen, oder?
Zeichen 1026-36: Landwirtschaftlicher Verkehr frei
access=agricultural passt auch.
Zeichen 1052-35: zulässiges Gesamtgewicht 
Gilt imho fuer die Ausnahmen, also Trecker, PKW und Bus
maxweight=5
Wahrscheinlich will man LKW-Verkehr unterbinden, ohne die einheimischen 
Bauern zu behindern, aber irgendwo auf der Strecke kreuzt ein 
Wassergraben in einer alten Betonroehre, die zwar ab und zu nen Trecker 
mit 5t ab kann, aber nicht 200 mal am Tag einen LKW. 

-- 
Michael



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

[Talk-de] Chancen der neuen Lizenz

[Christoph Eckert]

Liebe Listenbewohner,

vollkommen zu Recht klagen inzwischen viele, dass es kaum mehr was zu mappen 
gäbe¹. Ich kann das nicht so ganz nachvollziehen, droht doch schon in naher 
Zukunft Abhilfe.

Sobald die OSMF die neue Lizenz durchzudrücken versuchen wird, werden etliche 
Projektmitglieder nicht zustimmen. Daraufhin werden in den OSM-Daten weite 
Landstriche gelöscht werden müssen. Im Gegenzug werden zwei weitere, ganz 
ähnlich gelagerte Projekte entstehen, die ebenfalls Geodaten einsammeln: 
Eines unter PD, ein anders unter der bisherigen Lizenz.

Es wird also drei Projekte geben, die alle das gleiche Ziel, aber unter 
verschiedenen Lizenzen verfolgen werden. Das ist doch für uns alle ein großes 
Glück: Endlich werden wir wieder aus dem Vollen schöpfen und in vollkommen 
ungemappten Gebieten unserem liebsten Hobby nachgehen können!

Na wenn das kein Glück ist...

;-)))

Beste Grüße,

ce

¹ http://www.openstreetmap.org/user/alf50/diary/5625


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

Re: [Talk-de] highway=bus_stop und weitere tags f ür diesen Node

[Dimitri Junker]

Hallo,

>Inwiefern? Ich habe gerade eine Buslinie erfasst


Weiter unten schreibst Du

>dass alle Haltestellen südlich gelegen sind.

Dann werden die Haltestellen nur in Fahrtrichtung Osten angefahren (der Weg 
habe die Orientierung ebenfalls nach Osten) dann wären sie forward_stop 

>"Meine" Linie hält aber aus tariflichen Gründen nur 1x an dieser
>Zwischenhaltestelle - und zwar auf der Hinfahrt /nach/ dem Wenden und
>auf der Rückfahrt /vor/ dem Wenden.
wenn ich es richtig versteh hält der Bus also immer auf der gleichen 
Straßenseite, dann ist es kein Problem. Ich zeichne es mal so wie ich es 
verstanden habe:

A
|
|   B
+W
|   C
|
|
D

Also die Hauptstrecke A->D mit einer Stichfahrt zum Wendepunkt W (keine 
Haltestelle.
In der einen Richtung halte der Bus in ABD und auf der Rückfahrt in DBA. 
dann sind A und D stop und B ist ein backward_stop (angenommen der Weg weist 
nach Osten)

Ein Problem wäre folgendes:

In der einen Richtung halte der Bus in ABD und auf der Rückfahrt in DCA. 
Dies wäre mit keinem der bisher vorgeschlagenen Systemen darstellbar


>In beiden Fällen hilft es weiter, den Node neben die Straße zu platzieren


Aber eben nur optisch auf der Karte nicht für die relation und damit für 
router o.ä.

>Und im zweiten Beispiel wird der nördliche node als "backward" in die
>Relation gepackt und der südliche als "forward".


Was soll den backward bedeuten? Rückwärts wie auf der Rückfahrt des Busses 
oder bei Fahrt in Gegenrichtung des Weges? 1. wäre machbar, dazu müßte man 
die Relation aber umdefinieren und alle alten Relations anpassen letzteres 
geht nicht weil keine Software eindeutig erkennen kann welcher der 
zugehörige Weg ist, zumindest nicht in allen Fällen

>Die Richtung bestimmt sich nach der Fahrtrichtung des Busses


Wie gesagt das war auch meine bevorzugte Methode, wäre aber eine 
Neudefinition -> mach ein Proposal (ich bin kurz nach der Einführung der api 
0.6 für 2.5 Monate in Urlaub ach nein auf Mappingausflug)


>In der API 0.6 sind die Members einer Relation nämlich geordnet, d.h.
>sie werden von der API in genau derselben Reihenfolge zurückgegeben, wie
>sie hochgeladen wurden.


Ich hoffe, das wird umsortierbar sein. Soll das jetzt heißen ich muß alle 
Wege und Haltestellen sortieren? Und wie geht es bei Linien die ein Y 
fahren, je nach Uhrzeit mal zum linken mal zum rechten Ast.
Aber es gibt noch tollere Busrouten.
s.: 

In Fahrtrichtung W->O fährt die 33 hier von der Haltestelle Steinbergweg 
(die NO der 2) ->Kullenhofstr weiter im Gegenuhrzeigersinn zur uniklinik, 
dann weiter wieder zur Kullenhofstr und diesesmal aus dem Kreisverkehr raus 
die Stiwistr. zur Haltestelle Wendlingweg. 
Auf der Rückfahrt kommt sie von der nörlichen Haltestelle Wendlingweg zur 
Uniklinik, und direkt zur Steinbergweg. Das dürfte für jede relation-
Definition ein Härtetest sein. 
Zum Verlauf s. a.:




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

[Talk-de] Aktualisierungsregeln für Mapnik

[Stephan Wolff]

Moin,

ich finde es angenehm, dass Änderungen jetzt teilweise schon nach kurzer
Zeit in der Mapnik-Karte erscheinen. An manchen Stellen ist allerdings
eine kleine Verbesserung von vor zwei Wochen noch nicht in der Karte.
Manchmal tauchen Änderungen bei z=12 und z=14 auf, aber nicht bei z=13,
z=15 und höher. Früher musste man bis Donnerstag warten, aber dann war
jedenfalls alles aktuell.

Kennt jemand die Regeln, nach denen die Mapnik-Karte aktualisiert wird?
Hängt die Neuberechnung eines Tiles ab von
- Zahl der Änderungen in dem Gebiet
- Gesamtzahl der Abrufe seit Berechnung
- Zahl der Abrufe von verschiedenen IPs
- früherer Abrufhäufigkeit
- Zufallszahlen, den Planetenstellungen oder ähnlichem?

Kann man die Neuberechnung irgendwie forcieren? ti...@home liefert
derzeit viele kaputte Kacheln.

Viele Grüße

Stephan


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

Re: [Talk-de] Wege auf Krankenhausgeländen

[Florian Lohoff]

On Sat, Mar 21, 2009 at 10:23:47PM +0100, Jan Tappenbeck wrote:
> Subject: [Talk-de] Wege auf Krankenhausgeländen
> 
> Moin !
> 
> sind dieses mehrheitlich SERVICE-Wege oder UNCLASSIFICATION - wegen 
> ihrer Breite und tlw. Zweispurigkeit ?!?!?

Geschmacksfrage - Wenn ausschliesslich fuer das Krankenhaus dann eher
service - enn da auch anwohner noch durchduerfen oder sogar dran wohnen
dann eher residential.

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] Strasse mit Name pro Stassenseite

[Johannes Huesing]

Tobias Knerr  [Sat, Mar 21, 2009 at 12:56:07PM CET]:
> Martin Koppenhoefer schrieb:
> > Am 20. März 2009 22:02 schrieb Mario Salvini :
> >> Roger Luethi schrieb:
> >>> Hi there
> >>>
> >>> Ich bin auf eine kleine Quartierstrasse gestossen, welche genau auf der
> >>> Grenze zwischen zwei Gemeinden verlaeuft. Die Strasse heisst in beiden
> >>> Gemeinden anders (d.h. die Adressen der Haeuser auf beiden Seiten der
> >>> Strasse lauten auch anders).
> >
> > ich erinnere mich, dass dieses Thema hier schonmal vorkam. Etwas
> > unschöne Notlösung: 2 ways übereinander Alternativ könnte man auch 
> > name=a1;a2
> > eintragen, und mit den Adressenotes dann jeweils klarstellen, welche
> > Straßenseite wie heisst.
> 
> Warum nicht einfach name:left und name:right, 

In dem speziellen Fall täte es ja vielleicht auch name:de und name:nl. 
Aber es gibt, wie ich hier schon ein paar mal erwähnt habe, auch in 
Deutschland Adressen, die sich je nach Straßenseite unterscheiden. Dazu
kenne ich jetzt aber nur Beispiele, in denen nicht die Straße addressstiftend
ist, wie die Mannheimer Quadrate oder (auch im Südwesten) die Gewanne.

In Mannheim sind die Straßen dann unbezeichnet (Maplint beschwert sich dann
jedes Mal) und in addr:street steht dann der Block.

Wäre das für andere Fälle mit verschieden benannten Straßenseiten eine
Maßnahme: Beide Straßennamen aufnehmen, mit Semikolon trennen und links 
und rechts Hausnummerntagging mit dem jeweiligen Straßennamen vornehmen?

BTW: Openrouteservice findet Mannheim E3 nicht.


-- 
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] Creative Commons zur ODbL

[Markus]

Hallo Jonas, hallo Christoph,

>> Persönlich wären mir mittlerweile so wenig Einschränkungen wie möglich
>> (also stark Richtung PD) auch am liebsten.
> 
> ich sehe das mittlerweile auch so. 

Meine Daten stehen allen zur freien Verfügung.

Weil ich OSM sehr mag, fände ich schön, wenn Datenverwender dazu 
schreiben würden (müssten), dass diese von OSM stammen.
Mit einem Hinweis auf eine Website, auf der verzeichnet ist, wer alles 
Daten gespendet hat: (die LVAs, die TIGER-Leute, etc.
Einfach alle, die es auch cool finden, wenn Geo-Daten frei sind!

Gruss, Markus

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

Re: [Talk-de] Vandalismus-Arbeitsgruppe

[Bernd Wurst]

Hallo.

Am Samstag 21 März 2009 20:21:19 schrieb Florian Lohoff:
> > Warst du nicht neulich noch auf dem Trichter, dass das Computersabotage
> > wäre? Jetzt ist es plötzlich Sachbeschädigung. Was ist es morgen?
> Jetzt scheinst du Menschen zu verwechseln. Ueber Computersabotage
> habe ich bisher nicht Diskutiert?!?!

Damn, wirklich verwechselt.
Okay, dann sorry, dass ich dir das unterstellt habe, das hast du nicht 
geschrieben. Hätte ich besser nochmal nachlesen sollen.


> > Da du explizit deine Daten in eine Datenbank hochgeladen hast bei der die
> > oberste Maxime ist, dass jeder die Daten verändern darf, wirst du damit
> > leben müssen.
> Veraendern != Grossflaechig loeschen

Es wird jetzt grade soweit ich mitbekommen habe in Litauen großflächig 
gelöscht und keiner denkt dran, den Löschenden zu verklagen. :)


> Es ging um mutwillige Zerstoerung und nicht um "veraendern im rahmen der
> ergaenzung oder verbesserung".
> Nur weil ich jemandem erlaube mit meinem Auto so viel zu fahren wie er
> will heisst das nicht das er es absichtlich vor einen Baum fahren darf
> oder?

Ich glaube nicht, dass du jemanden strafrechtlich belangen kannst, wenn er mit 
deinem Auto und deiner Erlaubnis es zu benutzen vor nen Baum fährt.
Schadenersatz ja, aber strafrechtlich?


> Es geht darum sich vor Menschen zu wehren deren einziges Ziel es ist
> dem Projekt Schaden zuzufuegen.
>
> Wie willst du jemanden aussperren der jeden tag sich einen neuen Account
> macht, und dann einfach mal 10km^2 beliebig irgendwo mutwillig
> verschiebt oder loescht?

Ich streite nicht ab, dass das ein Problem ist.

Aber was bringt dir die großspurige Ankündigung, dass man so jemanden 
verklagen will?
Wenn derjenige die E-Mail-Adresse bei nem Freemailer nimmt und dann über tor 
oder ähnliches löscht, bringt das Verklagen auch nichts. Wenn er gleich von 
den Fidschis aus operiert wird's ebenfalls schwer.

Willst du nur diejenigen verklagen die zu doof sind das anonym zu machen?
Ich bleibe weiterhin der Meinung, dass diese Diskussion hier in exakt die 
selbe Richtung geht wie die vorher angesprochene und von mir nicht für 
sinnvoll befundene Gesetzgebung. Man stellt in den Raum, dass man diejenigen 
strafrechtlich belangen wird, die böse sind. Wer böse ist, wird im Einzelfall 
entschieden weil man das Kriterium nicht formal definieren kann. Wer böse und 
intelligent ist, kann aber trotzdem nicht belangt werden weil man ihn gar 
nicht ermitteln kann.

Dann lieber technische Maßnahmen ergreifen wie temporär das Anlegen neuer 
Accounts sperren oder sowas. Das wirkt sicher und bringt keinen 
Rechtsverdreher in Lohn und Brot.


> Technisch ist dem nicht beizukommen denn email accounts und ip addressen
> sind beliebig zu bekommen.

Rechtlich auch nicht.


> Natuerlich ist Diplomatie, Aufklaerung und aehnliches der bevorzugte
> Weg. Aber was ist wenn dort nichts zu erreichen ist - Stichwort:
> Boeswillig, Absichtlich, Vorsaetzlich?

IMHO hört einfacher Vandalismus nach kurzer Sperrzeit auf, weil es durch 
Langeweile oder Spaß an der Situation oder ähnliches motiviert ist.

Andauernde vorsätzliche Schädigung impliziert mir, dass es dem Schädiger 
irgend etwas bringt. Schließlich investiert er auch Zeit und Arbeitskraft.
Dann sollte es ihm ein Leichtes sein, sein Tun auch sinnvoll gegen 
Rückverfolgung abzusichern.

Gruß, Bernd

-- 
Manchmal hab' ich den Eindruck, hier poste der eine oder andere
Fünfjährige unter Drogen.  -  Jens Dittmar in de.newusers.questions


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

Re: [Talk-de] Vandalismus-Arbeitsgruppe

[Bernd Wurst]

Hallo.

Am Samstag 21 März 2009 20:40:01 schrieb Florian Lohoff:
> Und damit werden wir nie an den Punkt kommen das wir eine aehnlich
> einfache revcovery funktion wie Wikipedia haben werden - Strukturell
> bedingt technisch unmoeglich.

Warten wir mal noch ein paar Wochen ab, wie das mit den Changesets 
funktionieren wird und ob es damit nicht sehr einfach die Möglichkeit eines 
revert geben wird.
Ich tippe drauf, dass sich mindestens auf dessen Basis einiges machen lässt.

Gruß, Bernd

-- 
Man ist solange nicht besoffen,
wie man auf dem Boden liegen kann,
ohne sich festhalten zu müssen.


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