Re: [OSM-talk-fr] CyclOSM, rendu cyclable libre

[Jean-Christophe Becquet]

Bonjour,

Bravo pour ce travail impressionnant et libre !

Y a t-il une difficulté particulière pour que la couche avec relief ne
soit pas disponible sur le quart sud est de la France ?
https://www.cyclosm.org/#map=6/44.088/6.240/cyclosm_relief

Merci

Bonne journée

JCB
-- 
Pépites libres, ma chronique mensuelle dans Libre à vous !
l'émission de l'April sur la radio Cause commune
https://www.april.org/chronique-pepites-libres-de-jean-christophe-becquet

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
2 chemin du Tivoli - 04000 Digne-les-Bains
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===


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

Re: [Talk-it] Precisione GPS: rappresentazione grafica

[canfe]

Sì, va più che bene. Ed è anche integrato.
Grazie Palmas!



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-at] OSM Nutzung in Buch ohne Nennung

[Frederik Ramm]

Hallo,

On 10/14/19 00:34, Friedrich Volkmann wrote:
>> Jeder Mapper hat nicht exklusive Nutzungsrechte an seinen Beiträgen
>> durch die Contributor Terms an die OSMF abgetreten.
> 
> Nicht abgetreten, sondern gewährt. Der Mapper verliert seine Rechte ja
> nicht. Er kann mit den von ihm gemappten Daten selber machen, was er
> will. Z.B. unter anderer Lizenz nochmals veröffentlichen. Oder gegen
> Urheberrechtsverletzungen vorgehen.

Das ist richtig, aber für eine Urheberrechtsverletzung müsste eine
geeignete Schöpfungshöhe vorliegen, der Mapper müsste also zeigen, dass
er selbst einen für das Urheberrecht ausreichenden Anteil an der
konkreten Karte hat; das reine Erheben von Fakten kann je nach Auslegung
des Urheberrechts u.U. noch nicht reichen.

Da kommt dann das europäische Datenbankrecht zum Tragen, denn auch eine
große Sammlung völlig banaler und sowieso öffentlich bekannter Fakten
kann, als Sammlung eben, dann doch wieder schützenswert sein. Hier ist
der Rechteinhaber aber der, der die Sammlung anfertigt oder anfertigen
lässt, und das ist bei OSM eben die OSMF.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-at] OSM Nutzung in Buch ohne Nennung

[Friedrich Volkmann]

On 13.10.19 23:57, Michael Reichert wrote:

Die Kartenbilder sind nämlich recht alt und zeigen eine mehrere Jahre
alte Version des Kartenstils OSM Carto oder noch seinen Vorgänger den
Mapnik-OSM-Stil.


Marcus hat inzwischen klargestellt, dass das Buch aus 2014 ist.


Angesichts des Alters der Daten und des stark heruntergesetzten Preises
würde ich den Fall gar nicht weiterverfolgen. Ich vermute, dass da ein
Ladenhüter verramscht werden soll. Das ist unsererseits den Aufwand
nicht wert.


Das sehe ich auch so. (Rechtlich möglich wär es aber. Die Verwertungsrechte 
verjähren erst 70 Jahre nach dem Tod des Urhebers.)



Jeder Mapper hat nicht exklusive Nutzungsrechte an seinen Beiträgen
durch die Contributor Terms an die OSMF abgetreten.


Nicht abgetreten, sondern gewährt. Der Mapper verliert seine Rechte ja 
nicht. Er kann mit den von ihm gemappten Daten selber machen, was er will. 
Z.B. unter anderer Lizenz nochmals veröffentlichen. Oder gegen 
Urheberrechtsverletzungen vorgehen.



Bei uns Deutschland wäre der Versuch, Schadensersatz wegen einer ODbL-
oder CC-*-Lizenzverletzung einzuklagen, riskant, da man die Daten/das
Werk kostenlos bekommt und somit "kein Schaden" entstanden ist.


Bei euch in DE gibt es aber das Abmahnunwesen, wo Geld eingehoben wird 
unabhängig von einem Schaden.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-at] OSM Nutzung in Buch ohne Nennung

[Michael Reichert]

Hallo Friedrich,

Am 13.10.19 um 21:20 schrieb Friedrich Volkmann:
> On 13.10.19 18:41, Markus Mayr wrote:
>> Im Abbildungsverzeichnis am Ende des Buches tauch die OSM nicht auf.
> ...
>> Ich finde das Projekt und Buch eigentlich eine tolle Sache, bin aber
>> etwas traurig, dass die OpenStreetMap darin nicht entsprechend gewürdigt
>> wird, obwohl das den Autoren nicht geschadet hätte.
> 
> Damit wendest du dich am besten an den Verein Openstreetmap Austria,
> vielleicht direkt an den Obmann. ;-) Denn der Verein wurde ja, soweit
> ich mich erinnern kann, als Schnittstelle für die Kommunikation der
> OSM-Community mit Dritten konzipiert.

Zuerst einmal sollte man prüfen, gegen *welche* Lizenz verstoßen wird.
Die Kartenbilder sind nämlich recht alt und zeigen eine mehrere Jahre
alte Version des Kartenstils OSM Carto oder noch seinen Vorgänger den
Mapnik-OSM-Stil. Falls es sich von Daten aus der Zeit vor dem
Lizenzwechsel handelt, würde ich den Fall nicht weiterverfolgen.

Meine mäßig intensive Untersuchung lässt den Schluss zu, dass Daten
zwischen dem 17. August 2013 und dem 13. Dezember 2013 zu sehen sind.
Der Lizenzwechsel war im September 2012, seitdem werden OSM-Daten unter
den Bedingungen der ODbL veröffentlicht.

https://overpass-api.de/achavi/?changeset=19430622 (alter Stand auf
Karte zu sehen)

Angesichts des Alters der Daten und des stark heruntergesetzten Preises
würde ich den Fall gar nicht weiterverfolgen. Ich vermute, dass da ein
Ladenhüter verramscht werden soll. Das ist unsererseits den Aufwand
nicht wert.

> Als einzelner Mapper kann man schwer was gegen so einen Lizenzverstoß
> unternehmen, schon gar nicht wenn man in dem Kartenausschnitt nicht
> selber editiert hat.
> 
> Natürlich kann man immer den Verlag anschreiben, aber dann gibt es 2
> Möglichkeiten: Sie ignorieren einen, oder sie entschuldigen sich.
> Letzteres ändert aber nichts am daran, dass das Buch schon so im Umlauf
> ist.
> 
> Auszahlen tut sich der Kontakt nur dann, wenn der Verlag wenigstens auf
> seiner Website eine entsprechende Entschuldigung verlautbart.

Ein einzelner Mapper sollte als ersten Schritt den Verlag anschreiben.
Falls nichts geschieht, noch ein zweites Mal. OSM ist ein
Communityprojekt. Falls das nicht hilft, kann sich immer noch ein
OSM-Verein einschalten. Die meisten Fälle brauchen das jedoch nicht.

> Ganz korrekt wäre es, den Verkauf des Buches zu stoppen und jedem Buch
> einen Zettel mit dem Lizenzhinweis beizulegen.
> 
> Als (Mit-)Urheber könnte man beim Gericht einen Verkaufsstopp per
> einstweiliger Verfügung beantragen, oder so ähnlich. Ganz auskennen tu
> ich mich damit aber nicht.

Jeder Mapper hat nicht exklusive Nutzungsrechte an seinen Beiträgen
durch die Contributor Terms an die OSMF abgetreten. Diese kann die
Rechte an den Daten durchsetzen oder einem Local Chapter für einen
konkreten Fall eine Vollmacht erteilen.

> Bei Urheberrechtsverletzungen kann man oft auch auf Schadenersatz
> klagen, aber da die OSM ja kostenlos verfügbar ist, wird es schwer sein,
> einen finanziellen Schaden (abgesehen vom Anwaltshonorar) glaubhaft zu
> machen.

Bei uns Deutschland wäre der Versuch, Schadensersatz wegen einer ODbL-
oder CC-*-Lizenzverletzung einzuklagen, riskant, da man die Daten/das
Werk kostenlos bekommt und somit "kein Schaden" entstanden ist.
https://www.ra-plutte.de/olg-koeln-creative-commons-content-grds-0-e-wert/
Wie dazu die Rechtslage in Österreich aussieht, weiß ich nicht.

Viele Grüße

Michael



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

Re: [Talk-at] OSM Nutzung in Buch ohne Nennung

[ScubbX]

Ja, das habe ich vor - aber nicht als Beschwerde, sondern als Erinnerung, wie 
mit der OSM umzugehen ist.
Das Buch ist ja von 2014 und inzwischen im Abverkauf, da ist ein Verkaufsstopp 
oder Ähnliches nur bedingt wirksam.

Ich wollte die Community an dem Fund Teil haben lassen. ;-) 

Am 13. Oktober 2019 20:54:01 MESZ schrieb "Robert Grübler" 
:
>Markus Mayr [mailto:markusm...@gmx.net] schrieb am Sonntag, 13. Oktober
>2019 18:41
>
>> Ich finde das Projekt und Buch eigentlich eine tolle Sache, bin aber
>etwas traurig, 
>>dass die OpenStreetMap darin nicht entsprechend gewürdigt wird, obwohl
>das 
>>den Autoren nicht geschadet hätte.
>
>Gerade von einem Verlag hätte ich die penible Einhaltung von Lizenz und
>Urheberrecht erwartet. Ob da etwas missverständlich formuliert ist?
>Schreib doch den Verlag an und bitte um Klarstellung.
>
>LG Robert (robhubi)
>
>
>___
>Talk-at mailing list
>Talk-at@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-at

-- 
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk] routing over bollards mapped as linear ways

[Martin Koppenhoefer]

sent from a phone

> On 13. Oct 2019, at 21:44, Tom Pfeifer  wrote:
> 
> - should we required extra tagging of the shared node, or abolish such way 
> barriers?


there are also barriers that are rarely represented as nodes, like guard rails, 
fences, walls, retaining walls, chains, etc. so checking for barrier ways would 
probably be required for good routing on OpenStreetMap data (even if 
experienced mappers often not presume that routers evaluate them, hence they 
add additional information on the crossing node, ideally it should not be 
necessary).

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

Re: [Talk-it] Ospedali, ambulance_station e altro

[Martin Koppenhoefer]

sent from a phone

> On 13. Oct 2019, at 18:47, Alessandro P. via Talk-it 
>  wrote:
> 
> 2) se un edificio costituito da diverse parti su ognuna di esse troviamo il 
> tag amenity=hospital lasciamolo solo su una.


questo è un caso dove bisogna differenziare, non è così raro di avere più 
ospedali in vicinanza / adiacenza, che sono proprio ospedali diversi (altro 
nome, altro direttore, ecc.)

Invece quando sono edifici dello stesso ospedale la cosa migliore è creare 
un’area intorno a tutto, e questo diventa l’unico ospedale, mentre gli edifici 
rimangono building (spesso con ref / nome ecc.)

Ciao Martin 
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk] routing over bollards mapped as linear ways

[Tom Pfeifer]

The wiki allows barrier=bollard on a way. It demands however:
"If rows of bollards are laid across highways, make sure they share nodes with what they block since 
routing happens at the edges of area highways at present."


Indeed bollard is used 331k on nodes and 12k on ways.

While the wiki statement above has a focus on areas, the situation is already complicated for a 
router calculating on a linear way.


Assume we have a road that is blocked with several bollards across, which are mapped as a way, 
sharing a node with the highway. This sharing node is currently untagged.


A router would normally evaluate its routing graph for specific nodes on it, not necessarily 
evaluate any way that crosses it. Thus it finds barriers as a node, or traffic lights.


To consider the barrier-way just sharing a node, the router would need to evaluate each and every 
way it intersects for a barrier tag, which is a high extra load. We had a similar discussion a while 
ago when a user proposed to join two roads entering and exiting a roundabout in the same node.


Thus my questions;

- which routers currently evaluate way-barriers across a road based on an 
untagged shared node?
- should we required extra tagging of the shared node, or abolish such way 
barriers?

For bollards, it might be easy to map them individually, having one squatting 
on the road way.
For other barrier types, such as gates, this might be trickier.

cheers
Tom

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

Re: [Talk-at] OSM Nutzung in Buch ohne Nennung

[Friedrich Volkmann]

On 13.10.19 18:41, Markus Mayr wrote:

Im Abbildungsverzeichnis am Ende des Buches tauch die OSM nicht auf.

...

Ich finde das Projekt und Buch eigentlich eine tolle Sache, bin aber
etwas traurig, dass die OpenStreetMap darin nicht entsprechend gewürdigt
wird, obwohl das den Autoren nicht geschadet hätte.


Damit wendest du dich am besten an den Verein Openstreetmap Austria, 
vielleicht direkt an den Obmann. ;-) Denn der Verein wurde ja, soweit ich 
mich erinnern kann, als Schnittstelle für die Kommunikation der 
OSM-Community mit Dritten konzipiert.


Fallback wär die LWG (Licence Working Group alias Licencing Working Group) 
der OSMF.


Als einzelner Mapper kann man schwer was gegen so einen Lizenzverstoß 
unternehmen, schon gar nicht wenn man in dem Kartenausschnitt nicht selber 
editiert hat.


Natürlich kann man immer den Verlag anschreiben, aber dann gibt es 2 
Möglichkeiten: Sie ignorieren einen, oder sie entschuldigen sich. Letzteres 
ändert aber nichts am daran, dass das Buch schon so im Umlauf ist.


Auszahlen tut sich der Kontakt nur dann, wenn der Verlag wenigstens auf 
seiner Website eine entsprechende Entschuldigung verlautbart.


Ganz korrekt wäre es, den Verkauf des Buches zu stoppen und jedem Buch einen 
Zettel mit dem Lizenzhinweis beizulegen.


Als (Mit-)Urheber könnte man beim Gericht einen Verkaufsstopp per 
einstweiliger Verfügung beantragen, oder so ähnlich. Ganz auskennen tu ich 
mich damit aber nicht.


Bei Urheberrechtsverletzungen kann man oft auch auf Schadenersatz klagen, 
aber da die OSM ja kostenlos verfügbar ist, wird es schwer sein, einen 
finanziellen Schaden (abgesehen vom Anwaltshonorar) glaubhaft zu machen.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-at] OSM Nutzung in Buch ohne Nennung

[Robert Grübler]

Markus Mayr [mailto:markusm...@gmx.net] schrieb am Sonntag, 13. Oktober 2019 
18:41

> Ich finde das Projekt und Buch eigentlich eine tolle Sache, bin aber etwas 
> traurig, 
>dass die OpenStreetMap darin nicht entsprechend gewürdigt wird, obwohl das 
>den Autoren nicht geschadet hätte.

Gerade von einem Verlag hätte ich die penible Einhaltung von Lizenz und 
Urheberrecht erwartet. Ob da etwas missverständlich formuliert ist?
Schreib doch den Verlag an und bitte um Klarstellung.

LG Robert (robhubi)


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

Re: [OSM-talk-fr] comment nommé parking relais "P+R xxxx" (erreur osmose)

[osm . sanspourriel]

Et sur les images Mappilary, on voit que P+R est un icône ne faisant pas
partie du nom (cartouche de couleur différente, R de P+R plus petit, +
de P+R  encore plus petit).

Jean-Yvon

Le 13/10/2019 à 20:17, Jean-Yvon Landrac a écrit :


Sur le tract je lis :

le P+R L’Heure Tranquille.

Ce qui vaut dire que la description c'est P+R et le nom L'heure
Tranquille.

La graphie aussi l'indique :

PARKING RELAIS
*MAYER*

Et pour en revenir à celui qui nous intéresse on voit qu'il mette
l'icône d'un côté et le nom (Mayer) de l'autre :

Donc P+R est décrit par les attributs et le nom est Mayer.

Le tract lève toute ambiguïté.

Jean-Yvon

Le 13/10/2019 à 16:58, Cyrille37 OSM - cyrille+talk...@giquello.fr a
écrit :

Ben c'est son vrai nom affiché sur les panneaux en ville (P+R pour
Parking Relais)

Sur Mapillary :
https://www.mapillary.com/app/?lat=47.4185450762=0.6836268=17=photo=hZAiBAr94kkxFtMZ56627g=0.6536847962100784=0.6241417978849675=1.939617083946981

Le prospectus :
https://www.filbleu.fr/images/pdf/201906_parking_relais_10x21_web.pdf

Je vais faire ainsi en attendant mieux (et je verrai ce qu'en dit
osmose) :

- name : Parking Relais Machin Truc

- alt_name : P+R Machin Truc

Cyrille37.

Le 13/10/2019 à 12:43, marc marc a écrit :

Bonjour,

Le 12.10.19 à 13:14, Cyrille37 OSM a écrit :

Osmose dit : L’attribut “name” contient deux noms "name=P+R Mayer".

soit quelqu'un veux considérer cela comme un nom, alors la pratique osm
consiste à virer les abréviations ce qui donnerait un Park+Ride Mayer"

soit (et c'est mon avis) on considère que c'est une description de la
fonction comme les panneaux Parking, Marie, Gare. dans ce cas c'est le
rôle d'autre tag de le décrire :amenity=parking park_ride=yes et on
vire
le name=* générique.

Cordialement,
Marc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


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

Re: [OSM-talk-fr] comment nommé parking relais "P+R xxxx" (erreur osmose)

[osm . sanspourriel]

Sur le tract je lis :

le P+R L’Heure Tranquille.

Ce qui vaut dire que la description c'est P+R et le nom L'heure Tranquille.

La graphie aussi l'indique :

PARKING RELAIS
*MAYER*

Et pour en revenir à celui qui nous intéresse on voit qu'il mette
l'icône d'un côté et le nom (Mayer) de l'autre :

Donc P+R est décrit par les attributs et le nom est Mayer.

Le tract lève toute ambiguïté.

Jean-Yvon

Le 13/10/2019 à 16:58, Cyrille37 OSM - cyrille+talk...@giquello.fr a écrit :

Ben c'est son vrai nom affiché sur les panneaux en ville (P+R pour
Parking Relais)

Sur Mapillary :
https://www.mapillary.com/app/?lat=47.4185450762=0.6836268=17=photo=hZAiBAr94kkxFtMZ56627g=0.6536847962100784=0.6241417978849675=1.939617083946981

Le prospectus :
https://www.filbleu.fr/images/pdf/201906_parking_relais_10x21_web.pdf

Je vais faire ainsi en attendant mieux (et je verrai ce qu'en dit
osmose) :

- name : Parking Relais Machin Truc

- alt_name : P+R Machin Truc

Cyrille37.

Le 13/10/2019 à 12:43, marc marc a écrit :

Bonjour,

Le 12.10.19 à 13:14, Cyrille37 OSM a écrit :

Osmose dit : L’attribut “name” contient deux noms "name=P+R Mayer".

soit quelqu'un veux considérer cela comme un nom, alors la pratique osm
consiste à virer les abréviations ce qui donnerait un Park+Ride Mayer"

soit (et c'est mon avis) on considère que c'est une description de la
fonction comme les panneaux Parking, Marie, Gare. dans ce cas c'est le
rôle d'autre tag de le décrire :amenity=parking park_ride=yes et on vire
le name=* générique.

Cordialement,
Marc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


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

Re: [Talk-GB] Fixmes and Notes

[Dave F via Talk-GB]

Hi

I've amended the OP query to return more on topic results:

Restrict it to footways & paths
Find fixme values which include, but aren't solely either 
incomplete,stub, longer than this or continue"

Add 'survey' value.

http://overpass-turbo.eu/s/N5N

DaveF


On 13/10/2019 13:57, Rob Nickerson wrote:

Hi,

We've just started the next quarterly project on fixmes and notes. The wiki
page has some ideas - do you have any other ideas?

https://wiki.openstreetmap.org/wiki/UK_2019_Q4_Project:_Fixmes_and_Notes

It strikes me that a large proportion of the fixmes relate to incomplete
paths. So in effect tacking this would be an extension of our previous
quarterly project on paths. Here is an overpass turbo query to show those
fixmes:

http://overpass-turbo.eu/s/N56

Happy mapping!
*Rob*



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


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

Re: [Talk-GB] TfL cycle data published - proposed conflation process

[Martin - CycleStreets]

As for the proposal, I agree that a slow and steady approach is required. 
Although I do think we should set a target date. A date by which we are 
happy to start the conflation or have agreed that it is not viable. Would 
be a shame to see it just drag out. Happy to help as much as I can to 
ensure this.


Yes, good point. With such a large dataset, setting a timescale to ensure 
that momentum can be maintained would be sensible. Clearly it would 
depending on resources/time/willingness. I've included a new sentence to 
this effect.



Martin, **  CycleStreets - For Cyclists, By Cyclists
Developer, CycleStreets **  https://www.cyclestreets.net/


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

Re: [Talk-GB] TfL cycle data published - proposed conflation process

[Martin - CycleStreets]

On Sun, 13 Oct 2019, Mateusz Konieczny wrote:


(1)

I would suggest also generating  big OSM file with this data (without 
conflation, just what would be imported into unmapped area) and running 
JOSM validator on it.


It may find bugs in data, proposed conversion and in JOSM itself.


That's a really great suggestion - have added that in at the end of point 
4:


"This data should be published as an .osm file for community validation. It 
should be run against the JOSM Validator, essentially checking its 
correctness against a theoretical blank map."






(2)

I would advise also consulting
OSM community after steps 4, 5, 6.

Just post on talk-gb and process feedback.


Yes, I think this is very important and I included that - see mentions in
5) v.
5) vii.
6) xiii.
6) xiv.
and the addition of the JOSM Validation step noted above.



--
(3)

What is also missing is  - posting in imports mailing list
- obtaining permission from OSM community for import (Assuming that 
process continues to be as great as so far it should be without 
problems).


I've added in a new point 4, covering these two:

4. Post in the imports mailing list a full description of the proposed 
process, seeking consent:

https://lists.openstreetmap.org/listinfo/imports



- documenting new proposed tags on OSM Wiki and getting feedback


Added in explicitly as part of point 3.


(Full proposal process is not necessary, but may be considered, but at 
least post about new proposed tags on tagging mailing list. Things like 
that often benefit from additional review)


But mappers should be able to check what exactly will be changed.

Agreeing on principle that data may be useful
does not mean that any import is ok.


Agreed, and added in mention of the tagging list.



-
(4)

Have you considered importing 
some topics separately?

For example - in the first run import just
bicycle parkings.


Useful suggestion. I thought just starting with a small area would be a 
sensible alpha stage, but actually within that having a single asset type 
first, and then following with the other types when that is successful, is 
a good idea.




Martin, **  CycleStreets - For Cyclists, By Cyclists
Developer, CycleStreets **  https://www.cyclestreets.net/
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] Ospedali, ambulance_station e altro

[Francesco Ansanelli]

Buonasera Alessandro,

Vorrei aggiungere anche il mio punto di vista...

Il dom 13 ott 2019, 18:49 Alessandro P. via Talk-it <
talk-it@openstreetmap.org> ha scritto:

> Accade spesso in questa ML l'inversione di una nota metafora, ovvero "il
> topolino che partorisce la montagna". Si parte con progetti
> fantasmagorici e la cosa si sgonfia in pochi giorni.
>

L'ho notato anche io, ma solo quando ci sono problemi più filosofici che
pratici.
Questa community risponde molto bene a problemi concreti.

>
> Non se ne abbiano a male i partecipanti a questa discussione in
> particolare, io alcuni giorni fa avevo preconizzato il destino di questa:
>
> AUTOCITAZIONE: "Magari si potrebbe iniziare da tutte le Croce qui e
> Croce là. Qui (per carità Marco, tu sei sempre molto volonteroso)
> partiamo per costruire le piramidi per fermarci al secchiello di sabbia. "
>
> come avvenuto per moltissime altre discussioni in passato.
>
> Il mio approccio era di tenere un basso profilo, senza voler sistemare
> definitivamente il problema ma almeno iniziare ad affievolirlo:
>
> 1) se si vede un POI con la scritta "Croce di qualsiasi colore" posta
> in, o accanto, un edificio che con nessuna probabilità possa essere un
> ospedale mettiamoci emergency=ambulance_station (o in logica inversa
> qualcuno ritiene che è meglio lasciare questa informazione)?
>

Ci sono molte croci x o y taggate come hospital? Serve uno strumento per
segnalare il problema a chi mappa. Possiamo fare una regola di JOSM che
proponga di sostituire il tag con ambulance station.


> 2) se un edificio costituito da diverse parti su ognuna di esse troviamo
> il tag amenity=hospital lasciamolo solo su una.
>

Amenity hospital non va usato sugli edifici... E non vale solo per l'Italia:
How to map

Draw an area [image: area]  around
the grounds of the hospital, and add the amenity
=hospital tag to it. If
the area is no known, add a node [image: node]
 at the centre of the hospital.

>
> Già in questo modo si risolverebbe la grande percentuale di falsi ospedali.
>

Perfettamente d'accordo! Anche perché se trovo un errore magari mi attivo
per controllare tutta la zona.


> Ma ci pensate se il ministero lanciasse una query sul territorio
> italiano per contare il numero di ospedali? Il giorno dopo su tutti i
> giornali leggeremmo che il 50% degli ospedali verrebbero chiusi :-)
> E' meglio che scriva esplicitamente che si tratta di un'iperbole.
> Ma una P.A., con quale coraggio dovrebbe usare dati OSM se non riusciamo
> a contenere un minimo questi errori macroscopici?
>
> Con poche speranze di qualsivoglia risultato saluto tutti
>

Buona serata!
Francesco

>
> Alessandro Ale_Zena_IT
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Ospedali, ambulance_station e altro

[Alessandro P. via Talk-it]

Accade spesso in questa ML l'inversione di una nota metafora, ovvero "il 
topolino che partorisce la montagna". Si parte con progetti 
fantasmagorici e la cosa si sgonfia in pochi giorni.


Non se ne abbiano a male i partecipanti a questa discussione in 
particolare, io alcuni giorni fa avevo preconizzato il destino di questa:


AUTOCITAZIONE: "Magari si potrebbe iniziare da tutte le Croce qui e 
Croce là. Qui (per carità Marco, tu sei sempre molto volonteroso) 
partiamo per costruire le piramidi per fermarci al secchiello di sabbia. "


come avvenuto per moltissime altre discussioni in passato.

Il mio approccio era di tenere un basso profilo, senza voler sistemare 
definitivamente il problema ma almeno iniziare ad affievolirlo:


1) se si vede un POI con la scritta "Croce di qualsiasi colore" posta 
in, o accanto, un edificio che con nessuna probabilità possa essere un 
ospedale mettiamoci emergency=ambulance_station (o in logica inversa 
qualcuno ritiene che è meglio lasciare questa informazione)?


2) se un edificio costituito da diverse parti su ognuna di esse troviamo 
il tag amenity=hospital lasciamolo solo su una.


Già in questo modo si risolverebbe la grande percentuale di falsi ospedali.

Ma ci pensate se il ministero lanciasse una query sul territorio 
italiano per contare il numero di ospedali? Il giorno dopo su tutti i 
giornali leggeremmo che il 50% degli ospedali verrebbero chiusi :-)

E' meglio che scriva esplicitamente che si tratta di un'iperbole.
Ma una P.A., con quale coraggio dovrebbe usare dati OSM se non riusciamo 
a contenere un minimo questi errori macroscopici?


Con poche speranze di qualsivoglia risultato saluto tutti

Alessandro Ale_Zena_IT

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

[Talk-at] OSM Nutzung in Buch ohne Nennung

[Markus Mayr]

Hallo!

Gestern bin ich über folgendes Buch gestolpert und habe es mir aufgrund
des stark ermäßigten Preises und einem fragwürdigen Aspekt dessen
Inhaltes gleich gekauft:

http://imgurl.me/images/2019/10/14/osm_book_1206cda2993f4cffa.jpg

Für jede in dem Buch gezeigte Stadt ist ein Übersichtsplan eingefüngt,
welcher eindeutig der Standard Mapnik OSM Stil mit der OSM Karte ist:

http://imgurl.me/images/2019/10/14/osm_book_217091fd1eafb8cb5.jpg

Die ISBN des Buches lautet: 3941784463

Der einzige Lizenzhinweis, den ich gefunden habe, ist auf der ersten Seite:

> Alle Rechte vorbehalten. Kein Teil des Werkes darf in irgendeiner
> From ohne schriftliche Genehmigung des Verlages reproduziert
> oder unter Verwendung elektronischer Systeme verarbeitet, verviel-
> fältigt oder verbreitet werden. Einzige Ausnahme bilden die unter
> einer Creative-Commons-Lizenz veröffentlichten Abbildungen.

Im Abbildungsverzeichnis am Ende des Buches tauch die OSM nicht auf.
Anscheinend ist www.khs.info für den Inhalt zuständig.

Ich finde das Projekt und Buch eigentlich eine tolle Sache, bin aber
etwas traurig, dass die OpenStreetMap darin nicht entsprechend gewürdigt
wird, obwohl das den Autoren nicht geschadet hätte.

- just thought, I let you know ;-) -

Beste Grüße,
Markus (ScubbX)


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

Re: [Talk-GB] TfL cycle data published - proposed conflation process

[Mateusz Konieczny]

(1)

I would suggest also generating 
big OSM file with this data (without conflation, 
just what would be imported into unmapped area)
and running JOSM validator on it.
It may find bugs in data, proposed
conversion and in JOSM itself.


(2)
I would advise also consulting
OSM community after steps 4, 5, 6.

Just post on talk-gb and process feedback.

--
(3)
What is also missing is 
- posting in imports mailing list
- obtaining permission from OSM community for import
(Assuming that process continues to be as great
as so far it should be without problems).
- documenting new proposed tags on OSM Wiki
and getting feedback
(Full proposal process is not necessary,
but may be considered, but at least
post about new proposed tags on tagging mailing list. 
Things like that often benefit from additional review)

But mappers should be able to check
what exactly will be changed.

Agreeing on principle that data may be useful
does not mean that any import is ok.


-
(4)

Have you considered importing 
some topics separately?

For example - in the first run import just
bicycle parkings.

---++

 13 Oct 2019, 15:17 by list-osm-talk...@cyclestreets.net:

>
>
> I've been looking at the various tools available, e.g. JOSM Conflation, 
> Hootenanny, OpenStreetMap Live Conflation, etc.
>
> Whatever tool is best, a process is needed. May I seek comments on this 
> proposal which would be put to TfL in my report to them:
>
>
> 
>
>
> A proposed process for conflation would be:
>
>
> 1. Seek OSM community agreement in principle that the CID data is useful for 
> OSM (done).
>
>
> 2. Confirm licensing compatibility (done).
>
>
> 3. Consult on proposed technical translation of data (as per discussion in 
> this talk-gb thread, ongoing).
> https://bikedata.cyclestreets.net/tflcid/conversion/
>
>
> 4. Write a programming script based on this technical translation, which 
> converts the CID data (using the version containing OSM IDs) to .osm format. 
> The fundamental aim of this is to get the CID data to be as compatible with 
> OSM norms as possible, so that amount of effort needed in the eventual 
> conflation tool will be as low as possible. This converted dataset is 
> referred to below as the “External OSM-compatible format dataset”. This will 
> require expert programming work undertaken by a programmer fully conversant 
> with the OSM data model. Estimate: 10 days.
>
>
> 5. ALPHA STAGE: small-scale merge of data into OSM. This stage aims to prove 
> that the data is capable of being converted, and to demonstrate to the OSM 
> community that it can be undertaken sensitively and accurately. It does not 
> seek to produce a tool selection recommendation. This work should be 
> undertaken by someone with experience of JOSM and the JOSM Conflation plugin. 
> Estimate: 3-5 days.
>
> i. Identify a suitable extract of the CID data covering only an area of 10-20 
> smaller streets. This should be an outer London area, and avoid main roads, 
> so that in the event that problems materialise, the effect on real users of 
> OSM data is low. It should include both point-based and line-based assets, 
> giving a good overview. It should aim to have a good variety of CID assets 
> rather than the same type of asset dominating.
>
> ii. Install the JOSM editor and the JOSM Conflation plugin, which provides a 
> toolset for this alpha project. JOSM Conflation is the most sensible option, 
> as this is most widely used conflation tool in the OSM community. Although it 
> requires manual inspection, it is workable for an alpha project at this 
> smaller scale.
>
> iii. Attempt a merge of the External OSM-compatible format dataset using this 
> tool.
>
> iv. Carefully and thoroughly observe the correctness of the data, iterating 
> the script output and repeating these alpha steps until correctness is 
> achieved.
>
> v. Save the merged import data into the live OSM dataset and request 
> community feedback.
>
> vi. Manually fix up any identified problems arising from this feedback so 
> that there is correctness, and fix the underlying problem in the script.
>
> vii. At this point, feasibility of conversion has been established, and 
> community confidence will be much stronger.
>
>
> 6. BETA STAGE: larger-scale merge of data for one area. This stage aims to 
> identify the best merging tool for a fuller conversion with a view to 
> creating a fully-optimised workflow. Estimate: 4-8 weeks.
>
> i. Identify a suitable extract of the CID data to undertake a pilot 
> conversion project. One of the 25 CID data packages would be an ideal size 
> for such an evaluation, and each package is likely to contain sufficient 
> variety.
>
> ii. Identify 2-3 most likely merging tools, e.g. JOSM Conflation and 
> Hootenanny (see below).
>
> iii. Install each such merging tool and learn and practice its use. The time 
> required for such installation and evaluation should not be underestimated. 
> These systems involve widely different 

Re: [Talk-it] Precisione GPS: rappresentazione grafica

[Alessandro P. via Talk-it]

Il 13/10/19 15:33, canfe ha scritto:

Salve lista,
il mio Huawei P30 Pro produce un tracciato GPX con dentro anche
l'informazione della 'precisione' della misura. (HDOP)
Conoscete qualche soft che, oltre a visualizzare il tracciato, rappresenti
graficamente anche la precisione?
Sarebbe bello vedere il tracciato, magari più largo dove la precisione è
stata minore.



Ciao,
in JOSM, se vai nella pagina Preferenze, la finestra ti si apre già su 
Display Settings nel tab GPS Points: scendi verso il basso e spunti 
"Dilution of precision (red=high, green0low, if available)".

Guarda se ti basta questa indicazione

Alessandro

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

Re: [Talk-it] Precisione GPS: rappresentazione grafica

[danbag via Talk-it]

Mi piacerebbe vedere lo stesso tracciato rilevato 20 volte e confrontare la 
striscia reale delle tracce con la striscia teorica fornita dal GPS. Secondo me 
la striscia reale sarà MOLTO più larga di quella teorica


Inviato da smartphone Samsung Galaxy.
 Messaggio originale Da: canfe  Data: 
13/10/19  15:33  (GMT+01:00) A: talk-it@openstreetmap.org Oggetto: [Talk-it] 
Precisione GPS: rappresentazione grafica 
Salve lista,
il mio Huawei P30 Pro produce un tracciato GPX con dentro anche
l'informazione della 'precisione' della misura. (HDOP)
Conoscete qualche soft che, oltre a visualizzare il tracciato, rappresenti
graficamente anche la precisione?
Sarebbe bello vedere il tracciato, magari più largo dove la precisione è
stata minore.
Allego dopo i trattini un piccolo tracciato di soli 50 metri.

Grazie

canfe = Cantone Ferruccio

--


http://www.topografix.com/GPX/1/1;
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation="http://www.topografix.com/GPX/1/1
http://www.topografix.com/GPX/1/1/gpx.xsd;>
  
    2019-10-13_15-16_Sun
  
  
    
  
    375.219
    2019-10-13T13:16:57Z
    4
    
  0.018
    
  
  
    375.583
    2019-10-13T13:17:02Z
    10
    
  0.327
    
  
    
    
  
    375.811
    2019-10-13T13:17:05Z
    4
    
  0.079
    
  
    
    
  
    356.384
    2019-10-13T13:18:22Z
    4
    
  0.002
    
  
  
    366.193
    2019-10-13T13:18:38Z
    9
    
  1.053
    
  
  
    366.491
    2019-10-13T13:18:40Z
    7
    
  0.949
    
  
  
    367.373
    2019-10-13T13:18:43Z
    5
    
  1.071
    
  
  
    367.695
    2019-10-13T13:18:45Z
    4
    
  0.844
    
  
  
    368.496
    2019-10-13T13:18:48Z
    4
    
  1.088
    
  
  
    369.154
    2019-10-13T13:18:50Z
    4
    
  0.88
    
  
  
    370.096
    2019-10-13T13:18:52Z
    4
    
  1.129
    
  
  
    371.065
    2019-10-13T13:18:54Z
    4
    
  0.843
    
  
  
    371.598
    2019-10-13T13:18:56Z
    4
    
  1.071
    
  
  
    371.949
    2019-10-13T13:18:58Z
    4
    
  0.861
    
  
  
    372.264
    2019-10-13T13:19:00Z
    4
    
  1.067
    
  
  
    372.892
    2019-10-13T13:19:02Z
    4
    
  0.879
    
  
  
    373.597
    2019-10-13T13:19:04Z
    4
    
  1.169
    
  
  
    374.648
    2019-10-13T13:19:07Z
    4
    
  0.77
    
  
  
    374.615
    2019-10-13T13:19:10Z
    4
    
  0.711
    
  
  
    374.257
    2019-10-13T13:19:14Z
    4
    
  0.075
    
  
    
  


--



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

[Talk-at] OSM Stammtisch Wien (#63)

[scubbx]

Hallo, Leute!

Am Donnerstag ab 18:30 gibt es wieder einen Wiener OSM Stammtisch im
Wieden Bräu.
Details finden sich unter:
https://wiki.openstreetmap.org/wiki/Wien/Stammtisch

lg, Markus (ScubbX)


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

Re: [Talk-GB] TfL cycle data published - proposed conflation process

[Rob Nickerson]

Martin wrote:
> e.g. JOSM Conflation, Hootenanny, OpenStreetMap Live Conflation

OK, a few I am aware of, one i'm not. Suspect others won't know them all
either. For those interested:

JOSM Conflation:
https://wiki.openstreetmap.org/wiki/JOSM/Plugins/Conflation

Hootenanny:
https://www.youtube.com/watch?v=LeaTLxVCFmc

OpenStreetMap Live Conflation:
https://www.openstreetmap.org/user/Richard/diary/368524

As for the proposal, I agree that a slow and steady approach is required.
Although I do think we should set a target date. A date by which we are
happy to start the conflation or have agreed that it is not viable. Would
be a shame to see it just drag out. Happy to help as much as I can to
ensure this.

Best regards,
*Rob*
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-at] Änderung von Bezirks- und Gemeindenamen in Tirol und Vorarlberg

[Johann Haag]

Ein anderes Nominatim Problem Beispiel: Vogeltennweg 15, Waidring.
Waidring nennt sich -nach meiner Umbenennung- jetzt "Gemeinde Waidring".
Einen Vogeltennweg 15 gibt es gleichlautend in drei weiteren Gemeinden,
unter anderem auch im Trentino Südtirol.
Ich bin nun mit dem Problem konfrontiert, dass Nominatim das Objekt
Vogeltennweg 15, in der Gemeinde Waidring nicht mehr identifiziert. Eine
Lösung ist, den Adress- Tag temporär zu verändern, hierdurch findet
Nominatim anschließend diese Adresse wieder korrekt.
Ich führe diese Problematik auf gegenständlich hier diskutierte Gemeinde-
Präfixe zurück.
Damit in mehreren Gemeinden gleichlautende Adressen in der Bestimmungs
Gemeinde wieder gefunden werden,  ist es notwendig sämtliche Adressen einer
Gemeinde mittels sonder Changeset zur refreshen.
Solches ist aber kein gangbarer Weg.
Grüße Johann Haag

Am Fr., 11. Okt. 2019 um 08:15 Uhr schrieb andreas wecer <
andreas.we...@gmail.com>:

> Am Do., 10. Okt. 2019 um 07:27 Uhr schrieb Johann Haag  >:
>
>> Bereits seit mehreren Tagen beschäftigt mich eine Instabilität von OSM
>> Nominatim. Beispiel Bizauer Straße 25a in der Gemeinde Bizau.
>> Ich vermute nun, dass es zwischen diesen Problemen, und den von mir
>> hinzugefügten Präfixen möglicherweise einen Zusammenhang gibt. Ich bin mir
>> hierbei aber noch nicht ganz sicher. Bisher konnte ich folgende Logik
>> feststellen. Ein Haus Nr. 25 wird gefunden
>> https://www.openstreetmap.org/search?query=Bizauer%20Straße%2025#map=19/47.36808/9.93703
>> 
>>  ein
>> Haus 25a hingegen nicht.
>> Grüße Johann Haag
>>
>
> "Bizauer Straße" entspricht schon einmal gar nicht der von dir angegebenen
> Adresse, denn die lautet "Oberdorf 25a, 6874 Bizau". Das wird von Nominatim
> allerdings genauso nicht gefunden, weil es keinen Ort "Oberdorf" in der
> Nähe gibt, aber bspw. von komoot oder magic earth.
> Der Straßenname funktioniert bei Nominatim wohl nur eher zufällig weil
> offenbar trotz angegebenen addr:place (oder weil eben dieser nicht gefunden
> wird) auch die nächstgelegene Straße zugewiesen wird und die ist bei der
> 25a eben nicht die Bizauer Straße, sondern "Winkel", entsprechend findet
> Nominatim auch ein "Winkel 25a, Bizau"
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>


OSM: https://www.openstreetmap.org/user/beautifulplaces
Mein Blog blog.hxg.at
Meine Real Identität: Johann Haag St. Johann in Tirol
Meine Mitwirkung in OSM, ehrenamtlich, unabhängig
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-fr] comment nommé parking relais "P+R xxxx" (erreur osmose)

[Cyrille37 OSM]

Ben c'est son vrai nom affiché sur les panneaux en ville (P+R pour 
Parking Relais)


Sur Mapillary : 
https://www.mapillary.com/app/?lat=47.4185450762=0.6836268=17=photo=hZAiBAr94kkxFtMZ56627g=0.6536847962100784=0.6241417978849675=1.939617083946981


Le prospectus : 
https://www.filbleu.fr/images/pdf/201906_parking_relais_10x21_web.pdf


Je vais faire ainsi en attendant mieux (et je verrai ce qu'en dit osmose) :

- name : Parking Relais Machin Truc

- alt_name : P+R Machin Truc

Cyrille37.

Le 13/10/2019 à 12:43, marc marc a écrit :

Bonjour,

Le 12.10.19 à 13:14, Cyrille37 OSM a écrit :

Osmose dit : L’attribut “name” contient deux noms "name=P+R Mayer".

soit quelqu'un veux considérer cela comme un nom, alors la pratique osm
consiste à virer les abréviations ce qui donnerait un Park+Ride Mayer"

soit (et c'est mon avis) on considère que c'est une description de la
fonction comme les panneaux Parking, Marie, Gare. dans ce cas c'est le
rôle d'autre tag de le décrire :amenity=parking park_ride=yes et on vire
le name=* générique.

Cordialement,
Marc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


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

[Talk-us] Whole-US Garmin Map update - 2019-10-11

[Dave Hansen]

These are based off of Lambertus's work here:

http://garmin.openstreetmap.nl

If you have questions or comments about these maps, please feel
free to ask.  However, please do not send me private mail.  The
odds are, someone else will have the same questions, and by
asking on the talk-us@ list, others can benefit.

Downloads:

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2019-10-11

Map to visualize what each file contains:


http://daveh.dev.openstreetmap.org/garmin/Lambertus/2019-10-11/kml/kml.html


FAQ



Why did you do this?

I wrote scripts to joined them myself to lessen the impact
of doing a large join on Lambertus's server.  I've also
cut them in large longitude swaths that should fit conveniently
on removable media.  

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2019-10-11

Can or should I seed the torrents?

Yes!!  If you use the .torrent files, please seed.  That web
server is in the UK, and it helps to have some peers on this
side of the Atlantic.

Why is my map missing small rectangular areas?

There have been some missing tiles from Lambertus's map (the
red rectangles),  I don't see any at the moment, so you may
want to update if you had issues with the last set.

Why can I not copy the large files to my new SD card?

If you buy a new card (especially SDHC), some are FAT16 from
the factory.  I had to reformat it to let me create a >2GB
file.

Does your map cover Mexico/Canada?

Yes!!  I have, for the purposes of this map, annexed Ontario
in to the USA.  Some areas of North America that are close
to the US also just happen to get pulled in to these maps.
This might not happen forever, and if you would like your
non-US area to get included, let me know. 

-- Dave


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

Re: [Talk-de] Kreuz Werl - seltsame Spurnutzung

[Bernhard Weiskopf]

> Wäre es nicht sinnvoll, die auf/abfahrten mit demselben maxspeed zu tagen 
> wie die parallele Autobahn?

Die Tags sollten immer die tatsächlichen Eigenschaften widerspiegeln, also die 
Regeln der StVO und der lokalen Beschilderung.

Der Router sollte die highway = *_link mit niedriger Geschwindigkeit (higher 
costs) bewerten.

Sollten wir Mapper kurz vor der Einmündung eines motorway_link auf den motorway 
ein Zeichen "Vorfahrt gewähren" (node mit "highway = give_way") einfügen?
Vgl. § 18 Abs. 3 StVO. Das gilt auch, wenn vor Ort kein Schild aufgestellt 
wurde.
"highway = give_way" sollte als zusätzlicher Zeitaufwand berücksichtigt werden.

Aber: Wenn die Fahrt über die Parallelfahrbahn und das erneute Einfädeln 
tatsächlich deutlich schneller ist, finde ich das Routing korrekt.

Bernhard




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

Re: [OSM-talk-fr] Sur 01net L’incroyable histoire de Waze, la carte routière la plus précise au monde... conçue par des bénévoles

[Vladimir Vyskocil]

C’est un peu faux culs de ne pas parler de ce qui a vraiment fait le succès de 
Waze, je veux parler du signalement en temps réel des radars et des contrôles 
de police…
Avec l’arrivée de Google et les nouvelles lois cela a été un peu camouflé mais 
les habitudes ont été prises par la communauté des utilisateurs et il n’est pas 
rare aujourd’hui de voir un radar précisément signalé avec une alerte de danger 
plus “générique"…

Vlad.

> On 6 Oct 2019, at 10:45, PierreV  wrote:
> 
> https://www.01net.com/actualites/l-incroyable-histoire-de-waze-la-carte-routiere-la-plus-precise-au-monde-concue-par-des-benevoles-1777628.html
> 
> On contacte 01net pour leur proposer un article sur OSM qui est encore plus
> "génial" que Waze car réutilisable par n'importe qui?
> 
> Par contre le fait que waze n'utile pas de "fonds cartographique"
> contrairement a OSM, c'est un peu faux :
> car d'après wikipédia Waze a acheté quelques données dans certains pays
> 
> apparemment c'est le premier d'une série d'articles:
> https://twitter.com/LelloucheNico/status/1180427218067087362
> 
> 
> 
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


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

[Talk-it] Precisione GPS: rappresentazione grafica

[canfe]

Salve lista,
il mio Huawei P30 Pro produce un tracciato GPX con dentro anche
l'informazione della 'precisione' della misura. (HDOP)
Conoscete qualche soft che, oltre a visualizzare il tracciato, rappresenti
graficamente anche la precisione?
Sarebbe bello vedere il tracciato, magari più largo dove la precisione è
stata minore.
Allego dopo i trattini un piccolo tracciato di soli 50 metri.

Grazie

canfe = Cantone Ferruccio

--


http://www.topografix.com/GPX/1/1;
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation="http://www.topografix.com/GPX/1/1
http://www.topografix.com/GPX/1/1/gpx.xsd;>
  
2019-10-13_15-16_Sun
  
  

  
375.219
2019-10-13T13:16:57Z
4

  0.018

  
  
375.583
2019-10-13T13:17:02Z
10

  0.327

  


  
375.811
2019-10-13T13:17:05Z
4

  0.079

  


  
356.384
2019-10-13T13:18:22Z
4

  0.002

  
  
366.193
2019-10-13T13:18:38Z
9

  1.053

  
  
366.491
2019-10-13T13:18:40Z
7

  0.949

  
  
367.373
2019-10-13T13:18:43Z
5

  1.071

  
  
367.695
2019-10-13T13:18:45Z
4

  0.844

  
  
368.496
2019-10-13T13:18:48Z
4

  1.088

  
  
369.154
2019-10-13T13:18:50Z
4

  0.88

  
  
370.096
2019-10-13T13:18:52Z
4

  1.129

  
  
371.065
2019-10-13T13:18:54Z
4

  0.843

  
  
371.598
2019-10-13T13:18:56Z
4

  1.071

  
  
371.949
2019-10-13T13:18:58Z
4

  0.861

  
  
372.264
2019-10-13T13:19:00Z
4

  1.067

  
  
372.892
2019-10-13T13:19:02Z
4

  0.879

  
  
373.597
2019-10-13T13:19:04Z
4

  1.169

  
  
374.648
2019-10-13T13:19:07Z
4

  0.77

  
  
374.615
2019-10-13T13:19:10Z
4

  0.711

  
  
374.257
2019-10-13T13:19:14Z
4

  0.075

  

  


--



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-GB] Fixmes and Notes

[Brian Prangle]

Good work Rob

There is a paint style in JOSM to show fixmes and notes (k=v notes not
OSM.org notes)
Your overpass query on footpaths should also query fixme=continues (as well
as continue)

Regards

Brian

On Sun, 13 Oct 2019 at 13:58, Rob Nickerson 
wrote:

> Hi,
>
> We've just started the next quarterly project on fixmes and notes. The
> wiki page has some ideas - do you have any other ideas?
>
> https://wiki.openstreetmap.org/wiki/UK_2019_Q4_Project:_Fixmes_and_Notes
>
> It strikes me that a large proportion of the fixmes relate to incomplete
> paths. So in effect tacking this would be an extension of our previous
> quarterly project on paths. Here is an overpass turbo query to show those
> fixmes:
>
> http://overpass-turbo.eu/s/N56
>
> Happy mapping!
> *Rob*
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] TfL cycle data published - proposed conflation process

[Martin - CycleStreets]

I've been looking at the various tools available, e.g. JOSM Conflation, 
Hootenanny, OpenStreetMap Live Conflation, etc.


Whatever tool is best, a process is needed. May I seek comments on this 
proposal which would be put to TfL in my report to them:






A proposed process for conflation would be:


1. Seek OSM community agreement in principle that the CID data is useful 
for OSM (done).



2. Confirm licensing compatibility (done).


3. Consult on proposed technical translation of data (as per discussion in 
this talk-gb thread, ongoing).

https://bikedata.cyclestreets.net/tflcid/conversion/


4. Write a programming script based on this technical translation, which 
converts the CID data (using the version containing OSM IDs) to .osm 
format. The fundamental aim of this is to get the CID data to be as 
compatible with OSM norms as possible, so that amount of effort needed in 
the eventual conflation tool will be as low as possible. This converted 
dataset is referred to below as the “External OSM-compatible format 
dataset”. This will require expert programming work undertaken by a 
programmer fully conversant with the OSM data model. Estimate: 10 days.



5. ALPHA STAGE: small-scale merge of data into OSM. This stage aims to 
prove that the data is capable of being converted, and to demonstrate to 
the OSM community that it can be undertaken sensitively and accurately. It 
does not seek to produce a tool selection recommendation. This work should 
be undertaken by someone with experience of JOSM and the JOSM Conflation 
plugin. Estimate: 3-5 days.


i. Identify a suitable extract of the CID data covering only an area of 
10-20 smaller streets. This should be an outer London area, and avoid main 
roads, so that in the event that problems materialise, the effect on real 
users of OSM data is low. It should include both point-based and line-based 
assets, giving a good overview. It should aim to have a good variety of CID 
assets rather than the same type of asset dominating.


ii. Install the JOSM editor and the JOSM Conflation plugin, which provides 
a toolset for this alpha project. JOSM Conflation is the most sensible 
option, as this is most widely used conflation tool in the OSM community. 
Although it requires manual inspection, it is workable for an alpha project 
at this smaller scale.


iii. Attempt a merge of the External OSM-compatible format dataset using 
this tool.


iv. Carefully and thoroughly observe the correctness of the data, iterating 
the script output and repeating these alpha steps until correctness is 
achieved.


v. Save the merged import data into the live OSM dataset and request 
community feedback.


vi. Manually fix up any identified problems arising from this feedback so 
that there is correctness, and fix the underlying problem in the script.


vii. At this point, feasibility of conversion has been established, and 
community confidence will be much stronger.



6. BETA STAGE: larger-scale merge of data for one area. This stage aims to 
identify the best merging tool for a fuller conversion with a view to 
creating a fully-optimised workflow. Estimate: 4-8 weeks.


i. Identify a suitable extract of the CID data to undertake a pilot 
conversion project. One of the 25 CID data packages would be an ideal size 
for such an evaluation, and each package is likely to contain sufficient 
variety.


ii. Identify 2-3 most likely merging tools, e.g. JOSM Conflation and 
Hootenanny (see below).


iii. Install each such merging tool and learn and practice its use. The 
time required for such installation and evaluation should not be 
underestimated. These systems involve widely different technologies (even 
requiring different operating systems to be installed using a Virtual 
Machine), so this step could easily take 5 days. Test data will need to be 
prepared, trial runs created, questions are likely to need to be asked on 
mailing lists, etc.


iv. Identify the pros and cons of each tool and move towards a recommended 
solution based on trialing with the data and the amount of manual fixing up 
required.


v. Determine and iterate the workflow required for the tool.

vi. Adapt the now near-final script to perform conversion of this larger 
dataset for the selected tool. It is likely that the bulk of the conversion 
script will be unchanged, but that the final output format (e.g. 
.osm/Shapefile/GeoJSON) would need to be different based on the tool’s 
expectations.


vii. Substantial iteration of the conversion script and/or tool workflow is 
then likely to be required. For instance, merging will involve conflating 
data from a cycle lane in the CID data to the cycle lane present in the OSM 
nearby. This scenario is likely to throw up several potentially issues. For 
instance, the OSM ID may in fact now have changed; it might now be 
represented by multiple separate OSM IDs; there might be multiple cycle 
lanes nearby which need to be disambiguated, etc. Another example 

[Talk-GB] Fixmes and Notes

[Rob Nickerson]

Hi,

We've just started the next quarterly project on fixmes and notes. The wiki
page has some ideas - do you have any other ideas?

https://wiki.openstreetmap.org/wiki/UK_2019_Q4_Project:_Fixmes_and_Notes

It strikes me that a large proportion of the fixmes relate to incomplete
paths. So in effect tacking this would be an extension of our previous
quarterly project on paths. Here is an overpass turbo query to show those
fixmes:

http://overpass-turbo.eu/s/N56

Happy mapping!
*Rob*
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] TfL cycle data published - schema mapping

[Martin - CycleStreets]

Just to say that I've turned all the comments (here and on Twitter) into 
issues and replies at:


https://github.com/cyclestreets/tflcid-conversion/issues

I'll merge the changes into the conversion webpage shortly.


Martin, **  CycleStreets - For Cyclists, By Cyclists
Developer, CycleStreets **  https://www.cyclestreets.net/

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

Re: [Talk-GB] 24 hour mapathon - Aberconwy

[Rob Nickerson]

Thanks all. Great idea to tie it in with the Quarterly Projects by looking
for solar. Which reminds me, we are in the next quarter now. I will send a
separate email asking for ideas on how to work on Fixmes and Notes.

Best regards,
*Rob*


On Wed, 9 Oct 2019 at 10:40, SK53  wrote:

> From memory the bit of Penrhyn Bay close to the Little Orme is 60s or
> early 70s housing (Penrhyn Beach West etc), with a lot of semis with the
> first floor rooms effectively in the roof space (a style I associate with
> Wimpey, but other builders may have used it). Unfortunately, I last visited
> in pre-OSM days and I think I only have photos on the Little Orme itself.
> The rest of that area )Penrhyn Beach East side) looks to be bungalows, and
> perhaps a slightly later development.
>
> I've added a bit of solar and the underlying houses.
>
> Beware in the Conway Valley of imagery alignment (e.g. around Bodnant,
> Betwys-y-Coed).
>
> Jerry
>
> On Wed, 9 Oct 2019 at 10:21, Andy Robinson  wrote:
>
>> A few minutes done in Penrhyn Bay
>> https://www.openstreetmap.org/#map=18/53.31715/-3.76346
>>
>>
>>
>> Cheers
>>
>> Andy
>>
>>
>>
>> *From:* Rob Nickerson [mailto:rob.j.nicker...@gmail.com]
>> *Sent:* 09 October 2019 06:43
>> *To:* Talk-GB
>> *Subject:* [Talk-GB] 24 hour mapathon - Aberconwy
>>
>>
>>
>> Today is the day of the Aberconwy mapathon. At any point during the day
>> if you can spare a few minutes to look at Aberconwy that would be great.
>>
>>
>>
>> We're looking at this region:
>>
>>
>> http://geojson.io/#data=data:text/x-url,https%3A%2F%2Fons-inspire.esriuk.com%2Farcgis%2Frest%2Fservices%2FElectoral_Boundaries%2FWestminster_Parliamentary_Constituencies_December_2018_UK_BGC%2FMapServer%2F0%2Fquery%3Ff%3Dgeojson%26where%3Dpcon18cd%2520%253D%2520%2527W0758%2527%26returnGeometry%3Dtrue
>>
>>
>>
>> Maybe you can find something mapped using the old NPE source which can be
>> updated using latest open data/imagery.
>>
>>
>>
>> https://wiki.openstreetmap.org/wiki/UK_24_hour_mapathons
>>
>>
>>
>> Thank you,
>>
>> *Rob*
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-de] OpenLayers und OSM

[Markus]

Noch eine historische Frage:
- wann hat OSM auf Leaflet gewechselt? (Jahr)
  was war die letzte OL-Version von OSM?
  was waren die Gründe und wie wurde dar Wechsel entschieden?

Mit herzlichem Gruss,
Markus


Am 09.10.2019 um 14:56 schrieb Markus:
> Liebe Entwickler,
>
> welche OL-Version verwenden osm.org bzw. osm.de ?
> Wo liegt der aktuelle Code von osm.org bzw. osm.de ?
>
> In welchen Abständen wird da OL upgegradet?
>
> Aktuell ist OL-6.0.1
> Was hat sich da seit OL-3 geändert?
> (wo finde ich eine de:Doku?)
>
> Mit herzlichem Gruss,
> Markus

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

[Talk-br] Local community chats by continent / country

[Sérgio V .]

https://wiki.openstreetmap.org/wiki/List_of_OSM_centric_Telegram_accounts#America

OMG!



- - - - - - - - - - - - - - - -

Sérgio - http://www.openstreetmap.org/user/smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk-fr] comment nommé parking relais "P+R xxxx" (erreur osmose)

[marc marc]

Bonjour,

Le 12.10.19 à 13:14, Cyrille37 OSM a écrit :
> Osmose dit : L’attribut “name” contient deux noms "name=P+R Mayer".
soit quelqu'un veux considérer cela comme un nom, alors la pratique osm 
consiste à virer les abréviations ce qui donnerait un Park+Ride Mayer"

soit (et c'est mon avis) on considère que c'est une description de la 
fonction comme les panneaux Parking, Marie, Gare. dans ce cas c'est le 
rôle d'autre tag de le décrire :amenity=parking park_ride=yes et on vire 
le name=* générique.

Cordialement,
Marc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-pt] semanárioOSM Nº 481 2019-10-01-2019-10-07

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 481, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/12448/

Aproveite!

Você sabia que também pode enviar mensagens para o OSM semanal/semanárioOSMſ 
sem ser membro? Basta fazer login em https://osmbc.openstreetmap.de/login com 
sua conta OSM e usar a conta de convidado. Leia mais sobre como escrever um 
post aqui: http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

[Talk-GB] weeklyOSM #481 2019-10-01-2019-10-07

[weeklyteam]

The weekly round-up of OSM news, issue # 481,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12448/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-br] semanárioOSM Nº 481 2019-10-01-2019-10-07

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 481, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/12448/

Aproveite!

Você sabia que também pode enviar mensagens para o OSM semanal/semanárioOSMſ 
sem ser membro? Basta fazer login em https://osmbc.openstreetmap.de/login com 
sua conta OSM e usar a conta de convidado. Leia mais sobre como escrever um 
post aqui: http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[OSM-talk] weeklyOSM #481 2019-10-01-2019-10-07

[weeklyteam]

The weekly round-up of OSM news, issue # 481,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12448/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-us] weeklyOSM #481 2019-10-01-2019-10-07

[weeklyteam]

The weekly round-up of OSM news, issue # 481,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12448/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-in] weeklyOSM #481 2019-10-01-2019-10-07

[weeklyteam]

The weekly round-up of OSM news, issue # 481,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12448/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[OSM-talk-ie] weeklyOSM #481 2019-10-01-2019-10-07

[weeklyteam]

The weekly round-up of OSM news, issue # 481,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12448/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[Talk-ca] weeklyOSM #481 2019-10-01-2019-10-07

[weeklyteam]

The weekly round-up of OSM news, issue # 481,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12448/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[talk-ph] weeklyOSM #481 2019-10-01-2019-10-07

[weeklyteam]

The weekly round-up of OSM news, issue # 481,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12448/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

[Talk-es] semanarioOSM Nº 481 2019-10-01-2019-10-07

[theweekly . osm]

Hola, el semanario Nº 481, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12448/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-africa] weeklyOSM #481 2019-10-01-2019-10-07

[weeklyteam]

The weekly round-up of OSM news, issue # 481,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12448/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

[OSM-co] semanarioOSM Nº 481 2019-10-01-2019-10-07

[theweekly . osm]

Hola, el semanario Nº 481, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12448/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

[Talk-ca] hebdoOSM Nº 481 2019-10-01-2019-10-07

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 481 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/12448/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[talk-latam] semanarioOSM Nº 481 2019-10-01-2019-10-07

[theweekly . osm]

Hola, el semanario Nº 481, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12448/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

[Talk-bo] semanarioOSM Nº 481 2019-10-01-2019-10-07

[theweekly . osm]

Hola, el semanario Nº 481, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12448/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-bo mailing list
Talk-bo@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-bo

[OSM-talk-fr] hebdoOSM Nº 481 2019-10-01-2019-10-07

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 481 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/12448/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-ht] hebdoOSM Nº 481 2019-10-01-2019-10-07

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 481 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/12448/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

[Talk-africa] hebdoOSM Nº 481 2019-10-01-2019-10-07

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 481 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/12448/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

[Talk-ko] weeklyOSM #481 2019-10-01-2019-10-07

[weeklyteam]

매주 일어나는 OSM 소식을 종합한, 481번째 주간OSM이 발행되었습니다.

http://www.weeklyosm.eu/ko/archives/12448/

읽어 주셔서 감사합니다!
셨나요? 그냥 https://osmbc.openstreetmap.de/login 에 들어가서 오픈스트리트맵 계정으로 로그인하기만 하면 됩니다. 
기사 작성법 등의 정보는 여기를 참조하세요.
주간OSM이란? 
누가?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
어디서?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ko mailing list
Talk-ko@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ko

Re: [OSM-talk-fr] Coursier à vélo

[osm . sanspourriel]

David voulait dire :
office= company


sans g.

Le 13/10/2019 à 08:19, David Crochet - david.croc...@free.fr a écrit :

bonjour

entreprise privée => office:compagny

cordialement

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

Re: [Talk-de] Kreuz Werl - seltsame Spurnutzung

[michael spreng]

Ich interpretiere das leicht anders. routing.openstreetmap.de braucht
einen anderen Regelsatz:
https://github.com/fossgis-routing-server/cbf-routing-profiles

Die auf/abfahrt ist mit maxspeed=none gemappt, welches in 140kmh
übersetzt wird.
maxspeed=signals hingegen ist dem Profil unbekannt, und es wird der
weltweite default für motorway von 90kmh angenommen.

Wäre es nicht sinnvoll, die auf/abfahrten mit demselben maxspeed zu
tagen wie die parallele Autobahn?

Was für eine Geschwindigkeit sollte vom routing bei signals angenommen
werden?

Grüsse
Michael

On 12/10/2019 16:35, Holger Bruch wrote:
> Im Gegensatz zu den anderen Auffahrten/Abfahrten sind die Parallelfahrbahn 
> und zwei Rampen mit  source:maxspeed=DE:motorway getaggt: 
> http://overpass-turbo.eu/s/N3w 
> 
> Dies wird durch OSRM interpretiert: 
> https://github.com/Project-OSRM/osrm-backend/pull/5217/commits/801d0ebe4d12f4eaa139c46066fa46e8f1764683
> 
> Viele Grüße,
> Holger
> 
> 
>> Am 12.10.2019 um 08:19 schrieb Harald Hartmann 
>> :
>>
>> Interessant ist auch der NordWestliche "Kreisel" mit bis zu 119km/h :-D
>>
>> Am 12.10.19 um 08:16 schrieb Harald Hartmann:
>>> siehe auch diese Debug-Ansicht:
>>> https://routing.openstreetmap.de/debug/car.html#16.73/51.53445/7.89292
>>>
>>> Die Nebenspur mit 112km/h gewertet, die Hauptspur nur mit 90km/h
>>>
>>> ___
>>> Talk-de mailing list
>>> Talk-de@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-de
>>>
>>
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-de
>>
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 


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

Re: [OSM-talk-fr] Coursier à vélo

[David Crochet]

bonjour

entreprise privée => office:compagny

cordialement

--

David Crochet


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