[OSM-talk-fr] Limitation pour les véhicules "en transit".

[Balaïtous via Talk-fr]

Bonjour,

Je ne sais pas trop comment traduire une limitation valide uniquement
pour les véhicules en transit. Il s'agit d'un poids maximal de 3.5 t.

D'après le wiki, il faut compléter le maxweight par un
maxweight:vehicle=???

Après recherche sur taginfo, j'ai trouvé que certains contributeurs ont
déjà utilisé des access=visitors, j'ai donc mis
maxweight:vehicle=visitors.

https://taginfo.openstreetmap.org/keys/access#values
https://www.openstreetmap.org/note/1083245

Ce qu'il faudrait c'est la négation de maxweight:vehicle=destination.

D'autres idées ?

Balaitous



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

[OSM-talk-fr] Gestion des documentation d'attributs

[Roland Olbricht]

Bonjour,

J'ai le devoir de parler de la gestion des règles des attributs sur la
SotM et j'aimerais développer cette opportunité vers quelque truc
d'utile à long terme. Pour m'assurer que je suis sur la bonne voie et
non pas involontairement après un programme personnel, j'aimerais vous
demander de commenter les résultats énumérés ci-dessous.


Insuffisant flux d'information

Bien que de nombreuses parties du projet OpenStreetMap soient bien
traduites, les documentation des attributs comportent des lacunes
importantes. Sur un échantillon aléatoire de 10 balises, le nombre de
langues déclarées varie entre 2 et 18, mais peu sont complètes et à jour
(échantillon : 2 sur 10 pour l'allemand, 3 sur 10 pour le français).

Un autre type de flux d'informations imparfait est que les définitions
des attributs peuvent être modifiées sur la page wiki longtemps après
que l'attribut soit largement utilisé.

Le cas inverse d'un attribut introduit sans aucune documentation se
produit également. Bien que cela se produise habituellement assez
lentement pour donner un sens aux données ajoutées par les utilisateurs
personels, une importation ou une édition organisée pourrait être en
mesure de décaler considérablement le sens de facto d'un attribut,
n'importe qu'elle soit largement utilisée, documentée, les deux, ou aucune.


Plus des structures requirés

Les problèmes de traduction ont été confondus avec un autre problème:
Différentes caractéristiques peuvent sembler très différentes d'une
région à l'autre. Par exemple, highway=primary et highway=unclassfied
par rapport à highway=track ont besoin d'examples différents en
Allemagne et dans les métropoles américaines, d'une part, et en Islande
ou en Afrique rurale, d'autre part. Il est facile de mélanger cela avec
la traduction dans la langue prédominante de la région, mais les défis
du attribution en Belgique, au Canada et au Niger sont sensiblement
différents, bien que les trois pays aient le français comme langue
officielle. Inversement, il n'y a aucune raison valable de modifier les
règles d'attribution dans chaque bloc de maisons à Bruxelles.

De plus, les gens ont souvent des termes de recherche différents des
noms d'attributs anglais britanniques ou de leurs traductions, et le
moteur de recherche wiki est tristement célèbre pour ses mauvaises
performances. Avoir des mots-clés explicites pour attirer l'attention
d'un mappeur sur la liste des balises éventuellement appropriées peut aider.

L'un des principaux problèmes à l'origine du concept de Proposal est le
suivant qu'il interagit avec de nombreux attributs de manière non
triviale et qu'il n'est pratiquement jamais correctement appliqué à
toutes les définitions d'attributs affectées. Une Proposal est au moment
une page supplémentaire bien qu'elle devrait avoir beaucoup plus
d'impact qu'un commit Git, en regroupant les modifications sur plusieurs
pages de définition d'attributs dans un seul groupe de modifications.


Règles et leur légitmation

Quelle légitimation a un processus si seulement une poignée de personnes
ont le temps d'écrire des mails sur une liste de diffusion et d'écrire
des pages wiki sont impliquées ? En particulier, si les propositions
finissent par être pleines de contradictions ou de termes vagues et
laissent les réponses nécessaires indéfinies. Pourtant, ce sont toujours
ces personnes qui ont fait preuve de l'endurance à long terme nécessaire
pour assurer l'entretien et qui font le travail. Par conséquent, tout
changement visant à remplacer les processus par de meilleurs processus
doit viser à élargir et non à réduire la base des responsables de la
maintenance à long terme.

Inversement, je comprends parfaitement les cartographes qui se méfient
des changements soudains dans le rendu ou l'accès aux tags dans les
logiciels d'édition. Beaucoup de gens apprécieraient probablement de
mieux comprendre ce qui se passe sur le chemin d'une discussion
d'attributs à un changement final dans le logiciel de rendu ou
d'édition. Ces processus ne sont pas secrets, mais souvent mal documentés.

Là encore, les différents canaux de discussion et le manque de flux
d'informations entre cettes contribuent à la mauvaise humeur. Pire
encore, le rapport entre les activistes et les canaux signifie que des
personnes malveillantes ou tout simplement incompétentes pourraient
facilement prendre le contrôle de certains canaux et contribuer
considérablement à la confusion. De bonnes idées sur la façon de
rediriger les gens et de fermer certains des canaux (par exemple les
pages de discussion wiki) pourraient valoir la peine d'être poursuivies.
En plus de cela, l'historique wiki est tellement moins utile que ce à
quoi les développeurs sont habitués de nos jours dans les systèmes de
contrôle de version que l'emprunt de méthaphores et de paradigmes de là
à la documentation du tag vaut la peine d'être considéré.

Cela permet, nous l'espérons, d'encourager les auteurs de la
documentation et les cartographes qui utilisent une attribut à

Re: [OSM-talk-fr] Systèmes géodésiques et OSM

[Violaine_Do]

Donc mon option en attendant qu'on sache quoi faire c'est de garder en 
RGPF (système local). Le jour ou on sait quoi faire, on/je (si je suis 
toujorus dans le coin) basculerait (ou pas). En attendant on sait ou et 
quand on est avec l'utilisation de ce système.


@+..
On 09/09/2019 09:14, Rene Chalon wrote:

Bonsoir,

J'ai bien peur que vous n’ayez été abusé. Levez le nez du guidon et 
vérifiez la date du post : 31 mars 2017 soit la veille du 1er avril :-)


En tout cas j'ai une sauvegarde des données OSM de mon quartier de 
2014 et je viens de faire une comparaison avec les données actuelles 
et je peux vous certifier que les coordonnées n'ont pas bougé d'un 
centimètre !


A+,
René.

On 09/09/2019 20:15, Violaine_Do  wrote:
Super! Bon par contre, moi j'aimerais bien voir ce qu'il ya dedans, 
et pour le moment je ne trouve pas d'autre référence que cet article. 
Si vous avez je prends... Christian avait demandé en commentaire 
l'accès à l'algo, mais pas de réponse (du moins dans les commentaires 
de l'article). @ bientôt On 09/09/2019 05:45, Eric SIBERT via Talk-fr 
wrote:

Variante, comme la dérive des points de référence est aussi fournie
avec la réalisation, tous les jours à minuit, on corrige les
coordonnées dans OSM pour tenir compte de la dérive:-).

D'ailleurs, c'est déjà en place mais peut-être pas tous les jours:

https://blog.openstreetmap.org/2017/03/31/osm-plate-tectonics/

;-)

Eric

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

-- Violaine_Do



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


--
Violaine_Do

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

Re: [OSM-talk-fr] Systèmes géodésiques et OSM

[Rene Chalon]

Bonsoir,

J'ai bien peur que vous n’ayez été abusé. Levez le nez du guidon et 
vérifiez la date du post : 31 mars 2017 soit la veille du 1er avril :-)


En tout cas j'ai une sauvegarde des données OSM de mon quartier de 2014 
et je viens de faire une comparaison avec les données actuelles et je 
peux vous certifier que les coordonnées n'ont pas bougé d'un centimètre !


A+,
René.

On 09/09/2019 20:15, Violaine_Do  wrote:
Super! Bon par contre, moi j'aimerais bien voir ce qu'il ya dedans, et 
pour le moment je ne trouve pas d'autre référence que cet article. Si 
vous avez je prends... Christian avait demandé en commentaire l'accès 
à l'algo, mais pas de réponse (du moins dans les commentaires de 
l'article). @ bientôt On 09/09/2019 05:45, Eric SIBERT via Talk-fr wrote:

Variante, comme la dérive des points de référence est aussi fournie
avec la réalisation, tous les jours à minuit, on corrige les
coordonnées dans OSM pour tenir compte de la dérive:-).

D'ailleurs, c'est déjà en place mais peut-être pas tous les jours:

https://blog.openstreetmap.org/2017/03/31/osm-plate-tectonics/

;-)

Eric

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

-- Violaine_Do


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

Re: [OSM-talk-fr] Systèmes géodésiques et OSM

[Violaine_Do]

Et en contrôlant un point géodésique ça n'a pas l'air d'avoir été 
appliqué (le point n'a pas bougé -et tant mieux!-), il a plus de 6 ans, 
donc à date de l'article il existait : 
https://www.openstreetmap.org/node/2566885173/history


@+

On 09/09/2019 08:14, Violaine_Do wrote:

Super!

Bon par contre, moi j'aimerais bien voir ce qu'il ya dedans, et pour 
le moment je ne trouve pas d'autre référence que cet article. Si vous 
avez je prends... Christian avait demandé en commentaire l'accès à 
l'algo, mais pas de réponse (du moins dans les commentaires de 
l'article).


@ bientôt
On 09/09/2019 05:45, Eric SIBERT via Talk-fr wrote:

Variante, comme la dérive des points de référence est aussi fournie
avec la réalisation, tous les jours à minuit, on corrige les
coordonnées dans OSM pour tenir compte de la dérive :-).


D'ailleurs, c'est déjà en place mais peut-être pas tous les jours:

https://blog.openstreetmap.org/2017/03/31/osm-plate-tectonics/

;-)

Eric

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



--
Violaine_Do


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

Re: [OSM-talk-fr] Que faire de Cesária Évora

[Jacques Lavignotte]

Le 09/09/2019 à 20:48, osm.sanspourr...@spamgourmet.com a écrit :

Tu cliques sur la croix rouge, comme ça, ça disparaît : c'est une 
exception normale.


J'avais pas osé...

Merci.

J.

--
GnuPg : C8F5B1E3 Because privacy matters.


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

Re: [OSM-talk-fr] Que faire de Cesária Évora

[Topographe Fou]

Ajouter un dictionnaire d'exceptions ? Il pourrait contenir des prénoms/noms 
propres et construit à partir d'analyse statistique sur la zone linguistique ou 
à la mano.



LeTopographeFou


  Message original  



De: jacq...@lavignotte.org
Envoyé: 9 septembre 2019 8:41 PM
À: talk-fr@openstreetmap.org
Répondre à: talk-fr@openstreetmap.org
Objet: [OSM-talk-fr] Que faire de Cesária Évora


Bonjour,

Osmose râle ici :

http://osmose.openstreetmap.fr/map/#zoom=16&lat=48.9348629&lon=2.3386770&item=5070&level=2

Sur le site de la chanteuse https://www.cesaria-evora.com/ on trouve
bien ce « á » du portugais (et de l'español)

Donc : que faire ?

J.

--
GnuPg : C8F5B1E3 Because privacy matters.


___
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] Que faire de Cesária Évora

[osm . sanspourriel]

Tu cliques sur la croix rouge, comme ça, ça disparaît : c'est une
exception normale.

Le 09/09/2019 à 20:41, Jacques Lavignotte - jacq...@lavignotte.org a écrit :

Bonjour,

Osmose râle ici :

http://osmose.openstreetmap.fr/map/#zoom=16&lat=48.9348629&lon=2.3386770&item=5070&level=2


Sur le site de la chanteuse https://www.cesaria-evora.com/ on trouve
bien ce « á » du portugais (et de l'español)

Donc : que faire ?

J.

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

[OSM-talk-fr] Que faire de Cesária Évora

[Jacques Lavignotte]

Bonjour,

Osmose râle ici :

http://osmose.openstreetmap.fr/map/#zoom=16&lat=48.9348629&lon=2.3386770&item=5070&level=2

Sur le site de la chanteuse https://www.cesaria-evora.com/ on trouve 
bien ce « á » du portugais (et de l'español)


Donc : que faire ?

J.

--
GnuPg : C8F5B1E3 Because privacy matters.


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

Re: [OSM-talk-fr] Systèmes géodésiques et OSM

[osm . sanspourriel]

Le 09/09/2019 à 12:26, Eric SIBERT - courr...@eric.sibert.fr a écrit :


On ne taggue pas pour le rendu. On a des organismes publics qui nous
fournissent des données au millimètre. Si on veut des échanges
bidirectionnelles, il ne faut pas qu'en retour, on sorte des données
avec des doutes de plusieurs mètres.


Ce n'est pas taguer pour le rendu, c'est taguer en relatif et non en
absolu. Si le réseau enterré est du côté gauche de la route et que le
GPS me dit  qu'il est à droite, le mettre à droite ne sera pas visible
sur la carte mais celui qui aura besoin d'y accéder sera plus à même de
retrouver le réseau.

Idéalement quand on entre une position, il faudrait latitude, longitude,
altitude et précision. Plus date si besoin.

La Poste fourni des données au km (j'ai un exemple), donc La Poste n'est
pas un organisme public ;-).

Quant au cadastre, les positions sont faites en fonction des permis de
construire (au moins dans un premier temps), tu as sûrement observé des
décalages non négligeables entre cadastre et vue aérienne alors que les
deux sont en RFG93. Je ne parle pas des bâtiments positionnées à 90° par
rapport au permis de construire, le recollement entre différentes
feuilles du cadastre...

La précision du réseau de référence est centimétrique
.

Si à partir d'une référence centimétrique tu ressors des données
millimétriques, tes derniers chiffres sont du pur bruit.

Notons que les RGF93, ETRS89 et ITRS89 sont sensiblement identiques mais
ont quand même une imprécision de 2 cm (1-2 cm en horizontal, 2 à 5 m en
vertical).

Et que le RGF93  a deux
réalisations :
RGF93 v1 = ETRS89
 par
réalisation ETRF93 à l'époque 1993.0

Depuis le 18 juin 2010 :
RGF93 v2 = ETRS89
 par
réalisation ETRF2000 à l'époque 2009.0

Ajoutons que la précision du WGS84 est métrique
.

Donc ta précision millimétrique n'est qu'illusion.

Le 09/09/2019 à 12:26, Eric SIBERT - courr...@eric.sibert.fr a écrit :

Demain on peut supposer que nos GPS donneront les coordonnées dans le
système local : il s'agit de projeter un point dont on a la date dans
un système,


Non, ce n'est pas simple. Ça suppose de connaître pour toutes les
zones de la planète le système local retenu. Pas très global comme
solution.


Toujours des milliards de fois moins de travail que de changer des
milliards de points d'un système local à un système global ou
réciproquement.

Et de les recalculer tous les jours ! ;-)

C'est "seulement" embarquer un proj4 ou proj5.


/> D'ailleurs, c'est déjà en place mais peut-être pas tous les jours: //

//> https://blog.openstreetmap.org/2017/03/31/osm-plate-tectonics/
//> //
//
//> Eric /

Comme il disait c'est bien de penser à faire ça le premier avril mais il
ne faut pas oublier de tenir compte des fuseaux horaires :-D.

Jean-Yvon

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

Re: [OSM-talk-fr] Systèmes géodésiques et OSM

[Violaine_Do]

Super!

Bon par contre, moi j'aimerais bien voir ce qu'il ya dedans, et pour le 
moment je ne trouve pas d'autre référence que cet article. Si vous avez 
je prends... Christian avait demandé en commentaire l'accès à l'algo, 
mais pas de réponse (du moins dans les commentaires de l'article).


@ bientôt
On 09/09/2019 05:45, Eric SIBERT via Talk-fr wrote:

Variante, comme la dérive des points de référence est aussi fournie
avec la réalisation, tous les jours à minuit, on corrige les
coordonnées dans OSM pour tenir compte de la dérive :-).


D'ailleurs, c'est déjà en place mais peut-être pas tous les jours:

https://blog.openstreetmap.org/2017/03/31/osm-plate-tectonics/

;-)

Eric

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


--
Violaine_Do


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

Re: [OSM-talk-fr] Rencontre mensuelle du Groupe de Lyon 10/09/2019 - 18h30

[Leroy Olivier]

Bonjour à tous !

Je serais présent. Si quelqu'un à un convertisseur usb-c vers une entré de
projecteur je pourrais montrer deux trois trucs sur Albiziapp !

A bientôt,

Olivier

Le ven. 6 sept. 2019 à 10:58, Rene Chalon <
local-l...@listes.openstreetmap.fr> a écrit :

> Bonjour à tous,
>
> Les mappeurs OSM de Lyon se rencontrent régulièrement le 2ème mardi de
> chaque mois, et chacun peut participer à ces rencontres. La prochaine
> aura lieu :
>
> le MARDI 10 SEPTEMBRE à partir de 18h30
> au TUBA, 145 cours Lafayette, 69003 LYON.
>
> Si vous souhaitez mettre un sujet particulier à l'ordre du jour de la
> rencontre à venir, vous pouvez l'indiquer sur la page préparatoire :
> https://wiki.openstreetmap.org/wiki/FR:Lyon/R%C3%A9union_10_septembre_2019
>
> Venez nombreux !
> Renecha pour le groupe de Lyon.
>
>
>
>
>

-- 
Olivier Leroy
Docteur Géographie et Environnement
Post-doctorant EVS ANR Rêveries 
06.18.37.18.08
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Systèmes géodésiques et OSM

[Eric SIBERT via Talk-fr]

Variante, comme la dérive des points de référence est aussi fournie
avec la réalisation, tous les jours à minuit, on corrige les
coordonnées dans OSM pour tenir compte de la dérive :-).


D'ailleurs, c'est déjà en place mais peut-être pas tous les jours:

https://blog.openstreetmap.org/2017/03/31/osm-plate-tectonics/

;-)

Eric

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

Re: [OSM-talk-fr] Traductions de page wiki OSM en français

[gnrc69 via Talk-fr]

Je viens de faire la traduction de la page 
https://wiki.openstreetmap.org/wiki/FR:Names . 
Merci à ceux qui souhaiteraient faire une relecture ! ! ! 

gnrc69 - OSM Lyon 


- Mail original -

De: "osm sanspourriel"  
À: talk-fr@openstreetmap.org 
Envoyé: Dimanche 25 Août 2019 20:59:09 
Objet:  Re: [OSM-talk-fr]  Traductions de page wiki OSM en français 



J'ai fini la relecture de la seconde traduction, je garde un peu de boulot pour 
demain ;-) 

Jean-Yvon 
Le 25/08/2019 à 13:57, gnrc69 via Talk-fr - talk-fr@openstreetmap.org a écrit : 



Hello tout le monde, 

Les pages suivantes sont aussi traduites en FR : 
https://wiki.openstreetmap.org/wiki/FR:Key:abandoned: 
https://wiki.openstreetmap.org/wiki/FR:Séparateur_de_valeur_point-virgule 

Merci aux relecteurs potentiels 

gnrc69 - OSM Lyon 

- Mail original -

De: g...@laposte.net 
À: "severin.menard"  , "Discussions sur OSM en 
français"  
Cc: hot-francoph...@openstreetmap.org 
Envoyé: Vendredi 9 Août 2019 15:24:17 
Objet: Re:  [OSM-talk-fr] Traductions de page wiki OSM en français 

Hello tous, 

Je viens de terminer la traduction en FR des pages : 

https://wiki.openstreetmap.org/wiki/Key:drinking_water 
https://wiki.openstreetmap.org/wiki/FR:Espaces_de_noms 

Si certains veulent faire une relecture, car mon prof de langue a encore 
beaucoup à apprendre, il s'appelle G...gle ! 

PS: ATTENTION pour "abandoned", il existe une page EN et partiellement FR 
https://wiki.openstreetmap.org/wiki/Key:abandoned: dont la traduction est à 
terminer ; 
mais aussi une page EN non traduite en FR 
https://wiki.openstreetmap.org/wiki/Key:abandoned qui devrait se limiter aux 
recommandations de non-utilisation de abandoned=* 
Il pourrait aussi être judicieux de fusionner les deux pages. 

Amicalement 
gnrc69 OSM Lyon 

- Mail original -

De: "severin.menard via Talk-fr"  
À: talk-fr@openstreetmap.org , hot-francoph...@openstreetmap.org 
Cc: "severin.menard"  
Envoyé: Jeudi 11 Juillet 2019 22:03:58 
Objet:  [OSM-talk-fr] Traductions de page wiki OSM en français 

Bonsoir à tous, 

J'ai traduit en français la semaine dernière la page wiki intitulée Any tag you 
like qui explique les fondamentaux de la création d'attributs dans OSM : 

https://wiki.openstreetmap.org/wiki/FR:Cr%C3%A9er_un_attribut_qui_manque 

J'ai remarqué que pas mal de pages wiki en lien dans cette page restaient en 
mal de traduction en français, si certains sont motivés : 

https://wiki.openstreetmap.org/wiki/Names#Localization 
https://wiki.openstreetmap.org/wiki/Semi-colon_value_separator 
https://wiki.openstreetmap.org/wiki/FR:Espaces_de_noms 

Même chose pour certaines clés, par exemple : 

https://wiki.openstreetmap.org/wiki/Key:drinking_water 
https://wiki.openstreetmap.org/wiki/FR:Key:abandoned : 

Séverin 

___ 
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 

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

Re: [OSM-talk-fr] Systèmes géodésiques et OSM

[Eric SIBERT via Talk-fr]

Demain on peut supposer que nos GPS donneront les coordonnées dans le
système local : il s'agit de projeter un point dont on a la date dans
un système,


Non, ce n'est pas simple. Ça suppose de connaître pour toutes les zones 
de la planète le système local retenu. Pas très global comme solution.



c'est bien plus simple que de projeter des milliards de
points dont on n'est pas sûrs de la date dans un système.


Justement, le travail à faire pour le futur, c'est de faire en sorte de 
clarifier cette question de date.




Quand à la fréquence de rafraichissement des données, on a une
idée avec l'Australie qui bouge vite : une modification en 25 ans et
après passage à un système plus dynamique, voir
https://www.spatialsource.com.au/surveying/gda2020-and-overcoming-the-web-mercator-dilemma


Et pendant 25 ans, des contributions mélangées entre GDA94 et 
WGS84(réalisation inconnue à date inconnue) qui te font prendre 
l'autoroute à contre sens ;-)


D'ailleurs dans l'article, ils disent que WGS84 ne veut rien dire, qu'il 
faudrait parler de  WGS84(G1762)@2019.5 par exemple. Tant qu'on ne 
clarifie ça dans OSM, on est dans le blocage.



Oui, j'entends entre les GPS à 100 m près de 1994 et ceux
d'aujourd'hui il y a eu quelques progrès, mais rassurez-moi, si vous
trouvez que d'après le GPS la boîte-aux-lettres se trouve à côté
de la boulangerie et non de la poste, vous l'ajoutez bien à côté de
la poste ?


On ne taggue pas pour le rendu. On a des organismes publics qui nous 
fournissent des données au millimètre. Si on veut des échanges 
bidirectionnelles, il ne faut pas qu'en retour, on sorte des données 
avec des doutes de plusieurs mètres.



Et oui, on travaille en relatif, les coordonnées absolues
sont un confort récent.


C'est plus qu'un confort, c'est une opportunité ;-).

Eric


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

Re: [OSM-talk-fr] Systèmes géodésiques et OSM

[Stéphane Péneau]

Des discussions sont menées aujourd'hui-même à l'OGC pour essayer de 
trouver une solution à ces problèmes :


https://www.opengeospatial.org/blog/3045

Le message de Cameron Shorter [1]:

The concise and reasonable polished summary to be presented to the OGC is
at:
https://docs.google.com/document/d/16smvZfM2uX35Od6rDHs3hO4gyx_p4FK7r14z4bbQ6XM/edit#


-

If you are super interested, and have a significant amount of spare time,
you are welcome to trawl through my verbose working notes, (which covers
more detail about problems and potential solutions, but which is also much
less polished and has errors):
Verbose working version:
https://docs.google.com/document/d/15uBX2qICODRkiHXeksT0zEy6TuysanIxuc4anV0o5F0/edit#


[1] https://lists.osgeo.org/pipermail/proj/2019-September/008822.html

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

Re: [OSM-talk-fr] Systèmes géodésiques et OSM

[Eric SIBERT via Talk-fr]

Vu la précision du stockage, chaque jour on ajoutera une dérive de
(0,0) à tous les points. Soit une dérive de (0,0) au bout d'un an.


C'est que le stockage n'est pas assez précis ;-). C'est côté OSM qu'il 
faut bouger.


D'ailleurs, je viens de chercher des infos sur le stockage interne d'OSM 
[1]. Il semble que les latitudes/longitudes sont en int4 (Entier signé 
sur 4 octets ). Ça fait au mieux une résolution de 9 mm (=4 km/2^32) 
:-(. Quand on voit que ITRF2014 [2] est annoncé avec une précision sur 
les positions à 3 mm et sur les dérives à 0,2 mm/an, il va vraiment 
falloir faire quelque chose au niveau d'OSM.


[1] : https://wiki.openstreetmap.org/wiki/Database

[2] 
https://www.iers.org/SharedDocs/Publikationen/EN/IERS/Publications/tn/TechnNote38/tn38.pdf?__blob=publicationFile&v=4


Eric

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

Re: [OSM-talk-fr] Systèmes géodésiques et OSM

[osm . sanspourriel]

Le 09/09/2019 à 10:37, Jean-Yvon Landrac a écrit :


Le 09/09/2019 à 00:32, Eric SIBERT via Talk-fr -
talk-fr@openstreetmap.org a écrit :


Variante, comme la dérive des points de référence est aussi fournie
avec la réalisation, tous les jours à minuit, on corrige les
coordonnées dans OSM pour tenir compte de la dérive :-).


Vu la précision du stockage, chaque jour on ajoutera une dérive de
(0,0) à tous les points. Soit une dérive de (0,0) au bout d'un an.

En fait on peut appeler cette méthode KISS...

Jean-Yvon


Au delà de cette boutade, il semble plus logique de stocker en
coordonnées locales car ce sont des données stables.

De plus comme dit Stéphane les coordonnées précises corrigées données
par le réseau IGN sont en coordonnées locales.

Les imageries sont en coordonnées locales (là je fais encore confiance à
Stéphane).

Demain on peut supposer que nos GPS donneront les coordonnées dans le
système local : il s'agit de projeter un point dont on a la date dans un
système, c'est bien plus simple que de projeter des milliards de points
dont on n'est pas sûrs de la date dans un système.

Quand à la fréquence de rafraichissement des données, on a une idée avec
l'Australie qui bouge vite : une modification en 25 ans et après passage
à un système plus dynamique, voir
https://www.spatialsource.com.au/surveying/gda2020-and-overcoming-the-web-mercator-dilemma
(merci Violaine).

Oui, j'entends entre les GPS à 100 m près de 1994 et ceux d'aujourd'hui
il y a eu quelques progrès, mais rassurez-moi, si vous trouvez que
d'après le GPS la boîte-aux-lettres se trouve à côté de la boulangerie
et non de la poste, vous l'ajoutez bien à côté de la poste ? Et oui, on
travaille en relatif, les coordonnées absolues sont un confort récent.

Jean-Yvon

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

Re: [OSM-talk-fr] Systèmes géodésiques et OSM

[osm . sanspourriel]

Le 09/09/2019 à 00:32, Eric SIBERT via Talk-fr -
talk-fr@openstreetmap.org a écrit :


Variante, comme la dérive des points de référence est aussi fournie
avec la réalisation, tous les jours à minuit, on corrige les
coordonnées dans OSM pour tenir compte de la dérive :-).


Vu la précision du stockage, chaque jour on ajoutera une dérive de (0,0)
à tous les points. Soit une dérive de (0,0) au bout d'un an.

En fait on peut appeler cette méthode KISS...

Jean-Yvon

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