[Talk-se] Uncredited use of OSM at mapiful.se?

[jakob]

To the Swedish OSM "talk" list.

(cc: the Danish OSM "talk" list)

There is an ongoing discussion on the Danish talk list regarding the company
MK'ay art (mkayart.dk) who is apparently using OSM data without proper
attribution to OSM.

When approached, the owner of mkayart explains that she was inspired by the
Swedish company Mapiful (mapiful.com) - who also seems to use OSM data
without attribution.

I would like to approach Mapiful using the excellent guideline at
https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution - but not if
the issue has already been handled in the Swedish community.

So therefore: Do you know if Mapiful's use of OSM data has been addressed by
the Swedish OSM community?

Best Regards,

-- 
Jakob



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

Re: [Talk-dk] Uncredited use of OSM at mapiful.se?

[jakob]

...men er det nok? Skal krediteringen ikke også fremgå af selve 
trykket/plakaten? Det lader fx til, at Mapifuls plakater bliver solgt på 
desenio.dk (søg på "map" på deres hjemmeside) - og så er der jo ingen 
henvisning til OSM?

-- 
Jakob

-Original Message-
From: o...@workmail.com  
Sent: 8. juni 2020 13:49
To: ja...@barfod.dk; talk-dk@openstreetmap.org
Subject: Re: [Talk-dk] Uncredited use of OSM at mapiful.se?


Nederst på siden "Attribution and copyright to work of others" 
https://www.mapiful.com/terms-condition/


--


> Sent: Monday, June 08, 2020 at 1:25 PM
> From: ja...@barfod.dk
> To: talk...@openstreetmap.org
> Cc: "'OpenStreetMap Denmark'" 
> Subject: [Talk-dk] Uncredited use of OSM at mapiful.se?
>
> To the Swedish OSM "talk" list.
>
> (cc: the Danish OSM "talk" list)
>
> There is an ongoing discussion on the Danish talk list regarding the 
> company MK'ay art (mkayart.dk) who is apparently using OSM data 
> without proper attribution to OSM.
>
> When approached, the owner of mkayart explains that she was inspired 
> by the Swedish company Mapiful (mapiful.com) - who also seems to use 
> OSM data without attribution.
>
> I would like to approach Mapiful using the excellent guideline at 
> https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution - but 
> not if the issue has already been handled in the Swedish community.
>
> So therefore: Do you know if Mapiful's use of OSM data has been 
> addressed by the Swedish OSM community?
>
> Best Regards,
>
> --
> Jakob
>
>
>
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>



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

[Talk-dk] Uncredited use of OSM at mapiful.se?

[jakob]

To the Swedish OSM "talk" list.

(cc: the Danish OSM "talk" list)

There is an ongoing discussion on the Danish talk list regarding the company
MK'ay art (mkayart.dk) who is apparently using OSM data without proper
attribution to OSM.

When approached, the owner of mkayart explains that she was inspired by the
Swedish company Mapiful (mapiful.com) - who also seems to use OSM data
without attribution.

I would like to approach Mapiful using the excellent guideline at
https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution - but not if
the issue has already been handled in the Swedish community.

So therefore: Do you know if Mapiful's use of OSM data has been addressed by
the Swedish OSM community?

Best Regards,

-- 
Jakob



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

Re: [Talk-dk] Ukrediteret brug af OSM data, endda mod betaling.

[jakob]

På wiki'en findes en vejledning i, hvordan overtrædelser håndteres:

https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution

...og en af pointerne er, at første kontakt bør være "venlig og ikke-truende". 
Det er et godt princip. Der er endda et forslag til, hvordan sådan en mail kan 
lyde:

https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution/Example_email

-- 
Jakob



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

Re: [Talk-at] AGIT 2020 Virtuell

[Jakob Miksch]

Hallo,

ich kann prinzipiell gern eine digitale Schicht übernehmen.
Müssen nur noch die Details abklären.

Viele Grüße,
Jakob

On 14.05.20 20:37, scubbx wrote:

Hallo, Leute!

Die AGIT 2020 wird dieses Jahr virtuell stattfinden! Diejenigen, die
einen Beitrag eingereicht hatten, hatten bereits die Möglichkeit, einem
Online-Vortrag zuzustimmen.
Wir haben fast alle Beiträge auch Online mit an Bord! :-D

Die AGIT Organisation plant anstatt der EXPO (dort, wo wir immer unseren
Messestand hatten), eine "virtuelle" EXPO. Das bedeutet, dass sich jede
Firma/Organisation auf einer Seite präsentieren kann und virtuelle
Besucher dieser Seite mit den Ausstellern via einem Chat-Fenster
interagieren können.

Ob und wie genau OpenStreetMap und OSGeo dort vertreten sein werden,
wird noch überlegt.
Für die Abschätzung hätte ich dazu die Frage, ob sich jemand von euch
vorstellen könnte, einen Teil der "Chat-Duty" zu übernehmen? Wenn wir
mit ein paar Personen uns das aufteilen, sollten wir den Chat eigentlich
den ganzen Zeitraum über (6.-10.Juli) bedienen können.

Beste Grüße,
Markus (ScubbX)


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


--
Jakob Miksch
Geospatial Development
www.jakobmiksch.eu


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

Re: [Talk-dk] Nye vejskilte

[jakob]

Da hastighedsbegrænsingen for både

1. Bus med trailer,
2. Bil med trailer og
3. Motorcykel med trailer

er ens, kan du bruge 

maxspeed:trailer=70,

(https://wiki.openstreetmap.org/wiki/Key:trailer)

Dvs. i alt seks værdier;

maxspeed=80
source:maxspeed=DK:rural
maxspeed:hgv=70
source:maxspeed:hgv=sign
maxspeed:trailer=70
source:maxspeed:trailer=sign

-- 
Jakob

Sent: Friday, February 21, 2020 at 9:05 PM
From: "Lars Gravengaard" 
To: "OpenStreetMap Denmark" 
Subject: Re: [Talk-dk] Nye vejskilte

Tak o...@workmail.com[mailto:o...@workmail.com]
 
Så 
maxspeed=80
maxspeed:hgv=70
 
Så mangler jeg
1. Bus med trailer
2. Bil med trailer
3, Motorcykel med trailer
 
Den kan jeg ikke finde. Er det bare mig som er blind eller findes de ikke ?
/Lars 

Den fre. 21. feb. 2020 kl. 17.44 skrev 
mailto:o...@workmail.com]>:Mere læsevenligt: 
https://wiki.openstreetmap.org/wiki/Key:maxspeed#Extended_tagging[https://wiki.openstreetmap.org/wiki/Key:maxspeed#Extended_tagging]
 
 

Sent: Friday, February 21, 2020 at 4:21 PM
From: "Lars Gravengaard" mailto:lar...@gmail.com]>
To: "OpenStreetMap Denmark" 
mailto:talk-dk@openstreetmap.org]>
Subject: [Talk-dk] Nye vejskilte

Hej 
 
Har i en ide hvilken tags jeg skal bruge for at opdater Skjernvej.
 
Her kan i se en af dem 
https://www.mapillary.com/map/im/4zg9aFKkiFRCdCfxtx-Bow[https://www.mapillary.com/map/im/4zg9aFKkiFRCdCfxtx-Bow]
 
/LarsBG ___ Talk-dk mailing list 
Talk-dk@openstreetmap.org[mailto:Talk-dk@openstreetmap.org] 
https://lists.openstreetmap.org/listinfo/talk-dk[https://lists.openstreetmap.org/listinfo/talk-dk][https://lists.openstreetmap.org/listinfo/talk-dk%5Bhttps://lists.openstreetmap.org/listinfo/talk-dk%5D]
 
 

___
Talk-dk mailing list
Talk-dk@openstreetmap.org[mailto:Talk-dk@openstreetmap.org]
https://lists.openstreetmap.org/listinfo/talk-dk___
 Talk-dk mailing list Talk-dk@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-dk[https://lists.openstreetmap.org/listinfo/talk-dk]

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



publickey - jakob@barfod.dk.asc.pgp
Description: application/pgp-key


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

[Talk-at] Mapathon Salzburg - 23.Jänner

[Jakob Miksch]

Hallo Allerseits,

am Donnerstag den 23.Jänner veranstalten wir in Salzburg einen Mapathon. 
Alle Infos dazu gibt es auf unserer Website: 
http://maptime.io/salzburg/2020/01/23/mapathon/ Jede*r ist herzlich 
willkommen!


Viele Grüße,
Jakob



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

Re: [Talk-de] OSM Sticker und Flyer - GISDay

[Jakob Miksch]

habe mittlerweile schon einige Rückmeldungen bekommen.
Vielen Dank!


On 06.11.19 16:47, Jakob Miksch wrote:

Hallo allerseits,

am kommenden Mittwoch ist "GISDay" am Z_GIS in Salzburg. Ich werde 
dazu eine Station über OpenStreetMap machen. Es ist zwar relativ 
kurzfristig, aber:


Gibt es OSM-Sticker und Flyer (ca. 50-100 Stück) die man mir 
zuschicken könnte?


Die könnte ich dann gleich an die Teilnehmer verteilen. Porto, etc. 
kann ich gern übernehmen.


Viele Grüße,
Jakob

___
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-at] [Talk-de] OSM Sticker und Flyer - GISDay

[Jakob Miksch]

habe mittlerweile schon einige Rückmeldungen bekommen.
Vielen Dank!


On 06.11.19 16:47, Jakob Miksch wrote:

Hallo allerseits,

am kommenden Mittwoch ist "GISDay" am Z_GIS in Salzburg. Ich werde 
dazu eine Station über OpenStreetMap machen. Es ist zwar relativ 
kurzfristig, aber:


Gibt es OSM-Sticker und Flyer (ca. 50-100 Stück) die man mir 
zuschicken könnte?


Die könnte ich dann gleich an die Teilnehmer verteilen. Porto, etc. 
kann ich gern übernehmen.


Viele Grüße,
Jakob

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



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

[Talk-de] OSM Sticker und Flyer - GISDay

[Jakob Miksch]

Hallo allerseits,

am kommenden Mittwoch ist "GISDay" am Z_GIS in Salzburg. Ich werde dazu 
eine Station über OpenStreetMap machen. Es ist zwar relativ kurzfristig, 
aber:


Gibt es OSM-Sticker und Flyer (ca. 50-100 Stück) die man mir zuschicken 
könnte?


Die könnte ich dann gleich an die Teilnehmer verteilen. Porto, etc. kann 
ich gern übernehmen.


Viele Grüße,
Jakob

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

[Talk-at] OSM Sticker und Flyer - GISDay

[Jakob Miksch]

Hallo allerseits,

am kommenden Mittwoch ist "GISDay" am Z_GIS in Salzburg. Ich werde dazu 
eine Station über OpenStreetMap machen. Es ist zwar relativ kurzfristig, 
aber:


Gibt es OSM-Sticker und Flyer (ca. 50-100 Stück) die man mir zuschicken 
könnte?


Die könnte ich dann gleich an die Teilnehmer verteilen. Porto, etc. kann 
ich gern übernehmen.


Viele Grüße,
Jakob

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

[Talk-at] Mit. 18. September  Maptime Salzburg - Mapathon @Trafficon

[Jakob Miksch]

Hallo Allerseits,

Am 18. September veranstalten wir einen Mapathon. Es geht dabei darum 
gemeinsam ein Gebiet in einer entfernten Region zu kartieren. Dieses 
Video  erklärt die 
Hintergründe.


*Datum*: Mittwoch, 18. September

*Zeit*: 19:00 Uhr

*Ort*: Trafficon Meeting Room, 7. Stock, Strubergasse 26, 5020 Salzburg 



Es sind keine Vorkenntnisse notwendig. Wir werden eine Einführung für 
Anfänger anbieten. Jede*r ist herzlich willkommen!


Bitte mitbringen:

 * einen Laptop mit Ladegerät
 * eine Computer-Maus (damit das Mappen einfacher ist)
 * einen OpenStreetMap Account 
   anlegen

Getränke und Snacks werden freundlicherweise von Trafficon 
 bereitgestellt. Es darf aber gerne selbst 
auch was mitgenommen werden. Im Anschluss lassen wir den Abend in der 
Trumerei gemütlich ausklingen 


Neue Teilnehmer*innen sind herzlich willkommen.
Viele liebe Grüße,
Euer Maptime Team
--
Website · Email 
 · Mailing-List 
 · Videos 

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

[Talk-dk] Data fra udinaturen.dk

[Jakob Toftkær]

Er der nogen der har undersøgt om data fra udinaturen.dk kan benyttes i OSM?

http://udinaturen.dk/#{%22x%22:671157,%22y%22:6240022,%22zoom%22:2}

Jeg tænker specifikt på at at det kunne være nyttigt at importere 
teltpladser, shelters, parkeringspladser osv.



Info på denne side lægger op til at data frit kan benyttes:

https://naturstyrelsen.dk/udinaturen/om-udinaturen/

men et par punkter under "Regler for brug af Ud i Naturen" data er vel 
ikke helt kompatible med OSM licensen


 * Det skal fremgå, at data er stillet til rådighed af Naturstyrelsen.
   Desuden skal navn og link til bidragyderorganisation fremgå - den
   person eller organisation, der er afsender af data (se disse i højre
   side af beskrivelserne).
 * Det er kun tilladt at ændre eller tilføje i de modtagne data efter
   aftale med Naturstyrelsen.

/Jakob

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

[Talk-at] 8. Mai - Mapathon in Salzburg

[Jakob Miksch]

Hallo miteinander,

am 8.Mai veranstaltet Maptime Salzburg einen humanitären Mapathon. Jeder 
ist herzlich eingeladen zu kommen. Alle Infos gibt es hier: 
http://maptime.io/salzburg/event/2019/05/08/Mapthon/


Viele Grüße,
Jakob

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

[Talk-at]  Mit. 13.02  Maptime Salzburg: Jupyter

[Jakob Miksch]

Hallo liebe Liste,

am Mittwoch findet wieder das nächste Maptime Salzburg Meetup statt. 
Siehe ausführliches Infos unten. Es wird dabei um Geo-Themen allgemein 
gehen, oft auch um OpenStreetMap.


Viele Grüße,
Jakob

PS: Bitte gebt mir Bescheid, falls diese Einladung "off-topic" ist und 
ich sie nicht mehr senden soll.



--

Hallo liebe Geo-Interessierte,

das Thema für unser nächstes Maptime Treffen geht um *Jupyter*.

Zeit: Mittwoch *13.Februar - 19:00 Uhr*
Ort: iDEAS:lab <https://ideaslab.sbg.ac.at/>, Schillerstraße 30, 
Techno_Z Gebäude Nordseite 
<https://www.openstreetmap.org/node/4787833494> (Bauteil XV)


Es wird dazu (englisch-sprachige) Vorträge mit folgenden Themen geben:

 * Einführung in Jupyter
 * Module "Pandas" und "Seaborn"
 * PostgreSQL mit Jupyter
 * Präsentationen mit Jupyter


Wir treffen uns im iDEAS:lab in Itzling. Vielen Dank an Z_GIS 
<https://zgis.at/> für die Bereitstellung der Räume! Für Getränke und 
Snacks ist gesorgt. Wer mag kann gerne selbst etwas mitbringen.


Aktuelle Infos gibt es auf http://maptime.io/salzburg/. Bei Fragen sind 
wir per Email erreichbar: maptime.salzb...@gmail.com Neue Teilnehmer 
sind herzlich willkommen. Wir freuen uns auf einen tollen Abend!


Viele Grüße,
Euer Maptime-Team
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at]  Mit, 16.01.  Maptime Stammtisch + OSM Mapping

[Jakob Miksch]

Hallo miteinander,

am Mittwoch den 16. Jänner ist in Salzburg der nächste Maptime 
Stammtisch. Es geht um Geo-Themen allgemein und natürlich auch um OSM. 
Ausführliche Einladung unten. Wir werden uns davor treffen und etwas 
mappen. Vermutlich mit der App StreetComplete.


Neue Teilnehmer sind herzlich willkommen.

Viele Grüße,
Jakob

-

Hallo liebe Geo-Begeisterte,

Unser letztes Treffen im Dezember war mit fast 30 Teilnehmern ein großer 
Erfolg.  Die Videos  und die Folien  sind auf unserer Website 
verfügbar: http://maptime.io/salzburg/event/2018/12/12/data-handling/


Nächste Woche ist wieder unser Stammtisch. Jeder ist herzlich 
eingeladen, sich über Geodaten, GIS, Fernerkundung, Programmieren und 
alle anderen Themen auszutauschen.


Datum: *Mittwoch, 16. Jänner*
Uhrzeit: *20:00 Uhr*
Ort: Academy Bar <https://www.openstreetmap.org/node/4742175090>, 
Franz-Josef-Straße 4


All diejenigen, die sich für *OpenStreetMap* interessieren, treffen sich 
eine Stunde früher um 19:00 Uhr vor der Academy Bar. Mit der App 
StreetComplete <https://github.com/westnordost/StreetComplete/> werden 
wir etwas mappen.


Bei Fragen könnt ihr uns per E-Mail erreichen: 
maptime.salzb...@gmail.com. Neue Teilnehmer sind immer herzlich willkommen.


Geographische Grüße,
Euer Maptime Team
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] Maptime Salzburg - 12. Dezember

[Jakob Miksch]

Hallo miteinander,

am 12. Dezember find das nächste "Maptime Salzburg" Treffen statt. Es 
geht um Geo-Themen allgemein und natürlich auch um OSM. Ausführliche 
Einladung unten.


Viele Grüße,
Jakob

--

Hallo liebe Geo-Interessierte,

das Thema für unser nächstes Treffen ist "Geospatial Data Handling". Wir 
haben dafür vier spannende Vorträge (auf Englisch) zusammengestellt:


 * git - Programmcode und Textdateien effizient versionieren (Steffen
   Reichel)
 * GDAL - Rasterdaten verarbeiten und umwandeln (Hannah Augustin
   <http://hannahaugustin.at/>)
 * OGR - Vektordaten verarbeiten und umwandeln (Nikolai Janakiev
   <https://janakiev.com/>)
 * PostGIS - Geodaten in einer relationalen Datenbank speichern und
   verarbeiten (Andreas Petutschnig <http://andreaspetutschnig.com/>)

Wir treffen uns im iDEAS:lab in Itzling. Vielen Dank ans Z_GIS 
<https://zgis.at/> für die Bereitstellung der Räume! Für Getränke und 
Snacks ist gesorgt. Wer mag kann gerne selbst was mitbringen.


Zeit: Mittwoch *12.Dezember - 19:00 Uhr*
Ort: iDEAS:lab <https://ideaslab.sbg.ac.at/>, Schillerstraße 30, 
Techno_Z Gebäude Nordseite 
<https://www.openstreetmap.org/node/4787833494> (Bauteil XV)


Aktuelle Infos gibt es auf http://maptime.io/salzburg/. Bei Fragen sind 
wir per Email erreichbar: maptime.salzb...@gmail.com Neue Teilnehmer 
sind herzlich willkommen. Wir freuen uns auf einen tollen Abend!


Viele Grüße,
Euer Maptime-Team

PS: Wir werden auch diesmal die Vorträge auf Video aufzeichnen. Hier die 
Vorträge vom letzten Mal: The OpenStreetMap Ecosystem 
<https://av.tib.eu/media/38509>, Data Science with OpenStreetMap 
<https://av.tib.eu/media/38510>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] OSM Flyer Bestellung

[Jakob Miksch]

Hallo,

wir in Salzburg könnten ein paar Flyer gebrauchen und auch gerne 
verteilen. z.B. bei unserem neuen Stammtisch/Meetup "Maptime Salzburg": 
http://maptime.io/salzburg/ Aber nur wenn noch welche da sind. Meine 
Meldung ist ja schon recht spät ...


Viele Grüße,
Jakob

On 15.11.18 16:15, scubbx wrote:

Liebe Leute,

Ich habe soeben Flyer nach folgender Vorlage bestellt:
https://github.com/scubbx/osm-at-flyer/releases/tag/aut_112018
Meldung folgt, sobald ich sie in der Hand habe.

Beste Grüße,
Markus
(ScubbX)


Am 29.10.18 um 12:09 schrieb scubbx:

Hallo, liebe Mitmapper und Mitmapperinnen!

Der OSM-AT Verein wird in Kürze wieder neue OSM - Flyer bestellen.
(https://github.com/scubbx/osm-at-flyer)
Falls jemand weiß, dass eine größere Menge benötigt werden wird, kann
dies jetzt kundgetan werden, dann werden wir diese Menge in der
Bestellung berücksichtigen.

Beste Grüße,
Markus (ScubbX)


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

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



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

[Talk-at] Maptime Salzburg - OSM und mehr

[Jakob Miksch]

Hallo miteinander,

letzten Monat haben wir den Stammtisch bzw. das Meetup "Maptime 
Salzburg" gegründet. Dieses monatliche Treffen soll allen 
Geo-Interessierten die Möglichkeit bieten sich über Themen wie 
Geoinformatik, Fernerkundung, Geodaten oder Programmieren auszutauschen.


Das nächste Treffen wird am Dienstag den 13.11.2018 ab 19 Uhr in der 
Trumerei <https://www.openstreetmap.org/node/2949428521> in Salzburg 
stattfinden.


Als zusätzliche Aktion wollen wir um 18 Uhr gemeinsam für eine Stunde 
mappen. Die Idee ist mit der App StreetComplete Anfänger an das Thema 
OSM heranzuführen.


Informationen über unsere vergangenen und zukünftigen Treffen findet Ihr 
auf unserer Internetseite: http://maptime.io/salzburg/


Außerdem haben wir eine offene Mailingliste über die wir uns 
austauschen: https://lists.fossgis.de/mailman/listinfo/maptime-salzburg


Bitte gebt uns kurz per Mail Bescheid wenn ihr beim Treffen dabei seid: 
maptime@gmail.com


Viele Grüße,
Jakob
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-dk] "hærværk"

[Jakob Riis Josephsen]

Åh hvor har jeg mange gange siddet i Uffes sted, og hvor er det umådeligt
demotiverende at man har en bedrevidende og insisterende sofamapper
siddende i den anden ende af landet, som konstant vil ind og ændre på alt
hvad man laver af tilføjelser og korrektioner i ens "baghave", selv om
vedkommende ikke har skyggen af lokalkendskab...

Normalt resignerer jeg og lægger mine kræfter andre steder end OSM, men når
emnet nu kommer op synes jeg i det mindste at jeg vil bakke Uffe op...

MVH Jakob

Den lør. 8. sep. 2018 kl. 12.51 skrev Jonathan Hougaard <
hougaar...@gmail.com>:

> Som du har tegnet vejen ind i changeset 62382704
> (https://www.openstreetmap.org/changeset/62382704) vil jeg give Hjart
> helt ret i, at det ikke ser helt sandsynligt ud.
>
> Hvis du kommer kørende fra Køgevej mod lufthavnen vil du først dreje ind
> på Lufthavnsvej, hvorefter en kort del af vejen hedder Lyngbækvej,
> hvorefter den igen hedder Lufthavnsvej. Skellet mellem navnet Lyngbækvej
> og Lufthavnsvej burde nok være flyttet hen til T-krydset. Se dette
> screenshot: https://i.imgur.com/p16ID1F.png
>
> Uden selv at have været der, vil jeg gætte på, at vejstykket mellem de
> to røde streger skal omdøbes til Lufthavnsvej, ikke Lyngbækvej.
> Alternativt skal hele vejstrækningen fra T-krydset og ud til Køgevej nok
> hedder Lyngbækvej. Under alle omstændigheder virker det underligt, at
> det meget korte vejstrykke skulle have to forskellige navne.
>
>
> Mvh
>
>
> On 08/09/2018 12:46, Uffe Kousgaard wrote:
> > Ja, det er den strækning.
> > Jeg har været forbi igår og set det hele med egne øjne og kan godt
> > huske, hvordan det ser ud, uden at tage billeder.
> >
> > Det må være Hjart, som dokumenterer hvis han mener at vide bedre.
> > Ellers skal han holde op med at rette i det andre, har lagt ind.
> >
> > Det er ikke første gang, jeg oplever det med netop ham. Derfor
> > reaktionen.
> >
> > mvh
> > Uffe Kousgaard
> >
> >
> > On 08-09-2018 12:36, Jonathan Hougaard wrote:
> >> Tag lige en dyb indånding
> >>
> >>
> >> Er det navnet på af den vestlige del af Lufthavnsvej/Lyngbækvej vest
> >> for Roskilde Lufthavn, det drejer sig om? Du kan jo evt. lægge et
> >> billede op på Mapillary med et billede af det vejskilt, der viser
> >> vejnavnet, så kan den sag vel hurtigt blive lukket.
> >>
> >>
> >> Mvh
> >>
> >>
> >> On 08/09/2018 12:29, Uffe Kousgaard wrote:
> >>> Jeg vil gerne af denne vej bede brugeren "Hjart" om ikke fortsat at
> >>> ødelægge de ændringer jeg har lagt ind i OSM, efter en ny vej er åbnet.
> >>> Han tror åbenbart, at han hjemme fra sofaen ved bedre og så bliver
> >>> han ved med at lave forkerte rettelser, som jeg så skal bruge tid på
> >>> at rette tilbage.
> >>>
> >>> Er der et officielt sted, hvor man kan anmelde brugere for
> >>> "hærværk", evt. med henblik på at få lukket deres konti?
> >>>
> >>> mvh
> >>> Uffe Kousgaard
> >>>
> >>>
> >>> ___
> >>> Talk-dk mailing list
> >>> Talk-dk@openstreetmap.org
> >>> https://lists.openstreetmap.org/listinfo/talk-dk
> >>
> >>
> >> ___
> >> Talk-dk mailing list
> >> Talk-dk@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-dk
> >
> >
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk
>
>
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] https://oisfixes.iola.dk/ ?

[Jakob Barfod]

Hej – 

 

Som opfølgning på diskussionen om AutoAWS tænkte jeg, at det ikke kunne skade 
at opdatere https://oisfixes.iola.dk/, da jeg fandt et forkortet vejnavn, som 
jeg ville korrigere;

 

https://www.openstreetmap.org/way/34865927

og

 <http://www.mapillary.com/map/im/kwVpmT6ma_ZaVzmod5H5dw> 
http://www.mapillary.com/map/im/kwVpmT6ma_ZaVzmod5H5dw

 

- men når jeg prøver at søge på “Gl. Søvej” på https://oisfixes.iola.dk/, får 
jeg kun et underligt svar:

 

{"results": [], "name": "Gl. S\u00f8vej"}

 

…og så kommer jeg til kort (no pun intended). Hvad gør man derfra?

 

Skal jeg bare droppe at bruge https://oisfixes.iola.dk/?

 

Venligst,

 

-- 

Jakob

 

 

 

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

[Talk-dk] FW: autoAWS første udkast

[Jakob Barfod]

Til Søren Johannesen / Neogeografen, cc:OSM talk-dk.

Hej Søren.

Undskyld, jeg sådan trænger mig på, men du har tidligere været aktiv på din
blog "microformats", som p.t. ikke er tilgængelig.

Som du kan se herunder, er der på OSM's talk-dk-postliste en længere
diskussion i gang vedr. automatisk import og opdatering af danske adresser
fra Det Danske Adresseregister til erstatning for AWSbot.

Men hvordan er det nu? På din blog har du tidligere nævnt et projekt om
oprydning i de danske gadenavne
(http://www.microformats.dk/2012/01/12/helt-sk%c3%a6v-i-sk%c3%a6vinge/) -
men det var tilbage i 2012(!)

Fra din blog:

"Der kører et prestige projekt i OpenStreetMap Danmark, som går ud på at
blive det første online kort i Danmark, som bruger korrekt retstavning for
vejnavnene. Dvs at forkortelser som fx Gl, Sdr, Ndr, Nr, Dr, Kvt osv.
forsvinder og i stedet for skrives de fuldt ud (Dr bliver så til Dronning
eller Doktor) samt at personnavne i vejnavnene skrives mere korrekt end hvad
offentlige myndigheder gør det pt. fx “Chr Winthersvej” bliver til det mere
korrekte “Christian Winthers Vej”."

Kan du huske noget om, hvor projektet er dokumenteret?

Venligst,

-- 
Jakob

-Original Message-
From: Niels Elgaard Larsen [mailto:elga...@agol.dk] 
Sent: 17. april 2018 14:19
To: talk-dk@openstreetmap.org
Subject: Re: [Talk-dk] autoAWS første udkast

On Tue, 17 Apr 2018 11:13:12 +0200
Jonathan Hougaard <hougaar...@gmail.com> wrote:


> Mht. 4 - som nævnt tidligere, er min tilgang generelt (nødt til at 
> være), at data fra DAR er korrekt.

Men det er data fra DAR altså ikke altid. Datakvaliteten er høj, men det er
ikke perfekt.

> Jeg har ikke deltaget i den nævnte
> diskussion, og kender derfor ikke argumenterne. Teknisk kan jeg godt, 
> hvis der er konsensus om det, rette forkortede vejnavne til deres 
> fulde navn før de importeres. Dette kræver, at der er en eller anden, 
> der laver en komplet liste med forkortelser og deres udvidede form 
> (Dr. = Doktor, Nr. = Nørre osv.)

Men er dit system så smart nok til at vide at "Dr. Dorothea" er Dronning
Dorothea og ikke Doktor Dorothea?

> Umiddelbart har jeg lidt svært ved at forstå, hvorfor vi ønsker at 
> ændre de tilsyneladende officielle vejnavne fra DAR,

Fordi de ikke er korrekte. Og de er heller ikke officielle. Det er bare en
database. Mange af fejlene i DAR skyldes at vejnavnene oprindeligt er
indtastet i et system, hvor der kun var plads til 20 tegn for vejnavne. Det
gør ikke Borgm.Jespersensvej til et officielt vejnavn, så kommunen kører ud
og skifter alle skiltene.

Det ser ud til at de fleste fixes på OIS-fixes nu er rettet i DAR, (fx
Tengslemrk Strandvej => Tengslemark Strandvej).

Men der var jo så et stykke tid hvor navnene var korrekte i OSM, men endnu
ikke rettet i DAR/AWS. Og måske har de rettet det fordi de så rettelsen i
OSM. Under alle omstændigheder kommer der sikkert nye veje med fejl i DAR,
som de vil være lang til om at rette.


> men som sagt
> kender jeg ikke argumenterne.


> Mht. position, som tidligere diskuteret et sted i forrige tråd, bør 
> fejl rettes direkte hos DAR.

Igen, der kan gå lang tid inden vi får rettet fejl i DAR.
Og hvis vi ved at data i OSM er forkerte, skal der være en måde at rette dem
i OSM indtil de bliver rettet i DAR.

> Hvis der er helt exceptionelle tilfælde hvor en adresseknude i OSM 
> ikke skal placeres på den officielle placering (jeg kan ikke 
> umiddelbart komme på nogen!),

https://overpass-turbo.eu/s/xYk
Mange af dem er rettet i DAR, så vi burde gå dem igennem og rydde op.

Men der er stadig mærkelige ting i DAR.

Fx at der både er Gl. Strandvej 237 i Humlebæk og Gammel Strandvej 237 i
Espergærde.

>  kan vi
> eventuelt anvende et specielt tag, så knuden bliver ignoreret 
> (autoaws=ignore eller hvad ved jeg). Så vidt jeg forstår, har AWSbot 
> haft en tilsvarende funktion.

Vi kan vel fortsætte med ois:fixme
 
> On 17/04/2018 10:26, Jakob Barfod wrote:
> >> I må meget gerne kigge beskrivelsen igennem og komme med forslag og 
> >> kommentarer til dette.
> > 1. Rigtig godt arbejde!
> >
> > 2. Foretrækker du, at diskussion foregåer her på talk-dk eller på 
> > diskussionssiden på wiki'en? 2.a. Hvis her på talk-dk, så opretter 
> > jeg lige en henvisning på wiki'en.
> >
> > 3. Henvisninger til AWSbot på diverse wiki-sider bør opdateres, så 
> > AutoAWS nævnes i stedet. Ikke ment sådan, at _du_ skal gøre det, men 
> > hermed efterlyses steder, hvor vi bør opdatere diverse tekster.
> > Fx... 3.a https://wiki.openstreetmap.org/wiki/Addresses#Denmark 3.b 
> > https://www.openstreetmap.org/user/AWSbot 3.c 
> > https://wiki.openstreetmap.org/wiki/Import/Catalogue/KMS 3.d Flere?
> >
> > 4. Konfliktende opdateringer? Hvem har ret, DAR eller OSM?
> > Jf. den gamle "Dr. Tværgade<>Doktor

Re: [Talk-dk] autoAWS første udkast

[Jakob Barfod]

> > Mht. position, som tidligere diskuteret et sted i forrige tråd, bør
> > fejl rettes direkte hos DAR.
> 
> Igen, der kan gå lang tid inden vi får rettet fejl i DAR.
> Og hvis vi ved at data i OSM er forkerte, skal der være en måde at rette
> dem i OSM indtil de bliver rettet i DAR.

Bemærk følgende fra https://wiki.openstreetmap.org/wiki/Da:Adresser :

  "osak:street_name=* er kun benyttet i tilfælde hvor der er blevet oprettet en 
automatisk rettelse af vejnavne via OIS-fixes siden. Tagget vil da indeholde 
det oprindelige vejnavn som angivet i OIS hvorimod addr:street=* vil indeholde 
det korrekte vejnavn.

Så husk ikke at ændre i osak:street_name=* for ellers kan botten ikke finde ud 
af det og importere adressen 2 gange."

Det giver god mening...

-- 
Jakob


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

Re: [Talk-dk] autoAWS første udkast

[Jakob Barfod]

> I må meget gerne kigge beskrivelsen igennem og komme med forslag og
> kommentarer til dette.

1. Rigtig godt arbejde!

2. Foretrækker du, at diskussion foregåer her på talk-dk eller på 
diskussionssiden på wiki'en?
2.a. Hvis her på talk-dk, så opretter jeg lige en henvisning på wiki'en.

3. Henvisninger til AWSbot på diverse wiki-sider bør opdateres, så AutoAWS 
nævnes i stedet. Ikke ment sådan, at _du_ skal gøre det, men hermed efterlyses 
steder, hvor vi bør opdatere diverse tekster. Fx...
3.a https://wiki.openstreetmap.org/wiki/Addresses#Denmark
3.b https://www.openstreetmap.org/user/AWSbot
3.c https://wiki.openstreetmap.org/wiki/Import/Catalogue/KMS 
3.d Flere?

4. Konfliktende opdateringer? Hvem har ret, DAR eller OSM?
Jf. den gamle "Dr. Tværgade<>Doktor Tværgade"-diskussion, så lægger jeg mærke 
til, at stavningen fra DAR bruges, hvis der er forskel:

   "Any one of the following conditions will trigger an update: 
   [...]
   The position (lat and lon) of the node is not equal to the AWS address 
position 
   addr:street=* is not equal to the AWS street name "

Er det hensigtsmæssigt? Hvad nu hvis en OSM-bruger har tilrettet forkerte data 
(fx position eller stavning af vejnavn)? Det kan jeg simpelthen ikke gennemskue.

-- 
Jakob


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

Re: [Talk-dk] Nyt script til addresseopdateringer

[Jakob Barfod]

> > F.eks. bør den kunne finde ud af at flette oplysningerne korrekt
> > sammen hvis nogen har tilføjet ekstra tags. Hvis adresseknuden senere
> > forsvinder fra det officielle register, bør den jo nok også lade være
> > med at slette sådan en knude men i stedet bare slette osak-tagsn'e.

Helt enig. Det nævnes flere gange i tråden, at DAR kommer til at blive det 
autoritative datagrundlag - og fx slette/ændre adressenoder i OSM, hvis der er 
kommer nye(re) data fra DAR.

Det synes jeg er en tvivlsom tilgang; der er stor chance for, at OSM's data er 
mere korrekte (fx rettelse af forkerte koordinater) eller fyldestgørende (fx i 
form af supplerende tags) end data fra DAR (jf. mit spørgsmål om supplerende 
tags; https://lists.openstreetmap.org/pipermail/talk-dk/2018-April/005026.html).

Venligst,

-- 
Jakob


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

[Talk-dk] Andre tags på adressenoder? (WAS: Nyt script til addresseopdateringer)

[Jakob Barfod]

> Det er meget almindeligt at udlændinge/uerfarne finder en adressenode og
> putter alt muligt andet info på. I mange tilfælde kan det umiddelbart
> virke oplagt at gøre således og ofte virker det ikke som sådan "forkert".
> Dog kan det virke det virke upassende at have alle disse osak:* tags på
> f.eks en butik og hvad sker der f.eks. hvis butikken slettes fordi den er
> lukket eller der er tale om en butik nederst i en etageejendom og den
> derfor ikke er alene om adressen?

[...]

> Steffen Møller/AWSbot "eksporterede" jævnligt diverse "fremmede" tags fra
> osak adressenoder. Eksempler i Århus: https://overpass-turbo.eu/s/xTn
> 
> Jeg har også rutinemæssigt udskilt "fremmede tags" når jeg har observeret
> dem blive påsat og osmviborg er også begyndt at gøre det
> 
> Slettes adresse tags på en node med "fremmede tags" fordi adressen ikke
> eksisterer længere vil jeg anbefale at den tagges med et fixme=*

Jeg er en af de "uerfarne", som efterfølgende har fået adskilt adresser og 
andre egenskaber. Eksempel:

https://www.openstreetmap.org/way/12943/history

Jeg kan godt forstå princippet om at undgå redundante data, men jeg har ofte 
opdateret adresseinformation for fx butikker på linie med andre 
kontaktinformationer/åbningstider/telefon etc.
Det synes jeg giver mening, eftersom forskellige programmer (fx mkgmap til 
Garmins gps'er) benytter OSM's kontaktinformationer - herunder adresserne, hvis 
de findes. Hvis adresseinformationer _ikke_ ligger på samme node som butikken, 
skal man til at gætte på den korrekte adresse - oftest den adressenode, som er 
tættest på, men langt fra altid.

Med andre ord er det en helt traditionel datamodelleringsøvelse - og jeg kunne 
godt tænke mig lidt mere information: Hvornår/hvor er det besluttet, at danske 
adresser skal udskilles fra andre punkter (fx butikker & andre POI's?)

Venligst,

-- 
Jakob


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

Re: [OSM-talk] "The Future of Free and Open-Source Maps" Slashdot.org , Saturday February 17, 2018

[Jakob Mühldorfer]

Thanks for pointing it out to us!

I too have some thoughts on points in the article.
One I agree with, one not

Let me start with this one:
"No Support For Observational, or Other Datasets"
This is the point I agree with.
OSM is missing out on some valuable information due to this strict 
"verifiable on the ground" policy.
There is much more to a location, that the things that are currently 
there to see and easy to check.
I spent a long time browsing "atomic bomb text explosion sites" that are 
currently in OSM, a few people not interested in OSM were also really 
excited to see where they happened. But you would hardly be able or want 
to verify these?
Same goes for shipwrecks, they are accepted in the database, but how 
many people can first hand confirm the Titanic is really at this location?
I myself would also have liked to add a few locations or buildings used 
in movies, whoever dislikes such information could just ignore it.
Generally people who are experts in certain fields or have certain 
interest could generate a lot of highly interesting information, that 
others could learn from and that could also amaze "non OSM" people and 
get their interest in the project.


The thing I disagree with is
"OSM's Lack of Layers"
First concern is, that it would really restrict us.
How are you going to connect a highway to a building entrance? Have the 
entrance node on one layer, the building layer on another, the highway 
on a third, and then have some "relation style" super link across 
layers? Same for a ford on a highway over a river, and many more.
Second concern is, that it does not seem to be working in other maps 
that have it. Sure, it might more simple to write a few tools, but for 
example the map of the big G has illogical collisions of these layers in 
almost all parts of the world. Human editors would still need to work in 
the context of all layers to avoid these illogical "two features in once 
place" errors, and on a software level you would need a whole new set of 
complex validation software checking across all layers.


My thoughts on the issues



Am 17.02.2018 um 10:56 schrieb Oleksiy Muzalyev:

This article is on the front page of the Slashdot today:

Fri 16 February 2018 "Why OpenStreetMap is in Serious Trouble"

https://blog.emacsen.net/blog/2018/02/16/osm-is-in-trouble/





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

Re: [Talk-dk] Multipolygoner (WAS: Kortlægning af meget store markområder)

[Jakob Barfod]

2018-02-06 14:16 Soren Johannessen [mailto:soren.johannes...@gmail.com]:
> Tagget er forkert - det skal være landuse=forest  - der er ikke noget 
> natural=forest tag det er derfor du ikke ser nogen rendering.

Argh. Rookie mistake. Tak for hjælpen!

-- 
Jakob


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

[Talk-dk] Multipolygoner (WAS: Kortlægning af meget store markområder)

[Jakob Barfod]

Tilbage i november skrev Michael;

> Bemærk også at lignende store multipolygoner bruges meget til bl.a. skove og
> søer.

Det har jeg prøvet; se fx

https://www.openstreetmap.org/relation/7751465

...som af en eller anden grund ikke bliver vist på standardkortet.

Nu kan multipolygoner være tricky, så der er stor sandsynlighed for, at der er 
noget, jeg har overset. Er det mig, der mangler noget, eller er det 
standardkortet, som ikke renderer korrekt?

-- 
Jakob


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

Re: [Talk-de] routing.openstreetmap.de

[Jakob Mühldorfer]

Hallo Michael,

danke dass du das eingerichtet hast.
Eine Frage zu diesem Teil:


mit OSRM — mit Auto-, Fussgänger- und Bike-Profil

Dies sind die standard Profile, unverändert von OSRM übernommen?

VG
Jakob



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

Re: [Talk-dk] Cykelstier versus gangstier

[Jakob Barfod]

Niels spurgte:

> Jeg mener ikke at highway=cycleway er korrekt for fællesstier.
>
> Det må være highway=path
>
> Og kan man så have:
> bycycle=designated,foot=designated,motor_vehicle=no,horse=no
>?
> Altså have to gange designated?

Ja... det er i hvert fald sådan, JOSM gør det: I JOSM bliver en "combined foot 
og cycleway" tagget med
bycycle=designated,foot=designated,highway=path,segregated=no

-- 
Jakob


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

Re: [Talk-dk] Vroldvej

[Jakob Barfod]

> From: Asger Frank [mailto:asg...@gmail.com] 
>
> Altid rart med kilde i ændringssættet eller på objektet; så havde vi uden 
> videre kunnet se denne.

Hej -

Det er mig, der oprindeligt tilføjede de nye til/frakørsler. Som det ses af

http://www.openstreetmap.org/way/420844575/history

så angav jeg faktisk kilden til den oprindelige highway;

source = 
http://www.vejdirektoratet.dk/DA/vejprojekter/sydvendte_ramper_H060.22/Sider/default.aspx

Jeg indtegnede ramperne, lige før konstruktionen gik i gang, som 
highway=construction ved hjælp af Vejdirektoratets offentliggjorte kort samt 
JOSM-plugin'et "PicLayer", men jeg har ikke været forbi efterfølgende for at se 
og korrigere det endelige resultat.

Så når Lars Gravengaard <lar...@gmail.com> spørger 

> Er vi ikke enig om at ned kørsel er trukket alt for langt væk fra op kørslen? 

- så er svaret: Rampen er tegnet ind på baggrund af vejdorektoratets kort - og 
i det omfang, der er uoverensstemmelse mellem Vejdirektoratets oplysninger og 
virkeligheden, så er det virkeligheden, der vinder :-)

-- 
Jakob


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

Re: [OSM-talk] Responding to vandalism

[Jakob Mühldorfer]

Google tried to have restrictions on new editors
The map got vandalised anyways and they shut down public editing
So basically what others said, not in favour of any kind of restrictions.


Am 16.03.2017 um 14:47 schrieb Manohar Erikipati:

Hi all,

Last saturday, Central park in New York City was vandalized by a new OSM user 
`Meowthreetimes` in all the map edits:

- 46756622 introduced a fictional lake inside Central 
parkhttps://www.openstreetmap.org/changeset/46756622
- 46756461 renamed Central park 
inhttps://www.openstreetmap.org/way/427818536/history
- 46756506 introduced a fictional lake near Fort worth 
Dallashttp://www.openstreetmap.org/way/479837732/history

It took 2 days for the edits to be noticed and reverted on one of the most 
popular locations in the world.

This was possibly preventable with a more active mapping community, but a 
previous incident [1] highlights how simple cases like dragged ways can stay 
around the map for months under the eyes of local mappers. The current strategy 
of leaving changeset comments to users to prevent bad edits does not scale, 
especially if the mappers do not read messages like Maps.me editors [2], or if 
there are no expert mappers in the area who are knowledgeable in reporting and 
reverting changes.

Thinking out loud on how we could better improve the current process to act on 
bad edits:

- DWG currently acts promptly on incidents reported via email, but we need a 
more accessible mechanism that allows new users to report such incidents 
directly from the website or editors. The email details and existence of DWG, 
is only available currently in the wiki [3]
- Auto-blocking known vandals to prevent repeated attacks [4]
- An organised repository to report and learn from previous attacks. There 
seems to have been an effort to do this many years ago on the wiki [5]
- More visibility, awareness of QA tools and history tab on the OSM homepage. 
Most of the really powerful QA tools like osmhv and osmose are only known to 
advanced users.

It would be great to hear more approaches that could protect the map against 
common mistakes and intentional attacks. Much of the world lacks an active 
mapping community, so it is up to a small set of power mappers to catch and 
revert most of the bad edits [6]. Building better support systems to respond to 
bad edits could help more experienced mappers focus on community building 
activities.


[1]https://www.openstreetmap.org/user/PlaneMad/diary/40491
[2]https://github.com/mapsme/omim/issues/4188
[3]https://wiki.openstreetmap.org/wiki/Vandalism
[4]https://en.wikipedia.org/wiki/Wikipedia:Autoblock
[5]http://wiki.openstreetmap.org/wiki/List_of_Vandalism_Changesets
[6]http://osmcha.mapbox.com/?usernames=woodpeck_repair%2C+zool%2C+SomeoneElse_Revert%2C+mavl%2C+pnorman_mechanical%2C+_sev%2C+OSMF+Data+Working+Group%2C+Peda%2C+FTA_dwg%2C+Deanna+Earley%2C+Firefishy_repair%2C+drolbr%2C+emacsen_dwg%2C+sly_suspect=False_whitelisted=All=False




Best,

Manohar Erikipati

osm : manoharuss


___
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] No changeset discussion box - Modified via wheelmap.org?

[Jakob Mühldorfer]

Hi Dave,

this is usualy the case when the CS is not closed yet.
https://help.openstreetmap.org/questions/29981/what-is-an-open-changeset
Should be available after a while, but not sure the exact number until 
CS are automatically closed any more.


Jakob


Am 01.03.2017 um 14:33 schrieb Dave F:

Hi

This changeset has no discussion box:
https://www.openstreetmap.org/changeset/46492338

The user's other edits does. Is it due to it being via wheelmap 
(created_by rosemary v0.4.4)?


DaveF

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


___
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-dk] Vedr. indlæsning af data vedr. hastigshedsgrænser

[Jakob Barfod]

Niels skrev:
 
> Men vi kan komme langt ved at vise, hvor vi mangler hastighedsgrænser i
> OSM.

Jeg mener at kunne huske, at der var et godt værktøj til at vise fartgrænser på 
http://osm.rasher.dk, men serveren er taget ned - så nu bruger jeg denne:

http://product.itoworld.com/map/124?lon=11.71158=56.24868=8_sidebar=map_key=true

Kan den ikke bruges? Hvad bruger I andre?

-- 
Jakob


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

Re: [OSM-talk] Automated wifi=* edits

[Jakob Mühldorfer]

Intention was to change it without any information loss
wifi=yes would be the only thing edited here, and become 
internet_access=wlan
And additional tags, or any other values (like wifi=free) would not be 
touched by the proposed edit at all



Am 10.01.2017 um 01:08 schrieb Andy Mabbett:

On 8 January 2017 at 14:04, Jakob Mühldorfer <m...@jmuehldorfer.de> wrote:


this is a question about automated edits of the "wifi" key.
The goal would be to have all these converted to "internet_access" keys.

To change wi-fi=yes to internet_access=yes would be a degradation,
with a loss of data. My local library, for example, offers Internet
access, but not Wi-Fi - I can use their PC, but not my device.

Or do you mean to change wi-fi=yes to internet_access=wi-fi ?

The proposal is not clear.




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

[OSM-talk] Automated wifi=* edits

[Jakob Mühldorfer]

Hello to everyone in the OSM list,

this is a question about automated edits of the "wifi" key.
The goal would be to have all these converted to "internet_access" keys.
Blind edits are discouraged in the wiki for a good reason, so this is 
just to get some feedback on a very specific automated edit, that should 
hopefully not produce any error:


 * Only edit whitelisted objects, where wifi makes sense. Bars, pubs,
   restuarants, hotels
 * Only edit a very limited selection of objects that do not have *any*
   other tag than its type ("amenity","leisure", "tourism"), a "name",
   "addr:" keys and "wifi=yes" or "wifi=no" or "wifi=free" keys
   This should gurantee that no comments, no notes or other other
   existing "wifi:" tags or "internet_access" tags are misinterpreted
   or ignored

Can anyone think of a case where this limited automated edit could still 
produce problems in the data?


Thanks for feedback
Jakob


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

Re: [Talk-cz] Toll values on the D8

[Jakob Mühldorfer]

Thank you for keeping me informed to well and reacting so quickly
Glad the values are correct now :)

Jakob


Am 06.01.2017 um 09:25 schrieb jzvc:

Hi,

there is new highway part (Teplice - Vchynice), toll tags added now. 
Others are correct.


Czech: Chybelo tagovani na tom useku pres stedohori, ten zpoplatnenej je.

Dne 6.1.2017 v 2:20 Jakob Mühldorfer napsal(a):

Hi,

Sorry for asking on this list without being informed what you wrote
about the D8 before, but I wanted to ask about the "toll" values on 
the D8

Something seems a bit odd, but maybe it all makes sense.

The first part between Germany and Knínice has the side leaving the
country toll=yes, and on the other side toll=no
Is this so people who drive into the country can still exit the highway
on the first exit, without paying toll?
If yes, this seems correct

Then follows a part between Knínice and Teplice where both sides are
toll=no. Is it also correct that anyone can drive without paying toll in
either direction here?

After Teplice, in one direction, is a tiny part of toll=yes
Then between Teplice and Vchynice toll values are missing entirely.
This is the part where something might be wrong.

The rest until Zdiby is toll=yes, then from there to Prague toll=no.
This seems correct.

Thanks for some information
Jakob


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



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



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

[Talk-cz] Toll values on the D8

[Jakob Mühldorfer]

Hi,

Sorry for asking on this list without being informed what you wrote 
about the D8 before, but I wanted to ask about the "toll" values on the D8

Something seems a bit odd, but maybe it all makes sense.

The first part between Germany and Knínice has the side leaving the 
country toll=yes, and on the other side toll=no
Is this so people who drive into the country can still exit the highway 
on the first exit, without paying toll?

If yes, this seems correct

Then follows a part between Knínice and Teplice where both sides are 
toll=no. Is it also correct that anyone can drive without paying toll in 
either direction here?


After Teplice, in one direction, is a tiny part of toll=yes
Then between Teplice and Vchynice toll values are missing entirely.
This is the part where something might be wrong.

The rest until Zdiby is toll=yes, then from there to Prague toll=no.
This seems correct.

Thanks for some information
Jakob


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

Re: [Talk-de] Import Gehwegdaten Heidelberg

[Jakob Miksch]

Hallo,

vielen Dank schonmal für die genaue Prüfung!

On 17.12.2016 20:58, Joachim Kast wrote:


"source:sidewalk_attributes" wurde fälschlicherweise auch an alle Knoten
der bearbeiteten Straßen gehängt.


Stimmt, das ist falsch und wird korrigiert.


"paved" ist als Oberflächenbeschaffenheit etwas ungenau. Was außer
Asphalt und Gehwegplatten ist damit gemeint?
Als "paved" wurde alles getagged, was im Referenzdatensatz als 
"Platte/Pflaster" kategorisiert war.



In der Mönchhofstraße [2] und Umgebung wurden die baulich getrennten
Fuß-/Radwege nicht berücksichtigt. Die Oberflächenbeschaffenheit gehört
an diese und nicht an die Straße. Da eure Tags an keinem Footway,
Cycleway oder Path zu finden sind, wurde dies bisher wohl komplett
übersehen.

Das stimmt. Auch das wird korrigiert!

Was bedeuteten die Werte für "decke" in dem Shapefile? Könnten daraus
surface und smoothness genauer abgeleitet werden?


"decke" ist der Code für die Strassendecke  (z.B Asphalt, 
Platte/Pflaster). "smoothness" kann tendenziell nicht abgeleitet werden, 
da der Datensatz die Art der Oberfläche enthält, nicht jedoch deren 
Beschaffenheit.




Da ihr die Gegend kennt: Wieviel Prozent der Wege werden vor dem
Hochladen auf Plausibilität und Aktualität überprüft? Ab welcher dabei
festgestellten Fehlerquote wird alles nochmal gegengeprüft?


Wir wissen noch nicht wieviel Prozent wir genau prüfen werden. Das kommt 
erst im zweiten Schritt. Erstmal möchte ich herausfinden ob der Upload 
der Daten prinzipiell möglich ist bzw. von der Community überhaupt 
akzeptiert wird.
Es ist auf jeden Fall ein guter Einwand die Plausibilität und Aktualität 
der Daten mit einer Fehlerquote zu messen.


Momentan prüfe ich nochmal die Sache mit der Lizenz.

Viele Grüße,
Jakob


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

Re: [Talk-de] Import Gehwegdaten Heidelberg

[Jakob Miksch]

Hallo miteinander,

ich kümmere mich jetzt um den "Import" der Gehwegdaten in Heidelberg 
https://wiki.openstreetmap.org/wiki/Import/Sidewalks_Heidelberg .


Im Wiki ist jetzt ein Ausschnitt des ursprünglichen Datensatzes verlinkt:
https://www.dropbox.com/s/9h2au112mo518xq/SidewalksHeidelberg_Selection.zip?dl=0

Die daraus erzeugten .OSM Files könnt Ihr hier sehen:
https://drive.google.com/file/d/0B1BjAlndKIKxTmhsSXdhcTAxRjQ/view

Die veränderten Daten könnt Ihr beispielsweise mit der "Filter"-Funktion 
auf JOSM ansehen.


Die Daten sind vom letzten Juli. Beim Hochladen in die OSM-Datenbank 
müssen dementsprechend einige Konflikte gelöst werden. Das werden wir 
natürlich "händisch" machen. Da wir die Gegend kennen, werden wir die 
Daten auch auf Plausibilität und Aktualität prüfen.


Ich möchte nochmal erwähnen, dass es sich bei diesen Daten um **keinen** 
mechanischen Import handelt. Vielmehr wurden die OSM-Tags "händisch" aus 
den Ursprungsdaten (Shapefiles) extrahiert (ähnlich wie man aus einem 
Satellitenbild Häuserumrisse oder Landnutzung ableitet).


Was ist eure Meinung, ist es für euch in Ordnung diese Daten in OSM 
hochzuladen, habt Ihr noch offenen Fragen?


Viele Grüße,
Jakob

PS: Hier noch der Link zum Thread aus dem Juli 
https://lists.openstreetmap.org/pipermail/talk-de/2016-July/113309.html







--

Date: Thu, 14 Jul 2016 00:40:07 +0200
From:masta...@stud.uni-heidelberg.de
To:talk-de@openstreetmap.org
Subject: Re: [Talk-de] Import Gehwegdaten Heidelberg
Message-ID:
<20160714004007.5z7xuz1ha84sc...@wwwmail.urz.uni-heidelberg.de>
Content-Type: text/plain;   charset=ISO-8859-1; DelSp="Yes";
format="flowed"

Hallo zusammen,

hier ein paar Ergänzungen zum geplanten Import:

1. Ich habe die E-mail mit der Erlaubnis für die Datennutzung auf der
Wiki-Seite veröffentlicht:
http://wiki.openstreetmap.org/wiki/Import/Sidewalks_Heidelberg

2. Ich darf die Daten für die Ableitung von Attributen zu verwenden,
habe jedoch keine explizite Erlaubnis, sie direkt in OSM hochzuladen
oder die Shapefiles hier zu veröffentlichen (vgl. Permission Text).
Ich hoffe, das stellt kein Problem dar.

3. Was die Ableitung des width-tag betrifft, ist noch kein konkretes
Verfahren ausgearbeitet; da dies jedoch mittelfristig geplant ist,
wollte ich es im Wiki wenigstens nennen. Wenn sich dazu etwas Neues
ergibt, schreibe ich es hier!

Ich hoffe, damit konnte ich einige Fragen beantworten.
Viele Grüße
Lisa


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

Re: [Talk-de] Welches Navi für Autonavigation

[Jakob Mühldorfer]

Hi Andreas,

es funktionieren quasi alle Garmin Geräte gleich gut mit OSM Karten, der 
ganze moderne Kram wie Lane Assist und Junction View gehen mit OSM 
Karten leider nicht.
Die "Lifetime Updates" der Garmin Karten wirst du auch nicht brauchen, 
das selbe Modell ohne "LT" geht also genau so.

Ob das TMC Traffic Modul mit OSM geht kann ich leider nicht sagen.

Es gibt aber doch noch Vorteile neuerer Geräte:

 * Mehrere separate gmapsupp Dateien, als z.B. mehrere Länder, können
   gelesen werden
 * Hardware Vorteile wie Display/GPS receiver

Aber auch Vorteile der alten Geräte:

 * Laden mit normalen USB Kabel funktioniert, statt dem sche*ß Garmin
   Ladestecker mit anderer Pin Belegung
 * Sind gebraucht teils sehr günstig zu erstehen, da die meisten Leute
   keine Ahnung haben dass es gratis super Kartenmaterial gibt

Ich selbst nutze ein nüvi 205 von 2008, hat gebraucht 15€ gekostet und 
liefert eigentlich die selben Ergebnisse wie die neuen Modelle, die das 
10fache kosten.


Falls du auf fundiertere Antworten hoffst, die Leute die mkgmap machen 
sind vermutlich eher informiert über aktuelle Entwicklungen und auch 
sehr hilfsbereit, du kannst ihre Mailinglist hier 
<http://www.mkgmap.org.uk/dev/maillist> finden


Hoffe es hilft
Jakob


PS:
OpenTopoMap <http://garmin.opentopomap.org/> wird normal nicht erwähnt 
wenn es um Garmin Autonativation geht, aber die Darstellung ist mit 
diesem Kartenstil eigentlich hervorragend.

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

Re: [Talk-de] Welches Navi für Autonavigation

[Jakob Mühldorfer]

Hi Andreas,

es funktionieren quasi alle Garmin Geräte gleich gut mit OSM Karten, der 
ganze moderne Kram wie Lane Assist und Junction View gehen mit OSM 
Karten leider nicht.
Die "Lifetime Updates" der Garmin Karten wirst du auch nicht brauchen, 
das selbe Modell ohne "LT" geht also genau so.

Ob das TMC Traffic Modul mit OSM geht kann ich leider nicht sagen.

Es gibt aber doch noch Vorteile neuerer Geräte:

 * Mehrere separate gmapsupp Dateien, als z.B. mehrere Länder, können
   gelesen werden
 * Hardware Vorteile wie Display/GPS receiver

Aber auch Vorteile der alten Geräte:

 * Laden mit normalen USB Kabel funktioniert, statt dem sche*ß Garmin
   Ladestecker mit anderer Pin Belegung
 * Sind gebraucht teils sehr günstig zu erstehen, da die meisten Leute
   keine Ahnung haben dass es gratis super Kartenmaterial gibt

Ich selbst nutze ein nüvi 205 von 2008, hat gebraucht 15€ gekostet und 
liefert eigentlich die selben Ergebnisse wie die neuen Modelle, die das 
10fache kosten.


Falls du auf fundiertere Antworten hoffst, die Leute die mkgmap machen 
sind vermutlich eher informiert über aktuelle Entwicklungen und auch 
sehr hilfsbereit, du kannst ihre Mailinglist hier 
<http://www.mkgmap.org.uk/dev/maillist> finden


Hoffe es hilft
Jakob


PS:
OpenTopoMap <http://garmin.opentopomap.org/> wird normal nicht erwähnt 
wenn es um Garmin Autonativation geht, aber die Darstellung ist mit 
diesem Kartenstil eigentlich hervorragend.


Am 04.12.2016 um 21:21 schrieb Andreas Tille:

Hallo,

ich suche ein Navi zum Routing im Auto (nicht notwendig Tracking) bei
dem ohne Probleme OSM-Daten genutzt werden können. Das Wiki[1] scheint
mir etwas veraltet.  Ich dachte an sowas wie das Garmin Drive 60 LMT.

Gibt es explizite Empfehlungen in diese Richtung?

Viele Grüße

 Andreas.

[1] http://wiki.openstreetmap.org/wiki/DE:Garmin/N%C3%BCvi_series



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

Re: [Talk-dk] Sur bonde

[Jakob Barfod]

> Bidragsyderen ser ud til at være en tysk turist.

...og det var han. Han har svaret på 
https://www.openstreetmap.org/changeset/41602491 :

"[...]Actually the osmand app proposed a different route, and i manually 
diverted the track in order to reach the location Rispebjerg to the east of 
this street and its farm.

We went there by bicycle (2 adults, 2 children). 60 seconds after entering the 
street (it has a stone marking "Brogaard", but no explicit restriction sign) a 
man came in a black car, speeding like crazy, shouting "You have no right to be 
here!" and made sure, we left immediatly. I wondered, if he was concerned about 
his farm, where apparently he keeps some mass live stock (pork production).

Anyway, I think the osm-related problem is the foot path, leading from the 
street to the location Rispebjerg. I don't know if this path actually exists 
(for obvious reasons :-) but it is shown in close proximity to the mass animal 
production facilities.

Regards, Hans"

-- 
Jakob


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

Re: [Talk-dk] Sur bonde

[Jakob Barfod]

> From: Jørgen Elgaard Larsen [mailto:j...@elgaard.net]
> 
> Det med objektivitet er i øvrigt interessant i forhold til den sure bonde.
> Principielt burde vi kun tagge vejen med access=private, hvis der står et
> skilt med f.x. "Uvedkommende kørsel forbudt" - eller hvis vi har en anden
> objektiv kilde.
> 
> En sur bonde er næppe en objektiv kilde. I mangel af et skilt kunne det
> være en tinglysning eller generel lovgivning.
> 
> Men jeg synes godt, at man kan være lidt pragmatisk, så private grundejere
> ikke bliver generet unødigt.

Jep.

Hvis man kaster et blik på, hvordan den sure bondes indkørsel så ud i 2010;

https://goo.gl/maps/2DW7u4ZMrPq

- så er det eneste, jeg kan se, som indikerer, at vejen er privat, at der står 
en postkasse ude ved landevejen. Der står intet om, at vejen ikke må befærdes.

-- 
Jakob


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

[Talk-dk] Overpass Turbo-spørgsmål: Hvordan finder jeg specifikke punkter, jeg selv har redigeret?

[Jakob Barfod]

Hej -

Jeg kunne godt tænke mig at finde et værktøj, der kan hjælpe mig med at
finde en delmængde af mine egne redigeringer.

I det konkrete eksempel har jeg igennem længere tid oprettet og redigeret
"relation:destination_sign"-relationer, og har nu opdaget, at flere af dem
ville være relevante som "information=guidepost". 

Derfor ville det være fint, hvis jeg kunne finde et værktøj, der kunne
identificere punkter, som...
  - jeg engang har redigeret (herunder oprettet)
  - indgår i en relation:destination_sign
...og jeg har forgæves leget rundt i Overpass turbo (og dokumentationen)
uden held.

Spørgsmål:
- Er Overpass Turbo overhovedet det rigtige værktøj?
- Hvis ja: Er der nogen, der har en idé til, hvordan query'en skal udformes?

Venligst,

-- 
Jakob



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

Re: [Talk-de] Linksseitiger Radweg / Straßenbegleitend als oneway?

[Jakob Mühldorfer]

Hi Flo,

Ich sehe es genau so wie Du:
Ein highway oder path geht immer in zwei Richtungen, außer es wird 
explizit oneway angegeben.
Darüber denkt man als Mensch evtl. nur kaum nach, denn wenn man schön 
links und rechts von der Straße zwei Wege sieht, wird intuitiv vermutet 
dass sie in eine Richtung gehen:


Aber für Router ist das ja kein Unterschied zu einem Radweg mitten im 
Nirgendwo, bei dem man als Mensch wieder sofort annimmt dass er in beide 
Richtungen geht:


Zu denen an der der Straße:
Ein cycleway=* bedeutet ja dass es rechts und links etwas für Radfahrer 
gibt, was dann logischerweiße jeweils oneway ist. Demnach sollte bei 
explizit cycleway:left und cycleway:right dann ebenfalls anzunehmen sein 
dass diese jeweils nur in eine Richtung gehen.


MfG
Jakob


Am 09.08.2016 um 17:55 schrieb Florian Lohoff:

Hi,

Mir ist gerade so beim Mappen ein Schnipsel Radweg mit "oneway=yes"
aufgefallen. Dabei ist mir so der Gedanke gekommen das ja eigentlich
viel mehr Radwege ein oneway tragen müssten. Alle Straßenbegleitenden
Radwege die eben die gegen die Fahrtrichtung nicht freigegeben
oder angeordnet sind.

Mir geht es hier erstmal um Radwege die als separate Wege
gemapped sind - nicht welche die als cycleway=track an der Fahrbahn
hängen.

Wie handhaben das andere?

Flo


___
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-dk] Havneringen - ny cykelrute i København

[Jakob Barfod]

Hej Emil –

 

Det er jo lige præcis den slags, OSM er perfekt til!

 

Jeg er startet på indtastningen, men løber hurtigt ind i, at din vedhæftede
.png er lidt for udetaljeret; eksempler;

 

1.På din .png slår ruten et slag væk fra Islands Brygge ud langs
Sydhavnen (bag Islands Brygge 54), men der er ikke nogen stier i OSM, der
passer med ruten



2.Det ser ud til, at ruten gå lige gennem Gemini Residence på østsiden
af Byggebroen



3.Det er svært at se, om ruten går på selve Islands Brygge eller på
grusstien langs havnepromenaden
(http://www.openstreetmap.org/way/264446116)



… så det ville være være alle tiders, hvis den detaljerede pdf var
tilgængelig. Benyt gerne et link til download, så vi ikke fylder
mailingslisten op.

Og for at udvise rettidig omhu: Hvem kan jeg evt. kontakte i tvivlstilfælde?
In situ undersøgelser er altid bedst, men jeg kan desværre ikke lige komme
til København for at cykle ruten rundt…

Venligst,

-- 

Jakob

 

From: Emil Tin [mailto:z...@tmf.kk.dk] 
Sent: 9. maj 2016 10:14
To: 'OpenStreetMap Denmark'
Subject: [Talk-dk] Havneringen - ny cykelrute i København

 

Hej,

 

Den 29. Maj invies en ny cykelrute i København kaldet havneringen, der løber
langs med Islands Brygge, Kalvebods Brygge og Christianshavn I København  -
se vedlagte kort. Vi har en mere detaljere PDF med forløbet.

 

Er der nogen der har lyst til at hjælpe med at tegne den ind i OSM? Vi vil
gerne vise ruten på www.ibikecph.dk og i en ny udgave af vores I Bike CPH
cykelapp, der er baseret på OSM data. Det bedste ville derfor være at kunne
trække data ud fra OSM, så ruten ligger korrekt placeret på de stier/veje
der er i OSM.

 

 

 

Med venlig hilsen 

Emil Tin
IT- og Processpecialist
Trafik
___
KØBENHAVNS KOMMUNE 
Teknik- og Miljøforvaltningen 
Byens Anvendelse 

Njalsgade 13, 1035 
Postboks 380 
2300 København S 


Direkte

2369 5986


Mobil

2369 5986


Email

 <mailto:z...@tmf.kk.dk> z...@tmf.kk.dk


EAN

5798009493149

 

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

Re: [Talk-de] Auftrag für Foto-Tapete

[Jakob Mühldorfer]

Etwas in der Größe hab ich noch nicht drucken lassen, aber ein Hinweis 
zur "entsprechenden Datei" der evtl. auch bei Euch hilft wenn Ihr nicht 
mit Vektorformaten arbeitet und die Karte später digital versenden müsst:


Die meisten Kartenstile verwenden nur wenige Farben, die Dateigrößen 
bekommt man sehr gut in den Griff wenn man ein PNG erstellt mit 256 
indizierten Farben. Gimp z.B. kann automatisch die besten Farben wählen, 
anhand des Ausgangsbildes.


Eine 24000x18000 Pixel Karte mit sehr vielen Details ist so von 130MB 
auf weniger als 40MB Dateigröße geschrumpft.


MfG




Am 26.04.2016 um 15:41 schrieb Markus:

Liebe OSMer,

Wer kann sowas? zu welchem Preis?

- - - -
Für ein Innenarchitektur Projekt möchten wir gerne eine Seekarte der
Kieler Förde als Tapete für eine große Wand, Länge 10 m x Höhe 3 m
verwenden. Könnten Sie uns mit eine entsprechenden Datei (hochauflösend
zum Druck) zur Verfügung stellen und wenn ja, was würde das kosten?
- - - -

Mit herzlichem Gruss,
Markus

___
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-dk] Trafikalarm

[Jakob Barfod]

Godt spottet.

Den slags er vel temmelig svært at følge til døres, men et par bud kunne være

Geo24 ApS
Banegårdspladsen 1
5000 Odense C
supp...@trafikalarm.dk
(fra http://www.trafikalarm.dk/kontakt.asp)

...eller

GEO24 ApS 
Bugattivej 8 
7100 Vejle
Telefonnummer 20828432 
s...@geo24.dk
(fra cvr.dk)

...eller

GEO24 ApS
Telefonnummer 61280808
(fra guide.dk)

...eller
Geo24 ApS
Banegårdspladsen 1
5000 Odense C 
Telefonnummer 33117400
kont...@geo24.dk
(via geo24.dk)

-- 
Jakob

-Original Message-
From: Michael Andersen [mailto:hj...@milvus.dk] 
Sent: 7. april 2016 12:29
To: OpenStreetMap Denmark
Subject: [Talk-dk] Trafikalarm

Hej

Jeg har via http://osm.expandable.dk fulgt med i hvordan 
http://www.openstreetmap.org/user/TrafikAlarm har opdateret fartgrænser mange 
steder i DK. Jeg har noteret mig hvordan vedkommende aldrig splitter veje op, 
men blot opdaterer maxspeed for hele eksisterende stykker (OSM)-veje uanset 
eventuel sandsynlighed for at det kun gælder en del af den. Således har jeg 
adskillige gange bemærket hvordan han endda har lavet sine egne rettelser om på 
en måde der stærkt antyder at det er sket på baggrund af rapporter foretaget 
fra forskellige steder på (OSM)-vejstykket (Se for eksempel
http://www.openstreetmap.org/way/33844365/history)

Dette forekommer mig jo selvfølgeligt noget ineffektivt. Jeg har kommenteret 
flere af hans ændringssæt, men hidtil uden nogen respons.
Er der nogen der ved hvordan man får fat på vedkommende og får ham gjort 
opmærksom på det her?

Mvh Hjart

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


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

Re: [Talk-de] Änderung von diversen deutschen Speisen ins Englische

[Jakob Mühldorfer]

Wenn ich richtig lese hat sich also bisher ergeben

 * Dass typische deutsche Gerichte wie "Currywurst" bestehen bleiben
   sollen. Das ist eigentlich auch eine gute Idee
 * Keiner ein Problem darin sieht semi-automatisiert alles deutsche was
   analog in englisch definiert ist zu ändern (zB döner -> kebab,
   italienisch -> italian)

MfG
Jakob


Am 31.01.2016 um 10:36 schrieb Martin Koppenhoefer:



Am 30.01.2016 um 22:24 schrieb Frederik Ramm <frede...@remote.org>:

Ich wäre also für cuisine=Currywurst und wer damit nichts anfangen kann,
der interessiert sich auch nicht für den Laden.


+1, ich finde auch, dass cuisine=sausage weniger sagt als cuisine=Currywurst, 
wobei ich das kleinschreiben würde (currywurst), da formale Werte immer klein 
sein sollten

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] Änderung von diversen deutschen Speisen ins Englische

[Jakob Mühldorfer]

Hallo beisammen,

beim Stöbern in taginfo hat sich herausgestellt dass die Deutschen sehr 
gerne ein paar "cuisine" in ihrer eigenen Sprache eintragen.
Es gibt 85 Döner 
<https://taginfo.openstreetmap.org/search?q=cuisine%3Dd%C3%B6ner>, 10 
Bratwürste 
<https://taginfo.openstreetmap.org/search?q=cuisine%3Dbratwurst>, 17 
Currwürste 
<https://taginfo.openstreetmap.org/search?q=cuisine%3Dcurrywurst>, ein 
paar Essen in bayrisch fränkisch sächsisch türkisch 
<https://taginfo.openstreetmap.org/search?q=cuisine%3Dt%C3%BCrkisch> 
italienisch 
<https://taginfo.openstreetmap.org/search?q=cuisine%3Ditalienisch> ... 
und andere, Ihr habt das Prinzip verstanden.

Bei Zeiten könnte ich das mal ansehen.
Der Döner wird dann zum kebab, das italienisch zum italian, dabei sollte 
es keine Verluste oder Fehler geben, auch ohne manuelle Prüfung.

Bei den anderen Sachen ist die Frage, was die Meisten für gut befinden.
Soll die detaillierte deutsche Info (zB Currywurst), die laut Wiki in 
englisch nicht definiert ist


 * "reduziert" werden für die englischen, dokumentieren, tags (Bsp
   cuisine=Currywurst -> cuisine=sausage)
 * eine "note" werden (Bsp cuisine=sausage note:cusine=Currywurst)
 * bei cuisine behalten werden, nebst dem internationalen tag aus dem
   wiki (Bsp cuisine=sausage;Currywurst

In diesem Sinne Mahlzeit!
Jakob

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

[OSM-talk] Dealing with internet_access=wifi

[Jakob Mühldorfer]

Hello,

according to taginfo "internet_access=wifi" is used almost 80 times 
globally.
Would you agree it is safe to automatically change all of these to 
"internet_access=wlan"?
According to Wiki this is the correct tag, and it is almost impossible 
someone meant anything else with the current tag, so an automatic edit 
should not do any harm.


Cheers
Jakob

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

Re: [Talk-dk] Haldager Mark Vej?

[Jakob Riis Josephsen]

Det kommer vel an på om det er en markvej eller om stedet hedder
Haldager Mark
Den 05/03/2015 18.08 skrev Uffe Kousgaard uffe.kousga...@routeware.dk:

 Ifølge Google og deres Streetview (inkl. synlige vejskilte): Ja.

 Men det burde være Haldager Markvej.

 mvh
 Uffe

 Niels Elgaard Larsen wrote:

 Hej, hedder Haldager Mark Vej virkelig sådan?
 http://www.openstreetmap.org/way/112999234




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

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

Re: [Talk-dk] Afstemning og overvældende interessse for Danmark FOT bygningsimport

[Jakob Riis Josephsen]

For min skyld måtte de bygninger jeg har tilføjet gerne blive overskrevet.
De eneste data som ville gå tabt var bygningen/gårdens navn, og det synes
jeg ville være et mindre problem sammenlignet med at vi får en bedre
datakvalitet.

Vh Jakob Riis Josephsen
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Interesse for import af 3, 8 millioner bygninger i OSM Danmark?

[Jakob Riis Josephsen]

Ja herfra.

Vh
Jakob Riis Josephsen
Den 19/11/2014 17.30 skrev Soren Johannessen soren.johannes...@gmail.com
:

 Hej alle sammen

 Vi har for tiden ca. 775.000 bygninger i OSM Danmark. Vi har mulighed
 for at få 3,8 millioner ekstra bygninger i høj kvalitet fra det åbne
 geodataprogram og dermed værdiberige OSM Danmark endnu mere.

 En import vil selvfølgelig ikke overskrive bygninger som OSM
 frivillige i forvejen har indtegnet eller slette dette arbejde.


 Denne mail er kun sendt for at veje stemningen i OSM Danmark for om vi
 skal bruge tid på 3,8 millioner bygningsimport?

 Så derfor skal I kun svare i denne tråd Ja eller Nej om det er en god
 ide at gå videre i den process.


 Vedr. disse her imports så skal der være en vis enighed og flertal i
 et lands OSM community før tingene sættes gang


 Så giv lige tilkende din mening

  (Jeg siger selv Ja til bygningsimport)


 Med venlig hilsen
 Søren Johannessen

 NB - Såfremt vi gør dette så vil Danmark være land nummer 3 der har en
 ca. 100% dækningsgrad af bygningspolygoner - Frankrig og Holland har i
 et par år haft  noget nær 100 % dækningsgrad og lavet af åbne geodata.

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

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

[Talk-dk] Tertiary-spaghetti...

[Jakob Riis Josephsen]

Oh crap!

Jeg kan konstatere at der har været en sofamapper på besøg her i
Østjylland, og stort set alt med en midterstribe er blevet klasificeret som
tertiary, uanset om det giver mening i forholdt til det overordnede vejnet
eller lokale forhold... På nogle zoom-niveauer ligner området nu en gryde
med spaghettistumper spredt med rund hånd.

Ja - jeg indrømmer det - brugen af tertiary er een af mine kæpheste.  I min
optik skal tertiary bruges for større landeveje som tilfældigvis ikke er
blevet tildelt et primær- eller sekundær-rutenummer + større veje som
fungerer som lokale gennemgående hovedfærdselsårer.  Mindre gennemgående
veje bør derimod tagges unclassified.

Hvad angår midterstriber, så kan og vil en tertiær vej sandsynligvis have
midterstriber, men det betyder ikke at man kan udlede, at fordi en vej har
midterstriber så er den tertiær!

Alt fra cykelstier til motortrafikveje kan have midterstriber.
 Midterstriber fortæller hverken noget om type, stand eller brug af en vej,
det fortæller - som ordet siger - hvor midten af vejen er!  - Der kan være
mange gode grunde til at man har valgt at markere midten af en vej.

Nogle gange bruges midterstriber til at adskille vognbanerne tydeligt og
holde modkørende adskilt, men andre gange er der faktisk ikke en gang plads
til en bil på hver side af striben - her bruges striben til at gøre
trafikanten opmærksom på at forsigtig kørsel er nødvendig, da man ikke kan
forvente at have hele kørebanen for sig selv.  - Sidstnævnte ses ofte på
små snoede og bakkede veje hvor oversigtsforholdene kan være meget dårlige
(og det er jo ikke lige den type veje vi ønsker at sende tung gennemgående
færdsel ud ud på).

Så, please - når en lokal mapper har valgt at tagge en vej som
unclassified, og ikke tertiær, så er der sandsynligvis en grund til det.
 Enten er vejen ikke stor og bred nok til at kunne klare den klassificering
- eller så gør lokale forhold at vejen simpelthen ikke har den anvendelse
(fx. kan blinde fordelingsveje i villakvarterer være både brede og fine,
men derfor benyttes de alligevel ikke til tung gennemgående trafik).

Vælger man alligevel efter moden overvejelse at opgradere en vej fra
uklassificeret til tertiær, så gør jer i det mindste den ulejlighed at
opgradere vejen i hele sin udstrækning, så trafikanterne ved hvor denne
større gennemgående vej faktisk fører fra og til

Med Venlig Hilsen
Jakob Riis Josephsen

P.S.  Før nogen siger vi mapper ikke for renderen... Nej, det vej jeg
godt, men vi mapper vel for anvendelighed?
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-de] Vandalismus um Eckernförde und anderswo

[Jakob Simeth]

Am 30.08.2012 17:30, schrieb Simon Poole:
 IMHO müsste die Grenze so angesetzt sein, dass im Normalfall man gar
 nichts davon merken sollte, es soll ja nur ein Sicherheitsnetz gegen
 halbe Städte verschieben und Ähnlichem sein (und gegen heimliche Importe).

   
Wie wär's denn mit einer Art Filter / Bot, der sich alle changesets
anschaut und auf bestimmte verdächtige Merkmale (die man noch erarbeiten
muss) untersucht. Falls er verdächtige Anzeichen findet, wird der change
von einem erfahrenen Mapper unter die Lupe genommen, bevor irgendwas
unternommen wird - so könnte man sicher stellen, dass der Arbeitsaufwand
nicht zu groß wird und doch niemand nur deshalb ausgeschlossen wird,
weil er denn falschen ISP hat…

Jakob

-- 
|~~++~~~|
|~~[+++-]+~~|
|++---+++[+++-]..+[|
|++-]..[]-|
|..+++[+++-].+++..+|
|+++[---].+++[+-]|
|~~.+++[-].~~~|
#


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

Re: [Talk-dk] Vejklassifikation i byer

[Jakob Riis Josephsen]

 Men hvis jeg kigger på billeder fra Århus, lader rutenumrene på skiltene
 for ringvejene til at stå på hvid baggrund, hvilket signalerer en
 sekundærrute (primærruter har gul baggrund).

Enig - jeg vil også stemme for at O1 og O2 ændres til sekundære.  Grunden
til at ringgade og ringvej oprindeligt blev tagget som primære var at de
ikke var entydigt skiltede - dvs. på nogle skilte var de med hvid baggrund
og på andre skilte med gul... - De gule skilte er dog stærkt i undertal, så
jeg tror at kommune m.v. er ved at få luget ud i dem.

Mange Hilsner
Jakob

P.S. Har lige siddet og kigget lidt på streetview og kan ikke længere finde
nogen steder med gult skilt - så de skal tydeligvis ændres til sekundære.
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Veje i byer -Residential eller minor

[Jakob Riis Josephsen]

Min mening:  Benyttes vejen til gennemgående færdsel - unclassified,
benyttes den (næsten) kun af beboerne på vejen - residential.  - Dette
uanset om vejen er i byzone eller ej.

MVH Jakob

Den 11. apr. 2012 20.21 skrev Peter Lyberth peterlybe...@gmail.com:

 Jeg er ked af, hvis spørgsmålet er blevet besvaret til hudløshed, men here
 goes:
 Jeg sad og nussede med en bug i Nykøbingfalster og bemærkede at mange veje
 var tagget som unclassified, men andre var tagget som residential.

 Jeg vil mene at residential er det mest korrekte, men har jeg ret?




 __**_
 Talk-dk mailing list
 Talk-dk@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-dkhttp://lists.openstreetmap.org/listinfo/talk-dk

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

Re: [Talk-dk] Hastighedsgrænser og oplysningstavler

[Jakob Riis Josephsen]

Hej.

Jeg mindes at en kørelærer på et tidspunkt omtalte forskellen på de 
blå/firkantede og de rød-hvide hastighedsbegrænsning:


- Forbudstavlerne fortæller logisk nok at det er forbudt at kører 
hurtigere end det skiltede.


- De blå tavler fortæller hvordan forholdene er på stedet - og da man må 
ikke køre hurtigere end hvad forholdene tillader, betyder det bare at 
det er en anden paragraf man bliver sigtet for overtrædelse af...


Jeg gætter på at man i praksis nok kun bliver sigtet når det _er_ gået 
galt i det sidste tilfælde, men det er bare min formodning.


VH
Jakob Riis Josephsen

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

Re: [Talk-dk] Skovstier

[Jakob Riis Josephsen]

Den 04-11-2010 14:26, Morten Kjeldgaard skrev:


On 03/11/2010, at 15.03, Jens Winbladh wrote:
Absolut uenig - hvis en vej er bred nok til firehjulede køretøjer - 
og anvendes af sådanne fra tid til anden, skal den markeres med 
track(!!), og derefter med passende tracktype, surface og 
adgangsbegrænsninger... - Dette er uafhængigt af om vejen er i skov 
eller på åbent land - hvorfor skal det afhænge at omgivelserne 
hvordan vejen tagges?

Enig.

Her er jeg enig i Jakob - Hvis det er muligt at kører med bil eller 
at der faktisk har kørt biler. Her kigger jeg typisk på 'vejens' 
bredde og beskaffenhed. Derudover tilføjer jeg tracktype=grade 1-5 og 
surface og adgangsbegrænsninger (hvilke kun er hvis der er skiltet 
med det eller der er placeret bom (som det er i mange af statskovene)).


At en vejs bredde har betydning for hvordan den skal klassificeres er 
ikke et princip jeg på noget tidspunkt er stødt på tidligere. Derimod 
kan man på alle vejtyper angive bredden med width=*, og det må være 
den korrekte måde at specificere den parameter på.
Min pointe er at det netop er muligheden for fire-hjulet kørsel som 
udgør forskellen på 'track' og 'path'. Hvis ikke der skelnes på denne 
måde er det overflødigt med mere end en type vejspor - for som du 
siger kunne bredden jo så bare angives med width...




Her i universitetsparken ved AU er der mappet en hel masse gangstier, 
som er brede nok til at der kan køre en bil, og parkvæsenet kører da 
osse rundt på dem med deres traktorer og andre maskiner. Hvis man 
skulle følge den logik I anfører, skulle disse gangstier også tagges 
som tracks, og det tror jeg ikke I mener.
Nu er jeg ikke stedkendt i universitetsparken, men hvis det forholder 
sig sådan med bredden af stierne, så er det da tænkeligt at de skulle 
tagges som 'track' eller 'service'.  - Her spiller det dog ind om vejen 
er anlagt og skiltet som sti.




Bredden på vejen har heller ikke betydning for, om det tagges primary 
eller secondary, og tilsvarende bør bredden af en skovsti heller ikke 
have betydning for klassifikationen.
Primary, secondary og tertiary tagges på baggrund af den officielle 
skiltning*, og vi er fuldstændig enige om at hvis et spor i en skov er 
markeret med et af de fine runde blå skilte som markerer en 
vandre-/cykel-/ridesti eller kombinationer af disse, så er det en sti, 
uanset om den så er 10 meter bred. - MEN de veje vi diskuterer er 
generelt markeret med 'Motorkørsel forbudt' og med en undertavle i stil 
med 'kørsel tilladt med skriftlig tilladelse', så de er altså ikke fra 
officiel side markeret som stier.


Det er netop når anvendelsen ikke er entydigt dikteret ved skiltning, at 
jeg mener at man skal se på hvad der rent fysisk er muligt.


Eksempler - find selv på flere:
- Er der to hjulspor, så er det et track, også selv om det er sjældent 
benyttes.
- Et grus-/jordspor gennem skoven der er bredere end en bil, er et track 
hvis det ikke er skiltet som andet.

- Et smalt mtb-spor over stok og sten en path.
- Mere permanente dyreveksler kan noteres som path.
- En trappe er selvfølgelig ikke et track.
- Et smalt spor bliver ikke nødvendigvis til et track, selv om det har 
en bred græsrabat - lige som en path der krydser en græsmark, ikke af 
den grund bliver til et track.
- Et spor markeret som sti ved skiltning, skal selvfølgelig noteres som 
path.
- Små stier som tydeligvis er opstået ved slid fra 
vandrere/cyklende/ridende er paths.


Mange Hilsner
Jakob Riis Josephsen

P.S. Kan vi få flere holdninger på banen? - Det dur jo ikke at det kun 
er Morten og jeg som sidder og beslutter hvad der er konsensus...



*(i Danmark har vi ikke tertiære ruter, da b- og c-rutenettet blev lagt 
sammen for mange år siden, men de fleste er vist enige om at bruge 
tertiary-tagget på store gennemgående veje, som lige så godt kunne have 
være en officiel primær- eller sekundær rute...)


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

Re: [Talk-dk] gang/cykelstier

[Jakob Riis Josephsen]

Vedr. adgangsrestriktioner.



Jeg konkluderede at ridestier er for ryttere og ingen andre ifølge 
Bekendtgørelse om Vejafmærkning. Sti (path) er et vagt begreb, som 
ikke rigtigt er defineret i færdselsloven. Jeg har sat 'bicycle' og 
'pedestrian' som tilladt og alt andet forbudt.
Jeg vil mene at hest og knallert også skal være tilladt som standard på 
path, ud fra betragtningen at hvis der ikke er et skilt der forbyder 
det, så er det tilladt.  (Ellers var der ikke så meget pointe i de 
forbudsskilte som hænger ved indgangen til nogle skove*, hvis det 
allerede var forbudt...)




Hvad med track? Det vil også være rart at have nogle standardværdier 
for skov- og markveje. Mit forslag er: Alle motorkøretøjer som 'no' 
(eller 'private') og ryttere, cykler og fodgængere som 'yes'.
Her mener jeg igen at som udgangspunkt må al adgang være tilladt, hvis 
ikke der er skiltet med andet på stedet.


/Jakob Riis Josephsen

*) http://www.kan-du-finde-vej.dk/images/skilt_stort.gif

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

Re: [Talk-dk] gang/cykelstier

[Jakob Riis Josephsen]

Den 03-11-2010 21:06, Morten Kjeldgaard skrev:


On 03/11/2010, at 11.53, Jakob Riis Josephsen wrote:
Hvis en skovsti hovedsalig anvendes til gående/cyklende/ridende 
trafik skal den tagges som highway=path, også selvom skovvæsenet en 
gang imellem kører på den med en traktor (de kører jo allevegne), og 
det er efter min mening langt de fleste skovstier der falder i denne 
kategori.
Absolut uenig - hvis en vej er bred nok til firehjulede køretøjer - 
og anvendes af sådanne fra tid til anden, skal den markeres med 
track(!!), og derefter med passende tracktype, surface og 
adgangsbegrænsninger... - Dette er uafhængigt af om vejen er i skov 
eller på åbent land - hvorfor skal det afhænge at omgivelserne 
hvordan vejen tagges?


Men hvorfor mener du så, det skal afhænge af bredden?
Fordi jeg mener at den definitionsmæssige forskel på 'path' og 'track' 
netop er bredden, da et track er en path der er bred nok til færdsel med 
firehjulede køretøjer.


Engelske osm-wiki:
snip
If a path is wide enough for four-wheel-vehicles, and it is not legally 
signposted or otherwise only allowed for pedestrians, cyclists or 
horseriders, it is often better tagged as a highway 
http://wiki.openstreetmap.org/wiki/Key:highway=track 
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrack.

/snip


Skovvæsenet kører allevegne i skovene. Det der må være af betydning er 
hvordan almindelige skovgæster kan færdes på det pågældende sted.
Det er jeg ikke enig i - kortet bør være af sådan beskaffenhed, at jeg 
også kunne benytte det hvis jeg arbejdede ved skovvæsenet og skulle 
gennem skoven i min pickup. Vi kan ikke nøjes med at tagge efter hvad 
vores preferencer for brug af naturen er, men må dække alle mulige 
anvendelsesmuligheder. - Ellers står vi i en situation hvor en 
MTB-rytter ville tagge alle skovveje og -stier som cykelstier, en rytter 
ville tagge som ridestier og en skiløber ville lave det hele om til 
skiløjper... Fordi et spor i en skov er tagget som track frem for path, 
udelukker det jo ikke brug til fods - det oplyser bare om at færdsel med 
et firehjulet køretøj også ville kunne lade sig gøre rent fysisk.


Hvis du mener at problemet er at skovmaskinerne kører overalt i 
skovbunden når der fældes træer, så er det vel ikke anderledes end f. 
eks. sprøjtespor i en kornmark? - Begge steder er der tale om et 
midlertidigt spor som det ikke vil give nogen mening at tagge under 
nogen omstændigheder.



Mange Hilsner
Jakob Riis Josephsen
(jrjosephsen)
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] gang/cykelstier

[Jakob Riis Josephsen]

snip
Jeg har mappet en del i skovområder på det seneste, for nuværende har 
jeg arbejdet en del i Marselisborgskovene syd for Åårhus. Her var 
stort set alle skovstier og -veje af den første mapper tagget med 
highway=service, selv om det blot var en mudret MBK sti, hvilket 
naturligvis er forkert, men det har været et stort arbejde (som ikke 
er færdigt) at udrede hvad er hvad. Jeg har for længe siden forsøgt at 
komme i forbindelse med denne mapper men uden held.

/snip
Det er vist samme mapper jeg har haft en lignende kamp med i Nygårde 
Skov, hvor han ændrede alle skovvejene og -stierne til cykelstier (han 
er vist mtb-rytter), og i skovene ved Himmelbjerget, hvor han taggede 
alt - revl og krat - som highway=unclassified... *suk* ... Han er dog 
blevet bedre til at skelne med tiden.


Med hensyn til Marselisborgskovene så har jeg også kunnet se at det var 
galt, men jeg er ikke helt lokalkendt nok til at vide hvad det skulle 
rettes til, så det var lagt i skuffen som et fremtidigt cykelprojekt. - 
Der er i øvrigt stadig meget at tage fat på, da meget af skoven slet 
ikke er mappet endnu.  Desuden er der en del dedikerede og mærkede 
ridestier og mtb-ruter i skoven som bør tagges med tilsvarende stityper.


Mange Hilsner
Jakob Riis Josephsen
(- som håber på et vejr hvor en cykel i skoven er en god oplevelse)


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

[Talk-at] Gehsteige in OSM eintragen für Linzer Uni Projekt

[Jakob L.]

Sehr geehrte Damen und Herren,
im Rahmen eines IT Projekts der Johannes Kepler Universität Linz versuchen
wir auf Basis von OSM ein Schulwegrouting über Gehsteige zu erstellen. Das
Ziel ist auf Gefahren auf dem Schulweg - im konkreten Fall der Weberschule(
http://schulen.eduhi.at/weberschule/) hinzuweisen.
Die Gefahrenstellen wurden bereits letztes Jahr 09 im Linz Wiki
festgehalten.
http://www.linzwiki.at/wiki/Weberschule/Gefahrenstellen_am_Schulweg
Unsere Aufgabe ist es jetzt Gehsteige, Zebrastreifen usw. in OSM
einzutragen. Jetzt wollten wir fragen ob es bereits einheitliche Tags in
Österreich gibt?
Die Idee wäre die Tags für Gehsteige ähnlich wie bereits in Deutschland für
das Rollstuhlfahrer-Routing zu verwenden.

Rollstuhlfahrer-Routing:
http://wiki.openstreetmap.org/wiki/DE:Rollstuhlfahrer-Routing

Die Tags:
http://wiki.openstreetmap.org/wiki/DE:Rollstuhlfahrer-Routing#B.C3.BCrgersteige_und_Eigenschaften
Für uns interessant wären:
Die Gehsteigseite, Breite, Ampeln und Übergänge wie z.B Zebrastreifen.

Gibt es bereits Erfahrungen/Richtlinien hierzu?

vielen Dank im vorhinein und viele Grüße,
David Kemptner und Jakob Lehner
___
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-dk] Primærruter

[Jakob Riis Josephsen]

Hej igen...

snip
 I Århus-mødet I går har vi (Rasmus Vendelboe, Erik Klausen, (delvis) Morten 
 Kjeldgaard og jeg) diskuteret denne sag og blevet enige om at den daværende 
 situation var lidt mærkelig.
 - Nordre Ringgade skiftede farve på en betydningsløs vejkryds.
 - Randersvej og Grenåvej er de mest stærkt befærdede ruter omkring Århus, men 
 de var kun mærket som sekundære ruter (mens fx. Viborgvej uden for ringvejen 
 var primær).
 - Viborgvej og Silkeborgvej mellem ringvejen og Cereskrydset var kun tertiær, 
 og vi syntes at de var vigtigere end de andere tertiære vejer.

 Derfor har vi opvurderet førnævnte vejer således at de korresponderer bedre 
 med deres brug og form. Hvad angår skiltene: inddelingen i primær/sekundær/
 tertiær virker kun in Storbritannien (og endda der har de af og til nødt til 
 at vige fra de officielle inddeling), så vi skal nok tage vore egne 
 beslutninger, og jeg synes ikke (som underbygget ovenfor) at skilterne giver 
 en god inddeling
/snip
Vi kan kun være enige om at vejnettets inddeling i primær- og 
sekundærruter er blevet temmelig ugennemtænkt i Århus, i takt med at de 
forskellige hovedveje er lagt udenfor byen. Jeg er dog bange for at vi 
gør mere skade end gavn for overskueligheden af kortet, hvis vi selv 
leger vejplanlæggere og opgraderer vejene efter for godt befindende.  
Diverse primær og sekundærruter uden rutenumre vil ikke just gøre det 
lettere for turister m.v. at finde vej gennem byen... Desuden åbner det 
for flere tolkninger af hvor vigtige veje er (*), så at give primære og 
sekundære veje fri til individuel vudering vil i mine øjne mangedoble 
problemet med konsistens i angivelserne af vejtyperne...

Med hensyn til dine konkrete eksempler, så vil jeg give dig ret i at den 
tidligere mærkning på OSM heller ikke har været helt konsistent. Nordre 
Ringvej burde kun have være primær hen til Randersvej, derefter tertiær 
ud mod Ringvejen/Grenåvej. Randersvej, Skanderborgvej og 
Åhavevej/Marselis Boulevard fra ringgade til ringvej burde være tertiær.

Mange Hilsner
Jakob Riis Josephsen

(* Jeg husker med gru en større oprydning på Djursland, hvor jeg 
nedgraderede en voldsom mængde 2 meter brede veje fra tertiary til noget 
mere passende)

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

[Talk-dk] Sammenligning af kort

[Jakob Riis Josephsen]

Hej!

Jeg er lige blevet gjort opmærksom på denne fikse sammenligning af OSM 
med diverse andre tilgængelige kortmaterialer:

http://sautter.com/map/?zoom=13lat=56.15454lon=10.15205layers=B0TF

- Så jeg synes da lige at jeg ville henlede jeres opmærksomhed på den, 
hvis I da ikke allerede kender den...  Jeg synes at det er ret 
interessant at se på hvor godt vores lille projekt klarer sig mod de 
etablerede korttjenester.

Venlig Hilsen
Jakob Riis Josephsen

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

Re: [Talk-dk] Hvordan søger man i relations i OSM

[Jakob Riis Josephsen]

Hej!

snip
Er der nogen der ved hvordan man kan søger i relations i f.eks. DK.
Jeg har prøvet med Relations
Analyzerhttp://betaplace.emaitie.de/webapps.relation-analyzer/index.jsp-
men den komme ikke rigtigt frem med noget, selv om jeg søger på en jeg
kender i forvejen.
 /snip
... Jeg har ingen løsning, men et lille problem jeg har fået som følge samme
problem... Så... Er der nogen der ved om man kan smelte to relationer
sammen, eller skal det klares på den hårde måde?... Det drejer sig om: NCN 3
Hærvejen (61491) og NCN 3 - Hærvejsruten (302437). (Desuden er der vist en
del af ruten som blot er tagget med NCN3 uden at være en del af en
relation).

Med Venlig Hilsen
Jakob Riis Josephsen
jrjosephsen
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-de] Checker für Bibliotheken in Deutschlan d

[Jakob Voss]

Hallo!

assetburned schrieb:

  Nun ist es leider so, dass hier in einem Gebäude anscheinend
  mehrere Abteilungen mit unterschiedlicher ISIL existieren. So
  hat beispielsweise die Bereichsbibliothek DrePunct die DE-1404
  und DE-1408. Soll ich jetzt so viele Nodes mit amenity=library
  setzen, wie isils vorhanden sind, obwohl alles im gleichen
  Gebäude ist?
 
  Hab die Anwendung etwas umgebaut. Jetzt geht auch Semikolon. Als
  Feldtrenner. Drepunct hat im übrigen aus 11 Sigeln. Ist in OSM
  jetzt richtig eingetragen.

Hm, und wie werden die Namen getrennt - auch mit Semikolon? Ich finde es 
einleuchtender, für verschiedene Abteilungen verschiedene Nodes zu 
erstellen und diese dann in  das gleiche Gebäude zu setzen. Relationen 
sollten doch auch kein Problem sein, außer das man sich da eben mehr 
einarbeiten muss, wie Relationen überhaupt funktionieren. Naja, 
hauptsache die IDs stehen überhaupt drin, das kann ja auch später 
schöner gestaltet werden. Ich fände es z.B. hilfreich, alle 
Teilbibliotheken zu einer Relation zusammenzufassen oder eine 
Hochschulbibliothek ihrer Hochschule zuzuordnen.

  Könntest du die Bibliotheken mit ref:isil=none besonders
  hervorheben, bspw. graues Logo?
 
  hm halte ich für nen bedingt guten ansatz.
 
  ich denke das diese aktion auch gleich dazu genutzt werden kann die
  adressen der bibs mit einzutragen, zum anderen habe ich hier in
  meinem bereich einige bibs für die ich keine ISIL finden konnte,
  sprich ich hab schlicht unknown als nummer eingetragen. wenn also
  jemand nur nach der isil=none sucht und diese auf stand bringen will,
  würden die fehlenden adressdaten bei anderen unter den tisch fallen
  und solche fälle wie die hiesigen unknown würden auch nicht
  berichtigt.

Was ist der Mehrwert von ref:isil=unknown im Gegensatz zum Fehlen des 
tags? Ich denke die drei Fälle reichen aus:

- ref:isil fehlt
- ref:isil ist 'none'
- ref:isil ist vorhanden, aber ungleich 'none'

Ich habe die hier aufgekommenen Erweiterungen eingetragen im OSM-Wiki:

http://wiki.openstreetmap.org/wiki/Tag:amenity=library#Tags_to_use_in_combination

Unabhängig davon möchte ich allen hier Beteiligten danken, ich dachte 
nicht, dass sich so viele für Bibliotheken interessieren :-)

Schöne Grüße,
Jakob

-- 
Jakob Voß jakob.v...@gbv.de, skype: nichtich
Verbundzentrale des GBV (VZG) / Common Library Network
Platz der Goettinger Sieben 1, 37073 Göttingen, Germany
+49 (0)551 39-10242, http://www.gbv.de

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

Re: [Talk-de] Neuer Highway f?r Radwege (war: Radwege entlang von Stra?en: wie wird korrekt getagged )

[Jakob Simeth]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Karl Eichwalder wrote:

| Einfach die verkehrszeichen hinzupacken:
|
| traffic_sign=z240

Mal dumme Frage: woher erfährt man die schildercodes? wie weit sind die
schon umgesetzt in Bezug auf Rendern, machts Sinn die zu verwenden?

mfg jacko.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIHxhAbCPVS12dTK4RAt3gAJ9HNjQ0hAPAA3FSPnbDOQmjg0dqAACcCZgX
YVUsR/K2Va90KpHfFGd+21k=
=qGkN
-END PGP SIGNATURE-

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

Re: [Talk-de] 2 Anmerkungen zu JOSM und Ubuntu 8.04

[Jakob Simeth]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Christoph Wagner wrote:
| Ersteinmal finde ich gut, dass es jetzt ein Paket von JOSM in den
| Repositories gibt, das man über den Paketmanager installieren kann.
| Leider ist die Version schon wieder ziemlich alt, die es dort gibt und
| einige Sachen funktionieren noch nicht so, wie beim josm-latest direkt
| von der OSM-Seite.
| Da ich aber ziemlich bequem bin, fände ich es toll, wenn man den
| updatezyklus des paketes an den des josm-latest anpasst oder ist das von
| Ubuntu abhängig? Ich kenn mich da leider nicht so genau aus. Klärt
mich auf.

Was in den offiziellen Ubuntu-Repos landet, hängt von denen ab, es gibt
allerdings die möglichkeit eigene Repositories anzulegen, die man dann
in apt einbinden kann und deshalb direkt von denen updaten kann.
mfg jacko.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIHEmybCPVS12dTK4RArtPAJ0Rxd9Qq9kNqH0ni8+vkn6kJu7K6gCgh4Lx
2Piu5bXAf8f7kza/76OJC8g=
=5kgg
-END PGP SIGNATURE-

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

Re: [Talk-de] Hausnummern

[Jakob Simeth]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ich finde das Prinzip der Erfassung gut. Allerdings hab ich noch nicht
rausgefunden, wie das mit dem Interpolieren denn wohl mal werden soll:
werden bei einem Start-Node mit geradzahliger Hausnummer auch nur
geradzahlige Hausnummern interpoliert? Wenn ja, gibt es Möglichkeiten,
das zu unterbinden? Kann man Ausnahmen fetlegen (z.B. interpoliere von
2-22, aber nicht 15, weil 15 möglicherweise auf andere Art und Weise
erreichbar ist)
Die Darstellung finde ich fürs erste ganz okay.
mfg jacko.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIDdFIbCPVS12dTK4RAszpAJ9sxfwnnFjRhQHJbQJiLfqCHCAEjwCeM4vr
quogaePYXpkwyB6M1lRBBWU=
=DD9D
-END PGP SIGNATURE-

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

Re: [Talk-de] Anfängerfrage: Autobahn reparieren

[Jakob Simeth]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Daniela Dürbeck wrote:
| Hi!
|
| Laut osm führt in München die eine Hälfte der A95 unter der Neurieder
Straße durch, die andere Hälfte darüber.
| Wie kann ich diese unsinnige Straßenführung korrigieren?

Dafür gibts in osm das layer-tag: wenn bspw. die Neurieder Str. kein
layer-tag hat, wird sie als layer=0 interpretiert, Straßen, die über ihr
verlaufen, müssen dementsprechend größere Werte haben: z.B. layer=1, ein
Objekt unter ihr negative Werte (layer=-1 o.ä.)
mfg jacko.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFH6mqnbCPVS12dTK4RAlhLAKCILrk0alA60zCvFV185cmA8ct9uQCfTAmD
r4k2kG/n6mnbGQHAeeLX0Ew=
=edji
-END PGP SIGNATURE-

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

Re: [Talk-de] Fahrradweg/spur-Diskussion auf talk

[Jakob Simeth]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Guenther Meyer wrote:
| ..., dass ich
| mich auch als user, der irgendwo neu reinkommt, und gar nix weiss,
grade am
| anfang wesentlich leichter tue, wenn ich genaue richtlinien bekomme,
was wie
| zu machen ist...

Grade am Anfang kann einen aber auch die Tag-Flut erschlagen und da tut
das Bewusstsein, dass nicht alles zu 100% genau gleich und festgelegt
sein muss ganz gut...
mfg jacko.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFH6POmbCPVS12dTK4RAiq6AJ47KrWURfveUfCgqedz2dxZqhuhxgCgjZ4E
n2FCEv2qyXoUU2O+Re2Pkfw=
=P6Dn
-END PGP SIGNATURE-

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

Re: [Talk-de] opengeodb: Bayern

[Jakob Simeth]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Martin Trautmann wrote:
| Auf http://wiki.openstreetmap.org/index.php/Talk:Bavaria finden sich die
| restlichen Vorschläge.

Klasse Arbeit, zeigt echt so einige Leichtsinns- und Tippfehler...
Ich mach mich dann mal dran ausgehend von meiner Umgebung nachzubessern.
Danke,
jacko.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHsKM+bCPVS12dTK4RAlYUAKCRnSaqo82LNTH2LoLVWE+bqWTjfwCcD8bd
mJeF6l17ThufrCwauKAWE9k=
=RWgo
-END PGP SIGNATURE-

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

Re: [Talk-de] Gemeinde/Stadtverwaltung

[Jakob Simeth]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hermann Schwaerzler wrote:
| hallo
|
| Raphael Studer wrote:
|
| Ich such ein Tag für das Gebäude der Gemeinde/Stadtverwaltung aber
| kann irgendwie nichts entsprechendes finden.
| Hat schon jemand ein solches verwendet?
|
| ich habe
| amenity=townhall
| verwendet.

sehe ich auch so:
aus den map-features:
| amenity=townhall:
| A town hall building, regardless of whether it is currently used for
administrative purposes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHpxbkbCPVS12dTK4RAkiSAJ9Cxqkvz8sS2dmiEh3T5oPqhQKL1QCgnePy
j1Ih1V67SjeSL+PWwiKvrpo=
=GN27
-END PGP SIGNATURE-

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

Re: [Talk-de] Tag für Briefmarkenautomat

[Jakob Simeth]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

| Was haltet Ihr von amenity post_stamp-machine ?

Mal abgesehen von den sprachlichen Schwierigkeiten wäre ein
Automaten-tag ganz allgemein ziemlich nützlich: Automaten verkaufen ja
meistens gerade Dinge, die wichtig sind, so dass sie verfügbar sein
sollten, auch wenn kein Geschäft offen hat oder in der Nähe ist.
Deshalb kann die Information, wo denn gerade der nächste *automat ist
durchaus nützlich (oder zumindest im Zeitalter von Handys genauso
nützlich wie bspweise Telefonzellen etc) sein.
Ein wenig fürchte ich, dass man sich darin verzetteln könnte (z.b. in
brand=coke oder brand=pepsi etc) aber man muss ja nicht alle Information
nutzen, die in osm steckt.

Jacko.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHkOSibCPVS12dTK4RApSzAJ0dI+NRmCEAdUj7NLuu1LtueauLBACgoqkg
3Z0jyPk25jnFYivtitVH5c4=
=jnVg
-END PGP SIGNATURE-

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