[OSM-talk-fr] Cartographie des vannes et robinets

2018-11-25 Par sujet François Lacombe 
Bonsoir à tous,

Une nouvelle proposition dont j'ai achevé la rédaction (très) récemment qui
concerne les vannes.
https://wiki.openstreetmap.org/wiki/FR:Proposed_features/Pipeline_valves_proposal

Merci à Donat pour la relecture de la traduction vers le français!

Le but est de pouvoir décrire la plupart des robinets ou vannes qu'on peut
rencontrer. Il y avait déjà pipeline=valve mais il manquait quelques
attributs pour décrire le fonctionnement.
C'est pas très compliqué, et c'est toujours la même chose, on tourne ca
ouvre ou ca ferme, des fois il y a un vérin qui traine pour aider...

Elle est pour l'instant en RFC et devrait être votée prochainement.

Merci par avance pour vos commentaires, si vous en avez.

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

Re: [OSM-talk-fr] internationalisation du wiki

2018-11-25 Par sujet François Lacombe 
Attention cependant à certaines page. La référence est certainement
l'anglais, mais la traduction locale peut donner certaines conditions
d'applications ou des correspondances locales avec des modèles de données.
C'est ce que nous avons fait pour les telecoms et nœuds de raccordement.

La version anglaise de référence :
https://wiki.openstreetmap.org/wiki/Tag:telecom%3Dexchange
La version française qui donne la correspondance avec GraceTHD, modèle
d'échange pour l'instant national :
https://wiki.openstreetmap.org/wiki/FR:Tag:telecom%3Dexchange

Donc on ne peut pas effectuer un asservissement complet de la version
française sur l'anglais.
On ne peut que signaler que la version anglaise de référence a été éditée
plus récemment que le français par exemple, pour inciter les gens à
effectuer une vérification.
C'est ce qui me pose le plus de soucis dans le cadre de page traduites dans
plus de 10 langues parfois. Je ne peux pas faire un mail dans toutes les
langues pour prévenir les locaux que j'ai mis à jour l'anglais et que ca
les concerne potentiellement.

François




*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux 


Le sam. 24 nov. 2018 à 20:07, marc marc  a
écrit :

> Bonjour,
>
> Le 24. 11. 18 à 19:37, David Crochet a écrit :
> > Le 23/11/2018 à 20:00, marc marc a écrit :
> >> l'utilisateur doit utiliser un template ou un url particulière lorsqu'il
> >> traduit une page en->fr ?
> > tout se fait dans une page "spéciale"
>
> se ferrait ou se ferra :)
> Car si j'ai bien compris, l’extension translate n'est pas installé
> sur le wiki osm.org en remettre un couche ici ne change rien,
> l'utilisateur ne sait pas faire une page internationalisée
> tant qu'un admin osm.org (dont aucun ne semble lire ici) ne
> l'installe pas l’extension. faut aller en parler sur talk
> et/ou sur le github osm.org
>
> ou alors j'ai mal compris quelque chose :)
>
> 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

Re: [OSM-talk-fr] Projet du mois de novembre: gendarmerie/police

2018-11-25 Par sujet Donat ROBAUX 
 Bonjour à tous,

Faisons un point sur le projet du mois à une semaine de la fin !

Concernant la gendarmerie nationale
À cette heure-ci la totalité ou presque des brigades de gendarmerie
classiques (3080 en tout) est intégrée dans OSM (Voir plus bas pour les
détails sur ce qu'il reste)
Bravo à tous !

Concernant la police nationale
Idem, on doit les avoir presque tous MAIS il en reste environ la moitié
sans tag operator et police:FR.
La priorité est donc de finir ce challenge Maproulette pour les débusquer
tous : https://maproulette.org/mr3/browse/challenges/3317

Concernant la police municipale
On n'en a que quelques centaines donc il en manque encore probablement
beaucoup.

À noter qu'il reste également beaucoup de *amenity=police* sans aucune
autre information. On pourra se prévoir un autre challenge Maproulette
quand on aura fini de qualifier ceux qui sont de type Police nationale.


Enfin, voici quelques infos plus spécifiques sur la gendarmerie :

Il reste quelques brigades non intégrées notamment en outre-mer où la
qualité des sources est aléatoire. Cela doit représenter à mon avis 50
brigades maximum.
Par ailleurs, en cours de mois, le fichier opendata a été mis à jour avec
environ 600 structures ,en plus (et quelques modifications, comme le tag
*official_name*).
On a donc en plus les *postes provisoires* saisonniers (bords de mer et
stations de ski). Aucune difficulté particulière a priori, il faut ajouter
le tag *seasonal=yes* pour faire la différence avec les brigades
permanentes et Osmose le propose déjà.
On a également les *pelotons d'autoroute* qui sont implantés en général
près des péages. On risque d'avoir du mal avec ceux-là pour les localiser
précisément ...

Le fichier contient également des brigades et des pelotons motorisés (qui
sont en général intégrés à une brigade classique et ne nécessitent pas
d'être cartographiés, pour l'instant) et les 21 centres de recrutement (qui
ont été taggés *military=office *et non *amenity=police*). Les centres de
recrutement ont donc été retiré de l'analyse Osmose cet après-midi.

Voilà, on vous a trouvé des occupations pour la semaine prochaine ;)

Noémie et Donat


Garanti
sans virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Multipolygones, zone de rencontre et rendu

2018-11-25 Par sujet Christian Quest 
Et oui, je n'applique pas le même ordre que le rendu OSM car ces zones qui
recouvrent tout ne m'allaient pas (et pour cause).

Je pense par contre que la modélisation est incorrecte.

Les piétons peuvent aller partout sur l'aire concernée, je la mettrait donc
en pedestrian sur le multipolygone.
Les véhicules, ne peuvent pas aller partout, j'imagine qu'il y des voies...
et là le living_street me semble adapté sur les way filaires.

Autre sujet... les "parking". Le stationnement sur le bord des voies n'est
pas vraiment ce qu'on peut appeler un parking qui est un espace dédié
stationnement et pas en même temps une voie de circulation + des trottoirs,
bref une "rue".

Il me semble qu'il serait préférable:
- de supprimer ces polygones parking
- d'ajouter les règles de stationnement sur le filaire de voie
(parking:condition / parking:lane)
- de conserver les parking_space si tu veux détailler en surfacique chaque
place de stationnement et des règles spécifiques (durée max, PMR,
livraison, etc)


Le dim. 25 nov. 2018 à 10:05, David Crochet  a
écrit :

> Bonjour
>
> Le 24/11/2018 à 23:28, Gwenaël Jouvin a écrit :
> > Problème : malgré le multipolygone, le stationnement et les rues
> laissées pour le routage n’apparaîssent pas.
>
>
> Le rendu, ce n'est que ce que ton cerveau interprète ce que t'envoie les
> signaux provoqué par les yeux.
>
> Si c'est codifier correctement, je ne voie pas le soucis. et le routeur
> n'a pas d’œil.
>
>
> L'un des rendu fait peut-être ceci : "je dessine les zones pédestres au
> dessus des zones de stationnement" alors que l'autre fait peut-être cela
> : "je dessine une zone pédestre et par dessus je rajoute les rues, les
> places de stationnement".
>
> Voila pourquoi 2 rendues peuvent être différentes avec les mêmes données.
>
>
> Cordialement
>
> --
> David Crochet
>
>
> ___
> 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] Base OD DAE et Stations d'épuration

2018-11-25 Par sujet Christian Quest 
Pour vérifier la qualité des données de localisation des DAE, je comparerai
avec quelques avec ceux que je connais sur le terrain. Ensuite il y a la
qualité géométrique... là il y a des chances que ça soit géocodé à
l'adresse, donc à intégrer manuellement plutôt qu'à importer à la position
en opendata.

Pour les stations de traitement des eaux usées... l'ortho permet de valider
tout ça, là encore en intégration car il doit y en avoir une partie déjà
présentes dans les données OSM actuelles.

JOSM + plugin "todo list" sont sûrement la bonne approche (c'est ce que
j'utilise dans ces cas).


Le sam. 24 nov. 2018 à 22:38, deuzeffe  a écrit :

> Bonjour,
>
> J'ai trouvé sur la plateforme OD* de ma région deux bases apparemment en
> OD :
> - pour les DAE :
>
> https://www.sigena.fr/geonetwork/srv/fre/catalog.search#/metadata/1e113a13-1865-43da-b027-d8abeafbf2dd
> - pour les stations de traitement des eaux usées :
>
> https://www.sigena.fr/geonetwork/srv/fre/catalog.search#/metadata/fr-120066022-jdd-2e9e9222-cd0b-46af-b8ff-153820337e19
>
> Avant de tenter une intégration des DAE et stations de mon département,
> je me demandais comment savoir si ces bases étaient de "bonne qualité".
> A priori on pourrait penser que oui, mais...
>
> Vos avis ?
>
> * sur laquelle il manque toujours l'attribution osm pour la mini-carte :
> ça fait 3 mois que j'essaie d'avoir une réponse à mes mails de demande,
> sans succès. Je vais finir par faire appel aux instances représentatives
> d'osm-fr pour avoir gain de cause, si ce silence continue.
>
> --
> deuzeffe, perfectionniste.
>
> ___
> 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] Multipolygones, zone de rencontre et rendu

2018-11-25 Par sujet David Crochet 

Bonjour

Le 24/11/2018 à 23:28, Gwenaël Jouvin a écrit :

Problème : malgré le multipolygone, le stationnement et les rues laissées pour 
le routage n’apparaîssent pas.



Le rendu, ce n'est que ce que ton cerveau interprète ce que t'envoie les 
signaux provoqué par les yeux.


Si c'est codifier correctement, je ne voie pas le soucis. et le routeur 
n'a pas d’œil.



L'un des rendu fait peut-être ceci : "je dessine les zones pédestres au 
dessus des zones de stationnement" alors que l'autre fait peut-être cela 
: "je dessine une zone pédestre et par dessus je rajoute les rues, les 
places de stationnement".


Voila pourquoi 2 rendues peuvent être différentes avec les mêmes données.


Cordialement

--
David Crochet


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