[Talk-de] payment - Tag

[Jan Tappenbeck]

 Hi !

nachdem es im Rahmen der Tankstellen schon eine tiefgreifende Diskussion 
gab möchte ich dieses Thema hier nochmal extrahieren. Es geht mir 
hierbei primär um die akzeptierten Zahlungskarten (Kredit und 
Tankkarten). Im Rahmen der Tag-Statistic Tanken [1] und meiner 
Anpassungsprogrammierung für die Tankstellenkarte hat sich gezeigt das 
hier ein richtiger Wildwuchs herrscht.


Aus diesem Grund möchte ich nochmal dieses Thema hier herausgreifen da 
in dem Mega-Talk über die Tankstellen vermutlich nur noch eingeweihte 
den Überblick haben.


Schaut man sich die Statistik an dann gibt es folgende Bezahlungstags:

payment
payment:account_cards
payment:cash
payment:coins
payment:credit_cards
payment:debit_cards
payment:fuel_cards
payment:dkv
payment:ec
payment:ec_cards
payment:electronic_purses
payment:fuel_cards
payment:girocard
payment:maestro
payment:notes
payment:uta
payment_account_cards

Viele Tags für das Bezahlen - folgende zwei sind nun diejenigen welche 
ich für Karten bevorzugen würde:


payments:debit_cards
(alternativ payment:credit_cards -  wobei mir der Unterschied zwischen 
debit und credit im Moment nicht ganz klar ist)

payment:fuel_cards

Warum finde ich diese am besten. Im Rahmen meiner 
Anpassungsprogrammierung hat sich gezeigt das es sich am einfachsten 
gestaltet diese zwei Tags abzufragen und dann durch die Werte zu 
iterieren. Wenn man alles zuläßt was sonst noch so verwendet wird 
payment:dkv, payment:ec ... dann muss man bei jedem Element durch die 
Key iterieren ob einer payment enthält. Bei einer Vielzahl von Punkten 
(Tankstelle über 17.000) macht das am Schluss auch eine Menge Holz.


Abgesehen davon wie sollte eine automatische Auswertung erkennen das es 
sich um eine Creditkarte oder Tankkarte handelt ??? Dann müßten wieder 
Listen hinterlegt werden die gepflegt werden.


Sicherlich gibt es auch ein Gegenargument - ich suche alle Tankstellen 
die nur maestro nehmen dann ist das einfacher als bei der anderen 
variante - die Frage ist nur was in der Praxis mehr Bedeutung hat und 
was den Tag-Dickicht etwas aufhellt und leichter pflegen läßt.


So, das soll erst einmal meine Meiung gewesen sein.

... und nu kommst Du.

Gruß Jan :-)



[1] 
http://www.tappenbeck.net/osm/maps/report/report_tags/fuel_de/fuelstation.html 



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

Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen

[Bernd Wurst]

Am Donnerstag 09 September 2010, 08:26:46 schrieb Guenther Meyer:
> eine Auswertung ohne sich die Zusatztags anzusehen ist heute nicht mehr 
> zeitgemaess. Da wuerde bei vielen Dingen nicht das gewuenschte Ergebnis 
> rauskommen.

Das wird aber höllisch fehlerträchtig, das auszuwerten:
"normale Tankstellen" sind dann 
  amenity=fuel (ohne weitere Zusatztags)
oder
  amenity=fuel + mein gewünschter Kraftstoff (mit beliebigen Zusatztags)

Dabei steht "ohne weitere Zusatztags" aber lediglich für Kraftstoff-Arten. Da 
es dafür schon gefühlte 20 verschiedene Ideen gibt wie man die formuliert, 
wird es schwer andere Zusatz-Tags wie Kiosk o.ä. von jeglicher Art von 
Kraftstoff-Tags zu separieren.

Zudem: Ich rechne fest damit, dass es eine große Zahl von Tankstellen im OSM-
Bestand gibt, bei denen nur die unkonventionellen Kraftstoffe explizit 
getagged wurden. Auch wenn bestehende Fehler kein Grund sind neue darauf 
aufzubauen, muss man doch anerkennen, dass die dann gravierend an Aussagekraft 
verlieren.

Gruß, Bernd

-- 
Wohlstand ist, wenn die Menschen mehr Uhren haben als Zeit.


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

[Talk-de] virtueller Urlaub in Spanien / Alicante - Sierra Manola

[Jan Tappenbeck]

 Hi !

ich bin gerade dabei die Boundaries für die yahoo-Bilder in Spanien zu 
erstellen und dabei sind mir viele nicht verarbeitete GPS-Tracks 
aufgefallen.


Vielleicht hat einer von Euch Ortskenntnisse und Lust, zumindest 
virtuelle, dem schlechten Wetter in DE zu entfliehen.


Hier der Bereich: 
http://www.openstreetmap.org/?lat=38.712&lon=-0.485&zoom=11


Ich werde mich derweilen an die anderen Boundaries machen und vielleicht 
noch neue GPS-Schätze heben - das bestärkt auch wieder die Suche nach 
einem Tool um nicht verarbeitete Tracks zu finden.


Gruß Jan :-)

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

Re: [Talk-de] payment - Tag

[Bernd Wurst]

Am Donnerstag 09 September 2010, 09:13:25 schrieb Jan Tappenbeck:
> Abgesehen davon wie sollte eine automatische Auswertung erkennen das es 
> sich um eine Creditkarte oder Tankkarte handelt ??? Dann müßten wieder 
> Listen hinterlegt werden die gepflegt werden.

Was ist der Unterschied?

Also ja, ich kenne den Unterschied, aber wann muss eine Anwendung diese 
Klassifizierung machen?
Ob eine Tankstelle nur Tankkarten nimmt oder auch noch VISA ist mir egal wenn 
ich mit meiner EC-Karte oder MasterCard tanken gehen will.

IMO sollte es einfach:
payment = foo;bar;baz;...
sein. Und dann im Wiki eine Liste welche Keywords welche Zahlungsart 
ausdrückt. Also "EC-Karte" ist "maestro" und sowas.

Gruß, Bernd

-- 
Die Wege der Natur sind geheimnisvoll, doch alles in allem sind sie
zweckmässig.  -  Lewis C. Epstein, in «Relativität anschaulich dargestellt»


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

Re: [Talk-de] Osmosis Frage

[Peter Körner]

Am 09.09.2010 07:29, schrieb André Joost:

Am 08.09.10 22:51, schrieb Frederik Ramm:

Jacques Nietsch wrote:

Eigentlich sollte es doch möglich sein, Hamburg.osm zu von GeoFabrik
zu ziehen, und mit den entsprechenden Filtern alle Ralations mit Ways
und Nodes herauszufiltern.


Nein, das ist meines Wissens nicht moeglich.


Sagen wir mal so: Der/die Programmierer von osmosis haben bislang die
Notwendigkeit zur Implementierung nicht eingesehen.
Sagen wir's mal so: das ist keine Frage der Einsicht sondern des 
Aufwand/Nutzen Koeffizienten. Um einen --used-ways Filter zu 
implementieren ist eine Menge Hirnschmalz und Zeit nötig, die bisher 
einfach nicht zusammen gekommen sind. Fehlende einsicht zu unterstellen 
halten ich nicht für Gerechtfertigt.


Lg

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

Re: [Talk-de] Strategie zur korrekten Entfernung der alegria-Aktionen, war Vandalismus im Bereich WM/GAP

[Peter Körner]

Am 09.09.2010 00:03, schrieb Richard Ratzer:


ok, dann mit LinX.

http://www.openstreetmap.org/?47.4555&lo11.0598&zoom=05
http://www.openstreetmap.org/?47.4555&lo11.0598&zoom=05
http://www.openstreetmap.org/?47.4555&lo11.0598&zoom=05
http://www.openstreetmap.org/?47.4555&lo11.0598&zoom=05


Hmmm.. die sind alle gleich. Ob das Absicht war? ;)

Lg

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

Re: [Talk-de] Osmosis Frage

[Dirk-Lüder Kreie]

Am 08.09.2010 22:51, schrieb Frederik Ramm:

> Wenn jemand, der Java kann, dem Osmosis mal analog zu --used-node auch
> ein --used-way spendiert, dann saehe die Sache schon besser aus...

Müsste dann nicht auch ein --used-relation Task rein?

-- 
Dirk-Lüder "Deelkar" Kreie
Bremen - 53.0901°N 8.7868°E

Ceterum censeo Carthaginem esse delendam.



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

Re: [Talk-de] Werden Baumreihen gerendert?

[Falk Zscheile]

Am 9. September 2010 00:15 schrieb M∡rtin Koppenhoefer :
> Ich habe nochmal eine Frage zur Denotation:
> denotation=landmark
> sollte das nicht besser landmark=yes sein?
>
> dito für
> denotation=natural_monument
> also monument=yes, das natural kann man sich dann eigentlich sparen,
> weil es ja keine anderen Bäume gibt als natürliche, zumindest keine
> die man mit natural=tree taggen würde.
>

Ist ein versteinerter Baum/Wald[1] jetzt monument=yes oder natural_monument=yes?

Stein=leblos=monument?

Gruß, Falk


[1] http://de.wikipedia.org/wiki/Versteinerter_Wald_%28Chemnitz%29

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

[Talk-de] cycle-layer Styles?

[Sven Geggus]

Hallo zusammen,

gibts die styles für den cycle-layer eigentlich nicht im SVN?

Wäre das wirklich so fände ich das eigentlich nicht OK. Immerhin ist der
Layer auf der offiziellen Projektseite abrufbar.

Ich wollte eigentlich nur mal schaun was da alles gerendert wird und hab das
Teil auf die Schnelle nicht gefunden.

Gruss

Sven

-- 
Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit
Office nicht kompatibles Bürosoftwarepaket einzuführen.
(Florian Weimer in de.alt.sysadmin.recovery)
/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] cycle-layer Styles?

[Peter Körner]

Am 09.09.2010 10:38, schrieb Sven Geggus:

Hallo zusammen,

gibts die styles für den cycle-layer eigentlich nicht im SVN?

Wäre das wirklich so fände ich das eigentlich nicht OK. Immerhin ist der
Layer auf der offiziellen Projektseite abrufbar.
Soweit ich weiß ist das tatsächlich closed source. Okay finde ich es 
auch nicht, aber da viele diese Einrichtung nutzen und es IMO keine 
freie Alternative gibt, hat's noch niemand raus genommen.


Lg, Peter

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

Re: [Talk-de] Strategie zur korrekten Entfernung der alegria-Aktionen, war Vandalismus im Bereich WM/GAP

[Walter Nordmann]

nee, der link ist falsch - zumindest für die "normale" osm-seite. der oberste
ist ok, bei den anderen fehlen einige buchstaben :(
lg
walter
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Strategie-zur-korrekten-Entfernung-der-alegria-Aktionen-war-Vandalismus-im-Bereich-WM-GAP-tp5507870p5513721.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] Strategie zur korrekten Entfernung der alegria-Aktionen, war Vandalismus im Bereich WM/GAP

[Walter Nordmann]

nachschlag:

so wäre es richtig:

http://www.openstreetmap.org/?lat=47.7439&lon=11.0682&zoom=13
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Strategie-zur-korrekten-Entfernung-der-alegria-Aktionen-war-Vandalismus-im-Bereich-WM-GAP-tp5507870p5513727.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] cycle-layer Styles?

[Sven Geggus]

Peter Körner  wrote:

> Soweit ich weiß ist das tatsächlich closed source. Okay finde ich es 
> auch nicht, aber da viele diese Einrichtung nutzen und es IMO keine 
> freie Alternative gibt, hat's noch niemand raus genommen.

Huh, dann wird da aber massiv mit zweierlei Maß gemessen. Unterm Strich ist
dann nämlich Nops Wanderkarte noch erheblich offener als der cycle style.

Wäre er offen könnte man sich dem dann auch mal annehmen mich nervt es seit
Jahren dass das Teil keinen Support für Tracktypes hat.

Sven

-- 
Why are there so many Unix-haters-handbooks and not even one
Microsoft-Windows-haters handbook?
Gurer vf ab arrq sbe n unaqobbx gb ungr Zvpebfbsg Jvaqbjf!
/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] Zu viele Namen in OSM-Karten

[Stephan Wolff]

Moin,

in vielen aus OSM-Daten erzeugten Karten, insbesondere der Mapnik- und 
Osmarenderkarte, tauchen immer mehr Namesbeschriftungen auf, die nach 
meinem Empfinden die Karte unübersichtlicher machen.
Bei vielen Dörfern generiert der "place"-Tag einen Namen, die 
"boundary"-Relation einen zweiten und die PLZ-Relation den selben Namen 
mit Postleitzahl. Manchmal zeichnet ein Mapper die bebaute Fläche als 
"landuse" ein und fügt nochmals den Ortsnamen als "name" ein.
Es gibt in OSM gibt es viele Multipolygone und Relationen, die einen 
Nutzen haben, deren Name aber nicht auf eine allgemeine Karte gehört, 
wie die TMC-Gebiete oder die "Ortsname (Landmasse)"-Gebiete. Solche 
Relationen werden sicherlich weiter zunehmen.


Wie können wir dafür sorgen, dass die aus OSM-Daten erzeugten Karten 
wichtige Namen darstellen und trotzdem übersichtlich bleiben?
- wir erklären es zu einem Problem des Renderers. Dieser muss erkennen 
was der Mapper gemeint hat und was wichtig ist.
- wir dokumentieren im Wiki für jeden Multipolygon-/Relationstyp, ob 
dieser einen offizielle Gebietsnamen anzeigt, eine untergeordnete, 
amtliche Untergliederung, eine nichtamtliche Unterteilung oder ein 
Hilfsobjekt zur OSM-Auswertung ist
- wir führen einen Tag ein, der diese Unterscheidung an jeder Relation 
ermöglicht


An vielen Stellen tauchen Namen auf, die nur den Objekttyp ohne 
individuelle Zusätze beschreiben, wie z. B.

leisure=playground
name="Spielplatz"

amenity=parking
name="Parkplatz"

Spricht etwas dagegen, solche "name"-Einträge zu löschen?

Viele Grüße, Stephan


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

Re: [Talk-de] Zu viele Namen in OSM-Karten

[Jan Tappenbeck]

Am 09.09.2010 11:55, schrieb Stephan Wolff:

Moin,

in vielen aus OSM-Daten erzeugten Karten, insbesondere der Mapnik- und
Osmarenderkarte, tauchen immer mehr Namesbeschriftungen auf, die nach
meinem Empfinden die Karte unübersichtlicher machen.
Bei vielen Dörfern generiert der "place"-Tag einen Namen, die
"boundary"-Relation einen zweiten und die PLZ-Relation den selben Namen
mit Postleitzahl. Manchmal zeichnet ein Mapper die bebaute Fläche als
"landuse" ein und fügt nochmals den Ortsnamen als "name" ein.
Es gibt in OSM gibt es viele Multipolygone und Relationen, die einen
Nutzen haben, deren Name aber nicht auf eine allgemeine Karte gehört,
wie die TMC-Gebiete oder die "Ortsname (Landmasse)"-Gebiete. Solche
Relationen werden sicherlich weiter zunehmen.

Wie können wir dafür sorgen, dass die aus OSM-Daten erzeugten Karten
wichtige Namen darstellen und trotzdem übersichtlich bleiben?
- wir erklären es zu einem Problem des Renderers. Dieser muss erkennen
was der Mapper gemeint hat und was wichtig ist.
- wir dokumentieren im Wiki für jeden Multipolygon-/Relationstyp, ob
dieser einen offizielle Gebietsnamen anzeigt, eine untergeordnete,
amtliche Untergliederung, eine nichtamtliche Unterteilung oder ein
Hilfsobjekt zur OSM-Auswertung ist
- wir führen einen Tag ein, der diese Unterscheidung an jeder Relation
ermöglicht

An vielen Stellen tauchen Namen auf, die nur den Objekttyp ohne
individuelle Zusätze beschreiben, wie z. B.
leisure=playground
name="Spielplatz"

amenity=parking
name="Parkplatz"

Spricht etwas dagegen, solche "name"-Einträge zu löschen?

Viele Grüße, Stephan


Hi!

wenn es diese rein Begrifflichkeiten sind und nicht Parkplatz 1, das hat 
schon wieder eine andere Bedeutung, dann raus damit würde ich sagen !


gruß Jan :-)


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

Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen

[Georg Feddern]

Moin,

Guenther Meyer schrieb:

Am Donnerstag 09 September 2010, 08:14:30 schrieb Bernd Wurst:
  

Ich merke nur an, dass ein Auswerter, der lediglich "amenity=fuel"
auswertet, bitte nicht jede Steckdose finden soll. That's it.



eine Auswertung ohne sich die Zusatztags anzusehen ist heute nicht mehr 
zeitgemaess. Da wuerde bei vielen Dingen nicht das gewuenschte Ergebnis 
rauskommen.
  


nur wenn

amenity=fuel
z. Z. wohl immer noch als "Standard-Tankstelle" ausgewertet werden 
muss/kann,


was bedeutet dann bitte
amenity=fuel
fuel:electric=yes

Eine "Standard-Tankstelle" mit zusätzlicher Ladesäule?
Oder eine Nur-Elektro-Ladestation?

Und was ist bitte das gewünschte Ergebnis?
Ggf. wird die bisherige Zusatzinformation nämlich plötzlich zur 
bestimmenden Information.


NB:
Im JOSM-Preset kann man zwar 'ja' sagen zu den einzelnen fuel-Sorten, 
aber leider nicht explizit 'nein' sagen - Damit ist eine 
Nur-Strom-Tankstelle wunderbar einzutragen ...


Gruß
Georg


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

Re: [Talk-de] cycle-layer Styles?

[Frederik Ramm]

Hallo,

Sven Geggus wrote:

Wäre er offen könnte man sich dem dann auch mal annehmen mich nervt es seit
Jahren dass das Teil keinen Support für Tracktypes hat.


Andy hat das mal so erklaert:

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

Kurzer Rede langer Sinn, er will gern die Kartografie selber bestimmen 
und eben *nicht* den ti...@home-effekt, dass jeder mal grad einbaut, was 
er wichtig findet. Ohne jetzt konkret mit ihm darueber gesprochen zu 
haben, vermute ich, dass Tracktypes zu dem seiner Ansicht nach 
verwirrenden Detail gehoeren (ich selber finde zumindest Karten, die 
nach Tracktype unterscheiden, immer etwas unuebersichtlich).


Mir ist klar, dass es je nach Art von Fahrrad und Radfahrer einen 
grossen Unterschied macht, ob man auf grade1 oder grade4 unterwegs ist. 
Aber die Cyclemap legt halt grossen Wert auf ausgewiesene Fahrradrouten, 
und dass die nicht ueber grade4 fuehren, ist selbstverstaendlich.


Ob die Karte auf der OSM-Hauptseite ist oder nicht, ist ihm ziemlich 
wurscht (und er hat das auch nicht da eingebaut):


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

Bye
Frederik


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

Re: [Talk-de] Osmosis Frage

[Tom Müller]

 Am 09.09.2010 09:55, schrieb Peter Körner:
Sagen wir's mal so: das ist keine Frage der Einsicht sondern des 
Aufwand/Nutzen Koeffizienten. Um einen --used-ways Filter zu 
implementieren ist eine Menge Hirnschmalz und Zeit nötig, die bisher 
einfach nicht zusammen gekommen sind. Fehlende einsicht zu 
unterstellen halten ich nicht für Gerechtfertigt.


Lg


Das ist doch Quatsch. Ein --used-ways Filter stellt definitiv keine 
komplizierte Programmieraufgabe dar!
Zumal die Methode für nodes schon besteht und man sie einfach adaptieren 
kann ... Ist halt eine Ebene höher, weil man dann auch nochmal die 
--used-nodes Methode für die ways anwenden muss, aber wie gesagt, ich 
würde es als trivial bezeichnen. Wenn ich in einem viertel Jahr wieder 
Zeit für sowas habe und sich noch niemand erbarmt hat, bin ich auch 
gerne bereit es zu implementieren. Zurzeit fehlt mir allerdings die Zeit 
dazu an allen Ecken und Enden!


Tom

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

Re: [Talk-de] payment - Tag

[Wolfgang]

Hallo,
Am Donnerstag 09 September 2010 09:54:12 schrieb Bernd Wurst:

> Ob eine Tankstelle nur Tankkarten nimmt oder auch noch VISA ist mir egal
>  wenn ich mit meiner EC-Karte oder MasterCard tanken gehen will.
> 
> IMO sollte es einfach:
> payment = foo;bar;baz;...
> sein. Und dann im Wiki eine Liste welche Keywords welche Zahlungsart
> ausdrückt. Also "EC-Karte" ist "maestro" und sowas.
> 

+1

Dieses Tag sollte dann auch auf übrige Bezahlungsmöglichkeiten Anwendung 
finden (Kaufhäuser etc.).

Dazu sollte noch ein Datum gesetzt werden, am besten automatisch, aus dem der 
Stand des letzten Updates bzw. der letzten Bestätigung hervorgeht. Nach 5 
Jahren dürften solche Angaben nicht mehr besonders verlässlich sein.

Was die Anwendungen damit machen, ist dann deren Sache.

Gruß, Wolfgang

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

Re: [Talk-de] OT: Elektroantriebe sauber? WAS: P rojekt DE des Monats - Tankstellen

[Wolfgang]

Hallo,
Am Donnerstag 09 September 2010 12:01:16 schrieb Georg Feddern:
> Moin,
> 
> was bedeutet dann bitte
> amenity=fuel
> fuel:electric=yes
> 
> Eine "Standard-Tankstelle" mit zusätzlicher Ladesäule?
> Oder eine Nur-Elektro-Ladestation?
> 
> Und was ist bitte das gewünschte Ergebnis?
> Ggf. wird die bisherige Zusatzinformation nämlich plötzlich zur
> bestimmenden Information.
> 
> NB:
> Im JOSM-Preset kann man zwar 'ja' sagen zu den einzelnen fuel-Sorten,
> aber leider nicht explizit 'nein' sagen - Damit ist eine
> Nur-Strom-Tankstelle wunderbar einzutragen ...
> 

Guter Einwand!

Das Preset sollte so verändert werden, dass ja, nein oder unbekannt angegeben 
werden kann. Manuell geht es sowieso.

Gruß, Wolfgang

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

Re: [Talk-de] Strategie zur korrekten Entfernung der alegria-Aktionen, war Vandalismus im Bereich WM/GAP

[Richard Ratzer]

Oh, oh - sorry.

Ich glaub mich hat gestern mein Firefox etwas ver...
Das hat ja wohl überhaupt nicht so geklappt.

Frage: 
Ich könnte einen kurzen Track (8 Punkte) um die Gegend mit den größten
Schäden legen.

Aber wo im Web kann ich so einen Track ablegen kurz ablegen?


In dem Fenster ist jedenfalls die größte Löschaktion 
http://www.openstreetmap.org/?lat=47.7439&lon=11.0682&zoom=13

sorry Richard
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Strategie-zur-korrekten-Entfernung-der-alegria-Aktionen-war-Vandalismus-im-Bereich-WM-GAP-tp5507870p5513993.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] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen

[Garry]

Am 08.09.2010 07:47, schrieb Guenther Meyer:

Die Tags fuer den Energietraeger lassen sich einfach erweitern:
Es gab Tags fuer verschiedene Benzinarten.
Es gab Tags fuer Diesel.
Es kamen Tags fuer die verschiedenen Gase hinzu.
Es gab ein neues Tag fuer Wasserstoff.
Warum fuegt man nicht einfach neue Tags fuer Strom/Akkutausch/... hinzu?
Weil der Energietraeger und die Art des "Tankens" anders aussieht? Kein
Argument, das hatte man beim Gas auch schon.
   
Gas ist doch auch nur eine Flüssigkeit die ihren Siedepunkt bei einer 
niedrigeren Temperatur hat.
Das alles sind aber Gefahrstoffe für die man besondere 
Sicherheitsvorkehrungen benötigt - beim

Strom reicht da ein vergleichsweise einfacher Berührschutz.

Garry

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

Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen

[Garry]

Am 09.09.2010 09:35, schrieb Bernd Wurst:

Am Donnerstag 09 September 2010, 08:26:46 schrieb Guenther Meyer:
   


Zudem: Ich rechne fest damit, dass es eine große Zahl von Tankstellen im OSM-
Bestand gibt, bei denen nur die unkonventionellen Kraftstoffe explizit
getagged wurden. Auch wenn bestehende Fehler kein Grund sind neue darauf
aufzubauen, muss man doch anerkennen, dass die dann gravierend an Aussagekraft
verlieren.
   

+1

Garry

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

Re: [Talk-de] virtueller Urlaub in Spanien / Alicante - Sierra Manola

[Jacques Nietsch]

Hallo Jan,
Am 09.09.2010, 09:49 Uhr, schrieb Jan Tappenbeck :

Schreibe doch mal den User http://www.openstreetmap.org/user/Agustin an.
Der hat die Tracks reingestellt und sollte Ortskenntnisse haben.
Er scheint allerdings seit einem Jahr nicht mehr aktiv zu sein.

Jacques


  Hi !

ich bin gerade dabei die Boundaries für die yahoo-Bilder in Spanien zu  
erstellen und dabei sind mir viele nicht verarbeitete GPS-Tracks  
aufgefallen.


Vielleicht hat einer von Euch Ortskenntnisse und Lust, zumindest  
virtuelle, dem schlechten Wetter in DE zu entfliehen.


Hier der Bereich:  
http://www.openstreetmap.org/?lat=38.712&lon=-0.485&zoom=11

...
Gruß Jan :-)



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

Re: [Talk-de] Zu viele Namen in OSM-Karten

[Robert Kaiser]

Stephan Wolff schrieb:

Wie können wir dafür sorgen, dass die aus OSM-Daten erzeugten Karten
wichtige Namen darstellen und trotzdem übersichtlich bleiben?


Die Renderer verbessern. Das Tagging ist sehr oft nicht wirklich falsch 
(siehe z.B. mein Lieblingsbeispiel, wo das Schulareal und das 
Schulgebäude selbst beides den Namen der Schule tragen). Man könnte 
natürlich für alles und jedes Relationen drüber legen, um "Redundanz" so 
vermeiden, aber das Gebilde wird unendlich komplex dabei. Dann müssen 
wir demnächst auch jede zweite Straße als Relation der Teilstücke mappen.



An vielen Stellen tauchen Namen auf, die nur den Objekttyp ohne
individuelle Zusätze beschreiben, wie z. B.
leisure=playground
name="Spielplatz"

amenity=parking
name="Parkplatz"

Spricht etwas dagegen, solche "name"-Einträge zu löschen?


Nein, das sind keine Namen, sondern Beschreibungen, und die können 
gelöscht werden - außer die heißen vor Ort tatsächlich so - mit 
dedizierter Benennung.


Robert kaiser



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

Re: [Talk-de] cycle-layer Styles?

[Sven Geggus]

Frederik Ramm  wrote:

> Kurzer Rede langer Sinn, er will gern die Kartografie selber bestimmen 
> und eben *nicht* den ti...@home-effekt, dass jeder mal grad einbaut, was 
> er wichtig findet.

Na toll, dann wird das eien One-Man Show bleiben. Es geht ja auch darum
sinnvolle patches einreichen zu können.

> Aber die Cyclemap legt halt grossen Wert auf ausgewiesene Fahrradrouten, 
> und dass die nicht ueber grade4 fuehren, ist selbstverstaendlich.

In .de je nach Bundesland leider viel zu oft über grade2 oder sogar grade3.

Wegeführung von Radfernwegen und Wünsche von Radfahrern differieren in
Deutschland oft ganz erheblich.

Als Beispiel soll hier mal ein Abschnitt des Kraichgau Hohenlohe Weg dienen
weil ich diesen selber erfasst habe.

http://osm.org/go/0Dl2a5BY-?layers=C

Wenn man sich nicht unbedingt Eppingen ansehen möchte dürfte hier der
direkte Weg erheblich sinnvoller sein. Dass da auf der OSM Karte noch
asphaltierte Wege fehlen lassen wir jetzt mal aussen vor.

Schade dass es unsre Server von der Rechenpower nicht hergeben. Ein neuer
Cycle Layer wäre meines Erachtens überfällig.

Gruss

Sven

-- 
Threading is a performance hack.
(The Art of Unix Programming by Eric S. Raymond)

/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] cycle-layer Styles?

[Guenther Meyer]

On Thu, Sep 09, 2010 at 12:19:58PM +0200, Frederik Ramm wrote:
> Hallo,
>
> Sven Geggus wrote:
>> Wäre er offen könnte man sich dem dann auch mal annehmen mich nervt es seit
>> Jahren dass das Teil keinen Support für Tracktypes hat.
>
> Andy hat das mal so erklaert:
>
> http://lists.openstreetmap.org/pipermail/talk/2010-January/046483.html
>
> Kurzer Rede langer Sinn, er will gern die Kartografie selber bestimmen  
> und eben *nicht* den ti...@home-effekt, dass jeder mal grad einbaut, was  
> er wichtig findet.

Naja, wenn das der ganze Grund ist, spricht doch nichts dagegen, den Style 
trotzdem offenzulegen.
Dann kann sich jeder der will, auf dieser Basis seine eigene Karte machen, und 
muss nicht von Null anfangen...





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

Re: [Talk-de] virtueller Urlaub in Spanien / Alicante - Sierra Manola

[Jan Tappenbeck]

Am 09.09.2010 13:14, schrieb Jacques Nietsch:

Hallo Jan,
Am 09.09.2010, 09:49 Uhr, schrieb Jan Tappenbeck :

Schreibe doch mal den User http://www.openstreetmap.org/user/Agustin an.
Der hat die Tracks reingestellt und sollte Ortskenntnisse haben.
Er scheint allerdings seit einem Jahr nicht mehr aktiv zu sein.

Jacques


Hi !

ich bin gerade dabei die Boundaries für die yahoo-Bilder in Spanien zu
erstellen und dabei sind mir viele nicht verarbeitete GPS-Tracks
aufgefallen.

Vielleicht hat einer von Euch Ortskenntnisse und Lust, zumindest
virtuelle, dem schlechten Wetter in DE zu entfliehen.

Hier der Bereich:
http://www.openstreetmap.org/?lat=38.712&lon=-0.485&zoom=11
...
Gruß Jan :-)


hi !

wie hast du den rausbekommen ?

gruß Jan :-)


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

Re: [Talk-de] virtueller Urlaub in Spanien / Alicante - Sierra Manola

[Jacques Nietsch]

Hallo Jan,

Kombinationsgabe ;-)
1. den Bereich mit JOSM öffnen
2. in der History der Wege nach den Erstanlegern suchen
3. dann in den traces der User nachsehen, ob welche dabei sind die so  
aussehen wie die in JOSM


In einer so abgelegenen Gegend kommt man schnell zum Ergebnis, so viel  
User waren da nicht unterwegs.


HTH
Jacques

Am 09.09.2010, 14:04 Uhr, schrieb Jan Tappenbeck :


hi !

wie hast du den rausbekommen ?

gruß Jan :-)



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

Re: [Talk-de] virtueller Urlaub in Spanien / Alicante - Sierra Manola

[Jan Tappenbeck]

Am 09.09.2010 14:33, schrieb Jacques Nietsch:

Hallo Jan,

Kombinationsgabe ;-)
1. den Bereich mit JOSM öffnen
2. in der History der Wege nach den Erstanlegern suchen
3. dann in den traces der User nachsehen, ob welche dabei sind die so
aussehen wie die in JOSM

In einer so abgelegenen Gegend kommt man schnell zum Ergebnis, so viel
User waren da nicht unterwegs.

HTH
Jacques

Am 09.09.2010, 14:04 Uhr, schrieb Jan Tappenbeck :


hi !

wie hast du den rausbekommen ?

gruß Jan :-)


Moin Jacques,

ok - also auch hintenrum.

habe schon einmal ein josm-wish-ticket für eine direkte erfragung wie in 
mercator gestellt.


Gruß Jan :-)


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

Re: [Talk-de] virtueller Urlaub in Spanien / Alicante - Sierra Manola

[André Riedel]

Am 9. September 2010 14:47 schrieb Jan Tappenbeck :
> habe schon einmal ein josm-wish-ticket für eine direkte erfragung wie in
> mercator gestellt.

Das geht aber nur bei GPS-Tracks, welche mit der Option
"Identifizierbar" hochgeladen wurden. Und dies ist bei JOSM schon
eingebaut.

http://wiki.openstreetmap.org/wiki/DE:Visibility_of_GPS_traces

Ciao André

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

Re: [Talk-de] Zu viele Namen in OSM-Karten

[Torsten Leistikow]

Robert Kaiser schrieb am 09.09.2010 13:39:
> Das Tagging ist sehr oft nicht wirklich falsch
> (siehe z.B. mein Lieblingsbeispiel, wo das Schulareal und das
> Schulgebäude selbst beides den Namen der Schule tragen).

Entweder verstehe ich dich falsch, oder aber ich bin entgegengesetzter Meinung.

Wenn eine Schule bereits als Gelaende erfasst ist, dann gehoert an die
einzelenen Gebaeude meiner Meinung nach nur noch ein building=yes. Aussnahme
ist, wenn die einzelnen Gebaeude eigenstaendige Namen haben. Der Name der Schule
hat in so einem Fall an den Gebaeuden aber nichts mehr zu suchen.

Gruss
Torsten

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

Re: [Talk-de] Mittelsachsen-Atlas auf Basis von OSM

[Weigel, Uwe]

Hallo zusammen,



ich bin Leiter des Projektes Mittelsachsen Atlas beim gleichnamigen Landkreis. 
Wir haben uns ganz bewusst für die Nutzung der guten OSM-Daten als 
Hintergrundkarte entschieden. Deshalb zunächst mal vielen Dank an alle, die OSM 
möglich gemacht haben und möglich machen.



Besonders freut mich, dass das Projekt bei der OSM-Community schon im Gespräch 
ist. Wir sind an diesem Dialog sehr interessiert, denn wir wollen über die 
Nutzung der Daten hinaus in der zweiten Phase des Projektes gerne einen echten 
Austausch etablieren. D.h. wir wollen unsere POI-Daten gerne an OSM abgeben.



Die Software selber ist ohnehin komplett Open-Source. Dabei ist der Atlas, 
basierend auf OpenLayers, der kleinste Teil der Anwendung. Für die Nachnutzung 
interessanter ist sicher eine auf Eclipse/RAP basierende Workbench, mit der die 
Daten verwaltet und konfektioniert werden.



Zur Diskussion um die Nutzung der im Atlas verwendeten Luftbilder, wir haben 
hier die ATKIS-DOP der sächsischen Vermessungsverwaltung verwandt, setze ich 
mich als kommunaler Vertreter im Lenkungsgremium der gdi.initiative.sachsen 
(hier wird die Geodateninfrastruktur für den Freistaat Sachsen geplant) gerne 
dafür ein, dass die Luftbilder und ggf. weitere Geobasisdaten für 
(Mittel)Sachsen an OSM gespendet werden. Garantien kann ich Ihnen natürlich 
nicht geben, aber funktionierende Projekte, die den Nutzen von freien Daten/OSM 
belegen und dokumentieren könnten hier vielleicht doch einiges bewegen.



Die gerenderten OSM-Kacheln werden auf einem eigenen Server zwischengespeichert 
und von dort ausgeliefert. Genauso tun wir das mit dem Luftbild-WMS und dem 
SRTM-Geländeprofil.



Die Link-Funktion macht bei mir keine Probleme. Es wird eine exakte URL der 
aktuellen, ggf. mit POIs angereicherten Karte erzeugt, welche Dritten 
beispielsweise als Treffpunkt gesandt werden kann. Diese Funktion ist deshalb 
schon so eine Art Permalink - nur wird nicht der Ort, sondern die Suchanfrage 
in der URL ausgedrückt. Die Treffer und demnach die Anzeige kann sich also 
wandeln.



Beste Grüße

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

Re: [Talk-de] Mittelsachsen-Atlas auf Basis von OSM

[Sven Geggus]

Weigel, Uwe  wrote:

> ich bin Leiter des Projektes Mittelsachsen Atlas beim gleichnamigen
> Landkreis.

Super dass Du Dich hier aktiv einbringen möchtest.

> Garantien kann ich Ihnen natürlich nicht geben, aber funktionierende
> Projekte, die den Nutzen von freien Daten/OSM belegen und dokumentieren
> könnten hier vielleicht doch einiges bewegen.

Das Standardbeispiel hierfür ist die Luftbildspende der Stadt Lauf.

Hier ist eine extrem detailreiche Karte entstanden, die von der Stadt Lauf
inzwischen auch auf der eigenen Homepage ohne weitere Kosten eingesetzt
wird:

http://osm.org/go/0JQUY_lF
http://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Lauf
http://lauf.de/index.php?mid=9

Gruss

Sven

-- 
Das Internet ist kein rechtsfreier Raum, das Internet ist aber auch
kein bürgerrechtsfreier Raum. (Wolfgang Wieland Bündnis 90/Die Grünen)

/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] Werden Baumreihen gerendert?

[NopMap]

Guenther Meyer wrote:
> 
> "Wichtige" Baeume sollen mit besonderen Zusatztags versehen werden 
> (denotation, landmark, name, ...).
> Alle anderen Bäume haben diese Tags nicht, sind also "normale" Bäumen.
> 

Das ist eine nette Idee und wäre vor 4 Jahren auch brauchbar gewesen.

Aber in der Praxis wurde es anders definiert, es gibt weltweit geschätzte
58000 Anwendungen, die geprüft und ggf. geändert werden müßten, niemanden
der das tut und 76-88% Mapper die es anders handhaben.

bye
  Nop


-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Werden-Baumreihen-gerendert-tp5497934p5515080.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] payment - Tag

[Bernd Wurst]

Am Donnerstag 09 September 2010, 12:27:31 schrieb Wolfgang:
> Dazu sollte noch ein Datum gesetzt werden, am besten automatisch, aus dem
> der  Stand des letzten Updates bzw. der letzten Bestätigung hervorgeht.

Nein, bitte nicht explizit durch den Benutzer. :)
Die OSM-Datenbank kann sowas bereits. Da steht, wann zuletzt etwas an einem 
Objekt geändert wurde. Und wenn man will kann man mit überschaubarem 
Programmieraufwand auch herausfinden wann zuletzt das payment-Tag verändert 
wurde.

Ein Debugging-Tool, das alle Objekte mit payment-Tag und letztes Edit-Datum 
vor einigen Jahren dann als Warnung anzeigt, sollte man dann separat anbieten 
und nicht in den Daten direkt unterbringen wollen.

Gruß, Bernd

-- 
[...] most likely other e-mail programs like Eudora are not designed to enable
virus replication.
(ehemals auf 
http://www.microsoft.com/mac/products/office/2001/virus_alert.asp)


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

Re: [Talk-de] Mittelsachsen-Atlas auf Basis von OSM

[Weigel, Uwe]

Hallo Sven,

welche Erfahrungen gibt es - außer dem was im Wiki steht - aus dem 
Luftbild-Projekt mit der Bayerischen Landesvermessung?
http://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Bayern

Kann man den vollständigen Nutzungsvertrag erhalten? Dieser könnte für meine 
Gespräche bei der sächsischen Landesvermessung, die ebenfalls einen sehr guten 
Luftbild-WMS anbietet, durchaus hilfreich sein.
http://www.landesvermessung.sachsen.de/ias/basiskarte4/service/SRV4DOPFREE/WMSFREE_TK/WMSFREE_TK/wmsservice?
Die Nutzungsbedingungen findet man unter 
http://www.landesvermessung.sachsen.de/inhalt/produkte/luft/luft_nutz.html.

Wer könnte denn aus der Community offiziell überhaupt eine Erlaubnis beim GeoSN 
beantragen? Gibt es da organisatorische Vorschriften/Regeln? Kosten fallen 
nämlich unter Umständen gar keine an, sofern die Erlaubnis für die Nutzung der 
Luftbilder im OSM-Projekt erteilt würde.

Beste Grüße

Uwe Weigel


-Ursprüngliche Nachricht-
Von: talk-de-boun...@openstreetmap.org 
[mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Sven Geggus
Gesendet: Donnerstag, 9. September 2010 17:50
An: talk-de@openstreetmap.org
Betreff: Re: [Talk-de] Mittelsachsen-Atlas auf Basis von OSM

Weigel, Uwe  wrote:

> ich bin Leiter des Projektes Mittelsachsen Atlas beim gleichnamigen
> Landkreis.

Super dass Du Dich hier aktiv einbringen möchtest.

> Garantien kann ich Ihnen natürlich nicht geben, aber funktionierende
> Projekte, die den Nutzen von freien Daten/OSM belegen und dokumentieren
> könnten hier vielleicht doch einiges bewegen.

Das Standardbeispiel hierfür ist die Luftbildspende der Stadt Lauf.

Hier ist eine extrem detailreiche Karte entstanden, die von der Stadt Lauf
inzwischen auch auf der eigenen Homepage ohne weitere Kosten eingesetzt
wird:

http://osm.org/go/0JQUY_lF
http://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Lauf
http://lauf.de/index.php?mid=9

Gruss

Sven

-- 
Das Internet ist kein rechtsfreier Raum, das Internet ist aber auch
kein bürgerrechtsfreier Raum. (Wolfgang Wieland Bündnis 90/Die Grünen)

/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 mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Zu viele Namen in OSM-Karten

[NopMap]

Stephan Wolff wrote:
> 
> in vielen aus OSM-Daten erzeugten Karten, insbesondere der Mapnik- und 
> Osmarenderkarte, tauchen immer mehr Namesbeschriftungen auf, die nach 
> meinem Empfinden die Karte unübersichtlicher machen.
> 

Ich stimme Dir zu daß die "großen" OSM Karten ziemlich unübersichtlich
geworden sind - aus diesem und anderen Gründen. Ich habe auch schon
Vorschläge zur Reduktion der Anzeige gemacht, wurde aber belehrt, daß diese
Karten für keinen bestimmten Anwendungszweck tauglich sein sollen, sondern
"Schaufensterkarten"  sind, die möglichst viel anzeigen, was OSM zu bieten
hat. Das macht sie natürlich ziemlich vollgestopft, unübersichtlich und
streckenweise arg kontrastarm.

Abhilfe schafft da wohl nur eine Spezialkarte, die auch mal Dinge wegläßt,
die für ihren Zweck nicht nötig sind. Ich finde es ironisch, daß es im
OpenStreetMap Projekt keine Street Map gibt, also keine dedizierte
Straßenkarte. Für Autofahrer ist da eher die MapQuest Karte [1] zu
empfehlen, die sieht ziemlich übersichtlich aus.

bye
  Nop

[1] http://open.mapquest.co.uk/

-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Zu-viele-Namen-in-OSM-Karten-tp5513862p5515209.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] payment - Tag

[M∡rtin Koppenhoefer]

ich finde credit-card zu generisch. Warum nicht gleich visa / amex /
mastercard? Es hilft einem ja nicht, wenn irgendeine Kreditkarte
genommen wird, wenn es nicht die eigene ist.

Gruß Martin

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

Re: [Talk-de] Zu viele Namen in OSM-Karten

[M∡rtin Koppenhoefer]

Am 9. September 2010 11:55 schrieb Stephan Wolff :

> in vielen aus OSM-Daten erzeugten Karten, insbesondere der Mapnik- und
> Osmarenderkarte, tauchen immer mehr Namesbeschriftungen auf, die nach meinem
> Empfinden die Karte unübersichtlicher machen.
> Bei vielen Dörfern generiert der "place"-Tag einen Namen, die
> "boundary"-Relation einen zweiten und die PLZ-Relation den selben Namen mit
> Postleitzahl.


so allgemein ist das schwer zu kommentieren, Doppelungen sind meist
natürlich unerwünscht, aber dass z.B. auch in niedrigeren Zoomleveln
mehr Dorf- und Stadtnamen auftauchen finde ich sehr positiv, das war
einige Zeit land ein bisschen wenig.

> Manchmal zeichnet ein Mapper die bebaute Fläche als "landuse"
> ein und fügt nochmals den Ortsnamen als "name" ein.


ja, hier würde ich sagen, dem landuse=residential nur den Namen des
spezifischen Wohngebiets geben, und nicht den des kompletten Ortes.
Orte werden durch place definiert, wo auch der Name ran sollte.




> Wie können wir dafür sorgen, dass die aus OSM-Daten erzeugten Karten
> wichtige Namen darstellen und trotzdem übersichtlich bleiben?


das entscheidet der Renderer, auf das Tagging sollte es keinen
> - wir erklären es zu einem Problem des Renderers. Dieser muss erkennen was
> der Mapper gemeint hat und was wichtig ist.
> - wir dokumentieren im Wiki für jeden Multipolygon-/Relationstyp, ob dieser
> einen offizielle Gebietsnamen anzeigt, eine untergeordnete, amtliche
> Untergliederung, eine nichtamtliche Unterteilung oder ein Hilfsobjekt zur
> OSM-Auswertung ist
> - wir führen einen Tag ein, der diese Unterscheidung an jeder Relation
> ermöglicht
>
> An vielen Stellen tauchen Namen auf, die nur den Objekttyp ohne individuelle
> Zusätze beschreiben, wie z. B.
> leisure=playground
> name="Spielplatz"
>
> amenity=parking
> name="Parkplatz"
>
> Spricht etwas dagegen, solche "name"-Einträge zu löschen?
>
> Viele Grüße, Stephan
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>



-- 
Martin Koppenhoefer (Dipl-Ing. Arch.)
c/o Sebastianelli
Via del Santuario Regina degli Apostoli, 18

00145 Roma

|I|I|I|I|I|I|I|I|

Italia
N41.851, E12.4824

tel1: +39 06.916508070
tel2: +49 30 868708638
mobil: +39 389 6488991
m...@koppenhoefer.com
http://www.koppenhoefer.com


Hinweis:
Diese Nachricht wurde manuell erstellt. Wir bemühen uns um fehlerfreie
Korrespondenz, dennoch kann es in Ausnahmefällen vorkommen, dass bei
der manuellen Übertragung von Informationen in elektronische Medien
die übertragenen Informationen Fehler aufweisen. Wir bitten Sie, dies
zu entschuldigen.

Any views or opinions are solely those of the author and do not
necessarily represent those of koppenhoefer.com unless specifically
stated.
This email and any files attached are confidential and intended solely
for the use of the individual or entity to which they are addressed.
If you have received this email in error, please notify
postmas...@koppenhoefer.com

Please note that to ensure regulatory compliance and for the
protection of our clients and business, we may monitor and read
messages sent to and from our systems.

Thank You.

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

Re: [Talk-de] Zu viele Namen in OSM-Karten

[M∡rtin Koppenhoefer]

sorry, versehentlich abgeschickt, hier nochmal was ich schreiben wollte:


> Am 9. September 2010 11:55 schrieb Stephan Wolff :
> das entscheidet der Renderer, auf das Tagging sollte es keinen Einfluss 
> nehmen.

>> - wir erklären es zu einem Problem des Renderers. Dieser muss erkennen was
>> der Mapper gemeint hat und was wichtig ist.


eben


>> leisure=playground
>> name="Spielplatz"
>> amenity=parking
>> name="Parkplatz"
>> Spricht etwas dagegen, solche "name"-Einträge zu löschen?


das das keine "Namen" sind, würde ich die auch löschen. Ausnahmen mag
es geben (wenn der Name wirklich gleichzeitig eine Beschreibung ist).

Gruß Martin

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

Re: [Talk-de] Logger gesucht

[malenki]

RalfGesellensetter schrieb:

>Am Samstag, 30. Januar 2010 schrieb Sebastian Niehaus:
>> Mag mir jemand Empfehlungen geben? 
>> 
>Hi. Nun bin ich aber neugierig: Was ist es denn geworden?

Würde mich auch interessieren.

>Ich möchte gerne auch einen Logger - Marken per Kamera setzten wäre
>eine Alternative zu einer solchen Funktion des Loggers - leider kann
>ich bei Loggern ohne Display nicht einfach die Uhrzeit
>abfotografieren...

Als ich nur einen Logger (und kein GPS mit Display) besaß, habe ich
die genaue Uhrzeit von der Funkuhr oder einem frisch via NTP
synchronisierten PC fotografiert.

hth
(auch wenn der Thread recht alt ist)
malenki



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

Re: [Talk-de] payment - Tag

[Bernd Wurst]

Am Donnerstag 09 September 2010, 18:55:17 schrieb M∡rtin Koppenhoefer:
> ich finde credit-card zu generisch. Warum nicht gleich visa / amex /
> mastercard? Es hilft einem ja nicht, wenn irgendeine Kreditkarte
> genommen wird, wenn es nicht die eigene ist.

Was hat das mit der Mail zu tun auf die du geantwortet hast?

Außerdem scheint es als hättest du den Inhalt des Beitrags überhaupt nicht 
gelesen. :(

Gruß, Bernd

-- 
Europa - das Ganze ist eine wunderbare Idee, aber das war
der Kommunismus auch.  -  Loriot


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

Re: [Talk-de] Pflegedienst

[Jonas Stein]

> im Wiki habe ich zwar nursing home für Pflegeheim gefunden, aber nichts für 
> ambulante Pflegedienste.
> shop=nursing_service ?

Nein shop ist ja eher ein Ladengeschaeft. 

Ich habe auch noch keine gute Loesung defuer gefunden. 
Man koennte es als Buero taggen; als Poi mit Adresse.


http://wiki.openstreetmap.org/wiki/Office

Mehr als ein Buero und einen Parkplatz wird einen dort 
nicht erwarten, oder?

Eine Amenity ist es jedenfalls definitiv nicht.

Ueberlegung: Sollte man die Einrichtungen grosser Verbaende in eine Relation 
werfen? Z.B. Relation Caritas, DRK, AWO usw...

Gruesse,

-- 
Jonas Stein 


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

Re: [Talk-de] Werden Baumreihen gerendert?

[Johannes Huesing]

NopMap  [Wed, Sep 08, 2010 at 10:39:37PM CEST]:
> 
> 
> Florian Gross wrote:
> > 
> >> Das Baum-Mapping lässt sich aus meiner Sicht wahrscheinlich nicht mehr 
> >> stoppen. Aber aus deinen Daten sollte es doch eigentlich möglich sein,
> >> die 
> >> einmal so erkannten und damit "geretteten" Bäume per bot mit einem 
> >> entsprechenden Tag zu versehen,
> > 
> > Nein, bitte keinen Bot. Bots sind selten intelligent genug um
> > keinen Schaden anzurichten.
> > 
> 
> Ich denke ich habe einen pragmatischen Weg gefunden, der garantiert keinen
> Schaden anrichtet. Man kann zwar nicht automatisch erkennen, ob ein Baum
> garantiert eine Landmark darstellt und deshalb keine solchen Tags vergeben.
> Aber aus der Analyse der Topologie kann man zweifelsfrei feststellen, daß
> ein Baum in einer Gruppe steht und nicht einzeln und damit
> allerhöchstwahrscheinlich als Landmarke ausscheidet.
> 
> Von daher habe ich von meinem Spamfilter alle Bäume, die in einer 50m-Gruppe
> stehen, noch kein denotation-Tag und auch kein Name-Tag haben, mit dem
> Zusatz-Tag denotation=cluster markiert. Das ist auf jeden Fall richtig, ein
> genaueres tagging auf avenue, urban oder so müßte von Hand erfolgen wenn's
> denn jemand interessiert. Wenn ein Baum einen eigenen Namen hat, gehe ich
> davon aus, daß er signifikant ist.

Das klingt wie eine hervorragende Lösung. Gratuliere. Feilen kann man immer
noch.


-- 
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] Mittelsachsen-Atlas auf Basis von OSM

[Sven Geggus]

Weigel, Uwe  wrote:

> welche Erfahrungen gibt es - außer dem was im Wiki steht - aus dem
> Luftbild-Projekt mit der Bayerischen Landesvermessung? 
> http://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Bayern

Die Bilder waren im Prinzip nicht hochauflösend genug daher wurden
auch im wesentlichen nur Wälder, Seen und Fernstraßen
abdigitialisiert.


> Kann man den vollständigen Nutzungsvertrag erhalten?

MArkus müsste den haben.

> Die Nutzungsbedingungen findet man unter 
> http://www.landesvermessung.sachsen.de/inhalt/produkte/luft/luft_nutz.html.

Oh Got IANAL

> Wer könnte denn aus der Community offiziell überhaupt eine
> Erlaubnis beim GeoSN beantragen?

Eigentlich geht es lediglich um eine Klarstellung von Seiten des
Vermessungsamtes.

Die nichtkommerzielle Nutzung der WMS Server ist ja normalerweise
erlaubt aber leider ist kommerziell ein sehr schwammiger Begriff. 
Siehe dazu auch die URL http://freedomdefined.org/Licenses/NC/De

Unser Problem entsteht hier aus der ungeklärten Rechtslage, dass
keiner sagen kann ob das Copyright der Bilder überhaupt bis zu den
daraus erstellten OSM Daten reicht oder ob die Verblassungsklausel im
Urheberrecht hier bereits angewendet werden kann.

Unsere Daten sind ja eben gerade kommerziell nutzbar und das ist auch
gut so.

Wenn das Copyright nicht bis zu den erzeugten Daten reichen würde
dürften wir die Bilder heute schon verwenden. Im anderen Fall
bräuchten wir eine Erlaubnis zur Erstellung von kommerziell
nutzbaren Vektordaten aus den angebotenen Luftbildern.

Mit einer solchen Erlaubnis wären wir also unabhängig von der
ungeklärten rechtslage auf der sicheren Seite.

Gruss

Sven

-- 
Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG)
umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität
informationstechnischer Systeme. (BVerfG, 1BvR 370/07)
/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] Mittelsachsen-Atlas auf Basis von OSM

[malenki]

Weigel, Uwe schrieb:

>Besonders freut mich, dass das Projekt bei der OSM-Community schon im
>Gespräch ist. Wir sind an diesem Dialog sehr interessiert, denn wir
>wollen über die Nutzung der Daten hinaus in der zweiten Phase des
>Projektes gerne einen echten Austausch etablieren. D.h. wir wollen
>unsere POI-Daten gerne an OSM abgeben.

Das klingt sehr erfreulich.
Zum Eintragen von neuen Punkten auf der Atlas-Seite wäre es
sehr sinnvoll, einen Marker setzen bzw irgendwie die Koordinaten
anhand der Karte den Daten hinzufügen zu können.

>Die Link-Funktion macht bei mir keine Probleme. Es wird eine exakte
>URL der aktuellen, ggf. mit POIs angereicherten Karte erzeugt, welche
>Dritten beispielsweise als Treffpunkt gesandt werden kann. Diese
>Funktion ist deshalb schon so eine Art Permalink - nur wird nicht der
>Ort, sondern die Suchanfrage in der URL ausgedrückt. Die Treffer und
>demnach die Anzeige kann sich also wandeln.

Klickt man auf "Link", ohne Suche/POI erstellt zu haben, wird der Link 
http://www.mittelsachsen-atlas.de/index3.htmlnull
generiert, der zu einem 404 führt.
Wenn man z.B. eine Suche nach "Berthelsdorf" durchführt, einen Link
erzeugt und diesen öffnet, wird nur eine der drei markierten
Fundstellen angezeigt:
http://mittelsachsen-atlas.de/index3.html?search1=Berthelsdorf
Um dieses Verhalten zu reproduzieren, sollte man verschiedene Browser
verwenden oder zwischen Erzeugen des Suchlinks und dessen Aufruf den
Browsercache leeren.

Gruß
malenki



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

Re: [Talk-de] Werden Baumreihen gerendert?

[Guenther Meyer]

Am Donnerstag 09 September 2010, 18:01:30 schrieb NopMap:
> Aber in der Praxis wurde es anders definiert, es gibt weltweit geschätzte
> 58000 Anwendungen, die geprüft und ggf. geändert werden müßten, niemanden
> der das tut und 76-88% Mapper die es anders handhaben.
> 

ja genau...


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

Re: [Talk-de] Strategie zur korrekten Entfernung der alegria-Aktionen, war Vandalismus im Bereich WM/GAP

[malenki]

Richard Ratzer schrieb:

>
>Oh, oh - sorry.
>
>Ich glaub mich hat gestern mein Firefox etwas ver...
>Das hat ja wohl überhaupt nicht so geklappt.
>
>Frage: 
>Ich könnte einen kurzen Track (8 Punkte) um die Gegend mit den größten
>Schäden legen.

Ich denke, da der genau Nutzer inzwischen bekannt ist, wäre das
unnötige Mühe. Wer mag, kann sich durch dessen Edit-History blättern...

Für den groben Überblick dürfte dies reichen:

>In dem Fenster ist jedenfalls die größte Löschaktion 
>http://www.openstreetmap.org/?lat=47.7439&lon=11.0682&zoom=13
>
>sorry Richard

Ach was, wir lernen alle noch. :)

Gruß
malenki



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

Re: [Talk-de] OT: Elektroantriebe sauber? WAS: P rojekt DE des Monats - Tankstellen

[Guenther Meyer]

Am Donnerstag 09 September 2010, 12:41:06 schrieb Wolfgang:

> Am Donnerstag 09 September 2010 12:01:16 schrieb Georg Feddern:
> > Moin,
> > 
> > was bedeutet dann bitte
> > amenity=fuel
> > fuel:electric=yes
> > 
> > Eine "Standard-Tankstelle" mit zusätzlicher Ladesäule?
> > Oder eine Nur-Elektro-Ladestation?
> > 

Eine Ladesäule ist definitiv vorhanden, alles andere ist Interpretationssache.


> > NB:
> > Im JOSM-Preset kann man zwar 'ja' sagen zu den einzelnen fuel-Sorten,
> > aber leider nicht explizit 'nein' sagen - Damit ist eine
> > Nur-Strom-Tankstelle wunderbar einzutragen ...
> 
> Guter Einwand!
> 
> Das Preset sollte so verändert werden, dass ja, nein oder unbekannt
> angegeben werden kann. Manuell geht es sowieso.
> 

"unbekannt" finde ich etwas sinnlos, das kommt auf dasselbe raus, wie gar kein 
Tag.

Aber ein explizites "yes", "no" oder "only" ist sicher nicht verkehrt.



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

Re: [Talk-de] payment - Tag

[Guenther Meyer]

Am Donnerstag 09 September 2010, 09:54:12 schrieb Bernd Wurst:
> Am Donnerstag 09 September 2010, 09:13:25 schrieb Jan Tappenbeck:
> > Abgesehen davon wie sollte eine automatische Auswertung erkennen das es
> > sich um eine Creditkarte oder Tankkarte handelt ??? Dann müßten wieder
> > Listen hinterlegt werden die gepflegt werden.
> 
> Was ist der Unterschied?
> 
> Also ja, ich kenne den Unterschied, aber wann muss eine Anwendung diese
> Klassifizierung machen?
> Ob eine Tankstelle nur Tankkarten nimmt oder auch noch VISA ist mir egal
> wenn ich mit meiner EC-Karte oder MasterCard tanken gehen will.
> 

+1

Verschiedene Kartenarten zusammenzufassen, und das auch noch mit mehreren Tags 
ist nicht sinnvoll. Was hilft mir ein payment=credit_cards wenn ich dadurch 
nicht erfahren kann, ob *meine* Karte genommen wird?

> IMO sollte es einfach:
> payment = foo;bar;baz;...
> sein. Und dann im Wiki eine Liste welche Keywords welche Zahlungsart
> ausdrückt. Also "EC-Karte" ist "maestro" und sowas.

+1

jede Karte sollte explizit genannt werden.



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

Re: [Talk-de] payment - Tag

[Wolfgang]

Hallo,
Am Donnerstag 09 September 2010 18:14:09 schrieb Bernd Wurst:
> Am Donnerstag 09 September 2010, 12:27:31 schrieb Wolfgang:
> > Dazu sollte noch ein Datum gesetzt werden, am besten automatisch, aus dem
> > der  Stand des letzten Updates bzw. der letzten Bestätigung hervorgeht.
> 
> Nein, bitte nicht explizit durch den Benutzer. :)
> Die OSM-Datenbank kann sowas bereits. Da steht, wann zuletzt etwas an einem
> Objekt geändert wurde. Und wenn man will kann man mit überschaubarem
> Programmieraufwand auch herausfinden wann zuletzt das payment-Tag verändert
> wurde.
> 
> Ein Debugging-Tool, das alle Objekte mit payment-Tag und letztes Edit-Datum
> vor einigen Jahren dann als Warnung anzeigt, sollte man dann separat
>  anbieten und nicht in den Daten direkt unterbringen wollen.

das ist ja richtig, ich sehe nur das Problem, dass ich bei meiner 
Lieblingstanke seit xx Jahre tanke, und nichts hat sich verändert. Die 
Software warnt aber längst alle anderen: "Vorsicht, uralte Daten, völlig 
unzuverlässig".

Da man normalerweise nicht mit Navi zu seiner(n) Lieblingstanke(n) in der 
Umgebung fährt, merkt der Mapper das gar nicht. Der hat das einmal getaggt, es 
hat sich nichts verändert und gut.

Ich würde gerne irgendeinen  Mechanismus anbringen, dass man merkt, da muss 
ich noch mal bestätigen, das alles ok ist, oder hoppla, hier hat sich was 
geändert.

Gruß, Wolfgang

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

Re: [Talk-de] Pflegedienst

[Wolfgang]

Hallo,
Am Dienstag 07 September 2010 19:40:19 schrieb Wolfgang:
> Hallo Liste
> 
> im Wiki habe ich zwar nursing home für Pflegeheim gefunden, aber nichts für
> ambulante Pflegedienste.
> 
> shop=nursing_service ?
> 

ich habe es erst mal office=nursing_service genannt.

Gruß, Wolfgang

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

Re: [Talk-de] Zu viele Namen in OSM-Karten

[Stephan Wolff]

Am 09.09.2010 18:32, schrieb NopMap:

Stephan Wolff wrote:

in vielen aus OSM-Daten erzeugten Karten, insbesondere der Mapnik- und
Osmarenderkarte, tauchen immer mehr Namesbeschriftungen auf, die nach
meinem Empfinden die Karte unübersichtlicher machen.


Ich stimme Dir zu daß die "großen" OSM Karten ziemlich unübersichtlich
geworden sind - aus diesem und anderen Gründen. Ich habe auch schon
Vorschläge zur Reduktion der Anzeige gemacht, wurde aber belehrt, daß diese
Karten für keinen bestimmten Anwendungszweck tauglich sein sollen, sondern
"Schaufensterkarten"  sind, die möglichst viel anzeigen, was OSM zu bieten
hat.


Für POIs trifft das sicher zu. Da hat jeder Nutzer verschiedene 
Bedürfnisse. Bei Namen gibt es aber viele Texte, die niemand braucht. 
Der Text "Deutschland (Landmasse)" an der Küstenlinie oder die 
Beschriftung "nördliches Schleswig-Holstein" irgendwo in der Landschaft 
aus der TMC-Relation sind einfach überflüssig. Aber woran soll der 
Renderer das erkennen?


Viele Grüße, Stephan





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

Re: [Talk-de] Zu viele Namen in OSM-Karten

[M∡rtin Koppenhoefer]

Am 9. September 2010 23:49 schrieb Stephan Wolff :

> Für POIs trifft das sicher zu. Da hat jeder Nutzer verschiedene Bedürfnisse.
> Bei Namen gibt es aber viele Texte, die niemand braucht. Der Text
> "Deutschland (Landmasse)" an der Küstenlinie oder die Beschriftung
> "nördliches Schleswig-Holstein" irgendwo in der Landschaft aus der
> TMC-Relation sind einfach überflüssig. Aber woran soll der Renderer das
> erkennen?


das sind beides auch eher Beschreibungen als Namen m.E., daher wäre
note besser als das im name-tag unterzubringen.

Gruß Martin

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

Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen

[Garry]

 Am 09.09.2010 23:10, schrieb Guenther Meyer:

was bedeutet dann bitte
amenity=fuel
fuel:electric=yes

Eine Ladesäule ist definitiv vorhanden, alles andere ist Interpretationssache.

Aber ein explizites "yes", "no" oder "only" ist sicher nicht verkehrt.


Das würde bedeuten eine "Elektrotankstelle" wäre dann mit

amenity=fuel
fuel:electric=only

zu taggen...

Und damit zeigen alle Anwendungen die mit der zweiten Zeile nichts anfangen 
können eine
hundsgwöhnliche "Sprit-Tankstelle" wo nur eine Elektro-Ladesäule herumsteht.
Die Anwender werden es Dir danken... Insbesondere die, die auf der 
Tankstellensuche nach der
dritten Ladesäule ohne Sprit liegen bleiben

Garry



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

Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen

[M∡rtin Koppenhoefer]

Am 9. September 2010 12:41 schrieb Wolfgang :
> Hallo,
> Am Donnerstag 09 September 2010 12:01:16 schrieb Georg Feddern:

>> was bedeutet dann bitte
>> amenity=fuel
>> fuel:electric=yes
>> Eine "Standard-Tankstelle" mit zusätzlicher Ladesäule?
>> Oder eine Nur-Elektro-Ladestation?

> Das Preset sollte so verändert werden, dass ja, nein oder unbekannt angegeben
> werden kann. Manuell geht es sowieso.


es geht alles, aber ist das sinnvoll? Ein Tag für eine Ladestation
(ggf. noch mit den verschiedenen Anschlüssen, falls es dazu kommt),
und das Problem ist ohne Mehraufwand für sämtliche Anwendungen, die
sich überhaupt nicht dafür interessieren, und daher auch nur
"richtige" Tankstellen anzeigen wollen, gelöst.

Hat mal jemand auf der englischen Liste nachgefragt? Bei einem so
einschneidenden Bedeutungswechsel (~ergänzung) sollte man in einem
globalen Projekt nicht unilateral handeln.

Gruß Martin

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

Re: [Talk-de] payment - Tag

[Garry]

 Am 09.09.2010 09:13, schrieb Jan Tappenbeck:


payment
payment:account_cards
payment:cash
payment:coins
payment:credit_cards
payment:debit_cards
payment:fuel_cards
payment:dkv
payment:ec
payment:ec_cards
payment:electronic_purses
payment:fuel_cards
payment:girocard
payment:maestro
payment:notes
payment:uta
payment_account_cards


Wenn ich mir die Liste und die Diskussionen dazu ansehe:
Es wird ein riesen Aufwand für etwas gemacht was keine verlässlichen 
Daten liefern kann da
eine entsprechend notwendige Datenpflege ehr nicht zu erwarten bzw. 
möglich ist.
Z.B. hängt an meiner Stamm-Tanke gefühlt jeden 3. - 4. Tankvorgang ein 
Zettel an der Zapfsäule
"Kartenzahlung nicht möglich" weil das Kartenlesegerät mal wieder 
ausgefallen ist.


Eine praxisnahe Lösung kann daher eigentlich nur heissen: Telefonnummer 
taggen so dass der Anwender
vorher anrufen und nachfragen kann wenn er mit seinen 
Bezahlmöglichkeiten eingeschränkt ist.


Garry

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

Re: [Talk-de] cycle-layer Styles?

[M∡rtin Koppenhoefer]

Am 9. September 2010 11:28 schrieb Sven Geggus :
> Wäre er offen könnte man sich dem dann auch mal annehmen mich nervt es seit
> Jahren dass das Teil keinen Support für Tracktypes hat.

mich stört, dass er highway=pedestrian, area=yes immer noch nicht
auswertet, das sieht einfach schlecht aus:
http://www.openstreetmap.org/?lat=41.85893&lon=12.47724&zoom=17&layers=C

Habe ihm das auch schon ein paarmal geschrieben in den letzten 3 Jahren...

Gruß Martin

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

Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen

[Ulf Lamping]

Am 10.09.2010 01:23, schrieb M∡rtin Koppenhoefer:

Am 9. September 2010 12:41 schrieb Wolfgang:

Hallo,
Am Donnerstag 09 September 2010 12:01:16 schrieb Georg Feddern:



was bedeutet dann bitte
amenity=fuel
fuel:electric=yes
Eine "Standard-Tankstelle" mit zusätzlicher Ladesäule?
Oder eine Nur-Elektro-Ladestation?



Das Preset sollte so verändert werden, dass ja, nein oder unbekannt angegeben
werden kann. Manuell geht es sowieso.



es geht alles, aber ist das sinnvoll?


Den Preset Mechanismus um ein nein zu ergänzen: ja (momentan kann der 
Unterschied nein/unbekannt nicht mit den Presets eingegeben werden)


"Strom Tankstellen" (oder wie auch immer man diese Steckdosen politisch 
korrekt jetzt nennen mag) als amenity=fuel zu taggen: nein



Ein Tag für eine Ladestation
(ggf. noch mit den verschiedenen Anschlüssen, falls es dazu kommt),
und das Problem ist ohne Mehraufwand für sämtliche Anwendungen, die
sich überhaupt nicht dafür interessieren, und daher auch nur
"richtige" Tankstellen anzeigen wollen, gelöst.


Mir ist in der ganzen Diskussion immer noch keine schlüssige Erklärung 
untergekommen, warum eine Steckdose an der ich mehrere Stunden mein Auto 
hänge und eine Tankstelle an der ich nach ein paar Minuten wieder weg 
bin mit dem gleichen Tag beschrieben werden soll. Für mich ist das schon 
auf den ersten Blick was völlig anderes.


Gruß, ULFL

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

Re: [Talk-de] virtueller Urlaub in Spanien / Alicante - Sierra Manola

[M∡rtin Koppenhoefer]

Am 9. September 2010 09:49 schrieb Jan Tappenbeck :
> ich bin gerade dabei die Boundaries für die yahoo-Bilder in Spanien zu
> erstellen und dabei sind mir viele nicht verarbeitete GPS-Tracks
> aufgefallen.
>
> Vielleicht hat einer von Euch Ortskenntnisse und Lust, zumindest virtuelle,
> dem schlechten Wetter in DE zu entfliehen.


Hier hat's aktuell 24 Grad (nachts). Wenn ihr Lust habt, dem
schlechten Wetter zu entfliehen, viele Dinge kann man auch ohne
Ortskenntnisse machen, z.B. Wälder, Flüsse und einige landuses:
http://www.openstreetmap.org/?lat=41.54&lon=13.62&zoom=7&layers=M

Gute Luftbilder WMSlinks/JOSM, für OSM freigegeben:
2006, ganzes Land
http://wms.pcn.minambiente.it/cgi-bin/mapserv.exe?map=/ms_ogc/service/ortofoto_colore_06.map&LAYERS=ortofoto_colore_06_32,ortofoto_colore_06_33&REQUEST=GetMap&VERSION=1.1.1&FORMAT=image%2Fjpeg&;

2008, Latium und Umbrien;
http://wms.pcn.minambiente.it/cgi-bin/mapserv.exe?map=/ms_ogc/service/ortofoto_colore_08.map&LAYERS=ortofoto_colore&REQUEST=GetMap&VERSION=1.1.1&FORMAT=image%2Fpng&;

Gruß Martin

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

Re: [Talk-de] Projekt DE des Monats - Tankstellen

[Stephan Wolff]

Am 01.09.2010 09:10, schrieb Jan Tappenbeck:

Es soll für den September 2010 lauten: Tankstellen


Ich finde es interessant, welche hitzige Diskussion sich aus dem 
Vorschlag ergeben hat. Vermutlich lag es am Wort "Tankstellen" ,dass 
mehr über den deutschen Begriff Stromtankstelle diskutiert wurde, als 
über die Frage, was unter das Wort "fuel" fällt und wie man eine 
Lademöglichkeit für Elektrofahrzeuge auf englisch bezeichnet. Wikipedia 
nennt dafür "charging station", "electric recharging point" oder 
"charging point".


Die Namen in OSM müssen nicht den umgangssprachlichen Bedeutungen 
entsprechen, sondern können eigenständig definiert werden. Wenn man im 
Englischen für Stromtankstellen nicht "fuel" benutzt, ist eine 
Wortähnlichkeit im Deutschen auch keine Rechtfertigung es trotzdem zu 
tun. Aus diesem Grund und wegen der Inkompatibilität zu bestehenden 
Anwendungen halte ich "amenity=fuel" für unpassend.


Wichtiger finde ich aber die Frage, ob man auch Tankstellen für 
Luftfahrzeuge und Wasserfahrzeuge unter "amenity=fuel" zusammenfassen 
sollte. Logisch würde der Name passen, aber man müsste jeweils angeben, 
welche Fahrzeuge dort betankt werden können. Der Kraftstofftyp reicht 
nicht, da nicht jeder weiß, dass "JET A1" kein Superkraftstoff der Marke 
Jet sondern Kerosin ist, welches allenfalls kurzfristig einen 
Dieselmotor betreiben könnte. "fuel:octane_100" ist in der Luftfahrt 
immer noch verbleit. Die Tankstellen in Yachthäfen verwenden zwar oft 
den üblichen Kfz-Kraftstoff, sind aber oft nicht per Auto erreichbar.
Einfacher ist es, wenn man neue Tags wie "amenity=aircraft_fuel" oder 
"harbour=fuel" nimmt.


Viele Grüße, Stephan


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

Re: [Talk-de] payment - Tag

[Florian Gross]

Am Freitag 10 September 2010, 01:37:34 glaubte Garry zu wissen:

> Wenn ich mir die Liste und die Diskussionen dazu ansehe:
> Es wird ein riesen Aufwand für etwas gemacht was keine verlässlichen 
> Daten liefern kann da
> eine entsprechend notwendige Datenpflege ehr nicht zu erwarten bzw. 
> möglich ist.
> Z.B. hängt an meiner Stamm-Tanke gefühlt jeden 3. - 4. Tankvorgang ein 
> Zettel an der Zapfsäule
> "Kartenzahlung nicht möglich" weil das Kartenlesegerät mal wieder 
> ausgefallen ist.
> 
> Eine praxisnahe Lösung kann daher eigentlich nur heissen: Telefonnummer 
> taggen so dass der Anwender
> vorher anrufen und nachfragen kann wenn er mit seinen 
> Bezahlmöglichkeiten eingeschränkt ist.

Telefon/Handy kann ausfallen, Nummer kann sich ändern... ...

flo
-- 
Wahrscheinlich sind treten die Herren *Tönnes hier nur deshalb zu
zweit auf, weil einer allein gar nicht so blöd sein kann, wie Freinz
sich hier darstellt.[Dieter Bruegmann in dag°]

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

Re: [Talk-de] Werden Baumreihen gerendert?

[M∡rtin Koppenhoefer]

Am 9. September 2010 01:00 schrieb Michael Bemmerl :
> M∡rtin Koppenhoefer schrieb:
>> also monument=yes, das natural kann man sich dann eigentlich sparen,
>> weil es ja keine anderen Bäume gibt als natürliche, zumindest keine
>> die man mit natural=tree taggen würde.
>
> Preisfrage: Welcher ist der "nicht-natürliche" Baum:
> http://www.designmaste.de/DMD/Home_files/Pine%20Tree%20im%20Wald.jpg


ja, die kenne ich auch, der mittlere mit der Mobilfunkantenne ist der
falsche, der ist natürlich kein natural=tree. Ganz super dolle
"echtaussehend" sind die ja nicht, da man es schon auf einem mäßig
aufgelösten Foto von weitem erkennen kann (ganz schlecht
zugegebenermaßen aber auch nicht), aber etliche Leute stellen sich ja
auch einen Plastikweihnachtsbaum ins Zimmer, von daher wohl
Geschmacksache...

Gruß Martin

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

Re: [Talk-de] Werden Baumreihen gerendert?

[M∡rtin Koppenhoefer]

Am 9. September 2010 07:44 schrieb NopMap :
> Auf keinene Fall. Aus den Daten geht hervor, daß 76%-88% der Mapper das Tag
> so verwendet haben, wie es im Wiki definiert ist.


Es gab hier ja verschiedene Interpretationen der Wikipassage, von
daher meinst Du wohl, wie Du das Wiki interpretierst.

Dazu sollte man allerdings auch berücksichtigen, wie viele der
gesamten Bäume bereits gemappt sind, nämlich verschwindend wenige.
Daher überrascht es auch nicht, dass viele Mapper erstmal die
wichtigsten Bäume gemappt haben. Das heisst aber nciht, dass sie was
dagegen haben, wenn andere Leute auch "beliebige" Bäume taggen.


> Aber du könntest Deinen "denotation"-Eintrag mal auf die englische Seite
> übernehmen. Wieso hast Du den nur auf die deutsche eingetragen?


Der ist nicht von mir, ich habe da nur dran "rumgefiddelt".

Gruß Martin

PS: Sobald ich mal 5 Minuten mehr habe, werde ich ein Voting anstoßen

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

Re: [Talk-de] Werden Baumreihen gerendert?

[M∡rtin Koppenhoefer]

Am 9. September 2010 10:09 schrieb Falk Zscheile
> Ist ein versteinerter Baum/Wald[1] jetzt monument=yes oder 
> natural_monument=yes?


wenn Du das ernst meinst: natural=tree ist das m.E. nicht. Tote
Baumteile würde ich nicht so eintragen. Sonst müsste man ja jedes
Stück Holz so eintragen.

Gruß Martin

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

Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen

[M∡rtin Koppenhoefer]

Am 10. September 2010 02:03 schrieb Ulf Lamping >>> Das Preset sollte
so verändert werden, dass ja, nein oder unbekannt
>>> angegeben
>>> werden kann. Manuell geht es sowieso.
>> es geht alles, aber ist das sinnvoll?
> Den Preset Mechanismus um ein nein zu ergänzen: ja (momentan kann der
> Unterschied nein/unbekannt nicht mit den Presets eingegeben werden)


Das stimmt überhaupt nicht. Man kann eine Checkbox auf yes, no oder
unverändert setzen. Schon immer (oder fast immer, jedenfalls seit
Jahren).

Gruß Martin

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

Re: [Talk-de] payment - Tag

[M∡rtin Koppenhoefer]

ja, es könnte auch das Benzin aus sein. Am besten, man trägt
Tankstellen nicht ein.

Gruß Martin

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

Re: [Talk-de] Werden Baumreihen gerendert?

[Ulf Lamping]

Am 06.09.2010 09:14, schrieb NopMap:




Friedhelm Schmidt wrote:


  Oder willst du einen Wiki/Daten Editwar provozieren? Die Mapper haben,
wie
bei OSM üblich, längst mit den Füssen abgestimmt. Und zwar wie es
aussieht wenigstens europaweit.



Würdest Du diese umfassende Aussage bitte mit ein paar Statistikzahlen
belegen? Sie deckt sich absolut nicht mit dem, was ich auf der Karte
beobachte.


Wenn du im städtischen Umfeld schaust, ist die Tendenz (leider) schon 
erkennbar.



Friedhelm Schmidt wrote:


Der Tag natural=tree ist intuitiv. Wir sollten ihn generalisieren und ab
sofort beginnen, Zusatztags für weitere Eigenschaften festzulegen.



Das ist genau der Denkfehler. Die Tags sind teilweise _nicht_ so definiert,
wie man das intuitiv erwarten würde und bei wortwörtlicher Interpretation
entsteht absolutes Chaos. Da gibt es einige prominente Beispiele wie
highway=bicycle (entspricht _nicht_ einem deutschen Radweg) oder
natural=wood (ist _nicht_ für alle Waldflächen).


Wie ich schon mehrfach erwähnt habe, bin ich auch kein Freund von 
nachträglichen "Umdefinitionen". Es hilft aber auf die Dauer auch 
nichts, auf seinem "Gewohnheitsrecht" (laut Wiki Beschreibung) zu 
beharren und die OSM Wirklichkeit zu ignorieren.


Ich fände es schön, wenn aus dieser Diskussion überhaupt eine Tagging 
Definition herauskommt, mit dem ein signifikanter / alleine stehender / 
... Baum *sicher* in den OSM Daten getaggt und von Anwendern erkannt 
werden kann.


Momentan ist dazu anscheinend eine "topologische Heuristik" notwendig, 
die immer irgendwelche Fehler liefert.


Gruß, ULFL

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

Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen

[Ulf Lamping]

Am 10.09.2010 02:30, schrieb M∡rtin Koppenhoefer:

Am 10. September 2010 02:03 schrieb Ulf Lamping>>>  Das Preset sollte
so verändert werden, dass ja, nein oder unbekannt

angegeben
werden kann. Manuell geht es sowieso.

es geht alles, aber ist das sinnvoll?

Den Preset Mechanismus um ein nein zu ergänzen: ja (momentan kann der
Unterschied nein/unbekannt nicht mit den Presets eingegeben werden)



Das stimmt überhaupt nicht. Man kann eine Checkbox auf yes, no oder
unverändert setzen. Schon immer (oder fast immer, jedenfalls seit
Jahren).


Tatsächlich hast du recht, nur ist das aus meiner Sicht *völlig* unintuitiv.

Ich persönlich fände ein:

O Ja O Nein O Unbekannt

wesentlich intuitiver ...

Gruß, ULFL

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

Re: [Talk-de] payment - Tag

[Florian Gross]

Am Freitag 10 September 2010, 02:31:32 glaubte M∡rtin Koppenhoefer zu wissen:
> ja, es könnte auch das Benzin aus sein. Am besten, man trägt
> Tankstellen nicht ein.

Oder man trägt halt doch alles ein, was vorhanden ist.
Manche Dinge kann man halt nicht voraussehen, und streikende
Technik gehört dazu.

flo
-- 
Vor Frau Schulz sind alle gleich. Nur nicht jeder.
   [Guido Hennecke über Sabine Schulz in dag°]

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

Re: [Talk-de] Werden Baumreihen gerendert?

[NopMap]

Hallo!


Ulf Lamping wrote:
> 
> Wie ich schon mehrfach erwähnt habe, bin ich auch kein Freund von 
> nachträglichen "Umdefinitionen". Es hilft aber auf die Dauer auch 
> nichts, auf seinem "Gewohnheitsrecht" (laut Wiki Beschreibung) zu 
> beharren und die OSM Wirklichkeit zu ignorieren.
> 

Das ist eine Illusion, die nicht von den Daten unterstützt wird. 75% der
Bäume insgesamt in der DB stammen von 3 Usern aus Massenimporten, die nicht
weiter getaggt wurden. Dem stehen mehr als 2000 User gegenüber, die sich auf
wenige Einzelbäume beschränkt haben, was eher der Wikidefinition entspricht.

Soweit ich weiß ist es nicht üblich, daß einzelne Leute die Definition im
Alleingang umschmeißen können, wenn sie nur genug abweichend getaggte
Objekte automatisch in die DB blasen.

Falls man aber wirklich nur stumpf automatisch erzeugte Bäume zählt und
nicht die User, die dahinter stehen - dann hat meine Heuristik inzwischen
automatisch für ausreichend Unterscheidungskriterien gesorgt, daß die
Massenzahlen das Wiki wieder unterstützen. :-)


Ulf Lamping wrote:
> 
> Ich fände es schön, wenn aus dieser Diskussion überhaupt eine Tagging 
> Definition herauskommt, mit dem ein signifikanter / alleine stehender / 
> ... Baum *sicher* in den OSM Daten getaggt und von Anwendern erkannt 
> werden kann.
> 

Ich fände es schön, wenn ein eindeutiger Taggingvorschlag für zukünftige
Einträge herauskommt, ohne alle bestehenden, derzeit korrekten Einträge zu
invalidieren. Allerdings steht der Vorschlag bereits im (deutschen) Wiki, er
lautet denotation=landmark.

bye
   Nop

-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Werden-Baumreihen-gerendert-tp5497934p5517065.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] virtueller Urlaub in Spanien / Alicante - Sierra Manola

[Jan Tappenbeck]

Am 10.09.2010 02:05, schrieb M∡rtin Koppenhoefer:

Am 9. September 2010 09:49 schrieb Jan Tappenbeck:

ich bin gerade dabei die Boundaries für die yahoo-Bilder in Spanien zu
erstellen und dabei sind mir viele nicht verarbeitete GPS-Tracks
aufgefallen.

Vielleicht hat einer von Euch Ortskenntnisse und Lust, zumindest virtuelle,
dem schlechten Wetter in DE zu entfliehen.



Hier hat's aktuell 24 Grad (nachts). Wenn ihr Lust habt, dem
schlechten Wetter zu entfliehen, viele Dinge kann man auch ohne
Ortskenntnisse machen, z.B. Wälder, Flüsse und einige landuses:
http://www.openstreetmap.org/?lat=41.54&lon=13.62&zoom=7&layers=M

Gute Luftbilder WMSlinks/JOSM, für OSM freigegeben:
2006, ganzes Land
http://wms.pcn.minambiente.it/cgi-bin/mapserv.exe?map=/ms_ogc/service/ortofoto_colore_06.map&LAYERS=ortofoto_colore_06_32,ortofoto_colore_06_33&REQUEST=GetMap&VERSION=1.1.1&FORMAT=image%2Fjpeg&;

2008, Latium und Umbrien;
http://wms.pcn.minambiente.it/cgi-bin/mapserv.exe?map=/ms_ogc/service/ortofoto_colore_08.map&LAYERS=ortofoto_colore&REQUEST=GetMap&VERSION=1.1.1&FORMAT=image%2Fpng&;

Gruß Martin

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


hi !

schade das du in der titelzeile nichts geändert hast.

... mir ging es jetzt aber eben primäre mal um die auswertung der 
gps-daten.


gut bilder gibt es auch für spanien ausreichend für die nächsten monate 
- wenn da nur mehr einheimische aktiv wären.


gruß Jan :-)


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

Re: [Talk-de] payment - Tag

[Bernd Wurst]

Am Freitag 10 September 2010, 01:37:34 schrieb Garry:
> Eine praxisnahe Lösung kann daher eigentlich nur heissen: Telefonnummer 
> taggen so dass der Anwender
> vorher anrufen und nachfragen kann wenn er mit seinen 
> Bezahlmöglichkeiten eingeschränkt ist.

Äh, nein. :)
Die Tankstellen die man spontan anrufen kann, nehmen in aller Regel auch 
Bargeld (das du meist in unmittelbarer Nähe am Automaten bekommst). 

Die Tankstellen, die nur Karten nehmen, sind in der Regel nicht mit Personal 
besetzt.

Gruß, Bernd

-- 
Es nützt der Freiheit nichts, dass wir sie abschaffen, um sie zu
schützen.  -  Wolfgang Thierse


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

Re: [Talk-de] payment - Tag

[Hanno Hecker]

On Fri, 10 Sep 2010 07:20:46 +0200
Bernd Wurst  wrote:
> Die Tankstellen die man spontan anrufen kann, nehmen in aller Regel auch 
> Bargeld (das du meist in unmittelbarer Nähe am Automaten bekommst). 
Der Teil in Klammern gilt aber nur für *.de, ich hatte schon etliche,
wo es im Umkreis von 10km keinen Bankomat gab...

Hanno

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

Re: [Talk-de] payment - Tag

[Guenther Meyer]

Am Freitag 10 September 2010, 01:37:34 schrieb Garry:
> Wenn ich mir die Liste und die Diskussionen dazu ansehe:
> Es wird ein riesen Aufwand für etwas gemacht was keine verlässlichen
> Daten liefern kann da
> eine entsprechend notwendige Datenpflege ehr nicht zu erwarten bzw.
> möglich ist.

Du hast recht.
Lassen wir das Ganze, tragen wir gar keine Tankstellen mehr ein.
Am besten tragen wir ganr nichts mehr ein und wenden uns sinnvolleren Dingen 
zu. Wir finden sicher eine bessere Moeglichkeit, die Ressourcen zu nutzen, die 
zur Zeit fuer OSM verschwendet werden...


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

Re: [Talk-de] payment - Tag

[Bernd Wurst]

Am Freitag 10 September 2010, 07:39:43 schrieb Hanno Hecker:
> Der Teil in Klammern gilt aber nur für *.de, ich hatte schon etliche,
> wo es im Umkreis von 10km keinen Bankomat gab...

Das mag sein, aber wer (besonders in solchen Gegenden) mit so wenig Bargeld 
unterweg ist, dass er sein Auto nicht mehr tanken kann, der hat vielleicht 
sowieso etwas falsch gemacht.

Gruß, Bernd

-- 
Die Erde ist das einzige Irrenhaus, das von seinen Insassen verwaltet wird.  -  
U. Schmidt


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

Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen

[Guenther Meyer]

Am Freitag 10 September 2010, 01:14:48 schrieb Garry:
>   Am 09.09.2010 23:10, schrieb Guenther Meyer:
> > Aber ein explizites "yes", "no" oder "only" ist sicher nicht verkehrt.
> 
> Das würde bedeuten eine "Elektrotankstelle" wäre dann mit
> 
> amenity=fuel
> fuel:electric=only
> 
> zu taggen...

richtig.

> Und damit zeigen alle Anwendungen die mit der zweiten Zeile nichts anfangen
> können eine hundsgwöhnliche "Sprit-Tankstelle" wo nur eine
> Elektro-Ladesäule herumsteht. Die Anwender werden es Dir danken...
> Insbesondere die, die auf der Tankstellensuche nach der dritten Ladesäule
> ohne Sprit liegen bleiben

Ach komm, schoen langsam wird es langweilig.
OSM ist nun mal ein Moving Target, das sich staendig weiterentwickelt.
Eine Anwendung, die ihr Parsing nicht aktualisiert, wird sowieso in absehbarer 
Zeit weitgehend nutzlos werden...

Hatte ich schon mal erwaehnt, dass ich die Idee mit der Versionierung des OSM-
Taggings sehr gut finde?


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

Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen

[Guenther Meyer]

Am Freitag 10 September 2010, 02:44:53 schrieb Ulf Lamping:
> > Das stimmt überhaupt nicht. Man kann eine Checkbox auf yes, no oder
> > unverändert setzen. Schon immer (oder fast immer, jedenfalls seit
> > Jahren).
> 
> Tatsächlich hast du recht, nur ist das aus meiner Sicht *völlig*
> unintuitiv.
> 
> Ich persönlich fände ein:
> 
> O Ja O Nein O Unbekannt
> 
> wesentlich intuitiver ...

+1


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

Re: [Talk-de] payment - Tag

[Bernd Wurst]

Am Donnerstag 09 September 2010, 23:17:24 schrieb Wolfgang:
> das ist ja richtig, ich sehe nur das Problem, dass ich bei meiner 
> Lieblingstanke seit xx Jahre tanke, und nichts hat sich verändert. Die 
> Software warnt aber längst alle anderen: "Vorsicht, uralte Daten, völlig 
> unzuverlässig".

Eben grade nicht. Die "alle anderen" sind nur die anderen Mapper, die von 
einer Debugging-Seite gewarnt werden können. Normale Daten-Nutzer sehen nur 
die Daten und die sind ohne Verfallsdatum.

Wenn sich wirklich nichts ändert, dann ändert sich halt nichts, dann kann man 
in diese Debugging-Seite (siehe Keepright) einfach eine false-positive-
Meldefunktion einbauen, die die Warnung für weitere X Jahre unterdrückt.

Man hat sich bei allen anderen Dingen die z.B. Keepright anmeckert auch dazu 
entschieden, diverse "es ist wirklich so, glaub es" nicht in die Daten zu 
packen. 

Gruß, Bernd

-- 
Die Gehirnwäsche gilt allenthalben als fürchterlich und schrecklich. Es gibt 
aber Gehirne, denen eine Wäsche ganz gut täte.  -  Johannes Gross (dt. 
Publizist 1932)


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

Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen

[Bernd Wurst]

Am Freitag 10 September 2010, 07:47:27 schrieb Guenther Meyer:
> > amenity=fuel
> > fuel:electric=only
> > zu taggen...
> richtig.

Ach nee, das ist ja eine Einladung mit Handkuss für Inkonsistenzen!

Einfach die Dinger taggen die da sind, wenn dann nur eins da ist, ist das 
"only". Unabhängig jetzt davon dass ich nicht glaube dass viele Mapper eine 
einzelne Steckdose als Tankstelle eintragen wollen.

Gruß, Bernd

-- 
Auf einem Baum, da saß ein Specht.
Der Baum war hoch, dem Specht war schlecht


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

Re: [Talk-de] Perl Relation Analyzer

[Gary68]

no.

On Fri, 2010-09-03 at 08:25 +0200, André Joost wrote:
> Am 02.09.10 19:21, schrieb Gary68:
> > "Relation check" im Wiki
> >
> 
> Kann der auch gpx-Ausgabe?
> 
> Gruß,
> André Joost
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de



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

Re: [Talk-de] Perl Relation Analyzer

[Gary68]

geht es nun? sonst bitte mal osm datei und command line zusenden.


On Fri, 2010-09-03 at 11:09 +0200, André Joost wrote:
> Am 03.09.10 09:09, schrieb Jan Tappenbeck:
> > Am 03.09.2010 08:25, schrieb André Joost:
> >> Am 02.09.10 19:21, schrieb Gary68:
> >>> "Relation check" im Wiki
> >>>
> >>
> >> Kann der auch gpx-Ausgabe?
> >>
> >
> > das wäre klasse !
> >
> 
> hab den jetzt mal anch vielen Mühen zum Laufen gebracht, aber er findet 
> keine Relation, obwohl 91 in der osm sind:
> 
> 
> file Dopp.osm Fri Sep 3 11:00:07 2010
> 
> Mode: MRoReB
> 
> Valid restrictions: no_right_turn no_left_turn no_u_turn no_straight_on 
> only_right_turn only_left_turn only_straight_on
> 
> Border threshold: 1 km
> 
> Ignored relation Ids:
> Line  RelationId  TagsIssues  Links
> Stats and counts
> TYPES FOUND
> 
> STATISTICS
> 
> number problems 0
> number relations 0
> number checked relations 0
> number members 0
> number member ways 0
> number member ways invalid 0
> number related nodes 0
> number places 0
> 
> total segments check time 0
> max segments check time 0
> total border check time 0
> max border check time 0
> 
> 0 hours, 0 minutes and 1 seconds
> 
> 
> Was kann man bei der Scriptnutzung falsch machen?
> Die erzeugte gpx-Datei ist natürlich auch leer :-(
> 
> Gruß,
> André Joost
> 
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de



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

Re: [Talk-de] Mittelsachsen-Atlas auf Basis von OSM

[Weigel, Uwe]

-Ursprüngliche Nachricht-
Von: talk-de-boun...@openstreetmap.org 
[mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Sven Geggus
Gesendet: Donnerstag, 9. September 2010 20:58
An: talk-de@openstreetmap.org
Betreff: Re: [Talk-de] Mittelsachsen-Atlas auf Basis von OSM

> MArkus müsste den haben.

Wer ist Markus und wie erreiche ich ihn?

> Eigentlich geht es lediglich um eine Klarstellung von Seiten des
> Vermessungsamtes.

> Die nichtkommerzielle Nutzung der WMS Server ist ja normalerweise
> erlaubt aber leider ist kommerziell ein sehr schwammiger Begriff. 
> Siehe dazu auch die URL http://freedomdefined.org/Licenses/NC/De

> Unser Problem entsteht hier aus der ungeklärten Rechtslage, dass
> keiner sagen kann ob das Copyright der Bilder überhaupt bis zu den
> daraus erstellten OSM Daten reicht oder ob die Verblassungsklausel im
> Urheberrecht hier bereits angewendet werden kann.

> Unsere Daten sind ja eben gerade kommerziell nutzbar und das ist auch
> gut so.

> Wenn das Copyright nicht bis zu den erzeugten Daten reichen würde
> dürften wir die Bilder heute schon verwenden. Im anderen Fall
> bräuchten wir eine Erlaubnis zur Erstellung von kommerziell
> nutzbaren Vektordaten aus den angebotenen Luftbildern.

> Mit einer solchen Erlaubnis wären wir also unabhängig von der
> ungeklärten rechtslage auf der sicheren Seite.

Sobald ich den gesamten Vertrag zum bayerischen Projekt habe, würde ich mich 
mit unserer Landesvermessung in Verbindung setzen und eine Erlaubnis zunächst 
für Mittelsachsen als sächsische Modell-Region beantragen.

Beste Grüße

Uwe

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

Re: [Talk-de] Perl Relation Analyzer

[André Joost]

Hallo Gary68,

Am 10.09.10 08:22, schrieb Gary68:

geht es nun? sonst bitte mal osm datei und command line zusenden.




Kommt drauf an, woher die osm-datei stammt:

Aus der api:

-> Dopp.osm
enthält genau eine Relation samt Wegen und Knoten.

mit command line

perl checkrelation.pl Ro Dopp.osm D:\Karten\Openstreetmap\RelationCheck Dopp


kommt nix :-[

Aus der Geofabrik, hier detmold.osm.bz2 entpackt zu detmold.osm:

perl checkrelation.pl Ro detmold.osm D:\Karten\Openstreetmap\RelationCheck 
Detmold


liefert so ziemlich das, was versprochen wurde. Allerdings will ich ja 
nur eine bestimmte Relation haben.


gruß,
André Joost





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