Re: [Talk-de] Waldweg, welcher "tracktype"?

[Martin Simon]

Am 26. April 2010 08:20 schrieb Walter Nordmann :
>
> sehe ich ähnlich:
>
> grade1 - asphaltiert
> grade2- schotter aber sonst sehr gut - feht nur noch asphalt, dann wäre der
> grade1
> alles was schlechter ist: 3-5
> grade6 - panzerweg ;)

Es ist schon etwas differenzierter - grade2 hat eine durchgehende
Oberfläche aus tragfähigem Material (Gesteinskörnung...) grade3 und 4
unterschieden sich im Anteil tragfähiges Material/Böden und kommen
meist mit bewachsenem oder nicht befestigten Mittelstreifen daher.
grade5 kann dann schon wieder etwas anderes sein - entweder völlig
unbefestigt oder mit geschlossener Grasdecke, was für Fußgänger und
Radfahrer oft besser als "normale" grade4 oder grade5 sein kann... ;-)

Aber wir wollen mit tracktype ja nicht die Nutzbarkeit für bestimmte
Verkehrsmittel bestimmen, sondern das Vorhandensein von Befestigung in
Längs- und Querrichtung und daraus "typische" Erscheinungsformen
ableiten. "surface=*" gibts ja auch noch.

P.S.: was ist ein Panzerweg? Betonplatten oder eine "Schneise der Verwüstung"?

Gruß,

Martin

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

Re: [Talk-de] Bahnübergang in Schilda?

[Andre Joost]

Am 25.04.10 23:33, schrieb Johann H. Addicks:
> Was ist das?
> http://www.addicks.net/gallery/osm/DSCF4026
> respektive http://www.openstreetmap.org/browse/way/38956992
>

Meine Erinnerung sagt mir, dass du da zwei verschieden Stellen in Foto 
und Karte dokumentierst;

Die Karte zeigt die belebte Kreuzung am Klemensplatz, dein Bild den 
inoffiziellen Übergang an der St.-Görres-Straße. Der fehlt in der OSM 
allerdings (noch) gänzlich. (darfst du gerne nachtragen).
Am Klemensplatz vermisse ich nämlich im Hintergrund das Cafe.

Im sautter-Vergleich von Googel-Luftbild und OSM erkennt man, dass 
rechts und links vom Poller an der Kreuzung St.Görres/Niederrheinstraße 
genug Platz zum Ein- und Ausfahren verbleibt.

Der von mir angelegte/geteilte Weg für die Euroga-Route quert jedenfalls 
am Klemensplatz.

Ich würde also auf Bewegungszone für die Feuerwehr tippen.

Gruß,
André Joost

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

Re: [Talk-de] Waldweg, welcher "tracktype"?

[Walter Nordmann]

sehe ich ähnlich:

grade1 - asphaltiert
grade2- schotter aber sonst sehr gut - feht nur noch asphalt, dann wäre der
grade1
alles was schlechter ist: 3-5
grade6 - panzerweg ;)

gruss

wambacher



-
Der Kopf ist rund, damit die Gedanken auch mal die Richtung ändern können.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Waldweg-welcher-tracktype-tp4959756p4961181.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Engstelle taggen? Was für ein Barri er?

[Patrick Kolesa]

Am 26.04.2010 02:43, schrieb Johann H. Addicks:
> So sah's aus: http://www.addicks.net/gallery/GeoCaching/DSCF4617
> (Und ja, rechtlich werden sich vermutlich beide Gewerbeflächen in dem 
> Grenzstein treffen. Ist die Nutzund des Durchstiegs dann Hausfriedensbruch?)

Das sieht ja arg schmal aus, aber als Cacher muss man da durch ;)
Landfriedensbruch würdest du wahrscheinlich in der Praxis nicht begehen,
da das Land ja mit Zäunen gesichert ist und du dich da "vorbeitunnelst",
auch wenn du theoretisch fremdes Land betrittst.

Gruß
Patrick



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

Re: [Talk-de] Von Wikipedia lernen

[Patrick Kolesa]

Am 26.04.2010 01:55, schrieb Daniela Duerbeck:
> Deshalb fände ich lokale Mailinglisten sehr gut. Es gibt in München 
> z.B. zwar einen Stammtisch, aber eine Mailingliste wäre viel 
> effizienter.

Die Kommunikation der Münchner läuft größtenteils über die
Bayern-Mailingliste. Was ich allerdings befürchte, nicht jeder "Bayer"
schaut in die talk-de Liste oder nicht jeder Mapper hat die Bayern-Liste
abonniert. OSM könnte da "sozialer" werden, indem zB alle Mapper im
Bayern-Polygon auf der Website eine Linksammlung zur
Bayern-Mailingliste, Bayern-Wiki, etc. findet, um den Anschluss zu finden.
Aber eine Mailingliste für jede Großstadt finde ich dann doch etwas
übertrieben bei den momentanen Nutzerzahlen.

Gruß
Patrick



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

Re: [Talk-de] Von Wikipedia lernen

[Thomas Reincke]

AssetBurned schrieb:
> in der WP ist diese methode allerdings weniger gerne gesehen. dort
> muß etwas perfekt ausgearbeitet sein und danach muß man _seinen_
> artikel ständig verteidigen, bemuttern und ständig wachsam sein.

Vielleicht haben wir einfach Glück das es in den OSM-Tools keinen Button 
gibt "Änderungen nachverfolgen". Dann merke ich überhaupt nicht das der 
User "blutigerAnfaenger273" meine Straße um 5 m nach Norden verschoben hat.

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

Re: [Talk-de] Frankfurt gestalten

[Bartosz Fabianowski]

Der Autor der Seite hatte sich im März hier gemeldet:

http://lists.openstreetmap.org/pipermail/talk-de/2010-March/064732.html

Ein schönes Beispiel dafür daß OSM für andere Projekte von Nutzen sein 
kann. Immer wieder gut und motivierend, sowas zu sehen.

Gruß,
- Bartosz

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

Re: [Talk-de] Anfrage beim Statistischen Landesamt Bayern w g. Verwaltungsgrenzen-Nutzung aus deren Veröffent lichungen - Deren Antwort - Bewertung bitte

[M∡rtin Koppenhoefer]

Am 23. April 2010 12:40 schrieb Georg Feddern :
> Wofür werden denn z.B. so hochgenaue (Gemeinde-)Grenzen benötigt?
> Für OSM-Zwecke reicht es doch, wenn erstmal die jeweiligen entsprechend
> benötigtenen Objekte innerhalb liegen.


so kann man natürlich mit Recht argumentieren, aber es geht m.E. hier
ums Prinzip.


> Wozu braucht man schriftliche Aussagen und einen Kadi?
> Von einem Halb-Italiener hätte ich da jetzt eine ganz andere Vorgehensweise
> erwartet

a) ich bin kein Halbitaliener
b) Du machst Dir vermutlich falsche Vorstellungen von Italien
;-)

Gruß Martin

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

Re: [Talk-de] Was kann man denn da machen?

[Daniela Duerbeck]

Tobias Knerr wrote:
> Offenbar hält er seine zahlreichen Benutzernamen für so originell, dass
> er sie großzügig als letzten Bearbeiter verteilen will.
Aber interessant ist schon, dass er sich selbst immer als "Arsch" darstellt, 
jetzt als "Arsch mit Ohren":

http://www.openstreetmap.org/user/pfoten_weg_!_
http://www.openstreetmap.org/user/hasse_osm_korinthenkacker

Das ist schon eine merkwürdige Art der Selbstironie.
Oder ist das einfach Selbsterkenntnis?
 
Viele Grüße von Dani

P.S: Ich kenne nur diese beiden Namen, kennst Du mehr?


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

[Talk-de] Engstelle taggen? Was für ein Barri er?

[Johann H. Addicks]

Angenommen seie ein Kreuzungspunkt von Landuses:
Diagonal Wiese und Wald, andere Diagnoale Commercial und Industrial; 
letztere beiden "fenced".
Nun gibt es zwischen den beiden einen "Durchstieg für Personen mit nicht 
allzugroßem BMI", width ca. 35cm.
So ein Ding hat mir gestern einen durchaus signifikanten Umweg gespart, 
zumal zu einer Seite eine Anliegerstraße, auf der anderen ein regulärer 
Wanderweg verläuft... und dieser Engstelle auch von einem Trampelpfad 
genutzt wird.


So sah's aus: http://www.addicks.net/gallery/GeoCaching/DSCF4617
(Und ja, rechtlich werden sich vermutlich beide Gewerbeflächen in dem 
Grenzstein treffen. Ist die Nutzund des Durchstiegs dann Hausfriedensbruch?)

-jha-


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

Re: [Talk-de] man_made towers und einige Fragen

[M∡rtin Koppenhoefer]

Am 25. April 2010 23:39 schrieb Johannes Huesing :
> Martin Simon  [Sun, Apr 25, 2010 at 10:47:14PM CEST]:
> [...]
>>
>> Ich halte es durchaus für legitim, Gebäude zu teilen, um z.B.
>> unterschiedlich hohe Abschnitte darzustellen, nur sollten wir dann
>> lieber das gesamte Gebilde per Relation mit building=* taggen.
>>
>
> Wem tut das weh, wenn einzelne Gebäudeteile Building genannt werden?
> Alte Reihenhäuser sind auch kraftschlüssig miteinander verbunden.


Anders gefragt: was schadet uns ein bissche Genauigkeit hier? Beim
Mappen ist das meist problemlos möglich, sofern man weiss, was man
zeichnet. Hinterher wird das evtl. schon komplizierter und oft braucht
man sowieso eine Relation, oder willst Du place_of_worship, religion,
name etc. alles an jedes einzelne Teil pappen? Das geht ja schon
deshalb nicht, weil man das sonst alles mehrfach zählt (und
darstellt).

Gruß Martin

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

Re: [Talk-de] Was kann man denn da machen?

[M∡rtin Koppenhoefer]

Am 26. April 2010 01:17 schrieb Daniela Duerbeck :
>> eventuell hat er ein "großes Problem" mit dem xybot?
> Eher mit mir.


das tut mir echt leid für Dich


> Wobei ja beispielsweise ein von mir gestern eingetragenes "hospital"
> nicht wirklich ein Krankenhaus ist, sondern eine Praxis, in der viele
> Physiotherapeuten arbeiten.Nur sind die anderen tags doctor, z.B. erst
> proposed features, daher war hospital das der Sachlage am nächsten
> kommende Tag.

nee, ob ein Tag proposed ist oder in der feature-liste steht, sollte
nicht bei der Bewertung den Ausschlag geben. Ich weiss nicht genau, ob
eine Physiotherapiepraxis als "Ärzte" bezeichnet werden kann, aber als
Krankenhaus auf keinen Fall. Das halte ich eher schon tendenziell für
gefährlich ("ich habe die Krankengymnastik mal als Erste Hilfe-Station
getaggt, das andere feature war nur proposed...")

Gruß Martin

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

Re: [Talk-de] Von Wikipedia lernen

[André Reichelt]

Am 25.04.2010 13:00, schrieb Frederik Ramm:
> [...]

Hallo,
ich habe die anderen Beiträge nicht gelesen, kann mich aber Deiner
Meinung nur anschließen: Die Wikipedia ist verkommen zu einem Haufen
weniger "Machthaber", die völlig undurchschaubar Regeln vordiktieren.
Die bürokratischen Strukturen sind längst nichtmehr durchschaubar und
die Admins handeln meistens nach gutdünken. Dies können sie, da sie nur
von den 0,5% gewählt werden, die eh ihrer Meinung sind -- die Anderen
umgehen die Wahlen, da sie berechtigt alleine sowieso nichts ändern
könnten. Da müsste schon ein Sturm, eine Art Revolution losbrechen.

Ich werde mit Kräften daran arbeiten, dass so etwas bei uns nicht
passieren wird. Wir müssen alle wachsam sein und rechtzeitig
gegensteuern, wenn wir merken, dass wir in eine Sackgasse laufen, wie
dies mit der Wikipedia geschehen ist. Und ich sage das als aktiver
Autor, der schon seit einer vierstelligen Anzahl an Tagen dabei ist.

Richtig ist, dass wir auf Dauer nicht ohne Regeln klar kommen werden. Es
ist jedoch um jeden Preis zu verhindern, dass sich eines Tages ein
Gremium bilden wird, dass einen Alleinstellungsanspruch darauf hat,
irgendwelche verbindlichen Regeln vorzuschreiben. So etwas wird wie bei
der Wikipedia zwangsläufig in der Katastrophe enden.

Ein weiteres Problem der Wikipedia ist es, dass die Werkzeuge zu einer
Zeit geschaffen wurden, zu der das Projekt noch in den Kinderschuhen
steckte. Seither liegt die Entwicklung der Werkzeuge brach! Wie sonst
erklärt sich, dass seit fünf Jahren immer der selbe Editor im Einsatz
ist -- unverändert. Ich als alter Hase habe keine Probleme mit mehrfach
verschaltelten Vorlagen und rießigen Tabellen, dem Anfänger bricht das
jedoch das Genick.

Wir haben wie die Wikipedia eine gewisse Manpower zu verteilen. Diese
fließt dort, wie richtig angemerkt, zu rund 90% in die Verwaltung eines
Bürokratiemonsters.

Unser Ziel muss es sein, die Kraft zu dritteln. Ein Teil muss in der
Diskussion landen: Damit meine ich ausdrücklich nicht sinnlose
Diskussionen zu Themen bei denen von vorn herein feststeht, dass die
Diskussion ins Leere laufen wird; ich spreche von Diskussionen, wie man
Neuerungen am Besten einsetzt, was man an den Werkzeugen verbessern kann
und ähnliche Punkte. Natürlich zählt auch die Diskussion auf OSB dazu.

Ein weiteres Drittel muss in die konsequente Entwicklung der Datenbasis
fließen. Dazu zählt natürlich auch die Meldung von Fehlern bei OSB.

Das letzte Drittel ist das Wichtigste: Die konsequente Verbesserung der
Werkzeuge. Es darf nicht passieren, dass sich die Stammnutzerschaft
bewusst oder unbewusst von den neuen Nutzern abkapselt, indem sie
absichtlich oder unabsichtlich die Werkzeuge so unbedienbar gestaltet,
dass neue Nutze mit diesen nichts mehr anfangen können. Wir als alte
Hasen müssen uns immer wieder an die eigene Nase packen -- immer wieder
schauen, dass die Tools bedienbar bleiben -- uns immer wieder in die
Lage eines Neulinges versetzen. Die Vergangenheit hat gezeigt, dass wir
es besser machen als die Wikipedia. In meinen Augen sind wir aber noch
weit vom Perfekt entfernt. So ist die Bedienung durch das Aufblühen der
Relations deutlich komplizierter geworden. Eine grafische Oberfläche zu
deren Erzeugung fehlt jedoch bis auf wenige Presets noch gänzlich.

Auch im Wiki gibt es immer wieder zu tun. Wir müssen die Informationen
noch auffindbarer gestalten!

Ich halte ein Regelwerk wie die Mapfeatures für unumgänglich! Allerdings
dürfen wir uns nicht von den Wikipedianern verführen lassen, diese zu
unserer Bibel zu erklären. Die Mapfeatures müssen das bleiben, was sie
gerade sind: Der kleinste gemeinsame Nenner. Dadurch tun sie niemandem
Weh und trotzdem habe ich die Möglichkeit, mir neue Dinge auszudenken.

Wenn wir jedoch dazu übergehen würden zu sagen, nur was in den
Mapfeatures steht darf gemappt werden, alles andere wird wieder
entfernt, dann meine Freunde, dann würden wir in den selben bodenlosen
Abgrund fallen wie die Wikipedia es langsam aber sicher immer schneller tut.

In diesem Sinne,
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] "Relevanzkriterien" als Limit zur Erhaltung der Wartbarkeit (was: Von Wikipedia lernen)

[AssetBurned]

On 26.04.2010, at 01:15, Johann H. Addicks wrote:
> Was hilft?
> - Community nicht zu groß werden lassen.
> - Und Projekt nicht so wichtig werden lassen, dass handfeste Interessen 
> (von außen) ins Projekt wirken.
> 
> Keine schöne Lösung für's Projekt.

nun so schwarz würde ich es nicht sehen.

es gibt auch die möglichkeit der kollektiven entscheidungen. dazu muß aber der 
entscheidungsprozess so erfolgen das er schnell von jedem (auch neulingen) 
gefunden werden kann.
wenn mal als neuling in der WP versucht die seiten zu finden auf denen 
überlöschungen, admin wahlen oder sonstwas gesprochen wird... ist man lnge 
beschäftigt. und selbst dann könnte man nicht mitreden auch wenn man selber 
gute gründe hat die für oder gegen ein thema sprechen.

bei OSM werden diskussionen auf einem flachen entscheidungsweg diskutiert. so 
wie ich es sehe in den jeweiligen wiki seiten und via mailingliste wird 
zumindestens darauf hingewiesen (letzteres sieht zumindest die Best Current 
Practice vor). und man kann selbst als neuling sagen das man für oder gegen 
einen vorschlag ist.
selbst wenn dann der vorschlag am ende nicht angenommen wird, wird er nicht 
gelöscht und auch nix gegen die anwendung getan (solange man andere damit nicht 
auf die füße tritt).

seltsam finde ich in der WP vorallem das prozedere wie dort gewählt wird. so 
reichen da für die admin wahlen schon eine bestimmte anzahl von fürsprechern. 
die gegenstimmen werden (soweit ich das sehen kann) ignoriert.
es ist also nicht so das jede gegenstimme mit mindestens einer weiteren 
für-stimme ausgeglichen werden müsste, oder gar ein bestimmter prozensatz der 
wahlberechtigten für einen gestimmt haben muß. was aufgrund der beteiligungen 
wohl auch nicht möglich ist. das aber wiederrum liegt an der 
unübersichtlichkeit

womit wir dann wieder punkte hätten die OSM besser machen kann. gute 
übersichtlichkeit um "abstimmungen" zu finden (ist IMHO schon gegeben) und 
vernünftige wahlverfahren... nun aus dargelegten gründen halte ich das in OSM 
bestehende momentan nicht für optimierungs nötig.

wenn man also ein projekt mit solch leicht durchschaubaren, und nicht einfach 
nur als "transperent" bezeichneten, verfahren gestaltet hey warum sollte es 
dann nicht klappen?

cu assetburned

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] frage zu josm - funktionstasten

[M∡rtin Koppenhoefer]

Am 24. April 2010 01:35 schrieb Henry Loenwind :
> On 23.04.2010 11:25, Georg Feddern wrote:
>>> hmm, das kann ich bei "meiner" Standard-3094 nicht nachvollziehen
> Das ist alles "works as designed".


ja, das befürchte ich auch, aber m.E. sollte ein Plugin  nicht die
Shortcuts des Core überschreiben sondern noch unbenutzte verwenden.
"add tag" ist jedenfalls keine unwichtige Funktion.

Gruß Martin

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

Re: [Talk-de] Von Wikipedia lernen

[Daniela Duerbeck]

Matthias Versen wrote:
> Relevanskriterien gibt es auch bei OSM und die sind auch notwendig.
> Sollen in OSM auch Flugrouten, Gullideckel, Grashalme, Bahnschwellen, 
> unterirdische Leitungen und ganz übertrieben einzelne Atome gemappt werden ?
>   
Warum nicht? Wenn es die Datenbank hergibt, dann können sich meinetwegen 
die Mapper verkünsteln, wie sie wollen.

Mir ist eigentlich nur der pragmatische Ansatz wichtig, nämlich, dass 
ich aus den Daten eine Karte generieren kann, die das enthält, was mich 
interessiert.
Deshalb wäre ich dafür, dass neue tags z.B. überprüft werden, dass eben 
z.B. mehr proposed features auch wirklich angenommen werden, dass es 
etwas mehr Vereinheitlichung beim Wildwuchs gibt.
Wenn manche Leute Bahnschwellen so wichtig finden, dann bitte mit einem 
einheitlichen Tag, dann paßt es doch.
Ich mag halt nur nicht eine Bahnschwelle dann dann als 
tourism=attraction in meiner Karte vorfinden.
> Es gibt auch noch andere Regeln in OSM : wie tagge ich etwas 
> (straßenschilder mit Abkürzungen oder nicht, Multipolygone..)
>
> Es gibt kaum Diskussionen in Gegenden, wo ein/zwei Mapper alles 
> einpflegen. Kommen dann neue User ind er Gegend dazu, dann kann es 
> durchaus Diskussionen geben und das wird immer schlimmer, je mehr User 
> OSM gewinnt.
>   
Deshalb fände ich lokale Mailinglisten sehr gut.
Es gibt in München z.B. zwar einen Stammtisch, aber eine Mailingliste 
wäre viel effizienter.
Ich langweile oft das ganze Publikum in dieser Mailingliste, wenn ich 
eine Frage habe, die einer mit Ortskenntnis viel besser beantworten könnte.
Und ich bekomme auch oft Antworten, die von jemanden kommen, der sich 
nicht mal die Stelle, die ich meinte überhaupt angeschaut hat, sondern 
nur so allgemein mal schwafeln möchte.

> Man muss eine gute Balance für OSM finden aber das wird nicht einfach 
> werden. Ab einer gewissen größe wird sich die Community nicht mehr 
> vernünftig selbst organisieren können ohne Regeln und Admins.
>   
Jo, das glaube ich auch.
Und tragisch finde ich das auch nicht. Ganz im Gegenteil, ich denke, es 
hilft der Qualitätsverbesserung.

Viele Grüße von Dani


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

Re: [Talk-de] Was kann man denn da machen?

[Tobias Knerr]

Daniela Duerbeck schrieb:
> Walter Nordmann wrote:
>> eventuell hat er ein "großes Problem" mit dem xybot?
>>   
> Eher mit mir.

Ach, nimm das nicht persönlich. Der hat meinem Eindruck nach ein Problem
mit so ziemlich jedem Mapper (und Bot), der das Pech hat, in seinem sehr
weiträumigen "Revier" aktiv zu sein. In dieser Rolle ist er auch schon
lange genug als regionales Phänomen bekannt.

Offenbar hält er seine zahlreichen Benutzernamen für so originell, dass
er sie großzügig als letzten Bearbeiter verteilen will. Sein Tick mit
den "Namen" von Objekten ist mir allerdings neu. Wenn er nun tatsächlich
anfängt, Daten zu beschädigen, wird eine Deeskalationsstrategie (aka
Aussitzen) natürlich schwer durchzustehen. :(

>> hat ihm wohl schon öfters ne mail geschickt, nie ne antwort bekommen und ihn
>> dann zum duell im englischen Garten aufgefordert ;)
>>   
> Darf ich Deine Sekundantin sein? ;-)))

Wenn wir allen betroffenen Mappern Bescheid gäben, bekämen wir wohl
einen netten Lynchmob zusammen. ;-)

Tobias Knerr

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

Re: [Talk-de] Von Wikipedia lernen

[Daniela Duerbeck]

Frederik Ramm wrote:
> "Die Wikipedia ist kein Projekt vieler, sondern ein Projekt weniger. Es 
> ist ein verbreiteter Irrtum, dass alle Nutzer gemeinsam und demokratisch 
> zu ihr beitragen, dass sie ein Produkt von "Schwarm-Intelligenz" sei. 
> Die deutsche Wikipedia hat mehrere hunderttausend angemeldete Nutzer. 
> Aber [...] Ein halbes Prozent aller aktiv gewordenen Nutzer ist für fast 
> zwei Drittel der Editierungen verantwortlich - ein Kreis von nicht 
> einmal 2000 Personen."
>   
Also, als ich im Dezember Änderungen vornahm, wurden diese gesichtet und 
dann übernommen.
Das Vorgehen fand ich völlig in Ordnung, weil es einen gewissen Schutz 
gegen Vandalismus bedeutet.
Ich habe halt meine Änderungen begründet, ein Plausibilitätsargument 
gebracht und den Rest mit einem Telefonat mit der in der Wikipedia 
genannten Person begründet. Das war jetzt nicht mal direkt überprüfbar, 
aber das Plausiargument hat wohl gezogen. Man kann meine Änderungen zwar 
schon auf Korrektheit überprüfen, aber es ist halt mühsam.
> Ich will dabei niemandem irgendeine Schuld zuweisen; ich weiss wohl, 
> dass es "die Wikipedia" ebensowenig gibt wie "die Deutschen", und vieles 
> von dem, was wir heute bei der Wikipedia beobachten, ist ja nicht das 
> Resultat einer bewussten Entscheidung oder Weichenstellung, sondern es 
> ergab sich halt so mit der Zeit.
>   
Was ist am Einsatz von Moderatoren/Rezensenten so verwerflich?

Ich finde, dass das ein Weg zur Qualitätserhaltung und -steigerung ist.

Ich denke schon, dass ein Projekt der Größe von osm ein schönes Ziel für 
Vandalismus darstellt und daher fände ich den Einsatz von 
"Drüberschauern" sogar extrem wünschenswert.

Viele Grüße von Dani


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

Re: [Talk-de] Bahnübergang in Schilda?

[André Reichelt]

Am 25.04.2010 23:33, schrieb Johann H. Addicks:
> Was ist das?

Hm,
vermutlich war das früher mal eine Ausfahrt eines verkehrsberuhigten
Bereiches, der dann später dicht gemacht wurde, da die Sanierung der
Überfahrt zu teuer gewesen wäre. Der Poller in der Mitte deutet das
irgendwie an, dass man da nicht rein-/rauspräscht.

Gruß,
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] Was kann man denn da machen?

[Frederik Ramm]

Hallo,

Daniela Duerbeck wrote:
> Eher mit mir.
> Als er noch Pfoten_weg hieß, schrieb er mir mal eine PM: "Wer bist'n 
> Du?", worauf ich nur mit: "Wer bist Du?" antwortete. Das fand er nicht 
> toll, so als Antwort.
> Etwas später habe ich mal Sachen korrigiert, die er wohl vorher angefaßt 
> hatte, und zwar die bei ref eingetragenen Namen der Geschäfte als Namen 
> eingetragen.

[...]

Also ich hab ihn jetzt aufgefordert, dass er bitte keine kommentarlosen 
(!) Loeschungen mehr vornehmen soll. Berichte(t), wenn er weitermacht. 
Selbst wenn er nur loescht, was er vor einem Jahr selbst eingetragen 
hat, ist das noch Vandalismus (sofern diese Daten nicht falsch sind)...

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] mkgmap - last stable

[Daniela Duerbeck]

Jan Tappenbeck wrote:
> Mich interessiert insbesondere die Darstellung von Wanderweg-Symbolen 
> wie OSM Composer das kann ?
>   
Noch was dazu: Wenn Du Symbole meinst, die dann in der fertigen Karte 
dargestellt werden (sollen), dann ist mkgmap wohl die falsche Baustelle.
mkgmap verwendet nur die Symbole, die Garmin mitbringt, oder die man ihm 
mittels typfile beibringt.
Du müßtest also vermutlich Dir ein eigenes Typfile bauen und das dann im 
mkgmap-Aufruf referenzieren.
Wenn Du Symbole haben willst, die Garmin nicht so vorsieht, mußt Du Dir 
freie Nummern suchen und dann Dir passende Icons eintragen.

Wenn ich richtig liegen sollte, kannst Du gerne Fragen zum 
Typfile-basteln stellen, die Infos dazu sind wirklich etwas verstreut.

 
Viele Grüße von Dani


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

Re: [Talk-de] Was kann man denn da machen?

[Daniela Duerbeck]

Walter Nordmann wrote:
> eventuell hat er ein "großes Problem" mit dem xybot?
>   
Eher mit mir.
Als er noch Pfoten_weg hieß, schrieb er mir mal eine PM: "Wer bist'n 
Du?", worauf ich nur mit: "Wer bist Du?" antwortete. Das fand er nicht 
toll, so als Antwort.
Etwas später habe ich mal Sachen korrigiert, die er wohl vorher angefaßt 
hatte, und zwar die bei ref eingetragenen Namen der Geschäfte als Namen 
eingetragen.
Allerdings nur welche, wo ich kurz vorher vorbeigekommen war, oder 
persönlich kannte.
Gestern hatte ich da noch mehr derartiges getan, weil beispielsweise die 
Forellen-Apotheke halt Forellen-Apotheke heißt und nicht Apotheke.ref 
wird, wenn ich es recht verstehe, für Straßen benutzt, oder für Buslinien.
Ich war die Sollnerstr. entlanggewandert und hatte mich über die vielen 
generischen "Namen" gewundert.
Er hatte auch den Namen nochmal als addr: housename eingetragen, was 
wohl laut Wiki im englischen Sprachraum geläufig ist.Hier haben aber 
Häuser selten Namen und wenn, dann bestimmt nicht den des Ladens, der 
sich darin befindet.

Daher denke ich, dass ich jetzt sein neues Anfeindungs-Ziel bin, 
weswegen er dann meine kürzlich eingetragenen POIs einfach löscht.Einen 
von mir neu eingetragenen Recycling-Container hat er erst gelöscht und 
kurz drauf mit leicht veränderten Koordinaten neu hochgeladen.

Wobei ja beispielsweise ein von mir gestern eingetragenes "hospital" 
nicht wirklich ein Krankenhaus ist, sondern eine Praxis, in der viele 
Physiotherapeuten arbeiten.Nur sind die anderen tags doctor, z.B. erst 
proposed features, daher war hospital das der Sachlage am nächsten 
kommende Tag. Also diskussionswürdig wäre der Eintrag schon gewesen, 
aber kommentarlos Löschen ist dann doch ein Unding.

> hat ihm wohl schon öfters ne mail geschickt, nie ne antwort bekommen und ihn
> dann zum duell im englischen Garten aufgefordert ;)
>   
Darf ich Deine Sekundantin sein? ;-)))
> da kann man nix machen, nur wundern.
>   

Naja, ärgern tut es mich schon, weil man beispielsweise mit den IMHO 
falschen Tags Restaurants nicht findet, zumindest nicht in meinem 
Garmin, da da nur der Name ausgewertet wird. Wenn jetzt alle Restaurants 
als Namen "Restaurant" bekämen und der wirkliche Name im ref versteckt 
würde, fände man nix mehr.

 
Viele Grüße von Dani

P.S: Morgen wird dann bestimmt das "La Scala" gelöscht, ein Italiener, in dem 
wir gestern den Geburtstag eines Freundes feierten. Und die Qualität des als 
Vorvorspeise gereichten Pizzabrotes läßt auf eine überragende Qualität der dort 
angebotenen Pizze schließen. ;-) (Das nur nebenbei)


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

[Talk-de] "Relevanzkriterien" als Limit zur Erhaltung der Wartbarkeit (was: Von Wikipedia lernen)

[Johann H. Addicks]

Am 25.04.2010 19:26, schrieb Tobias Knerr:

> Im Moment jedenfalls gehe ich nicht davon aus, dass von Hand erfasste
> Geodaten zu existierenden, aber "irrelevanten" Objekten die Qualität der
> sonstigen Daten in OSM jemals großflächig beeinträchtigen und damit
> Relevanzhürden notwendig machen werden.

Ein Argument, welches für die RK häufig angeführt wird:

Artikel müssen nach Anlage dauerhaft gewartet werden.

- weil sie faktisch turnusmäßig aktualisiert werden müssen 
(Firmenübernahmen, Bürgermeister, Einwohner, Sportergebnisse, 
Auszeichnungen etc)
- weil sich Vorlagen/Templates ändern, Kategorien umgestaltet werden. 
Also jemand aktiv durch die Artikel muss, um das Layout auf Stand zu bringen
- weil Vandalismus auch auf "schlummernden Artikeln" erkannt werden will.

Sprich: Die "Fraktion der Hausmeister" (Sichter, Vorlagenschubser, 
Vandalenjäger) freut sich, wenn es weniger Angriffsfläche gibt. Und es 
gibt zu wenig Hausmeister. Oder es gibt zu viele, die bei diesem Job 
verbittern oder "Freund des schnellen Urteils" sind. Zu vergleichen mit 
altgedienten Streifenpolizisten oder Richtern: Da braucht es auch viel 
Energie, nicht nach einigen Jahren zu glauben, dass da draußen nur 
Gauner und Verhaltensgestörte herumlaufen.

Anyway: Zurück zu OSM:

Ich beobachte "bei uns" in den letzten Monaten ein häufigeres Auftreten 
von Threads, die Dinge verhandeln wie:
- Unterstellter Vandalismus
- mögliche Urheberrechtsverletzungen bei Imports
- Übergang von Wege- zum Flächenmapping. Gemeinsame Punkte zwischen 
Flächen und Wegen. Oder aber Folgeprobleme beim Mapping von Wegen als 
verkehrsflächen.
- Micromapping ("akzeptierte Münzwerte bei Verkaufsautomaten")
- Mapping von "nicht-physikalischen Dingen" wie Flug- und Schiffsrouten
- "Openstreetmap als universelle Datenbank" (Lebensdaten von 
Straßen-Namensgebern, Veranstaltungsprogramm bei Mehrzweckhallen)


Falsche Einträge lassen sich prinzippiell nicht zu 100% vermeiden.
Die Frage, für die es einen Konsenz braucht ist: Mit wieviel Prozent 
falschen Daten sind wir noch zufrieden? Wo ist der Punkt an dem wir 
sagen "Lieber hier nichts gemapt als etwas falsches". Oder in der 
Steigerung "Lieber nichts gemapt als etwas, was sich nicht verifizieren 
lässt".

Hier liegen die Ansprüche zwischen Wikipedia und OSM sicher deutlich 
auseinander. Trotzdem wird OSM mit hoher Wahrscheinlichkeit in 
Ballungsräumen in wenigen Monaten bis Jahren an einen Punkt kommen, wo 
sich Benutzer *ernsthaft* gegenseitig auf die Füße treten werden.

Bei Wikipedia gibt es zahlreiche Seiten wie WWNI oder WQ, die viel zum 
Projektziel und zum Verhaltenskodex sagen.
Der Sprengstoff entsteht trotzdem bei der Umsetzung dieser Regeln.

http://de.wikipedia.org/wiki/Wikipedia:Was_Wikipedia_nicht_ist
http://de.wikipedia.org/wiki/Wikipedia:Wikiquette

Es liegt nach meinem Verständnis also nicht daran, dass es nicht zu viel 
oder zu wenig sinnvolle Regeln gibt. Sondern damit, wie diese Regeln 
kommuniziert werden. Und da es prinzipiell nicht möglich ist, es allen 
Recht zu machen, gibt es seitens derer mit Minderheiten-Standpunkt auch 
solche, die dann in Kohlhaaserei (oder soll ich sagen "Wüppesahlerei"?) 
verfallen. Sachlich alles richtig, trotzdem eine Katastrophe für die 
Gemeinschaft.

Was hilft?
- Community nicht zu groß werden lassen.
- Und Projekt nicht so wichtig werden lassen, dass handfeste Interessen 
(von außen) ins Projekt wirken.

Keine schöne Lösung für's Projekt.

-jha-


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

Re: [Talk-de] Von Wikipedia lernen

[AssetBurned]

moin

On 26.04.2010, at 00:31, Sven Geggus wrote:

> Tobias Knerr  wrote:
> 
>> Das ist für sich genommen nicht die richtige Frage, wenn es um die
>> Notwendigkeit von Relevanzhürden geht. Entscheidend ist vielmehr:
>> Besteht die Gefahr, dass durch das Eintragen von "irrelevanten"
>> Informationen die "relevanten" Bereiche von OSM beeinträchtigt werden?
> 
> Genau darum gings ja bei dem Flamewar neulich bzgl. flächig erfasster
> Straßen, was ich nach wie vor für Unfug halte.

naja aber du musst doch zugeben das man in OSM eigentlich immer zu einer Lösung 
kommt die alle betroffenden irgendwie zufriedenstellt oder das bestimmte 
lösungen zumindest vernünftig begründet werden. im klaren unterschied zur WP.
Wenn hier jemand schreibt "hey könntet ihr bitte den grünstreifen zwischen 
gehweg und straße mappen." dann sagt man im ersten moment "nö warum?", "ist mir 
zuviel arbeit" oder "ich hab kein bock druff" aber wenn dann gesagt wird "hey 
aber wir brauchen das hier für nen projekt für blinde, wärt ihr dann bitte 
zumindest so freundlich und löscht das nicht?" dann sagen doch alle "na wenns 
so ist, jo klar löschen wir das nicht."

ich meine in OSM ist es halt so das dinge auftauchen die im extrem fall nur 
einen menschen interessieren und solange das nicht im konflikt mit anderen 
dingen steht wird es einfach da gelassen, stört ja keinen. aber in der WP ist 
es ja so das selbst dinge gelöscht werden die jahrelang da waren und auf einmal 
keine relevanz mehr haben.

in OSM wäre es so als wenn man einfach länder grenzen löschen würde nur weil da 
zwei zusammen gewachsen sind. wenn da jemand aber drum bittet das diese grenze 
mit einem historisch zusatz versehen wird, dann bleibt sie halt auf eine art 
drinne das sie andere nicht stört.

cu assetburned

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Von Wikipedia lernen

[Sven Geggus]

Tobias Knerr  wrote:

> Das ist für sich genommen nicht die richtige Frage, wenn es um die
> Notwendigkeit von Relevanzhürden geht. Entscheidend ist vielmehr:
> Besteht die Gefahr, dass durch das Eintragen von "irrelevanten"
> Informationen die "relevanten" Bereiche von OSM beeinträchtigt werden?

Genau darum gings ja bei dem Flamewar neulich bzgl. flächig erfasster
Straßen, was ich nach wie vor für Unfug halte.

Sven

-- 
"and on the third day he rebooted into Linux-1.3.84"
(Linus Torvalds, Easter Kernel Release 1996)

/me is gig...@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] All in one Garmin Map - news

[Sven Geggus]

Christoph Wagner  wrote:

> Dann wüsste ich gerade gar kein freies Tool, was die Garmin POI
> Dateien (*.gpi) überhaupt erzeugen kann.  Gibts da was?

gpsbabel. Oder das Garmin eigene Free as in Beer Windows Tool unter
wine.

Sven

-- 
"The term "any key" does not refer to a particular key on the keyboard. It
simply means to strike any one of the keys on your keyboard or handheld
screen." (Compaq FAQ Entry 2859)
/me is gig...@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] All in one Garmin Map - news

[Sven Geggus]

Alexander Matheisen  wrote:

> Wenn ich das richtig verstanden habe, werden die aber nicht in die
> Kategorien einsortiert, oder?

Stimmt die sind dann alle unter eigene POI das ist natürlich ein
wichtiges Argument.

> So könnte man dann gezielt auch Fixme, oder Maxspeedlayer hinzufügen
> oder weglassen, oder auch z.B. den Maxspeedlayer in die Karte von
> Computerteddy einfügen.

Nicht die dümmste Idee.

Sven

-- 
This golden age of communication Means everyone talks at the same time
(Lyrics of "New Model Army" song "225")

/me is gig...@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] man_made towers und einige Fragen

[Johannes Huesing]

Martin Simon  [Sun, Apr 25, 2010 at 10:47:14PM CEST]:
[...]
> 
> Ich halte es durchaus für legitim, Gebäude zu teilen, um z.B.
> unterschiedlich hohe Abschnitte darzustellen, nur sollten wir dann
> lieber das gesamte Gebilde per Relation mit building=* taggen.
> 

Wem tut das weh, wenn einzelne Gebäudeteile Building genannt werden?
Alte Reihenhäuser sind auch kraftschlüssig miteinander verbunden.

> > Ergänzungfrage: was machen wir mit baulichen Anlagen (structures), die
> > keine Gebäude (buildings) sind?
> 
> Welche Art un-Gebäude schwebt dir da vor?
> 

Gasometer, Kurmuscheln, das König-der-Löwen-Zelt im Hamburger Hafen ...

-- 
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] Brücke im "Wirtschaftsweg"?

[Johannes Huesing]

Fips Schneider  [Sun, Apr 25, 2010 at 10:17:07PM CEST]:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> 
> 
> Simon Kokolakis wrote:
> > Manuel Reimer schrieb:
> >> Exakt. Fußgängerbrücke inklusive Geländer, die aber auch mit dem Fahrrad 
> >> befahren werden kann. Exakt daneben eine Furt für Waldfahrzeuge.
> > 
> > Ich würde zwei parallele wege zeichnen. Einen mit
> > 
> > highway=footway
> > foot=yes
> > bicycle=yes
> > bridge=yes
> > layer=1
> > 
> > über den Bach drüber. Den anderen als highway=track, mit ford=yes im 
> > Schnittpunkt mit dem Bach.
> 
> Ja, so würde ich das auch machen. Siehe auch bspw. hier [1] für eine
> Behelfsbrücke nur für Fußgänger/Radfahrer...

Ich auch, allerdings mit highway=ford. Das andere klingt für mich wie opel=no.

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

[Talk-de] Bahnübergang in Schilda?

[Johann H. Addicks]

Was ist das?
http://www.addicks.net/gallery/osm/DSCF4026
respektive http://www.openstreetmap.org/browse/way/38956992

Klar, ein Bahnübergang..
Mit Zeichen 250 dran... und Befahrbild am Boden (ggf. aufs Bild klicken 
zum Vergrößern), das auf eine regelmäßige "diagonale Nutzung" schließen 
lässt.

Und bevor jemand "Fußgänger" sagt: Die haben rechts noch ein Gatter, 
Lichtzeichenanlage und ordendliche Pflasterung im Überweg.
Und für Radfahrer gibt's 50m weiter südlich einen Tunnel.

Bleiben eigentlich nur Einsatzfahrzeuge. Aber dann hätte man doch auf 
die Halbschranken verzichten können. Zumal auch "Schwertransporte" nicht 
als Erklärung ausreichen, schließlich verhindert der fahrbahnteilende 
Mast auf der Gegenseite das wirkungsvoll.

Aber vermutlich übersehe ich das Naheligenste.

-jha-


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

Re: [Talk-de] Was kann man denn da machen?

[Daniela Duerbeck]

Frederik Ramm wrote:
> Unter seinen Edits sind einige, die konstruktiv scheinen, aber viele 
> Sachen hat er auch einfach kommentarlos geloescht. Ich habe ihn 
> aufgefordert, solche Loeschungen kuenftig zu begruenden:
>
> http://www.openstreetmap.org/blocks/16
>   
Vielleicht will der mich persönlich ärgern?
Das hier habe ich erst gestern eingetragen: 
http://www.openstreetmap.org/browse/node/706046175
Das ist die Krankengymnastik-Praxis in die ich wegen meines gebrochenen 
Armes gehe. Es gibt also keinen Grund, das kurz darauf zu löschen.

Viele Grüße von Dani



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

Re: [Talk-de] Brücke im "Wirtschaftsweg"?

[Johann H. Addicks]

Am 25.04.2010 18:28, schrieb Manuel Reimer:

> Exakt. Fußgängerbrücke inklusive Geländer, die aber auch mit dem Fahrrad
> befahren werden kann. Exakt daneben eine Furt für Waldfahrzeuge.

Dann solltest Du das auch so mappen.
Damit jeder Motorist (aus der 4WD-Fraktion) weiss, was ihn da im 
Frühjahr in der Schneeschmelze erwartet

-jha-


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

Re: [Talk-de] mkgmap - last stable

[Daniela Duerbeck]

Jan Tappenbeck wrote:
> Ist es richtig das 1625 die letzte stabile version ist und gibt es 
> irgendwo eine (deutsche) Beschreibung mit den wirklich "interessanten" 
> Features der letzten Releases.
>   
1625 ist ein ganz normaler nächtlicher Snapshot:
http://www.mkgmap.org.uk/snapshots/
In der letzten Zeit gab es eigentlich nur Bugfixes und Verbesserungen, 
keine tollen, neuen Features.
> Mich interessiert insbesondere die Darstellung von Wanderweg-Symbolen 
> wie OSM Composer das kann ?
>   
Vielleicht solltest Du die Frage in der mkgmap-Mailingliste fragen, da 
schreiben ja auch die Entwickler mit, die Dir bestimmt mehr sagen können.

Viele Grüße von Dani

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

Re: [Talk-de] Waldweg, welcher "tracktype"?

[bundesrainer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Manuel Reimer schrieb:
> ich bin mir noch unsicher bezüglich Waldwegen. Wie wird denn ein Weg 
> getagt, der in den Spurrinnen geschottert ist, aber in der Mitte 
> (zwischen Spurrinnen) etwas Pflanzenwuchs hat. Ist das "grade2" oder 
> "grade3"?
> [..]
> Wenn Richtung Herbst die Waldarbeiter wieder "gewütet" haben und der 
> Boden durch Feuchtigkeit aufgeweicht ist, dann wird da ganz schnell 
> "grade3" draus ;-)

"grade3", würde ich sagen.

"tracktype" sagt ja aus, wie gut befestigt ein Weg ist. Da hier
anscheinend eine Mischung von harten und weichen Materialien vorhanden
ist bzw. der Boden schnell Feuchtigkeit aufnimmt, spricht das für eine
"mittlere Befestigung" :), also "grade3".
Bin da selbst auch manchmal unentschieden und wie du sagst hängt der
subjektive Eindruck auch vom Zeitpunkt ab, wenn man den Weg aufnimmt.

Beste Grüße,
Rainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)

iQEcBAEBAgAGBQJL1LAYAAoJEPT/XJzV1tNz86sH/2qJFVX4geTNXPQI2XjhCZ61
nyW8rsf9fqhjhAPmOgVtvdDMof/ojn5bAxY/VUHuNkBVWnZdpKq84EsLRzVMCT3z
WK5Yx0qEIYrngkZ6Lc886ENUh92roL05mIe4aSWalzeNBovc1HCg/g4ZBpL12V5Q
APJ3b5iGOeib0Trlk7WQxhUwwgBzTxmDQCHIRX3wvcX0pISzm46KE+HW38QQNGgh
rpA8SX/JGowGfrxhBlxuyu9rO+xKTPcWyxWJWpfKrJzFBC1rdf5f/bjMhoeRJOnX
0a5OKf6IrVoyGyunt/IOZtQw0lkdvMeQXctoEuFHsOiCSDwIM4rekVibEvF7atc=
=7IJ4
-END PGP SIGNATURE-

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

[Talk-de] Git workflow (was: All in one Garmin Map - news)

[Bodo Meissner]

Christoph Wagner schrieb:

[...]
> Wenn du mit checkout in deinen spielplaetz-branch gewechselt bist, kannste da 
> jetzt Änderungen machen, wie du lustig bist.
> 
> Jedes Mal, wenn du eine halbwegs thematisch abgetrennte Änderung gemacht 
> hast, die lauffähig ist, kannste die in deinen branch commiten Das passiert 
> alles lokal auf deiner Platte.

Da alles nur lokal passiert, kann man ohne Probleme auch unfertige oder 
ungetestete Zwischenstände einchecken.
Gerade das ist aus meiner Sicht ein großer Vorteil, denn man kann eigene Fehler 
rückgangig machen.

(Wenn man später nicht mehr alle Zwischenstände haben möchte, gibt es auch 
Möglichkeiten, diese wieder zu entfernen.)

[...]
> Jetzt hast du das bei dir lokal gemerged und es muss noch irgendwie ins netz.
[...]
Zu diesem Zeitpunkt sollte natürlich ein lauffähiger Stand vorliegen.


Viele Grüße
Bodo

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

[Talk-de] Frankfurt gestalten

[André Reichelt]

Hallo,
ist der Link eigentlich bekannt:



Da wird OSM eingesetzt.

Gruß,
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] man_made towers und einige Fragen

[Martin Simon]

Am 23. April 2010 03:24 schrieb M∡rtin Koppenhoefer :

> Eigentlich sind das ja streng genommen keine Gebäude, sondern
> Gebäudeteile, vielleicht sollte man sich mal überlegen, wie man ein
> Gebäude (dieses dann ggf. als Relation) in mehrere Bauteile zerlegen
> kann.

+1
building=* sollte meines Erachtens für ein ganzes Gebäude verwendet
werden und nicht für jeden einzelnen Bestandteil wie Mauern, First,
Dachgaube, Schornstein, etc. ;-)

Im Mittelmeerraum ist es ja z.B. teilweise üblich, die Kirche teils
deutlich räumlich getrennt vom Glockenturm zu errichten, da wären zwei
getrennte Objekte eher angebracht, aber für kraftschlüssig miteinander
verbundene Bauteile ( ;-) ) *eines* Gebäudes sollten wir nicht jeweils
ein neues Gebäude taggen.

Ich halte es durchaus für legitim, Gebäude zu teilen, um z.B.
unterschiedlich hohe Abschnitte darzustellen, nur sollten wir dann
lieber das gesamte Gebilde per Relation mit building=* taggen.

> Ergänzungfrage: was machen wir mit baulichen Anlagen (structures), die
> keine Gebäude (buildings) sind?

Welche Art un-Gebäude schwebt dir da vor?

Gruß,

Martin

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

Re: [Talk-de] Waldweg, welcher "tracktype"?

[Patrick Kolesa]

Moin,

Pflanzenbewuchs in der Mitte des Weges ist für mich ein Kriterium für
grade3.

Gruß
Patrick



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

[Talk-de] Waldweg, welcher "tracktype"?

[Manuel Reimer]

Hallo,

ich bin mir noch unsicher bezüglich Waldwegen. Wie wird denn ein Weg 
getagt, der in den Spurrinnen geschottert ist, aber in der Mitte 
(zwischen Spurrinnen) etwas Pflanzenwuchs hat. Ist das "grade2" oder 
"grade3"?

Schon schwierig, denn jetzt im Moment würde ich zu "grade2" tendieren. 
Wenn Richtung Herbst die Waldarbeiter wieder "gewütet" haben und der 
Boden durch Feuchtigkeit aufgeweicht ist, dann wird da ganz schnell 
"grade3" draus ;-)

Gruß

Manuel


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

Re: [Talk-de] All in one Garmin Map - news

[Christoph Wagner]

Christian Knorr schrieb:

> So, genug gejammert. Es ist halt ärgerlich, wenn man öfters so im Regen 
> stehen 
> gelassen wird.
> 

Jup, ist verständlich. War aber wirklich keine böse Absicht von mir oder so.
Manchmal lese ich Sachen, habe aber keine Zeit gleich zu antworten. Hinterher 
scroll ich nur noch bis zum neusten Post und dann fällt die Antwort leider 
unter den Tisch.

Also du wolltest die Spielplätze einbauen, richtig?
Hast da noch Bock drauf?

git ist ein Versionskontrollsystem, was unter anderem beim Linuxkernel 
verwendet wird.
Es gibt da tausende von Dokus im Netz, die das alle besser erklären können als 
ich (ich hab da eigentlich auch keine Ahnung von).

Für den easy workflow würde ich mal folgendes vorschlagen:

Erstmal mit git clone das komplette Verzeichnis ziehn:

git clone git://github.com/aiomaster/aiostyles.git

Dann machste dir nen neuen branch in dem du deine änderungen durchführst.

git branch spielplaetze

den kannste natürlich nennen wie du willst.

Mit
git checkout spielplaetze
wechselst du dann in deinen branch und legst los.

Wenn du mit checkout in deinen spielplaetz-branch gewechselt bist, kannste da 
jetzt Änderungen machen, wie du lustig bist.

Jedes Mal, wenn du eine halbwegs thematisch abgetrennte Änderung gemacht hast, 
die lauffähig ist, kannste die in deinen branch commiten Das passiert alles 
lokal auf deiner Platte.


git commit -am "new playground symbol"

zum Beispiel oder so ähnlich.

Wenn du jetzt anschließend noch was anderes änderst kannste das auch alles 
wieder lokal commiten.

git commit -am "another edit"

Wenn du mit der ganzen commiterei fertig bist, schaust du mal unauffällig, ob 
sich im online repository was getan hat. Geklont hast du es ja schon.
Jetzt musst du nur noch in den richtigen branch wechseln (denn du bist noch im 
experimental):

git checkout master

master heißt übrigens immer der Main-branch sozusagen.
Um den jetzt noch zu aktualisieren machste ein:

git pull

Du musst jetzt deine Änderungen in den master branch mergen.
Das machste am besten mit:

git rebase spielplaetze

Wenn nichts konfliktet, dann sollte das problemlos gehen.

Jetzt hast du das bei dir lokal gemerged und es muss noch irgendwie ins netz.
Da du keinen direkten schreibenden Zugriff auf das main repository hast, 
müsstest du jetzt einen Patch erzeugen und mir per Mail schicken.

Das geht mit:

git format-patch origin

Den Patch schickst du mir einfach und ich commite ihn und lade hoch.

Viele Grüße
Christoph



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

Re: [Talk-de] Brücke im "Wirtschaftsweg"?

[Fips Schneider]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



Simon Kokolakis wrote:
> Manuel Reimer schrieb:
>> Exakt. Fußgängerbrücke inklusive Geländer, die aber auch mit dem Fahrrad 
>> befahren werden kann. Exakt daneben eine Furt für Waldfahrzeuge.
> 
> Ich würde zwei parallele wege zeichnen. Einen mit
> 
> highway=footway
> foot=yes
> bicycle=yes
> bridge=yes
> layer=1
> 
> über den Bach drüber. Den anderen als highway=track, mit ford=yes im 
> Schnittpunkt mit dem Bach.

Ja, so würde ich das auch machen. Siehe auch bspw. hier [1] für eine
Behelfsbrücke nur für Fußgänger/Radfahrer...

[1] http://osm.org/go/0D0ZPg8q8--

> 
> Beste Grüße,
> Simon
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkvUo0MACgkQnHVyAFIfTkGwuQCfYMX5U3l5yYO14ovuA75kBYx/
/4EAnikU/OsNRu4UetwTPi0B8hlvh+Ir
=FSHQ
-END PGP SIGNATURE-

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

Re: [Talk-de] All in one Garmin Map - news

[Christian Knorr]

Am Sonntag 25 April 2010 20:48:47 schrieb Christoph Wagner:

> Christian Knorr schrieb:
> > Am Sonntag 25 April 2010 17:56:15 schrieb Christoph Wagner:
> >> Ein typischer Workflow ist mal hier beschrieben:
> >> http://wiki.github.com/bard/sameplace/typical-git-workflow
> >
> > Das ist ja nett, dass ich das zufällig auch mal erfahre.
> > Erst schreist Du rum, Du brauchst Hilfe, ich biete Dir Hilfe, aber ich
> > bekomme keine Antwort. War Dir meine Hilfe wohl nicht Groß genug, was?
>
> ?
> Bin gerade ratlos. Sorry, wenn ich dich verärgert hab oder so, aber was
> genau meinst du? Wenn ich aus Versehen einen Beitrag von die überlesen habe
> oder nicht beantwortet und dich damit verärgert tut es mir leid. Hier
> kommen am Tag echt verdammt viele Mails rein von den ganzen Mailinglisten
> und so. Da kann aus Versehen mal was untergehen.
Na Du hast's doch selber hier reingeschrieben: 
http://forum.openstreetmap.org/viewtopic.php?pid=74267#p74267 und 
anschließend auch geantwortet, nur auf meinen Beitrag nicht.

> Die Sache mit dem git workflow und so ist jetzt auch nicht gerade ein
> Geheimnis oder? Einmal kurz in google reingehackt und schon gehts los.
Genau das habe ich auch geschrieben, dass ich das tue. Und das habe ich getan.

> Also cool bleiben und Spaß haben!
Wenn's kein Spaß machen würde, würde ich es nicht machen.

So, genug gejammert. Es ist halt ärgerlich, wenn man öfters so im Regen stehen 
gelassen wird.

> Christoph
Chris

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

Re: [Talk-de] Brücke im "Wirtschaftsweg"?

[Simon Kokolakis]

Manuel Reimer schrieb:
> Exakt. Fußgängerbrücke inklusive Geländer, die aber auch mit dem Fahrrad 
> befahren werden kann. Exakt daneben eine Furt für Waldfahrzeuge.

Ich würde zwei parallele wege zeichnen. Einen mit

highway=footway
foot=yes
bicycle=yes
bridge=yes
layer=1

über den Bach drüber. Den anderen als highway=track, mit ford=yes im 
Schnittpunkt mit dem Bach.

Beste Grüße,
Simon

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

Re: [Talk-de] Von Wikipedia lernen

[AssetBurned]

On 25.04.2010, at 15:00, Matthias Versen wrote:
> 
> Es gibt kaum Diskussionen in Gegenden, wo ein/zwei Mapper alles 
> einpflegen. Kommen dann neue User ind er Gegend dazu, dann kann es 
> durchaus Diskussionen geben und das wird immer schlimmer, je mehr User 
> OSM gewinnt.
> 
> Man muss eine gute Balance für OSM finden aber das wird nicht einfach 
> werden. Ab einer gewissen größe wird sich die Community nicht mehr 
> vernünftig selbst organisieren können ohne Regeln und Admins.

wo ich das lese, sehe ich noch einen anderen unterschied.
In der WP sehen viele authoren artikel als ihr geistiges werk an und änderungen 
dadran sehr kritisch. Persönlich war ich eher angepieselt wenn meine atikel 
gelöscht wurden, nicht aber wenn sie sinnvoll in andere eingearbeitet wurden 
oder überarbeitet wurden ich sehe meine tätigkeiten eher als "Fire and 
Forget" an und stelle häufig überrascht fest das ich nach einiger zeit 
(manchmal bis zu jahren) wieder am gleichen krams mitarbeite, wie gesagt 
inzwischen nicht mehr bei der WP aber bei anderen projekten.

in der WP ist diese methode allerdings weniger gerne gesehen. dort muß etwas 
perfekt ausgearbeitet sein und danach muß man _seinen_ artikel ständig 
verteidigen, bemuttern und ständig wachsam sein.

OSM ist hier anders... eher so wie es mein verständnis von dieser art der 
gemeinschaftlichen arbeit näher kommt... nicht wirklich "fire and forget" aber 
es ist nicht wirklich schlimm wenn man sich einige tage rein kniet und dann die 
sache dem nächsten überlässt.
In vielen gegenen gibt es leute die diese ecken als "ihr viertel" ansehen, aber 
wenn sich andere an änderungen dort beteiligen wird es allgemein eher als 
positiv empfunden.
zumindest wenn ich die bereiche anschaue die mich interessieren. kann jeder 
machen was er für richtig hält und wo er es will. gelegentlich gibt es mal eine 
diskussion über das bessere vorgehen und dann ist auch gut. es gibt keine leute 
die ihre ecken 24/7 kontrolieren und änderungen sofort wieder löschen und so in 
einen edit-war laufen.

cu assetburned




smime.p7s
Description: S/MIME cryptographic signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] All in one Garmin Map - news

[Christoph Wagner]

Christian Knorr schrieb:
> Am Sonntag 25 April 2010 17:56:15 schrieb Christoph Wagner:
>> Ein typischer Workflow ist mal hier beschrieben:
>> http://wiki.github.com/bard/sameplace/typical-git-workflow
> Das ist ja nett, dass ich das zufällig auch mal erfahre.
> Erst schreist Du rum, Du brauchst Hilfe, ich biete Dir Hilfe, aber ich 
> bekomme 
> keine Antwort. War Dir meine Hilfe wohl nicht Groß genug, was?

?
Bin gerade ratlos. Sorry, wenn ich dich verärgert hab oder so, aber was genau 
meinst du?
Wenn ich aus Versehen einen Beitrag von die überlesen habe oder nicht 
beantwortet und dich damit verärgert tut es mir leid.
Hier kommen am Tag echt verdammt viele Mails rein von den ganzen Mailinglisten 
und so. Da kann aus Versehen mal was untergehen.

Die Sache mit dem git workflow und so ist jetzt auch nicht gerade ein Geheimnis 
oder? Einmal kurz in google reingehackt und schon gehts los.

Also cool bleiben und Spaß haben!
Christoph




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

Re: [Talk-de] Von Wikipedia lernen

[AssetBurned]

moin

ich schnippel mal nen grosteil an wikipedia kritik weg. ich hab mir schon 
häufiger hier auf die finger geschlagen wenn ich anfangen wollte etwas wie 
"lasst uns doch von der WP was lernen."
meines erachtens gibt es da eher negatives (wie soll man was nicht machen) zu 
lernen. und genau das find ich auch wiederrum positiv an der WP. wenn die sich 
da nicht so verändert hätten, würde ich wohl immer noch WP artikel schreiben 
und dort fotos hochladen.
aber nun bastel ich mit an OSM karten rum und versuche diese zu verbessern. das 
bringt mir inzwischen mehr da ich diese auch auf reisen nutzen kann... WP 
artikel sind ja eher so das man sie in die welt setzt und nicht wirklich zur 
produktiven arbeit nutzen kann. 

On 25.04.2010, at 13:00, Frederik Ramm wrote:

> Ich stelle mir die Frage, ob unser Projekt OpenStreetMap Gefaehr laeuft, 
> sich aehnlich zu entwickeln, ob wir auch in eine Richtung steuern, bei 
> der wir uns immer mehr von "denen da draussen" abkapseln, mehr und mehr 
> unsere eigenen Regeln aufstellen, Buerokratie aufbauen, Hierarchien 
> erzeugen, schliesslich bezahltes Personal beschaeftigen muessen, weil 
> wir unseren eigenen Freiwilligen nicht mehr ueber den Weg trauen 
> koennen, und und und.

bezahltes personal muß nicht umbedingt negativ sein. ich hatte schonmal 
angesprochen das es wohl sinnvoll gewesen wäre einige Progger dafür zu bezahlen 
das sie eine software für iPhone und co schreiben und einnahmen aus der 
Software zum teil auch OSM zu gute kommen.
das hat nicht wirklich was mit misstrauen zu tuhen, sondern eher mit "lass uns 
das mal vernünftig machen." vorallem hätte man dan auch einen rückkannal 
einbauen können aber das ist nen anderes thema.

Ob sich OSM in die richtung entwickelt wie die WP hängt stark von den personen 
ab die sich einbringen und wie groß die oposition ist. der umstand das es nicht 
wirklich herachieebenen gibt wie bei der WP gibt, behindert schonmal diesen 
trend.

> Aus Sorge vor verkrusteten Strukturen bin ich ja immer gleich einer der 
> ersten, der dagegen argumentiert, wenn mal wieder jemand mit 
> irgendwelchen Demokratie-Ideen fuer OpenStreetMap ankommt. Meiner 
> Ansicht nach hat ein fehlgeleitetes Verstaendnis von Demokratie zu der 
> Misere bei der Wikipedia beigetragen - sowas wie die "Relevanzkriterien" 
> ist automatisches Produkt des verzweifelten Versuchs, irgendetwas 
> "gerecht" zu machen. Viele nehmen an, dass es automatisch gerecht ist, 
> wenn wenigstens klare Regeln existieren, nach denen entschieden wird.

naja verkrustete strukturen haben wir ja... sieht man an der diskussion zu den 
russischen militär stützpunkten... da unsere struktur so verkrustet ist, wie 
sie ist... ist es nicht ohne weiteres möglich da mal schnell was zu löschen ;-)

> Auf der anderen Seite ist es denkbar, dass das in der Wikipedia genau so 
> gelaufen ist und dass die Strukturen, die wir jetzt sehen, eben die 
> sind, die sich von selbst entwickeln, wenn ein Projekt sich weigert, das 
> aktiv zu tun. Es ist denkbar, dass es einem freien Geist im Projekt eher 
> foerderlich waere, jetzt in einigen Punkten Autoritaet zu wagen, anstatt 
> sich zurueckzuhalten und zu warten, bis die Leute sich den freien Geist 
> selber kaputttrampeln.

wie gesagt, es sind nicht die freigeister die sichkaputt trampeln, sondern das 
leute an schlüsselstellen geraten die dann ein machtgefühl ausleben und 
freigeister vertreiben.

> Die Wikipedia scheint aus welchen Gruenden auch immer ein 
> Vergroesserungsglas fuer schlechte Eigenschaften von Menschen zu sein - 
> Arroganz, Angeberei, Machtversessenheit, Ueberheblichkeit, die Freude, 
> sich ueber einen Neuling zu erheben, weil man selbst ja schon seit einer 
> Woche dabei ist, und so weiter. Vermutlich ist das nicht die Mehrheit 
> der Leute, und vermutlich tun selbst viele von denen, die als Ekel 
> rueberkommen, trotzdem noch gute Arbeit, aber dennoch ist das ein 
> ziemliches PR-Desaster.

PR hin PR her... schau dir an welches hohes ansehen die WP immer noch hat, 
obwohl spitzenkandidaten für lantagswahlen dort nicht gelistet werden dürfen 
aber artikel zu fremdkörpern in darm und rektum mehrere bildschirmseiten füllen 
(um mal das aktuellste beispiel aus Fefes-blog zu nennen).

cu assetburned

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] ORS down?

[Christian Knorr]

Am Donnerstag 11 März 2010 09:46:12 schrieb Pascal Neis:

> Hi,
>
> Christian Knorr schrieb:
> > Hallo zusammen,
> > ich kann OpenRouteService [1] seit gestern nicht mehr erreichen.
> > Gleiches gilt auch für OSM-WMS.
> > Hab' ich was verpasst, sollte das so sein, gibt's neue Adressen?
> >
> > MfG, Chris
> >
> > [1] http://data.giub.uni-bonn.de/openrouteservice
> > [2] http://www.osm-wms.de/
>
> die Server ziehen gerade um.
> Temporär ist die Webseite von ORS über
> http://szipf03.geog.uni-heidelberg.de/openrouteservice/
> zu erreichen.
Und nun ist es http://129.206.229.146/openrouteservice/
Hast sich da was geändert, sodass man auf die URL direkt verweisen kann?

> pascal
MfG, Chris...

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

Re: [Talk-de] Was kann man denn da machen?

[Walter Nordmann]

Daniela Duerbeck wrote:
> 
> Ich verstehe seine Änderungen nicht. Er scheint viel wegzulöschen um es 
> dann fast gleich wieder hochzuladen.
> http://www.openstreetmap.org/browse/node/616430237/history
> http://www.openstreetmap.org/browse/node/706208867
> 
> Damit kann man dann Änderungen nicht mehr nachvollziehen.
> 
> 
hi daniela,

eventuell hat er ein "großes Problem" mit dem xybot?

hat ihm wohl schon öfters ne mail geschickt, nie ne antwort bekommen und ihn
dann zum duell im englischen Garten aufgefordert ;)

und dann muß er "ihn" zur Strafe halt total auslöschen.

--

da kann man nix machen, nur wundern.

gruss

walter


-
Der Kopf ist rund, damit die Gedanken auch mal die Richtung ändern können.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Was-kann-man-denn-da-machen-tp4954626p4959304.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] All in one Garmin Map - news

[Christian Knorr]

Am Sonntag 25 April 2010 17:56:15 schrieb Christoph Wagner:
> Ein typischer Workflow ist mal hier beschrieben:
> http://wiki.github.com/bard/sameplace/typical-git-workflow
Das ist ja nett, dass ich das zufällig auch mal erfahre.
Erst schreist Du rum, Du brauchst Hilfe, ich biete Dir Hilfe, aber ich bekomme 
keine Antwort. War Dir meine Hilfe wohl nicht Groß genug, was?

> Danke dir erstmal und viele Grüße!
> Christoph
Ja, ich danke auch allen die am Projekt mitarbeiten,
mfG, Chris.

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

Re: [Talk-de] Was kann man denn da machen?

[Frederik Ramm]

Hallo,

Matthias Versen wrote:
> Daniela Duerbeck wrote:
> 
>> Ich verstehe seine Änderungen nicht. Er scheint viel wegzulöschen um es
>> dann fast gleich wieder hochzuladen.
>> http://www.openstreetmap.org/browse/node/616430237/history
>> http://www.openstreetmap.org/browse/node/706208867
> 
> Diese Relation mit den Häusern hat er mit der Zeit ganz schön 
> auseinandergenommen :
> 
> http://www.openstreetmap.org/browse/relation/59323/history

Unter seinen Edits sind einige, die konstruktiv scheinen, aber viele 
Sachen hat er auch einfach kommentarlos geloescht. Ich habe ihn 
aufgefordert, solche Loeschungen kuenftig zu begruenden:

http://www.openstreetmap.org/blocks/16

Nur um das klarzustellen, normalerweise wuerde man in so einem Fall 
natuerlich einfach den User anschreiben und hoeflich fragen, was denn da 
los ist und ob es vielleicht ein Versehen war, aber mit diesem User 
haben wir glaube ich alle keine Geduld mehr.

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] Was kann man denn da machen?

[Matthias Versen]

Daniela Duerbeck wrote:

> Ich verstehe seine Änderungen nicht. Er scheint viel wegzulöschen um es
> dann fast gleich wieder hochzuladen.
> http://www.openstreetmap.org/browse/node/616430237/history
> http://www.openstreetmap.org/browse/node/706208867

Diese Relation mit den Häusern hat er mit der Zeit ganz schön 
auseinandergenommen :

http://www.openstreetmap.org/browse/relation/59323/history

Matthias



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

Re: [Talk-de] Von Wikipedia lernen

[Frederik Ramm]

Hallo,

Alexrk wrote:
> Ich verstehe nicht, wieso Bürokratie und Regeln immer als etwas Negatives 
> angesehen werden. Ich sehe das genau andersrum: Regeln können dazu dienen, 
> die 
> User zu schützen und sie mit Rechten auszustatten. Die Relevanzkriterien sind 
> ein solches Beispiel; sie geben einen Rahmen vor, in dem Artikel 
> Bestandsschutz 
> genießen.

Das stimmt nicht; ein Artikel ueber etwas, das die Relevanzkriterien 
erfuellt, geniesst keineswegs Bestandsschutz. Der Artikel kann z.B. 
geloescht werden, weil die Relevanz, selbst wenn objektiv vorhanden, in 
ihm nicht klar genug rueberkommt, oder weil er zu wenig Information 
enthaelt.

> Allerdings werden in WP Regeln häufig nicht als Schutz verstanden, sondern 
> als 
> Werkzeug für selbsternannte Hilfssheriffs.

Sobald es eine Regel gibt, kann jeder, der eine Woche dabei ist und sie 
gelesen hat, einem Neuling um die Ohren hauen und sich dabei gross und 
stark fuehlen.

> * Macht von Anfang an alle Regeln, Beschlüsse und Meinungsbilder den Usern 
> transparent; macht den Usern klar, welche Abstimmungen/Wahlen es gibt an 
> denen 
> man sich beteiligen kann.

Gibt die Wikipedia-Geschichte Anlass zu der Annahme, dass gleiche Wahlen 
unter Benutzern automatisch zu einem fuer das Projekt vorteilhaften 
Ergebnis fuehren - oder ist das einfach nur was, was man macht, damit es 
keinen Streit gibt (was ja auch wiederum dem Projekt schaden koennte)?

> * Und mE *das Wichtigste überhaupt*: auch wenn man sich seine User nicht 
> aussuchen kann, versucht neben IT-Spezies auch eine breite Palette anderer 
> User 
> in's Boot zu bekommen (Männlein wie Weiblein). Nach meiner Erfahrung bilden 
> zu 
> viele Techies/Männer auf einen Haufen nunmal keine gesunde 
> Diskussionsgrundlage 
> (siehe Telepolis/Heise :))

Da ist sicher was dran; wenn man schon auf Demokratie setzt, dann 
bekommt man sicher mehr Sicherheit gegen Spinnerei, wenn man das ganze 
auf eine breite Basis stellt. Sonst kriegt man sowas wie geistigen 
Inzest - wenn es immer nur der gleiche Ideenpool ist, der da umgeruehrt 
wird, kann eine unnoetig einseitge Entwicklung ihren Lauf nehmen.

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] Von Wikipedia lernen

[Jonas Stein]

> Auf der anderen Seite ist es denkbar, dass das in der Wikipedia genau so 
> gelaufen ist und dass die Strukturen, die wir jetzt sehen, eben die 
> sind, die sich von selbst entwickeln, wenn ein Projekt sich weigert, das 
> aktiv zu tun. Es ist denkbar, dass es einem freien Geist im Projekt eher 
> foerderlich waere, jetzt in einigen Punkten Autoritaet zu wagen, anstatt 
> sich zurueckzuhalten und zu warten, bis die Leute sich den freien Geist 
> selber kaputttrampeln.

Suchen wir mal ein Positiv-Beispiel:
Ich finde, dass das Debian Projekt seine Arbeit sehr gut macht. 

Die Qualitaet ist enorm hoch und das Projekt lebt schon laenger als
Wikipedia. Auch hier gibt es sehr klare Strukturen und Regeln und
trotzdem ist die Einstiegshuerde fuer Helfer nicht hoeher als bei 
irgendeiner anderen Distribution.

Vielleicht kann man von denen lernen?

Sonnige Gruesse,

-- 
Jonas Stein 


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

Re: [Talk-de] Was kann man denn da machen?

[Daniela Duerbeck]

Frederik Ramm wrote:
> Sollte er auftauchen und Aerger machen, hier auf 
> der Liste bescheid sagen.
>   
Ich verstehe seine Änderungen nicht. Er scheint viel wegzulöschen um es 
dann fast gleich wieder hochzuladen.
http://www.openstreetmap.org/browse/node/616430237/history
http://www.openstreetmap.org/browse/node/706208867

Damit kann man dann Änderungen nicht mehr nachvollziehen.

Bei anderen Änderungen scheinen alte Sachen wieder upgeloadet zu werden: 
Ich hatte mal einen name=Elektrogeschäft gelöscht und den Wert der 
ref=Bang&Olufsen dort eingetragen und nun hieß der Laden wieder 
Elektrogeschäft.


Viele Grüße von Dani

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

Re: [Talk-de] Von Wikipedia lernen

[Tobias Knerr]

Matthias Versen schrieb:
> Dadurch ist der Anspruch an die Qualität extrem gestiegen und die 
> Bedingungen eines guten Artikels werden zwangsweise durch Regeln definiert.
> Das sorgt einerseits für eine gewisse Qualität aber andererseits auch 
> dafür, das es Einsteigern viel schwerer gemacht wird neue Inhalte zu 
> erstellen.

Die hohen Einstiegshürden sind ein Faktor, den ich bei Wikipedia auch
sehe. Das hat zwei Komponenten: Es ist schwerer geworden, bestehende
Artikel zu verbessern, und es ist schwerer geworden, neue anzufangen.

1. Bestehende Artikel sind schwer zu verbessern:

Das liegt natürlich zuvorderst an der bereits hohen Qualität vieler
Artikel. Daneben spielt aber auch die technische Komplexität eine Rolle:
Templates, (sortierbare) Tabellen, Mediendateien mit ihren Parametern,
Einzelnachweise - das ist alles nicht so einfach handhabbar. Wenn man
dann noch bedenkt, dass sich die Wikipedia-Bearbeitungstools seit Jahren
nicht wesentlich weiterentwickelt haben, sollten die Probleme von
Einsteigern nicht verwundern.

2. Neue Artikel sind schwerer zu erstellen:

Wikipedianer führen hier öfters an, dass eben die meisten "einfachen"
Themen schon abgedeckt sind. Das ist völlig korrekt und wird in gewisser
Weise auch bei OSM passieren, wenn es immer weniger weiße Flecken gibt.
Ein Teil des Problems ist aber auch auch hier hausgemacht, da viele noch
unbehandelte Themen als "irrelevant" deklariert und damit für die
Erstellung neuer Artikel ausgeschlossen worden sind. (Dass es besonders
frustrierend ist, von dieser Einschränkung erst nach der Arbeit mit dem
Artikel zu erfahren, sollte niemanden wundern.)

Manche Aspekte der Entwicklung von Wikipedia sind meiner Ansicht nach
also unvermeidliche Folgen von Wachstum und Qualitätssteigerung. Aber
man könnte versuchen, den Effekt zumindest abzuschwächen durch

* kontinuierliche Weiterentwicklung der Werkzeuge
* durchschaubare technische und soziale Strukturen
* größtmögliche Freiheit der Nutzer bei der Entscheidung, was sie zu OSM
beitragen wollen

> Relevanskriterien gibt es auch bei OSM und die sind auch notwendig.

Hier bin ich deutlich anderer Meinung. Wir brauchen keine
(formalisierten) Relevanzhürden, und sollten einiges daran setzen, dass
wir keine bekommen.

> Sollen in OSM auch Flugrouten, Gullideckel, Grashalme, Bahnschwellen, 
> unterirdische Leitungen und ganz übertrieben einzelne Atome gemappt werden ?

Das ist für sich genommen nicht die richtige Frage, wenn es um die
Notwendigkeit von Relevanzhürden geht. Entscheidend ist vielmehr:
Besteht die Gefahr, dass durch das Eintragen von "irrelevanten"
Informationen die "relevanten" Bereiche von OSM beeinträchtigt werden?

Denn: Ich will keine Grashalme und auch keine Atome. Aber da das niemand
ernsthaft eintragen will, besteht hier auch keine Gefahr für wichtigere
Daten - und keine Notwendigkeit für Relevanzhürden.

Und: Wenn jemand Flugrouten einträgt, die aber außer den Benutzern des
Flugroutenlayers nie ein Laie zu Gesicht bekommt - dann ist das
ebenfalls keine Gefahr für die Qualität z.B. des Autobahnnetzes.

Bei anderen Beispielen ist das natürlich nicht immer offensichtlich. Da
wir (anders als die Wikipedia) einen Filtervorgang zwischen Datenbank
und Anwendungen haben, kann die Problematik aber von vornherein
höchstens die Handhabbarkeit beim Bearbeiten betreffen.

Im Moment jedenfalls gehe ich nicht davon aus, dass von Hand erfasste
Geodaten zu existierenden, aber "irrelevanten" Objekten die Qualität der
sonstigen Daten in OSM jemals großflächig beeinträchtigen und damit
Relevanzhürden notwendig machen werden.

Tobias Knerr

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

Re: [Talk-de] All in one Garmin Map - news

[Alexander Matheisen]

Hallo Christoph,

> Cool. Hab ich mal commited.

Heißt das, dass die Änderungen nun online sind? In den Dateien, die ich
mir gerade eben von dem git Repo heruntergeladen habe, sind die
Änderungen jedoch noch nicht drin.

> Ich müsste dann bloß noch die patches commiten.
> 
> Mein Projekt bekommste so:
> git clone git://github.com/aiomaster/aiostyles.git

Also wenn ich das richtig verstanden habe, lade ich mir mit

git clone git://github.com/bard/sameplace.git

die Daten herunter, und lade sie mit

git commit -a -m 'Kommentar...'

wieder hoch?

P.S.: Habe nun auch ein neues Pollersymbol (das jetzt kleiner und nicht
so auffällig ist) gezeichnet, bin aber verunsichert, ob ich es wie oben
angegeben hochladen soll.


Alex


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

Re: [Talk-de] Brücke im "Wirtschaftsweg"?

[Manuel Reimer]

André Riedel wrote:
> Was meinst du mit Fußgängerbrücke? Schmaler und nicht so lastfähig?
> Gibt es daneben eine Furt für die Waldfahrzeuge?

Exakt. Fußgängerbrücke inklusive Geländer, die aber auch mit dem Fahrrad 
befahren werden kann. Exakt daneben eine Furt für Waldfahrzeuge.

Gruß

Manuel


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

Re: [Talk-de] Von Wikipedia lernen

[Alexrk]

Ich bin seit 2 Jahren in der WP hauptsächlich im Bereich Kartenwerkstatt 
zugange. Ich habe meist nur positiv und konstruktiv denkende Leute getroffen. 
Natürlich trifft man auch ab und zu (wie im richtigen Leben) auf Sturköpfe, die 
keinerlei Argumentation aufgeschlossen sind. Ich denke mal, das ist bei OSM 
ähnlich.

Ich verstehe nicht, wieso Bürokratie und Regeln immer als etwas Negatives 
angesehen werden. Ich sehe das genau andersrum: Regeln können dazu dienen, die 
User zu schützen und sie mit Rechten auszustatten. Die Relevanzkriterien sind 
ein solches Beispiel; sie geben einen Rahmen vor, in dem Artikel Bestandsschutz 
genießen.

Allerdings werden in WP Regeln häufig nicht als Schutz verstanden, sondern als 
Werkzeug für selbsternannte Hilfssheriffs. Leider hat WP (und wohl auch OSM) 
einige Funktionen, die solch Hilfssherifftum oder auch Stalking geradezu noch 
unterstützen. Zum Beispiel die Edit-Historie eines Users. Da laufen in der WP 
grad Diskussionen ob man die einsehbare Historie nicht auf ein paar Tage 
beschränken sollte um das persönliche Hinterherspitzeln und Profilen zu 
unterbinden.

Bürokratie muss transparent bleiben. Das ist bei WP viel zu unstrukturiert. Als 
Neuling muss man sich durch zig Diskussionen und Hilfeseiten durchlesen, um 
halbwegs die Mechanismen der WP-Bürokratie zu verstehen. Komplexität ist 
anfürsich nichts Schlechtes solange es ein klares "User Interface" dafür gibt. 
Ich verstehe auch nicht wie meine Mikrowelle funktioniert; muss ich auch nicht 
- 
ich muss nur wissen welchen Knopf ich zu drücken habe.

Zum Vergrößerungsglas: das trifft nicht nur für die WP zu, sondern für das 
Internet insgesamt. Anonym benehmen sich die Menschen nunmal viel häufiger 
daneben als face à face. Dagegen kann man wohl genausowenig machen wie gegen 
die 
Tatsache, dass manch Büroblümchen auf der Autobahn im Schutze seiner 
Blechkarosse plötzlich zum Raudi wird.

Wenn ich überlege was man hätte besser machen können oder was man bei OSM für 
künftige Entwicklungen beachten könnte würde ich sagen:

* Begreift, dass ohne Regeln keine Gemeinschaft bestehen kann und versucht die 
Regel-Etablierung nur nicht einzelnen Querköpfen zu überlassen
* Macht von Anfang an alle Regeln, Beschlüsse und Meinungsbilder den Usern 
transparent; macht den Usern klar, welche Abstimmungen/Wahlen es gibt an denen 
man sich beteiligen kann.
* Überlegt wie ihr eure User schützen könnt; zB durch Schutz der Privatsphäre 
(siehe oben, Datenschutz) oder Unterbinden persönliche Angriffe
* Und mE *das Wichtigste überhaupt*: auch wenn man sich seine User nicht 
aussuchen kann, versucht neben IT-Spezies auch eine breite Palette anderer User 
in's Boot zu bekommen (Männlein wie Weiblein). Nach meiner Erfahrung bilden zu 
viele Techies/Männer auf einen Haufen nunmal keine gesunde Diskussionsgrundlage 
(siehe Telepolis/Heise :))

Alex

-- 
http://de.wikipedia.org/wiki/Benutzer:Alexrk2


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

Re: [Talk-de] All in one Garmin Map - news

[Christoph Wagner]

Alexander Matheisen schrieb:
> Hallo Christoph,
> 
>> Die GUI, um die layer einfach zusammenzupacken, können wir natürlich 
>> trotzdem gebrauchen. Man muss auch nicht unbedingt gmt verwenden, sondern 
>> kann das mittlerweile direkt mit mkgmap tun.
>> Würde da aber erstmal gar nicht so viel Energie investieren.
> 
> Wusste nicht, dass das auch mit mkgmap geht.
> 
> Hast du eigentlich gestern abend meine Mail mit dem neuen Typfile
> bekommen? Falls nicht, hier nochmal der Text meiner Mail:

Nee hab ich irgendwie nicht. Naja egal.

> ---
> Ich habe mal die ersten Verbesserungen vorgenommen. Ich habe ein neues
> Icon für Windmühlen (nun mit transparentem Hintergrund) sowie im Typfile
> "jüdisch" in "Synagoge" umbenannt, da mir die Bezeichnung etwas
> untreffend vorkam.
> 
> Ob dir das neue Icon besser gefällt, weiß ich nicht, mir jedoch gefällt
> es nun besser, da es durch den transparenten Hintergrund besser in die
> Karte eingebaut ist, und die schlichte Gestaltung macht das Icon meiner
> Meinung besser erkennbar und die Karte nicht allzu bunt.
> 
> Du kannst dir das Typfile herunterladen unter:
> 
> http://rurseekatze.bplaced.net/basemap.TYP
> ---
> 

Cool. Hab ich mal commited. Aber damit ich damit weniger Arbeit habe, wäre es 
cool, wenn du auch git verwendest.
Ein typischer Workflow ist mal hier beschrieben:
http://wiki.github.com/bard/sameplace/typical-git-workflow

Ich müsste dann bloß noch die patches commiten.

Mein Projekt bekommste so:
git clone git://github.com/aiomaster/aiostyles.git

Ich hab leider auch noch nicht so viel Plan von git, aber hoffe ja welchen zu 
bekommen. Wird ja sowieso erst so richtig interessant, wenn mehrere Leute 
zusammenarbeiten wollen. ;)

Danke dir erstmal und viele Grüße!
Christoph



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

Re: [Talk-de] Brücke im "Wirtschaftsweg"?

[Fips Schneider]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Christian Knorr wrote:
> Am Sonntag 25 April 2010 16:49:21 schrieb Manuel Reimer:
> 
>> Hallo,
> Hallo Manuel,
> 
>> ich habe einen Weg, "highway=track" mit "tracktype=grade3". In diesem
>> Weg befindet sich eine kleine "Fußgängerbrücke" über einen Bach.
>> Eigentlich ist die Brücke so kurz, dass ich dafür nur einen Punkt setzen
>> würde. Geht das oder sollte ich ein kurzes Linienstück einbauen? Wie
>> wird diese "Minibrücke" dann getagt?
> Wenn die Brücke weder Widerlager noch Geländer hat mapp ich sie gar nicht, 
> sondern den Bach als tunnel=yes.
> Ist es definitiv eine Brücke mappe ich auch immer den way, nicht den node.

+1

Ja, genauso halte ich das auch.

> 
>> Danke im Voraus
>>
>> Gruß
>>
>> Manuel
> Chris
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkvUZDgACgkQnHVyAFIfTkFyvACgp0uanhxuiSjo07Ij+OQKpdGx
1vAAoK8B2chJiz+J3IadNuZoiZt9LSBs
=hahq
-END PGP SIGNATURE-

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

Re: [Talk-de] All in one Garmin Map - news

[Alexander Matheisen]

Hallo Christoph,

> Die GUI, um die layer einfach zusammenzupacken, können wir natürlich trotzdem 
> gebrauchen. Man muss auch nicht unbedingt gmt verwenden, sondern kann das 
> mittlerweile direkt mit mkgmap tun.
> Würde da aber erstmal gar nicht so viel Energie investieren.

Wusste nicht, dass das auch mit mkgmap geht.

Hast du eigentlich gestern abend meine Mail mit dem neuen Typfile
bekommen? Falls nicht, hier nochmal der Text meiner Mail:

---
Ich habe mal die ersten Verbesserungen vorgenommen. Ich habe ein neues
Icon für Windmühlen (nun mit transparentem Hintergrund) sowie im Typfile
"jüdisch" in "Synagoge" umbenannt, da mir die Bezeichnung etwas
untreffend vorkam.

Ob dir das neue Icon besser gefällt, weiß ich nicht, mir jedoch gefällt
es nun besser, da es durch den transparenten Hintergrund besser in die
Karte eingebaut ist, und die schlichte Gestaltung macht das Icon meiner
Meinung besser erkennbar und die Karte nicht allzu bunt.

Du kannst dir das Typfile herunterladen unter:

http://rurseekatze.bplaced.net/basemap.TYP
---


Alex


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

Re: [Talk-de] Von Wikipedia lernen

[bundesrainer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Johannes Huesing schrieb:
> Entscheidend ist ja mehr, dass die 2000 das Werk von 8 wieder
> ungeschehen machen. Das soll nicht sein. Wenn jemand einen Knoten mit
> "place_of_warship" einträgt und jemand anders spöttisch denkt "soll
> das ein historisches Schlachtfeld sein" und wieder löscht, dann ist
> das unanständig. Nicht die Arbeit anderer ungeschehen, sondern daraus
> das beste zu machen. Du hast die Orts- ich die Methodenkenntnis, das
> sollte einander nicht aufheben, wie es das manchmal in Wikipedia tut,
> sondern ergänzen. Wenn ich aber von zwei Knoten, die beide den Bahnhof
> Neustadt an der Weinstraße wiedergeben sollen, einen lösche, oder von
> 100 Knoten, die die Trasse eines Sessellifts bezeichnen sollen, nur
> die beiden äußersten übrig lasse, dann traue ich mir das schon zu und
> nehme das auf meine Kappe. Da gibt es natürlich eine breite Grauzone.

Mein Gedanke ist, ob man hier statt einem Regelwerk fürs Bearbeiten
viel mehr einen Code of Ethics fürs Zusammenarbeiten braucht.

Dass unpassende Änderungen eben nicht defaultmäßig gelöscht/rückgängig
gemacht werden, dass man kommuniziert, dass man Neulinge nachsichtig
behandelt und dass man auch Fehler im Datenbestand akzeptiert. Ich
meine damit weniger konkrete demokratische Verfahren, wie Konflikte
beigelegt werden (das wäre ja wieder technisches Regelwerk ;)).

Ich schreib das als jemand der keine Wikipedia-Geschichte hat und auch
nicht so lange bei OSM ist. Gibt es sowas in freien Projekten?
Mir ist klar, dass diese Dinge (manches zunindest) eigentlich Teil
jeder guten Erziehung sein sollte. Aber ich kenn mich ja selbst.

Beste Grüße,
Rainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)

iQEcBAEBAgAGBQJL1F0qAAoJEPT/XJzV1tNzfhQH+gNjeYbrt/4c+Bn0C+zMH/K8
dd9inMM+3WxStQ5Qa/8Nxxwc34QwXCAt9xTkQk3oBPVAG54KjE6aMb+SADCTjTDT
yJ/O6lDIq0cL+EshTz4s3iu3FO5QuDzfXW0M7QiibD0jN4L066ZZqTxhgmeUAYYX
zgpYhuMSn3MgWVT9dbp1wZte1ivNDRS3QoobM3C7aUefbIAf4HBuGBfyHV8tqQM1
jCuG1O+InT0n9YLWEjoVovLWMl86fraikgwL33B6BcfGrEeci3Qh/cF4PBWvW21E
5qQRDnFItjgfERK8nEkAEEELzeoPv9xmRR+eq4KFwZiXlUPZR5xD1wjay1TsDHA=
=995d
-END PGP SIGNATURE-

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

Re: [Talk-de] Brücke im "Wirtschaftsweg"?

[Christian Knorr]

Am Sonntag 25 April 2010 16:49:21 schrieb Manuel Reimer:

> Hallo,
Hallo Manuel,

> ich habe einen Weg, "highway=track" mit "tracktype=grade3". In diesem
> Weg befindet sich eine kleine "Fußgängerbrücke" über einen Bach.
> Eigentlich ist die Brücke so kurz, dass ich dafür nur einen Punkt setzen
> würde. Geht das oder sollte ich ein kurzes Linienstück einbauen? Wie
> wird diese "Minibrücke" dann getagt?
Wenn die Brücke weder Widerlager noch Geländer hat mapp ich sie gar nicht, 
sondern den Bach als tunnel=yes.
Ist es definitiv eine Brücke mappe ich auch immer den way, nicht den node.

> Danke im Voraus
>
> Gruß
>
> Manuel
Chris

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

Re: [Talk-de] Brücke im "Wirtschaftsweg"?

[André Riedel]

Am 25. April 2010 16:49 schrieb Manuel Reimer :
> Hallo,
>
> ich habe einen Weg, "highway=track" mit "tracktype=grade3". In diesem
> Weg befindet sich eine kleine "Fußgängerbrücke" über einen Bach.
> Eigentlich ist die Brücke so kurz, dass ich dafür nur einen Punkt setzen
> würde. Geht das oder sollte ich ein kurzes Linienstück einbauen? Wie
> wird diese "Minibrücke" dann getagt?

Besser ist ein kurzes Linienstück. Denn dann kannst du auch sagen, ob
der Bach oder der Weg einen Brücke über das andere besitzt.

Was meinst du mit Fußgängerbrücke? Schmaler und nicht so lastfähig?
Gibt es daneben eine Furt für die Waldfahrzeuge?

Ciao André

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

[Talk-de] Brücke im "Wirtschaftsweg"?

[Manuel Reimer]

Hallo,

ich habe einen Weg, "highway=track" mit "tracktype=grade3". In diesem 
Weg befindet sich eine kleine "Fußgängerbrücke" über einen Bach. 
Eigentlich ist die Brücke so kurz, dass ich dafür nur einen Punkt setzen 
würde. Geht das oder sollte ich ein kurzes Linienstück einbauen? Wie 
wird diese "Minibrücke" dann getagt?

Danke im Voraus

Gruß

Manuel


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

Re: [Talk-de] All in one Garmin Map - news

[Christoph Wagner]

Alexander Matheisen schrieb:
>> gate/lift_gate und bollard gefällt mir ebenfalls nicht. Frag doch mal
>> Nop ob er euch eventuell das ein oder andere Icon aus der Wanderkarte
>> gibt.  Die liegen zwar bei uns auf dem devserver aber ich würde die
>> nicht einfach nehmen ohne zu fragen.
> 
> Das kommt meinen Vorstellungen schon sehr nahe, wobei mir das Rot nicht
> so gefällt.
> 
> Da gefällt mir das von Computerteddy schon besser:
> http://openstreetmap.teddynetz.de:81/Icons/zaun.png
> 
> Er hat auch schon angeboten, seine Icons mit zu verwenden, vielleicht
> nehmen wir also dieses. Wobei man das nochmal in Hinblick auf
> Erkennbarkeit bei verschiedenen Hintergründen testen müsste.

Cool, vielen Dank an Computerteddy!

>> P.S.: Was mir grade so zum Thema Garminkarte eingefallen ist. Was
>> haltet ihr denn davon die POI-Dateien eventuell gar nicht mehr in die
>> Karte zu tun (Restaurants, Einkaufsmärkte etc.) sondern stattdessen
>> mit gpsbabel POI-Dateien zu erzeugen?  Das hätte zwei Vorteile: 1. 
>> Die eigentliche Kartendatei wird kleiner 2.  Der Anwender könnte
>> selbst entscheiden welche POI Daten ihn interessieren und nur diese
>> einspielen.
> 
> Wenn ich das richtig verstanden habe, werden die aber nicht in die
> Kategorien einsortiert, oder? Und viele einzelne Dateien herunterladen
> für all die Dinge, die mich interessieren, will ich auch nicht.
> 
> Da könnte man lieber die Dinge alle in einzelne Layer aufteilen, die man
> dann wie auch den Adresslayer, etc. einzeln herunterladen kann, und ein
> einfaches grafisches Frontend für das Herunterladen und Zusammenführen
> mit gmt schreiben.
> So könnte man dann gezielt auch Fixme, oder Maxspeedlayer hinzufügen
> oder weglassen, oder auch z.B. den Maxspeedlayer in die Karte von
> Computerteddy einfügen.
> Ich finde, so ein Tool fehlt OSM bisher. Damit könnten sich dann auch
> nicht OSMler einfach die Karten auf ihre Geräte ziehen, ohne erst über
> das Wiki eine passende herauszusuchen.
> Ich schreib mal probeweise so ein Tool, um zu sehen, ob es jemand
> brauchen kann.
> 

Wow, das klingt ganz cool. Die Idee mit den POI-Dateien find ich auch nicht so 
toll, weil die wie bereits gesagt, nicht im Find-Menü erscheinen.
Außerdem ist der Installationsaufwand etwas größer. Dann wüsste ich gerade gar 
kein freies Tool, was die Garmin POI Dateien (*.gpi) überhaupt erzeugen kann.
Gibts da was?

Die Sache mit den separaten Layern - im Ernstfall für jedes Tag einzeln - hat 
jedoch andere Nachteile.
Erstens könnte es bei manchen Geräte eine Gesamtbeschränkung der Anzahl an 
Kacheln geben. Ich habe das selbst noch nicht genau untersucht, aber wohl 
gelesen.
Vielleicht sollte man das mal ausprobieren, ob sich das nur auf einen Layer 
bezieht, eine gmapsupp.img oder, wie Computerteddy bereits vermutet hat, gar 
nicht mehr existent ist.

Ein anderes auf jeden Fall auftretendes Problem, ist der erhöhte Rechenaufwand.
Meine Toolchain ist momentan so:

splitter -> N Mal mkgmap -> zusammenpacken

wobei N die Anzahl der Layer ist, die aus den selben gesplitteten OSM-Daten 
erzeugt werden. Das blöde ist, dass jeder dieser N prozesse nochmal die 
kompletten gesplitteten OSM-Daten liest, obwohl er dann nur einen kleinen Teil 
davon verarbeitet.
Man könnte natürlich vorher mit osmosis ran und die OSM-Daten vielleicht sogar 
vor dem splitten filtern, aber trotzdem muss man mehr rechnen, wenn man die 
layer mehr unterteilt.

Eine Lösung könnte sein mkgmap umzuprogrammieren, dass man mit einer mkgmap 
instanz mit verschiedenen Optionen und style- und Typfiles mit den selben 
Eingabedaten gleichzeitig unterschiedliche Garminlayer erzeugen kann.
Dazu müsste man mkgmap aber extrem krass umbauen und da bin ich ech nicht fit 
genug.

Da wir aber in der jetzigen Situation schon ziemlich viel Last auf dem 
Fossgis-server haben, würde ich vorschlagen, die Layer nicht noch weiter 
aufzuteilen, bis man obige Probleme gelöst hat.

Die GUI, um die layer einfach zusammenzupacken, können wir natürlich trotzdem 
gebrauchen. Man muss auch nicht unbedingt gmt verwenden, sondern kann das 
mittlerweile direkt mit mkgmap tun.
Würde da aber erstmal gar nicht so viel Energie investieren.

Wobei eine Sache fällt mir dazu gerade noch ein.

Es gibt ja ziemlich viele Garminkarten und Ersteller, die sich alle mit ein 
paar anderen Sachen gut auskennen und da Plan von haben.
Ich würde es auch sehr begrüßen, wenn wir da alle mal zusammenarbeiten und eine 
richtig gute Karte erstellen, die einfach alles kann.
Am besten so, dass der User selber aussuchen kann, was er braucht, aber nicht 
so viel doppelt hat.

Wenn ein User beispielsweise die AiO nimmt und die openmtbmap dazuinstalliert, 
hat er erstmal ne ganze Menge POI und Kram doppelt. Dass die Straßen doppelt 
sind, lässt sich nicht vermeiden, da ja für das Fahrradrouting andere Regeln 
gelten und man da ja besser fährt, wenn man das Autorouting missbraucht.
Vielleicht könnte man das abstimmen und in einem hübschen Projekt vereinen.
Ich seh hier so viele Ka

Re: [Talk-de] Von Wikipedia lernen

[Thomas Reincke]

Johannes Huesing schrieb:
> Aber: Eines begünstigt das relativ liberale Klima hier. Die Frage, ob
> eine Straße unclassified oder tertiary ist, bringt hier zwar einige in
> Wallung, die Wortwahl des Eintrags zu Nagorny-Karabach, Ronald
> Barnabas Schill oder Scientology birgt aber realistisch betrachtet
> doch etwas mehr Zündstoff.

Alles was halt irgenwie mit "Religion" zu tun hat. Das können auch 
Bewohner zweier rivalisierender Nachbarstädte sein.

Der große Vorteil von OSM. In WP wird ein Artikel der nur rudimentäre 
Basics enthält gelöscht. In OSM käme niemand auf die Idee einen Ort in 
dem nur 20% gemappt sind vollständig zu löschen.

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

[Talk-de] POIs als separate POI-Dateien (was: All in one Garmin Map - news)

[Johann H. Addicks]

Am 25.04.2010 14:00, schrieb Sven Geggus:

> P.S.: Was mir grade so zum Thema Garminkarte eingefallen ist. Was
> haltet ihr denn davon die POI-Dateien eventuell gar nicht mehr in die
> Karte zu tun (Restaurants, Einkaufsmärkte etc.) sondern stattdessen
> mit gpsbabel POI-Dateien zu erzeugen?

Ein sehr guter Vorschlag, selbst wenn man sich dann bei der Installation 
etwas mehr Gedanken machen muss, da man entscheiden muss, was man denn 
herauswerfen möchte.
Wer z.B. keine Tankstellen benötigt (z.B. weil er seinen "Kraftstoff" im 
Supermarkt kauft und selbst seine Reifen noch selbst mit Muskelkraft 
aufpumpt), der freut sich, die Karte etwas übersichtlicher zu bekommen.

-jha-
P.S. ich weiss, dass man auch über's Typfile ausblenden kann, aber das 
ist für den Normaluser schwieriger zu editieren als Dateien abzuwählen.


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

Re: [Talk-de] Von Wikipedia lernen

[Johannes Huesing]

Frederik Ramm  [Sun, Apr 25, 2010 at 01:00:33PM CEST]:
[...]
> ich mache mir Sorgen, wenn ich die Wikipedia betrachte. Trotz allem, 
> was die Wikipedia erreicht hat, ist das kein Projekt mehr, dass ich 
> irgendwie sympathisch finde. 

In Erwartung eines dem Wetter zum Trotze Rekordthreads:

Sowohl bei Wikipedia als auch bei Openstreetmap kommen die
wesentlichsten Beiträge zuerst: Erst Ballungsräume, dann Einöde, erst
Autobahnen, dann Friedhofswege. Ein Vorteil bei beiden gegenüber der
Welt der Freien Software ist, dass es die Beitragenden an etwa
derselben Stelle juckt wie die "Kunden".  Das Argument "was soll ich
mit noch einem Fenstermanager, ich will Steuertricks 2010" zählt hier
viel weniger. Der aktive Mapper möchte auf einer Karte auch erst
einmal die Magistralen fertiggestellt sehen, ähnlich wie Otto
Normalnutzer.

[...]

> 
> Mich erinnert das manchmal an die Kritik, die gern an 
> Hilfsorganisationen geuebt wird: "Von einem Euro, die man an die 
> Organisation X spendet, kommen nur 10 Cent bei den Beduerftigen an!" - 
> bei der Wikipedia scheint mir inzwischen, dass von der insgesamt 
> geleisteten Arbeit 10% in die Verbesserung der Inhalte fliessen, 
> waehrend der ganze Rest irgendeinem Buerokratie-Eiertanz zum Opfer 
> faellt. 

Im Umkehrschluss zu dem, was ich oben geschrieben habe, wird das, was
hinzukommt, immer weniger "wichtig", für alle Beteiligten. Wichtig im
Sinne von wissenswert, aber auch von korrigier- und pflegbar. Wenn ich
in einem 100-Seelen-Dorf in der Altmark einen auffälligen Baum als
Eiche eintrage, obwohl es eine Buche ist, hat diese Fehlinformation
eine gute Chance, 5 Jahre zu überstehen. Mit der inhaltlichen
Ausweitung wird es gleichzeitig immer schwerer, gemeinsame Standards
zu finden. Jemand, der dann aufs Geratewohl einträgt, hat dann
tatsächlich erst 10 Prozent der Arbeit übernommen. In der Diskussion
vor ein paar Tagen war die Meinung deutlich: Besser die 10 Prozent,
die jemand anders zusammenführen und überarbeoten kann, als wäre da
gar kein Originaleintrag. Bei der Wikipedia haben die die Oberhand,
die sagen: Besser wäre der Artikel nie geschrieben worden.

Das finde ich aus folgendem Grunde erstaunlich: Sicher gibt es auch
bei Wikipedia Bots und Mechanismen, die Fakten automatisch abgrasen
und in Listen und wasweißich zusammenfassen. Aber bei OSM ist man viel
mehr darauf angewiesen. Dennoch sind diejenigen, die auf strenge
Standards pochen, hier (noch) viel weniger vertreten als bei
Wikipedia.

Aus einem weiteren Grunde ist dies erstaunlich: Bei einer Wissensbasis
kann man immer weiterschreiben. Bei einer Landkarte sagt, wenn der
letzte Hydrant eingetragen ist, wirklich jeder "nu ist gut". Wer dann
noch weiter vermeintlich Irrelevantes einträgt, sollte sich viel mehr
den Zorn der Exklusionisten zuziehen.

Aber: Eines begünstigt das relativ liberale Klima hier. Die Frage, ob
eine Straße unclassified oder tertiary ist, bringt hier zwar einige in
Wallung, die Wortwahl des Eintrags zu Nagorny-Karabach, Ronald
Barnabas Schill oder Scientology birgt aber realistisch betrachtet
doch etwas mehr Zündstoff.

> Altgediente Wikipedia-Mitarbeiter wenden sich ab; Leute, die 
> Jahre ihres Lebens wirklich mit dem Herzen am Projekt hingen, sind 
> verbittert und enttaeuscht. Es bildet sich eine Clique, ein innerer Kreis.
> 
> Die Presse greift das dann natuerlich gerne auf - zum Beispiel hier ein 
> Zitat aus dem Spiegel vom Januar 
> (http://www.spiegel.de/spiegel/0,1518,689588,00.html):
> 
> "Die Wikipedia ist kein Projekt vieler, sondern ein Projekt weniger. Es 
> ist ein verbreiteter Irrtum, dass alle Nutzer gemeinsam und demokratisch 
> zu ihr beitragen, dass sie ein Produkt von "Schwarm-Intelligenz" sei. 
> Die deutsche Wikipedia hat mehrere hunderttausend angemeldete Nutzer. 
> Aber [...] Ein halbes Prozent aller aktiv gewordenen Nutzer ist für fast 
> zwei Drittel der Editierungen verantwortlich - ein Kreis von nicht 
> einmal 2000 Personen."

Und wie ist das bei uns? Bei dem von mir duch Itoworld angesehenen
Ausschnitt haben auch sechs Leute mehr als die Hälfte der Wege
eingetragen. Wer "nicht mal 2000" als zu wenig für einen "Schwarm"
ansieht, dem wünsche ich mal ein Hornissennest auf den Dachboden :-)
Entscheidend ist ja mehr, dass die 2000 das Werk von 8 wieder
ungeschehen machen. Das soll nicht sein. Wenn jemand einen Knoten mit
"place_of_warship" einträgt und jemand anders spöttisch denkt "soll
das ein historisches Schlachtfeld sein" und wieder löscht, dann ist
das unanständig. Nicht die Arbeit anderer ungeschehen, sondern daraus
das beste zu machen. Du hast die Orts- ich die Methodenkenntnis, das
sollte einander nicht aufheben, wie es das manchmal in Wikipedia tut,
sondern ergänzen. Wenn ich aber von zwei Knoten, die beide den Bahnhof
Neustadt an der Weinstraße wiedergeben sollen, einen lösche, oder von
100 Knoten, die die Trasse eines Sessellifts bezeichnen sollen, nur
die beiden äußersten übrig lasse, dann traue ich mir das schon zu und
nehme das auf mein

Re: [Talk-de] Von Wikipedia lernen

[Matthias Versen]

Hallo Frederik

>  ich mache mir Sorgen, wenn ich die Wikipedia betrachte. Trotz allem,
> was die Wikipedia erreicht hat, ist das kein Projekt mehr, dass ich
> irgendwie sympathisch finde. Das Projekt macht auf mich den Eindruck,
> als ob es langsam an Buerokratie zu Grunde geht. Die Dynamik und der
> freie Geist, den das Projekt frueher hatte, werden erstickt in Regeln,
> Rechten, Hierarchien.

Ich denke das dies eine Folge des Wachstums ist.
Am Anfang von Wikipedia war die Form eines Artikels egal, man war froh 
um jeden Inhalt der erstellt wurde. Mittlerweile ist Wikipedia die 
einzig verbliebende Enzyklopädie.
Dadurch ist der Anspruch an die Qualität extrem gestiegen und die 
Bedingungen eines guten Artikels werden zwangsweise durch Regeln definiert.
Das sorgt einerseits für eine gewisse Qualität aber andererseits auch 
dafür, das es Einsteigern viel schwerer gemacht wird neue Inhalte zu 
erstellen. Das Projekt hat sich bedingt durch das Wachstum geändert und 
das ist bei sehr vielen Projekten der Fall weil es einfach nicht anders 
geht. Auf einzelne User kann man da immer weniger Rücksicht nehmen und 
die "freiheiten" in dem Projekt werden zwangsweise beschnitten.

Ich habe sowas übrigens in abwandelter Form auch bei Mozilla miterlebt 
und in OSM wird etwas ähnliches passieren außer das Projekt setzte sich 
nicht durch. Man muss versuchen das beste daraus zu machen.

> faellt. Altgediente Wikipedia-Mitarbeiter wenden sich ab; Leute, die
> Jahre ihres Lebens wirklich mit dem Herzen am Projekt hingen, sind
> verbittert und enttaeuscht. Es bildet sich eine Clique, ein innerer Kreis.

Das ist eine Folge der Änderung des Projektes durch das Wachstum.
Die Regeln sind eine Folge des Wachstums weil dadurch die Leute sich 
immer mehr auf die Füße getreten haben was in unendlich langen 
Diskussionen endet. Ich denke die meisten werden mitbekommen haben das 
sich gewisse Diskussionen einfach nicht lösen lassen weil am Ende keiner 
mehr nachgeben will. Der Spiegel Artikel zeigt so ein extremes Beispiel.

> Es ist auch denkbar, dass es ab einer gewissen Projekt-Groesse einfach
> gar nicht mehr anders geht; eventuell ist "nur 10% der Arbeit kommen dem
> Projekt zugute" vielleicht wirklich das theoretisch moegliche Maximum.
> Fuer mich steht fest, dass bei der Wikipedia einiges falsch laeuft, aber
> es ist denkbar, dass es so, wie es laeuft, die "am wenigsten falsche"
> Moeglichkeit ist, etwas zu erreichen.

Bei Wikipedia sind IMO die Regeln durch die enstandenen Diskussionen zu 
streng geworden und beschneiden die Freiheit des Projektes zu stark.

> Ich stelle mir die Frage, ob unser Projekt OpenStreetMap Gefaehr laeuft,
> sich aehnlich zu entwickeln, ob wir auch in eine Richtung steuern, bei
> der wir uns immer mehr von "denen da draussen" abkapseln, mehr und mehr
> unsere eigenen Regeln aufstellen, Buerokratie aufbauen, Hierarchien
> erzeugen, schliesslich bezahltes Personal beschaeftigen muessen, weil
> wir unseren eigenen Freiwilligen nicht mehr ueber den Weg trauen
> koennen, und und und.
>
> Aus Sorge vor verkrusteten Strukturen bin ich ja immer gleich einer der
> ersten, der dagegen argumentiert, wenn mal wieder jemand mit
> irgendwelchen Demokratie-Ideen fuer OpenStreetMap ankommt. Meiner
> Ansicht nach hat ein fehlgeleitetes Verstaendnis von Demokratie zu der
> Misere bei der Wikipedia beigetragen - sowas wie die "Relevanzkriterien"
> ist automatisches Produkt des verzweifelten Versuchs, irgendetwas
> "gerecht" zu machen. Viele nehmen an, dass es automatisch gerecht ist,
> wenn wenigstens klare Regeln existieren, nach denen entschieden wird.

Relevanskriterien gibt es auch bei OSM und die sind auch notwendig.
Sollen in OSM auch Flugrouten, Gullideckel, Grashalme, Bahnschwellen, 
unterirdische Leitungen und ganz übertrieben einzelne Atome gemappt werden ?

Es gibt auch noch andere Regeln in OSM : wie tagge ich etwas 
(straßenschilder mit Abkürzungen oder nicht, Multipolygone..)

Es gibt kaum Diskussionen in Gegenden, wo ein/zwei Mapper alles 
einpflegen. Kommen dann neue User ind er Gegend dazu, dann kann es 
durchaus Diskussionen geben und das wird immer schlimmer, je mehr User 
OSM gewinnt.

Man muss eine gute Balance für OSM finden aber das wird nicht einfach 
werden. Ab einer gewissen größe wird sich die Community nicht mehr 
vernünftig selbst organisieren können ohne Regeln und Admins.

Matthias


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

Re: [Talk-de] All in one Garmin Map - news

[Alexander Matheisen]

> gate/lift_gate und bollard gefällt mir ebenfalls nicht. Frag doch mal
> Nop ob er euch eventuell das ein oder andere Icon aus der Wanderkarte
> gibt.  Die liegen zwar bei uns auf dem devserver aber ich würde die
> nicht einfach nehmen ohne zu fragen.

Das kommt meinen Vorstellungen schon sehr nahe, wobei mir das Rot nicht
so gefällt.

Da gefällt mir das von Computerteddy schon besser:
http://openstreetmap.teddynetz.de:81/Icons/zaun.png

Er hat auch schon angeboten, seine Icons mit zu verwenden, vielleicht
nehmen wir also dieses. Wobei man das nochmal in Hinblick auf
Erkennbarkeit bei verschiedenen Hintergründen testen müsste.

> P.S.: Was mir grade so zum Thema Garminkarte eingefallen ist. Was
> haltet ihr denn davon die POI-Dateien eventuell gar nicht mehr in die
> Karte zu tun (Restaurants, Einkaufsmärkte etc.) sondern stattdessen
> mit gpsbabel POI-Dateien zu erzeugen?  Das hätte zwei Vorteile: 1. 
> Die eigentliche Kartendatei wird kleiner 2.  Der Anwender könnte
> selbst entscheiden welche POI Daten ihn interessieren und nur diese
> einspielen.

Wenn ich das richtig verstanden habe, werden die aber nicht in die
Kategorien einsortiert, oder? Und viele einzelne Dateien herunterladen
für all die Dinge, die mich interessieren, will ich auch nicht.

Da könnte man lieber die Dinge alle in einzelne Layer aufteilen, die man
dann wie auch den Adresslayer, etc. einzeln herunterladen kann, und ein
einfaches grafisches Frontend für das Herunterladen und Zusammenführen
mit gmt schreiben.
So könnte man dann gezielt auch Fixme, oder Maxspeedlayer hinzufügen
oder weglassen, oder auch z.B. den Maxspeedlayer in die Karte von
Computerteddy einfügen.
Ich finde, so ein Tool fehlt OSM bisher. Damit könnten sich dann auch
nicht OSMler einfach die Karten auf ihre Geräte ziehen, ohne erst über
das Wiki eine passende herauszusuchen.
Ich schreib mal probeweise so ein Tool, um zu sehen, ob es jemand
brauchen kann.


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

Re: [Talk-de] Wie kann ich 'way' bzw. 'area' in Punkt umwandeln?(xml)?

[Sven Geggus]

"Alexander (AddisMap.com)"  wrote:

> Also die unfertige Holzhammer Methode ist:
> 
> - XML in PostGre Datenbank Importieren (osm2pgsql)
> - Dann die ST_Centroid Funktion welche in PostGIS enthalten ist [1] auf 
> die Geometrien der Wege / Flächen anwenden
> - dass dann irgendwie ggf. wieder in xml exportieren --- keine Ahnung 
> wie das geht.

Da war es wieder das ungelöste Problem mit der POI API :(

Eventuell hilft auch mein hstore patch der inzwischen in osm2pgsql
drin ist. Dann braucht man nicht für jeden POI-typ eine eigene
Spalte.

Gruss

Sven

-- 
If you can spend five minutes on the Internet and do not run Linux,
you're a genius. (Dirk Hohndel)

/me is gig...@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] All in one Garmin Map - news

[Sven Geggus]

Alexander Matheisen  wrote:

> Muss erstmal etwas probieren, bis ich das (relativ) optimale Icon
> gefunden habe. Meiner Meinung sollten sich die Icons gut in das
> Gesamtbild der Karte integrieren und nicht so "dahingeklatscht"
> aussehen. Dies ist aber, wie ich finde, z.B. beim Tor-Symbol so, das hat
> so einen komischen Hintergrund und passt sich daher nicht so gut in das
> Gesamtbild ein.

gate/lift_gate und bollard gefällt mir ebenfalls nicht. Frag doch mal
Nop ob er euch eventuell das ein oder andere Icon aus der Wanderkarte
gibt.  Die liegen zwar bei uns auf dem devserver aber ich würde die
nicht einfach nehmen ohne zu fragen.

Gruss

Sven

P.S.: Was mir grade so zum Thema Garminkarte eingefallen ist. Was
haltet ihr denn davon die POI-Dateien eventuell gar nicht mehr in die
Karte zu tun (Restaurants, Einkaufsmärkte etc.) sondern stattdessen
mit gpsbabel POI-Dateien zu erzeugen?  Das hätte zwei Vorteile: 1. 
Die eigentliche Kartendatei wird kleiner 2.  Der Anwender könnte
selbst entscheiden welche POI Daten ihn interessieren und nur diese
einspielen

-- 
"Software is like sex; it's better when it's free"
  (Linus Torvalds)

/me is gig...@ircnet, http://sven.gegg.us/ on the Web

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

[Talk-de] Von Wikipedia lernen

[Frederik Ramm]

Hallo,

ich mache mir Sorgen, wenn ich die Wikipedia betrachte. Trotz allem, 
was die Wikipedia erreicht hat, ist das kein Projekt mehr, dass ich 
irgendwie sympathisch finde. Das Projekt macht auf mich den Eindruck, 
als ob es langsam an Buerokratie zu Grunde geht. Die Dynamik und der 
freie Geist, den das Projekt frueher hatte, werden erstickt in Regeln, 
Rechten, Hierarchien.

Mich erinnert das manchmal an die Kritik, die gern an 
Hilfsorganisationen geuebt wird: "Von einem Euro, die man an die 
Organisation X spendet, kommen nur 10 Cent bei den Beduerftigen an!" - 
bei der Wikipedia scheint mir inzwischen, dass von der insgesamt 
geleisteten Arbeit 10% in die Verbesserung der Inhalte fliessen, 
waehrend der ganze Rest irgendeinem Buerokratie-Eiertanz zum Opfer 
faellt. Altgediente Wikipedia-Mitarbeiter wenden sich ab; Leute, die 
Jahre ihres Lebens wirklich mit dem Herzen am Projekt hingen, sind 
verbittert und enttaeuscht. Es bildet sich eine Clique, ein innerer Kreis.

Die Presse greift das dann natuerlich gerne auf - zum Beispiel hier ein 
Zitat aus dem Spiegel vom Januar 
(http://www.spiegel.de/spiegel/0,1518,689588,00.html):

"Die Wikipedia ist kein Projekt vieler, sondern ein Projekt weniger. Es 
ist ein verbreiteter Irrtum, dass alle Nutzer gemeinsam und demokratisch 
zu ihr beitragen, dass sie ein Produkt von "Schwarm-Intelligenz" sei. 
Die deutsche Wikipedia hat mehrere hunderttausend angemeldete Nutzer. 
Aber [...] Ein halbes Prozent aller aktiv gewordenen Nutzer ist für fast 
zwei Drittel der Editierungen verantwortlich - ein Kreis von nicht 
einmal 2000 Personen."

Ich will dabei niemandem irgendeine Schuld zuweisen; ich weiss wohl, 
dass es "die Wikipedia" ebensowenig gibt wie "die Deutschen", und vieles 
von dem, was wir heute bei der Wikipedia beobachten, ist ja nicht das 
Resultat einer bewussten Entscheidung oder Weichenstellung, sondern es 
ergab sich halt so mit der Zeit.

Es ist auch denkbar, dass es ab einer gewissen Projekt-Groesse einfach 
gar nicht mehr anders geht; eventuell ist "nur 10% der Arbeit kommen dem 
Projekt zugute" vielleicht wirklich das theoretisch moegliche Maximum. 
Fuer mich steht fest, dass bei der Wikipedia einiges falsch laeuft, aber 
es ist denkbar, dass es so, wie es laeuft, die "am wenigsten falsche" 
Moeglichkeit ist, etwas zu erreichen.


Ich stelle mir die Frage, ob unser Projekt OpenStreetMap Gefaehr laeuft, 
sich aehnlich zu entwickeln, ob wir auch in eine Richtung steuern, bei 
der wir uns immer mehr von "denen da draussen" abkapseln, mehr und mehr 
unsere eigenen Regeln aufstellen, Buerokratie aufbauen, Hierarchien 
erzeugen, schliesslich bezahltes Personal beschaeftigen muessen, weil 
wir unseren eigenen Freiwilligen nicht mehr ueber den Weg trauen 
koennen, und und und.

Aus Sorge vor verkrusteten Strukturen bin ich ja immer gleich einer der 
ersten, der dagegen argumentiert, wenn mal wieder jemand mit 
irgendwelchen Demokratie-Ideen fuer OpenStreetMap ankommt. Meiner 
Ansicht nach hat ein fehlgeleitetes Verstaendnis von Demokratie zu der 
Misere bei der Wikipedia beigetragen - sowas wie die "Relevanzkriterien" 
ist automatisches Produkt des verzweifelten Versuchs, irgendetwas 
"gerecht" zu machen. Viele nehmen an, dass es automatisch gerecht ist, 
wenn wenigstens klare Regeln existieren, nach denen entschieden wird.

Auf der anderen Seite ist es denkbar, dass das in der Wikipedia genau so 
gelaufen ist und dass die Strukturen, die wir jetzt sehen, eben die 
sind, die sich von selbst entwickeln, wenn ein Projekt sich weigert, das 
aktiv zu tun. Es ist denkbar, dass es einem freien Geist im Projekt eher 
foerderlich waere, jetzt in einigen Punkten Autoritaet zu wagen, anstatt 
sich zurueckzuhalten und zu warten, bis die Leute sich den freien Geist 
selber kaputttrampeln.


Die Wikipedia scheint aus welchen Gruenden auch immer ein 
Vergroesserungsglas fuer schlechte Eigenschaften von Menschen zu sein - 
Arroganz, Angeberei, Machtversessenheit, Ueberheblichkeit, die Freude, 
sich ueber einen Neuling zu erheben, weil man selbst ja schon seit einer 
Woche dabei ist, und so weiter. Vermutlich ist das nicht die Mehrheit 
der Leute, und vermutlich tun selbst viele von denen, die als Ekel 
rueberkommen, trotzdem noch gute Arbeit, aber dennoch ist das ein 
ziemliches PR-Desaster.


Lassen sich eventuell bei genauerer Analyse der Wikipedia-Geschichte 
bestimmte Dinge identifizieren, wo man heute sagt: Dies und das haette 
man eventuell anders gemacht, wenn man damals gewusst haette, dass sich 
das so entwickeln wuerde? An welchen Stellen laeuft OSM Gefahr, 
dieselben Probleme zu bekommen wie die Wikipedia, und an welchen Stellen 
sind wir unterschiedlich genug, um dagegen immun zu sein? Koennen wir 
aus den Fehlern (oder Maengeln) von Wikipedia etwas lernen und einige 
Probleme dadurch vielleicht von vorn herein umschiffen?


Ich weiss, dass einige von Euch einen soliden Wikipedia-Background haben 
(ganz im Gegensatz zu mir). Hat vielleicht jemand von Eu

Re: [Talk-de] Qulität statt Quantität

[Martin Simon]

Am 24. April 2010 08:24 schrieb Torsten Leistikow :
> Es ist doch immer wieder schoen, wenn eine Diskussion ueber Qualitaet mit 
> einem
> Tippfehler beginnt.

Und mit fehlenden Umlauten endet... ;-)

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

Re: [Talk-de] Wie kann ich 'way' bzw. 'area' in Punkt umwandeln (xml)?

[Alexander (AddisMap.com)]

Hallo Martin,

Martin Mainzer wrote:
> Ich suche also etwas vergleichbares wie --add-poi-to-area in mkgmap nur 
> für xml-Dateien, und bin für jeden Hinweis dankbar.

Also die unfertige Holzhammer Methode ist:

- XML in PostGre Datenbank Importieren (osm2pgsql)
- Dann die ST_Centroid Funktion welche in PostGIS enthalten ist [1] auf 
die Geometrien der Wege / Flächen anwenden
- dass dann irgendwie ggf. wieder in xml exportieren --- keine Ahnung 
wie das geht.

Anleitungen um eine PostGIS DB aufzusetzen gibt es im Wiki (z.B. für Mapnik)

Grüße,

Alexander

[1] http://postgis.refractions.net/documentation/manual-svn/ST_Centroid.html


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

Re: [Talk-de] All in one Garmin Map - news

[Carsten Schwede]

Hi,

ich habe meine selbstgemalten Icons mal online gestellt, vielleicht
wollt ihr ja davon einige verwenden. Insbesondere habe ich auf die
Abgrenzung vom Hintergrund geachtet. "Leider" sind sie etwas bunt, aber
bei mir ist das eben so, da ich es farbig mag. :-)

http://openstreetmap.teddynetz.de:81/Icons/

Das Paket komplett:
http://openstreetmap.teddynetz.de:81/Icons/Icons.tgz

-- 
Viele Grüße
Carsten

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

Re: [Talk-de] Mobilfunkmast

[Andreas Labres]

On 20.04.10 21:19, André Riedel wrote:
> Erfüllt das doch Proposal doch schon:
> http://wiki.openstreetmap.org/wiki/Proposed_features/Communications_tower
>   

/Zitat: "Abandoned. Please use man_made
=tower
 instead."

/Ich halte "communications" für unpassend, weil eben nicht jede el.mag.
Wellenaussendung der Kommunikation dienen muß (siehe Radar). Aber
Türme/Masten irgendwie einzuteilen und denen, die eben el.mag. Wellen
aussenden, das

http://wiki.openstreetmap.org/wiki/File:Communications_tower.svg (ja, es
ist schöner ;)

Symbol zu verpassen, hielte ich für sinnvoll. Eine weitere wäre die
Kategorie Aussichtsturm, die ein Symbol kriegen sollte.

> Vielleicht mit man_made=radar?
>   

Ich finde dafür eine eigene Kategorie nicht notwendig. Obiges Symbol
dafür reicht IMO.

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