Re: [Talk-de] Tag für Radfahren zwar erlaubt aber nicht wirklich gut gesucht (ratrun)

2015-05-26 Diskussionsfäden Bernhard Kuisle
Hallo ratrun,
nochmals vielen Dank für deine ausführliche Beschäftigung mit "diesem Problem"
Bernhard

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


Re: [Talk-de] Erdbeer-Verkaufsstände

2015-05-26 Diskussionsfäden DarkAngel
Hallo,

mal abgesehen davon, dass der Spargel (etwa Ende April bis zum 24. Juni)
eher vor den Erdbeeren (Ende Mai bis August) verkauft wird, bin ich auch
gegen das Erfassen dieser Stände. Auch wenn sie oft an den selben
Stellen stehen, so sind z.B. in diesem Jahr an vielen Stellen noch keine
Erdbeerstände zu sehen wo letztes Jahr welche waren. Dazu kommt, dass
nicht nur die Öffnungzeiten stark variieren, auch der Zeitraum wo sie
stehen schwankt stark. An manchen Stellen stehen sogar erst die Buden
eines Spargelhofes (die aber auch Erdbeeren verkaufen) und nach deren
Spargelsaison die Bude eines Erdbeerhofes.

Was ist dann mit den Verkaufstischen, die sich in manchen Dörfern vor
den Höfen befinden? Die sind zumindest vom Frühling bis Herbst da und
nicht nur ein paar Wochen.

Natürlich kann jeder Mappen was er mag, ich halte es aber für
Überflüssig. Ich erfasse auch keine Vogelnester obwohl die jedes Jahr
wieder da sind.

Gruß Mario

Am 25.05.2015 um 12:25 schrieb Dietmar:
> Hallo,
>
> bei uns werden die kurz vor der Ernte extra aufgestellt (meist, aber
> nicht immer) an der selben Stelle wie im Vorjahr und werden teilweise
> danach für Spargelverkauf verwendet. Im Fall der Erdbeeren meist am
> Feld, während die Spargeln von ein paar Kilometer entfernt angeliefert
> werden.
>
> Ich halte die Erfassung aus zeitlich temporären Gründen in der DB
> nicht für sinnvoll, ist aber genauso Geschmacksache wie die
> Weihnachtsbaumaufstellung in den Gemeinden. Wer es noch dynamischer
> mag: da gäbe es noch die Maibäume. Wer es noch dynamischer mag, die
> werden in Bayern gerne von der Nachbargemeinde geklaut, also am besten
> mit GPS-Sender versehen ;)
>
> viele Grüße
>
> Dietmar
>
>
> Am 25.05.2015 um 12:02 schrieb Frederik Ramm:
>> Hallo,
>>
>> On 05/25/2015 11:24 AM, chris66 wrote:
 jetzt gibt es ja allenthalben am Strassenrand wieder
 Erdbeer-Verkaufsstände. Wie taggt man die
>>> Gar nicht, da temporär.
>> Die sind normalerweise eine ganze Saison oder sogar über mehrere Jahre
>> genau am gleichen Fleck. Anders als die umbaubedingten temporären
>> Karlsruher Straßenbahnschienen, die von den Mappern tagesaktuell
>> nachgetragen werden - dagegen ist so ein Erdbeerstand ein Fels in der
>> Brandung ;)
>>
>> Bye
>> Frederik
>>
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de


-- 
Gruß Mario


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


Re: [Talk-de] neuster josm + tracer - ipv4/ipv6 problem

2015-05-26 Diskussionsfäden Johannes
Ich weiß gar nicht warum, aber ich habe in der Zeile 76 in der
/WebServer/Server.cs ein kommentiert, da ich mich auch nicht verbinden
konnte. Hat geholfen.

Im CRE Podcast über IPv6 wird gesagt, dass im Parallelbetrieb es nicht
exakt festgelegt ist, wie das ein Client dann regelt.

Gruß Johannes


Am 26.05.2015 um 19:29 schrieb Florian Lohoff:
> On Tue, May 26, 2015 at 06:07:40PM +0200, Sven Anders wrote:
>> In der Regel gehen Sachen deshalb mit IPv6 / Ipv4 nicht weil ein
>> schlauer Programierer sich gedacht hat: Das mit Ipv6 kenne ich
>> nicht, ich schalte es lieber explizit ab.
> 
> IPv6 geht nicht weil man sich nicht an die "Best common practices" hält.
> 
> Es ist völlig normal das der server auf v4, v6 oder auf beidem
> erreichbar ist. Der Standard sagt - Erst v6 probieren - dann fallback
> auf v4. Das wird aber eben nicht gemacht.
> 
>> Jetzt java die Schuld in die Schuhe zu schieben, die den IPv6
>> Standard korrekt umsetzt (und der Standard ist ja auch schon mehr
>> als 20 Jahr alt), empfinde ich als etwas unsportlich.
> 
> Der client muss sich kümmern. In C nimmt mir das die socket API auch 
> nicht ab - Muss ich mich schon selber drum kümmern. 
> 
> Flo
> 
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 



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


Re: [Talk-de] Ankündigungsschreiben einer Umfrage zu OpenStreetMap

2015-05-26 Diskussionsfäden Michael Reichert
Hallo David, hallo restliche studentische Seminargruppe,

Am 2015-05-26 um 22:07 schrieb David Stoitner:
> wir, eine studentische Seminargruppe am Institut für Humangeographie der
> Goethe-Universität Frankfurt a.M., arbeiten im Modul "Projektseminar:
> Quantitative Forschung" an einer empirischen Erhebung zum Thema
> "Motivation der OSM-Nutzer und Entscheidungsprozesse in der Community".
> Dafür möchten wir die deutsche OSM-Community über einen
> Online-Fragebogen zu o.g. Thema befragen.
> Bereits vorab möchten wir Sie mittels diesen Schreibens über die baldige
> Anfrage zur Durchführung dieser Befragung in einer zweiten Email
> informieren. In dieser Email werden wir Ihnen einen Link zur
> Online-Befragung auf der Seite des Geomedienlabors der Universität
> Frankfurt a.M. schicken. Alle Angaben sind selbstverständlich anonym und
> können weder von uns noch von Dritten zurückverfolgt werden.

OpenStreetMap ist ein freies Projekt, das Wert darauf legt, offen zu
sein. Veröffentlicht ihr auch die erhobenen Antworten (natürlich
anonymisiert) unter einer freien Lizenz (am besten CC-0 oder CC-BY)?
Oder bleiben die unter Verschluss?

Viele Grüße

Michael



-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



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


[Talk-de] Ankündigungsschreiben einer Umfrage zu OpenStreetMap

2015-05-26 Diskussionsfäden David Stoitner

Sehr geehrte Damen und Herren,

wir, eine studentische Seminargruppe am Institut für Humangeographie der
Goethe-Universität Frankfurt a.M., arbeiten im Modul "Projektseminar:
Quantitative Forschung" an einer empirischen Erhebung zum Thema  
"Motivation der OSM-Nutzer und Entscheidungsprozesse in der  
Community". Dafür möchten wir die deutsche OSM-Community über einen  
Online-Fragebogen zu o.g. Thema befragen.
Bereits vorab möchten wir Sie mittels diesen Schreibens über die  
baldige Anfrage zur Durchführung dieser Befragung in einer zweiten  
Email informieren. In dieser Email werden wir Ihnen einen Link zur  
Online-Befragung auf der Seite des Geomedienlabors der Universität  
Frankfurt a.M. schicken. Alle Angaben sind selbstverständlich anonym  
und können weder von uns noch von Dritten zurückverfolgt werden.
Wir hoffen, Ihr Interesse an unserer Befragung geweckt zu haben und  
Sie in den kommenden Tagen als Teilnehmer begrüßen zu dürfen.

Ihre Hilfe würde einen großen Beitrag zur wissenschaftlichen Arbeit unserer
Seminargruppe leisten!
Bei Fragen erreichen Sie uns unter der Email-Adresse  
osm2...@stud.uni-frankfurt.de .


Für Ihre Unterstützung bedanken wir uns bereits im Vorfeld.

Mit freundlichen Grüßen

David Stoitner
Christina Gaiser
Julian Neugebauer
Annegret Karches
Paul Martin
Susanne Niebling
Max Frick
Valentin Hübner


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


Re: [Talk-de] Tag für Radfahren zwar erlaubt aber nicht wirklich gut gesucht

2015-05-26 Diskussionsfäden ratrun

Hallo Bernhard,

Danke für den Link. Anhand eines konkreten Beispiels lässt sich nun viel 
besser diskutieren.


Entlang der B16 routen die Router auf dem neben der B16 parallel 
laufenden getrennt gemappten Radweg. Wegen diesem Ragweg gibt es 
objektiv keine Notwendigkeit über Altendort zu fahren, weil diese 
Strecke deutlich länger wäre. Momentan dürfte noch kein Router in der 
Lage sein eine "highway=primary" Straße zu einem getrennt gemappten in 
unmittelbarer Nähe parallel laufendem Radweg automatisch zu erkennen und 
so einen Radweg deshalb abzuwerten. OAL 5 als „tertiary“ sollte objektiv 
gut befahrbar sein. "maxspeed" ist nur auf sehr wenigen Segmenten 
gesetzt und wenn, dann meist nur im Ortsgebiet. Deine unten 
vorgeschlagene Verbindung [1] hat 5.57km, führt fast 40% über einen 
Radweg und [2] ist mit 6.07km länger.


Graphhopper unterstützt seit gestern nun auch das "class:bicycle" tag. 
Es könnte sein, dass es ein paar Tage dauert, bis dieses Erweiterung am 
Server aktiv wird. Weil ich dieses neue Feature mit Deinem "Real World" 
Testfall ausprobieren wollte, habe ich mich etwas herumgespielt damit. 
Sobald man die OAL 5 mit class:bicylce=-1 tagged, nimmt graphhopper die 
Strecke ab dem Kreisverkehr über Kreen. Ich bitte diesen Hinweis nicht 
als Aufruf zum "tagging für den graphhopper Router" zu interpretieren. 
Genauso wenig sollte nur wegen man nur wegen dem Farradrouting OAL 5 von 
tertiary auf secondary oder primary hochstufen. Da ist ein tagging mit 
class:bicycle noch das kleinere Übel. Wenn mehrere unterschiedliche 
Router für ein und die selbe Aufgabenstellung das selbe Problem haben, 
spricht das für den Einsatz des "class:bicycle" tags.


Damit für das Rennrad über Hörmanshofen geroutet wird, müsste man 
graphhopper noch etwas mehr auf die Sprünge helfen. Nach Deiner 
Beschreibung unten wäre eine Möglichkeit die Abwertung der B16 mit 
"class:bicycle" auf -2 und der OAL 5 mittels "class:bicycle" auf -1. Den 
Radweg könnte man auf class:bicycle:roadcycling -1 setzen und die 
Strecke über Hörmanshofen aufwerten mit class:bicycle:roadcycling +1. 
Mit diesem Tagging verwendet graphhopper beim Rennrad Profil die unten 
beschriebene Strecke über Hörmanshofen. Eine korrekte Vergabe dieser 
Tags ist nur mit Ortskenntnis und Verständnis für gute Bedienungen für 
allgemeines Radfahren und für gute Rennradbedienungen möglich.



ratrun

[1] 
https://graphhopper.com/maps/?point=47.8288%2C10.6415&point=47.7854%2C10.6608&vehicle=bike&elevation=true&layer=MapQuest 

[2] 
https://graphhopper.com/maps/?point=47.8288%2C10.6415&point=47.818227%2C10.65988&point=47.7854%2C10.6608&vehicle=bike&elevation=true&layer=MapQuest


Am 26.05.2015 um 09:04 schrieb Bernhard Kuisle:

Hallo,
erstmals vielen Dank für die Tipps und Anregungen. Ich bin noch nicht 
dazugekommen, alle genauer anzuschauen, werde es aber noch tun.
Hier möchte ich nur dem Wunsch nachkommen, die Stelle zu nennen:
Es handelt sich um die Verbindung von Biessenhofen nach Bertholdshofen, die 
viele Radfahrer bei uns benutzen, wenn sie von Norden (Kaufbeuren) nach Süden 
(Füssen) unterwegs sind. Die schnellen Radfahrer benutzen meist die Strecke 
über Hörmanshofen und Hausen (denke unclassified). Gemütlichere fahren über 
Altdorf Kreen unten herum.
Der entsprechende Link:
http://www.openstreetmap.org/directions?engine=mapquest_bicycle&route=47.8288%2C10.6415%3B47.7854%2C10.6608#map=13/47.8018/10.6478
Vermutlich macht es auch wirklich Sinn, die OAL5 in diesem Bereich 
"hochzustufen", da Sie als Verbindungsstraße zwischen der B16 und B472 genutzt 
wird.
Gruß Bernhard

___
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] neuster josm + tracer - ipv4/ipv6 problem

2015-05-26 Diskussionsfäden Florian Lohoff
On Tue, May 26, 2015 at 06:07:40PM +0200, Sven Anders wrote:
> In der Regel gehen Sachen deshalb mit IPv6 / Ipv4 nicht weil ein
> schlauer Programierer sich gedacht hat: Das mit Ipv6 kenne ich
> nicht, ich schalte es lieber explizit ab.

IPv6 geht nicht weil man sich nicht an die "Best common practices" hält.

Es ist völlig normal das der server auf v4, v6 oder auf beidem
erreichbar ist. Der Standard sagt - Erst v6 probieren - dann fallback
auf v4. Das wird aber eben nicht gemacht.

> Jetzt java die Schuld in die Schuhe zu schieben, die den IPv6
> Standard korrekt umsetzt (und der Standard ist ja auch schon mehr
> als 20 Jahr alt), empfinde ich als etwas unsportlich.

Der client muss sich kümmern. In C nimmt mir das die socket API auch 
nicht ab - Muss ich mich schon selber drum kümmern. 

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


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


Re: [Talk-de] neuster josm + tracer - ipv4/ipv6 problem

2015-05-26 Diskussionsfäden Florian Lohoff
On Tue, May 26, 2015 at 03:43:19PM +0200, Sven Anders wrote:
> Ich hab mich ziemlich lang und breit mit Ipv6 beschäftigt, IMHO ist
> dann tracer2 das Problem und nicht JOSM. Der Standard sagt kipp und
> klar, dass wenn ein Rechner beides kann, soll immer IPv6 benutzt
> werden.

NEIN - Josm sagt - mir ist es egal mit welchem protokoll ich connecte
und probiert dann ipv6 - Da er da einen connection refused bekommt muss
er einen fallback auf ipv4 machen. Macht er nicht.

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


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


Re: [Talk-de] neuster josm + tracer - ipv4/ipv6 problem

2015-05-26 Diskussionsfäden Sven Anders

Am 26.05.2015 um 16:20 schrieb Holger Jeromin:


Wenn der tracer2 server kein v6 socket aufmacht, sollte das josm-plugin
einfach auf 127.0.0.1 statt localhost verbinden. Nicht schön, aber wäre
vielleicht einfacher, als den tracer2 server zu reparieren.



In der Regel gehen Sachen deshalb mit IPv6 / Ipv4 nicht weil ein 
schlauer Programierer sich gedacht hat: Das mit Ipv6 kenne ich nicht, 
ich schalte es lieber explizit ab.


Das ist auch  bei Tracer2 der Fall, wobei es in diesem Fall nicht (nur?) 
der Programmierer sondern evtl. der Linux Admin ist.


Bei mir lauscht der Tracer2 unter Linux auf ::1 (IPv6 localhost), wenn 
ich in meiner /etc/hosts Datei die zeilen:



127.0.0.1   localhost.localdomain localhost localhost
::1  localhost ip6-localhost ip6-loopback localhost6

drinn stehen habe.

Steht bei mir nur:

127.0.0.1   localhost.localdomain localhost localhost
::1   ip6-localhost ip6-loopback localhost6

lauscht er auf 127.0.0.1

Unter Windows mag das anders sein, der der Code nutzt nicht die erste 
zurückgegebene Adresse sondern die zweite:


./trunk/src/WebServer/Server.cs:
-- snip --

   IPHostEntry host = Dns.GetHostEntry("localhost");
if (OperationSystem.isWindows)
{
if (host.AddressList.Length > 1)
{
oIpAddress = host.AddressList[1];
}
else
{
oIpAddress = host.AddressList[0];
}
}
else
{
oIpAddress = host.AddressList[0];
}
m_oTcpListener = new TcpListener(oIpAddress, m_nPort);

-- snap --

Jetzt java die Schuld in die Schuhe zu schieben, die den IPv6 Standard 
korrekt umsetzt (und der Standard ist ja auch schon mehr als 20 Jahr 
alt), empfinde ich als etwas unsportlich.


Gruß

Sven

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


Re: [Talk-de] neuster josm + tracer - ipv4/ipv6 problem

2015-05-26 Diskussionsfäden Holger Jeromin
Sven Anders wrote on 26.05.2015 15:43:
> Am 26.05.2015 um 15:37 schrieb Florian Lohoff:
>> On Mon, May 25, 2015 at 03:02:03PM +0200, nicolaus1977 wrote:
>>> Moin Florian,
>>> sprichtst du vom Tracer oder Tracer2?
>>> Ich habe bei JOSM gerade ein Update auf 8339 gemacht und bei mir
>>> funktioniert der Tracer2 anstandslos.
>> tracer2 - Wichtig ist das du auch ipv6 connectivity auf deinem Rechner
>> hast. Ggfs auch noch Linux wichtig.
>> Dann macht Josm einen ipv6 socket für die Kommunikation mit dem tracer2
>> auf. Der macht aber nur ipv4 - Also ist das mit der kommunikation mit
>> den beiden nicht so weit her.
>> Ich habe diverse ipv6 bugs an die josm leute gemeldet und das scheint
>> ja mit java und ipv6 eine vollkatastrophe zu sein.
> Ich hab mich ziemlich lang und breit mit Ipv6 beschäftigt, IMHO ist dann 
> tracer2 das Problem und nicht JOSM. Der Standard sagt kipp und klar, 
> dass wenn ein Rechner beides kann, soll immer IPv6 benutzt werden.

Wenn der tracer2 server kein v6 socket aufmacht, sollte das josm-plugin
einfach auf 127.0.0.1 statt localhost verbinden. Nicht schön, aber wäre
vielleicht einfacher, als den tracer2 server zu reparieren.

-- 
Grüße
Holger


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


Re: [Talk-de] neuster josm + tracer - ipv4/ipv6 problem

2015-05-26 Diskussionsfäden Sven Anders

Am 26.05.2015 um 15:37 schrieb Florian Lohoff:

On Mon, May 25, 2015 at 03:02:03PM +0200, nicolaus1977 wrote:

Moin Florian,

sprichtst du vom Tracer oder Tracer2?

Ich habe bei JOSM gerade ein Update auf 8339 gemacht und bei mir
funktioniert der Tracer2 anstandslos.


tracer2 - Wichtig ist das du auch ipv6 connectivity auf deinem Rechner
hast. Ggfs auch noch Linux wichtig.

Dann macht Josm einen ipv6 socket für die Kommunikation mit dem tracer2
auf. Der macht aber nur ipv4 - Also ist das mit der kommunikation mit
den beiden nicht so weit her.

Ich habe diverse ipv6 bugs an die josm leute gemeldet und das scheint
ja mit java und ipv6 eine vollkatastrophe zu sein.


Ich hab mich ziemlich lang und breit mit Ipv6 beschäftigt, IMHO ist dann 
tracer2 das Problem und nicht JOSM. Der Standard sagt kipp und klar, 
dass wenn ein Rechner beides kann, soll immer IPv6 benutzt werden.


Gruß
Sven


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


Re: [Talk-de] neuster josm + tracer - ipv4/ipv6 problem

2015-05-26 Diskussionsfäden Florian Lohoff
On Mon, May 25, 2015 at 03:02:03PM +0200, nicolaus1977 wrote:
> Moin Florian,
> 
> sprichtst du vom Tracer oder Tracer2?
> 
> Ich habe bei JOSM gerade ein Update auf 8339 gemacht und bei mir
> funktioniert der Tracer2 anstandslos.

tracer2 - Wichtig ist das du auch ipv6 connectivity auf deinem Rechner
hast. Ggfs auch noch Linux wichtig.

Dann macht Josm einen ipv6 socket für die Kommunikation mit dem tracer2
auf. Der macht aber nur ipv4 - Also ist das mit der kommunikation mit
den beiden nicht so weit her.

Ich habe diverse ipv6 bugs an die josm leute gemeldet und das scheint
ja mit java und ipv6 eine vollkatastrophe zu sein.

> > Dann:
> >
> > ./tcpproxy -U -l ::1 -p 49243 -r 127.0.0.1 -o 49243
> >
> > Und es geht wieder ... Was bitte ist in Java so schwer mit
> > ipv4/ipv6 sockets ... g

Flo
PS: Warum antwortest du ÜBER der Mail - bad style.
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


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


Re: [Talk-de] OSM SommerCamp: Mitstreiter für deutschen Kartenstil gesucht!

2015-05-26 Diskussionsfäden Sven Geggus
Lars Lingner  wrote:

> Eigentlich geht es mir auch nicht nur um die beiden Stile International
> und Deutsch. Es gibt diverse Spezialkarten die alle ihre eigenen Tags
> auswerten. Wenn diese nicht bereits beim default.style von osm2pgsql
> enthalten sind, muss man einen neuen Import machen sobald ein neuer Stil
> hinzukommt. 

Und genau das muss man nicht mehr machen wenn man diese Tags alle in der
hstore Spalte hat und dann auf dem view rendert.

Nehmen wir als Beispiel mal an ein Stil würde eine Spalte "access" erwarten.
Dann würde das im view so aussehen:

CREATE VIEW view_osmde_point AS
SELECT
osm_id,
..
tags->'access' as "access"
..
FROM planet_osm_point;

Gruss

Sven

-- 
Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit
Office nicht kompatibles Bürosoftwarepaket einzuführen.
(Florian Weimer in de.alt.sysadmin.recovery)
/me is 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] Berliner OSM-Hackweekend 30/31 Mai 2015 - letzter Aufruf

2015-05-26 Diskussionsfäden Lars Lingner
Guten Morgen,

noch einmal zur Erinnerung möchte ich auf das Berliner OSM-Hackweekend
am kommenden Wochenende aufmerksam machen. Alle Infos dazu gibt es
entweder auf der Wiki-Seite [1] oder direkt bei mir.

Am Samstag ist geplant den Grill anzuwerfen. Grillzeug kann gerne
mitgebracht werden, wir haben aber auch Einkaufsmöglichkeiten direkt um
die Ecke.

Das Wichtigste:

Wann:  30./31. Mai 2015 jeweils ab 10:00 Uhr
Wo: Büro 2.0, Weigandufer 45, 12059 Berlin
ÖPNV: S-Sonnenallee, Karte siehe Wiki


Viele Grüße aus Berlin

Lars


[1] http://wiki.osm.org/wiki/Berlin_Hack_Weekend_May_2015

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


Re: [Talk-de] Tag für Radfahren zwar erlaubt aber nicht wirklich gut gesucht

2015-05-26 Diskussionsfäden Bernhard Kuisle

Hallo,
erstmals vielen Dank für die Tipps und Anregungen. Ich bin noch nicht 
dazugekommen, alle genauer anzuschauen, werde es aber noch tun.
Hier möchte ich nur dem Wunsch nachkommen, die Stelle zu nennen:
Es handelt sich um die Verbindung von Biessenhofen nach Bertholdshofen, die 
viele Radfahrer bei uns benutzen, wenn sie von Norden (Kaufbeuren) nach Süden 
(Füssen) unterwegs sind. Die schnellen Radfahrer benutzen meist die Strecke 
über Hörmanshofen und Hausen (denke unclassified). Gemütlichere fahren über 
Altdorf Kreen unten herum.
Der entsprechende Link:
http://www.openstreetmap.org/directions?engine=mapquest_bicycle&route=47.8288%2C10.6415%3B47.7854%2C10.6608#map=13/47.8018/10.6478
Vermutlich macht es auch wirklich Sinn, die OAL5 in diesem Bereich 
"hochzustufen", da Sie als Verbindungsstraße zwischen der B16 und B472 genutzt 
wird.
Gruß Bernhard

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