Re: [OSM-talk-fr] BANO est-il mort?

[Yves P.]

> C'est @Vincent qui actuellement porte le projet.

:)


> On peut voir comment s'organiser pour faire avancer le projet avec les 
> personnes disponibles et avec un mode de fonctionnement déjà utilisé sur 
> d'autre projets Open Source ou pas.

+1


> On va pas commencer a écarter des gens

Je me comptais dans les personnes ne connaissant pas scrub :)


> au moins on peut essayer d'avoir un avancement minimum.

+1

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

Re: [OSM-talk-fr] No U-turn vs BRouter

[Frédéric Rodrigo]

Le 30/08/2020 à 18:51, Francois Gouget a écrit :

Mais que fait la pol^H^H^H Osmose ?
(Il ne dit rien, du coup je me demande si on a beaucoup de
problèmes de ce genre.)

Osmose contrôle déjà ce type de relations.

http://osmose.openstreetmap.fr/fr/errors/?item=3180

http://osmose.openstreetmap.fr/fr/map/#item=3180&zoom=13&lat=45.8069&lon=-1.124&level=1%2C2%2C3&tags=&fixable=

Il manque peut être des règles de contrôles. À identifier.

https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_osmosis_relation_restriction.py


Frédéric.



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

[OSM-talk-fr] Après Facebook Cesium...

[osm . sanspourriel]

Bonjour,

je suppose que vous avez vu passer ça dans hebdOSM :
https://medium.com/@osmbuildings/why-were-not-going-to-support-a-multimillion-dollar-company-bde6116a954d
.

Alors que la fondation jusqu'ici voulait protéger les noms proches de
OpenStreetMap voici qu'il autorise une entreprise à préempter le nom
d'un projet libre (OSM Buildings) en accordant la marque “Cesium OSM
Buildings”... à Césium qui profite des données préparées par OSM Buildings.

Les bras m'en tombent.

Si ça vous choque aussi, il serait peut-être bon que l'association
proteste officiellement.

Jean-Yvon



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

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti ! données foireuses de GéoDAE

[Percherie OnDaNet]

Question concernant GeoDAE ?

Où peut-on consulter les DAE dans ma zone qui sont référencé dans cette 
base ? Est-ce proposé automatiquement dans Osmose ou est-ce sur un 
service web spécifique ?


Le 29/08/2020 à 22:27, osm.sanspourr...@spamgourmet.com a écrit :


Le 29/08/2020 à 10:18, Christian Quest - cqu...@openstreetmap.fr a écrit :


On a du coup un certain nombre de DAE sur Null Island.


Le 29/08/2020 à 10:27, Yves P. - yves.prat...@gmail.com a écrit :

Tous les DAE ont des coordonnées. Seulement 227 avec lat/lon = 0,0


Pour info, Ils sont dans ces communes :
Cornil216


Corps Nil, nom prédestiné pour la bouée Null Island ? ;-)

216 DAE pour 1340 habitants, je crois que c'est le territoire de la 
République le mieux doté en DAE^^.


Une erreur dans la base ? Dans ta recherche ?

On a d'autres soucis avec reception_desk et security_desk

https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_defibrillators_FR.py#L81-91

On prend ce qui est dans GéoDAE. Mais cette information est "foireuse" 
même si elle a été "validée".


Prenons 
http://osmose.openstreetmap.fr/fr/error/c986fd47-f342-8ba3-0301-6419922f554d



  * gml_id : geodae_publique.15665
  * gid : 15665
  * *c_etat_valid :* *validées*
  * *c_nom :* *DAE ACCUEIL MANOIR DE KERNAULT*
  * c_lat_coor1 : 47.8884
  * c_long_coor1 : -3.59755
  * c_adr_num : 360
  * c_adr_voie : 360 Château de Kernault 29300 Mellac
  * c_com_cp : 29300
  * c_com_insee : 29147
  * c_com_nom : Mellac
  * *c_acc :* Intérieur
  * *c_acc_lib :* t
  * *c_acc_pcsec :* f
  * *c_acc_acc :* f
  * c_disp_j : {lundi,mardi,mercredi,jeudi,vendredi}
  * c_disp_h : {"heures ouvrables"}
  * c_etat_fonct : En fonctionnement
  * c_etat : Actif
  * c_doublon : f
  * timePosition : 2020-07-16T16:21:36Z
  * c_srid_origin : EPSG:4326

Osmose propose :

access  yes 
emergency   defibrillator   
indoor  yes 
operatorChemins du Patrimoine En Finistère  
operator:ref:FR:SIREN   282900463   
*reception_desk*no  
ref:FR:GeoDAE   15666   
*security_desk* no  
*source*Direction Générale de la Santé

On a déjà eu le cas où ces "informations" quoique "validées" sont fausses.

Comme le psuedo-nom est DAE *ACCUEIL* MANOIR DE KERNAULT, j'en déduis 
qu'au moins reception_desk est faux.


Dans tous les cas ce sont des propriétés du bâtiment pas du DAE.

Je suis donc partisan de ne pas les intégrer. Ce n'est pas le premier 
cas du genre signalé sur la liste.


De plus ça ne me semble pas apporter grand chose (parce que c'est une 
donnée dans GéoDAE et que je ne vois pas trop à quoi ça sert : si les 
pompiers arrivent sur place ils verront bien s'il y a un accueil ou 
une sécurité).


Et si l'accueil ou la sécurité sont supprimés, pensez-vous que GéoDAE 
sera mis à jour ?


Vous vous doutez de ma réponse ;-)

Source : ne faut-il pas millésimer ? Version Adrien : je suggère de 
millésimer la source comme pour les autres données, peut-être ici 
plutôt un check_date=2020-07-16 ;-).


Position : foireuse (proche mais à l'extérieur du bâti malgré 
indoor=yes). On met un fixme=geometry ?


Via le site internet (absent initialement d'OSM) j'ai trouvé la 
position assez précise de l'accueil parmi les différents bâtiments.


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] Projet du mois défibrillateurs : c'est parti ! données foireuses de GéoDAE

[PanierAvide]

Pas de carte ou service web en ligne, mais tu peux avoir la liste sous 
forme de GeoJSON (à charger dans un QGIS, uMap ou autre) : 
https://transcode.geo.data.gouv.fr/services/5e2a1fbefa4268bc25629472/feature-types/ms:geodae_publique?format=GeoJSON&projection=WGS84


Cordialement,

Adrien P.

Le 31/08/2020 à 10:15, Percherie OnDaNet a écrit :


Question concernant GeoDAE ?

Où peut-on consulter les DAE dans ma zone qui sont référencé dans 
cette base ? Est-ce proposé automatiquement dans Osmose ou est-ce sur 
un service web spécifique ?


Le 29/08/2020 à 22:27, osm.sanspourr...@spamgourmet.com a écrit :


Le 29/08/2020 à 10:18, Christian Quest - cqu...@openstreetmap.fr a 
écrit :



On a du coup un certain nombre de DAE sur Null Island.


Le 29/08/2020 à 10:27, Yves P. - yves.prat...@gmail.com a écrit :

Tous les DAE ont des coordonnées. Seulement 227 avec lat/lon = 0,0


Pour info, Ils sont dans ces communes :
Cornil216


Corps Nil, nom prédestiné pour la bouée Null Island ? ;-)

216 DAE pour 1340 habitants, je crois que c'est le territoire de la 
République le mieux doté en DAE^^.


Une erreur dans la base ? Dans ta recherche ?

On a d'autres soucis avec reception_desk et security_desk

https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_defibrillators_FR.py#L81-91

On prend ce qui est dans GéoDAE. Mais cette information est 
"foireuse" même si elle a été "validée".


Prenons 
http://osmose.openstreetmap.fr/fr/error/c986fd47-f342-8ba3-0301-6419922f554d



  * gml_id : geodae_publique.15665
  * gid : 15665
  * *c_etat_valid :* *validées*
  * *c_nom :* *DAE ACCUEIL MANOIR DE KERNAULT*
  * c_lat_coor1 : 47.8884
  * c_long_coor1 : -3.59755
  * c_adr_num : 360
  * c_adr_voie : 360 Château de Kernault 29300 Mellac
  * c_com_cp : 29300
  * c_com_insee : 29147
  * c_com_nom : Mellac
  * *c_acc :* Intérieur
  * *c_acc_lib :* t
  * *c_acc_pcsec :* f
  * *c_acc_acc :* f
  * c_disp_j : {lundi,mardi,mercredi,jeudi,vendredi}
  * c_disp_h : {"heures ouvrables"}
  * c_etat_fonct : En fonctionnement
  * c_etat : Actif
  * c_doublon : f
  * timePosition : 2020-07-16T16:21:36Z
  * c_srid_origin : EPSG:4326

Osmose propose :

access  yes 
emergency   defibrillator   
indoor  yes 
operatorChemins du Patrimoine En Finistère  
operator:ref:FR:SIREN   282900463   
*reception_desk*no  
ref:FR:GeoDAE   15666   
*security_desk* no  
*source*Direction Générale de la Santé

On a déjà eu le cas où ces "informations" quoique "validées" sont 
fausses.


Comme le psuedo-nom est DAE *ACCUEIL* MANOIR DE KERNAULT, j'en déduis 
qu'au moins reception_desk est faux.


Dans tous les cas ce sont des propriétés du bâtiment pas du DAE.

Je suis donc partisan de ne pas les intégrer. Ce n'est pas le premier 
cas du genre signalé sur la liste.


De plus ça ne me semble pas apporter grand chose (parce que c'est une 
donnée dans GéoDAE et que je ne vois pas trop à quoi ça sert : si les 
pompiers arrivent sur place ils verront bien s'il y a un accueil ou 
une sécurité).


Et si l'accueil ou la sécurité sont supprimés, pensez-vous que GéoDAE 
sera mis à jour ?


Vous vous doutez de ma réponse ;-)

Source : ne faut-il pas millésimer ? Version Adrien : je suggère de 
millésimer la source comme pour les autres données, peut-être ici 
plutôt un check_date=2020-07-16 ;-).


Position : foireuse (proche mais à l'extérieur du bâti malgré 
indoor=yes). On met un fixme=geometry ?


Via le site internet (absent initialement d'OSM) j'ai trouvé la 
position assez précise de l'accueil parmi les différents bâtiments.


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
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Après Facebook Cesium...

[Christian Quest]

Le 31/08/2020 à 09:59, osm.sanspourr...@spamgourmet.com a écrit :

Bonjour,

je suppose que vous avez vu passer ça dans hebdOSM :
https://medium.com/@osmbuildings/why-were-not-going-to-support-a-multimillion-dollar-company-bde6116a954d 

. 



Alors que la fondation jusqu'ici voulait protéger les noms proches de
OpenStreetMap voici qu'il autorise une entreprise à préempter le nom
d'un projet libre (OSM Buildings) en accordant la marque “Cesium OSM
Buildings”... à Césium qui profite des données préparées par OSM 
Buildings.


Les bras m'en tombent.

Si ça vous choque aussi, il serait peut-être bon que l'association
proteste officiellement.

Jean-Yvon



Je ne vois pas vraiment d'annonce sur l'accord d'une marque particulière 
dans le post de la fondation.


Si c'est le cas, il y a peut-être un problème de process et de publicité 
de ces démarches liées aux marques "OSM" (process que je ne connais pas).


Quand quelqu'un fait une telle demande, ceci devrait être publié, 
discuté ouvertement avant que la fondation ne prenne une décision.


Est-ce le cas ?


Je tique plus sur le ton du communiqué, trop marketing de mon point de vue.


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Après Facebook Cesium...

[JB]

Bonjour,
C'est passé sur la liste OSMF-talk : 
https://lists.openstreetmap.org/pipermail/osmf-talk/2020-June/006864.html 
et suivants.
Le problème de ce board, c'est qu'ils aiment beaucoup les discussions en 
tête-à-tête qui donnent l'impression d'être plus efficaces pour avancer, 
mais laissent beaucoup de monde sur le coté. Ils communiquent souvent a 
posteriori, sur une décision figée ou quasiment figée. Ils ne semblent 
pas non plus adeptes de la contradiction, et n'évoluent guère suite à 
des critiques, une de leur technique étant de faire l'autruche jusqu'à 
épuisement de la contradiction, puis de communiquer à nouveau, souvent à 
l'identique de leur premier message.
Le genre de souci que rencontre OSMbuildings n'est vu qu'après-coup, et 
n'est pas géré (et ne le sera probablement jamais).

JB.

PS : même si je critique la manière d'avancer du board sur certaines 
thématiques, je reconnais qu'au moins, « il se bouge ».


Le 31/08/2020 à 10:28, Christian Quest a écrit :

Le 31/08/2020 à 09:59, osm.sanspourr...@spamgourmet.com a écrit :

Bonjour,

je suppose que vous avez vu passer ça dans hebdOSM :
https://medium.com/@osmbuildings/why-were-not-going-to-support-a-multimillion-dollar-company-bde6116a954d 

. 



Alors que la fondation jusqu'ici voulait protéger les noms proches de
OpenStreetMap voici qu'il autorise une entreprise à préempter le nom
d'un projet libre (OSM Buildings) en accordant la marque “Cesium OSM
Buildings”... à Césium qui profite des données préparées par OSM 
Buildings.


Les bras m'en tombent.

Si ça vous choque aussi, il serait peut-être bon que l'association
proteste officiellement.

Jean-Yvon



Je ne vois pas vraiment d'annonce sur l'accord d'une marque 
particulière dans le post de la fondation.


Si c'est le cas, il y a peut-être un problème de process et de 
publicité de ces démarches liées aux marques "OSM" (process que je ne 
connais pas).


Quand quelqu'un fait une telle demande, ceci devrait être publié, 
discuté ouvertement avant que la fondation ne prenne une décision.


Est-ce le cas ?


Je tique plus sur le ton du communiqué, trop marketing de mon point de 
vue.







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

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti ! données foireuses de GéoDAE

[osm . sanspourriel]

En fait si il y a une carte en ligne mais il faut le vouloir pour la voir.

A partir de
https://geo.data.gouv.fr/fr/datasets/a701db3964e8fd81823c92afc029f138ffa207b3,
tu choisis Visualisation dans la catégorie du premier service WFS.

Attention, il faut s'équiper de patience et l'utilisation n'est pas
pratique, la solution d'Adrien est meilleure si tu veux plus que juste
regarder où c'est.

Je parle de minutes avec une connexion lente.

Jean-Yvon

Le 31/08/2020 à 10:19, PanierAvide - panierav...@riseup.net a écrit :


Pas de carte ou service web en ligne, mais tu peux avoir la liste sous
forme de GeoJSON (à charger dans un QGIS, uMap ou autre) :
https://transcode.geo.data.gouv.fr/services/5e2a1fbefa4268bc25629472/feature-types/ms:geodae_publique?format=GeoJSON&projection=WGS84

Cordialement,

Adrien P.
Le 31/08/2020 à 10:15, Percherie OnDaNet a écrit :


Question concernant GeoDAE ?

Où peut-on consulter les DAE dans ma zone qui sont référencé dans
cette base ? Est-ce proposé automatiquement dans Osmose ou est-ce sur
un service web spécifique ?

Le 29/08/2020 à 22:27, osm.sanspourr...@spamgourmet.com a écrit :


Le 29/08/2020 à 10:18, Christian Quest - cqu...@openstreetmap.fr a
écrit :


On a du coup un certain nombre de DAE sur Null Island.


Le 29/08/2020 à 10:27, Yves P. - yves.prat...@gmail.com a écrit :

Tous les DAE ont des coordonnées. Seulement 227 avec lat/lon = 0,0


Pour info, Ils sont dans ces communes :
Cornil216


Corps Nil, nom prédestiné pour la bouée Null Island ? ;-)

216 DAE pour 1340 habitants, je crois que c'est le territoire de la
République le mieux doté en DAE^^.

Une erreur dans la base ? Dans ta recherche ?

On a d'autres soucis avec reception_desk et security_desk

https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_defibrillators_FR.py#L81-91

On prend ce qui est dans GéoDAE. Mais cette information est
"foireuse" même si elle a été "validée".

Prenons
http://osmose.openstreetmap.fr/fr/error/c986fd47-f342-8ba3-0301-6419922f554d


  * gml_id : geodae_publique.15665
  * gid : 15665
  * *c_etat_valid :* *validées*
  * *c_nom :* *DAE ACCUEIL MANOIR DE KERNAULT*
  * c_lat_coor1 : 47.8884
  * c_long_coor1 : -3.59755
  * c_adr_num : 360
  * c_adr_voie : 360 Château de Kernault 29300 Mellac
  * c_com_cp : 29300
  * c_com_insee : 29147
  * c_com_nom : Mellac
  * *c_acc :* Intérieur
  * *c_acc_lib :* t
  * *c_acc_pcsec :* f
  * *c_acc_acc :* f
  * c_disp_j : {lundi,mardi,mercredi,jeudi,vendredi}
  * c_disp_h : {"heures ouvrables"}
  * c_etat_fonct : En fonctionnement
  * c_etat : Actif
  * c_doublon : f
  * timePosition : 2020-07-16T16:21:36Z
  * c_srid_origin : EPSG:4326

Osmose propose :

access  yes
emergency   defibrillator
indoor  yes
operatorChemins du Patrimoine En Finistère
operator:ref:FR:SIREN   282900463
*reception_desk*no
ref:FR:GeoDAE   15666
*security_desk* no
*source*Direction Générale de la Santé

On a déjà eu le cas où ces "informations" quoique "validées" sont
fausses.

Comme le psuedo-nom est DAE *ACCUEIL* MANOIR DE KERNAULT, j'en
déduis qu'au moins reception_desk est faux.

Dans tous les cas ce sont des propriétés du bâtiment pas du DAE.

Je suis donc partisan de ne pas les intégrer. Ce n'est pas le
premier cas du genre signalé sur la liste.

De plus ça ne me semble pas apporter grand chose (parce que c'est
une donnée dans GéoDAE et que je ne vois pas trop à quoi ça sert :
si les pompiers arrivent sur place ils verront bien s'il y a un
accueil ou une sécurité).

Et si l'accueil ou la sécurité sont supprimés, pensez-vous que
GéoDAE sera mis à jour ?

Vous vous doutez de ma réponse ;-)

Source : ne faut-il pas millésimer ? Version Adrien : je suggère de
millésimer la source comme pour les autres données, peut-être ici
plutôt un check_date=2020-07-16 ;-).

Position : foireuse (proche mais à l'extérieur du bâti malgré
indoor=yes). On met un fixme=geometry ?

Via le site internet (absent initialement d'OSM) j'ai trouvé la
position assez précise de l'accueil parmi les différents bâtiments.

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


___
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] comment taguer le stockage des déchets verts et agricoles?

[Philippe Verdy]

Comment cartographier les bacs de stockage de déchets agricoles non
liquides (donc pas des bassins d'eaux usées): exemple: tas de fumier et
déchets verts (nombreux exemples dans les fermes, centres équestres, etc.)

Il y en a aussi dans les exploitations forestières, et très souvent aussi
dans les groupements de jardins familiaux autour des villes.

Physiquement ça ressemble à un bassin car ça collecte quand même des
liquides qui sont recueillis et exfiltrés puis stockés dans des bassins ou
citernes, mais le but est surtout de récupérer le fumier recyclable comme
engrais. Les centres équestres et fermes valorisent le fumier, et parfois
le revendent aussi (très utile pour les jardiniers publics ou privés).
construction souvent en béton, et souvent semi-enterré. L'usage est
quasi-permanent.

Note: ce n'est pas une "station de collecte de déchet", c'est bien une
installation privée, même si ensuite ces "déchets" recyclables sont
transportés et amenés dans des stations publiques, mais le plus souvent
l'installation agricole fait le recyclage et valorise cela elle-même.

Ces conteneurs ont des normes de construction (pour ne pas exfiltrer de
lisiers dans l'environnement). Ils sont souvent assez grand pour que des
engins agricoles puissent y entrer ou pour un transport par brouette ou
charrette (exemple: le fumier ramassé dans les écuries ou étables).

On en trouve aussi en plein champ (pour un stockage longue durée, et la
maturation des fumiers déjà exfiltrés des lisiers), mais là ce sont souvent
des tas étendus sur une bâche, et souvent aussi couverts de bâches
maintenues avec des pneus, on peut les confondre avec de l'ensilage.

Je n'ai rien trouvé sur le sujet dans la page du wiki concernant le
traitement des déchets.

Le plus proche étant "waste_disposal" mais rien pour indiquer qu'il s'agit
de déchets "verts", presque entièrement recyclable et fortement valorisable.

Y a-t-il une valeur de landuse? (ce n'est dajà pas "landuse=landfill" qui
n'est décrit que comme une décharge, ou alors il faudrait taguer qu'il
s'agit uniquement de déchets verts et pas destiné à stocker n'importe quel
déchet non recyclable, comme des matériaux de construction, des métaux et
carcasse, des plastiques divers...).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Facebook achète Mapillary !

[Stéphane Péneau]

Hello !

Un point intéressant qui pourrait changer un peu la donne :

Dorénavant, Mapillary ne conserve plus les images non floutées. Je viens 
de vérifier, mes anciennes images sont effectivement déjà floutées 
lorsque je télécharge la version "unprocessed".



Source :

https://blog.mapillary.com/news/2020/08/31/imagery-privacy-blurring.html

Stéphane


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

Re: [OSM-talk-fr] comment taguer le stockage des déchets verts et agricoles?

[PanierAvide]

Bonjour Philippe,

Aurais-tu une photo d'illustration ou un schéma de ce type 
d'installation ? Une recherche rapide sur les termes indiqués ne me 
donne rien de précis. Et à mon avis ce à quoi ressemble l'installation 
sera déterminant pour le catégoriser (landuse, man_made, 
amenity=recycling + recycling_type=XYZ...).


Cordialement,

Adrien P.

Le 31/08/2020 à 11:12, Philippe Verdy a écrit :
Comment cartographier les bacs de stockage de déchets agricoles non 
liquides (donc pas des bassins d'eaux usées): exemple: tas de fumier 
et déchets verts (nombreux exemples dans les fermes, centres 
équestres, etc.)


Il y en a aussi dans les exploitations forestières, et très souvent 
aussi dans les groupements de jardins familiaux autour des villes.


Physiquement ça ressemble à un bassin car ça collecte quand même des 
liquides qui sont recueillis et exfiltrés puis stockés dans des 
bassins ou citernes, mais le but est surtout de récupérer le fumier 
recyclable comme engrais. Les centres équestres et fermes valorisent 
le fumier, et parfois le revendent aussi (très utile pour les 
jardiniers publics ou privés). construction souvent en béton, et 
souvent semi-enterré. L'usage est quasi-permanent.


Note: ce n'est pas une "station de collecte de déchet", c'est bien une 
installation privée, même si ensuite ces "déchets" recyclables sont 
transportés et amenés dans des stations publiques, mais le plus 
souvent l'installation agricole fait le recyclage et valorise cela 
elle-même.


Ces conteneurs ont des normes de construction (pour ne pas exfiltrer 
de lisiers dans l'environnement). Ils sont souvent assez grand pour 
que des engins agricoles puissent y entrer ou pour un transport par 
brouette ou charrette (exemple: le fumier ramassé dans les écuries ou 
étables).


On en trouve aussi en plein champ (pour un stockage longue durée, et 
la maturation des fumiers déjà exfiltrés des lisiers), mais là ce sont 
souvent des tas étendus sur une bâche, et souvent aussi couverts de 
bâches maintenues avec des pneus, on peut les confondre avec de 
l'ensilage.


Je n'ai rien trouvé sur le sujet dans la page du wiki concernant le 
traitement des déchets.


Le plus proche étant "waste_disposal" mais rien pour indiquer qu'il 
s'agit de déchets "verts", presque entièrement recyclable et fortement 
valorisable.


Y a-t-il une valeur de landuse? (ce n'est dajà pas "landuse=landfill" 
qui n'est décrit que comme une décharge, ou alors il faudrait taguer 
qu'il s'agit uniquement de déchets verts et pas destiné à stocker 
n'importe quel déchet non recyclable, comme des matériaux de 
construction, des métaux et carcasse, des plastiques divers...).



___
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 taguer le stockage des déchets verts et agricoles?

[Yves P.]

>  exemple: tas de fumier et déchets verts (nombreux exemples dans les fermes, 
> centres équestres, etc.)

man_made=bunker_silo
content=manure (ou autre)

https://wiki.openstreetmap.org/wiki/Riding

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

Re: [OSM-talk-fr] comment taguer le stockage des déchets verts et agricoles?

[Philippe Verdy]

pour les exemples il y en a partout en France, regardez les fermes ou
centres équestres.

Pour l'instant j'ai mis:

landuse=waste_disposal
recycling:green_waste =yes (devrait être =only?)

Le lun. 31 août 2020 à 11:22, PanierAvide  a écrit :

> Bonjour Philippe,
>
> Aurais-tu une photo d'illustration ou un schéma de ce type d'installation
> ? Une recherche rapide sur les termes indiqués ne me donne rien de précis.
> Et à mon avis ce à quoi ressemble l'installation sera déterminant pour le
> catégoriser (landuse, man_made, amenity=recycling + recycling_type=XYZ...).
>
> Cordialement,
>
> Adrien P.
>
> Le 31/08/2020 à 11:12, Philippe Verdy a écrit :
>
> Comment cartographier les bacs de stockage de déchets agricoles non
> liquides (donc pas des bassins d'eaux usées): exemple: tas de fumier et
> déchets verts (nombreux exemples dans les fermes, centres équestres, etc.)
>
> Il y en a aussi dans les exploitations forestières, et très souvent aussi
> dans les groupements de jardins familiaux autour des villes.
>
> Physiquement ça ressemble à un bassin car ça collecte quand même des
> liquides qui sont recueillis et exfiltrés puis stockés dans des bassins ou
> citernes, mais le but est surtout de récupérer le fumier recyclable comme
> engrais. Les centres équestres et fermes valorisent le fumier, et parfois
> le revendent aussi (très utile pour les jardiniers publics ou privés).
> construction souvent en béton, et souvent semi-enterré. L'usage est
> quasi-permanent.
>
> Note: ce n'est pas une "station de collecte de déchet", c'est bien une
> installation privée, même si ensuite ces "déchets" recyclables sont
> transportés et amenés dans des stations publiques, mais le plus souvent
> l'installation agricole fait le recyclage et valorise cela elle-même.
>
> Ces conteneurs ont des normes de construction (pour ne pas exfiltrer de
> lisiers dans l'environnement). Ils sont souvent assez grand pour que des
> engins agricoles puissent y entrer ou pour un transport par brouette ou
> charrette (exemple: le fumier ramassé dans les écuries ou étables).
>
> On en trouve aussi en plein champ (pour un stockage longue durée, et la
> maturation des fumiers déjà exfiltrés des lisiers), mais là ce sont souvent
> des tas étendus sur une bâche, et souvent aussi couverts de bâches
> maintenues avec des pneus, on peut les confondre avec de l'ensilage.
>
> Je n'ai rien trouvé sur le sujet dans la page du wiki concernant le
> traitement des déchets.
>
> Le plus proche étant "waste_disposal" mais rien pour indiquer qu'il s'agit
> de déchets "verts", presque entièrement recyclable et fortement valorisable.
>
> Y a-t-il une valeur de landuse? (ce n'est dajà pas "landuse=landfill" qui
> n'est décrit que comme une décharge, ou alors il faudrait taguer qu'il
> s'agit uniquement de déchets verts et pas destiné à stocker n'importe quel
> déchet non recyclable, comme des matériaux de construction, des métaux et
> carcasse, des plastiques divers...).
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://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] Facebook achète Mapillary !

[Yves P.]

> Un point intéressant qui pourrait changer un peu la donne :
Je ne sais pas si ça change la donne par rapport à Facebook ;)

> Dorénavant, Mapillary ne conserve plus les images non floutées. 
Mais c'est une bonne chose :)

Il faudrait proposer à la fondation Wikimedia de faire de même avec ses photos 
;D

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

Re: [OSM-talk-fr] comment taguer le stockage des déchets verts et agricoles?

[Philippe Verdy]

Merci. Page à ajouter en référence sur le traitement des déchets.

Je ne cherchais pas spécifiquement le sujet "riding" car ça ne concerne pas
que le monde équestre, mais le monde agricole en général (y compris les
jardins publics et familiaux).

Note "manure" est un peu restrictif, il peut s'agir aussi de tout type de
déchet vert (y compris des tontes de gazon ou branchages et sciures, dans
les installations forestières).

content=green ?


Le lun. 31 août 2020 à 11:26, Yves P.  a écrit :

>
> >  exemple: tas de fumier et déchets verts (nombreux exemples dans les
> fermes, centres équestres, etc.)
>
> man_made=bunker_silo
> content=manure (ou autre)
>
> https://wiki.openstreetmap.org/wiki/Riding
>
> __
> Yves
> ___
> 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 taguer le stockage des déchets verts et agricoles?

[Philippe Verdy]

j'ai remplacé par ta suggestion ici:

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

Le lun. 31 août 2020 à 11:30, Philippe Verdy  a écrit :

> Merci. Page à ajouter en référence sur le traitement des déchets.
>
> Je ne cherchais pas spécifiquement le sujet "riding" car ça ne concerne
> pas que le monde équestre, mais le monde agricole en général (y compris les
> jardins publics et familiaux).
>
> Note "manure" est un peu restrictif, il peut s'agir aussi de tout type de
> déchet vert (y compris des tontes de gazon ou branchages et sciures, dans
> les installations forestières).
>
> content=green ?
>
>
> Le lun. 31 août 2020 à 11:26, Yves P.  a écrit :
>
>>
>> >  exemple: tas de fumier et déchets verts (nombreux exemples dans les
>> fermes, centres équestres, etc.)
>>
>> man_made=bunker_silo
>> content=manure (ou autre)
>>
>> https://wiki.openstreetmap.org/wiki/Riding
>>
>> __
>> Yves
>> ___
>> 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] Après Facebook Cesium...

[Philippe Verdy]

Il peut y avoir une protestation officielle des différents chapitre locaux.
Ceci dit "OSM" (l'acronyme à 3 lettres) n'est pas protégé réellement comme
une marque, il n'est juste dans les noms de domaines ou sous-domaines qui
l'utilisent et pour le temps où le domaine princiapal est réservé et valide
(il n'y a aucune protection pour les sous-domaines, chaque domaine peut
créer un sous-domaine avec les labels qu'ils veut).

Mais ce qui tique le plus c'est que l'approbation se soit effectivement
faite en silence.

Maintenant la remaruqe vaut aussi pour "OSM Buildings" (le projet
préexistant depuis 2012) qui n'a jamais pris la peine demander à la
fondation d'approuver cette utilisation informelle.

Bref les deux projets (celui de 2012 et celui de 2012) feraient mieux de
changer de nom et faire preuve d'inventivité, surtout Cesium qui en en
faisant un produit commercial, devrait donner un nom unique à son produit,
s'il veut pouvoir y intégrer d'autres choses que juste des données OSM, par
exemple développer des services complémentaires d'intégration avec d'autres
donénes publiques ou privées ou des APIs.

Cesium dans ce domaine n'est pas une exception, des tas de sociétés (et
même des tas de projets opensource) donnent des noms génériques à leurs
produits (regardez un peu les nombreuses homonymies sur les génériques
su'on trouve dans les différents "app stores", et même sur Linux au gré des
traductions, ou dans les UI de Windows, Android, iOS, MacOS. Cependant la
façon correcte de citer ces produits c'est d'utiliser leur forme longue
avec le produit de base ou le nom de la société qui le promeut. Toute
abréviation de cette forme longue est ensuite ambiguë, car non protégée (et
"OSM" ne fait pas exception): la référence n'est non ambiguë que dans un
contexte clair, qui devrait être rappelé dans toute communication (donc
Cesium devra se mentionner partout lui-même avec la forme longue).

Mais dans ce que je vois, Cesium ne le fait pas toujours et affiche à
différents endroits juste "OSM Buildings" et ça c'est ce qui peut "tuer" le
projet open de 2012 en le noyant dans les recherches Internet au fond de
longues listes.

J'ai fait le même commentaire (en anglais) sur l'article du blogue de la
Fondation. Ces deux noms sont peu parlants et vont probablement changer
pour être plus clair et plus facilement identifiables, au gré des
évolutions des deux projets qui peuvent moins de limiter.


Le lun. 31 août 2020 à 10:46, JB  a écrit :

> Bonjour,
> C'est passé sur la liste OSMF-talk :
> https://lists.openstreetmap.org/pipermail/osmf-talk/2020-June/006864.html
> et suivants.
> Le problème de ce board, c'est qu'ils aiment beaucoup les discussions en
> tête-à-tête qui donnent l'impression d'être plus efficaces pour avancer,
> mais laissent beaucoup de monde sur le coté. Ils communiquent souvent a
> posteriori, sur une décision figée ou quasiment figée. Ils ne semblent
> pas non plus adeptes de la contradiction, et n'évoluent guère suite à
> des critiques, une de leur technique étant de faire l'autruche jusqu'à
> épuisement de la contradiction, puis de communiquer à nouveau, souvent à
> l'identique de leur premier message.
> Le genre de souci que rencontre OSMbuildings n'est vu qu'après-coup, et
> n'est pas géré (et ne le sera probablement jamais).
> JB.
>
> PS : même si je critique la manière d'avancer du board sur certaines
> thématiques, je reconnais qu'au moins, « il se bouge ».
>
> Le 31/08/2020 à 10:28, Christian Quest a écrit :
> > Le 31/08/2020 à 09:59, osm.sanspourr...@spamgourmet.com a écrit :
> >> Bonjour,
> >>
> >> je suppose que vous avez vu passer ça dans hebdOSM :
> >>
> https://medium.com/@osmbuildings/why-were-not-going-to-support-a-multimillion-dollar-company-bde6116a954d
> >>
> >> <
> https://medium.com/@osmbuildings/why-were-not-going-to-support-a-multimillion-dollar-company-bde6116a954d>.
>
> >>
> >>
> >> Alors que la fondation jusqu'ici voulait protéger les noms proches de
> >> OpenStreetMap voici qu'il autorise une entreprise à préempter le nom
> >> d'un projet libre (OSM Buildings) en accordant la marque “Cesium OSM
> >> Buildings”... à Césium qui profite des données préparées par OSM
> >> Buildings.
> >>
> >> Les bras m'en tombent.
> >>
> >> Si ça vous choque aussi, il serait peut-être bon que l'association
> >> proteste officiellement.
> >>
> >> Jean-Yvon
> >
> >
> > Je ne vois pas vraiment d'annonce sur l'accord d'une marque
> > particulière dans le post de la fondation.
> >
> > Si c'est le cas, il y a peut-être un problème de process et de
> > publicité de ces démarches liées aux marques "OSM" (process que je ne
> > connais pas).
> >
> > Quand quelqu'un fait une telle demande, ceci devrait être publié,
> > discuté ouvertement avant que la fondation ne prenne une décision.
> >
> > Est-ce le cas ?
> >
> >
> > Je tique plus sur le ton du communiqué, trop marketing de mon point de
> > vue.
> >
> >
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.o

Re: [OSM-talk-fr] comment taguer le stockage des déchets verts et agricoles?

[Yves P.]

> Note "manure" est un peu restrictif, il peut s'agir aussi de tout type de 
> déchet vert (y compris des tontes de gazon ou branchages et sciures, dans les 
> installations forestières).

J'avais précisé "ou autre" ;)


> content=green ?


Le wiki de amenity=recycling 
 suggère plutôt de 
green_waste ou de garden_waste.

Taginfo ne cite que le second pour la clé content 


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

Re: [OSM-talk-fr] comment taguer le stockage des déchets verts et agricoles?

[osm . sanspourriel]

Manure me semble bien adapté par rapport à ce que tu décris Philippe.

Adrien, voici un exemple :
https://www.openstreetmap.org/edit?editor=id#map=20/47.75009/-3.49276


Je vois qu'au cadastre seul un emplacement figure. De pas en déduire que
l'agriculteur n'a pas fait son boulot, le cadastre a du retard dans le coin.
C'est une zone de stockage, ici sur la droite on voit des bottes
(rouleaux) de paille. A gauche soit de la paille compostée soit du fumier.
Il existe des échanges : je te passe ma paille pour ton poulailler, je
récupère le mélange avec les fientes ensuite. Ça évite les engrais
nitroammoniaqués repopularisés avec l'accident de Beyrouth.
Souvent un sol bétonné (comme indiqué par Philippe), le dessus peut être
bâché.

Yves, c'est du stockage, éventuellement de la maturation pas du
recycling au sens usuel.

man_made=bunker_silo

semble bon
.
Jean-Yvon

Le 31/08/2020 à 11:58, Yves P. - yves.prat...@gmail.com a écrit :

Note "manure" est un peu restrictif, il peut s'agir aussi de tout
type de déchet vert (y compris des tontes de gazon ou branchages et
sciures, dans les installations forestières).


J'avais précisé "ou autre" ;)



content=green ?


Le wiki de amenity=recycling
 suggère
plutôt de green_waste ou de garden_waste.

Taginfo ne cite que le second pour la clé content


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

Re: [OSM-talk-fr] comment taguer le stockage des déchets verts et agricoles?

[Yves P.]

> https://www.openstreetmap.org/edit?editor=id#map=20/47.75009/-3.49276 
> 
> 
> C'est une zone de stockage, ici sur la droite on voit des bottes (rouleaux) 
> de paille.
… de foin

> A gauche soit de la paille compostée soit du fumier.
j'ai l'impression que c'est de l'ensilage 


> Souvent un sol bétonné (comme indiqué par Philippe), le dessus peut être 
> bâché.
caché car ensilage


JB, peux-tu nous apporter tes lumières ?
:)


> Yves, c'est du stockage, éventuellement de la maturation pas du recycling au 
> sens usuel. 
On est d'accord :)
Je parlais uniquement de la valeur, pas de la clé.

Si on a d'un côté recycling:green_waste=*, tant qu'à faire utiliser 
content=green_waste de l'autre (et non pas content=green)
;)

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

Re: [OSM-talk-fr] comment taguer le stockage des déchets verts et agricoles?

[Stéphane Péneau]

Le 31/08/2020 à 13:43, Yves P. a écrit :

https://www.openstreetmap.org/edit?editor=id#map=20/47.75009/-3.49276

C'est une zone de stockage, ici sur la droite on voit des bottes 
(rouleaux) de paille.

… de foin


A gauche soit de la paille compostée soit du fumier.
j'ai l'impression que c'est de l'ensilage 




Je suis du même avis.

Quelques exemples dans une ferme :

http://umap.openstreetmap.fr/fr/map/carte-sans-nom_493975#19/47.06119/-1.34998


Stf


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

Re: [OSM-talk-fr] comment taguer le stockage des déchets verts et agricoles?

[osm . sanspourriel]

Paille ou foin sur une orthophoto ce n'est pas évident.

Dans le coin sur une même parcelle il y a production alternative de
céréales (donc avec comme sous-produit de la paille pour le blé et des
bébés sans bras pour le maïs :-() et d'herbe (donc foin et ensilage) :
blé/maïs/herbe.

Les ballots à gauche sont clairement du foin (ensilage par enrubannage
pour reprendre la dénomination utilisée par Wikipédia).

Ici au moins la paille est plutôt retenue par un filet plastique pas par
un film plastique.

La paille n'est pas toujours valorisée, donc un compostage ne me semble
pas stupide (mais je n'ai vu cette installation que via l'orthophoto).
Exemple de paille qui reste pourrir
https://www.openstreetmap.org/edit?editor=id#map=21/47.81463/-3.49739

(choisir le fond ESRI clarifié).

Au nord de l'installation précédente il semble y avoir suivant les
saisons de l'ensilage par enrubannage (foin) et des balles de paille qui
restent pourrir.

L'ensilage se fait plutôt dans des silos fermés (ça peut comme indiqué
par l'article être un simple bâchage sur sol bétonné) ou des granges. Là
ça semble être à l'air libre sur toutes les photos, donc peu probable
sauf s'il existe de l'ensilage aérobie.

D'un autre côté vu l'aspect du sol dans la parcelle à l'ouest, on voit
qu'il y a de l'élevage bovin.

J'ai bien dit bâché pas caché (ici on voit le béton au sud : l'ensilage
laisse usuellement l'entrée vide donc on voit le sol à cet endroit s'il
n'y a pas trop de matières dessus).

Si JB ou une autre personne peut nous aider à interpréter ces
orthophotos, je suis preneur.

Jean-Yvon

Le 31/08/2020 à 13:43, Yves P. - yves.prat...@gmail.com a écrit :

https://www.openstreetmap.org/edit?editor=id#map=20/47.75009/-3.49276


C'est une zone de stockage, ici sur la droite on voit des bottes
(rouleaux) de paille.

… de foin


A gauche soit de la paille compostée soit du fumier.

j'ai l'impression que c'est de l'ensilage



Souvent un sol bétonné (comme indiqué par Philippe), le dessus peut
être bâché.

caché car ensilage


JB, peux-tu nous apporter tes lumières ?
:)



Yves, c'est du stockage, éventuellement de la maturation pas du
recycling au sens usuel.

On est d'accord :)
Je parlais uniquement de la valeur, pas de la clé.

Si on a d'un côté recycling:*green_waste*=*, tant qu'à faire utiliser
content=*green_waste* de l'autre (et non pas content=*green*)
;)

__
Yves

___
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 taguer le stockage des déchets verts et agricoles?

[Yves P.]

> Quelques exemples dans une ferme :
> 
> http://umap.openstreetmap.fr/fr/map/carte-sans-nom_493975#19/47.06119/-1.34998
>  
> 
> 
Super cette illustration 😀
A mettre dans le wiki

Ce que tu appels du "jus" c'est du lisier 
 ou du purin 
 ?
La différence entre les deux est subtile pour un non initié.

Merci Stéphane

> Paille ou foin sur une orthophoto ce n'est pas évident.
> 
Je te chambrais 😁
Je pense que ça doit être impossible à différencié vu du ciel.

> Ici au moins la paille est plutôt retenue par un filet plastique pas par un 
> film plastique.
> 
Ou de la ficelle (en plastique ☹️)

> La paille n'est pas toujours valorisée,
> 
Si tu as des animaux élevé sur paille (chevaux…) la paille est valorisée (un 
éleveur/propriétaire d'équidés doit l'acheter).

> L'ensilage se fait plutôt dans des silos fermés
> 
Je pensais que c'était uniquement ça, mais les balles de foin sous plastique 
c'est aussi de l'ensilage.

JB et/ou Stéphane pourront nous éclairer ?

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

Re: [OSM-talk-fr] comment taguer le stockage des déchets verts et agricoles?

[JB]

Je ne sais pas si c'est moi, JB.  Si vous insistez, je ne crois pas que 
je ferai mieux que Stéphane :
Ensilage : sous bâche lisse noire avec dessus boudins lourds ou pneus 
(il me semble que ce serait interdit maintenant, mais on en voit bien 
sur l'exemple de Stéphane). Les deux cellules de gauche semblent 
clairement de l'ensilage. Destiné à l'alimentation du bétail, 
probablement des bovins.
Enrubanné : cylindres vert clair à gauche de l'ensilage. Destiné à 
l'alimentation.
Cellule à droite de l'ensilage : difficile à dire, je pense du foin, 
peut-être de l'enrubanné. Peut-être paille, mais peu probable.
À gauche du bâtiment : probablement de la paille qui sera couverte aux 
premières pluies. Peut-être du foin qui sera également couvert.

Pas sûr d'apporter une grande plus-value ici.
JB.

Le 31/08/2020 à 14:31, osm.sanspourr...@spamgourmet.com a écrit :


Paille ou foin sur une orthophoto ce n'est pas évident.

Dans le coin sur une même parcelle il y a production alternative de 
céréales (donc avec comme sous-produit de la paille pour le blé et des 
bébés sans bras pour le maïs :-() et d'herbe (donc foin et ensilage) : 
blé/maïs/herbe.


Les ballots à gauche sont clairement du foin (ensilage par enrubannage 
pour reprendre la dénomination utilisée par Wikipédia).


Ici au moins la paille est plutôt retenue par un filet plastique pas 
par un film plastique.


La paille n'est pas toujours valorisée, donc un compostage ne me 
semble pas stupide (mais je n'ai vu cette installation que via 
l'orthophoto). Exemple de paille qui reste pourrir 
https://www.openstreetmap.org/edit?editor=id#map=21/47.81463/-3.49739 
(choisir le fond ESRI clarifié).


Au nord de l'installation précédente il semble y avoir suivant les 
saisons de l'ensilage par enrubannage (foin) et des balles de paille 
qui restent pourrir.


L'ensilage se fait plutôt dans des silos fermés (ça peut comme indiqué 
par l'article être un simple bâchage sur sol bétonné) ou des granges. 
Là ça semble être à l'air libre sur toutes les photos, donc peu 
probable sauf s'il existe de l'ensilage aérobie.


D'un autre côté vu l'aspect du sol dans la parcelle à l'ouest, on voit 
qu'il y a de l'élevage bovin.


J'ai bien dit bâché pas caché (ici on voit le béton au sud : 
l'ensilage laisse usuellement l'entrée vide donc on voit le sol à cet 
endroit s'il n'y a pas trop de matières dessus).


Si JB ou une autre personne peut nous aider à interpréter ces 
orthophotos, je suis preneur.


Jean-Yvon

Le 31/08/2020 à 13:43, Yves P. - yves.prat...@gmail.com a écrit :

https://www.openstreetmap.org/edit?editor=id#map=20/47.75009/-3.49276

C'est une zone de stockage, ici sur la droite on voit des bottes 
(rouleaux) de paille.

… de foin


A gauche soit de la paille compostée soit du fumier.
j'ai l'impression que c'est de l'ensilage 



Souvent un sol bétonné (comme indiqué par Philippe), le dessus peut 
être bâché.

caché car ensilage


JB, peux-tu nous apporter tes lumières ?
:)


Yves, c'est du stockage, éventuellement de la maturation pas du 
recycling au sens usuel.

On est d'accord :)
Je parlais uniquement de la valeur, pas de la clé.

Si on a d'un côté recycling:*green_waste*=*, tant qu'à faire utiliser 
content=*green_waste* de l'autre (et non pas content=*green*)

;)

__
Yves

___
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 taguer le stockage des déchets verts et agricoles?

[Stéphane Péneau]

Le 31/08/2020 à 14:42, Yves P. a écrit :
Ce que tu appels du "jus" c'est du lisier 
 ou du purin 
 ?

La différence entre les deux est subtile pour un non initié.

Hmm, après vérification de la différence, je pense qu'il s'agit plutôt 
de purin. Je demanderai.



Je pensais que c'était uniquement ça, mais les balles de foin sous 
plastique c'est aussi de l'ensilage.


JB et/ou Stéphane pourront nous éclairer ?


Je ne sais pas, ça a l'air d'être à mi-chemin entre le foin et 
l'ensilage. je demanderai.


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

Re: [OSM-talk-fr] Affichage d'un name suivant le rendu

[deuzeffe]

Bonjour,

Merci à tous ceux qui ont pris la peine de répondre à la question posée 
de façon argumentée, explicative et dans le thème.


Le 30/08/2020 à 09:46, Christian Quest a écrit :

Le 30/08/2020 à 08:29, Arnaud Champollion a écrit :
Sinon, est-ce qu'ajouter un short_name=Jardin J. d’Albret (en 
abréviant le prénom) peut permettre aux rendus qui l'utilisent de le 
substituer en cas de manque de place ? 


J'ai rajouté un short_name : ça ne change rien.

Aux zooms élevé, 'est bien à cause de la fontaine située quasiment au 
centroid du jardin que le nom ne trouve pas sa place.


C’est donc bien un problème d'encombrement stérique. Pas grave, au moins 
j'ai ma réponse :)


Et pas la peine de torturer les feuilles de style s'il y a de gros 
risque d'effet de bord...


En revanche, je suis persuadée avoir rencontré/vu le même problème il y 
a quelques semaines mais inversé (le jardin avec fontaine avait son nom 
et pas l'autre). Je cherche donc s'il y a "quelque part" un outil de 
rendu à la "OSM Then and Now" mais en précisant la date de Now (chez P. 
Neis, peut-être ? Pas encore regardé).


--
deuzeffe, qui sait enfin pourquoi ça pas marche ^^


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

Re: [OSM-talk-fr] comment taguer le stockage des déchets verts et agricoles?

[Stéphane Péneau]

Le 31/08/2020 à 15:00, Stéphane Péneau a écrit :

Le 31/08/2020 à 14:42, Yves P. a écrit :
Ce que tu appels du "jus" c'est du lisier 
 ou du purin 
 ?

La différence entre les deux est subtile pour un non initié.

Hmm, après vérification de la différence, je pense qu'il s'agit plutôt 
de purin. Je demanderai.



Raté, c'est du lisier. Le purin est assez rare.


Je pensais que c'était uniquement ça, mais les balles de foin sous 
plastique c'est aussi de l'ensilage.


JB et/ou Stéphane pourront nous éclairer ?


Je ne sais pas, ça a l'air d'être à mi-chemin entre le foin et 
l'ensilage. je demanderai.


Confirmation, c'est à mi-chemin, mais ça dépend aussi de ce qu'il y a à 
l'intérieur de l'emballage, chose impossible à savoir sans les ouvrir.


Sur les orthophotos, on voit souvent 2 fosses à lisier autour des 
fermes. En général, c'est parce que les normes ont changé et les 
agriculteurs ont dû augmenter leur volume de stockage. Pour ceux qui 
étaient déjà aux normes d'avant... ils ont construit une seconde fosse.


Stf


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

Re: [OSM-talk-fr] comment taguer le stockage des déchets verts et agricoles?

[Philippe Verdy]

Pour revenir à la question des fumiers, des études démontrent qu'il sont de
plus en plus contaminés aux antibiotiques. L'usage des fumiers agricoles
comme engrais pour les jardins (pour la production humaine) pose des
questions sur la santé humaine si on retrouve ces antibiotiques dans ce
qu'on mange.

Les élevages de bovins, ovins, porcins et surtout ceux de volailles posent
le plus de problèmes (mais même les élevages équestres sont concernés):
l'usage des antibiotiques y est malheureusement massif dans les élevages où
les animaux sont concentrés ou ceux pour les pour usines à viandes, même si
ensuite il y a une période d'isolation des bêtes pour qu'elles éliminent
leurs antibiotiques avant de les mettre à l'abattoir.

Mais on retrouve ces antibiotiques éliminés dans leurs fumiers qui sont
ensuite valorisés sans beaucoup de contrôle ou sans traitement préalable
avant de servir d'engrais "verts" (aussi bien pour produire de
l'alimentation animale qu'humaine).

Je ne sais pas s'il existe des normes pour le recyclage des fumiers.

On en a pour les "jus" (lisiers et purins) surtout pour protéger les
ressources en eau (limitation des nitrates infiltrés dans les auifères ou
lessivés et drainés vers les rivières, les fleuves et finalement nos côtes
envahies d'algues vertes, comme on a aussi des normes maintenant sur les
lessives et le traitement des eaux usées humaines, dans les nouvelles
stations d'épuration où les excès de nitrates et phosphates sont absorbés
dans des bassins végétalisés: les plantation d'ajoncs ou similaires dans
ces bassins captent ces résidus ainsi que les métaux lourds, ces bassins
sont ensuite fauchés régulièrement et replantés, puis conduits dans des
incinérateurs spécialisés qui vont traiter les fumées et boues trop riches
en métaux lourds et autres composés comme le fluor par des moyens chimiques
ou bactériens.

Mais avec le traitement des fumées d'incinération, il reste ensuite des
résidus secs immondes dont ne on sait pas quoi faire (ou qu'il est encore
trop couteux de traiter faute de valorisation rentable) et qui finissent en
bidons dans des décharges, comme d'anciennes carrières ou mines, si on ne
trouve pas d'autres moyens de les traiter de façon naturelle, ou parfois
transportés pour l'enfouissage dans d'autres pays ou carrément jetés au
fond des fosses marines). Une façon de faire qui évidemment fait de mauvais
paris sur l'avenir et reporte la solution au futur où ce sera encore plus
coûteux (en pariant que ce sout sera compensé par la différence de
cout pour l'accès aux ressources essentielles).



Le lun. 31 août 2020 à 15:01, Stéphane Péneau 
a écrit :

> Le 31/08/2020 à 14:42, Yves P. a écrit :
>
> Ce que tu appels du "jus" c'est du lisier
>  ou du purin
>  ?
> La différence entre les deux est subtile pour un non initié.
>
> Hmm, après vérification de la différence, je pense qu'il s'agit plutôt de
> purin. Je demanderai.
>
> Je pensais que c'était uniquement ça, mais les balles de foin sous
> plastique c'est aussi de l'ensilage.
>
> JB et/ou Stéphane pourront nous éclairer ?
>
> Je ne sais pas, ça a l'air d'être à mi-chemin entre le foin et l'ensilage.
> je demanderai.
> ___
> 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 taguer le stockage des déchets verts et agricoles?

[Yves P.]

> Raté, c'est du lisier. Le purin est assez rare.

L'obligation de récupérer tous les effluents et le développement des élevages 
sur caillebotis a poussé les éleveurs à produire du lisier plutôt que du purin.
Le purin n'est donc, le plus souvent aujourd'hui, qu'un composant du lisier et 
donc rare en tant que tel dans les élevages modernes.
Source Wikipedia 

Quand j'étais gamin j'entendais parler de "fosse à purin". Je dois être vieux 
alors :D

> Sur les orthophotos, on voit souvent 2 fosses à lisier autour des fermes. En 
> général, c'est parce que les normes ont changé et les agriculteurs ont dû 
> augmenter leur volume de stockage. Pour ceux qui étaient déjà aux normes 
> d'avant... ils ont construit une seconde fosse.
> 

Merci pour ces précieuses infos :)

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

Re: [OSM-talk-fr] comment taguer le stockage des déchets verts et agricoles?

[Stéphane Péneau]

Le 31/08/2020 à 14:48, JB a écrit :
Je ne sais pas si c'est moi, JB.  Si vous insistez, je ne crois pas 
que je ferai mieux que Stéphane :
Ensilage : sous bâche lisse noire avec dessus boudins lourds ou pneus 
(il me semble que ce serait interdit maintenant, mais on en voit bien 
sur l'exemple de Stéphane). 


Je crois que c'est progressif, les pneus sont récupérés petit à petit. 
Sur l'ortho, on voit qu'il y a un mélange pneu et boudins. On aperçoit 
quelques boudins sur les côtés du silo sur cette photo :


https://www.mapillary.com/app/?lat=47.06118873055211&lng=-1.350107841666756&z=17&pKey=_KOsyTRj3UD2XyyGqtOtTQ&focus=photo&x=0.3269973996028876&y=0.5001938939558493&zoom=1.4968684759916489


Pour ceux que ça intéresse, une fosse à lisier de près : 
https://www.mapillary.com/app/?lat=47.061056305526705&lng=-1.348506155548639&z=17&pKey=LsEzMTnA9eT4SiEjv_Qb4w&focus=photo&x=0.32418964286608165&y=0.5242661698147242&zoom=1.121085594989561



Stf


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

Re: [OSM-talk-fr] comment taguer le stockage des déchets verts et agricoles?

[Yves P.]

> https://www.mapillary.com/app/?lat=47.06118873055211&lng=-1.350107841666756&z=17&pKey=_KOsyTRj3UD2XyyGqtOtTQ&focus=photo&x=0.3269973996028876&y=0.5001938939558493&zoom=1.4968684759916489

Je ne pensais pas que c'était si haut.

> Pour ceux que ça intéresse, une fosse à lisier de près : 
> https://www.mapillary.com/app/?lat=47.061056305526705&lng=-1.348506155548639&z=17&pKey=LsEzMTnA9eT4SiEjv_Qb4w&focus=photo&x=0.32418964286608165&y=0.5242661698147242&zoom=1.121085594989561

Dans le Jura et la Haute-Savoie, ce sont des cuves rondes en béton qui 
peuvent-être semi enterrées.
https://goo.gl/maps/yEYu93E9eLkdf2Qm7

__
Yves


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

Re: [OSM-talk-fr] comment taguer le stockage des déchets verts et agricoles?

[Philippe Verdy]

Le lun. 31 août 2020 à 17:52, Yves P.  a écrit :

> Raté, c'est du lisier. Le purin est assez rare.
>
> Quand j'étais gamin j'entendais parler de "fosse à purin". Je dois être
> vieux alors :D
>

Le "purin d'ortie" est assez courant et pas aussi immonde. Très apprécié
des jardiniers, il n'est pas aussi polluant pour les sols et les cultures
elles-mêmes, c'est un très bon engrais naturel. Et ça vend très bien.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] antibio — Re: comment taguer le stockage des déchets verts et agricoles?

[Yves P.]

> Les élevages de bovins, ovins, porcins et surtout ceux de volailles posent le 
> plus de problèmes (mais même les élevages équestres sont concernés)

Les premiers c'est pour augmenter le rendement et gagner du pognon…

Les derniers c'est une "obligation" : comme pour les enfants il faut vacciner 
les chevaux contre le tétanos, la grippe…

Mais j'm'en fout, je bouffe du steak de ch'val Charral 2 fois par jours 😁

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

Re: [OSM-talk-fr] comment taguer le stockage des déchets verts et agricoles?

[Philippe Verdy]

Pour ceux qui ont la "main verte", comment préparer et utiliser un
purin d'ortie (pas cher, juste un peu demain d'oeuvre et un abri de
stockage à l'ombre; sinon il s'en vend dans les boutiques à environ 5 euros
le litre, un peu moins en gros bidon de 5 litres si vous avez un grand
jardin, mais c'est un produit périssable à utiliser dans l'année, donc pas
la peine de faire du stock inutile); ça pue autant que le purin animal, et
c'est normal sinon il est périmé, mais ce n'est pas toxique.

De quoi entretenir ses fleurs ou pieds de légumes (tomates, haricots, pois,
melons, et même les fraises...) qui souffrent un peu, surtout en été quand
il y a moins d'eau (le purin d'ortie a été préparé à l'automne précédent)
et en hiver (pour les pieds persistants, arbustes) quand ils ont du mal
avec la photosynthèse, ça préserve leur feuillage et évite un
dessèchement qu'il faudrait tailler ensuite au printemps et qui demandera
beaucoup d'énergie à la plante pour se renouveler, et pour éviter des
maladies communes sans utiliser des produits phytosanitaires chimiques. Ça
permet même de prolonger les pieds et faire plusieurs récoltes plus étalées
dans le temps sans surconsommer et gaspiller (de quoi manger frais autant
que possible, même si on fait aussi des conserves pour le reste de l'année).

Ça s'utilise dilué sur le feuillage en pulvérisateur, ou directement au
pied à l'arrosoir. Et ça aide aussi certains insectes utiles et nourrit
aussi les vers de terre qui oxygène les pieds et facilite la captation des
nutriment naturels, et le développement micro-racinaire sans contaminer ou
épuiser les sols. Contrairement au purin animal, ça n'attire pas les
mouches (donc pas plus de vers dans les fruits ou légumes), et ne gène pas
du tout les abeilles et autres espèces pollinisatrices. ça enrichit aussi
le sol en bactéries utiles à la plante, c'est riche en fer donc très bien
pour la photosynthèse, la plante capte moins de calcium, produit moins de
fibres et bois ça circule mieux du feuillage aux fruits pour concentrer
l'énergie dans les fleurs et les fruits. Si le pied est persistant
(exemple, hortensias et espèces arbustives), il sera plus facile à tailler
et restera beau de saisons en saisons.

En vidéo (il y en a d'autres):
https://www.youtube.com/watch?v=66BjNOHaOVo

Pas la peine donc d'acheter des engrais chimiques qui finissent toujours
par intoxiquer la plante et la microfaune du sol, lequel finit aussi dur
que le béton (donc cela va fatiguer la plante plus vite qui a besoin d'un
sol vivant): ces produits chimiques sont surtout là pour vous forcer à
racheter chaque année des plans et graines (aujourd'hui presque toujours
des espèces hybrides infertiles). Les jardins familiaux et municipaux
proposent souvent de petits lots de plans et graines à développer et il
s'échange là nombre de plans sains non hybridés qui donnent peut-être des
fruits ou légumes non calibrés mais sains et bien plus savoureux et
nourrissants (quand on cuisine un peu soi-même, l'apparence ou le calibre
du fruit ou légume importe très peu pour beaucoup de plats, ou pour la
soupe, peu importe si on a des carottes courbées ou des tomates mures de
différents calibres, on prend les plus belles pour les tomates farcies, les
autres pour toute autre préparation de sauve ou en salade).

Le lun. 31 août 2020 à 18:07, Philippe Verdy  a écrit :

> Le lun. 31 août 2020 à 17:52, Yves P.  a écrit :
>
>> Raté, c'est du lisier. Le purin est assez rare.
>>
>> Quand j'étais gamin j'entendais parler de "fosse à purin". Je dois être
>> vieux alors :D
>>
>
> Le "purin d'ortie" est assez courant et pas aussi immonde. Très apprécié
> des jardiniers, il n'est pas aussi polluant pour les sols et les cultures
> elles-mêmes, c'est un très bon engrais naturel. Et ça vend très bien.
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] antibio — Re: comment taguer le stockage des déchets verts et agricoles?

[Philippe Verdy]

Ce n'est une "obligation" que pour les élevages intensifs, où on concentre
le maximum d'animaux. pour les élevages extensifs, il y a moins de risque
d'épidémie ravageuse et c'est plus facile d'isoler et traiter une bête
malade, le traitement est plus raisonnné, moins massif et moins répété que
dans les élevages de volailles (surtout les usines à eoufs de poule et les
gros élevages porcins en batterie, même s'ils ont des protection sanitaires
strictes concernant les humains, les maladies peuvent arriver par certains
insectes porteurs ou certains oiseaux et rongeurs qui se fichent pas mal de
nos barrières sanitaires).

Ce qui est dénoncé dans les élevages intensifs c'est l'usage
d'antibiotiques à caractère "préventif" ou au premier symptôme, et le fait
qu'ils ne savent pas isoler les bêtes suspectées de maladies (et que les
bêtes elles-même ne pourront pas le faire naturellement dans leurs petits
box où elles sont forcées de se côtoyer constamment).

Pour les élevages bovins c'est surtout la production laitière qui pose
problème avec le défilé des vaches serrées dans la même salle de traite, là
aussi des antibiotiques "préventifs" sons massivement et
systématiquement employés, même si ensuite on remet les bêtes en pâture
(pas bien loin), le troupeau se regroupe très souvent

(rappelez-vous ce qu'on prescrit en ce moment avec les mesures d'isolement
social pour les humains, ces bonnes raisons sont totalement mises de côté
dans les élevages intensifs, pourtant historiquement elles sont connues
depuis des millénaires et nombre d'animaux "sociaux", souvent d'ailleurs
ceux qu'on a domestiqué car ils ont ce besoin inné de socialisation même
avec des humains, le font d'eux-mêmes dans la nature, c'est sans doute
"dur" pour la bête malade, mais c'est inné pour le bien général de la
communauté).

Pour le monde équestre c'est la proximité des box, et les chevaux sont des
espèces sociales qui aiment le contact entre eux et avec les humains (et
nombre de pratiquants amateurs ne prennent pas de précaution et amènent les
maladies avec eux). Le pire ce sont les chevaux de course, qu'on balade
d'une course à l'autre et amène dans des boxes où défilent des chevaux de
toutes origines. Ils sont massivement traités "préventivement" aux
antibiotiques (dans les box ou avant tout voyage).

Note: je ne parlais pas de la vaccination mais surtout des antibiotiques.

Le lun. 31 août 2020 à 18:11, Yves P.  a écrit :

> > Les élevages de bovins, ovins, porcins et surtout ceux de volailles
> posent le plus de problèmes (mais même les élevages équestres sont
> concernés)
>
> Les premiers c'est pour augmenter le rendement et gagner du pognon…
>
> Les derniers c'est une "obligation" : comme pour les enfants il faut
> vacciner les chevaux contre le tétanos, la grippe…
>
> Mais j'm'en fout, je bouffe du steak de ch'val Charral 2 fois par jours 😁
>
> __
> Yves
> ___
> 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] Asso: Prochain CA mardi 08 septembre

[Frédéric Rodrigo]

Bonjour,

Selon le calendrier pré-établit le prochain CA devait avoir lieu demain. 
Lors du CA avorté d’août, il a été décidé de reporter celui de septembre 
à mardi prochain (8 septembre) à 21h.


Vous pouvez compléter les sujets à l'ordre du jour sur le pad :

https://annuel.framapad.org/p/hjkllkjbkjlk

Le CA est ouvert à tout le monde.

Frédéric.



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

[OSM-talk-fr] BANO : projet d'un mois d'après ?

[osm . sanspourriel]

Bonjour,

la présentation de Jérôme est certes un peu trop orientée geek mais il y
a de quoi faire aussi pour les non geeks.


Par exemple par diabolisation des données il doit entendre des cas
pathologiques.

Et il faut définir ce qui est un cas pathologique/extrême. Si besoin
j'ai deux rues fantoir pour un lotissement.

http://dev.cadastre.openstreetmap.fr/ produisait "donc" deux relations,
une avec le numéro 17 et l'autre avec tout le reste du lotissement !
J'ai intégré, maintenant il ne propose plus que la relation avec le
point unique.

Mais ça me semble relever des améliorations ultérieures. Ceci dit un
ticket pour savoir que faire de ce qui est une voie doublon avec nom et
type différent comme ici (erreurs combinées) serait déjà plus propre.
et/ou des tickets "données de test".

Je vois aussi des voies qui ont un autre nom dans OSM que celui affiché
comme libellé OSM sur http://dev.cadastre.openstreetmap.fr/fantoir/

> Certains ont des idées d'autres des moyens.
Et pour avoir des idées pas besoin d'être geek.

Une autre manière de faire évoluer les outils c'est de les pratiquer
lors d'un projet du mois (par exemple).

Si quand le géocodage de GéoDAE est fantaisiste on utilise
http://dev.cadastre.openstreetmap.fr/fantoir/ pour ajouter les relations
manquantes, le lendemain on peut tester un géocodage depuis Nominatim ou
https://demo.addok.xyz.

> nombres de sociétés et de services publics utilisent Bano et pas
forcément dans la communauté
Oui mais je vois mal comment les embarquer sur des sprints ;-).

Déjà pour l'intégration des données dans OSM... Des idées ?

Et pour faire une intégration efficace je crois qu'il faut se donner des
règles et trancher certaines questions :

- associatedStreet ou pas (je suis pour mais ça a des implications sur
les outils)
- doublons d'adresses (addr:housenumber

ou contact:
housenumber
)
: schéma de Karlsruhe ou de Brême ? Je suis plutôt pour celui de Brême
mais les outils semblent favoriser celui de Karlsruhe.
- position des adresses. Il me semble que les SIG des agglomérations
favorisent les points au droit de l'entrée au niveau de la voirie en
surfacique. Donc AMHA à privilégier.

Et éventuellement des conseils à l'intégration : vaut-il mieux favoriser
les voies avec adresses non rapprochées puis (je suggère l'ordre proposé
par http://dev.cadastre.openstreetmap.fr/fantoir/
).

L'intégration des DAE repose comme dit Philippe notamment par un bon
adressage.

Donc on peut peut-être profiter du projet DAE pour avancer sur ce que
l'on veut côté BANO.

Et ensuite faire avancer BANO.

Ce n'est pas concurrent avec la proposition de Jérôme S. ci-dessous mais
bien complémentaire.

Jean-Yvon

 Message transféré 
Sujet : Re: [OSM-talk-fr] BANO est-il mort?
Date : Sun, 30 Aug 2020 10:47:00 +0200
De : Jérôme Seigneuret 
Répondre à : Discussions sur OSM en français

Pour : Discussions sur OSM en français 



Salut, plutôt que de jouer à qui sera le plus ridicule dur la liste,
peut-on juste s'entendre sur un état de l'art. Voir ce qu'il reste a
faire avec un bilan. Trouver un moyen de le faire en méthode agile avec
des sprints d'un mois. Trouver des ressources (des volontaires ça ne
manque pas sachant que bon nombres de sociétés et de services publics
utilisent Bano et pas forcément dans la communauté)

Certains ont des idées d'autres des moyens.
Brefs c'est un sujet porteur. Les adressage c'est utilisé tous les jours
et la fiabilisation donnera d'autant plus de portée au projet si
celle-ci sont exploitables pleinement.

@vincent :
Veux tu continuer à porter le projet ? A la limite faire Scrum Master?
On met un bord sur le Github! Et on défini la taille des sprints. Chaque
personne défini sur le sprint le temps qu'il est près a y accorder et
sur quel partie: dev, recette, diabolisation de donnees, documentation,
communication...

Sur le board on identifie ce qui est fait, ce qui restera faire et les
idées. Au moins les tickets avanceront. Et on retrouvera un apaisement
et de la satisfaction chez tous le monde.


Qu'en pensez-vous ?
Bon weekend

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

Re: [OSM-talk-fr] BANO : projet d'un mois d'après ?

[Philippe Verdy]

Le lun. 31 août 2020 à 20:32,  a écrit :

> Une autre manière de faire évoluer les outils c'est de les pratiquer lors
> d'un projet du mois (par exemple).
>
Donc si je comprends bien, l'idée du "projet du mois" n'est pas réellement
de concentrer les efforts pour "faire du chiffre", mais plutôt d'évaluer
les outils et données dont on dispose pour savoir s'ils sont adaptés et
trouver ce qui cloche et proposer des solutions et évolutions à faire.

Dans ce cas, le projet "DAE" dans Osmose devrait être classé à part, dans
une liste "évaluation/tests", indiquant que ce qui compte ce n'est pas tant
de régler les "problèmes" signalés que leur pertinence et celle des
"solutions" proposées, sachant que l'intégration complète peut poser
problème (y compris de maintenance pour la suite).

Dans ce cas Osmose devrait être clair, et indiquer l'espace de discussion
approprié. Et il devrait systématiquement afficher une alerte indiquant que
ce n'est qu'un test et qu'aucune des propositions faites ne sont des
"corrections" ou "ajouts" à faire et que l'essentiel est justement
d'évaluer l'intégration, qualifier la source de données utilisées (GeoDAE),
trouver comment remonter les problèmes de cette source, leur proposer des
améliorations de qualification, des méthodes nouvelles d'enquête ou de
collecte, et ceci en accord avec la législation ou les directives
administratives actuelles (et éventuellement un passage en revue de ces
textes réglementaires sur leur applicabilité).

Les DAE devraient avoir au niveau ministériel une enquête en ligne pour
l'évaluation des moyens et mesures déjà prises et mesurer leur efficacité
et leur pertinence (pas que pour OSM mais pour tout service réutilisateur
de ces données qu'il soit public, privé, associatif ou paritaire et si ce
qui est mis en oeuvre est une solution durable et maintenable à long terme,
ou si de nouveaux objectifs seraient utiles pour les compléter, et
clarifier aussi la législation et le droit concernant ceux qui seront
amenés à les utiliser en urgence, et qui n'auront à priori aucune formation
préalable mais doivent être guidés efficacement).

Si ces systèmes ne font rien gagner, font en fait perdre du temps à tout le
monde, coûtent cher, il y a d'autres solutions (dont le renforcement
réclamé depuis longtemps des services d'urgence et de la médecine de ville
et l'équité territoriale, pour arrêter les économies de bout chandelle à
cout de concentration des services et réductions de budgets appelées
"optimisations", dont ont sait maintenant avec la crise actuelle que ce ne
sont que des politiques à court terme menant ensuite à des catastrophes que
personne n'arrive décemment à gérer sans un coût économique et social
majeur et une grave crise dont on ne voit pas encore le bout et de graves
conséquences sur notre vie publique et nos libertés, et au final des
prétendues économies qui n'auront rien fait gagner mais entraîné des pertes
énormes).

Personnellement je n'ai rien contre les DAE (je suis plutôt pour) à
condition que ce soit évalué. Comme toute politique publique ou
législation: il faut en finir avec les vieilles réglementations qui se
cumulent massivement, se contredisent entre elles, sont inappliquées et en
fait conduisent même à augmenter les abus et les coûts, et cela passer par
l'évaluation régulière et les tests (même si pour cela il faut créer des
zones d'expérimentaion où on décide de ne pas appliquer certains textes, et
en finir avec les solutions "uniformes" et en fait inadaptées et trop
longues et trop compliquées à mettre en oeuvre. Aller en France vers plus
de pragmatisme avec mois de lois mais plus d'humain (et aussi une justice
qui pourra en tenir compte pour vérifier les équilibres au lieu de
sanctionner de façon automatique toute façon de faire autrement);

Sans aller vers le système anglo-saxon de la "Common Law" (en fait aux
mains des très couteux avocats et avec des juges qui peuvent prononcer tout
ce qu'ils veulent sans limite), on doit aller vers plus de "médiation" avec
davantage d'espaces de concertation, permettant de trouver des accords
temporaires, applicables tels quels mais évalués eux aussi: si ça marche,
ça peut servir de modèle pour réformer la législation et même créer de
nouveaux types de jurisprudence, avec des solutions plus rapides. Mais pour
cela il faut aussi en finir avec le secret des médiations et au moins
pouvoir collecter des éléments statistiques pertinents qui permettent cette
évaluation.

S'il faut une justice locale adaptée à cette médiation, le niveau idéal en
France serait la commune ou la communauté de communes, et dans les
grandes agglos les comités de quartier, dont les délibérations doivent
pouvoir servir aussi à gérer les expérimentations locales, et vérifier
l'adéquation et les équilibres de pouvoir. Hors le pouvoir de justice local
n'existe (de façon très limitée) que dans la fonction du maire (sans
délégation possible), lequel est pourtant non entendu par les instances
supérieures, rapidement et sévèrement sanc

Re: [OSM-talk-fr] BANO : projet d'un mois d'après ?

[osm . sanspourriel]

Le 31/08/2020 à 21:49, Philippe Verdy - ver...@gmail.com a écrit :

Le lun. 31 août 2020 à 20:32, mailto:osm.sanspourr...@spamgourmet.com>> a écrit :

Une autre manière de faire évoluer les outils c'est de les
pratiquer lors d'un projet du mois (par exemple).

Donc si je comprends bien, l'idée du "projet du mois" n'est pas
réellement de concentrer les efforts pour "faire du chiffre", mais
plutôt d'évaluer les outils et données dont on dispose pour savoir
s'ils sont adaptés et trouver ce qui cloche et proposer des solutions
et évolutions à faire.


Pour moi ce n'est pas faire du chiffre, ça n'a jamais été faire du chiffre.

L'objectif c'est d'améliorer la base. En quantité *et en qualité*.

Et de motiver les contributeurs. Le mode jeu des compteurs peut avoir un
effet pervers, ici on est a priori entre gens responsables.

Si tu prends le fichier GéoDAE, l'importe, tu auras un bon "chiffre" et
bien dégradé la base. C'est forcément "faire du chiffre" en ne diminuant
pas la qualité.

Je dis juste que le projet du mois DAE peut être l'occasion de préparer
en parallèle ce que l'on veut, ce dont on a besoin pour améliorer
l'adressage utilisé notamment pour les DAE.

Un bonus si tu veux. Ce n'est pas en opposition avec les buts classiques
du projet du mois.

J'ai pour ma part parfaitement localisé et intégré les 0 DAE du fichier
concernant ma commune. 100% de 0... Restent ceux qui ne sont ni  dans
OSM ni dans aucune autre base publique connue. Soit tous sauf un.

On voit de temps en temps des gens utiliser Osmose comme en cliquodrome
et pourrir la base. Non que les suggestions d'Osmose soient mauvaise
mais elles ne sont pas à appliquer bêtement. Les suggestions du projet
du mois aussi.

On a aussi vu des boîtes-aux-lettres proposées par Osmose (et avec une
précision "au numéro de rue") située à plus d'un km.

Mais c'est vrai qu'il peut-être intéressant que les intégrations en lien
avec un projet spécifique, renvoient vers le projet en question. Je
laisse Adrien et Frédéric mettre les tickets qui vont bien sur les bases
logicielles correspondantes s'ils le jugent utile. Tu peux le faire aussi.

Sinon tous les outils doivent être utilisés à bon escient.

Jean-Yvon

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

Re: [OSM-talk-fr] BANO est-il mort?

[Vincent de Château-Thierry]

Bonjour,


De: "Yves P." 



> au moins on peut essayer d'avoir un avancement minimum.

+1


Pour essayer de répondre aux débats, remarques et suggestions :

- je comprends le besoin lié à la couche carto BANO. Remettre cette 
fonctionnalité en route sans dégrader le service n'est hélas pas trivial 
car ça entraîne le besoin d'intégrer les données BAN Adresses dans BANO. 
Pour des raisons qui n'ont pas leur place sur cette liste je n'ai eu que 
peu de temps à consacrer au sujet cet été. Je vais essayer de dégager du 
temps dans les semaines qui viennent pour amener le développement au 
point où quelqu'un(e) pourra prendre le relais pour les aspects carto.


- il y a sur BANO un déficit de communication récente, qui donne 
l'impression d'un projet à l'abandon, notamment sur le site 
openstreetmap.fr. Il y a principalement matière à la fois à récupérer 
les articles lisibles sur le Drupal de prev.openstreetmap.fr pour les 
amener dans le Wordpress de www.openstreetmap.fr, et à les actualiser. 
Sur les aspects techniques de la manip, je ne suis pas plus qualifié que 
quiconque. Si une personne se sent la motivation de faire ce travail, 
elle est la bienvenue. Là aussi la motivation et le temps dispo sont les 
premiers critères, les compétences ça s'acquiert :)


- sur la maintenance du code qui fait tourner BANO : j'entends les 
suggestions de passer à des méthodes qu'on retrouve en entreprise 
(Scrum, Agile). Libre à ceux que ça motive d'appliquer ces méthodes, 
évidemment. De mon côté je les trouve excessives par rapport au but 
recherché (BANO n'est pas QGis, en terme de structuration de 
projet...[1]) et plutôt hors sujet sur un projet où je contribue sur mon 
*temps libre*. Je ne vais pas faire de sprints de x semaines sur mon 
temps libre, c'est antinomique pour moi. Mais le code est dispo est 
libre, donc ma position sur le sujet n'engage que moi et ne bloquera 
aucune initiative de ce type.


- le passage à BANO v2 a été l'occasion de simplifier le code et de le 
rendre plus accessible pour des contributions externes. Cependant ça 
reste un code peu packagé, dont l'installation de 0 n'est sûrement pas 
aussi fluide qu'il faudrait. Une manière de gagner en résilience serait 
(et ça peut être lié à une initiative type Agile ci-dessus) de monter 
une autre instance de BANO, avec mon support mais sans que ce soit moi 
aux manettes. Ca serait je pense un bon test pour identifier des points 
de fragilité du code (ah, les tests...), et les (grandes) lacunes de 
documentation d'installation. Ca me semble l'axe de travail collectif le 
plus prometteur et efficace, là encore avis aux motivé.e.s


Voilà pour des aspects concrets, et que j'espère constructifs, quant à 
la gouvernance du projet et à son maintien en vie


Concernant non pas le fond mais la forme maintenant... On a beaucoup 
parlé de motivation, de bénévolat, de bienveillance dans ce fil. Je 
remercie encore Adrien pour son long message [2] qui pour moi résume 
parfaitement la situation, les fragilités de notre fonctionnement 
bénévole et volontaire, et les enjeux pour faire perdurer ce modèle sans 
nous décourager. Je tiens vraiment à ce fonctionnement, qui combine la 
satisfaction d'oeuvrer au profit d'un bien commun ET d'agir en société 
ET de s'amuser.


Le bien commun c'est la base OSM bien sûr.

La société c'est "notre petite société", à savoir nous toutes et tous 
contributeurs OSM, la "communauté des contributeurs". Je prends cette 
communauté comme un tout. Je lis plus haut dans ce fil l'expression 
d'exclusions, de parisianisme, d'élitisme. Oui certain.e.s sur cette 
liste se connaissent aussi dans la vraie vie. Bien sûr cela aide à 
fonctionner ensemble (on a commencé BANO avec Christian dans son salon, 
oui). Pour autant il ne faut pas que ce soit perçu comme un rejet 
d'autres manières de fonctionner, à distance et en asynchrone. Je dis et 
redis que les premiers leviers de tous nos travaux sont le temps 
disponible et la motivation. OSM est une société de "do-o-crates", donc 
si vous avez l'envie de *faire*, c'est le premier moteur. Le reste (la 
compétence, les affinités, les amitiés) se greffe,éventuellement, après. 
Notre "société" n'est pas que virtuelle. J'ai mis un point d'honneur 
plusieurs années de suite à organiser nos SOTM, qui sont pour moi une 
des plus belles concrétisation de cette "société". Aux SOTM, la présence 
de tou.te.s est souhaitée, et chaque année des efforts sont faits pour 
offrir un accès le plus humble et large possible.


Le SOTM c'est une parfaite transition entre "agir en société" et "s'amuser".

"Amusez-vous !", comme le rappelle la page d'accueil de JOSM. Pour moi 
cela implique la bienveillance. Pour moi on est toutes et tous là pour à 
la fois faire avancer un beau projet, et pour prendre du plaisir à le 
faire. Le plaisir de la balade, du terrain, de l'entraide, des liens 
tissés, des compteurs qui augmentent, des jalons (les 36000 limites de 
communes, le réseau électrique, etc).


S'amuser n'empê

Re: [OSM-talk-fr] BANO : projet d'un mois d'après ?

[Philippe Verdy]

Personnelement je vois que GeoDAE ne contient aussi que 0 DAE dans ma
commune, pourtant j'en ai situé quelques uns dans les gymnases de sport,
des écoles, la mairie, un EHPAD, une aire d'accuel de gens du voyages, il
doit y en avoir dans certaines entreprises locales de logistique pour les
employés d'un entrepôt, et sans doute dans une aire de manutention et un
grossiste de matériaux, je pense même que la mairie en a mis aussi dans ses
services annexes, y compris une grosse station d'épuration et de recyclage).

Le GeoDAE ne semble pas assez promu pour recevoir les infos ou pas encore
capable de gérer les remontées (ou bien cette remontée a des défaillances),
les exploitants se contentant juste de faire ce qu'il faut avec des société
de maintenance et le cas échéant montrer les documents. Je me demande si ce
problème ne devrait pas être contrôlé par les sections syndicales pour plus
d'efficacité. Si une commune a du mal à financer cela, elle doit pouvoir en
parler en réunion publique là où elle doit faire des arbitrages, et
cependant montrer ce qui existe, la commune doit être capable de recenser
ce qui existe au moins chez certains partenaires. Et bien sûr elle doit
tenir un bilan à disposition des SDIS (et on doit aussi inviter les
pompiers à relever ce qu'ils voient et voir dans quel mesure les
installations sont renouvelées ou si ils ont constaté une efficacité dans
des interventions sur le terrain et remonter aussi des statistiques sur les
délais moyens et raisons d'intervention pour les cas d'urgence)

GeoDAE reste une ébauche, un outil de mesure. le projet DAE d'OSM (dans
Osmose) reste juste pour le moment un test, une évaluation et lui aussi une
évaluation, qu'ils nous serait utile également de fournir aux autorités qui
sont sensé gérer le "plan DAE". D'ailleurs ça pose la question de la
pertinence du GeoDAE: est-ce le bon échelon pour gérer ça? Pourquoi ce ne
serait pas une mission directe des SDIS ou SAMU, ou des agences régionales
de santé ? Qui gère ça ? Peut-il y avoir l'implications d'autres assos
reconnues (Croix Rouge, Médecins du Monde...) ou des comités et assos de
quartiers.

Et pourquoi pas les CHR qui reçoivent au final les patients (mais on sait
que les services adminsitratifs des hopitaux sont débordés et ont beaucoup
de retard, en mois ou années, même pour établir les factures de soin et les
présenter aux mutuelles et la sécu, alors qu'ils payent facilement sans
compter et presque sans contrôle les prétendues prestations de médecins
externes qu'ils hébergent seulement quelques heures par semaine, et ils ont
du mal à fournir leurs propres pharmacies: l'ARS fait semblant d'écouter et
si'il y a trop de retard, n'hésite pas à fermer des lits ou des services
entiers). La carte hopsitalière est aussi mal connue et estime seulement
des délais d'intervention moyens qui ignore totalement la
population rurale. Bref je préfèrerait voir l'implication des mairies (et
que l'Etat et les régions les écoute et les dotte en moyens propres quitte
à ce que ça se fasse en coopération avec des assos locales et pas
automatiquement transféré à la grosse intercommunalité qui affectera elle
aussi un résidu à la population excentrée et rien du tout aux
intercommunalités voisines plus rurales encore).

Quand je vois les cartes statistiques existantes sur les moyens de santé et
leur disponibilité, un constat vient vite: les ARS ne fournissent pas grand
chose et les données sont très parcellaires. C'est pourtant là dessus que
se fondent les politiques publiques... On pourrait espérer des remontées
statistiques de la part des organismes de sécurité sociale ou des
mutuelles, mais là on n'a rien du tout (ou c'est carrément des données
jugées "confidentielles" et à caractère commercial).

Le monde médical (surtout privé ou paritaire) semble se cacher derrière son
secret (même le fichier médical personnalisé ne sert à rien, il n'est pas
alimenté), on ne voit que la crise de l'hôpital public et on n'a presque
rien pour en analyser les causes, sauf pour les crises graves
internationales comme la COVID (ou le SIDA qu'on a un peu oublié au plan
politique) où la réponse politique ne peut être que de l'improvisation (et
beaucoup de contradictions, et sinon des mesures contraignantes et
liberticides voire totalement inefficaces), et sinon les appels régulier
aux dons par les assos.

Je me demande même si les ARS servent réellement à quelque chose: cela a
dédouané les autorités nationales, mais à peine déplacé le problème, l'Etat
ne voit plus rien, les autorités locales non plus. Cela aurait du rester au
niveau des SDIS et SAMU (qui là au moins ont les contacts avec les assos).
A charge pour l'Etat ensuite de répartir les ressources avec des
statistiques plus fines et plus fiables (ce n'est pas ingérable, il n'y a
pas tant de SDIS que ça, les ARS ne devraient même pas décider de
l'allocation des ressources, loin même du contrôle parlementaire et qui
fonctionnent même sans aucune consultation des assemblées régionales; cela
a

[OSM-talk-fr] anomalie du serveur OSM sur iD (données partielles/incomplètes)

[Philippe Verdy]

Ce soir je note que l'éditeur iD semble avoir un problème: il ne télécharge
aucune des données quand on entre en édition ou bien il faut attendre de
nombreuses minutes, puis dézoomer et zoomer encore, on obtient seulement
une partie des données, ce qui peut faire croire que c'est incomplet.

Je peux vider le cache du navigateur, cela n'a pas d'effet.

Sur d'autres éditeurs aussi le serveur semble retourner des données
incomplètes ou carrément vides. Je ne m'explique pas bien les choses car il
n'y a aucune erreur relevée (pas d'erreur de statut HTTP, pas de statut
d'erreur non plus dans la réponse du serveur, on dirait que la session est
juste tronquée entre le frontal et le backend.

De plus je constante une désynchronisation (les timestamps ne correspondent
pas, comme si un cache quelquepart sur un serveur frontal était corrompu).

Inutile de dire qu'éditer en ce moment est plutôt problématique et qu'on
risque de faire des dégâts.

Voyez-vous la même chose ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] anomalie du serveur OSM sur iD (données partielles/incomplètes)

[Philippe Verdy]

Note aussi: bien que je vois l'imagerie (source: proxy-ign.openstreetmap.fr),
la console du navigateur affiche plein d'erreurs HTTP 404 (NOT FOUND) sur
de nombreuses tuiles.

Je ne vois pas cependant ce qui empêche de charger les données OSM qui
viennent d'un autre serveur, à moins que les nombreuses tentatives de
chargement de tuile en arrière-plan ne vienne saturer la quantité maximale
de "worker threads" dans le navigateur pour les requêtes XHR asynchones.

Sachant aussi que dans cette configuration je note des
restrictions appliquées par le navigateur pour cause de "mixed security"
(requêtes HTTP asynchrones sur une session HTTPS) pour charger certains
composants (notamment ceux de la plateforme IGN pour quelques
éléments statiques, comme son logo qui n'est pas chargé et donc pas affiché
en bas de page, et un composant mystérieux de "dev.virtualearth.net" lui
aussi en échec).

Cela semble indiquer un problème de configuration pour servir les
orthophotos IGN avec le serveur OSM France.

Et je vois l'icone molette (chargement en court) qui "tourne" en continu et
ne s'arrête jamais dans le bas de la page.

Symptôme:
id-cb964615435368f8fd15fc4af176ca66abba4a61440ac06478b8c75f0fd51ef7.js:2
Mixed Content: The page at '
https://www.openstreetmap.org/edit?relation=10895122#map=19/46.32429/-0.46743'
was loaded over HTTPS, but requested an insecure image '
http://www.ign.fr/institut/sites/all/themes/ign_institut/logo.png'. This
content should also be served over HTTPS.

La requête est vient d'une sous-requête lancée par le serveur OSM.org avec
une référence invalide. L'IGN aurait changé sa config récemment ?



Le mar. 1 sept. 2020 à 01:33, Philippe Verdy  a écrit :

> Ce soir je note que l'éditeur iD semble avoir un problème: il ne
> télécharge aucune des données quand on entre en édition ou bien il faut
> attendre de nombreuses minutes, puis dézoomer et zoomer encore, on obtient
> seulement une partie des données, ce qui peut faire croire que c'est
> incomplet.
>
> Je peux vider le cache du navigateur, cela n'a pas d'effet.
>
> Sur d'autres éditeurs aussi le serveur semble retourner des données
> incomplètes ou carrément vides. Je ne m'explique pas bien les choses car il
> n'y a aucune erreur relevée (pas d'erreur de statut HTTP, pas de statut
> d'erreur non plus dans la réponse du serveur, on dirait que la session est
> juste tronquée entre le frontal et le backend.
>
> De plus je constante une désynchronisation (les timestamps ne
> correspondent pas, comme si un cache quelquepart sur un serveur frontal
> était corrompu).
>
> Inutile de dire qu'éditer en ce moment est plutôt problématique et qu'on
> risque de faire des dégâts.
>
> Voyez-vous la même chose ?
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] anomalie du serveur OSM sur iD (données partielles/incomplètes)

[Philippe Verdy]

autre symptome; virtual.net indique semble-t-il une erreur de Bing (même si
Bing n'est pas l'imagerie utilisée).

{"authenticationResultCode":"DeniedCredentials","brandLogoUri":"http:\/\/dev.virtualearth.net\/Branding\/logo_powered_by.png","copyright":"Copyright
© 2020 Microsoft and its suppliers. All rights reserved. This API
cannot be accessed and the content and any results may not be used,
reproduced or transmitted in any manner without express written
permission from Microsoft Corporation.","errorDetails":["The request
was forbidden.  Your credentials may be denied or
suspended."],"resourceSets":[],"statusCode":403,"statusDescription":"Forbidden","traceId":"55dd5c79c6ba4e86b47c24ddc16c35b4|DU0D7B|0.0.0.1"}

Bing rejette la requête ou aurait suspendu ses autorisations pour OSM
(pourtant je vois bien l'imagerie Bing, mais en résolution bien plus
limitée qu'avant).

Je ne comprend pas d'ailleurs pourquoi Bing intervient dans le chargement
des données OSM, quand on ne l'utilise pas du tout comme imagerie de fond
(ici je veux utiliser la BDORtho qui est celle présélectionnée pour la
zone).

D'ailleurs je peux changer le fond de carte et choisir n'import quel autre,
je n'ai toujours aucune données OSM qui se charge, et toujours cette erreur
de "virtuelearth" concernant le chargemetn de son logo et qui ensuite
semble produire une erreur empêchant de traiter les données OSM demandées
(bogue sans doute d'un des javascript d'iD)...

Ca marchait très bien il y a moins de 2 heures. iD a donc changé
inopinément sur le serveur OSM.org.

J'ai essayé de fermer la session OSM et me réauthentifier après avoir purgé
et fermé le navigateur. Ca ne répare pas.


Le mar. 1 sept. 2020 à 01:51, Philippe Verdy  a écrit :

> Note aussi: bien que je vois l'imagerie (source:
> proxy-ign.openstreetmap.fr), la console du navigateur affiche plein
> d'erreurs HTTP 404 (NOT FOUND) sur de nombreuses tuiles.
>
> Je ne vois pas cependant ce qui empêche de charger les données OSM qui
> viennent d'un autre serveur, à moins que les nombreuses tentatives de
> chargement de tuile en arrière-plan ne vienne saturer la quantité maximale
> de "worker threads" dans le navigateur pour les requêtes XHR asynchones.
>
> Sachant aussi que dans cette configuration je note des
> restrictions appliquées par le navigateur pour cause de "mixed security"
> (requêtes HTTP asynchrones sur une session HTTPS) pour charger certains
> composants (notamment ceux de la plateforme IGN pour quelques
> éléments statiques, comme son logo qui n'est pas chargé et donc pas affiché
> en bas de page, et un composant mystérieux de "dev.virtualearth.net" lui
> aussi en échec).
>
> Cela semble indiquer un problème de configuration pour servir les
> orthophotos IGN avec le serveur OSM France.
>
> Et je vois l'icone molette (chargement en court) qui "tourne" en continu
> et ne s'arrête jamais dans le bas de la page.
>
> Symptôme:
> id-cb964615435368f8fd15fc4af176ca66abba4a61440ac06478b8c75f0fd51ef7.js:2
> Mixed Content: The page at '
> https://www.openstreetmap.org/edit?relation=10895122#map=19/46.32429/-0.46743'
> was loaded over HTTPS, but requested an insecure image '
> http://www.ign.fr/institut/sites/all/themes/ign_institut/logo.png'. This
> content should also be served over HTTPS.
>
> La requête est vient d'une sous-requête lancée par le serveur OSM.org avec
> une référence invalide. L'IGN aurait changé sa config récemment ?
>
>
>
> Le mar. 1 sept. 2020 à 01:33, Philippe Verdy  a écrit :
>
>> Ce soir je note que l'éditeur iD semble avoir un problème: il ne
>> télécharge aucune des données quand on entre en édition ou bien il faut
>> attendre de nombreuses minutes, puis dézoomer et zoomer encore, on obtient
>> seulement une partie des données, ce qui peut faire croire que c'est
>> incomplet.
>>
>> Je peux vider le cache du navigateur, cela n'a pas d'effet.
>>
>> Sur d'autres éditeurs aussi le serveur semble retourner des données
>> incomplètes ou carrément vides. Je ne m'explique pas bien les choses car il
>> n'y a aucune erreur relevée (pas d'erreur de statut HTTP, pas de statut
>> d'erreur non plus dans la réponse du serveur, on dirait que la session est
>> juste tronquée entre le frontal et le backend.
>>
>> De plus je constante une désynchronisation (les timestamps ne
>> correspondent pas, comme si un cache quelquepart sur un serveur frontal
>> était corrompu).
>>
>> Inutile de dire qu'éditer en ce moment est plutôt problématique et qu'on
>> risque de faire des dégâts.
>>
>> Voyez-vous la même chose ?
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] anomalie du serveur OSM sur iD (données partielles/incomplètes)

[Philippe Verdy]

ET je pense que c'est lié au renforcement de la politique de
"Mixed Content" dans la version 85 de Chrome: l'image "http://
dev.virtualearth.net\/Branding\/logo_powered_by.png" se charge sans
problème dans une session web séparée (dans une autre fenêtre) de même en
HTTPS. Mais pas en mode "mixed content" avec une session iD en HTTPS qui
demande des ressources par des XHR en HTTP.

Et ça semble être bloquant même pour charger des données OSM qui n'ont pas
pas besoin du tout de cette ressource.


Le mar. 1 sept. 2020 à 02:03, Philippe Verdy  a écrit :

> autre symptome; virtual.net indique semble-t-il une erreur de Bing (même
> si Bing n'est pas l'imagerie utilisée).
>
> {"authenticationResultCode":"DeniedCredentials","brandLogoUri":"http:\/\/dev.virtualearth.net\/Branding\/logo_powered_by.png","copyright":"Copyright
>  © 2020 Microsoft and its suppliers. All rights reserved. This API cannot be 
> accessed and the content and any results may not be used, reproduced or 
> transmitted in any manner without express written permission from Microsoft 
> Corporation.","errorDetails":["The request was forbidden.  Your credentials 
> may be denied or 
> suspended."],"resourceSets":[],"statusCode":403,"statusDescription":"Forbidden","traceId":"55dd5c79c6ba4e86b47c24ddc16c35b4|DU0D7B|0.0.0.1"}
>
> Bing rejette la requête ou aurait suspendu ses autorisations pour OSM
> (pourtant je vois bien l'imagerie Bing, mais en résolution bien plus
> limitée qu'avant).
>
> Je ne comprend pas d'ailleurs pourquoi Bing intervient dans le chargement
> des données OSM, quand on ne l'utilise pas du tout comme imagerie de fond
> (ici je veux utiliser la BDORtho qui est celle présélectionnée pour la
> zone).
>
> D'ailleurs je peux changer le fond de carte et choisir n'import quel
> autre, je n'ai toujours aucune données OSM qui se charge, et toujours cette
> erreur de "virtuelearth" concernant le chargemetn de son logo et qui
> ensuite semble produire une erreur empêchant de traiter les données OSM
> demandées (bogue sans doute d'un des javascript d'iD)...
>
> Ca marchait très bien il y a moins de 2 heures. iD a donc changé
> inopinément sur le serveur OSM.org.
>
> J'ai essayé de fermer la session OSM et me réauthentifier après avoir
> purgé et fermé le navigateur. Ca ne répare pas.
>
>
> Le mar. 1 sept. 2020 à 01:51, Philippe Verdy  a écrit :
>
>> Note aussi: bien que je vois l'imagerie (source:
>> proxy-ign.openstreetmap.fr), la console du navigateur affiche plein
>> d'erreurs HTTP 404 (NOT FOUND) sur de nombreuses tuiles.
>>
>> Je ne vois pas cependant ce qui empêche de charger les données OSM qui
>> viennent d'un autre serveur, à moins que les nombreuses tentatives de
>> chargement de tuile en arrière-plan ne vienne saturer la quantité maximale
>> de "worker threads" dans le navigateur pour les requêtes XHR asynchones.
>>
>> Sachant aussi que dans cette configuration je note des
>> restrictions appliquées par le navigateur pour cause de "mixed security"
>> (requêtes HTTP asynchrones sur une session HTTPS) pour charger certains
>> composants (notamment ceux de la plateforme IGN pour quelques
>> éléments statiques, comme son logo qui n'est pas chargé et donc pas affiché
>> en bas de page, et un composant mystérieux de "dev.virtualearth.net" lui
>> aussi en échec).
>>
>> Cela semble indiquer un problème de configuration pour servir les
>> orthophotos IGN avec le serveur OSM France.
>>
>> Et je vois l'icone molette (chargement en court) qui "tourne" en continu
>> et ne s'arrête jamais dans le bas de la page.
>>
>> Symptôme:
>> id-cb964615435368f8fd15fc4af176ca66abba4a61440ac06478b8c75f0fd51ef7.js:2
>> Mixed Content: The page at '
>> https://www.openstreetmap.org/edit?relation=10895122#map=19/46.32429/-0.46743'
>> was loaded over HTTPS, but requested an insecure image '
>> http://www.ign.fr/institut/sites/all/themes/ign_institut/logo.png'. This
>> content should also be served over HTTPS.
>>
>> La requête est vient d'une sous-requête lancée par le serveur OSM.org
>> avec une référence invalide. L'IGN aurait changé sa config récemment ?
>>
>>
>>
>> Le mar. 1 sept. 2020 à 01:33, Philippe Verdy  a écrit :
>>
>>> Ce soir je note que l'éditeur iD semble avoir un problème: il ne
>>> télécharge aucune des données quand on entre en édition ou bien il faut
>>> attendre de nombreuses minutes, puis dézoomer et zoomer encore, on obtient
>>> seulement une partie des données, ce qui peut faire croire que c'est
>>> incomplet.
>>>
>>> Je peux vider le cache du navigateur, cela n'a pas d'effet.
>>>
>>> Sur d'autres éditeurs aussi le serveur semble retourner des données
>>> incomplètes ou carrément vides. Je ne m'explique pas bien les choses car il
>>> n'y a aucune erreur relevée (pas d'erreur de statut HTTP, pas de statut
>>> d'erreur non plus dans la réponse du serveur, on dirait que la session est
>>> juste tronquée entre le frontal et le backend.
>>>
>>> De plus je constante une désynchronisation (les timestamps ne
>>> correspondent pas, comme si un

Re: [OSM-talk-fr] anomalie du serveur OSM sur iD (données partielles/incomplètes)

[Philippe Verdy]

Dernier symptôme constaté: l'icone en tête de la barre d'adresse affiche un
problème de sécurité. Il y a une tentative échouée de géolocalisation par
IP via une requête HTTP (qui est bloquée par le navigateur).

Cela semble affecter de la même façon que le logo Bing. iD ne fonctionne
plus correctement en mode "mixed content", que Chrome maintenant refuse
plus strictement qu'avant (Google l'avait annoncé il y a quelques mois,
c'est maintenant effectif au 1er septembre et c'est pile synchrone à
l'heure dite 1er septembre à partir de 0h00 UTC): si on est en HTTPS,
toutes les ressources chargées en arrière plan doivent avoir le même
niveau de sécurité en HTTPS.


Le mar. 1 sept. 2020 à 02:06, Philippe Verdy  a écrit :

> ET je pense que c'est lié au renforcement de la politique de
> "Mixed Content" dans la version 85 de Chrome: l'image "http://
> dev.virtualearth.net\/Branding\/logo_powered_by.png" se charge sans
> problème dans une session web séparée (dans une autre fenêtre) de même en
> HTTPS. Mais pas en mode "mixed content" avec une session iD en HTTPS qui
> demande des ressources par des XHR en HTTP.
>
> Et ça semble être bloquant même pour charger des données OSM qui n'ont pas
> pas besoin du tout de cette ressource.
>
>
> Le mar. 1 sept. 2020 à 02:03, Philippe Verdy  a écrit :
>
>> autre symptome; virtual.net indique semble-t-il une erreur de Bing (même
>> si Bing n'est pas l'imagerie utilisée).
>>
>> {"authenticationResultCode":"DeniedCredentials","brandLogoUri":"http:\/\/dev.virtualearth.net\/Branding\/logo_powered_by.png","copyright":"Copyright
>>  © 2020 Microsoft and its suppliers. All rights reserved. This API cannot be 
>> accessed and the content and any results may not be used, reproduced or 
>> transmitted in any manner without express written permission from Microsoft 
>> Corporation.","errorDetails":["The request was forbidden.  Your credentials 
>> may be denied or 
>> suspended."],"resourceSets":[],"statusCode":403,"statusDescription":"Forbidden","traceId":"55dd5c79c6ba4e86b47c24ddc16c35b4|DU0D7B|0.0.0.1"}
>>
>> Bing rejette la requête ou aurait suspendu ses autorisations pour OSM
>> (pourtant je vois bien l'imagerie Bing, mais en résolution bien plus
>> limitée qu'avant).
>>
>> Je ne comprend pas d'ailleurs pourquoi Bing intervient dans le chargement
>> des données OSM, quand on ne l'utilise pas du tout comme imagerie de fond
>> (ici je veux utiliser la BDORtho qui est celle présélectionnée pour la
>> zone).
>>
>> D'ailleurs je peux changer le fond de carte et choisir n'import quel
>> autre, je n'ai toujours aucune données OSM qui se charge, et toujours cette
>> erreur de "virtuelearth" concernant le chargemetn de son logo et qui
>> ensuite semble produire une erreur empêchant de traiter les données OSM
>> demandées (bogue sans doute d'un des javascript d'iD)...
>>
>> Ca marchait très bien il y a moins de 2 heures. iD a donc changé
>> inopinément sur le serveur OSM.org.
>>
>> J'ai essayé de fermer la session OSM et me réauthentifier après avoir
>> purgé et fermé le navigateur. Ca ne répare pas.
>>
>>
>> Le mar. 1 sept. 2020 à 01:51, Philippe Verdy  a écrit :
>>
>>> Note aussi: bien que je vois l'imagerie (source:
>>> proxy-ign.openstreetmap.fr), la console du navigateur affiche plein
>>> d'erreurs HTTP 404 (NOT FOUND) sur de nombreuses tuiles.
>>>
>>> Je ne vois pas cependant ce qui empêche de charger les données OSM qui
>>> viennent d'un autre serveur, à moins que les nombreuses tentatives de
>>> chargement de tuile en arrière-plan ne vienne saturer la quantité maximale
>>> de "worker threads" dans le navigateur pour les requêtes XHR asynchones.
>>>
>>> Sachant aussi que dans cette configuration je note des
>>> restrictions appliquées par le navigateur pour cause de "mixed security"
>>> (requêtes HTTP asynchrones sur une session HTTPS) pour charger certains
>>> composants (notamment ceux de la plateforme IGN pour quelques
>>> éléments statiques, comme son logo qui n'est pas chargé et donc pas affiché
>>> en bas de page, et un composant mystérieux de "dev.virtualearth.net"
>>> lui aussi en échec).
>>>
>>> Cela semble indiquer un problème de configuration pour servir les
>>> orthophotos IGN avec le serveur OSM France.
>>>
>>> Et je vois l'icone molette (chargement en court) qui "tourne" en continu
>>> et ne s'arrête jamais dans le bas de la page.
>>>
>>> Symptôme:
>>> id-cb964615435368f8fd15fc4af176ca66abba4a61440ac06478b8c75f0fd51ef7.js:2
>>> Mixed Content: The page at '
>>> https://www.openstreetmap.org/edit?relation=10895122#map=19/46.32429/-0.46743'
>>> was loaded over HTTPS, but requested an insecure image '
>>> http://www.ign.fr/institut/sites/all/themes/ign_institut/logo.png'.
>>> This content should also be served over HTTPS.
>>>
>>> La requête est vient d'une sous-requête lancée par le serveur OSM.org
>>> avec une référence invalide. L'IGN aurait changé sa config récemment ?
>>>
>>>
>>>
>>> Le mar. 1 sept. 2020 à 01:33, Philippe Verdy  a
>>> écrit :
>>>
 Ce soir je note q

Re: [OSM-talk-fr] anomalie du serveur OSM sur iD (données partielles/incomplètes)

[Yves P.]

> Voyez-vous la même chose ?

L'affichage de la page d'un utilisateur : 
Application error

The OpenStreetMap server encountered an unexpected condition that prevented it 
from fulfilling the request (HTTP 500)

Feel free to contact  the 
OpenStreetMap community if your problem persists. Make a note of the exact URL 
/ post data of your request.

This may be a problem in our Ruby On Rails code. 500 occurs with exceptions 
thrown outside of an action (like in Dispatcher setups or broken Ruby code


Je réessaie avec la mienne : 
We're sorry, but something went wrong.
The issue has been logged for investigation. Please try again later.

Technical details for the administrator of this website 

This website is powered by Phusion Passenger 
®, the 
smart application server built by Phusion®.

Je recommence, elle s'affiche mais pas les icônes de certains "amis".
Une autre réactualisation de la page : de nouveau le message de Phusion

Bref, le serveur patauge dans la semoule…

Est-ce un problème propre à OSM ou un effet de bord d'un problème plus général 
sur internet ?
Hier, le flux vidéo était figé par moment avec des pertes de son sur la télé 
(box sur ADSL).

__
Yves


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

Re: [OSM-talk-fr] anomalie du serveur OSM sur iD (données partielles/incomplètes)

[Philippe Verdy]

Tout ça ressemble à des échecs de connectivité entre les différents
services. visiblement ce 1er septembre à 0h00 UTC a été une date butoir
pour le début de renforcement de la sécurité d'un certain nombre de
services (déjà annoncé pour bientôt, la déprécation du DNS sur UDP,
remplacé par le DNS sur HTTPS, mais déjà effectif la fin du "mixed
content", autrement dit les sessions HTTP en arrière-plan depuis une
session HTTPS, et un certain nombrede certificats anciens révoqués car avec
une signature de sécurité insuffisante; bientôt aussi DNSSEC, des
migrations sur le ROOT DNS vers IPv6 natif, avec support d'IPv4 uniquement
par des proxies locaux, et une refonte de la connectivité générale de
l'internet, une refonte des relations d'approbation et d'aggrégation, et
des protocoles d'annonces interréseaux pour mieux les sécuriser et les
reponsabiliser, des renforcements du QOS et des règles d'équilibrage au
sein des backbones et dans les datacenters, avec une politique de quotas
plus stricte).
Au passage un certain nombre de vieilles RFC ne seront plus supportées.

Passage obligé pour renforcer la sécurité mlais il y aura de la casse, et
on en aura d'autres car la lutte ne s'arrête pas là, et même les agences
spécialisées ou groupes d'agences comme CVE ont beaucoup de mal à suivre et
ne peuvent même plus référencer seulment les attaques connues. La
cybercriminalité gagne sans cesse du terrain et est devenue une arme d'état
avec de très gros moyens déployés contre lesquels les lois ou la justice ne
suivent pas non plus, c'est l'impunité quasi totale sauf contre quelques
sous-fifres. En attendant ça coute cher à tout le monde et on en paye le
prix, avec de plus en plus d'exclusion de garanties et des délias de
recours de plus en plus courts pour récupérer des miettes de ce qu'on a
perdu. Et le tout profite autant qux cybercriminels qu'aux gros acteurs de
l'Internet qui ne cessent de vendre de nouvelles solutions sensées être des
parades mais sans offrir de réelle garantie en échange. C'st du chacun pour
soi et tant pis si la plupart des gens ne comprend pas ce qui se passe
tellement c'est technique et compliqué (d'autant plus que derrière ça il y
a beaucoup de secrets et de failles tues : on ne peut même plus réellement
mesurer le risque réel, ce qui permet aux vendeurs de pousser à nous faire
acheter des protections illusoires voire encore plus dangereuses, dont les
vendeurs de VPN et divers outils inutiles qui rajoutent leurs propre
failles). Pendant ce temps là les logiciles et OS ne cessent d'enfler de
fonctions inutiles préinstallées mais pas réglées comme il faut. Et la
télémétrie n'a jamais été aussi intrusive pour détourner nos données et
ajouter des failles sur leur collecte ou leur stockage et gestion par des
tas de tiers inconnus).

Fin bon, là  je m'écarte du sujet. Mais il y a bien quelquechose qui a
changé cette nuit, car ça ne touche pas qu'OSM: les performances globale du
DNS ont changé radicalement aussi cette nuit si j'en crois ce que je vois
sur le réseau de mesure de RIPE NCC et ça va au delà des problèmes de
"Mixed content" dans Chrome (je le vois aussi avec d'autres navigateurs et
sur mobile avec un autre FAI).




Le mar. 1 sept. 2020 à 06:55, Yves P.  a écrit :

> Voyez-vous la même chose ?
>
>
> L'affichage de la page d'un utilisateur :
> Application error
>
> The OpenStreetMap server encountered an unexpected condition that
> prevented it from fulfilling the request (HTTP 500)
>
> Feel free to contact  the
> OpenStreetMap community if your problem persists. Make a note of the exact
> URL / post data of your request.
>
> This may be a problem in our Ruby On Rails code. 500 occurs with
> exceptions thrown outside of an action (like in Dispatcher setups or broken
> Ruby code
>
> Je réessaie avec la mienne :
> We're sorry, but something went wrong.
>
> The issue has been logged for investigation. Please try again later.
> Technical details for the administrator of this website
> 
> This website is powered by Phusion Passenger
> ®,
> the smart application server built by *Phusion*®.
>
> Je recommence, elle s'affiche mais pas les icônes de certains "amis".
> Une autre réactualisation de la page : de nouveau le message de Phusion
>
> Bref, le serveur patauge dans la semoule…
>
> Est-ce un problème propre à OSM ou un effet de bord d'un problème plus
> général sur internet ?
> Hier, le flux vidéo était figé par moment avec des pertes de son sur la
> télé (box sur ADSL).
>
> __
> Yves
>
>
> ___
> 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] uMap, SILL et Wikidata

[Cédric Frayssinet]

Bonjour à tous,

Cet été, j'ai découvert que uMap avait été introduit au SILL qui est une
référence pour les collectivités (mais pas que) :
https://fr.wikipedia.org/wiki/Socle_interminist%C3%A9riel_de_logiciels_libres

Et j'ai fait remarqué à Bastien Gerry que la fiche était très
approximative : https://sill.etalab.gouv.fr/fr/software?id=150

Il m'a donc répondu qu'il fallait compléter la fiche wikidata comme
celle de Gimp : https://www.wikidata.org/wiki/Q8038. Cela tombe bien car
il semblerait qu'elle ait été amorcée en espagnol :
https://www.wikidata.org/wiki/Q28502462

Le code source du SILL est également ici :
https://github.com/DISIC/sill/blob/master/2020/sill-2020.csv

J'appelle donc à l'aide. Si certains d'entre vous sont à l'aise avec
GitHub et WikiData, je pense que ce serait bienvenue d'améliorer cette
fiche :)

Merci à la communauté,

Cédric

-- 

Sur Mastodon : @bristow...@framapiaf.org 

Promouvoir et soutenir le logiciel libre 

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