[OSM-ja] igotu GT-820 pro とM-241

2017-04-30 Thread ribbon
試しに両方でGPSログを取ってみました。GT-820の方がきれいにログ取れます。
M-241だとうまく拾えないところも拾えているようです。

やはりM-241は古くなったのかな。
ログ出力ツールも最近のWindowsではまともに動かないし。

ただ、GT-820のほうも、ログ取りだしツールはWindows専用ですね。
また、M-241のように、ログ採取を一時的に止めたりすることは
できない(電源をONにしたら、ずっとログを取る)というのはちょっと
不便かも。

ribbon


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


Re: [OSM-ja] どなたか修正をお願いします(京都丹後鉄道宮福線)

2017-04-30 Thread ribbon
On Fri, Apr 28, 2017 at 10:59:49AM +0900, yuu hayashi wrote:
> hayashiです。
> 
> 2つのリレーションを「6014983 」に統合しました。
> 
> 変更セット
> https://www.openstreetmap.org/changeset/48213047

無事修正されていることを確認しました。
修正後のものをベースに、ログ取ったデータで少しいじっておきました。

ribbon

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


[OSM-talk] Invitation to participate in State of the Map Asia 2017 in Kathmandu

2017-04-30 Thread maning sambale
Forwarding invitation from the SotM-Asia Organizing team, see you in Nepal!

Dear OSM community members,

We want to welcome you to State of the Map Asia 2017, which will be
organized in Kathmandu, Nepal on September 23 - 24, hosted by Kathmandu
Living Labs and OSM community of Nepal.

The event website is now live at: http://stateofthemap.asia/

A call for session proposals is now open. We will be opening calls for
travel scholarships and event registration soon. You are invited to propose
creative and informative sessions (presentations, workshop etc.) including
your country's state of the map.

We need your support to make this a successful event and help foster the
growth of OSM in Asia and beyond.

Please refer to the website for further details.

With best regards,

Kshitiz Khanal
Researcher, Open Data and OpenStreetMap
Kathmandu Living Labs


-- 
cheers,
maning
--
"Freedom is still the most radical idea of all" -N.Branden
https://epsg4253.wordpress.com/
http://twitter.com/maningsambale
--

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


[talk-ph] Invitation to participate in State of the Map Asia 2017 in Kathmandu

2017-04-30 Thread maning sambale
Forwarding invitation from the SotM-Asia Organizing team, see you in Nepal!

Dear OSM community members,

We want to welcome you to State of the Map Asia 2017, which will be
organized in Kathmandu, Nepal on September 23 - 24, hosted by Kathmandu
Living Labs and OSM community of Nepal.

The event website is now live at: http://stateofthemap.asia/

A call for session proposals is now open. We will be opening calls for
travel scholarships and event registration soon. You are invited to propose
creative and informative sessions (presentations, workshop etc.) including
your country's state of the map.

We need your support to make this a successful event and help foster the
growth of OSM in Asia and beyond.

Please refer to the website for further details.

With best regards,

Kshitiz Khanal
Researcher, Open Data and OpenStreetMap
Kathmandu Living Labs


-- 
cheers,
maning
--
"Freedom is still the most radical idea of all" -N.Branden
https://epsg4253.wordpress.com/
http://twitter.com/maningsambale
--

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


[Talk-pe] Convocatoria State of the Map LatAm 2017

2017-04-30 Thread Omar Vega Ramos


== SotM LatAm 2017 ==

El comité organizador del State of the Map LatAm 2017[0] se complace en 
anunciar que el registro de charlas[1] para el SOTM LatAm esta abierto. 
Las propuestas van a girar en base a diversos ejes temáticos[2] 
relacionados con OpenStreetMap. Las propuestas se van a recibir hasta el 
01 de Setiembre.


=== Fecha del evento ===

Del 29 de Noviembre al 02 de Diciembre de 2017.

=== Lugar ===

Facultad de Ciencias Sociales de la Universidad Nacional Mayor de San 
Marcos.[3]


=== Acerca del evento ===

State of the Map Latam es la conferencia anual para todos los mapeadores 
y usuarios de OpenStreetMap en Latinoamérica.


=== Patrocine el evento ===

Si desea patrocinar el evento puede contactarse a i...@osmlatam.org

[0] http://state.osmlatam.org/
[1] http://osmpe.ourproject.org/llamado-a-charlas-palestras-talks/
[2] 
http://wiki.openstreetmap.org/wiki/ES:State_Of_The_Map_Latam_2017#Ejes_tem.C3.A1ticos
[3] 
http://www.openstreetmap.org/?mlat=-12.05819=-77.08156#map=18/-12.05819/-77.08156


--
Omar Vega

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


[talk-latam] Convocatoria State of the Map LatAm 2017

2017-04-30 Thread Omar Vega Ramos


== SotM LatAm 2017 ==

El comité organizador del State of the Map LatAm 2017[0] se complace en 
anunciar que el registro de charlas[1] para el SOTM LatAm esta abierto. 
Las propuestas van a girar en base a diversos ejes temáticos[2] 
relacionados con OpenStreetMap. Las propuestas se van a recibir hasta el 
01 de Setiembre.


=== Fecha del evento ===

Del 29 de Noviembre al 02 de Diciembre de 2017.

=== Lugar ===

Facultad de Ciencias Sociales de la Universidad Nacional Mayor de San 
Marcos.[3]


=== Acerca del evento ===

State of the Map Latam es la conferencia anual para todos los mapeadores 
y usuarios de OpenStreetMap en Latinoamérica.


=== Patrocine el evento ===

Si desea patrocinar el evento puede contactarse a i...@osmlatam.org

[0] http://state.osmlatam.org/
[1] http://osmpe.ourproject.org/llamado-a-charlas-palestras-talks/
[2] 
http://wiki.openstreetmap.org/wiki/ES:State_Of_The_Map_Latam_2017#Ejes_tem.C3.A1ticos
[3] 
http://www.openstreetmap.org/?mlat=-12.05819=-77.08156#map=18/-12.05819/-77.08156


--
Omar Vega

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


Re: [OSM-talk-fr] Comptage trafic routier

2017-04-30 Thread osm . sanspourriel
+1, alors qu'avec le réseau TMC 
, on a trois 
niveaux :


http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=AlertCv9v10v11=SG

Est-ce que ça ne devrait pas être notre base pour classifier ?

N.B. : la Bretagne a 5 départements, la version amputée on l'appelle 
région Bretagne, Cf. Wikipedia,  comme ça il n'y a pas ambiguïté ;-) et 
l'exemple d'incohérence sur la D765 correspond bien à une catégorisation 
par flux et non par état de la route. Le réseau TMC lui n'a pas cette 
incohérence.


Jean-Yvon

Le 30/04/2017 à 23:51, Eric Sibert - courr...@eric.sibert.fr a écrit :

En fait, j'ai déjà appliqué cette idée il y a 1 an sur les routes de
Bretagne (celle à 5 départements ^^), parmi les effets un peu bizarre ça
donne de nombreuses "primary" à proximité de la mer (reflet de 
l'attirance

du littoral) (https://www.openstreetmap.org/#map=13/48.6484/-1.9302), ou
des "interruptions" de style sur une même route, ça passe de "primary" à
"secondary" à "tertiary" plus on s'éloigne d'une grande ville. (
https://www.openstreetmap.org/#map=13/47.8404/-1.8239 ;
https://www.openstreetmap.org/#map=13/48.2240/-1.7055)


Ca va à l'encontre des recommandations qui sont d'avoir à chaque 
niveau un réseau maillé qui s'appuie sur le niveau supérieur.


Avec ta logiques, on arrive aux cas de ce qu'il ne faut pas faire:

https://wiki.openstreetmap.org/wiki/FR:France_roads_tagging#Exemple_1_de_ce_qu.27il_ne_faut_pas_faire 



Eric




___
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] Comptage trafic routier

2017-04-30 Thread Eric Sibert

En fait, j'ai déjà appliqué cette idée il y a 1 an sur les routes de
Bretagne (celle à 5 départements ^^), parmi les effets un peu bizarre ça
donne de nombreuses "primary" à proximité de la mer (reflet de l'attirance
du littoral) (https://www.openstreetmap.org/#map=13/48.6484/-1.9302), ou
des "interruptions" de style sur une même route, ça passe de "primary" à
"secondary" à "tertiary" plus on s'éloigne d'une grande ville. (
https://www.openstreetmap.org/#map=13/47.8404/-1.8239 ;
https://www.openstreetmap.org/#map=13/48.2240/-1.7055)


Ca va à l'encontre des recommandations qui sont d'avoir à chaque  
niveau un réseau maillé qui s'appuie sur le niveau supérieur.


Avec ta logiques, on arrive aux cas de ce qu'il ne faut pas faire:

https://wiki.openstreetmap.org/wiki/FR:France_roads_tagging#Exemple_1_de_ce_qu.27il_ne_faut_pas_faire

Eric




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


Re: [Talk-it] utente sempre lui

2017-04-30 Thread THESTORM375
divertirsi nel senso di mappare duplicati o mappare a caso ? magari sta
aggiungendo dettagli utili... "divertendosi" :). Un saluto a tutti

Il giorno sab 29 apr 2017 alle ore 16:13 Lorenzo Mastrogiacomi <
lomastr...@gmail.com> ha scritto:

> È tornato a divertirsi in Italia
>
>
> Lorenzo
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
-- 

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


Re: [Talk-it] un buon motivo per usare Openstreetmap

2017-04-30 Thread THESTORM375
ma non ti conviene aspettare che la strada finisca di essere costruita per
vedere il nome ufficiale? che poi .. sulle mappe sarà anche via
Pelullo.. ma il problema che sorge subito è che se ci vai di persona poi
vedi il cartello stradale o l'insegna all'inizio della via che indica un
nome completamente diverso. boh... :)

Il giorno sab 29 apr 2017 alle ore 22:08 Francesco Pelullo <
f.pelu...@gmail.com> ha scritto:

>
>
> Il 29 apr 2017 22:05, "Martin Koppenhoefer"  ha
> scritto:
>
>
> Via Pelullo? ;-)
>
>
> Cavolo, che idea!
> :-D
>
> Ciao
> /niubii/
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
-- 

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


Re: [OSM-talk-fr] Communes pratiquant l'extinction de l'éclairage public

2017-04-30 Thread Paul Desgranges

Merci pour les réponses

Oui, si on souhaite stocker dans OSM le fait que la commune pratique (ou 
pas) une politique d'extinction de l'éclairage public, et si oui de 
quelle heure à quelle heure, il faudrait alors une syntaxe comme 
opening_hours 
, car les 
communes n'ont pas forcément les mêmes horaires en semaine et le week 
end (exemple Saint Nazaire les Eyme 
: 
de minuit à 6h en semaine et de 1h du matin à 6h le week-end -nuits du 
vendredi au samedi et du samedi au dimanche), d'autre part ça ne couvre 
peut être qu'une fraction du territoire communal (et hormis les 
lotissements privés qui peuvent adopter leurs propres règles), donc il 
faudrait pouvoir donner en plus peut-êter un pourcentage : 70% du 
territoire communal est concerné par l'extinction nocturne par exemple.


Mais deux considérations:

1) Sur l'extinction de l'éclairage public, je vois qu'il y a déjà 
l'association ANPCEN  qui répertorie les 
communes (12000 déjà a priori) pratiquant cette politique. Avec un 
système participatif/contributif de 'sentinelles de la nuit' pour 
collecter ces infos. Mais je ne vois pas ces données (donc : la liste 
des communes pratiquant l'extinction de l'éclairage public la nuit) 
soient "ouvertes" !? Si quelqu'un connaît cette association, qui est 
vraiment admirable, et qui fait un super travail apparemment ! Les 
données collectées sont-elles ouvertes ?


2) Il y a de manière générale d'autres caractéristiques générales sur 
les communes, par exemple la commune possède-t-elle un RLP (Règlement 
Local de Publicité), mais il y en a plein d'autres ... Du coup je 
m'interroge si OSM est le bon endroit pour stocker ces informations ? 
Est-ce que wikidata ne serait pas plus approprié ? Donc là c'est une 
question plus générale


Merci à tous




Le 30/04/2017 à 21:11, djakk djakk a écrit :

lit=curfew (couvre-feu) ?

Le 30 avril 2017 à 21:08, djakk djakk > a écrit :


Sur le wiki il y a bien cet exemple, *lit*=Mo-Fr 05:00-07:45
(http://wiki.openstreetmap.org/wiki/Key:lit
) ; mais il faudrait
une valeur quand on ne connaît pas les horaires exactes.

Le 30 avril 2017 à 20:51, Christian Quest > a écrit :

Un tag pour indiquer les plages horaires où c'est éteint ?

lit=no@22:00-06:00 ? Un peu bricolé, il va falloir un autre tag...

Le 30 avril 2017 à 10:52, djakk djakk > a écrit :

Salut,

dans ma commune seules quelques rues sont concernées, du
coup il faudrait tagguer rue par rue, avec la clé "lit=" ;
pour la valeur, à voir …

Julien djakk (http://itineraires.de.bus.free.fr
)

Le 30 avril 2017 à 10:21, Paul Desgranges
> a écrit :

Bonjour,
 Existe-t-il / est-il souhaitable / est-il possible de
rajouter un tag sur les communes qui pratiquent
l'extinction de l'éclairage public


?
 Merci


___
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





-- 
Christian Quest - OpenStreetMap France


___
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] ***SPAM*** Re: Nationale N79

2017-04-30 Thread djakk djakk
Allez, je lance un vote sur l'évolution ou non du tag "trunk" :), le mieux
c'est sur la mailing-list, sur le forum ou sur le wiki ?

Le 28 avril 2017 à 18:01, djakk  a écrit :

> Oui effectivement Jérôme, "primary", "secondary", "tertiary" et
> "unclassified" sont basés sur la densité de trafic alors que "trunk" et
> "motorway" - en France - sont basés sur les caractéristiques de la voie.
> Les cartes Michelin font la distinction, la caractéristique de la voie est
> représentée par la largeur du trait et la densité de trafic par la couleur.
> Mais en Angleterre, au Japon et aux États-Unis
> (https://www.openstreetmap.org/#map=17/40.73000/-74.04023), "trunk" est
> basé
> sur la densité de trafic !
>
> Alors 2 choix s'offrent à nous, soit on garde la spécificité française et
> tout ce qui est à 2*2 voies est "trunk" ou "motorway", soit on rejoint la
> définition majoritairement utilisée dans le monde et tout ce qui est route
> nationale et/ou européenne en France est "trunk" si pas déjà "motorway".
> Simple ! :-)
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Re-SPAM-Re-Nationale-N79-tp5896036p5896060.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> 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] Comptage trafic routier

2017-04-30 Thread djakk djakk
>> Quoi que le comptage permettrait effectivement de placer l'usage en tout
premier plan.

En fait, j'ai déjà appliqué cette idée il y a 1 an sur les routes de
Bretagne (celle à 5 départements ^^), parmi les effets un peu bizarre ça
donne de nombreuses "primary" à proximité de la mer (reflet de l'attirance
du littoral) (https://www.openstreetmap.org/#map=13/48.6484/-1.9302), ou
des "interruptions" de style sur une même route, ça passe de "primary" à
"secondary" à "tertiary" plus on s'éloigne d'une grande ville. (
https://www.openstreetmap.org/#map=13/47.8404/-1.8239 ;
https://www.openstreetmap.org/#map=13/48.2240/-1.7055)

Mes critères étaient : routes < 2000 véhicules / jour -> "tertiary" ; <
5000 véhicules / jour -> "secondary"; sinon primary


Le 30 avril 2017 à 14:55,  a écrit :

> > Je préfère ajouter un code wikidata et joindre avec une base ayant un
> rythme de mise à jour différent pour récupérer ces données.
> C'est l'idée du schéma TMC (avec mise à jour sur OpenEventDataBase
>  par
> exemple).
>
> Jean-Yvon
>
>
> ___
> 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] Communes pratiquant l'extinction de l'éclairage public

2017-04-30 Thread djakk djakk
lit=curfew (couvre-feu) ?

Le 30 avril 2017 à 21:08, djakk djakk  a écrit :

> Sur le wiki il y a bien cet exemple, *lit*=Mo-Fr 05:00-07:45 (
> http://wiki.openstreetmap.org/wiki/Key:lit) ; mais il faudrait une valeur
> quand on ne connaît pas les horaires exactes.
>
> Le 30 avril 2017 à 20:51, Christian Quest  a
> écrit :
>
>> Un tag pour indiquer les plages horaires où c'est éteint ?
>>
>> lit=no@22:00-06:00 ? Un peu bricolé, il va falloir un autre tag...
>>
>> Le 30 avril 2017 à 10:52, djakk djakk  a écrit :
>>
>>> Salut,
>>>
>>> dans ma commune seules quelques rues sont concernées, du coup il
>>> faudrait tagguer rue par rue, avec la clé "lit=" ; pour la valeur, à voir …
>>>
>>> Julien djakk (http://itineraires.de.bus.free.fr)
>>>
>>> Le 30 avril 2017 à 10:21, Paul Desgranges  a
>>> écrit :
>>>
 Bonjour,
  Existe-t-il / est-il souhaitable / est-il possible de rajouter un tag
 sur les communes qui pratiquent l'extinction de l'éclairage public
 
 ?
  Merci


 ___
 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
>>>
>>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>> ___
>> 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] Communes pratiquant l'extinction de l'éclairage public

2017-04-30 Thread djakk djakk
Sur le wiki il y a bien cet exemple, *lit*=Mo-Fr 05:00-07:45 (
http://wiki.openstreetmap.org/wiki/Key:lit) ; mais il faudrait une valeur
quand on ne connaît pas les horaires exactes.

Le 30 avril 2017 à 20:51, Christian Quest  a écrit
:

> Un tag pour indiquer les plages horaires où c'est éteint ?
>
> lit=no@22:00-06:00 ? Un peu bricolé, il va falloir un autre tag...
>
> Le 30 avril 2017 à 10:52, djakk djakk  a écrit :
>
>> Salut,
>>
>> dans ma commune seules quelques rues sont concernées, du coup il faudrait
>> tagguer rue par rue, avec la clé "lit=" ; pour la valeur, à voir …
>>
>> Julien djakk (http://itineraires.de.bus.free.fr)
>>
>> Le 30 avril 2017 à 10:21, Paul Desgranges  a
>> écrit :
>>
>>> Bonjour,
>>>  Existe-t-il / est-il souhaitable / est-il possible de rajouter un tag
>>> sur les communes qui pratiquent l'extinction de l'éclairage public
>>> 
>>> ?
>>>  Merci
>>>
>>>
>>> ___
>>> 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
>>
>>
>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> 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] Géodésiques IGN dans Osmose

2017-04-30 Thread Christian Quest
Il serait en effet cohérent d'indiquer la référence dans un tag secondaire.

Entre WGS84 et NGF il y a plusieurs dizaines de metre de différence. L'IGN
publie une grille permettant de passer de l'un à l'autre, car la différence
n'est pas la même partout.

L'important pour les ele=* me semble d'être cohérent avec les altitudes
affichées sur les panneaux et donc vérifiables sans outils de mesure sur le
terrain.
L'altitude d'un col sera indiquée en NGF... et avoir la même altitude
indiquée sur une carte est quand même préférable.



Le 30 avril 2017 à 15:28, Eric SIBERT  a écrit :

> https://wiki.openstreetmap.org/wiki/Key:ele
>>
>> Le wiki dit de renseigner des valeurs en "height above WGS84/EGM96
>>  ellipsoid (a.k.a.geoid), also known
>> as "corrected" WGS84 height".
>>
>
> Le wiki me paraît un peu fumeux. L'altitude est la hauteur au dessus du
> niveau moyen de la mer ou son extrapolation. Le niveau moyen de la mer
> (hors courants marins et autres détails) et son extrapolation est une
> surface physique, une équipotentielle de gravité. L'altitude est à la
> hauteur au-dessus de cette surface. C'est de nouveau une grandeur physique.
> À nous de la déterminer.
>
> Un ancien message sur les altitudes :
> https://lists.openstreetmap.org/pipermail/talk-fr/2009-March/007289.html
>
> Si on n'est pas capable de déterminer directement la valeur physique de
> l'altitude, on peut utiliser un système de référence local (NGF-ING69) ou
> global (EGM96 si j'ai bien compris) qui peut avoir un biais (à priori bien
> en dessous du mètre en France). À ce moment là, il faut indiquer qu'on a
> utilisé un système de référence et non la pure valeur physique. Avec
> ele:x=? Ou ref:ele=NGF-IGN69?
>
>
>
> Eric
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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


Re: [OSM-talk-fr] Communes pratiquant l'extinction de l'éclairage public

2017-04-30 Thread Christian Quest
Un tag pour indiquer les plages horaires où c'est éteint ?

lit=no@22:00-06:00 ? Un peu bricolé, il va falloir un autre tag...

Le 30 avril 2017 à 10:52, djakk djakk  a écrit :

> Salut,
>
> dans ma commune seules quelques rues sont concernées, du coup il faudrait
> tagguer rue par rue, avec la clé "lit=" ; pour la valeur, à voir …
>
> Julien djakk (http://itineraires.de.bus.free.fr)
>
> Le 30 avril 2017 à 10:21, Paul Desgranges  a
> écrit :
>
>> Bonjour,
>>  Existe-t-il / est-il souhaitable / est-il possible de rajouter un tag
>> sur les communes qui pratiquent l'extinction de l'éclairage public
>> 
>> ?
>>  Merci
>>
>>
>> ___
>> 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
>
>


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


hebdoOSM Nº 353 18/04/2017-24/04/2017

2017-04-30 Thread weeklyteam
Bonjour,

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

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

Bonne lecture!

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


hebdoOSM Nº 353 18/04/2017-24/04/2017

2017-04-30 Thread weeklyteam
Bonjour,

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

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

Bonne lecture!

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


hebdoOSM Nº 353 18/04/2017-24/04/2017

2017-04-30 Thread weeklyteam
Bonjour,

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

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

Bonne lecture!

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.

hebdoOSM Nº 353 18/04/2017-24/04/2017

2017-04-30 Thread weeklyteam
Bonjour,

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

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

Bonne lecture!

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-GB] New OSM London Meetup - Invite

2017-04-30 Thread Grant Slater
Hi All,

We trying a new format OpenStreetMap evening meetup in London this
Wednesday 3rd May 2017... We'd love for you to come along:

https://www.meetup.com/OpenStreetMap-Q-A-Meetup/events/239366249/

New to OpenStreetMap and want to learn more or need some help getting
started? Already mapping or using OSM and have any Questions or
Challenges or want to see what others are up to? This is the event for
you.

We already have 3 great speakers lined up for the evening:

* Andy Allan - OpenCycleMap / Thunderforest
* Astrid Thorseth - Missing Maps
* Derick Rethans - London Mapper

We have a great venue (bias, I work there), there will be pizza and
soft drinks provided.

I'd love to hear any suggestions on how we could improve the event or
what works elsewhere.

Kind regards,
Grant

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


[Talk-gb-london] New OSM London Meetup - Invite

2017-04-30 Thread Grant Slater
Hi All,

We trying a new format OpenStreetMap evening meetup in London this
Wednesday 3rd May 2017... We'd love for you to come along:

https://www.meetup.com/OpenStreetMap-Q-A-Meetup/events/239366249/

New to OpenStreetMap and want to learn more or need some help getting
started? Already mapping or using OSM and have any Questions or
Challenges or want to see what others are up to? This is the event for
you.

We already have 3 great speakers lined up for the evening:

* Andy Allan - OpenCycleMap / Thunderforest
* Astrid Thorseth - Missing Maps
* Derick Rethans - London Mapper

We have a great venue (bias, I work there), there will be pizza and
soft drinks provided.

I'd love to hear any suggestions on how we could improve the event or
what works elsewhere.

Kind regards,
Grant

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


hebdoOSM Nº 352 11/04/2017-17/04/2017

2017-04-30 Thread weeklyteam
Bonjour,

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

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

Bonne lecture!

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


hebdoOSM Nº 352 11/04/2017-17/04/2017

2017-04-30 Thread weeklyteam
Bonjour,

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

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

Bonne lecture!

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


hebdoOSM Nº 352 11/04/2017-17/04/2017

2017-04-30 Thread weeklyteam
Bonjour,

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

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

Bonne lecture!

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


Re: [OSM-talk-fr] Géodésiques IGN dans Osmose

2017-04-30 Thread Adrian
Il y a quelque temps, j'ai fait deux noeuds conformément au wiki. Ce n'est pas 
facile.

https://www.openstreetmap.org/node/518577471 - Sète, Mt St-Clair
https://www.openstreetmap.org/node/3104840629 - Agde, Mt St-Loup

J'ai fait les noeuds à partir des fiches IGN telles qu'elles étaient, 3430109 
point a et 3400305 point a. (Les bornes sont toutes les deux détruites mais 
elles donnent une bonne idée de l'altitude des sommets.) Les fiches donnent les 
altitudes par rapport au NGF-IGN 1969. L'IGN fournit une grille qu'il faut 
interpoler, RAF09, qui donne l'hauteur du zéro IGN69 au dessus de l'ellipsoïde 
IAG-GRS 1980.

Donc il s'agit d'un ellipsoïde, GRS80, d'un géoïde, EGM96, et d'un système 
altimétrique, IGN69. J'ai fait ainsi (en mètres).

 Mt St-Clair  Mt St-Loup
Hauteur zéro IGN69 p.r. à GRS80 49.52   49.39[RAF09]
Hauteur géoïde EGM96 p.r. à GRS80   50.20   50.12[1]

Altitude IGN69 (depuis la fiche)   175.6   112.8
Altitude GRS80 (par RAF09) 225.12  162.19
Altitude EGM96 174.92  112.07

[1] https://geographiclib.sourceforge.io/cgi-bin/GeoidEval

Dans la zone de ces noeuds, la différence entre l'altitude IGN69 et l'altitude 
EGM96 est environ 0,7m.

À noter que les fiches IGN emploient toujours la grille vieille RAF98. La 
différence RAF09-RAF98 est 5cm dans la zone de ces noeuds. Il vaut mieux ne pas 
extraire les altitudes GRS80 des fiches - l'altitude IGN69 est le chiffre de 
base et l'altitude GRS80 est un chiffre dérivé.
Hauteur zéro IGN69 p.r. à GRS80 49.47   49.34[RAF98]

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


Re: [OSM-talk-fr] Communes pratiquant l'extinction de l'éclairage public

2017-04-30 Thread Philippe Verdy
dans les communes qui le pratiquent, je pense que c'est la valeur par
défaut pour toute la commune sauf quelques rues qui ne sont pas dans leur
compétence directe (départementales/métropolitaines/nationales) et dont
l'éclairage est payé par une autre collectivité, ou quelques carrefours
dangereux éclairés systématiquement, ou quelques rues dont l'éclairage est
assuré par une union locale de commerçants.

Le 30 avril 2017 à 10:52, djakk djakk  a écrit :

> Salut,
>
> dans ma commune seules quelques rues sont concernées, du coup il faudrait
> tagguer rue par rue, avec la clé "lit=" ; pour la valeur, à voir …
>
> Julien djakk (http://itineraires.de.bus.free.fr)
>
> Le 30 avril 2017 à 10:21, Paul Desgranges  a
> écrit :
>
>> Bonjour,
>>  Existe-t-il / est-il souhaitable / est-il possible de rajouter un tag
>> sur les communes qui pratiquent l'extinction de l'éclairage public
>> 
>> ?
>>  Merci
>>
>>
>> ___
>> 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


[OSM-talk-be] preset Traffic-signs-BE

2017-04-30 Thread Guy Vanvuchelen
Als je de Voorkeuzen (presets) - Traffic_signs_BE gebruikt dan wordt voor
het verkeersbord BE:F99c; access=destination ingevuld. Dat lijkt me fout.
Access= Agricultural lijkt me juister want op sommige van die wegen staat er
'onverwacht' een tractor-sluis! 

In het verkeersreglement staat:

Het begin van de wegen voorbehouden voor landbouwvoertuigen, voetgangers,
fietsers, ruiters en bestuurders van speed pedelecs, wordt aangeduid met het
verkeersbord F99c en het einde met het verkeersbord F101c.

http://wegcode.be/images/stories/verkeerstekens/F/F99C.png F99c
http://wegcode.be/images/stories/verkeerstekens/F/F101C.png F101c

Kan / moet die preset niet gewijzigd worden?

 

 

Guy Vanvuchelen

 

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


Re: [Talk-it] Attribuzione mancante? Colonnine di ricarica Hera/AcegasApsAmga, Trieste

2017-04-30 Thread girarsi_liste
Il 30/04/2017 15:52, Damjan Gerl ha scritto:
> Oggi mi sono imbattuto anche io in una attribuzione mancante: la mappa è
> osm sicuramente, ma no lo vedo scritto da nessuna parte...
> Il file pdf con la mappa:
> http://www.acegasapsamga.it/binary/hera_acegas/comunicati/AAA_leaf_mob_elettr_web.1426233032.pdf
> 
> 
> Ciao
> Damjan
> 
>

Confermo, interessanti le note legali sul sito:


http://www.acegasapsamga.it/note_legali/


Nei credits non è presente:

http://www.gruppohera.it/gruppo/credits/

-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



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


[Talk-it] Attribuzione mancante? Colonnine di ricarica Hera/AcegasApsAmga, Trieste

2017-04-30 Thread Damjan Gerl
Oggi mi sono imbattuto anche io in una attribuzione mancante: la mappa è 
osm sicuramente, ma no lo vedo scritto da nessuna parte...

Il file pdf con la mappa:
http://www.acegasapsamga.it/binary/hera_acegas/comunicati/AAA_leaf_mob_elettr_web.1426233032.pdf

Ciao
Damjan


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


Re: [OSM-talk-fr] Géodésiques IGN dans Osmose

2017-04-30 Thread Eric SIBERT

https://wiki.openstreetmap.org/wiki/Key:ele

Le wiki dit de renseigner des valeurs en "height above WGS84/EGM96
 ellipsoid (a.k.a.geoid), also known
as "corrected" WGS84 height".


Le wiki me paraît un peu fumeux. L'altitude est la hauteur au dessus du 
niveau moyen de la mer ou son extrapolation. Le niveau moyen de la mer 
(hors courants marins et autres détails) et son extrapolation est une 
surface physique, une équipotentielle de gravité. L'altitude est à la 
hauteur au-dessus de cette surface. C'est de nouveau une grandeur 
physique. À nous de la déterminer.


Un ancien message sur les altitudes :
https://lists.openstreetmap.org/pipermail/talk-fr/2009-March/007289.html

Si on n'est pas capable de déterminer directement la valeur physique de 
l'altitude, on peut utiliser un système de référence local (NGF-ING69) 
ou global (EGM96 si j'ai bien compris) qui peut avoir un biais (à priori 
bien en dessous du mètre en France). À ce moment là, il faut indiquer 
qu'on a utilisé un système de référence et non la pure valeur physique. 
Avec ele:x=? Ou ref:ele=NGF-IGN69?




Eric


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


Re: [OSM-talk-fr] Géodésiques IGN dans Osmose

2017-04-30 Thread Denis Bigorgne
Le point OSM donne bien l'altitude en mètre du repère (base de la croix)
dans le système altimétrique français NGF-IGN69 (144.16m) , à ne pas
confondre avec la hauteur sur l'ellipsoïde  WGS84/IAG-GRS80 (189.36m). Ces
deux valeurs sont portées dans la fiche IGN, pour l’extraction, il suffit
de prendre la bonne

Jérôme a soulevé une question intéressante : différence entre le système
altimétrique français NGF-IGN69 et "l'élévation" demandée pour OSM basée
sur le modèle de géoïde mondial WGS84/EGM96. En fait, l'écart n'est
peut-être pas significatif pour OSM, apparemment toujours inférieur à 1 m :

SAINT-AIGNAN-DES-GUES I

 189.36 mHauteur Ellipsoïdale WGS84/IAG-GRS80
 144.16 mAltitude IGN69
 143.40 mElévation EGM96


DUNKERQUE

 43.550 mHauteur Ellipsoïdale WGS84/IAG-GRS80
  0.000 m Altitude IGN69
 -0.902 m Elévation EGM96


MARSEILLE

 48.939 mHauteur Ellipsoïdale WGS84/IAG-GRS80
  0.000 m Altitude IGN69
 -0.440 m Elévation EGM96

(J'ai calculé ces valeurs avec le logiciel Circé de l'IGN et ce calculateur
de hauteur du géoide )


   Denis

Le 30 avril 2017 à 14:41,  a écrit :

> Le 30/04/2017 à 12:30, Frédéric Rodrigo - fred.rodr...@gmail.com a écrit :
>
> Il est évidant que l'on ne parle jamais de la base du support.
>
> Que l'on ne *devrait* jamais parler de la base du support :
> *vu la différence de hauteur (plus de 40 mètres) je pense que ce n'est
> même pas une question d'ellipsoide mais que le point OSM indique la hauteur
> au sol et non la base de la croix comme indiqué (point 1) sur la fiche
> IGN...*
>
> D'où l'intérêt d'avoir deux points distincts : la base du support et la
> base du repère.
> On a déjà vu des points fusionnés : si ces deux points ont un attribut ele
> différent, on limite le risque de fusion erronée. Si on un point en
> (lat,lon) avec ele et un autre avec ele:xxx mais pas ele, on a ce risque.
> Je propose donc d'ajouter ele sur ce point géodésique.
>
> Jean-Yvon
>
> ___
> 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] MAPOSMATIC en panne

2017-04-30 Thread Laurent Combe
sur ce site qui propose en effet le fond OSM fr :-)
j'ai deux petites choses qui me chagrine 

dans le rendu
le lieux dits apparaissent dans l'index sous la rubrique Villages (on va
dire que c'est un faux-ami)
et la petite phrase en bas de page (les mentions légales) est en anglais

je suis allé jusqu'à contribué sur le site de traduction de maposmatic
https://www.transifex.com/dittaeva/maposmatic/language/fr/
mais je n'ai pas réussi a rentrer en contact avec le site allemand pour
obtenir une mise à jour
et du coup je n'arrive pas à faire avancer ma demande d'amélioration

si OSM france veut bien reprendre la maintenance je vote pour
et pourquoi pas aider si besoin ...

Niconil

Le 19 avril 2017 à 15:29, Antoine Riche  a écrit :

> Il existe une autre instance qui semble mieux fonctionner et à jour :
> https://maposmatic.osm-baustelle.de/
> Il y a quelques fonctionnalités additionnelles : sélectionner une zone de
> manière plus souple et ajouter des surcouches comme celles de
> waymarkedtrails.
>
> Antoine.
>
> Le 18/04/2017 à 11:49, Jarry Philippe a écrit :
>
>
>
> Maposmatic est toujours en panne. Il était dans les projets qu'OSM France
> en reprenne la maintenance.
> Est-ce toujours d'actualité ?
>
> Cette possibilité de rendu de carte imprimable est pour moi un argument
> majeur pour inciter à la contribution.
>
> A bientôt
>
> Philippe Jarry
>
>
> ___
> Talk-fr mailing listtalk...@openstreetmap.org
>
>
>
>
> 
>  Garanti
> sans virus. www.avast.com
> 
> <#m_-4513307978689926226_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> ___
> 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] Comptage trafic routier

2017-04-30 Thread osm . sanspourriel
> Je préfère ajouter un code wikidata et joindre avec une base ayant un 
rythme de mise à jour différent pour récupérer ces données.
C'est l'idée du schéma TMC (avec mise à jour sur OpenEventDataBase 
 par exemple).


Jean-Yvon

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


Re: [OSM-talk-fr] Géodésiques IGN dans Osmose

2017-04-30 Thread osm . sanspourriel

Le 30/04/2017 à 12:30, Frédéric Rodrigo - fred.rodr...@gmail.com a écrit :
Il est évidant que l'on ne parle jamais de la base du support. 


Que l'on ne /devrait/ jamais parler de la base du support :

/vu la différence de hauteur (plus de 40 mètres) je pense que ce n'est 
même pas une question d'ellipsoide mais que le point OSM indique la 
hauteur au sol et non la base de la croix comme indiqué (point 1) sur la 
fiche IGN.../


D'où l'intérêt d'avoir deux points distincts : la base du support et la 
base du repère.
On a déjà vu des points fusionnés : si ces deux points ont un attribut 
ele différent, on limite le risque de fusion erronée. Si on un point en 
(lat,lon) avec ele et un autre avec ele:xxx mais pas ele, on a ce 
risque. Je propose donc d'ajouter ele sur ce point géodésique.


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


Re: [OSM-talk-fr] Comptage trafic routier

2017-04-30 Thread François Lacombe
Hello

Le 30 avril 2017 à 12:26,  a écrit :

> Tu es un peu dur, la population est aussi une donnée variable qui a sa
> place dans OSM.
>

Oui c'est un peu binaire.

Je préfère ajouter un code wikidata et joindre avec une base ayant un
rythme de mise à jour différent pour récupérer ces données.
Parce qu'on va pousser ces valeurs - potentiellement en masse - dans OSM
mais rien ne garenti leur mise à jour et le suivi.


> En théorie, la théorie c'est comme la pratique. En pratique...
>

Tout à fait, c'est dans cette optique que je pensais à la maintenance de
tout ça

Enfin c'est mon avis, à débattre


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


Re: [OSM-talk-fr] Géodésiques IGN dans Osmose

2017-04-30 Thread Frédéric Rodrigo

Il est évidant que l'on ne parle jamais de la base du support.


Le 30/04/2017 à 12:19, osm.sanspourr...@spamgourmet.com a écrit :


Le 30/04/2017 à 03:34, Jérôme Amagat - jerome.ama...@gmail.com a écrit :

Il faudrait donc indiqué quelquechose comme ele:EGM96=* et 
ele:NGF-IGN69=*
Oui mais si ele donne la hauteur à la base du pylône et ele:xxx 
l'altitude du repère géodésique, il faut 2 nœuds différents.

Ça va sans dire mais peut-être mieux en le disant.
Et idéalement convertir afin d'avoir ele= sur le nœud du repère 
géodésique.



___
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] Comptage trafic routier

2017-04-30 Thread osm . sanspourriel
Le 30/04/2017 à 00:35, François Lacombe - fl.infosrese...@gmail.com a 
écrit :


Le comptage en tant que tel est une donnée variable qui n'a pas sa 
place dans OSM.
Tu es un peu dur, la population est aussi une donnée variable qui a sa 
place dans OSM.
Si tu prends des données à l'année comme pour la population, ça va. 
C'est pour donner une idée du trafic.
Maintenant il n'y a pas des boucles de comptage partout et les véhicules 
étant un fluide compressible dépendant de pas mal de variables, un 
chiffre brut donne idée de l'importance de la voirie, pas de la fluidité 
sans connaître plus d'informations.
Voir aussi tout ce qui tourne autour du TMC 
.


Pas mal ton illustration entre théorie et pratique.

En théorie, la théorie c'est comme la pratique. En pratique...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Géodésiques IGN dans Osmose

2017-04-30 Thread osm . sanspourriel

Le 30/04/2017 à 03:34, Jérôme Amagat - jerome.ama...@gmail.com a écrit :


Il faudrait donc indiqué quelquechose comme ele:EGM96=* et ele:NGF-IGN69=*
Oui mais si ele donne la hauteur à la base du pylône et ele:xxx 
l'altitude du repère géodésique, il faut 2 nœuds différents.

Ça va sans dire mais peut-être mieux en le disant.
Et idéalement convertir afin d'avoir ele= sur le nœud du repère géodésique.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] Article sur Jungle Bus et OpenstreetMap mentionnés dans Le Monde

2017-04-30 Thread Francois Gouget

Rien de neuf pour les spécialistes, mais j'ai trouvé cet article 
bien fait, notamment parce qu'il insiste bien sur l'aspect 
réellement open-source de Jungle Bus et OpenStreetMap.

Une appli (vraiment) collaborative pour partager ses données de transport
http://www.lemonde.fr/chronique-des-communs/article/2017/04/26/une-appli-vraiment-collaborative-pour-partager-ses-donnees-de-transport_5117958_5049504.html

-- 
Francois Gouget   http://fgouget.free.fr/
"Lotto: A tax on people who are bad at math." -- unknown
  "Windows: Microsoft's tax on computer illiterates." -- WE7U___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [talk-au] NSW GNB licensing

2017-04-30 Thread Andrew Harvey
On Sun, 30 Apr 2017, at 11:10 AM, cleary wrote:
> That's good to get the copyright issue fixed.
> 
> However, as I noted in a previous post, I have reservations about GNB
> data. Co-ordinates are often incorrect, sometimes by kilometres (even
> showing a couple of NSW locations as being across state border in
> Victoria) whereas the NSW LPI Map seems to show locations accurately.
> 
> Also some (possibly many) GNB names and places are historic- if added to
> OSM, I think they should have tags such as "abandoned" added. In some
> cases there are not even ruins that can be identified. While continued
> use of the name for an unpopulated area can be labelled as
> "place=locality" in OSM, some GNB place names are not in use and not
> known to local residents, so I question whether they should be mapped.
> 
> So I welcome the ability to use the data as a reference but caution
> about adding features to the map that have not been surveyed or
> otherwise verified.

I agree with this. I wasn't advocating any kind of import or blind use
of the GNR in OSM, rather ensuing current and historical use was
permitted and can continue.

I think the GNR data can still be useful when combined with other
sources like local knowledge or ground survey, but like any other non
ground source, it should be used with caution and accounting for issues
like you've raised.

I'm always interested in comparing OSM to authoritative government data
so I've been working on https://github.com/andrewharvey/nsw-gnr-osm to
try to convert GNR into the OSM schema, it may be of interest to others.

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


Re: [OSM-talk-fr] Communes pratiquant l'extinction de l'éclairage public

2017-04-30 Thread djakk djakk
Salut,

dans ma commune seules quelques rues sont concernées, du coup il faudrait
tagguer rue par rue, avec la clé "lit=" ; pour la valeur, à voir …

Julien djakk (http://itineraires.de.bus.free.fr)

Le 30 avril 2017 à 10:21, Paul Desgranges  a
écrit :

> Bonjour,
>  Existe-t-il / est-il souhaitable / est-il possible de rajouter un tag sur
> les communes qui pratiquent l'extinction de l'éclairage public
> 
> ?
>  Merci
>
>
> ___
> 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


[OSM-talk-fr] Communes pratiquant l'extinction de l'éclairage public

2017-04-30 Thread Paul Desgranges

Bonjour,
 Existe-t-il / est-il souhaitable / est-il possible de rajouter un tag 
sur les communes qui pratiquent l'extinction de l'éclairage public 
 
?

 Merci

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