date:20101018

Hallo,
Am Dienstag 19 Oktober 2010 02:08:07 schrieb M∡rtin Koppenhoefer:
> Am 19. Oktober 2010 02:02 schrieb Wolfgang :
> >> Wie also erfassen? lit=?
> >
> > lit=limited?
> >
> > Ich glaube, die genauen Zeiten sind verzichtbar.
> 
> wieso das denn? Wenn man die Zeiten hat, kann man sie doch eintragen.
> Syntax wie opening_hours.
> 

Schon klar. Aber die stehen in der Regel nicht dran. Wir beide können uns ja 
mal mit Robert ein paar Nächte um die Ohren schlagen und Laternen- an/aus-
Zeiten mappen. Wir scheinen ja hier zu den Nachteulen zu gehören.

:-)

Gruß, Wolfgang

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

Re: [Talk-de] api-download bei semikon-getrennten-values

Hallo,
Am Sonntag 17 Oktober 2010 01:35:42 schrieb M∡rtin Koppenhoefer:
> Am 16. Oktober 2010 23:56 schrieb Wolfgang :
> > 7. Es bleibt die Diskussion über das Semikolon.
> >
> > Mich hat die Implementation 5 Minuten und 3 Programmzeilen gekostet. Das
> > ist zugegebenermaßen nicht ganz fair. da die App neu ist. Wer eine
> > bessere Möglichkeit weiß, multiple Eigenschaften in den Daten so
> > abzubilden, dass es für den Mapper einfach anzuwenden ist, melde sich
> > bitte. Aber nicht mit dem üblichen Semikolon - Protest - Geheul, sondern
> > konstruktiv.
> 
> Damit beziehst Du Dich auf den "Entwicklungsteil", was aber allgemein
> von den anderen "Technikern" auf den Liste erwähnt wird ist, dass das
> Parsing dadurch deutlich länger dauern würde. Kommt aber sicher darauf
> an, ob das überhaupt ne Rolle spielt (Gesamtdauer), oder ob
> dreimalsolang von 1 Minute dann halt 3 Minuten sind.ohne
> 

Mal unabhängig von pro und contra Semikolon, ich habe mal testweise in ganz 
Hamburg in allen tags die Values mit 3 Semikolons auf 4 Werte erweitert 
(;1.Wert; 2. Wert; 3.Wert)

Das sind gut 600.000 Tags von gut 3.000.000 Zeilen, die diese osm-Datei zur 
Zeit hat.

Reine Laufzeit zum Parsen des Files, alle Tags eingelesen und zum Zugriff 
geordnet ohne weitere Vor- oder Nachverarbeitung:

Normales osm-File, 
Test auf Semikolon deaktiviert  1:19
Normales osm-File
mit Test auf Semikolon: 1:23
Mit 1.800.000 zusätzlichen Tags, 
abgetrennt durch Semikolon: 1:32

Das erscheint mir jetzt angesichts der Menge eigentlich nicht signifikant 
problematisch, insbesondere da man in der Praxis kaum von einer solchen 
"Übertaggung" auszugehen hat. Mehrfache Eigenschaften kommen vor, sie sind 
aber nicht die Regel. Mit etwas mehr Memory (4GB) würde der Unterschied 
vermutlich noch wesentlich geringer ausfallen, da das System am Ende der Tests 
bereits zu swappen beginnt.

Gleicher Test, aber Auslassen der fest zu den Objekten gehörenden 
Eigenschaften wie timestamp, nur Objekt und Tags:

0:39,3  0:39,8  0:47,9

Dabei reichte das Memory. Der Test auf das Semikolon ist praktisch zu 
vernachlässigen, und bei realistischen Anzahlen von Mehrfacheigenschaften ist 
das Semikolon kein zeitliches Problem.

Natürlich werden die Zahlen bei mehrfachen Testläufen noch etwas schwanken, 
ich habe hier keinen Laborrechner. Aber das Verhältnis zueinander wird sich 
kaum nennenswert verändern.

Gruß, Wolfgang

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

[Talk-de] Wie man Bus- und Bahnverbindungen bei OpenStreetMap erfasst - Einladung zum Workshop

2010-10-18 Diskussionsfäden SB79

Interessierte OpenStreetMap-User sind zu einem gemeinsamen Workshop am
11. Dezember 2010 in Köln eingeladen, bei dem die Erfassung von Bus-
und Bahnlinien des öffentlichen Personennahverkehrs (ÖPNV) vermittelt
wird.

Die bisher einzige freie Online-Karte mit einer weltweiten visuellen
Darstellung von Bus- und Bahnverbindungen [1] basiert auf
OpenStreetMap-Daten. Anders als typische amtliche Karten endet sie
nicht an Ländergrenzen, ist wie geschaffen für die Darstellung von
Verkehrsbetriebs- oder auch grenzüberschreitenden Verbindungen, und ist
nicht zuletzt durch ihre im Vergleich mit anderen verfügbaren Karten
ungeschlagenen Aktualität für eine Vielzahl von Anwendungen attraktiv.

Allerdings stellt das Erfassen von Bus- und Bahnverbindungen des
öffentlichen Personennahverkehrs (ÖPNV-Mapping) für viele Mapper eine
Herausforderung dar, denn sie schöpft die Möglichkeiten des kompletten
Datenmodells (Knoten, Vektoren und Relationen) voll aus. Um einen
Einblick in dieses spannende und anspruchsvolle Thema zu geben, hat ein
Zusammenschluss von OpenStreetMap- und Linux-Usern in Zusammenarbeit
mit dem Verkehrsverbund Rhein-Sieg einen Workshop vorbereitet, zu dem
hiermit alle interessierten Mapper herzlich einladen sind:

"ÖPNV-Mapping bei OpenStreetMap - Ein Einstieg in Theorie und Praxis"

Der Workshop findet am Samstag, den 11. Dezember 2010, in den
Räumlichkeiten des Verkehrsverbundes Rhein-Sieg (VRS) in Köln statt.
Neben einer Einführung in das ÖPNV-Mapping samt Tagging und Handhabung
des Relationseditors in JOSM (Vormittag) wird es im zweiten Teil
(Nachmittag) um die Vertiefung und praktische Umsetzung des Gelernten
anhand ausgewählter Beispiele am Laptop gehen. Der VRS stellt dazu
Daten zum am Folgetag stattfindendem Fahrplanwechsel zur Verfügung.

Zielgruppe und Anmeldung

Eingeladen sind alle interessierten Mapper in Nordrhein-Westfalen und
Rheinland-Pfalz sowie den angrenzenden Ländern, die bereits erste
Erfahrungen mit Relationen bei OpenStreetMap und mit dem Editor JOSM
gesammelt haben. Für Mapper ohne Erfahrungen mit Relationen werden im
Vorfeld separate Workshops angeboten (siehe weiter unten). Teilnehmer
bringen ihren internetfähigen Laptop mit einer installierten und
aktuellen JOSM-Version mit. Die Teilnahme am Workshop ist kostenlos;
eine vorherige Anmeldung bis Anfang Dezember 2010 ist jedoch
erforderlich, da die Teilnehmerzahl begrenzt ist.

Alle Details zur Anmeldung und zum Programm gibt es auf der
Workshop-Wikiseite [2].

Der Workshop wird organisiert durch den VRS, der Bonner
OpenStreetMap-Gruppe sowie der Troisdorfer Linux User Group.
Ansprechpartner ist Marcel Hövelmann [3] vom VRS.

Vorbereitender Workshop zum Thema Relationen

Interessierte Mapper, die noch keine Erfahrung in der Nutzung von
Relationen haben, können sich in einem vorbereitenden Workshop samt
Einführung und praktischen Übungen einen Überblick verschaffen. Es
werden verschiedene Termine im November (1.11.2010 Königswinter,
18.11.2010 Troisdorf sowie ein geplanter Termin in Bonn) angeboten, die
stattfinden, sobald eine Mindestteilnehmerzahl überschritten wird.
Weiterführende Informationen zu diesem Workshop-Angebot finden sich auf
einer separaten Wiki-Seite [5]. Die Teilnahme am Workshop ist
kostenlos; eine vorherige Anmeldung (unter [5]) ist erforderlich.
Ansprechpartner ist OpenStreetMap-User EvanE [4].

Mithilfe gesucht

Jeder, der bei der praktischen Durchführung der Workshops mithelfen
möchte, ist herzlich dazu eingeladen. Die Organisation steht, und
Themenblöcke wurden bereits an Referenten verteilt. Dennoch ließe sich
die Arbeitslast auf noch mehr Schultern verteilen, sofern sich noch
weitere Mapper bereiterklären, als Coaches (User, die andere User beim
praktischen Teil betreuen) mitzuwirken, oder als Referent einen
Themenblock übernehmen können. In diesem Fall freuen sich die
Organisatoren über eine Kontaktaufnahme [3,4].

Die Organisatoren bedanken sich bei den Firmen Zera und Infoware, bei
der AWO Troisdorf sowie beim VRS für die Bereitstellung der für die
Durchführung der Workshops notwendigen Infrastruktur.

[1] www.öpnvkarte.de
[2] http://wiki.openstreetmap.org/wiki/VRS_Workshop
[3] marcel.hoevelm...@vrsinfo.de
[4] http://www.openstreetmap.org/user/EvanE
[5]
http://wiki.openstreetmap.org/wiki/Bonn/Veranstaltungen#Workshop_.22Relationen.22

Quelle:
http://blog.openstreetmap.de/2010/10/wie-man-bus-und-bahnverbindungen-bei-openstreetmap-erfasst-einladung-zum-workshop/

--
sb-lis...@gmx-topmail.de

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

Re: [Talk-de] farmland in DE:MapFeatures

Am 19. Oktober 2010 01:46 schrieb tshrub :

> so würde ich Gärten auf einem landuse erfassen:
>  z.B. garden:type=resistential als "klassischer" Hausgarten in der
> Wohnsiedlung, wobei diese ja auch schon Hausgärten beinhaltet.


das wäre bei mir ein Antifa-Garten. ;-)

Es gibt dazu schon ein proposal:
http://wiki.openstreetmap.org/wiki/Proposed_features/Garden_specification

Gruß Martin

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

Re: [Talk-de] Laternenring!?

Am 19. Oktober 2010 02:02 schrieb Wolfgang :
>> Wie also erfassen? lit=?
>>
>
> lit=limited?
>
> Ich glaube, die genauen Zeiten sind verzichtbar.


wieso das denn? Wenn man die Zeiten hat, kann man sie doch eintragen.
Syntax wie opening_hours.

Gruß Martin

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

Re: [Talk-de] Laternenring!?

Hallo,
Am Dienstag 19 Oktober 2010 01:35:55 schrieb Robert S.:
> Mit dem Laternenring [1] - Zeichen 394 StVO - wird ja gekennzeichnet, ob
> eine Straßenlaterne nicht die ganze Nacht leuchtet. Interessanterweise hat
> der noch nicht Einzug in unser Tagging gehalten. [2]
> 
> Wie also erfassen? lit=?
> 

lit=limited?

Ich glaube, die genauen Zeiten sind verzichtbar.

Gruß, Wolfgang

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

Re: [Talk-de] farmland in DE:MapFeatures

2010-10-18 Diskussionsfäden tshrub


Hallo M∡rtin,

...

... (Blumen-)Garten.



wieso hast Du den Gemüse- und Kräutergarten da rausgenommen? Oder war
das keine Absicht? Auch auf einem Bauernhof unterscheidet man den
Garten (wo durchaus auch Salat und Gemüse wachsen kann) vom
Feld/Acker.

nee, Garten war doch drin, keine Absicht.
kann ja nicht alle Typen aufzählen: japanischer Garten, ...
obwohl viele Typen seltener auf Bauernhöfen. :)
Die beiden mach ich wieder rein.

Wer keine Lust hat, lässt es, da schon inkludiert.
Aber es bleibt einem ja eh unbenommen, diese extra zu kartieren:
* garden:type=japanese
(weiß nicht was noch: =resistential, =herbs, ...)
* leisure=garden

so würde ich Gärten auf einem landuse erfassen:
 z.B. garden:type=resistential als "klassischer" Hausgarten in der 
Wohnsiedlung, wobei diese ja auch schon Hausgärten beinhaltet.




...

viele Grüße, t.


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

Re: [Talk-de] Wege auf Golfplätzen

Am 18. Oktober 2010 09:54 schrieb Chris66 :
> Am 18.10.2010 09:39, schrieb Jan Tappenbeck:
>
>> Wege auf Golfplätzen die mit diesen weißen Autos befahren werden dürfen
>> - path, footway oder track ?!?!
>>
>> Wie seht Ihr das ??
>
> Du hast service vergessen. :-)
>
> ich persönlich würde die kleineren mit path und die größeren
> mit service taggen, access=permissive.


ja, sofern sie mit zweispurigen Fahrzeugen befahren werden können
würde ich auch service (oder evtl. Track) verwenden, sonst path oder
footway. access ist eigentlich grundsätzlich private, permissive ist
mir noch nie begegnet und würde mich sehr wundern.

Gruß Martin

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

[Talk-de] Laternenring!?

2010-10-18 Diskussionsfäden Robert S.

Mit dem Laternenring [1] - Zeichen 394 StVO - wird ja gekennzeichnet, ob
eine Straßenlaterne nicht die ganze Nacht leuchtet. Interessanterweise hat
der noch nicht Einzug in unser Tagging gehalten. [2]

Wie also erfassen? lit=?

[1] http://de.wikipedia.org/wiki/Laternenring
[2] http://wiki.openstreetmap.org/wiki/DE:Key:lit
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] farmland in DE:MapFeatures

Am 18. Oktober 2010 12:28 schrieb tshrub :
> landuse=farmyard
> Tag für den Bauernhof - das Wirtschaftsgelände mit seinen Gebäuden:
> Wohnhäuser, Unterkünfte, Unterstände, Ställen, Mistgrube, Fahrzeughallen,
> Futterspeichern, (Blumen-)Garten.


wieso hast Du den Gemüse- und Kräutergarten da rausgenommen? Oder war
das keine Absicht? Auch auf einem Bauernhof unterscheidet man den
Garten (wo durchaus auch Salat und Gemüse wachsen kann) vom
Feld/Acker.

Gruß Martin

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

Re: [Talk-de] OSM quo vadis

Am 17. Oktober 2010 15:56 schrieb Peter Wendorff :
> Okay - das ist vielleicht zu übertrieben, aber irgendwo stimmt es schon: Die 
> Karte auf osm.org  ist weder eine besonders toll designete Karte (aus 
> Kartographie-Sicht), noch zeigt sie alles, was möglich ist (aus Datensicht).

Am 17. Oktober 2010 19:53 schrieb Ulf Lamping :
> Warum haben wir einen "mittelmäßigen Google Clone" auf der Hauptseite...


ich finde, Ihr tut beide der Mapnik-Karte unrecht. Sie hat ein paar
Schwächen (zuletzt wurde auf div. Probleme im Lowzoombereich
hingewiesen, der allerdings auch eher nicht im Fokus der Entwickler zu
stehen scheint), aber sie ist kein Google-clon sondern hat ein eigenes
Kartenbild, keine Kopie (AFAIK) einer bestehenden Karte.

Es werden unheimlich viele Features bereits dargestellt, das bietet
(neben t...@h) keine andere Karte in dieser Detailliertheit (wenn man
Google, Yahoo, Bing oder Mapquest betrachtet: keine dieser Karten
integriert so viele features wie Mapnik). Was die Farben angeht, kann
man gespaltener Meinung sein, auch die Strickstärken (teils zu dick,
teils zu dünn) sind noch optimierbar, aber technisch ist die Karte auf
der Höhe von Mapnik ;-)

Ich finde auch, wir könnten ruhig Routing OSB und anderes auf der
Hauptseite unterbringen, auch wenn das nicht unsere
"Hauptkernkompetenz" ist. Das Geld dafür zu bekommen, sollte bei einem
Projekt dieser Größenordnung möglich sein, sowohl durch Sponsoren als
auch durch (kleine) Spenden. Beim letzten Spendenaufruf ging es
jedenfalls extrem schnell.

Die Karte(n) nach maps.openstreetmap.org auszulagern und auf der
Startseite einen einleitenden Kurztext / Links platzieren finde ich
eine gute Idee. Auch könnten ruhig noch mehr Karten in das Plus, z.B.
ÖPNV und Wanderkarte (evtl. sollte man das wirklich besser promoten,
wir kennen hier alle OL, aber wer zum ersten Mal auf die Seite kommt,
übersieht das vermutlich schnell mal). Sowas könnte man z.B. auch mit
einem overlay machen (dicker Pfeil auf das Plus und Text "more maps"
oder so was), der beim Anclicken verschwindet, und nur eingeblendet
wird, wenn man nicht eingeloggt ist.

Gruß Martin

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

[Talk-de] Bagatellgrenze für Informationsgewinn ung aus fremden Karten

2010-10-18 Diskussionsfäden Stephan Wolff


Moin,

gibt es eine Bagatellgrenze für Informationsgewinnung für OSM aus
fremden Karten?

Hintergrund der Frage: gelegentlich fällt mir ein Grenzverlauf in den
OSM-Daten auf, der etwas neben einem Bach oder Fluss liegt. Meist
stimmt die Vermutung, dass die Grenze tatsächlich in der Bach- oder
Flussmitte liegt. In einigen Fällen rate ich falsch und die amtliche
Grenze liegt an einem Flussufer oder folgt den ehemaligen Mäandern des
Bachs. Ich möchte nicht richtige Daten durch Vermutungen ersetzen und
versuche deshalb meine Annahme zu verifizieren. Leider sieht man
Grenzen nicht.

Darf ich legal und mit den OSM-Grundsätzen vereinbar diesen Fakt (nicht
die Koordinaten der Grenze) aus einer fremden Karte übernehmen?
Dann würde ich auch "note=Grenze in Flussmitte laut amtlicher Karte"
hinzufügen.

Besteht die Gefahr, dass die zulässige Übernahme einzelner Fakten
illegal wird, wenn viele Mapper dieselbe Quelle nutzen?

Viele Grüße, Stephan

PS: Als ich in Google nach dem Text "Fakten sind frei" gesucht habe,
lautete das nächste Wort bei den meisten Treffern "erfunden".





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

Re: [Talk-de] WissensWert – Der Ideenwettbewerb

2010-10-18 Diskussionsfäden Gehling Marc

Hallo, 

Um OpenStreetMap weitere Ressourcen zur Verfügung zu stellen habe ich einen 
Wettbewerbsbeitrag eingereicht. Hierbei geht es darum die Nutzungsrechte von 
sehr umfangreichen und qualitiv hochwertigen Luftbildern für 1 Jahr zu 
erwerben. In den nächsten Tagen werden die  Wettbewerbsbeiträge veröffentlicht 
und können dann von der Allgemeinheit begutachtet werden. 

Mfg Marc Gehling

Am 16.09.2010 um 19:33 schrieb Raimond Spekking:

> Als Aktiver, der sowohl in der OSM-Welt als auch im Wikimedia-Universum
> zu Hause ist, erlaube ich mir Werbung für eine neue Aktion von Wikimedia
> Deutschland zu machen.
> 
> Es sind ausdrücklich auch Ideen für OSM förderungsfähig!
> 
> Zitat aus http://wikimedia.de/wissenswert:
> 
> "Wikimedia Deutschland investiert in mutige Ideen. Jetzt mitmachen und
> bis zu 5.000 Euro für Projekte zur Förderung Freien Wissens erhalten!
> 
> Du bist begeistert von Freiem Wissen? Du hast eine Idee, wie man Freies
> Wissen fördern und verbreiten kann? Warum wissen wir noch nichts davon?!
> Fehlte dir bislang der Mut? Fehlt dir Geld? Know-how? Oder nur die
> Gelegenheit, deine Idee bekannt zu machen und umzusetzen?
> 
> Wir ändern das jetzt! Wikimedia Deutschland stellt ausgewählten
> Initiativen kurzfristig und unbürokratisch Mittel in Höhe von 500 € bis
> zu 5.000 € zur Verfügung. Sei mutig und beteilige dich am
> „WissensWert“-Wettbewerb von Wikimedia Deutschland. Wir können dir mit
> einer Fördersumme helfen, aus mutigen Ideen außergewöhnliche Projekte zu
> machen.
> 
> Was wir fördern
> 
> Gefördert werden Ideen, die mit den Zielen von Wikimedia Deutschland
> übereinstimmen. „Sei mutig!“ und überrasche uns mit deinen Ideen zur
> Erstellung, Sammlung und Verbreitung Freier Inhalte. Überzeuge uns von
> deinem Vorhaben, den Zugang zu Wissen und Bildung zu fördern!
> Präsentiere uns deine Idee zu Freiem Wissen, Freien Lizenzen oder Freier
> Software."
> 
> Raymond.
> 
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de


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

Re: [Talk-de] Parkplatz einzeln als Punkt (nicht Flaeche): Wie?

2010-10-18 Diskussionsfäden Stefan Keller

Habe meinen Vorschlag für die Erfassung von Einzelparkplätzen (engl.
''individual parking spaces'') innerhalb von Parkplatz-Arealen
nochmals überarbeitet und hier festgehalten:

http://wiki.openstreetmap.org/wiki/User:Geonick/Parking

Grüsse, S.

Am 30. September 2010 19:39 schrieb M∡rtin Koppenhoefer
:
> Am 29. September 2010 13:40 schrieb Stefan Keller :
>> Ausgangslage ist, dass einzelne Behinderten-Parkplätze erfasst werden
>
>
> im Prinzip geht es allgemeiner darum, nicht nur Parkplätze (als
> Gesamtheit inkl. Wegen etc.) zu taggen, sondern auch einzelne
> Parkflächen (Netto-Stellplätze) eintragen zu können.
>
>
>> Stand:
> +1
>
>
>> Kommentar dazu:
>> * Ein weiteres Bedürfnis sind nicht nur Behinderten-Parkplatz sondern
>> auch Frauen-Parkplätze (bei amenity=parking zusätzlich
>
>
> ja klar, und auch sonstige Sonderparkplätze, und warum eigentlich
> nicht auch allgemeine Parkplätze? Z.b. sind mancherorts die
> Parkflächen entlang der Straße als amenity=parking getaggt. Die könnte
> man dann auch umstellen.
>
>
>> * Es sollen gleichzeitig (d.h. am gleichen Ort) flächige
>> Parkplatzareale *und* Einzelparkplätze (Punkte/Symbole) erfasst werden
>> können. Vorschlag von aighes: Verschieden taggen und mit Relation
>> verknüpfen.
>
>
> wer will, kann sich ne Relation dazu ausdenken, brauchen tut man die
> nicht notwendigerweise, ist ja geometrisch schon definiert (wenn auch
> aufwendig in der Auswertung).
>
>
>> * Einzelparkplätzen sollen also nicht mit "amenity=parking" sondern
>> mit etwas anderem getaggt werden
>
>
> +1
>
>
>> => Für grosse Parkplatz-Areale die Tags "amenity=parking" bzw.
>> "amenity=bicycle_parking" und zwar nur als Area mit dem
>> capacity-Zusatz-Tag.
>
>
> warum "nur" als Area, node als Interimslösung ist in dünnen Gebieten
> besser als nichts
> was sind "große" Areale? Kommt dann demnächst ein Bot daher und löscht
> mir die amenity=parking mit dem Verweis, 20 Stellplätze (oder wieviel
> auch immer) sind nicht ausreichend für einen Parkplatz? Ich würde
> "gesamten" Parkplatz schreiben.
>
>
>> => Von der Erfassung von Einzelparkpklätzen (welcher Art auch immer)
>> mit "amenity=parking" soll abgeraten werden.
>
>
> klar
>
>
>> => Einzelparkpklätze sollen mit
>> "parking_space=normal|woman|disabled|yes" getaggt werden (gem.
>> Vorschlag von aighes) (Frage: Warum "yes").
>
>
> vermutlich yes, wenn man es nicht weiss, ob es ein Sonderparkplatz ist.
>
> Gruß Martin
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>

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

Re: [Talk-de] api-download bei semikon-getrennten-values

2010-10-18 Diskussionsfäden Frederik Ramm


Hallo,

NopMap wrote:

Das Hauptproblem liegt für mich in der stark vereinfachten Darstellung und
dem Optimismus der Aktiven, die bevorzugt nur den einfachsten Fall
betrachten und die tatsächliche Komplexität des Problems nicht voll erfaßt
haben.


Aber ist eben gerade des Erfassen der tatsaechlichen Komplexitaet ein 
Problem - lebt es sich nicht ohne viel besser in OSM?


Wenn ich bei allem, was ich in OSM angefasst habe, vorher gewusst 
haette, wie komplex es ist, haette ich ja nie was gemacht ;)


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] golem: Transiki: OpenStreetMap-Gründ er widmet sich dem öffentlichen Verkehr

2010-10-18 Diskussionsfäden Johann H. Addicks

Walter Nordmann schrieb:
> kann sein, dass er da oxomoa trifft, der ja seit längerem "verschollen" ist

Die Hintergründe um den Abschied von Cloudmade und die neue(?)
Ausrichtung durch den Kapitalgeber würde mich mehr interessieren.

-jha-


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

Re: [Talk-de] golem: Transiki: OpenStreetMap-Gründ er widmet sich dem öffentlichen Verkehr


kann sein, dass er da oxomoa trifft, der ja seit längerem "verschollen" ist
;)
lg
walter

-
Wanderer, kommst Du nach Liechtenstein, tritt nicht daneben, tritt voll
hinein. - Ingo Insterburg
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/golem-Transiki-OpenStreetMap-Grunder-widmet-sich-dem-offentlichen-Verkehr-tp5647915p5648331.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] api-download bei semikon-getrennten-values

2010-10-18 Diskussionsfäden Stefan Dettenhofer (StefanDausR)

Hallo,
Am Montag 18 Oktober 2010 19:09:05 schrieb NopMap:

> Natürlich brauchen wir auf Dauer eine Lösung für das Problem mehrerer
> Eigenschaften. Aber es ist noch nicht mal ansatzweise ausreichend, einfach
> bei jedem ";" das Objekt zu duplizieren.
> 

Besserer Vorschlag? 

bye, Wolfgang

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

[Talk-de] golem: Transiki: OpenStreetMap-Gründ er widmet sich dem öffentlichen Verkehr

2010-10-18 Diskussionsfäden Benjamin Hagemann

Nabend,

ich spiel mal wieder den News-bot:

golem: Transiki: OpenStreetMap-Gründer widmet sich dem öffentlichen Verkehr 
http://www.golem.de/1010/78682.html

pro-linux: Transiki-Projekt gegründet
http://www.pro-linux.de/news/1/16287/transiki-projekt-gegruendet.html

=> http://www.transiki.org/
==> http://blog.transiki.org/

-- 
Grüße, Benny

gpg 0xFC505AB0
jabber  be...@benny.de
sip be...@benny.de


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

Re: [Talk-de] OSM quo vadis --> Anwenderoffensive

2010-10-18 Diskussionsfäden Carsten Gerlach

Hallo,

Am Sonntag 17 Oktober 2010 schrieb Sebastian Hohmann:
> Wenn man osm.org irgendwo gesehen hat und mal neugierig nachschauen
> will, was das ist, dann fördert die sofortige Anzeige der Karte
> irgendwie falsche Erwartungen. Zwar ist im Wiki alles verlinkt und mit
> ein paar Klicks zu erreichen, aber wenn man das nicht weiß, bringt das
> wenig. Da bringt man schnell mal einige Zeit zu, um alle Informationen
> zu finden. Ich finde das könnte man den Besuchern doch einfacher machen.

Ich glaube, die Diskussion über eine Neugestaltung der Startseite gab es schon 
mal vor einem Jahr. Damals wurden paar erste Ideen auf 
http://wiki.openstreetmap.org/wiki/DE:Projekt:Anwenderoffensive 
zusammengetragen, aber leider ist es da ziemlich still geworden. Vielleicht 
können die Interessierten dort wieder anknüpfen?

Gruß, Carsten

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

Re: [Talk-de] api-download bei semikon-getrennten-values

2010-10-18 Diskussionsfäden NopMap

Wolfgang-4 wrote:
> 
> 4. Das Problem liegt in den Scheuklappen vieler Aktiven.
> 

Das Hauptproblem liegt für mich in der stark vereinfachten Darstellung und
dem Optimismus der Aktiven, die bevorzugt nur den einfachsten Fall
betrachten und die tatsächliche Komplexität des Problems nicht voll erfaßt
haben.

Natürlich brauchen wir auf Dauer eine Lösung für das Problem mehrerer
Eigenschaften. Aber es ist noch nicht mal ansatzweise ausreichend, einfach
bei jedem ";" das Objekt zu duplizieren.

bye
 Nop

-- 
View this message in context: 
http://gis.638310.n2.nabble.com/api-download-bei-semikon-getrennten-values-tp5620526p5647847.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] api-download bei semikon-getrennten-values

2010-10-18 Diskussionsfäden Andre Joost

Wolfgang schrieb:

> Das bedeutet nicht, dass man jetzt unbedingt 
> cucina=kretian taggen muss, wenn der Wirt hauptsächlich Gerichte aus Kreta 
> anbietet.

Da würde ich eher cretian empfehlen ;-)


> 
> 7. Es bleibt die Diskussion über das Semikolon. 
> 
> Mich hat die Implementation 5 Minuten und 3 Programmzeilen gekostet. Das ist 
> zugegebenermaßen nicht ganz fair. da die App neu ist. 

Wenn es darum geht, Busrelationen auszufiltern, die in mehr als einem
Verbund fahren und deshalb z.B. VRR;VRS im network-tag stehen haben,
reicht als Datenbankabfrage:

SELECT * FROM bla
WHERE (network Like "*VRR*" Or network="Verkehrsverbund Rhein-Ruhr");

Mit osmosis oder xapi-Abfrage wird das vermutlich nicht so einfach zu
lösen sein.


-- 
Gruß,
André Joost


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

Re: [Talk-de] Amenity Editor mit OAuth


 Am 18.10.2010 14:29, schrieb Adrian Stabiszewski:

Danke für die Hinweise. Das "addr:phone" Tag muss ich wohl selbst erfunden
haben. Dies wird korrigiert.


Gut!


Punkt 2 kann ich bei mir leider nicht nachstellen. Ich verwende auch FF und
sogar IE zeigt diese Fenster mit einem weißen Hintergrund an. Du kannst mir
gerne ein Screenshot schicken, dann glaube ich es zwar, aber auf Anhieb
wüsste ich nicht, wie ich es beheben kann. ;)


Ich habe die Seite nochmals geladen, nun ist die Schrift kleiner und der 
Hintergrund weiß! Wahrscheinlich hattest Du gerade was geändert als ich 
bearbeiten wollte.



Hast du zu Punkt 3 vielleicht eine andere Idee? Den Bereich mit den Tags und
Values scrollbar zu machen erschien mir als die beste Lösung. Damit sind die
Buttons wenigstens immer sichtbar. Es wäre denkbar ein Tastaturkürzel
(alt-s) für das Speichern einzurichten.


So passt es gut! Ich hatte vorhin auch keinen Scrollbalken und daher die 
Probleme!



Sch?n w?re, wenn man sich eigene Buttons/Presets erstellen k?nnte, so
dass man einfacher ?hnliche Edits an mehreren Objekten anwenden kann.

Dies ist leider etwas komplexer. (...)

Wenn du irgendwelche Vorschläge für Templates oder Buttons hast, dann
schicke sie mir einfach und ich baue sie statisch ein. Ich denke, so können
davon alle am schnellsten profitieren.



Ich hatte gerade mehrere Treibstoffsorten bei einer Tankstelle 
nachgetragen, also so etwas:

fuel:diesel=yes
fuel:octane_95=yes
fuel:octane_98=yes
fuel:lpg=yes

dazu muss man 4 leere Tag-Zeilen erzeugen und dann einzeln (mit copy and 
paste) die Tags zu den 8 Feldern hinzufügen.
Schneller ginge es, wenn ich ein mehrzeiliges Eingabefeld hätte, in das 
ich die o.g. 4 Zeilen direkt eingeben (kopieren) könnte.


Vielleicht wäre das eine Lösung für die "Presets", also eine Art 
"Experten-Eingabe".


Gruß,
Stefan



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

Re: [Talk-de] Talk-de Digest, Vol 51, Issue 94

2010-10-18 Diskussionsfäden Adrian Stabiszewski

> 1) Hau man eine POI erg?nzt und klickt dann auf OAuth um sich
> anzumelden, sind die ?nderungen weg! Also erst Anbelden, dann Eingeben.
> 
> 2) Der Hintergrund der Hilfe- und Einstellungsfenster ist (bei mir FF)
> durchsichtig und daher schlecht lesbar.
> 
> 3) Erg?nzt man gleich mehrere Tags (z.B. Adresse), so ist das
> Popup-Fenster schnell zu klein und man muss sich mit der TAB-Taste bis
> zum "Speichern"-Button bewegen.
> 
> 4) Telefon-Button: hier wird das Tag "addr:phone" erzeugt, das ist aber
> m.W. gar nicht ?blich. Am h?ufigsten wird "phone" (oder evtl.
> "contact:phone") benutzt.
> 

Danke für die Hinweise. Das "addr:phone" Tag muss ich wohl selbst erfunden
haben. Dies wird korrigiert. 

Punkt 2 kann ich bei mir leider nicht nachstellen. Ich verwende auch FF und
sogar IE zeigt diese Fenster mit einem weißen Hintergrund an. Du kannst mir
gerne ein Screenshot schicken, dann glaube ich es zwar, aber auf Anhieb
wüsste ich nicht, wie ich es beheben kann. ;)

Hast du zu Punkt 3 vielleicht eine andere Idee? Den Bereich mit den Tags und
Values scrollbar zu machen erschien mir als die beste Lösung. Damit sind die
Buttons wenigstens immer sichtbar. Es wäre denkbar ein Tastaturkürzel
(alt-s) für das Speichern einzurichten.

> Sch?n w?re, wenn man sich eigene Buttons/Presets erstellen k?nnte, so
> dass man einfacher ?hnliche Edits an mehreren Objekten anwenden kann.

Dies ist leider etwas komplexer. Ich möchte es vermeiden, irgendwelche
Benutzereinstellungen auf dem Server zu speichern, vor allem weil ich dann
Benutzeraccounts bei mir verwalten müsste. Es wäre vielleicht jetzt mit
OAuth einfacher sich auch die Berechtigung geben zu lassen die persönlichen
Informationen eines OSM Benutzers auszulesen und somit seinen Benutzernamen
zu haben unter dem man dann in der DB die Einstellungen speichern kann. Dies
würde zumindest kein weiteres Passwort verlangen.

Wenn du irgendwelche Vorschläge für Templates oder Buttons hast, dann
schicke sie mir einfach und ich baue sie statisch ein. Ich denke, so können
davon alle am schnellsten profitieren.




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

Re: [Talk-de] Amenity Editor mit OAuth

2010-10-18 Diskussionsfäden Adrian Stabiszewski

> 
> Am 17.10.2010 14:34, schrieb Adrian Stabiszewski:
> > Das Tools ist wie bisher unter http://ae.osmsurround.org erreichbar.
> 
> Bitte, bitte: eine Suche!
> Wie soll ich sonst ohne Permalink oder Ewiges Rumklicken meinen Wohnort
> finden?
> 

Die Suche in OSM ist ein ewiges Problem ;) Ich habe hierzu die "Home
Base"-Funktion eingerichtet. Sie kann in den Einstellungen aktiviert werden.
Wichtig ist die Einstellungen im Cookie speichern zu lassen. Danach startet
der Amenity Editor immer an der gespeicherten Stelle und man kann mit dem
"Home Base"-Button immer zu dieser Stelle springen. 
Das ist das Beste, was ich im Moment anbieten kann.

BTW: der Permalink rechts unten sollte funktionieren.






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

Re: [Talk-de] Projekt des Monats Oktober - Halbzeit

2010-10-18 Diskussionsfäden Stefan Dettenhofer (StefanDausR)



M∡rtin Koppenhoefer wrote:
>  durchintensive landwirtschaftliche Nutzung ist durchaus nicht jedes
> Wasser
> aus einem alten Brunnen, das früher mal trinkbar war, immer noch
> "Trinkwasser" (und nicht jedes Wasser, das kein Trinkwasser ist, ist
> automatisch gleich giftig).
irgendwo in diesem oder einem "verwandten" thread/wiki wurde geschrieben,
dass man von brunnen und trögen die finger lassen sollte
(abgestanden/belastet). seh ich genau so -> kein drinkable=yes

Von daher sollte man schon überlegen (und
> nachforschen), wo man Trinkwasser erwarten kann, und wo man besser
> nicht trinkt. 
klar, per "ferndiagnose" geht das nicht. ich tagge nur "drinkable=yes", wenn
ich weiß, dass das wasser genießbar ist, d.h. wenn ich es selber getrunken
habe und natürlich überlebt habe, sonst ging das ja nicht mehr ;)
und ein wenig nitrit am feldrand hat noch niemanden geschadet , wenn er das
wasser nicht permanent zu sich nimmt.

Andererseits brauchen wir m.E. mit unserer Karte nicht
> die Verantwortung zu übernehmen, dass dort wirklich Trinkwasser
> vorhanden ist, wenn wir so schreiben, aber das Wasser dort
> mittlerweile verunreinigt ist. jo, kann aber immer mal passieren - selbst
> in "offiziellen" wasserstellen oder Trinkwasserbrunnen


-
Wanderer, kommst Du nach Liechtenstein, tritt nicht daneben, tritt voll
hinein. - Ingo Insterburg
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Projekt-des-Monats-Oktober-Trinkwasser-tp5582848p5646526.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] farmland in DE:MapFeatures

2010-10-18 Diskussionsfäden tshrub


Hallo,

...
>
>  landuse=farmland
>  Tag für landwirtschaftlich genutzte Flächen wie Äcker für Getreide und
>  Gemüse, Obstplantagen, Baumschulen und Weiden für Nutztiere.
>  + Darstellung&  Foto


-1, m.E. geht das nicht so ohne weiteres. Landuse=orchard für
Baumpflanzungen zur Lebensmittelerzeugung ist seit längerem in
Gebrauch. Ich sehe auch keinen Vorteil, das jetzt wieder zusammen zu
werfen. Ob es für Baumschulen schon was gibt, kann ich nicht genau
sagen, wenn man allerdings das alles neu organisiert, finde ich es
unlogisch, die Weiden hier reinzunehmen, die Wiesen aber nicht.
Subtags sollte man in jedem Fall vorschlagen für die einzelnen
genannten Nutzungen.

ja, das muss Mal neu organisiert werden.

bleiben muss farmland ja, also dann so?:

landuse=farmland
Tag für (noch) nicht näher definierte landwirtschaftlich genutzte 
Flächen, ausgenommen dem Bauernhof/Wirtschaftsgelände (landuse=farmyard).

Weitere, genauere Definitionen für farmland siehe bitte landuse=*.


und landuse=farm
veraltet, nicht weiter verwenden.


landuse=farmyard
Tag für den Bauernhof - das Wirtschaftsgelände mit seinen Gebäuden: 
Wohnhäuser, Unterkünfte, Unterstände, Ställen, Mistgrube, 
Fahrzeughallen, Futterspeichern, (Blumen-)Garten.
Flächen zwischen den Objekten - auch wohnhausferne landwirtschaftliche 
Bauwerke (Unterstände, Speicher, ... ).




Gruß, t.




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

Re: [Talk-de] Amenity Editor mit OAuth


 Hallo,

Am 17.10.2010 14:34, schrieb Adrian Stabiszewski:

Nach einiger OSM Abwesenheit habe ich nun den Amenity Editor auf die OAuth
Authentifizierung umgestellt.


sehr gut, habe es gerade mal getestet und folgendes ist mir noch 
aufgefallen:


1) Hau man eine POI ergänzt und klickt dann auf OAuth um sich 
anzumelden, sind die Änderungen weg! Also erst Anbelden, dann Eingeben.


2) Der Hintergrund der Hilfe- und Einstellungsfenster ist (bei mir FF) 
durchsichtig und daher schlecht lesbar.


3) Ergänzt man gleich mehrere Tags (z.B. Adresse), so ist das 
Popup-Fenster schnell zu klein und man muss sich mit der TAB-Taste bis 
zum "Speichern"-Button bewegen.


4) Telefon-Button: hier wird das Tag "addr:phone" erzeugt, das ist aber 
m.W. gar nicht üblich. Am häufigsten wird "phone" (oder evtl. 
"contact:phone") benutzt.



Ansonsten sehr gut!

Schön wäre, wenn man sich eigene Buttons/Presets erstellen könnte, so 
dass man einfacher ähnliche Edits an mehreren Objekten anwenden kann.


Gruß,
Stefan


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

Re: [Talk-de] Amenity Editor mit OAuth


schau mal oben bei "home base". das wäre doch was?
gruss
walter

-
Wanderer, kommst Du nach Liechtenstein, tritt nicht daneben, tritt voll
hinein. - Ingo Insterburg
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Amenity-Editor-mit-OAuth-tp5644212p5646467.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] Projekt des Monats Oktober - Halbzeit

Am 17. Oktober 2010 17:12 schrieb Walter Nordmann :
>
> ich interpretiere das mal so: "schild einfach ignorieren, wenn das wasser
> trinkbar ist".
> das deckt sich zumindest mit der realtität - ist also osm-konform ;)
> soll das so auch ins wiki rein? mach ich gerne, wenn es keinen aufstand
> gibt.


Das Problem ist halt der Teil: "wenn das Wasser trinkbar ist": durch
intensive landwirtschaftliche Nutzung ist durchaus nicht jedes Wasser
aus einem alten Brunnen, das früher mal trinkbar war, immer noch
"Trinkwasser" (und nicht jedes Wasser, das kein Trinkwasser ist, ist
automatisch gleich giftig). Von daher sollte man schon überlegen (und
nachforschen), wo man Trinkwasser erwarten kann, und wo man besser
nicht trinkt. Andererseits brauchen wir m.E. mit unserer Karte nicht
die Verantwortung zu übernehmen, dass dort wirklich Trinkwasser
vorhanden ist, wenn wir so schreiben, aber das Wasser dort
mittlerweile verunreinigt ist.

Gruß Martin

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

Re: [Talk-de] farmland in DE:MapFeatures

Am 17. Oktober 2010 16:03 schrieb tshrub :
> also:
>
>
> landuse=farmland
> Tag für landwirtschaftlich genutzte Flächen wie Äcker für Getreide und
> Gemüse, Obstplantagen, Baumschulen und Weiden für Nutztiere.
> + Darstellung & Foto


-1, m.E. geht das nicht so ohne weiteres. Landuse=orchard für
Baumpflanzungen zur Lebensmittelerzeugung ist seit längerem in
Gebrauch. Ich sehe auch keinen Vorteil, das jetzt wieder zusammen zu
werfen. Ob es für Baumschulen schon was gibt, kann ich nicht genau
sagen, wenn man allerdings das alles neu organisiert, finde ich es
unlogisch, die Weiden hier reinzunehmen, die Wiesen aber nicht.
Subtags sollte man in jedem Fall vorschlagen für die einzelnen
genannten Nutzungen.

Vor kurzem wurde hier eine Unterscheidung nach einjährigen und
mehrjährigen Pflanzungen vorgeschlagen, die ich sinnvoll fand.


> und landuse=farmyard
> Tag für den Bauernhof - das Wirtschaftsgelände mit seinen Gebäuden und
> befestigten Flächen: Gebäuden wie Häusern, Unterkünften, Unterständen,
> Ställen, Fahrzeughallen, Futterspeichern usw. Ebenso die Flächen zwischen
> den Gebäuden, sowie nahe Bäume, Hecken und Grünflächen.


+1, genau, eingeschlossen der (Blumen-)Garten, Gemüse_garten_ und der
Kräutergarten (etc.), Mistgrube, etc.


> und landuse=farm
> löschen


-1, als veraltet in der Doku lassen.


> oder Tag für den Bauernhof _zusammen_ mit landwirtschaftlich genutzten 
> Flächen.
> Fasst farmland und farmyard zusammen. Aus diesem Tag ist farmland und
> farmyard hervorgegangen.


-1, eine neue Bedeutung zu definieren finde ich auch nicht sinnvoll.
Es ist uneindeutig und daher deprecated.

Gruß Martin

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

Re: [Talk-de] Amenity Editor mit OAuth

2010-10-18 Diskussionsfäden Peter Körner


Am 17.10.2010 14:34, schrieb Adrian Stabiszewski:

Das Tools ist wie bisher unter http://ae.osmsurround.org erreichbar.


Bitte, bitte: eine Suche!
Wie soll ich sonst ohne Permalink oder Ewiges Rumklicken meinen Wohnort 
finden?


Lg

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

Re: [Talk-de] Amenity Editor mit OAuth