[Talk-de] OSM auf den Chemnitzer Linux-Tagen (14.3.-15.3.)

[André Riedel]

Hallo,

noch bis Mittwoch, den 8.1.2020 könnt ihr euch mit Vorträgen bei den
Chemnitzer Linux Tagen anmelden. Das diesjährige Motto ist "Mach es
einfach!" und ich hoffe da werden sich sicher ein paar passende Themen
aus dem OSM-Universum finden lassen.

Gleichzeitig gibt es noch ein paar freie Plätze für unseren OSM-Stand.
Nähere Infos im Wiki
https://wiki.openstreetmap.org/wiki/Chemnitzer_Linux-Tage_2020 oder
auf den Seiten der Chemnitzer Linuxtage.
https://chemnitzer.linux-tage.de/2020/de

Beste Grüße
André

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

[Talk-de] Nach der FOSSGIS ist vor den Chemnitzer Linux-Tagen (16. - 17. März 2019)

[André Riedel]

Hallo in die Runde,

in der nächsten Woche findet vom 13. bis 16. März in Dresden die
diesjährige FOSSGIS [1] statt. Da dies viele OSM-Begeisterte nach
Sachsen lockt, würde ich mich freuen, wenn ihr auf dem Rückweg noch
einen Stopp in Chemnitz macht. Wie bereits in den vergangenen Jahren
haben wir vom 16. - 17. März 2019 eine kleine Präsentation bei den
Chemnitzer Linux-Tagen [2]. Mittlerweile ist auch der Standort
veröffentlicht und unser Plakat im Druck. Schaut doch mal ins Wiki [3]
und gebt uns einen Tipp und tragt euch ein, wenn ihr vorbeikommt.

Beste Grüße
André

[1] https://fossgis-konferenz.de/2019/
[2] https://chemnitzer.linux-tage.de/2019/de/
[3] https://wiki.openstreetmap.org/wiki/Chemnitzer_Linux-Tage_2019

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

[Talk-de] Mitbetreuer für die Chemnitzer Linux-Tage gesucht

[André Riedel]

Hallo,

für die diesjährigen Chemnitzer Linux-Tage suchen wir noch
Mitstreiter, welche uns am OpenStreetMap-Stand unterstützen. Diese
finden am 16. und 17. März statt. Weitere Informationen findet ihr im
Wiki.

Da der Anmeldeschluss in zwei Tagen ist, benötige ich auch eine
kurzfriste Zusage.
https://wiki.openstreetmap.org/wiki/Chemnitzer_Linux-Tage_2019

Mit besten Grüßen
André

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

Re: [Talk-de] Navads-Tankstellenimport

[André Riedel]

Im Bereich Chemnitz und Mittelsachsen passen die Zuordnungen und
ergänzten Werte. Vielleicht kann Ilya, die vorgeschlagenen Bewertung
der Änderung integrieren.

Am 28. März 2018 um 11:12 schrieb Christoph Hormann :
> On Tuesday 27 March 2018, Michael Reichert wrote:
>> > POI-Daten sind auch in Deutschland unvollständig und werden
>> > unvollständig bleiben. Wir begrüßen Unterstützung bei der
>> > Verbesserung des POI-Datenbestands in Deutschland. Trotzdem
>> > entspricht die Datenqualität des Imports nicht unseren Erwartungen.
>> > Wir selbst haben auch Gegenden ohne aktive Mapper, die sich um ihre
>> > Gegend kümmern. Daher werden Fehler, die der Import mit sich
>> > bringt, nicht behoben werden. Außerdem ist es nicht die unsere
>> > Aufgabe als *Freiwillige* den Datenbestand eines kommerziellen
>> > Anbieters zu verbessern.
>> >
>> > *Dieser Import ist gegen die Interessen der deutschen
>> > OSM-Community*. Das Anbieten einer Liste oder der Unterschiede
>> > zwischen dem Navads-Datenbestand und OSM ist gern gesehen und hilft
>> > uns, unser Werk zu verbessern, ohne die Aufwand des Importmanagers
>> > in die Verbesserung der Daten oder der Software zu erhöhen.
>
> Ich halte das für eine zu pauschale Darstellung die nicht wirklich das
> Meinungsbild der Äußerungen hier und im Forum komplett wiedergibt.
>
> Es wurden eine ganze Reihe von Problemen herausgearbeitet, die dem
> Import wie geplant im Wege stehen, aber es gibt auch eine Reihe von
> Dingen, die auf Basis der verfügbaren Informationen machbar und
> zumindest von einem erheblichen Teil derjenigen, die sich geäußert
> haben, vermutlich Unterstützung finden könnten - so zum Beispiel das
> Ergänzen von fehlenden Telefonnummern und Öffnungszeiten bei Objekten,
> wo es eine eindeutige Identität zwischen OSM-Objekt und Navads-Objekt
> gibt.
>
> Ein möglicher Vorschlag wäre zum Beispiel, die Daten in verschiedene
> Gruppen aufzuteilen (Tag-Ergänzungen bei eindeutiger Identität,
> Tag-Ersetzungen, Nicht ganz eindeutige Fälle, eindeutig neue Objekte)
> und nur einen Teil davon automatisch zu ergänzen und den Rest für die
> manuelle Bearbeitung aufzubereiten.
>
> Ob Ilya sich auf sowas einlässt steht auf einem ganz anderen Blatt -
> aber ich halte es für deutlich besser, sich da offen zu zeigen (denn
> das sind ja nützliche Daten - zumindest für den Abgleich und das Finden
> von Lücken) als kategorisch das Ganze abzulehnen.
>
> Und für viel entscheidender als ob dieser Import jetzt am Ende
> stattfindet oder nicht halte ich, dass das Primat der lokalen Community
> in solchen Fällen (länderübergreifende Importe) aufrecht erhalten wird.
> Und das tut man wenn man auf Anpassungen an die jeweilige lokale
> Situation besteht mindestens genauso gut wie wenn man alles einfach
> ablehnt.  Und die Außenwirkung einer pauschalen Ablehnung ist halt
> auch, dass die deutsche Community arrogant ist, meint alles besser zu
> wissen und sich gegenüber Mappern von anderswo abgrenzt.  Ich bin mir
> ziemlich sicher, dass ein solches Bild nicht von einer Mehrheit hier
> gewünscht wird.
>
> Auch denke ich, dass hier nicht die Absicht von Navads/Maps.me vorliegt,
> die Daten von Navads für die eigene Verwendung zu verbessern - man
> möchte wohl in erster Linie die Daten für eine bessere Sichtbarkeit in
> OSM hinein bekommen und dabei möglichst keinen Aufwand haben.  Wie viel
> Arbeit sich die OSM-Community darüber hinaus mit den Daten macht dürfte
> ihnen ziemlich egal sein.
>
>> > Michael Reichert aka Nakaner
>> > nach Diskussion und im Namen der deutschen OpenStreetMap-Community
>> > im deutschen OSM-Forum und auf der Mailingliste Talk-de
>
> Auch da solltest Du denke ich ein bisschen vorsichtig sein - Du gibst
> hier maximal die Meinung derer wieder, die sich in diesen Kanälen
> geäußert haben.
>
> --
> Christoph Hormann
> http://www.imagico.de/
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Chemnitzer Linuxtage 2018

[André Riedel]

Hallo Falk,

ja wir haben uns für einen Stand und einen JOSM-Mapping-Workshop
angemeldet. Über Vorträge mit OSM-Bezug habe ich keine Information.
Wer möchte, kann sich aber bis Montag Abend noch dazu entscheiden.

Wer uns als aktiver OSMer besuchen will, kann sich gerne schon im Wiki
als Gast eintragen.
https://wiki.openstreetmap.org/wiki/Chemnitzer_Linux-Tage_2018

Beste Grüße
André

Am 7. Januar 2018 um 20:16 schrieb Falk Zscheile <falk.zsche...@gmail.com>:
> Moin,
>
> kann jemand sagen, ob mittlerweile eine Anmeldung von OSM für die CLT
> 2018 erfolgt ist?
>
> Viele Grüße
> Falk
>
> Am 5. Januar 2018 um 08:49 schrieb André Riedel <riedel.an...@gmail.com>:
>> Hallo Lars,
>>
>> ich hatte in den letzten Jahren immer die Anmeldung organisiert. In
>> diesem Jahr soll es natürlich auch wieder einen Stand geben, die
>> Anmeldung wird fristgerecht eingereicht.
>>
>> Wer möchte darf sich gern für einen Betreuungsstand melden. Die
>> meisten Fragen kommen zu Themen, wie etwas gemappt wird oder was es
>> neues gibt. Die tiefergehenden Fragen können dann gern an die
>> „Spezialisten“ verwiesen werden, das hat in den letzten Jahren gut
>> funktioniert. Man muss nicht die ganze Zeit am Stand sein, jeder wird
>> die Chance haben interessante Vorträge zu besuchen. Als Dankeschön
>> gibt es von den Chemnitzer Linuxtagen am Samstag Abend ein tolles
>> Buffet mit allen bekannten Gesichtern der OSS-Welt.
>>
>> Beste Grüße
>> André
>>
>> Am 29. Dezember 2017 um 00:50 schrieb lars lingner <gislars+l...@gmail.com>:
>>> Hallo zusammen,
>>>
>>> auf dem 34C3 wurde ich heute gefragt, warum von OSM bisher keine
>>> Anmeldung für die Chemnitzer Linuxtage 2018 [1] kam. Die Frage konnte
>>> ich nicht beantworten und ich muss gestehen, ich war auch noch nie dabei.
>>>
>>> Es wäre laut OSM-Wiki [2] das 10. Jahr mit OSM-Beteiligung. Irgendwie
>>> muss OSM auch einen positiven Eindruck hinterlassen haben, wenn man auf
>>> eine fehlende Anmeldung hingewiesen wird.
>>>
>>> Besteht denn Interesse einen Stand auf den CLT zu haben? Gibt es Hürden?
>>> Wird Hilfe benötigt?
>>>
>>> Eine Anmeldung ist noch bis 08.01.2018 möglich.
>>>
>>>
>>> Viele Grüße vom 34C3,
>>>
>>> Lars
>>>
>>>
>>> [1] https://chemnitzer.linux-tage.de
>>> [2] http://wiki.openstreetmap.org/wiki/Chemnitzer_Linux-Tage_2017
>>
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-de
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

[Talk-de] Chemnitzer Linuxtage 2018

[André Riedel]

Hallo Lars,

ich hatte in den letzten Jahren immer die Anmeldung organisiert. In
diesem Jahr soll es natürlich auch wieder einen Stand geben, die
Anmeldung wird fristgerecht eingereicht.

Wer möchte darf sich gern für einen Betreuungsstand melden. Die
meisten Fragen kommen zu Themen, wie etwas gemappt wird oder was es
neues gibt. Die tiefergehenden Fragen können dann gern an die
„Spezialisten“ verwiesen werden, das hat in den letzten Jahren gut
funktioniert. Man muss nicht die ganze Zeit am Stand sein, jeder wird
die Chance haben interessante Vorträge zu besuchen. Als Dankeschön
gibt es von den Chemnitzer Linuxtagen am Samstag Abend ein tolles
Buffet mit allen bekannten Gesichtern der OSS-Welt.

Beste Grüße
André

Am 29. Dezember 2017 um 00:50 schrieb lars lingner :
> Hallo zusammen,
>
> auf dem 34C3 wurde ich heute gefragt, warum von OSM bisher keine
> Anmeldung für die Chemnitzer Linuxtage 2018 [1] kam. Die Frage konnte
> ich nicht beantworten und ich muss gestehen, ich war auch noch nie dabei.
>
> Es wäre laut OSM-Wiki [2] das 10. Jahr mit OSM-Beteiligung. Irgendwie
> muss OSM auch einen positiven Eindruck hinterlassen haben, wenn man auf
> eine fehlende Anmeldung hingewiesen wird.
>
> Besteht denn Interesse einen Stand auf den CLT zu haben? Gibt es Hürden?
> Wird Hilfe benötigt?
>
> Eine Anmeldung ist noch bis 08.01.2018 möglich.
>
>
> Viele Grüße vom 34C3,
>
> Lars
>
>
> [1] https://chemnitzer.linux-tage.de
> [2] http://wiki.openstreetmap.org/wiki/Chemnitzer_Linux-Tage_2017

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

Re: [Talk-de] [Chemnitzer Linuxtage 2017] Helfer und Vortragende gesucht

[André Riedel]

Hallo nochmal,

der Anmeldeschluss für die Chemnitzer Linuxtage ist am Sonntag
(8.1.17). Mit den jetzigen Zusagen zur Standbetreuung können wir die
Betreuung nicht durchgehend garantieren. Ich bitte daher noch einmal,
sich bei mir zu melden und/oder sich im Wiki einzutragen. Der ideale
Standbetreuer, mapt bereits seid mehr als einem Jahr und kennt sich
aus mit verschiedensten Tagging-Möglichkeiten aus. Es ist nicht
notwendig, dass ihr alle Tiefen von OSM kennt oder Programmierer seid.

http://wiki.openstreetmap.org/wiki/Chemnitzer_Linux-Tage_2017

Beste Grüße
André

Am 14. November 2016 um 15:08 schrieb André Riedel <riedel.an...@gmail.com>:
> Hallo OSM-Gemeinde,
>
> am 11. und 12. März finden wieder die Chemnitzer Linxutage statt. Dies
> ist eine größeren Linux- und OpenSource-Veranstaltungen Deutschlands.
> Das diesjährige Thema ist "Barrieren einreißen". Also perfekt für das
> OSM-Umfeld.
>
> Ich suche Mitstreiter, welche am OSM-Stand mithelfen wollen oder einen
> Interessanten Vortrag zum Thema einreichen wollen.
>
> Mehr Informationen:
> https://chemnitzer.linux-tage.de/2017/de/presse/mitteilungen/pressemitteilung01
> https://wiki.openstreetmap.org/wiki/Chemnitzer_Linux-Tage_2017
>
> Beste Grüße
> André

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

Re: [Talk-de] [Chemnitzer Linuxtage 2017] Helfer und Vortragende gesucht

[André Riedel]

Hallo in die Runde,

noch sind einige Plätze bei den Chemnitzer Linux-Tagen offen. Da der
Anmeldeschluss in wenigen Tagen ist, würde ich gern den Sack zu
machen. Also meldet euch, wenn Ihr noch Lust habt mit teilzunehmen.

Beste Grüße
André

Am 14. November 2016 um 15:08 schrieb André Riedel <riedel.an...@gmail.com>:
> Hallo OSM-Gemeinde,
>
> am 11. und 12. März finden wieder die Chemnitzer Linxutage statt. Dies
> ist eine größeren Linux- und OpenSource-Veranstaltungen Deutschlands.
> Das diesjährige Thema ist "Barrieren einreißen". Also perfekt für das
> OSM-Umfeld.
>
> Ich suche Mitstreiter, welche am OSM-Stand mithelfen wollen oder einen
> Interessanten Vortrag zum Thema einreichen wollen.
>
> Mehr Informationen:
> https://chemnitzer.linux-tage.de/2017/de/presse/mitteilungen/pressemitteilung01
> https://wiki.openstreetmap.org/wiki/Chemnitzer_Linux-Tage_2017
>
> Beste Grüße
> André

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

[Talk-de] [Chemnitzer Linuxtage 2017] Helfer und Vortragende gesucht

[André Riedel]

Hallo OSM-Gemeinde,

am 11. und 12. März finden wieder die Chemnitzer Linxutage statt. Dies
ist eine größeren Linux- und OpenSource-Veranstaltungen Deutschlands.
Das diesjährige Thema ist "Barrieren einreißen". Also perfekt für das
OSM-Umfeld.

Ich suche Mitstreiter, welche am OSM-Stand mithelfen wollen oder einen
Interessanten Vortrag zum Thema einreichen wollen.

Mehr Informationen:
https://chemnitzer.linux-tage.de/2017/de/presse/mitteilungen/pressemitteilung01
https://wiki.openstreetmap.org/wiki/Chemnitzer_Linux-Tage_2017

Beste Grüße
André

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

Re: [OSM-talk] [http://zikes.website/] New OSM based (bicycle) journey planner

[André Riedel]

Nice Website and Tutorial.

2016-11-04 15:21 GMT+01:00 Remek Zajac :
> Dear All.,
>
> The kind people in the OSM forum advised that i re-post this here. I hope
> it's not seen as a spam.
>
> I am a keen (long distance) cyclist and frustrated by the lack of planning
> tools, bit by bit, I landed with my own that I would like to share with the
> community: http://zikes.website/ - should it of course capture the
> community's imagination. It's a working beta with a couple of loose ends,
> but I use it and my friends use it and friends of said friends use it and
> time has come that I seek wider exposure. It's free I might add.
>
> The rationale (use case) is presented here
> https://sites.google.com/site/zikesroute/.
>
> Of course I am interested in any form of feedback, collaboration, testers
> willing to take it for their first spin... and ultimately perhaps in landing
> the service on this list.
>
> with regards
>
> Remster
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Chemnitzer Linux-Tage

[André Riedel]

Das Interesse besteht, aber irgendwie scheitert es gerade an der
nötigen Unterstützungsbekundung. Ich werde aber bis Freitag die
Anmeldung eingereicht haben.
Beste Grüße
André

Am 19. Dezember 2015 um 09:49 schrieb Jens Poenisch
:
> Hallo,
>
> falls wieder Interesse besteht, dass OpenStreetMap mit einem Stand und
> vielleicht auch Vorträgen bei den Chemnitzer Linux-Tagen
> (https://chemnitzer.linux-tage.de) vertreten ist, möchte ich daran erinnern,
> dass die Anmeldefrist am 8. Januar 2016 endet.
>
> Viele Grüße,
> Jens
>
> --
> Jens Poenisch, EMail: jens.poeni...@ruessel.in-chemnitz.de
> - Bisher haben die Astropsychologen noch nicht herausgefunden,
>   woran die Elefanten denken. -- T. Pratchett
> ->An Elefantinnen, meint OJe
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Klassifizierung eine Straße im Gewerbegebiet

[André Riedel]

Am 28. Juli 2015 um 10:12 schrieb Martin Koppenhoefer dieterdre...@gmail.com:
 ich würde unclassified taggen (weil da keiner wohnt) aber praktisch machte es 
 kaum einen Unterschied würde man residential verwenden

Einen Unterschied macht es schon, da man die unclassified-Straßen auf
Grund ihrer Verbindungsfunktion womöglich im Routing bevorzugen oder
im Rendering eher anzeigen will.

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

Re: [Talk-de] Klassifizierung eine Straße im Gewerbegebiet

[André Riedel]

Ah, beim copy'n'pasten das residential überlesen. Der Teil über
residential wurde vor zwei Wochen hinzugefügt und widerspricht der
Definition auf http://wiki.openstreetmap.org/wiki/Tag:highway%3Dresidential
und meiner Interpretation.
http://wiki.openstreetmap.org/w/index.php?title=Tag%3Ahighway%3Dunclassifieddiff=1199223oldid=1199218

Am 27. Juli 2015 um 12:06 schrieb Volker Schmidt vosc...@gmail.com:
 Das deutsche wiki ist in diesem Punkt offensichtlich abweichend.
 Hatte ich nicht gesehen, Wuerde das deutsche wiki aendern. Die einzig
 sinnvolle Unterscheidung ist zwischen Wohngebiete odder nicht.

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

Re: [Talk-de] Klassifizierung eine Straße im Gewerbegebiet

[André Riedel]

+1

Am 27. Juli 2015 um 00:38 schrieb Joachim nore...@freedom-x.de:
 Schwieriges Thema, ich versuche mich in Stuttgart auch gerade daran.
 Untergeordnete Straßen in einem Gewerbegebiet können nach einer
 Meinung durchaus residential sein, denn für untergeordnete Straßen
 außerhalb von Wohngebieten fehlt uns ein Tag.

 Unclassified ist durch Verbindungsfunktion[1] ausgezeichnet, egal
 wie klein die auch ist. Unclassified steht in der Hierachie höher als
 residential.
 Im Wiki findet sich nimm unclassified[2] während frühere
 Diskussionen[3] dazu differenzierter waren. Bei Straßenklassifizierung
 geht es vor allem um Bedeutung - und eine kleine Seitenstraße im
 Wohngebiet soll eine andere Bedeutung haben als eine im Gewerbegebiet?

 highway=service generell anzuwenden halte ich für falsch, dies
 betrifft nur Zufahren zu einzelnen Firmen und eher nicht das
 öffentliche Straßenntz in so einem Gebiet.

 [1] http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dunclassified
 [2] 
 http://wiki.openstreetmap.org/wiki/Attributierung_von_Stra%C3%9Fen_in_Deutschland#Sonstige_untergeordnete_Stra.C3.9Fen_2
 [3] 
 https://www.google.com/search?q=unclassified+gewergegebiet+OR+industriegebietie=utf-8oe=utf-8

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

Re: [Talk-de] Klassifizierung eine Straße im Gewerbegebiet

[André Riedel]

Am 27. Juli 2015 um 10:41 schrieb Volker Schmidt vosc...@gmail.com:
 Unclassified steht in der Hierachie höher als
 residential.

 Diese Definition ist mir neu - wo steht das? Ich dachte, der Unterschied
 ist nicht in der Hierarchie, sondern in der Nutzung der Grundstuecke. Wenn
 ueberwiegend Wohnhaeuser an der Srasse stehen  residential. Wenn
 ueberwiegend keine Wohnhaeuser dranstehen  unclassified.
 Residential roads, primarily for access to properties, should be tagged
 highway http://wiki.openstreetmap.org/wiki/Key:highway=residential
 http://wiki.openstreetmap.org/wiki/Tag:highway%3Dresidential instead. [1]

http://wiki.openstreetmap.org/wiki/Tag:highway%3Dunclassified
The tag highway=unclassified is used for minor public roads typically
at the lowest level of the _interconnecting grid_ network.
Unclassified roads have lower importance in the road network than
tertiary roads, and are not residential streets or agricultural
tracks. highway=residential should be used for roads used for local
traffic and used to _connect other towns, villages or hamlets_.
Unclassified roads are considered usable by motor cars.

http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dunclassified
Während innerhalb von Siedlungen unterhalb von highway=unclassified
noch highway=residential existieren, gibt es eine solche
Unterkategorie außerhalb von Siedlungen nicht

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

Re: [OSM-talk] New road style for the Default map style - the second version. And thanks for rural test locations!

[André Riedel]

2015-07-23 16:52 GMT+02:00 Lester Caine les...@lsces.co.uk:
 On 23/07/15 15:37, André Riedel wrote:
 It is not the coloring. I would prefer the rendering of motorway and
 trunk with a outer and a inner line.

 better:
 XIX
 XIX
 XIX

 than:
 XX
 XX
 XX

 Do you mean like this
 http://www.openstreetmap.org/#map=17/52.17024/-2.18493layers=Q or
 something else?

Yes, of course. But the german style is closer to the colors of Mateusz.

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] New road style for the Default map style - the second version. And thanks for rural test locations!

[André Riedel]

It is not the coloring. I would prefer the rendering of motorway and
trunk with a outer and a inner line.

better:
XIX
XIX
XIX

than:
XX
XX
XX

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] New road style for the Default map style - the second version. And thanks for rural test locations!

[André Riedel]

2015-07-23 11:01 GMT+02:00 Mateusz Konieczny matkoni...@gmail.com:
 It includes preview of now differently rendered highway=motorway and 
 highway=trunk
 http://www.openstreetmap.org/user/Mateusz%20Konieczny/diary/35437

For me the way motorways and trunks are rendered in the german style
looks better.
http://www.openstreetmap.de/karte.html?zoom=11lat=48.8538lon=21.23702layers=B000TF

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] information=guidepost auf eine kreuzungsnode

[André Riedel]

hiking - Wandern
foot - innerstädtische Wege

Wie ist das bei Karten (information=map)?
Sollte man da auch extra Keys einführen? map:hiking:yes ???

Am 20. März 2015 um 12:10 schrieb Kurt Waldhans k...@waldhans.com:
 Es gibt wohl keine Chance, hier auf cycling=yes in Analogie zu hiking=yes
 auszuweichen?


 On 20-Mar-15 11:59, Martin Koppenhoefer wrote:

 +1 ich würde empfehlen, das mit guidepost:bicycle=* zu machen (z.B. ab
 jetzt). Ein reines bicycle=* ist ein tag für rechtliche
 Zugangsbeschränkungen und sollte hier nicht verwendet werden. Auch wenn man
 das umschiffen kann, indem man einen eigenen Node ausserhalb des highways
 erstellt, gut wird es dadurch nicht. Gruß, Martin


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

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

Re: [Talk-de] Mühlgraben

[André Riedel]

Am 21. Januar 2015 um 14:00 schrieb André Riedel riedel.an...@gmail.com:
 Fragt man Overpass findet man ganze verschiedene Interpretationen von
 Wasserwegen mit dem Name Mühlgraben:

 waterway =
 491 stream
 181 ditch
 132 canal
 68 drain
 62 river

Am 23. Januar 2015 um 10:13 schrieb Helmut Kauer li...@helmut-kauer.de:
 bei uns in der Region (Chiemgau / Oberbayern) gibt es jede Menge Mühlbäche.
 (Mühlgraben ist hier unbekannt)

Habe die Overpass-Abfrage ergänzt: http://overpass-turbo.eu/s/7de

Neue Statistik:
2568 stream
275 canal
240 ditch
191 drain
128 river

Durch Begriff Mühlbach hat sich die Nutzung von stream stark vermehrt.
Persönlich würde ich stream nur dann verwenden, wenn man darüber
springen kann. drain und river würde ich komplett ausschließen.

Bleibt also nur noch die Wahl zwischen canal und ditch. Kann man die
beiden noch besser differenzieren?

André

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

Re: [Talk-de] Mühlgraben

[André Riedel]

Am 23. Januar 2015 um 02:36 schrieb Stephan Wolff s.wo...@web.de:
 Am 21.01.2015 um 14:00 schrieb André Riedel:
 wie trägt man einen Mühlgraben ein?

 Ich nehme an, du meinst den Zufluss zu einer historischen Wassermühle.
 Wassermühlen sind dort entstanden, wo man einen Bach aufstauen konnte und
 genügend Gefälle für ein Wasserrad hatte. Bei hinreichender Wassermenge kam
 man auch ohne Mühlenteich aus.

 Bäche werden als waterway=stream getaggt, auch die Abschnitte, die ein
 künstliches Gewässerbett haben (was in Deutschland auf einen großen Teil der
 Flüsse und Bäche zutrifft).

Was ist aber mit einem etwa 2-4 m breiten Graben, welcher eine ganze
Industrieanlage mit Wasserkraft antrieb? Oder wie werden ähnliche
Gräben bezeichnet die früher eine Mühle antrieben und heute eine
Wasserturbine?

 canal ist laut englischem Wiki auf Schifffahrtkanäle und sehr große
 Bewässerungskanäle beschränkt:
 Use waterway=canal for man-made waterways used for transportation or also
 for the largest waterways created for irrigation purposes.
 Im deutschen Wiki fehlt leider die Größenangabe. Dafür wird ausdrücklich
 gesagt Kanalisierte Flüsse werden mit waterway=river bezeichnet. Das
 sollte entsprechend auch für kanalisierte Bäche gelten.

 Es erscheint mir sinnlos, Schifffahrtkanäle und Mühlgräben mit demselben Tag
 zu bezeichnen. Man kann ein solches Tag nicht sinnvoll auswerten. Jede
 Darstellung durch den Renderer wäre für eines der Beispiele völlig
 unangemessen.

Da gehe ich mit, jedoch steht Canal auch für eine künstlich angelegte
Wasserführung mit einer gewissen Breite. Daher kann ich die Verwendung
nachvollziehen, wohlgleich sie wirklich problematisch ist.

André

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

[Talk-de] Mühlgraben

[André Riedel]

Hallo,

wie trägt man einen Mühlgraben ein?

Fragt man Overpass findet man ganze verschiedene Interpretationen von
Wasserwegen mit dem Name Mühlgraben:

waterway =
491 stream
181 ditch
132 canal
68 drain
62 river

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

Wenn mehrere Möglichkeiten bestehen, wie kann man diese voneinander abgrenzen?

André

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

Re: [Talk-de] Chemnitzer Linux-Tage 2015

[André Riedel]

Ich bin dabei. Zur Planung habe ich bereits die Wiki-Seite aktualisiert.
https://wiki.openstreetmap.org/wiki/Chemnitzer_Linux-Tage_2015

Noch haben wir ja Zeit für eine Anmeldung ;-)

Am 25. November 2014 um 20:35 schrieb Jens Poenisch
j...@ruessel.in-chemnitz.de:
 Hallo,

 auch nächstes Jahr finden wieder im März wieder die Chemnitzer Linux-Tage
 statt: https://chemnitzer.linux-tage.de
 Da wäre es schön, wenn OSM wieder vertreten ist -- es war in
 den letzten Jahren immer großes Interesse an unserem Projekt.

 Ich hab schon versucht, malenki wegen der Koordinierung zu kontaktieren
 (er hat das in den letzten Jahren immer übernommen),
 erhalte aber keine Antwort von der mir bekannten Mailadresse.

 Viele Grüße,
 Jens

 --
 Jens Poenisch, EMail: jens.poeni...@ruessel.in-chemnitz.de
 - Bisher haben die Astropsychologen noch nicht herausgefunden,
   woran die Elefanten denken. -- T. Pratchett
 -An Elefantinnen, meint OJe
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Veggiekarte.de

[André Riedel]

Gibt es eigentlich eine Unterscheidung zwischen Viele
vegetarische/vegane Gerichte und Salat+EinOderZweiAndereGerichte ?

Am 11. August 2014 14:03 schrieb Benjamin Lebsanft benja...@lebsanft.org:
 Hallo zusammen,

 ich tagge alles als diet:vegan=yes wo es vegane Gerichte gibt. Ich finde
 diese Information für mich nützlich und es stört mich auch nicht dass
 noch andere Dinge angeboten werden. Aber es ist ja angedacht zwischen
 yes und only optisch zu unterscheiden, damit die Veganer, die es
 stört sich vorher entscheiden können.

 Liebe Grüße
 Benjamin

 Am 10.08.2014 22:10, schrieb Norbert Kück:
 Hallo,

 am 10.08.2014 21:19 schrieb 715371:
 Speisekarte aber deutlich mehr Auszeichnungen bekommen. Und Gerichte:
 Von 9 Würsten ist dann nur noch eine vegan.
 Ich gestehe, die Speisekarte nicht gelesen zu haben - ich kenne den
 Laden. Man darf zweifeln, ob sich echte Veganer wirklich wohl fühlen,
 wenn sie zwischen diesen Fleischmassen ihre verirrte Veganwurst suchen
 sollen. :-)

 Gruß
 nk

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


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

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

Re: [Talk-de] Veggiekarte.de

[André Riedel]

Keine Relevanzkriterien, aber ein Wert zwischen yes und only?
diet:vegan = no/yes/*/only

Bei Taginfo gibt es noch few/limited/partial/some für sehr wenige Gerichte.
http://taginfo.openstreetmap.org/keys/diet:vegetarian#values

Am 11. August 2014 14:54 schrieb Benjamin Lebsanft benja...@lebsanft.org:
 Juhu Relevanzkriterien ;) Hmm ja schwierig das.

 Am 11.08.2014 14:43, schrieb André Riedel:
 Gibt es eigentlich eine Unterscheidung zwischen Viele
 vegetarische/vegane Gerichte und Salat+EinOderZweiAndereGerichte ?

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

Re: [Talk-de] Loch im Schwarzwald

[André Riedel]

Das ganze Multipolygon wurde vor 27 Tagen wohl fälschlicher Weise als
Baumschule getaggt.
http://www.openstreetmap.org/relation/1630678

2014-08-06 10:50 GMT+02:00 Sven Geggus li...@fuchsschwanzdomain.de:
 Moin,

 mir ist gerade ein etwas merkwürdiges Loch im Schwarzwald aufgefallen:

 http://www.openstreetmap.org/#map=13/48.5472/8.1334

 War das schon mal richtig?

 Gruss

 Sven


 --
 All bugs added by David S. Miller da...@redhat.com
 Linux Kernel boot message from /usr/src/linux/net/8021q/vlan.c

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

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

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

Re: [Talk-de] St.-ZickeZacke-Str.

[André Riedel]

Am 5. Februar 2014 14:41 schrieb Ronnie Soak chaoschaos0...@googlemail.com:
 Wenn es, wie hier so oft als Killerargument gegen die on-the-ground-Regel
 angebracht,
 2 oder mehr Schilder mit verschiedenen Schreibweise für die selbe Straße
 gibt,
 wie deckt sich das mit der Aussage, es wäre trivial von der Langform auf
 die Kurzform zu schließen?

 Oder anderes: woher bekommt der Auswerter (Rendering, Navigation, etc.) die
 Info,
 was vor Ort auf dem Schild steht, wenn es davon mehrere gibt?

Muss der Auswerter den Wissen was auf dem Schild steht? Der Navigation
oder dem Rendering von 2D-Karten ist es egal. Und je nach Platz kann
er die Langform nehmen oder beliebig kürzen.

Doktor-Wilhelm-Külz-Straße
Dr.-Wilhelm-Külz-Str.
Dr.-W.-Külz-Str.
W.-Külz-Str.
Külz-Str.
Külz

Andersherum wird es schwer.

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

Re: [Talk-de] St.-ZickeZacke-Str.

[André Riedel]

Was mach man aber, wenn es on the ground mehrere richtige
Schreibweisen, aber an unterschiedlichen Enden der Straße, gibt.
Dr.-Friedrich-ZickZack-Straße - Dr.-F.-ZickZack-Str. - F-ZZ-Str.

Der ausgeschriebene Name wäre in dem Fall immer richtig und kann von
jedem Renderer, Router, Verarbeiter beliebig gekürzt werden. Daher
Doktor-Friedrich-ZickZack-Straße

Am 4. Februar 2014 09:48 schrieb Falk Zscheile falk.zsche...@gmail.com:
 Am 4. Februar 2014 09:05 schrieb Peter Wendorff wendo...@uni-paderborn.de:
 Hi,
 ich glaube, niemand will verbieten, die Kurzform in name zu erfassen,
 die Frage ist aber doch, was ist das Ziel?

 So ist es.

 Eine St.-Hedwig-Kirche ist besser als eine namenlose Kirche, aber eine
 Sankt-Hedwig-Kirche wäre eben noch besser - Gründe sind bereits
 mehrfach genannt in diesem Thread.

 Wenn jetzt jemand die St.-Hedwig-Kirche einträgt, kann das jemand
 anderes verbessern, wenn er mehr weiß.
 Wenn aber jemand die St.-Hedwig-Kirche einträgt, obwohl er den langen
 Namen weiß, dann ist das schade.

 Schade wäre es, wenn sich beide darüber in die Haar bekommen, weil der
 eine sagt St.-Hedwig-Kirche steht aber im Schaukasten. Andere der
 andere sagt: Schon richtig, aber ausgeschrieben ist es einfach
 besser. Da ist es doch besser wenn ich name=St.-Hedwig-Kirche lese zu
 ergänzen long_name=Stankt-Hedwig-Kirche. Und wenn ich
 name=Stankt-Hedwig-Kirche lese zu ergänzen
 short_name=St.-Hedwig-Kirche. In beiden fällen sollte ich mir denken
 Oh, das scheint vor Ort so zu stehen -- aber die Langform bzw. die
 Kurzform ist (mir) wichtig -- ich trage die mal noch ein. Schön, dass
 es dafür ein Tag gibt, dann ist für andere (einigermaßen) eindeutig,
 was mir wichtig ist.

 Das Probelem was wir bei OSM haben ist das Folgende: Unsere Tags
 entwickeln sich und oft werden erst im Nachhinein Bedürfnisse
 sichtbar, an die man am Anfang nicht gedacht hat. Das ist bei OSM
 normal und gehört zum Prinzip. Eine andere (nicht ganz so schöne)
 Eigenschaft von OSM ist es den status quo möglichst aufrecht zu
 erhalten[1], wie es geht: Ins name-Tag kommt nur was vor Ort steht.
 Ins name-Tag kommt der ausgeschriebene name. Die meisten wehren sich
 dagegen das Datenschema weiter auszudifferenzieren und für bessere
 Eindeutigkeit zu sorgen, also Tags zu schaffen, die klarer machen, was
 gemeint ist: short_name, long_name, official_name etc. Mit anderen
 Worten wir treten auf der Stelle, weil name=value je nach User
 wahlweise die Bedeutung short_name, long_name, official_name oder name
 (im Sinne von on the ground) haben kann. Das macht auch die Auswertung
 für Anwendungen schwierig, wenn man etwas anderes oder mehr will als
 einen irgendwie schon richtigen Namen.

 Ich bin dafür name im Sinne von on the ground zu verstehen, weil dies
 die (fast) einzige Regel ist, die wir haben, die jeder kennt, die
 zudem auch schon sehr alt ist, wiedergibt, wie wir vorgehen, wenn es
 keine Listen und ähnliches gibt und schließlich wäre das Tag
 on_th_ground_name=value etwas sperrig :-)

 Gruß
 Falk

 [1] Das soll kein persönlicher Angriff gegen Personen sein, die hier
 entsprechende Argumente vortragen, sondern ist als allgemeine soziale
 Tatsache gemeint. Vgl. dazu meinen Vortrag im letzten Jahr auf der
 FOSSGIS 2013.

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

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

Re: [Talk-de] St.-ZickeZacke-Str.

[André Riedel]

Ich bin auch ein Verfechter der Langform, aber im Forum und bei den
Notes läuft die Meineung in die andere Richtung.

http://forum.openstreetmap.org/viewtopic.php?id=23395
http://www.openstreetmap.org/note/76706

Am 3. Februar 2014 10:51 schrieb Peter Körner osm-li...@mazdermind.de:
 Hi

 Am 02.02.2014 20:35, schrieb Peter Wendorff:
 häufiger Streitfall. Ich persönlich plädiere für
 name=Sankt-ZickeZacke-Straße
 Yep, automatisch verkürzen ist recht einfach (wenn z.B. auf dem
 Anzeigegerät wenig platz ist), automatisch verlängern ist nicht
 eindeutig möglich - St. könnte auch für was anderes stehen.

 Lg


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

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

Re: [Talk-de] Rettungspunkte

[André Riedel]

Am Donnerstag sollen die deutschlandweiten Listen auf
http://www.kwf-online.org/rettungspunkte.html online gestellt werden.
Ich habe bei den Zuständigen Bearbeitern nach den Bedingungen gefragt.

André

Am 20. Januar 2014 09:53 schrieb Alexander Lehner leh...@edv-buero-lehner.de:


 On Mon, 20 Jan 2014, Martin Koppenhoefer wrote:



 Am 19/gen/2014 um 22:07 schrieb Alexander Lehner
 leh...@edv-buero-lehner.de:

 - textuelle Beschreibung z.B. 'Bundesstrasse xyz, Kreuzung nach
 Labersdorf 500m auf der rechten Seite'
  = Als 'note' tag verwenden?



   hat m.E. im Note Tag nichts verloren. Eine Angabe wie die o.g. ist

 komplett überflüssig in einer Karte, da wir ja diese Position schon

 ? eintragen, anders sähe das aus, wenn z.B. der Text wäre:Alarmierung

 über den Tankwart der Xy Tankstelle, oder ähnlich, also Infos, die über
 eine Beschreibung der Position hinausgehen. Ansonsten kann das die Software
 automatisiert generieren. Als tag würde ich eher description anstatt note
 verwenden, ggf. description:de wenn es ein deutscher Text ist.


 Es ist so, dass die textuelle Beschreibung Teil des Bestands ist, also
 nichts, was ich mir selber ausgedacht habe, sondern eine vielleicht wichtige
 Beschreibung des Gelaedes darstellt.

 Deshalb sehe ich das 'note' Tag auch als unguenstig an, weil das m.E. eher
 fuer OSM-interne Zwecke dient.
 description:de faende ich auch gut.

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


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

Re: [Talk-de] Rettungspunkte

[André Riedel]

Pressemeldung:
http://www.kwf-online.org/aktuelles/news-detailanzeige/article/69/kwf-erstellt-1.html

Am 20. Januar 2014 11:15 schrieb André Riedel riedel.an...@gmail.com:
 Am Donnerstag sollen die deutschlandweiten Listen auf
 http://www.kwf-online.org/rettungspunkte.html online gestellt werden.
 Ich habe bei den Zuständigen Bearbeitern nach den Bedingungen gefragt.

 André

 Am 20. Januar 2014 09:53 schrieb Alexander Lehner 
 leh...@edv-buero-lehner.de:


 On Mon, 20 Jan 2014, Martin Koppenhoefer wrote:



 Am 19/gen/2014 um 22:07 schrieb Alexander Lehner
 leh...@edv-buero-lehner.de:

 - textuelle Beschreibung z.B. 'Bundesstrasse xyz, Kreuzung nach
 Labersdorf 500m auf der rechten Seite'
  = Als 'note' tag verwenden?



   hat m.E. im Note Tag nichts verloren. Eine Angabe wie die o.g. ist

 komplett überflüssig in einer Karte, da wir ja diese Position schon

 ? eintragen, anders sähe das aus, wenn z.B. der Text wäre:Alarmierung

 über den Tankwart der Xy Tankstelle, oder ähnlich, also Infos, die über
 eine Beschreibung der Position hinausgehen. Ansonsten kann das die Software
 automatisiert generieren. Als tag würde ich eher description anstatt note
 verwenden, ggf. description:de wenn es ein deutscher Text ist.


 Es ist so, dass die textuelle Beschreibung Teil des Bestands ist, also
 nichts, was ich mir selber ausgedacht habe, sondern eine vielleicht wichtige
 Beschreibung des Gelaedes darstellt.

 Deshalb sehe ich das 'note' Tag auch als unguenstig an, weil das m.E. eher
 fuer OSM-interne Zwecke dient.
 description:de faende ich auch gut.

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


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

Re: [OSM-talk] The game 'Kort' finally updates OpenStreetMap

[André Riedel]

Nice. It is a one time update or will all changes be uploaded from now on?
BTW The background Map is a bit outdated.

2014/1/14 Stefan Oderbolz oderb...@gmail.com:
 Hi there,

 I'm very proud to announce that finally Kort[1] (the OSM game) writes back
 it's collected solutions to OSM! All changes are made by the OSM user
 kort-to-osm[2], so it's easy to track them.

 Our actions were coordinated with the local (Swiss) community and the Data
 Working Group (DWG). According to the Mechanical Edit Policy[3] all
 changesets have the tag mechanical=yes and the users profile page contains
 all relevant information about the project. With all the extra information
 in the changeset comment, we are able to trace back an edit through Kort and
 even further to its source. By the way, for most missions KeepRight[4] is
 the source.

 Until now we made over 280 changes. All changes were validated by at least 3
 users. There are still lots of solved missions that are just waiting to be
 validated, so that we are able to finally provides them to OSM.

 The source code for kort-to-osm is available on GitHub[5], you are very
 welcome to open issues or provide pull requests. The underlying python
 library to access the OpenStreetMap API is osmapi[6].

 ***Apart from this big step, Kort itself has some new features:***
 - Upgrade to Sencha Touch 2.3 - now all major browsers are supported (IE,
 Firefox, Chrome, Safari)
 - Thanks to our new database server, we can provide missions in the USA as
 well (no more limits!)
 - Our homepage kort.ch is available in English, too :)


 Any remarks, comments, issues etc. are very welcome!

 Best regards Stefan

 [1] http://www.kort.ch/index_en.html resp. http://play.kort.ch
 [2] http://www.openstreetmap.org/user/kort-to-osm
 [3] http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy
 [4] http://keepright.at
 [5] https://github.com/kort/kort-to-osm
 [6] https://pypi.python.org/pypi/osmapi

 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk


___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Softwareunterstützung für Semikolon getrennte Tags

[André Riedel]

Eine Set würde ich in API 0.7 bevorzugen, denn so könnte man bspw. die
Unterschiedlichen Öffnungszeiten kenntlich machen.

key=name value=Zum Goldenen Löwen /
set
 key=amenity value=restaurant /
 key=opening_hours value=Mo-Su 11:00-21:00
/set
set
 key=tourism value=hotel /
 key=opening_hours value=24/7
/set
set
 key=amenity value=cafe /
 key=opening_hours value=Sa,Su 14:00-17:00
/set

Am 14. Januar 2014 08:33 schrieb Peter Wendorff wendo...@uni-paderborn.de:
 Am 14.01.2014 00:40, schrieb Stephan Knauss:
 On 13.01.2014 23:40, Frederik Ramm wrote:
 Du hast schon recht, es waere wuenschenswert, wenn Software das
 automatisch richtig machen wuerde, aber puh, das wird ein langer und
 steiniger Weg. Am Anfang stuende die Frage: Sollen wir

 eventuell helfen dann doch weitere Datentypen in der API. Also nicht nur
 key=value Paare, sondern noch etwas mehr.

 Eine Idee für Api 0.7

 Geordnete Listen:
 Ein Datentyp bei dem 1..n Values in einer definierten Reihenfolge
 nacheinander kommen. Doppelte Values sind erlaubt.

 Sets:
 Aufzählungen von 1..n Values. Die Reihenfolge spielt keine Rolle,
 doppelte Values sind verboten.

 Wäre eine größere Änderung, dürfte aber viele der bisherigen
 Verwendungen vom Semikolon abdecken.

 Bisherige Werte in der Datenbank blieben als value erhalten bis es
 jemand von Hand (oder script) konvertiert.

 ABER: Das ist eine recht große Änderung die eine Modifikation an jeder
 Software erfordern würde die die Daten verarbeiten will. Um kompatibel
 zu bleiben müsste es eventuell einen Konverter geben der den API 0.7
 output wieder zusammenmergen kann in einen einzelnen value mit Semikolon
 für nicht angepasste alte Software.
 Oder die API wird tatsächlich mit der Dokumentation im Wiki verzahnt und
 dieser Typ kann im Wiki angegeben werden, also z.B. im Wiki für die
 Bojen-Farben:
 value-type: List

 Bei Lanes: List
 Bei amenity: Set
 Bei name: String
 etc.

 Dann kann der bestehende Wert (amenity=bar;restaurant) der Dokumentation
 entsprechend behandelt werden (als eine ungeordnete Menge), beim name
 als ein einzelner Wert, selbst wenn ein Semikolon vorkommen sollte.

 Das kann natürlich auch Teil der API sein, aber selbst wenn nicht ließe
 sich das vermutlich umsetzen. Die größte Hürde sehe ich in der Software,
 die die OSM-Daten anwendet, denn die muss mehrere Werte unterstützen -
 Renderer, Router, ...

 Wir mappen zwar nicht für [Anwendungsimplementierung X], aber viele
 Anwendungen, gerade Mapnik, OSRM etc. sind eben doch treibende Kraft
 dafür, dass Mapper großflächig Daten beisteuern und vor allem
 korrigieren; notfalls korrigieren in dem Sinne, dass [Anwendung X] dann
 wieder funktioniert.

 Gruß
 Peter

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

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

Re: [OSM-talk] Fwd: Upcoming changes to OpenStreetMap.org website

[André Riedel]

You will find links to wiki and help.osm.org via the Link help on
the top. But in my opinion it is too complicated to click twice.
The other way arround why do we need an Export button at such a
prominent position? If we really need this it should be moved to the
export/share sidebar.
The Link to the welcome page could be moved to the welcome window, too.

André



2013/11/13 Christian Quest cqu...@openstreetmap.fr:
 No more links to:
 - the wiki
 - the copyright/licence stuff
 - help.osm.org

 What about translations ?



 2013/11/13 Rob Nickerson rob.j.nicker...@gmail.com

 Forwarding to mailing list.

 -- Forwarded message --
 From: christian.pietzsch
 Date: Tuesday, 12 November 2013
 Subject: Upcoming changes to OpenStreetMap.org website
 To: RobJN


 Hi
 Thanks everyone for their great work. I like the new design. Lot of space
 for the map itself, clearly structured overall very modern.
 There is just one thing I always wanted to have at OSM.org. If you search
 for a town the boundary should be highlighted (like in Wikipedia [maybe
 without filling])
 One thing I noticed is that on wider screens (24) at the sub pages (like
 about/...) the text and information is only displayed in the middle (huge
 gray areas to the left and right) Especially the user diaries could be
 stretched over the whole screen.
 One more thing...is there going to be a zoom to my location feature?
 (Maybe this has been discussed before and abandoned because of privacy
 concerns...sry if I missed it)
 The test page is only available in English isn't it? Do you still need
 people to translate it?

 Regards Christian (Hedaja)
 Ps.: I had to smile when I saw the sign up page xD




 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk




 --
 Christian Quest - OpenStreetMap France
 Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk


___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Fwd: Upcoming changes to OpenStreetMap.org website

[André Riedel]

How often is it used? In my opinion newbies think you could export a
vector image. Then they find out it is only a xml file with (for the
first moment) useless content. I would calll me a long time
contributor and never had the need of an xml-export at the front page.

If we want to promote this, we need a description page with links to
the planet file, country excerpts, small exports (from the osm-server)
and to larger exports via the overpass API or overpass turbo page.

André

2013/11/13 Simone Cortesi sim...@cortesi.com:
 Exporting capabilities is that makes OSM stand out. this is what we
 do: we provide data for anyone for every use. It is important to keep
 the export tab prominent.

 Me too, I dont like the fact documentation links did disappear from
 the home page. cant we have a drop down menu with links to the wiki?

 On Wed, Nov 13, 2013 at 9:09 AM, André Riedel riedel.an...@gmail.com wrote:
 You will find links to wiki and help.osm.org via the Link help on
 the top. But in my opinion it is too complicated to click twice.
 The other way arround why do we need an Export button at such a
 prominent position? If we really need this it should be moved to the
 export/share sidebar.
 The Link to the welcome page could be moved to the welcome window, too.

 André



 2013/11/13 Christian Quest cqu...@openstreetmap.fr:
 No more links to:
 - the wiki
 - the copyright/licence stuff
 - help.osm.org

 What about translations ?



 2013/11/13 Rob Nickerson rob.j.nicker...@gmail.com

 Forwarding to mailing list.

 -- Forwarded message --
 From: christian.pietzsch
 Date: Tuesday, 12 November 2013
 Subject: Upcoming changes to OpenStreetMap.org website
 To: RobJN


 Hi
 Thanks everyone for their great work. I like the new design. Lot of space
 for the map itself, clearly structured overall very modern.
 There is just one thing I always wanted to have at OSM.org. If you search
 for a town the boundary should be highlighted (like in Wikipedia [maybe
 without filling])
 One thing I noticed is that on wider screens (24) at the sub pages (like
 about/...) the text and information is only displayed in the middle (huge
 gray areas to the left and right) Especially the user diaries could be
 stretched over the whole screen.
 One more thing...is there going to be a zoom to my location feature?
 (Maybe this has been discussed before and abandoned because of privacy
 concerns...sry if I missed it)
 The test page is only available in English isn't it? Do you still need
 people to translate it?

 Regards Christian (Hedaja)
 Ps.: I had to smile when I saw the sign up page xD




 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk




 --
 Christian Quest - OpenStreetMap France
 Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk


 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk



 --
 -S

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Greasemonkey script für OSM History Viewer link auf osm.org Changeset Seite

[André Riedel]

Man kann sich auch ein Lesezeichen erstellen um den History-Viewer zu
öffnen: (Getestet mit Firefox)

javascript:(function(){var%20urls=new%20String(document.location);var%20loc=urls.split(/);if((loc[loc.length-2]==changeset)||(loc[loc.length-2]==tiles)){void(open(
http://osmhv.openstreetmap.de/changeset.jsp?id=+loc[loc.length-1]));}})();


Am 17. Oktober 2013 09:59 schrieb Ronnie Soak chaoschaos0...@googlemail.com
:

 Hallo,

 nachdem mir letztens jemand den OSM History Viewer[1] gezeigt hat,
 habe ich ein Greasemonkey Script zusammengeklöppelt, das mir einen Link
 dorthin in die obere Linkleiste auf der osm.org Changeset-Seite[2]
 erzeugt.

 Wer das auch möchte, installiert sich Greasemonkey unter Firefox [3] oder
 Chrome [4] und läd sich das Script [5]:

 (Disclaimer: Ich kann gar kein Javascript!)

 Leider habe ich erst mit dieser komfortablen Benutzungsmöglichkeit
 herausgefunden,
 dass der OSM History viewer kein Echtzeit-Tool ist. Mal tauchen Changesets
 sofort auf, mal muss man einen Tag warten.
 Schade, die Darstellung ist besser als die der bounding box auf osm.org.


 Gruss,

 Chaos

 [1] osmhv.openstreetmap.de
 [2] z.B. http://www.openstreetmap.org/browse/changeset/18394605
 [3] https://addons.mozilla.org/de/firefox/addon/greasemonkey/
 [4]

 https://chrome.google.com/webstore/detail/tampermonkey/dhdgffkkebhmkfjojejmpbldmpobfkfo?hl=en
 [5] http://userscripts.org/scripts/show/180126
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] JOSM nicht erreichbar

[André Riedel]

Du kannst dir die JOSM-Datei auch aus einem Linux-Repository ziehen:

Beispiel:
http://download.opensuse.org/repositories/Application:/Geo/openSUSE_12.3/noarch/josm-1.5.6115-1.1.noarch.rpm

Dieses (bspw. mit 7zip) entpacken und im Unterordner */usr/share/java
die Datei josm-tested.jar (6115) ausführen.

Viel Spaß

Am 18. September 2013 10:24 schrieb Martin Czarkowski czarkow...@gmail.com:
 Das Problem ist, daß ich keine auf dem Rechner installierte Version habe und
 ich jetzt auch keine mehr herunterladen kann.

 Gruß
 Martin

 Am 18.09.2013 06:40, schrieb gmbo:

 Der Server ist auch heute morgen nicht erreichbar.
 die auf dem Rechner installierte Josm Anwendung startet problemlos bringt
 aber die Meldung des Tages als ncht erreichbar.

 Gruß
 Gisbert


 Am 18.09.2013 01:49, schrieb Martin Czarkowski:

 Hi,

 wenn ich das Programm JOSM (Java Webstart)aufrufe erscheint die Meldung
 Anwendung kann nicht gestartet werden.
 Die Seite ?www.josm.openstreetmap.de/ ist auch nicht erreichbar.

 Weiß jemand was los ist?

 Gruß
 Martin
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-de



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



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

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

Re: [OSM-talk] Disappearing nodes from wheelmap.org

[André Riedel]

Hi,

do you still support only poi nodes instead of areas too (e.g. buildings,
parks, ...)? If so, one reason could be the change from poi nodes to better
poi areas.

For example:
Previously tagged node of a restaurant is replaced by a more complex way.
This way represents the whole restaurant building and is of course tagged
with the wheelchair-key.

Next question: Could you show the best entrance to a restaurant, if one is
accessible by a wheelchair and the second one not?

Ciao André



2013/4/18 Christoph Bünte christ...@sozialhelden.de

 Hi,

 i'm the developer of wheelmap.org - a osm based map for wheelchair
 accessible places. The OSM contains about 415.000 places with this tag.

 We prepared a dashboard with a few major cities (mostly in Germany) and
 the amount of wheelchair tagged places:
 https://metrics.librato.com/share/dashboards/3wf885ot?duration=2415600

 Today i had a look at the last 4 weeks and saw a reduction of the amount
 of tagged nodes/ways. This made me think, because the over all number is
 constantly increasing.

 I suspect that a tagging scheme has been changed and i am not aware of it.
 Can someone help me to find out, what is going on? Or am i wrong?

 Thx, Christoph
 ___
 talk mailing list
 talk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk

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

Re: [Talk-de] JOSM-Webseite down?

[André Riedel]

Ein schlichtes Datenbankupdate :-)

2013/3/16 Dirk Stöcker openstreet...@dstoecker.de:
 Hello,

 since maybe 2 years we always had troubles with the database, which
 increased a lot in size and locks permanently. To hopefully solve this
 situation I decided to go away from the simple sqlite and use postgres
 instead. The switch of database hopefully will get finished this weekend.

 There will be a downtime of approx. 1 hour when I do the final transfer.

 Ciao
 --
 http://www.dstoecker.eu/ (PGP key available)


2013/3/17 Benjamin Lebsanft benja...@lebsanft.org:
 Hallo zusammen,

 komme gerade nicht auf die JOSM-Seite, weiß jemand was da los ist?

 Viele Grüße
 Benjamin

 ___
 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] osmand 1.1.2 - hillshading

[André Riedel]

Mit dem OsmAnd Contour lines plugin

[2] https://play.google.com/store/apps/details?id=net.osmand.srtmPlugin.paid

Am 15. Februar 2013 09:08 schrieb Jan Tappenbeck o...@tappenbeck.net:
 hi!

 die aktuelle Version 1.1.2 von OSMAND soll eine hillshading-Funktion [1]
 haben.

 Kann mir einer sagen wo die zugehörigen Features zu finden sind ?

 Gruß Jan :-)

 [1]
 http://osmand.net/images/stories/android-osmand-map-hillshadetouring-view_320x460.png

 ___
 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] Einfacher Editor fürs Mappen im Vorbeigehen

[André Riedel]

Ich hatte bisher einmal Kontakt mit Ihm. Er war sehr nett und hat mir
gleich eine Version zum Testen (Problem: akt. Position verschwindet)
zugesendet. Seit dem habe ich aber keine Nachricht mehr von Ihm
bekommen.
Leider hat auch er seine Projekt-Homepage gelöscht und scheint seine
weiteren Aktivitäten am Programm eingestellt zu haben.

Am 14. Februar 2013 14:14 schrieb Ronnie Soak chaoschaos0...@googlemail.com:
 Neuigkeiten habe ich leider nicht. Bei mir läuft es leidlich stabil,
 allerdings ebenfalls mit Hängern beim Tile-Laden. Das cachen von Tiles
 scheint ebenfalls nicht immer zu funktionieren.

 Mit dem Entwickler hatte ich bisher keinen Kontakt.

 Gruss,
 Chaos
 ___
 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] Einfacher Editor fürs Mappen im Vorbeigehen

[André Riedel]

Für Symbian basierte Geräte gibt/gab es GPSmid. Welches sich
hervorragend dafür eignete. Es gibt zwar auch eine Android-Version,
welche aber nicht genau an das Android-Interface angepasst ist.

Soweit ich gesehen habe ist auch die Weiterentwicklung im September
letzten Jahres zum Stillstand gekommen.

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

Re: [Talk-de] RFC zum Proposal winter_service

[André Riedel]

Am 26. November 2012 21:36 schrieb malenki o...@malenki.ch:
 Andreas Neumann schrieb:

Am 25.11.2012 11:40, schrieb Andreas Labres:
 winter_service=yes sollte es prinzipiell nicht geben, finde ich.

 Stimmt. Das Proposal habe ich entsprechend geändert.

Ich finde gerade bei Radwegen Überland oder Wald- und Feldwegen kann
man nicht davon ausgehen, dass diese im Winter geräumt werden.
Gesperrt sind deswegen auch nicht, denn Schlitten- und Langlauffahrer
freuen sich.

Ciao André

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

Re: [Talk-de] Bing! Bing! Bing! Neue Luftbilder!

[André Riedel]

2012/11/22 Robert S. osm-m...@autobahnen-europa.eu:
 Pünktlich zur outdoormapping-unfreundlichen Jahreszeit gibt es jetzt
 großflächig neue Bilder:
 ...
 Freiberg, östliches Erzgebirge:
 http://www.openstreetmap.org/?box=yesmaxlat=51maxlon=14minlat=50minlon=13

Aufnahmen sind auch vom Sommer 2011.

Ciao André

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

[Talk-de] Tag-Gruppen

[André Riedel]

Im Großen Stil angewendet finde ich diesen Weg sehr Speicher und
Auslastungshungrig. Ich habe daher schonmal den Vorschlag von
Tag-Gruppen geäußert, aber auf Grund von Zeitmangel nicht dafür werben
können geschweige denn das System weiter zu spinnen.

Als Kurzfassung wäre es nach API 0.7 möglich eine neue XML-Ebene
einzuführen und die Tags, welche du in eine Relation auslagen willst
dort einzubinden.

Mit heutigen Mitteln und API 0.6 habe ich vorgeschlagen, einen durch |
getrennten numerischen Prä- oder Suffix pro Gruppe zu verwenden. Bspw.

highway = primary
maxspeed = 100
1|restriction = hgv
1|maxspeed = 80
2|restriction = hgv
2|minweight = 12
2|maxspeed = 60

Gleiches funktioniert auch wunderbar bei mehreren POI pro
Knoten/Fläche (diesmal als Suffix ausgeführt)

name = Backerei und Fleischerei Müller
addr:street = Dorfstraße
addr:number = 1
shop|1 = backery
opening_hours|1 = 06:00-19:00
shop|2 = butcher
opening_hours|2 = 09:00-19:00

Ciao André


Am 7. August 2012 14:30 schrieb Masi Master masi-mas...@gmx.de:
 Hi,
 denke dass es doch reicht:
 [hgv=no  minweight=7.5]
 [hgv:toll=yes  minweight=12]
 Und da man mit einzelnen Tags keine Verbindung zwischen den beiden
 herstellen kann, nimmt man Relationen. (Denn genau dafür sind die da.)

 Etwa so:

 Relation:
 type=restriction
 restriction=hgv
 hgv=no
 minweight=7.5

 Relation:
 type=restriction
 restriction=hgv
 hgv:toll=yes
 minweight=12

 Vorteil ist auch, dass nicht jeder Kartierer wissen muss, was N2/N3 heißt.
 Erweiterbar ist das ganze natürlich auch, z.B. mit time=Mo-Fr 8:00-19:00

 Gruß
 Masi

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

Re: [Talk-de] Tag-Gruppen

[André Riedel]

Am 7. August 2012 15:08 schrieb Andreas Neumann andr-neum...@gmx.net:
 Am 07.08.2012 14:59, schrieb André Riedel:
 Im Großen Stil angewendet finde ich diesen Weg sehr Speicher und
 Auslastungshungrig. Ich habe daher schonmal den Vorschlag von
 Tag-Gruppen geäußert, aber auf Grund von Zeitmangel nicht dafür werben
 können geschweige denn das System weiter zu spinnen.

 Als Kurzfassung wäre es nach API 0.7 möglich eine neue XML-Ebene
 einzuführen und die Tags, welche du in eine Relation auslagen willst
 dort einzubinden.

 Mit heutigen Mitteln und API 0.6 habe ich vorgeschlagen, einen durch |
 getrennten numerischen Prä- oder Suffix pro Gruppe zu verwenden. Bspw.

 highway = primary
 maxspeed = 100
 1|restriction = hgv
 1|maxspeed = 80
 2|restriction = hgv
 2|minweight = 12
 2|maxspeed = 60
 Warum nicht maxspeed:N3=* ?

Weil N3 nichtssagend ist, im Bezug zu weiteren LKW-Größen über 12 t.
Oder weil es Zugmaschinen 12t plus Hänger mit einer Gesamtmasse 12t
nicht mit einschließt.

 Gleiches funktioniert auch wunderbar bei mehreren POI pro
 Knoten/Fläche (diesmal als Suffix ausgeführt)

 name = Backerei und Fleischerei Müller
 addr:street = Dorfstraße
 addr:number = 1
 shop|1 = backery
 opening_hours|1 = 06:00-19:00
 shop|2 = butcher
 opening_hours|2 = 09:00-19:00

 Wenn in einem Punkt zwei Läden mit unterschiedlichen Öffnungszeiten
 existieren, kann man sie auch in zwei Punkte auftrennen.

Weil es ein Laden ist mit der selben Adresse und Inhaber ist.

Weiteres mögliches Beispiel:
highway|1 = primary
name|1 = Hauptstraße
bridge|2 = yes
name|2 = Kirchbrücke
layer = 1

Ciao

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

Re: [Talk-de] Tag-Gruppen

[André Riedel]

Am 7. August 2012 17:25 schrieb Bernd Wurst be...@bwurst.org:
 Hallo.

 Am 07.08.2012 14:59, schrieb André Riedel:
 Mit heutigen Mitteln und API 0.6 habe ich vorgeschlagen, einen durch |
 getrennten numerischen Prä- oder Suffix pro Gruppe zu verwenden. Bspw.
 highway = primary
 maxspeed = 100
 1|restriction = hgv
 1|maxspeed = 80
 2|restriction = hgv
 2|minweight = 12
 2|maxspeed = 60

 Das erscheint mir eine Idee mit Potenzial...


 Gleiches funktioniert auch wunderbar bei mehreren POI pro
 Knoten/Fläche (diesmal als Suffix ausgeführt)
 name = Backerei und Fleischerei Müller
 addr:street = Dorfstraße
 addr:number = 1
 shop|1 = backery
 opening_hours|1 = 06:00-19:00
 shop|2 = butcher
 opening_hours|2 = 09:00-19:00

 ...das allerdings finde ich unlogisch.

 Also zunächst: Entweder Prä- oder Suffix. Beides zuzulassen ist doch
 irgendwie hausgemachtes Chaos.

Das ist klar. Ich wollte nur beide Varianten darstellen, welche mir in
der derzeitigen API vorschweben.


 Was mich hier aber wirklich stört ist, dass kein normales Tagging mehr
 dran ist, also ein einfacher Datenauswerter das nicht mehr wahrnehmen
 kann. Es sollte also IMHO so gestaltet sein, dass weiterhin das
 primäre Tagging ungeändert bestehen bleibt.

 Grade bei dem von dir genannten anderen Beispiel mit den highway- und
 bridge-Tags wird deutlich, dass ohne dieses System zu verstehen wirklich
 nichts auswertbares mehr an dem Element dran ist.

Die Grenzen der Anwendung von Gruppen sollte man noch eingehender
diskutieren. Genauso ob Gruppen kaskadierend angewendet werden dürfen
oder ob es eine maximale Anzahl geben soll.

Ciao André

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

Re: [Talk-de] LKW Mautinformationen

[André Riedel]

Am 6. August 2012 15:37 schrieb Eckhart Wörner ewoer...@kde.org:
 Hallo Bernd,

 Am Montag, 6. August 2012, 14:38:54 schrieb Bernd Wurst:
 Einigung war es nur in dem Sinne, dass es keinen anderen Vorschlag gab.
 Außer access:hgv:(weight12) = no, was aber nicht wirklich geläufiger ist.

 …aber den Vorteil hat, dass es im Gegensatz zu N3 selbsterklärend ist und 
 auch funktioniert, wenn die Durchfahrt für LKW ab 30t gesperrt ist.

Wenn die Durchfahrt ab 30t gesperrt ist funktioniert auch maxweight=30.

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

Re: [Talk-de] Neuer OSMI-Layer fuer Lizenzwechsel-Resultate

[André Riedel]

Ja, kann ich nachvollziehen. Sehr ärgerlich.

Am 27. Juli 2012 17:36 schrieb Hartmut Holzgraefe
hartmut.holzgra...@gmail.com:
 On 07/26/2012 11:41 AM, Frederik Ramm wrote:

 Ich hab jetzt bei den roten Sachen noch die Moeglichkeit eingebaut, sie
 von der Karte zu werfen, mit einem Muelleimer-Icon

 irgendwie ist alles was ich gestern gelöscht habe heute wieder da, und
 auch mein Löschliebling, die Humboldtstraße in Bielefeld, ist jetzt auf
 meinem Laptop wieder rot obwohl ich die heute morgen auf meinem Desktop
 noch einmal gelöscht habe?

 http://tools.geofabrik.de/osmi/?view=redactionbotlon=8.51703lat=52.02503zoom=16overlays=overview,bot_point_superseded,bot_line_superseded_cp,bot_line_superseded,bot_point_modified,bot_line_modified_cp,bot_line_modified,bot_point_deleted,bot_line_deleted_cp,bot_line_deleted

 --
 hartmut

 ___
 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] Neuer OSMI-Layer fuer Lizenzwechsel-Resultate

[André Riedel]

Am 26. Juli 2012 11:41 schrieb Frederik Ramm frede...@remote.org:
 Ich hab jetzt bei den roten Sachen noch die Moeglichkeit eingebaut, sie von
 der Karte zu werfen, mit einem Muelleimer-Icon
 (http://www.remote.org/frederik/tmp/osmitrash.png). Sobald man danach die
 Karte verschiebt oder zoomt, sollte das betr. Objekt verschwunden sein.

 Das ist gedacht fuer Faelle, in denen man sieht, dass das betr. Objekt
 bereits neu eingezeichnet ist, oder dass es sowieso unwichtig ist. (Ich
 persoenlich wuerde z.B. einen rot markierten und derzeit in der Karte
 fehlenden Briefkasten stehen lassen, bis mal wieder ein Mapper da
 vorbeikommt und ihn eintragen kann - aber einen rot markierten natural=tree
 wuerde ich vermutlich sorglos wegklicken, das ist fuer mich nichts, weswegen
 man einen Mapper hinschicken muesste. Jeder mag das nach seinem
 persoenlichen Stil handhaben.)

 Das ist vermutlich keine grosse Hilfe in Gegenden, in denen tausende von
 Objekten rot sind, aber dort, wo es nur wenige sind, und die Community die
 gern systematisch checken moechte, hilft es vielleicht.

Es wäre schön, wenn Knoten welche nur von einem ebenfalls gelöschten
Weg verwendet wurden, beim Löschen/Inaktivieren mit gelöscht werden.

 Es gibt uebrigens kein Undelete, aber wenn man mir eine Objekt-ID sagt, die
 aus Versehen gekillt wurde, kann ich das von Hand ungeschehen machen.

 Fragen zur Usability:

 1. Ist es ok, dass die so getrashten Dinge einfach verschwinden, oder
 sollten sie lieber auch nur gelb werden, aber trotzdem noch da sein?

Gelb oder Grau klingt gut.

 2. Sollte man sowas auch fuer die orangenen Markierungen (vom Bot
 geaendert) haben?

Ja.

Als Zusatzaufgabe würde ich mir diese Funktionalität auch bei den
anderen OSMI-Layern wünschen. Diese finde ich bisher als großen
Vorteil von Keepright, dass man Fehler vorübergehend deaktivieren kann
bzw. als False-Positive setzen kann.

Ciao André

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

Re: [OSM-talk] map of impact of licence change on Australia and New Zealand

[André Riedel]

May be you could use the already existing map:

http://cleanmap.poole.ch/?zoom=5lat=-31.44831lon=144.98999layers=00B

It is possible to switch between a cleanmap (map after license switch)
and badmap (details to be deleted).

Ciao André

2012/7/12  nicholas.g.lawre...@tmr.qld.gov.au:
 Hello all,

 I would like to generate a map showing the impact of the license change on
 Australia and New Zealand.

 Any advice on how to generate such a map?

 Kind regards,

 Nick Lawrence
 Senior Spatial Science Officer | Geospatial, Road Assets  Design
 Engineering  Technology | Department of Transport and Main Roads

 
 Floor 6 | Spring Hill Office Complex | 477 Boundary Street | Spring Hill Qld
 4000
 GPO Box 1412 | Brisbane Qld 4001
 P: (07) 38342477 | F: (07) 38342998
 E: nicholas.g.lawre...@tmr.qld.gov.au
 W: www.tmr.qld.gov.au

 ***
 WARNING: This email (including any attachments) may contain legally
 privileged, confidential or private information and may be protected by
 copyright. You may only use it if you are the person(s) it was
 intended to be sent to and if you use it in an authorised way. No one
 is allowed to use, review, alter, transmit, disclose, distribute, print
 or copy this email without appropriate authority.

 If this email was not intended for you and was sent to you by mistake,
 please telephone or email me immediately, destroy any hardcopies of
 this email and delete it and any copies of it from your computer
 system. Any right which the sender may have under copyright law, and
 any legal privilege and confidentiality attached to this email is not
 waived or destroyed by that mistake.

 It is your responsibility to ensure that this email does not contain
 and is not affected by computer viruses, defects or interference by
 third parties or replication problems (including incompatibility with
 your computer system).

 Opinions contained in this email do not necessarily reflect the
 opinions of the Department of Transport and Main Roads,
 Maritime Safety Queensland or endorsed organisations utilising
 the same infrastructure.
 ***




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


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

Re: [Talk-de] BBOX-Selector gesucht

[André Riedel]

Vielleicht kannst du dir ja aus der xapi-ui etwas entnehmen:
https://github.com/vsandre/xapi-ui

Ciao André

Am 2. Juni 2012 21:19 schrieb Kolossos tim.al...@s2002.tu-chemnitz.de:
 Einige meiner Tools nutzen eine BBOX als Eingabe über ein Formular, dafür
 hätte ich gern eine kleine Kartenanwendung wo der Nutzer diese
 Begrenzungsbox auswählen kann und die Box an das Formular zurückgegeben
 wird. Die Kartenanwendung sollte vielleicht in einem temporären, externen
 Iframe laufen.

 Um das Rad nicht neu zu erfinden, wollte ich fragen, ob jemand sowas in
 möglichst einfacher Form fertig rumliegend hat.

 Grüße Tim


 ___
 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] Deutsche Definition von highway=bridleway

[André Riedel]

Ich unterstütze die Varianten abseits von bridleway/cycleway/footway
mit track und path. Dazu dann die passende Benutzungsbeschränkung oder
Ausschilderung.

foot/bicycle/horse = no/yes/designated/official

Ciao André

Am 13. Mai 2012 09:17 schrieb Ronnie Soak chaoschaos0...@googlemail.com:


  Wenn man ein highway=bridleway
 ohne weitere Informationen in der Karte findet kann man nur raten, wer
 den Weg  benutzen darf, weil nicht klar ist, ob es sich um einen
 unvollständig getaggten Weg handelt oder um einen, bei dem eines der
 Defaults aus dem Wiki gelten soll.


 Es ist zum Verzweifeln. Ja, genau DAS ist das Problem!
 Ich würde es gerne lösen, in dem ich im Wiki endlich die Defaults
 vereinheitliche (DE=UK) oder aber den jetzigen Stand fixiere und
 dokumentiere DE != UK.

 Dazu brauche ich ein Meiningsbild, weil mir sonst jeder die Änderungen
 wieder revertiert.
 Könnte ich bitte hier eins bekommen? Oder lieber auf der tagging-Liste?
 Oder muss dazu ein wiki-proposal her? (Ist ja aber kein neuer Vorschlag...)


 Danke,
 Chaos
 ___
 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] Letzte Änderungen in bestimmtem Bereich als RSS?

[André Riedel]

Die Daten waren mal nur wenige Minuten hinter der OSM-Datenbank
zurück. Da Matt im Moment die Integration in die OSM-Hauptseite
vorbereitet ist der Testbetrieb wohl ins Hintertreffen gekommen.
Ciao André

Am 16. März 2012 08:14 schrieb Manuel Reimer manuel.s...@nurfuerspam.de:
 Hallo,

 aktuell verwende ich den Dienst http://matt.dev.openstreetmap.org/owl_viewer/

 Dieser ist zwar durchaus funktional und praktisch, aber die Änderungen werden
 erst sehr spät sichtbar. Etwa einen Monat Versatz habe ich in meiner Umgebung.

 Gibt es etwas ähnliches, wo die Änderungen schneller rückgemeldet werden?

 Gruß

 Manuel


 ___
 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] Jugendherberge

[André Riedel]

Da man in einer Jugendherberge nicht nur in seiner Jugend nächtigen
darf sondern auch noch als alter Sack, sollte tourism=hostel
vollkommen zutreffend sein. Operator DJH nicht vergessen.

Laut taginfo gibt es übrigens die folgende Verteilung:
http://taginfo.openstreetmap.org/keys/tourism#values

hostel 7 351
youth_hostel 4

Ciao André

Am 22. Februar 2012 22:24 schrieb Wolfgang wolfg...@ivkasogis.de:
 Hallo,

 ich habe für Jugendherbergen nur tourism=hostel gefunden, das aber
 genauso für alle anderen Herbergen (~=
 Rucksacktouristenübernachtungsmöglichkeit) gilt. Eigentlich kenne ich
 eine Jugendherberge als youth hostel.

 Lieber tourism=youth_hostel oder tourism=hostel, hostel=youth_hostel?

 Gruß, Wolfgang
 ___
 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] JOSM-Present

[André Riedel]

Die Übersetzungen für die Standard-Presets sind im Überstzungspaket
des Hauptprogramms gespeichert.

https://translations.launchpad.net/josm/

Wenn du eigene Presets übersetzen willst, findest du im
Defaultpresent.xml am Anfang den Hinweis:

 The fields name, text, display_values may also be localized (e.g. 
 de.name).
 When translations of equal words but different meanings may conflict, a 
 translation
 context should be specified. Use name_context, text_context or 
 values_context
 for this. The context should be a meaningful short description to help 
 translators.

 In JOSM internally all name, text and display_values are translated when
 no specific translation has been given in XML file. When no display_values
 are supplied, then values will be treated as display_values and 
 translated instead.

Weitere Übersetzungsmöglichkeiten sind ohne Aufnahme in LaunchPad
meines Wissens nicht vorhanden.

Ciao André

Am 15. Februar 2012 07:27 schrieb Jan Tappenbeck o...@tappenbeck.net:
 HI !

 wenn man in das Josm Defaultpresent.xml schaut dann findet man für das
 Combo-Element nur die englischen Werte

 combo key=smoking text=Smoking
 values=yes,dedicated,separated,isolated,no default=
 delete_if_empty=true /


 Wenn ich Deutsch aktiviert habe - werden die Deutschen angezeigt.

 Kann mir einer sagen wo diese hinterlegt sind und ob ich die betreffenden
 dort einpflegen kann für mein Present?

 Gruß Jan :-)

 ___
 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] Download aus trac

[André Riedel]

Siehe ganz unten auf der Seite.

Download in other formats:
Plain Text
Original Format

Ciao André

Am 8. Februar 2012 13:29 schrieb Jan Tappenbeck o...@tappenbeck.net:
 hi !

 kann man irgendwie z.b.
 http://trac.openstreetmap.org/browser/applications/utils/osm-extract/polygons/poly2osm.pl
 aus dem trac ohne die Zeilennummern herunterladen ?

 Gruß Jan  :-)

 ___
 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] OSM Workshop (War: Chemnitzer Linux-Tage 2012)

[André Riedel]

Ich melde mich mal (mit 75%-iger Wahrscheinlichkeit) für Stand-
und/oder Workshop-Betreuung an.

Am 18. Dezember 2011 11:49 schrieb malenki o...@malenki.ch:
 Andreas Tille schrieb:

ich wollte in dem Zusammenhang mal erwähnen, daß ich anknüpfend an
Malenkis und meinen Vortrag im letzten Jahr[1] einen Workshop
angemeldet habe.

 Sehr schön, endlich traut sich mal jemand! :)

Ich wäre sehr glücklich den mit 1-2 weiteren Mitstreitern gemeinsam
durchführen zu können (die anderen Teilnehmer sicher auch). Wer möchte
mitmachen (sofern der Workshop akzeptiert wird)?

 *meld*

 looking forward
 malenki



 ___
 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] key:entrance

[André Riedel]

Am 11. Dezember 2011 14:00 schrieb Tobias Knerr o...@tobias-knerr.de:
 Am 11.12.2011 13:45, schrieb Martin Koppenhoefer:
 Vorschlag: Ändern in entrance=emergency_exit

 +1, emergency_exit ist deutlich klarer und wir sollten es so schnell wie
 möglich einführen.

 Die bisher gerade mal 96 existierenden entrance=emergency sollten bei
 einer Umstellung kein ernstes Problem sein.

Ich habe keine Problem mit der Änderung. Jedoch habe ich, wie Martin
schon angemerkt hat, die kürzerer Variante bevorzugt.

Ciao

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

Re: [Talk-de] Wie ÜberblicküberÄnderungen behalten?

[André Riedel]

Am 28. November 2011 08:14 schrieb Manuel Reimer manuel.s...@nurfuerspam.de:
 Welche Hilfsmittel gibt es, um besser überblicken zu können, was sich in einem
 bestimmten Gebiet geändert hat?

Es gibt zwei schöne Tools:
1. OSM Watch List:
Änderungen in einem gewünschten Gebiet verfolgen (ohne die Changesets
mit schneidender BBOX aber ohne Änderungen im Gebiet werden gefiltert)
Man kann sich die Änderungen per RSS-Abonieren.
http://matt.dev.openstreetmap.org/owl_viewer/

2. OSM History Viewer:
Darstellung der Änderungen eines Changesets
http://osmhv.openstreetmap.de/index.jsp

Ciao André

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

Re: [OSM-talk] Detecting deleted data?

[André Riedel]

You can use the OWL-Map (OpenStreetMap Watchlist). It shows all
changes in a given area.

http://matt.dev.openstreetmap.org/owl_viewer/map?lat=-37.83927lon=146.26588zoom=14layers=BT

2011/7/27 Steve Bennett stevag...@gmail.com:
 Hi all,
  How does one go about finding out if there used to be data in a
 certain area? My memory may be faulty, but I seem to recall that there
 used to be ski lift and trail data here: http://osm.org/go/uMQEXjno--.
 But at the moment there isn't. The history button doesn't seem to be
 useful - it seems to show every changeset whose bounding box includes
 the area I'm looking at - even when nothing affected by the changeset
 is within the area. There's also no summarised metadata about
 changesets showing which changesets might include a lot of deletions.

 Steve

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


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

Re: [Talk-de] Neue Karte für Fahrradrouten

[André Riedel]

Am 22. Juli 2011 12:27 schrieb Dennie Reinhold rhinh...@googlemail.com:
 Hi,

 erstmal herzlichen Dank für die Karte. Eine Fahrradrouten-Karte, die sich 
 auch noch täglich aktualisiert, haben sich sicherlich viele hier gewünscht.

 Von mir noch ein kleiner Verbesserungsvorschlag hinsichtlich der 
 Übersichtlichkeit:
 Mir kommt die Karte zu bunt und zu überladen vor, was zum allergrößten Teil 
 der Mapnik-Grundlage geschuldet ist. Teilweise verliere ich auch mal schnell 
 die Orientierung, weil sich z.B. das Routen-Orange sich mit orange-farbenen 
 Flächen deckt und man erst auf den zweiten Blick wieder den Zusammenhang 
 sieht.

 Daher mein Vorschlag die Mapnik-Basis in der Deckkraft etwas runterzudrehen 
 bzw. transparenter zu machen. Nicht allzu viel, aber so, dass die Farben der 
 Routen stärker zur Geltung kommen und damit ihre Verläufe optisch schneller 
 zu erfassen sind. Die Karte sieht man ja dann trotzdem noch.

So ging es mir heute auch. Aber es gibt auch noch die Möglichkeit die
Graustufen-Karten des Mapnik-Renderings auf dem toolserver.org zu
nutzen.

http://www.toolserver.org/tiles/bw-mapnik/

Ciao André

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

Re: [Talk-de] Mail an User betreffs Lizenzwechsel erfolgt

[André Riedel]

Am 15. Juni 2011 13:10 schrieb Sven Geggus li...@fuchsschwanzdomain.de:
 Wolfgang wolfg...@ivkasogis.de wrote:

 Wenn es nur darum gegangen wäre, hätte man ja auf eine inhaltsgleiche,
 aber in der juristischen Formulierung angepasste Lizenz wechseln können.
 Aber genau das wollte man nicht. Beabsichtigt ist ein Wechsel auf eine
 Form ohne share- alike für Produkte aus den Daten.

 Genau das finde ich eigentlich gerade gut an der neuen Lizenz. Wer coole
 Karten macht soll selber entscheiden dürfen was er damit macht. Nop kann
 dann z.B. endlich seinen Wanderkartenlayer mit dem CC Hillshade Layer
 verschmelzen.

... Denn die Daten bleiben frei.

In der FSF-Welt entspräche das einem Programm, welches unter GPL
fällt. Jede Änderung am Quellcode muss veröffentlicht werden. Wenn ich
jedoch ein Produkt mit dem Programm erstelle kann ich die Lizenz frei
wählen, z.B. ein mit GIMP selbst erstelltes Bild kann auch unter
CC-by-sa gestellt werden.

Ciao André

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

Re: [Talk-de] regionale Bezeichnungen in Städten

[André Riedel]

Am 3. Juni 2011 12:10 schrieb Jan Tappenbeck o...@tappenbeck.net:
 in vielen Orten gibt es zusammenhängende Bereiche die im Volksmund einen
 Namen haben - Lübeck: Finnlandsiedlung, Musikerviertel etc. - deren
 Abgrenzung vielleicht auch nicht immer ganz eindeutig ist.

 Hat einer von Euch eine Idee wie man solche Bereiche taggt ??? Es sind ja im
 Grunde keine administrativen - oder soll das ein Landusebereich sein dem man
 dann einen Namen zuweißt !?!?

Ich verwende dafür ein separate Fläche mit landuse=residential und name=*.

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

Re: [Talk-de] Punkt Haus oder Grundstück

[André Riedel]

Am 26. Mai 2011 08:55 schrieb Bernd Wurst be...@bwurst.org:
 Es gibt barrier=entrance für einen Eingang, aber größere Anlagen
 haben wohl auch mehrere Eingänge die für den unkundigen Besucher nicht
 gleichwertig sind.

Es gibt auch noch das Proposal entrance, bei welchen man den
Haupteingang mit entrance=main kennzeichnen kann.

Ciao André

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

Re: [Talk-de] Suche in OpenSteetMap

[André Riedel]

Am 22. Mai 2011 09:31 schrieb Andreas Labres l...@lab.at:
 Und der Zusammenhang, daß man da rechts beim Suchfeld was editieren muß, damit
 man dann da links nach etwas suchen kann, erschließt sich einem auch nicht
 sofort... Und dass das mit dem Schlüsselwort auch nur im Adressfeld, nicht 
 aber
 im Suchfeld funktioniert, ist auch irgendwie unglücklich... (dass ich
 mittlerweile ein Freund der gemeinsamen Adress- und Suchleiste bin, sagte ich
 Dir ja schon)

 Und auch das viruelle Feedback ist in Chrome besser: wenn ich osm  tippe,
 schreibt er sofort hin, dass er jetzt OSM durchsucht.

Dafür bietet sich das Addon Omnibar an:

https://addons.mozilla.org/en-US/firefox/addon/omnibar/

Ciao André

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

Re: [Talk-de] Alles hat ein Ende, auch mein Straßenvergleich

[André Riedel]

Am 21. Mai 2011 09:16 schrieb Sven Anders s...@anders-hamburg.de:
 ich habe heute beschlossen, den Abgleich der Straßenverzeichnise,
 [...]
 Sollte es intersse an den Skripten und Daten geben, bin ich gerne bereit
 diese jemanden aus zu händigen und auch das ein oder andere zu erklären.

Das interessanteste oder wertvollste, werden sicherlich die
Straßenverzeichnisse sein, welche von einer Vielzahl zusammengetragen
wurden. Es wäre schön, wenn du davon ein Backup bereitstellen
könntest.

Das selbe gilt im Übrigen auch für Florian Lohoffs ehemalige
Straßenlistenauswertung.

Ciao André

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

Re: [Talk-de] Wissenswert Luftbilder - Neuigkeiten?

[André Riedel]

Auf der Wiki-Seite [1] ist vom Schreiben des Vertrags die Rede.

[1] 
http://wiki.openstreetmap.org/wiki/Talk:Dortmund/Luftbilder_f%C3%BCr_OpenStreetMap

Am 12. Mai 2011 14:53 schrieb Benjamin Lebsanft benja...@lebsanft.org:
 gibt es zu dieser Wikipedia Aktion eigentlich schon Neuigkeiten? Ich
 erinnere mich, etwas von Ende April gelesen zu haben. Habe ich was
 übersehen, oder dauert es einfach noch ein wenig?

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

Re: [Talk-de] Cycleways - oftmals falsch getaggt

[André Riedel]

== Das höhere Wesen ==
Wenn man vom Standpunkt kommt, höheres Verkehrswesen bestimmt den Typ,
kommt man zu dem Problem, dass man diese Ordnen muss und
Doppelwidmungen vernachlässigt. Im Moment wird folgendes angenommen:

1. Stufe - Fußgänger - highway=footway
2. Stufe - Radfahrer - highway=cycleway
3. Stufe - Reiter - highway=bridleway

Fußgänger können bequem auf Radwegen gehen, aber können Radfahrer auch
bequem auf Reitwegen fahren?

== Die 12-Tonner-Straße ==
Des Weiteren passt dieses Klassifizierung nicht in den Rest des
OSM-Schemas. Denn warum gibt es in OSM keine PKW-Straße und
LKW-Straßen. Nach der obigen Vorgehensweise müsste man es wie folgt
fortführen:

heutige service - PKW-Straßen
heutige residential/unclassified - 7,5-Tonner-Straße
heutige tertiary - 12-Tonner-Straße
heutige secondary/primary - 40-Tonner-Straße
heutige track - Monsterdruck-Straße

Dies hat sich aus berechtigten Grund nicht durchgesetzt. Man kann
einen Weg nicht einfach aus Sicht eines Nutzers kategorisieren, viel
wichtiger ist der Ausbauzustand und die Widmung.

== Eine neue Spezies ==
Am Anfang haben die Radfahrer ihre Radwege eingezeichnet, die Wanderer
ihre Fußwege usw. Mit der Zeit haben sich ihre Lebensräume(Wege) aber
überschnitten und das ehemals einfache und sinnvolle Mapping nach
Nutzer kam an seine Grenzen. Dadurch konnten sich beiden neuen
Klassifizierungen track und path entwickeln. Beiden gemein ist,
dass man nur eine grobe Einteilung in für Zweispurige Fahrzeug
geeignet oder ungeeignet vornehmen kann. Alles weitere muss durch
Zusatztags erschlagen werden, weshalb sich das Rendern und Taggen auf
den ersten Blick verkomplizierte.

== Die Ausblender ==
Im Weiteren wird highway=path gern als Pfad dargestellt. Dies hat den
Hintergrund, dass der Mensch Sachen kategoriseren möchte. Er möchte
also zwischen Hauptwegen und Nebenwegen unterscheiden, kleine von
breiten Wegen trennen usw. Da man mit dem Standard-Mapnik-Stil oder
bei einigen Garmin-Karten eine solche Unterscheidung einfach mit path
und footway erreichen kann, wird es eben verwendet. Die Tags width,
surface usw. müssen bei dieser Einteilung für den einfachen Mapper
dann nicht mehr wahrgenommen werden.

== Das Nichts ==
Nachdem ich in den vorangegangenen Absätzen die Path-Gegner zum
Nachdenken gebracht habe, möchte ich mich einen ihrere Kritikpunkte
auch anschließen.
Ein OSM-Anfängerfloskel besagt, dass man nur das eintragen soll was
man in der freien Wildbahn auch sieht und Nachvollziehen kann. Man
soll daher keine Hauptflugschneiße der Zugvögel eintragen, genau so
wenige wie den Weg eines Reiters quer über eine Wiese. Für Gebiete in
Mitteleuropa, welche die meiste Zeit des Jahres schneefrei sind,
bedeutet dies aber auch, dass man eine Skipiste oder Snowmobil-Strecke
nicht als einfachen highway=path eintragen kann. Man kann einen
Ski-Pfad einfach nicht im Sommer finden. Alternativen bieten sich z.B.
mit leicht zu differenzierenden Zusätzen [1] oder noch besser mit
einem exklusiven Tag für saisonale Wege.

[1] http://wiki.openstreetmap.org/wiki/Proposed_features/Winter_roads

Ciao André

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

Re: [Talk-de] Cycleways - oftmals falsch getaggt

[André Riedel]

Am 27. April 2011 17:03 schrieb fly lowfligh...@googlemail.com:
 Ich habe diese und ähnliche Diskussionen jetzt schön öfters verfolgt und
 werde jetzt wohl doch einmal Stellung nehmen.

 Meiner Meinung nach sind wir beim highway-tag nicht konsequent wie der
 tag verwendet wird.
 Bei Straßen gehen wir auf Verkehrsdichte und Verkehrsbedeutung ein und
 bei Wegen wird das access-tag mit reingewurstet.

 Das schlimmste ist jawohl highway=living_street, was unbedingt mal in
 highway=* + living_street=yes geändert werden sollte, analog zu
 motorroad,cycleroad

 Ich verzichte ganz auf footway und cycleway, benutze dafür aber
 *=official um deutlich zu machen was für ein blaues Schild da steht plus
 segregated=yes/no.
 Bei Wegen bis zu zwei Meter Breite verwende ich path, ansonsten track.

 Leider werden die tracks bisher von keinem Renderer gut dargestellt.

 Zu allem Überfluss wurde gerade auch noch highway=footway +
 footway=sidewalk für Gehwege etabliert:
 wiki.openstreetmap.org/wiki/Proposed_features/Sidewalk_as_separate_way


 Grüße fly

+1 zu allen angesprochenen Punkten

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

Re: [Talk-de] OSBL-Karte wird bunter

[André Riedel]

Am 19. April 2011 19:06 schrieb Fabian Schmidt
fschm...@informatik.uni-leipzig.de:
 Hallo André,

 Am 19.04.11 schrieb André Riedel:

 ich würde mich freuen, wenn du als Darstellung anstatt des alten
 OSM-Mapnik-Stils auf einen Transparenten Hintergrund umschwenken
 könntest.

 ich hab erst mal die Stildatei um ein Drittel geschrumpft, es gibt sicher
 noch reichlich Lösch-Potential, aber es ist erst mal transparent und rendert
 schneller.

Sieht super aus!

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

Re: [Talk-de] OSBL-Karte wird bunter

[André Riedel]

Hallo Fabian,

ich würde mich freuen, wenn du als Darstellung anstatt des alten
OSM-Mapnik-Stils auf einen Transparenten Hintergrund umschwenken
könntest. Das hätte für dich den Vorteil, dass du weniger zum Rendern
hast. Für uns als Benutzer gäbe es den Vorteil, dass wir andere
Kartenhintergründe (monochromatische) verwenden könnten und
Hauptinformation der Karte prominenter dargestellt (keine Ablenkung
von Wald- oder Ackerflächen) ist.

Ciao André

Am 17. April 2011 14:28 schrieb Fabian Schmidt
fschm...@informatik.uni-leipzig.de:
 Hi,

 mit der Verfügbarkeit einer Liste[1] der Nutzer, die den Lizenzwechsel
 ablehnen, hab ich die Lizenzwechselkarte[2] umgefärbt und unterscheide jetzt
 drei Nutzergruppen, accept (grün), decline (rot) und den Rest (blau), sowie
 die vier daraus entstehenden Kombinationen. Unter der Karte findet sich die
 Legende und ein Überblick über den aktuellen Stand.

 Nachwievor unterliegt die Karte folgenden Einschränkungen:
 - die Karte zeigt den aktuellen Stand, was keine Rückschlüsse zulässt,
  warum welcher Nutzer in welcher Gruppe ist
 - ich betrachte weiterhin nur, welche Nutzer in der Historie der Ways
  auftauchen und damit schaue ich nicht, welche Wege gesplittet wurden und
  damit Rechte von anderen Wegen erben, welche Edits trivial sind oder wo
  nur die Lage eines Ways verändert wurde.


 Viele Grüße,

 Fabian.

 [1] http://ni.kwsn.net/~toby/OSM/license_count.html
 [2] http://osm.informatik.uni-leipzig.de/map/

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

Re: [Talk-de] OLM 6

[André Riedel]

Am 4. April 2011 18:43 schrieb Alexander Matheisen alexandermathei...@ish.de:
 * Die Positionen der Marker werden nun aus einer eigenen Datenbank
 genommen, die nur die darzustellenden Punkte enthält, außerdem sind z.B.
 bei Polygonen die Mittelpunkte schon vorberechnet, wodurch das Laden
 sehr schnell ist und ohne Caching auskommt

Gibt es eine Unterstützung von Relationen bspw. des types
multipolygone oder site?

 * Verbesserungen Parsing Öffnungszeiten

Bei meinen gestrigen Tests, war jeder Laden noch als geöffnet
dargestellt, obwohl er laut Daten schon längst geschlossen hatte.

Ciao André

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

Re: [Talk-de] Neue Nuklearkarte Deutschland

[André Riedel]

Am 3. April 2011 19:20 schrieb Henning Scholland o...@aighes.de:
 Also im Prinzip die aktuellen Tags, nur um
 eine Vorsilbe ex bzw. disused ergänzt.

Bei amenity und name gibt es die Vorsilbe old_.

Ciao André

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

Re: [Talk-de] Luftbilder aus Bayern - endlich frei

[André Riedel]

2011/2/25 Christopher Reimer reimer.christop...@freenet.de:
 Schön ist das ja,aber wie bekomme ich die als Layer in meinen Merkaartor?

Die notwendige WMS-URL findest du hier:
http://www.gdi.bayern.de/geodatendienste/details/205.html

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

Re: [Talk-de] Luftbilder aus Bayern - endlich frei

[André Riedel]

Am 25. Februar 2011 11:03 schrieb Wolfgang wolfg...@ivkasogis.de:
 Hallo,
 Am Freitag 25 Februar 2011 10:19:09 schrieb André Riedel:
 2011/2/25 Christopher Reimer reimer.christop...@freenet.de:
  Schön ist das ja,aber wie bekomme ich die als Layer in meinen Merkaartor?

 Die notwendige WMS-URL findest du hier:
 http://www.gdi.bayern.de/geodatendienste/details/205.html

 Bei mir funktionieren nur die Karte und der Copyright-Server.

Bedenke, dass nur Bilder mit einer Auflösung von 2 m/Pixel angeboten
werden. Zoomst du zu nah ran, werden keine Bilder vom Server
ausgeliefert.

Bei mir entspricht das in JOSM ein heranzoomen auf den JOSM-Maßstab
von 160 m oder der Zoomstufe 16.

Ciao André

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

Re: [Talk-de] Keyboard Support für Slippy Map

[André Riedel]

Bei Openlayers wird für zoom Plus/Minus verwendet:
http://dev.openlayers.org/releases/OpenLayers-2.10/examples/accessible.html

Am 11. Februar 2011 15:12 schrieb Bernhard Zwischenbrugger 
b...@datenkueche.com:
 Hallo liebe Mapper

 Ich möchte Keyboard Support in meine map lib einbauen.

 Manche Dinge sind recht klar wie z.B. Cursurtasten.
 Für andere Tasten gibt es unterschiedliches Verhalten.

 z.B.: page up/page down ist in potlatch für zoom zuständig. Google map
 verschiebt die Karte nach oben und unten.

 Ein weiteres Problem das ich gerade habe, sind die keycodes für Apple
 Computer.

 Also liebe Leut, was wäre ideal? Welche Tasten sollen was auslösen?

 lg, Bernhard

 PS: http://khtml.org/test/keycode.html - Taste drücken, dann wird der
 Keycode angezeigt.

 ___
 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] Relevanzdiskussion (war Re: Koennen wir die TMC-Daten rauswerfen?)

[André Riedel]

Am 8. Februar 2011 10:36 schrieb Stefan Keller sfkel...@gmail.com:
 * Das sind praktisch dieselben Tags aber mit anderen Values(?).

Jedes TMC-Segment (=Straßen) besitzt eigene TMC-Punkte. Eine Kreuzung
zweier Straßen zeichnet sich daher durch die Existenz zweier Punkte an
der gleichen Koordinate aus.

 * Macht das Sinn, eine (oder mehrere) Relation(en) pro Node?

Bedingt durch die TMC-Definition ja.

 * Warum fehlt bei der Relation PrevLocationCode?

Da es der Anfang der Straße ist.

 * Für was brauchts Class Point, wenn es schon ein Node ist?

Ein OSM-Node und eine TMC-Point sind unterschiedliche Dinge.
Aber abgesehen davon müssen diese Informationen nicht in OSM, da jede
TMC-ID einmalig vergeben wird. (In OSM kann es einen Node mit ID=1
oder einen Way mit ID=1 geben)

Ciao André

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

Re: [Talk-de] Löschen von falschen und abgetauten Loipen

[André Riedel]

Am 3. Februar 2011 07:43 schrieb NopMap ekkeh...@gmx.de:
 Joerg Fischer-2 wrote:

 Ich beobachte hier das Gegenteil. Es sind immer die gleichen Leute die rum
 rutschen und die benutzen immer die gleichen Wege.  Viele Loipen,
 insbesondere in Wintersportgebieten, sind sogar ausgeschildert.

 Dann trifft es nach Deiner Ortskenntnis auf Deine Gegend nicht zu.

 Ich rede ausschließlich von leicht flüchtigen Einrichtungen, nicht
 ausgeschildert, nicht markiert, keine Tafeln und restlos verschwunden. Sowas
 gehört meiner Ansicht nach nicht in einen Datenbestand, nur auf der Basis
 daß es vielleicht mal wieder so ähnlich ungefährt in der Nähe angelegt
 werden könnte.

Ich sehe so, dass ich nur gepflegte Langlaufrouten eintrage. Die
Routen, welche durch das Querfeldeinfahren entstehen und dann nur von
anderen genutzt werden, zeichne ich nicht ein.
Ausgeschilderte oder auch von einem Skiverein jährlich neu gezogene
Routen zeichne ich ein, auch wenn sich ihr verlauf mal um ein paar
Meter verschiebt.

Ciao André

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

Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?

[André Riedel]

Am 3. Februar 2011 10:05 schrieb Henning Scholland o...@aighes.de:
 Ich glaube es wäre in OSM einfacher abzubilden und für die Router einfacher
 auszuwerten, wenn man nicht die TMC-Knoten einträgt, sondern die Abschnitte
 zwischen den TMC-Knoten eine ID gibt und diese dann an die entsprechenden
 OSM-Wege tagt.

 Bsp:
 Auf dem OSM-Weg verläuft nur eine Richtung:
 (1234)---(5678)   --   TMC:forward=1234:5678
 oder
 (1234)---(5678)   --   TMC:backward=1234:5678

 Auf dem OSM-Weg verlaufen beide Richtungen:
 (1234)---(5678) TMC:forward=1234:5678 und TMC:backward=5678:1234
 oder
 (1234)---(5678) TMC:backward=1234:5678 und TMC:forward=5678:1234

 Der Algorithmus bekommt als Input gesagt, zwischen 1234 und 5678 ist in
 positiver Richtung Stau.
 Positive Richtung bedeutet für ihn: Suche alle Wege, die
 TMC:forward=1234:5678 und TMC:backward=1234:5678 haben und sperre diese in
 die entsprechende Wayrichtung fürs Routing.

Klingt gut. Jedoch müssen die Punkte trotzdem in den Daten bleiben,
denn es gibt ja noch Meldungen wie Kreuzung/Abfahrt gesperrt.

Desweiteren sind Land und Listen-Nummer noch nicht im Schlüssel oder Wert.

Ciao André

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

Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?

[André Riedel]

Ich bin gegen ein Löschen der TMC-Daten.

Richtig ist zwar, dass relativ viele Information zusätzlich
gespeichert werden, welche nicht immer notwendig sind, da sie einfach
von einem Bot hinzugefügt werden können. Aber ein genereller Abgleich
ist nicht fehlerfrei möglich.

Marcus Wohlschon (der Initiator) hat bereits einige Automatismen
untersucht. Deutschland dient daher in erster Linie zum Test von
Import/Verknüpfung von TMC in/mit OSM. Bei Straßen mit einem way
oder einfachen Kreuzungen ist eine automatische Verknüpfung in 99%
möglich. Komplizierter wird es bei mehrspurigen Straßen (Autobahnen)
mit getrennten Ways für Hin- und Rückweg sowie Kreuzungen mehrspuriger
Straßen.

Visualisierung und Stand des TMC-Imports:
http://osm-tmc.anders-hamburg.de/?zoom=13lat=51.05703lon=13.73706layers=B0T

Die Diskussion sollte daher nicht in die Richtung, Wie können wir die
Daten so schnell wie möglich löschen? sondern mehr in Richtung Wie
können wir das Tagging vereinfachen/lesbarer gestalten? gehen.

Ciao André

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

Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?

[André Riedel]

Am 2. Februar 2011 17:16 schrieb Frederik Ramm frede...@remote.org:
 Und warum TMC:cid_58:tabcd_1:... - muss man davon ausgehen, dass es die
 gleichen LocationCodes auch im Namensraum TMC:cid_59:tabcd_1 oder
 TMC:cid_58:tabcd_2 gibt?

cid ... Land 58

Es kann vorkommen, dass Straßen oder Bereiche im Grenzgebiet in den
TMC-Listen mehrerer Länder vorkommen. Diese haben dann auch einen
unterschiedlichen TMC-Code.

tabcd ... Liste 1

In jedem Land kann es verschiedene Definitionen von wichtigen Straßen
und Knotenpunkten geben. Dies ist in Deutschland mit TMC und TMCpro
gegeben.

Um jetzt bei jedem Element die unterschiedlichen TMC-Codes anzugeben,
wurde analog zu fuel:*=yes ein System mit TMC:Land:Liste=Code
eingeführt.

Eine Alternative aber noch schlechter zu lesen wäre:
TMC = Land:Liste:Code:Richtung; Land2:Liste:Code:Richtung; ...

 Und nochmal meine Frage von eingangs: Der Mapper hatte zunaechst nur
 LocationCode = 47739 gesetzt. Der Bot hat dann PrevLocationCode = 28866
 ergaenzt. Wo hat der Bot diese Information her - und wenn es einen
 Algorithmus gibt, nach dem der Bot das ermitteln konnte, warum muss es dann
 explizit in der Datenbank stehen? Koennte es sein, dass der Algorithmus
 falsche Ergebnisse liefert und ich das dann von Hand im Einzelfall auf
 PrevLocationCode = 28867 korrigieren muss oder so?

In den meisten Fällen kann man das einfach ergänzt werden. Hier ist
jedoch die Frage ob das Notwendig ist. Auf den Wiki-Seiten sind diese
Dinge daher als optional gekennzeichnet.

http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany#Tagging_Schema

Bei einer Straße mit baulich getrennten Fahrspuren und
unterschiedlichen Auf- und Abfahrten ist zumindest die Informationen
der Richtung obligatorisch.

Ciao André

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

[Talk-de] OpenStreetMap in der Freien Presse

[André Riedel]

In der morgigen Freien Presse gibt es wieder einen netten Artikel über
OpenStreetMap und seine Mitstreiter.
http://www.freiepresse.de/NACHRICHTEN/REGIONALES/MITTELSACHSEN/FREIBERG/7580357.php

@Thomas: Wo sind den deine Haar hin?

Ciao André

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

Re: [OSM-talk] Which software are people using on Symbian?

[André Riedel]

GPSmid is a very good vector based osm programm for symbian mobile phones.
You can use it to display the map (offline), log a track, add notices,
simple online editing and offline routing.

Ciao André

2011/1/3 Jeremy Stocks jeremyl...@yahoo.com

 Hi there,

 +

 I'm a newbie to OSM but and oldie in GIS, and am trying to find a decent app 
 for my Nokia 6230 Nuron phone. I currently use Trek Buddy but I wondered what 
 others use?

 Jeremy.

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

Re: [Talk-de] Tiles automatisiert zu einem Bild zusammenf ügen.

[André Riedel]

Am 14. Dezember 2010 14:04 schrieb Tom Müller tomsmuel...@gmx.net:
 Hallo,

 ich habe hier von einer Software 400 Tiles der Form:
 im0_0.png bis im19_19.png
 liegen. Ich würde daraus gerne ein großes Bild machen, allerdings nur ungern
 400 Tiles per CopyPaste zusammenkleben.

 Gibt es eine Software, die das für machen kann?

Ein kleines Script in PHP/Perl/.. mit Hilfe der Grafik-Bibliothek gd2
kann dies recht komfortabel machen.

Ansonsten bietet Microsoft mit dem Image Composite Editor [1] eine
gute Alternative an, welche bei einfachen Zusammensetzungen gute und
schnelle Resultate liefert.

Ciao André

[1] http://research.microsoft.com/en-us/um/redmond/groups/ivm/ICE/

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

Re: [Talk-de] Karte die Verwaltungskategorie der Straß en darstellt?

[André Riedel]

Am 26. November 2010 13:22 schrieb Heiko Jacobs heiko.jac...@gmx.de:
 Am 26.11.2010 12:58, schrieb Mark Obrembalski:

 keine Sorge, es geht dabei nicht darum die Informationen in die OSM
 einzuarbeiten, sondern um eine Art Qualitätsanalyse der vorhandenen
 Daten.

 Wobei es auch nicht verkehrt wäre, die Daten eben doch einzuarbeiten -
 nicht über highway=*, aber vielleicht über operator=*.

 Eigentlich stehen die Infos ja drin im ref=*: K 4711, L 815, B 42, A 1, ...
 Dort eben das K/L/B/A/...

In Sachsen für Landstraßen noch das S
und in Bayern für jeden Lankreis was anderes.

Also so simple ist das nicht.

Ich würde analaog zu admin_level bei Grenzen einen neuen Schlüssel für
die Straßeneinordnung vorschlagen, welche von Land zu Land gepfelgt
werden kann.

highway_class, road_level, ...

André

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

Re: [Talk-de] Laternenring!?

[André Riedel]

Am 21. Oktober 2010 00:55 schrieb Robert S. osm-m...@autobahnen-europa.eu:
 2010/10/19 Wolfgang wolfg...@ivkasogis.de

 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?


 Da dem Vorschlag keine Einwendungen entgegengesetzt wurde, würde ich das
 dann mal in unserer Wiki eintragen.

Auf der Diskussionsseite gibt es einen ähnlichen Vorschlag:
http://wiki.openstreetmap.org/wiki/Talk:Key:lit#lit_values

lit=yes: At night (unknown time schedule or daylight detection)

lit:times=* The time when the lights are on, using opening_hours
lit:times=24/7 For night and day lights e.g. in tunnels
lit:times=limited If the exact time schedule is unkown but the
lights do not work all the night. In Germany there exists a specal
traffic sign to mark such street lights: german traffic sign 394

lit=automatic: When someone enters the way the lights are turned on.
lit=call or lit=sms: to save money, the lights are normally off,
but you can call a phone number or write a SMS to switch them on.

lit=disused: There are lights installed, but never used.
lit=no: There are no lights installed

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

Re: [Talk-de] Schreibweise der dt. Post

[André Riedel]

Am 8. Oktober 2010 09:31 schrieb Friedhelm Schmidt fschm...@extend.de:
 Am 08.10.2010 03:38, schrieb Michael Florian Schönitzer:

 Derzeit gibt es 10.688 mal den Tag operator=Deutsche␣Post␣AG und 7.391
 operator=Deutsche␣Post außerdem noch 590 Tags mit operator=Post.

 Also ich nehme operator=DPAG, da scheine ich aber ziemlich alleine zu sein

Hier gibt es alle dt. Postdienstleister aufgelistet:
http://wiki.openstreetmap.org/wiki/Deutsche_Postdienstleister

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

Re: [Talk-de] Blinden-fähiger Stadtplan

[André Riedel]

Am 5. Oktober 2010 16:40 schrieb Jan Tappenbeck o...@tappenbeck.net:
  Moin !

 auf der Wiki-Seite steht als Bild der zu begreifen geeignete Stadtplan.

 Bei uns in Lübeck gibt es soetwas auch - wie sollen diese aus aktuellem
 Anlass getaggt werden.

Mit:
tourism=information
information=tactile_model

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

Ciao André

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

Re: [Talk-de] footway=* nur einseitig rendern mit Mapnik ?

[André Riedel]

Am 15. September 2010 09:57 schrieb Pascal Neis pascal.n...@gmail.com:
 Hi,
 ich bin gerade am schauen ob es mit Mapnik möglich ist,
 einen footway=left|right nur einseitig zu rendern?
 Frederik meinte Osmarender könnte dies zumindest bei
 Cycleways (auch wenn es nicht so gut aussehen würde). Bis
 jetzt habe ich aber leider noch kein Beispiel gefunden.

 Hat irgendjemand von euch sich mit Mapnik und der oben
 beschriebenen Sache bereits befasst oder hat vielleicht
 einen Tip für mich?

 Was ich eben gefunden habe war:
 Parameter for line symbolizer to offset line to one side
 http://trac.mapnik.org/ticket/180

Im Zuge des parking:lane-Vorschlags wurde dazu ein Karte erschaffen:

http://wiki.openstreetmap.org/wiki/Proposed_features/parking:lane#Example_area_with_various_tags_and_sample_rendering

http://toolserver.org/~osm/styles/?lat=49.79353lon=9.94807zoom=18layers=F0FF000BFF

Ciao André

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

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

[André Riedel]

Hallo Uwe,

schön das du dich hier gemeldet hast.

Am 10. September 2010 08:39 schrieb Weigel, Uwe
uwe.wei...@landkreis-mittelsachsen.de:
 MArkus müsste den haben.

 Wer ist Markus und wie erreiche ich ihn?

http://wiki.openstreetmap.org/wiki/User:Markus_B

 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.

Projektinformationen mit Nutzungsvertrag:
http://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Bayern

unterschriebener vollständiger Nutzungsvertrag:
http://wiki.openstreetmap.org/wiki/File:Luftbilder_aus_Bayern_-_Pilotprojekt-Nutzungsvertrag.jpg

Eine gute Übersicht über alle gelaufenen Anfragen zu Datenspenden oder
ähnlichen findet man im OSM-Wiki unter:

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

Dort findet man auch, dass die bisherige Anfrage durch Dirk Stöcker stattfand.

 2008-11:
 Bis jetzt nur Ablehnung aus juristischen Gründen. Ansprechpartner selbst 
 stehen dem Projekt aufgeschlossen gegenüber sind jedoch an Vorschriften 
 gebunden. Die Aufgabe besteht weiterhin darin eine vernünftige Auslegung der 
 Vorschiften zu finden.

Hier eine von Sven schon erwähnte Diskussion über die Rechte am
Abmalen, speziell zum WMS von Sachsen:
http://www.mail-archive.com/talk-de@openstreetmap.org/msg46028.html

Ciao André

PS: Man sieht wie schnell und gut Crowdsourcing funktionieren kann.
Schön das der Landkreis Mittelsachsen das schon erkannt hat und sich
auch einbringen möchte.

___
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 o...@tappenbeck.net:
 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] Pflegedienst

[André Riedel]

Am 7. September 2010 19:40 schrieb Wolfgang wolfg...@ivkasogis.de:
 Hallo Liste

 im Wiki habe ich zwar nursing home für Pflegeheim gefunden, aber nichts für
 ambulante Pflegedienste.

 shop=nursing_service ?

Es gibt einen neuen Vorschlag:
http://wiki.openstreetmap.org/wiki/Proposed_features/social_facility

amenity=social_facility
service=outpatient_care

Ciao André

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

Re: [Talk-de] Pflegedienst

[André Riedel]

Am 8. September 2010 10:56 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com:
 Es gibt einen neuen Vorschlag:
 http://wiki.openstreetmap.org/wiki/Proposed_features/social_facility

 amenity=social_facility
 service=outpatient_care

 wieso schon wieder service? Wird das nicht langsam ein bisschen viel
 mit service und services? Wie wärs mit social_facility=* ? Ist
 eigentlich immer am einfachsten für den Mapper, wenn der Value zum Key
 wird.

Da das ganze im Draft-Status ist, kann/sollte man das noch ändern.
Aber es ging mir um den Vorschlag im Allgemeinen.

Ciao André

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

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

[André Riedel]

Am 7. September 2010 13:00 schrieb Henry Loenwind he...@loenwind.info:


 On 07.09.2010 12:48, M∡rtin Koppenhoefer wrote:

 (2) Eine Zapfsäule ist ein stationäres Gerät, das dazu dient, den
  Energiebedarf eines Fahrzeuges zu decken.

 Wozu braucht man das? Wikipedia finde ich da besser: Eine Zapfsäule(oder
 auch Tanksäule) ist ein Teil einer Tankstelle,

 Um (a) Eletropzapfsäulen auch zu erfassen und (b) Zapfsäulen von Tankstellen
 unabhängig zu machen.

 (3) Eine einzelne Zapfsäule ist keine Tankstelle, auch wenn sie über ein
  integriertes Bezahlverfahren verfügt.

 warum nicht? Es gibt solche Tankstellen mit nur einer Zapfsäule.

 Dann haben wir wieder an jeder Steckdose eine Tankstelle. Meine Definition
 war gerade dazu da, solche Einzelzapfsäulen von Tankstelle (mehrere
 Zapfsäulen, Kassenhäuschen, Minishop, PKW-Zubehör...) zu trennen.

 Beim Gedanken, ein Parkaus als Tankstelle zu taggen, nur weil es dort auch
 Eletrosapfstellen gibt, schüttelt es mich...

Die Idee einer Definition von Zapfsäulen finde ich gut, jedoch sollten
die eigentlichen Unterscheidung noch einmal getrennt erörtert werden.
(neuer Thread)

Ciao André

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

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

[André Riedel]

Am 6. September 2010 14:55 schrieb Wolfgang wolfg...@ivkasogis.de:
 [...] Infrage kämen Wasserstoff oder Akku, wobei der
 Wasserstoff wohl eher eine Brückentechnologie darstellt. Spätestens wenn der
 erste LKW aus östlichen Gefilden, wo man den TÜV entspannter sieht, in einer
 Innenstadt einen Krater hinterlassen hat, wird man auch hier nach Alternativen
 suchen. [...]

Wobei die Gefahr von leeren Benzintanks nicht zu unterschätzen ist.
Bei Wasserstoff gibt es im Übrigen auch die Möglichkeit diesen in
einem Metallhydridpulver zu speichern. Neben einer Volumeneinsparung
wird damit auch erreicht, dass die Tanks bei zu großen
Wasserstoffverlust einfrieren und damit keine Explosionsgemisch
entstehen lassen. Durch die extrem hohe Flüchtigkeit von Wasserstoff
kann man daher ein GERINGERES Gefahrenpotential als bei Benzintanks
sehen.

Die Probleme beim Einsatz von Wasserstoff liegen wo anders.
(Verfügbarkeit, Einfrieren der Brennstoffzellen im Winter, ...)

Ciao André

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

Re: [Talk-de] Status OSMdoc

[André Riedel]

Hallo Lars,

Am 6. Juli 2010 12:43 schrieb Lars Francke lars.fran...@gmail.com:
 Ich denke spätestens Ende Juli werde ich mal wieder ein
 ausführlicheres Statusupdate schreiben.

kannst du schon Erfolge vermelden?

Ciao André

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

Re: [Talk-de] Gemeindegrenzen der Schweiz

[André Riedel]

Am 30. August 2010 14:14 schrieb Sven Geggus li...@fuchsschwanzdomain.de:
 Markus liste12a4...@gmx.de wrote:
 Wer kann den Datensatz importieren und hat Lust das zu machen?

 Da ich selber dazu überhaupt keine Lust habe (Grenzen interessieren mich
 nicht die Bohne). Möchte ich lediglich kurz darauf hinweisen, dass das nicht
 ganz einfach ist da korrekte Multipolygone draus zu machen. Insbesondere
 weil es eben kein vollwertiges Konvertierungsscript gibt.

 Fred hat nen workflow AFAIK schonmal hier gepostet.

 Ach ja und wegen Schweizer Landeskoordinaten. Was bei Proj4 dabei ist taugt
 nicht. Folgende Parameter für proj4 sind OK:

 # CH 1903 / Swiss Oblique Cylindrical
 9814 +proj=somerc +lat_0=46d57'08.66N +lon_0=7d26'22.50E +ellps=bessel 
 +x_0=60 +y_0=20 +towgs84=674.374,15.056,405.346 +units=m +k_0=1 
 +no_defs 

Wie schon beim letzten Import, möchte ich hier noch einmal Ogr2Osm
vorstellen. Mit dem Python-Programm Ogr2Osm [1] werden Multipolygone
automatisch aus den SHP-Flächen erstellt. Man kann zudem eine
Übersetzungsdatei angeben, bei der Shape-Attribute in OSM-Tags
gewandelt werden. Dies lässt sich aber auch im Nachhinein mit JOSM
erledigen.

Gemeinsam mit deinem proj4-String sollte es ein relativ gutes
Ergebniss liefern. Einzig die Nachbearbeitung und Löschung schon
vorhandener Grenzen und Wasserflächen ist mittels dieser Methode
Handarbeit.

Ciao André

[1] http://wiki.openstreetmap.org/wiki/Ogr2osm
 (c) Iván Sánchez Ortega, 2009

 python ogr2osm.py [options] [filename]

 Options:
  -e, --epsg=...   EPSG code, forcing the source data projection
   -p, --proj4=...  PROJ4 string, forcing the source data projection
  -v, --verboseShows some seemingly random characters dancing
in the screen
   for every feature that's being worked on.
  -h, --help   Show this message
  -d, --debug-tags Outputs the tags for every feature parsed
   -a, --attribute-stats Outputs a summary of the different tags /
attributes encountered
   -t, --translationSelect the attribute-tags translation method.
   See the translations/ diredtory for valid values.

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

Re: [Talk-de] JOSM: Speichern der WMS-Korrekturdaten

[André Riedel]

Am 29. August 2010 10:18 schrieb Jan Tappenbeck o...@tappenbeck.net:
 man kann ja die WMS-Ebene verschieben. Kann man diese Korrekturparameter
 auch irgendwie speichern für die nächste Sitzung ?

Du kannst die komplette WMS-Ebene speichern und beim nächsten Start
wieder laden.

Ciao André

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

Re: [Talk-de] Fragen zu einer Wanderrelation

[André Riedel]

Am 28. August 2010 10:58 schrieb Holger s...@der hs69...@web.de:
 Hallo Nop, hallo Liste
 ich habe jetzt mal meine erste Wanderrelation erstellt.
 http://www.openstreetmap.org/browse/relation/1135704 In welchem Rhythmus
 wird im Moment die Reit- und Wanderkarte aktualisiert? Stimmen die Tags
 damit die Wanderrelation angezeigt wird? Was fehlt vielleicht noch? Etwas
 unsicher bin ich mir noch wann ich den Tag route=foot oder route=hiking
 verwenden soll.

Es wird die folgende Unterscheidung empfohlen:

route=foot
- Stadtrundgang

route=hiking
- Wanderroute

Ciao André

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