Re: [OSM-talk-fr] largeur supérieur à X mètre

2017-08-07 Par sujet Francois Gouget 
On Mon, 7 Aug 2017, marc marc wrote:

[...]
> il n'y a pas de page wiki pour est_width
> ce n'est qu'une redirection vers la page width oü un paragraphe signale 
> son existence sans apporter d'info supplémentaire.

Cela veut bien dire que les règles sont les mêmes. Si elles étaient 
différentes elles seraient explicitées, soit sur la page de width, soit, 
plus probablement, sur une page différente.


> D'ailleurs on retrouve des intervalles tant dans width que est_width, 
> avec dans les 2 clefs une absence de règle.

Ayant corrigé pas mal de valeurs numériques dans width (virgules au lieu 
d'un point), je ne doute pas qu'il y ait encore plein d'erreurs aussi 
bien pour width que pour est_width.


> >> il te semble préférable de diviser l'info entre 2 clefs ?
> > Je me contente de répéter ce qu'il y a dans le wiki et il dit que si la
> > valeur est estimée il faut la mettre dans est_width.
> Je vais diviser en 2 :
> Normaliser les valeurs précises dans width

C'est déjà fait.


> > Comme dit précédemment, pour ce qui est de l'accessibilité voir la clef
> > wheelchair qui permettra de prendre en compte d'autres critères :
> > marches, encombrement des pièces, toilettes accessibles, etc.
> > https://wiki.openstreetmap.org/wiki/FR:Key:wheelchair
> Pour pouvoir mettre une valeur a wheelchair, tu as besoin de l'ensemble 
> des infos.

Pour moi cela veut dire qu'il faut soit se rendre sur place, soit faire 
confiance à ce que disent les responsables des lieux sur leur site web 
(cas des commerces, restaurants, etc). Mais il me parait irréaliste 
d'espérer que des contributeurs qui ne prennent pas la peine de 
positionner le champ wheelchair mettront toutes les informations 
nécessaires pour déterminer sa valeur.


> Les critères sont mêmes différent selon que c'est un fauteuil 
> manuel/électrique ou quelqu'un qui le pousse.

Alors ce qu'il faudrait c'est plus une modification de wheelchair pour 
prendre en compte les différents cas.


[...]
> Tout cela pour dire que cela a du sens de garder les infos individuelles 
> (la largeur, les marches, ...) malgré l’existence du tag wheelchair.

Je doute que l'on puisse représenter toutes ces informations 
individuelles sous forme structurée.

D'ailleurs le champ width ne me paraît même pas utilisable en l'état 
pour des PIs : que représente-t-il ? La largeur de la façade du commerce 
? La largeur des allées dans une superette ? La largeur de la cage 
d'ascenseur ? La largeur de l'entrée pour voitures ?


> Pour ma part, je n'ai pas encore rencontré d'outil d'accessibilité 
> évolué. ils se contentent de lire la clef wheelchair et de dire que 
> c'est inconnu si elle n'est pas présente.

Je parlais des applications qui utilisent le champ width et qui 
s'attendent à y trouver une valeur numérique.


-- 
Francois Gouget   http://fgouget.free.fr/
  Hiroshima '45 - Czernobyl '86 - Windows '95___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Valeur opening_hours supérieure à 255 caractères

2017-08-07 Par sujet Philippe Verdy 
Le 7 août 2017 à 21:20,  a écrit :

> À la base le problème n'est pas la limite de 255 caractères mais des
> horaires fantasques ;-).
>
> L'URL me semble préférable aux différentes extensions (si malgré les
> optimisations ça ne tient pas dans 255 caractères).
> Après s'il faut modifier la syntaxe il faut absolument que les outils
> actuels affichent au moins une partie.
> Perdre 99,99 % des contributions et pour le 0,01 % restant, permettre de
> l'entrer et non de l'afficher... serait assez contre productif.
>
> J'entends bien comme dit par Philippe que la page peut-être soumise à
> copyright mais on ne fait que la référencer et je vois mal un outil
> analyser cette page au format libre (sauf en intelligence artificielle) et
> quant à porter plainte pour publication de ses horaires d'ouverture, je
> peux le concevoir en théorie, en pratique..
>

C'est moins la question du copyright que le fait que le contenu de l'URL
est hors de contrôle et peut contenir n'importe quoi. Et aussi ne pas être
facilement accessible (les données OISM ne sont pas destinées à n'être
utilisée que online, on fait quoi pour les cartes embarquées?)
Fantasque ou pas, on a des tas de trucs comme ça dans le monde rural où les
hoaires ne sont pas aussi larges que dans les grandes villes, compliqués
par la présence d'une seule personne qui va travailler partiellement pour
la structure et en fonction des besoins.
ainsi nombre de bibliothèques municipales, d'écoles de musique, de centres
aérés municipaux, de clubs sportifs et nombreuses petites assos vont
changer régulièrement les horaires et d'autant plus que les budgets sont
limités, avec des services qui peuvent ouvrir une heure le matin, une heure
l'après-midi, parfois certains midis, et différemment entre vacances et
périodes scolaires, parce que la structure n'a pas d'employé en propre mais
reçoit juste quelques heures contribuées par une collectivité ou une
organisation, ou bien assurées par des bénévoles qui ne peuvent pas en
faire plus.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] largeur supérieur à X mètre

2017-08-07 Par sujet marc marc 
 > tu veux taguer c'est l'accessibilité et non la largeur de la porte.

je ne veux rien tager pour le moment :-)
des infos existent à ce sujet dans osm mais sont actuellement 
inutilisable par exemple pour déduire l'accessibilité car les données 
sont non normalisée tant au niveau des clefs que des valeurs.
Je discute donc les pour/contre des différentes façons constatée dans 
taginfo afin d'essayer d'améliorer la situation.

>> osmose a-t-il aussi des règles pour est_width ?
> Non. Apparemment il ne vérifie que width et maxwidth:
> https://github.com/osm-fr/osmose-backend/blob/master/plugins/Number.py
Merci pour l'info

> Cela dit d'après le wiki les règles sont les mêmes pour est_width :
>Key:width (Redirected from Key:est width)

il n'y a pas de page wiki pour est_width
ce n'est qu'une redirection vers la page width oü un paragraphe signale 
son existence sans apporter d'info supplémentaire.
D'ailleurs on retrouve des intervalles tant dans width que est_width, 
avec dans les 2 clefs une absence de règle.

>> il te semble préférable de diviser l'info entre 2 clefs ?
> Je me contente de répéter ce qu'il y a dans le wiki et il dit que si la
> valeur est estimée il faut la mettre dans est_width.
Je vais diviser en 2 :
Normaliser les valeurs précises dans width
Je verrai ensuite pour les estimation d'intervalle et est_width

> Comme dit précédemment, pour ce qui est de l'accessibilité voir la clef
> wheelchair qui permettra de prendre en compte d'autres critères :
> marches, encombrement des pièces, toilettes accessibles, etc.
> https://wiki.openstreetmap.org/wiki/FR:Key:wheelchair
Pour pouvoir mettre une valeur a wheelchair, tu as besoin de l'ensemble 
des infos. plusieurs contributeurs ont mis les infos sur la largeur de 
certaines entrées, d'autres ont mis celle des marches d'autres entrées.
Quand à la situation à l'intérieur d'un poi, je n'ai encore jamais 
d'info détaillée à ce sujet dans osm.
Tant que tu n'as pas le tout, tu ne peux pas te contenter de mettre un 
wheelchair=yes/no général.
Les critères sont mêmes différent selon que c'est un fauteuil 
manuel/électrique ou quelqu'un qui le pousse.
Il y a aussi une zone grise où tu ne peux pas trancher 
(wheelchair=limited) quand par exemple il y a une petite marche ou un 
entrée limite. dans ce cas l'utilisateur final a besoin d'un accès aux 
infos des "sous-éléments" afin de faire un choix selon son cas propre.
Tout cela pour dire que cela a du sens de garder les infos individuelles 
(la largeur, les marches, ...) malgré l’existence du tag wheelchair.

>> ou définir une règle précise susceptible d'être prise en compte par
>> osmose et autres app ?
> est_width a l'avantage de déjà exister et est donc potentiellement déjà
> supporté par les applications existantes alors qu'une modification du
> format du contenu de la clef width nécessitera de changer les
> applications pour en tirer parti.

Pour ma part, je n'ai pas encore rencontré d'outil d'accessibilité 
évolué. ils se contentent de lire la clef wheelchair et de dire que 
c'est inconnu si elle n'est pas présente.
Donc autant dire qu'il n'y a pas d'app à modifier pour le moment :)
Mais si tu en connais un, je suis preneur de son nom.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bac à marées

2017-08-07 Par sujet Philippe Verdy 
Ce ne sont pas tant les "casiers" d'élevage, que les sacs en plastique
tressés, et surtout le fait qu'en France on préfère ne pas développer
l'élevage des naissins comme au Japon (opposition systématique des
conchylicuteurs), et qu'on va plutot collecter au gré des courants en
posant sur d'immenses surfaces ces collecteurs. La France a la plus grande
densité au monde de surfaces couvertes par ces collecteurs en plastique. Et
ce n'est pas sans rapport non plus avec les épizooties (type herpès) qui
contaminent très régulièrement les cultures (qui plus est elles sont
mono-espèces ce qui favorise la mortalité à grande échelle)
Le Japon est le deuxième pays conchyliculteur au monde et n'a jamais de
telles épidémies (même chose pour les USA ou le Canada et même la Chine),
il privilégie la multiplicité des espèces et les protège dans chacun de ses
bassins, et au lieu d'ensemencer massivement le milieu naturel pour faire
une sélection d'espèce exclusive en monoculture, ils ont des bassins
d'élevage de naissins et ne collectent presque rien dans le milieu naturel
et limitent les rejets.
Il faut dire aussi que nos côtes relativement plates avec un très vaste
plancher continental facilite les choses en France, alors que les Japonais
sont cantonnés à leurs fjords étroits et une bande côtière minuscule. On
collecte et on ramasse tout ce qui passe, les maladies avec.

On commence à faire les mêmes erreurs dans nos outremers du Pacifique avec
les élevages pour huîtres perlières (et on fache nos voisins australiens et
néozélandais qui voudraient protéger leur diversité contre les espèces trop
invasives échappées de nos monocultures, mais aussi avec nos champs de
plastique incontrôlés à l'européenne dont on tapisse maintenant les lagons,
au lieu des techniques plus ancestrale utilisant les casiers ou les
techniques asiatiques utilisant les grillages métalliques ou les tresses
végétales comme au Vietnam et en Thailande)
Il faut dire que l'industrie du plastique est puissante en Europe et inonde
de ses produits des marchés plus faibles comme l'Afrique et le Sud-Est
asiatique qui n'ont pas les moyens non plus de traiter leur déchets, tandis
qu'il les pousse a remplacer les anciennes cultures végétales vivrières et
couper leur forêts pour planter des palmeraies à huile pour nos industries
agroalimentaires et dont les sous-produits ne sont même pas revalorisables
aussi bien et finissent brûlés.

Les anciennes corderies utilisant les sous-produits de la plantation du riz
ou des arbres fruitiers ne tournent plus: les cultuivars sélectionnés
produise moins d'éléments ligneux et sont à pousse plus rapide mais bien
plus fragile, les forêts à pousse lente sont détruites, les anciennes
mangroves aussi, et on creuse les fleuves pour permettre le passage de
navires de plus en plus gros, on réduit les plages pour ramasser le sable
qui vont construire les gratte ciels chinois et construire de nouveaux
ports ou les centrales hydroélectriques, et bétonner le plancher des routes
pour faire circuler les camions et automobiles (le vélo perd du terrain
partout mais les transports en commun ne sont pas développés pour limiter
la casse et il faut bien ravitailler les immenses concentrations
métropolitaines).

Et on implante des usines sur d'anciennes terres humides en les consolidant
avec des quantité énormes de piliers de béton (ce phénomène a eu lieu au
Japon mais est maintenant arrêté ils ont compris l'intérêt de protéger
leurs montagnes et leurs rivières, malgré l'accident des centrales de
Daiichi, Fukushima, en développant les transports publics et réduisant les
surfaces de béton et replantant beaucoup, les japonais sont maintenant
maitres des cultures très diversifiées sur des surfaces petites et
utilisent très peu le plastique).

Cependant les deux tiers des plastiques dans les océans sont jetés ou
tombés des bateaux (toutes catégories: pertes de cargaisons, déchets de la
pêche industrielle, et même rejet volontaire de cargaisons entières
d'ordures pour désencombrer les décharges dans les pays sans voie de
recyclage, ou par des promoteurs peu scrupuleux qui prétendent garantir le
recyclage de nos propres déchets en les emmenant en Afrique, pour être
revalorisé après tri, mais en fait sortis des eaux territoriales, c'est
jeté dans les eaux internationales pour économiser du carburant et revenir
vite chercher la cargaison suivante sur des navires poubelles sans cesse
maquillés, renommés et passant d'un registre maritime de complaisance à un
autre). La situation est catastrophique sur les côtes africaines et
asiatiques de la Méditerranée tout autour de l'Océan indien.

Sur nos plages françaises ce sont les exploitation conchylicoles qui sont
de plus en plus gros apporteurs de plastiques, une bonne partie tombant des
bateaux ou étant mal arrimée, il y a de grosses pertes en volume des
équipements jetables de collecte des naissins (jsute abandonnés sur place
pendant des années sans surveillance avant de les ramener à l'abri dans les
parcs pour

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

2017-08-07 Par sujet osm . sanspourriel 

Le 07/08/2017 à 20:41, Jean-Yvon Landrac a écrit :


Je pense à l'outil générant le squelette d'une ligne.

Je pensais que ça avait à voir avec l'Overpass.
Trouvé :
http://www.overpass-api.de/public_transport.html
En fait avec Operator il est possible d'avoir des réseaux de même nom.
Mais pour une ligne de CTRL (agglo de Lorient), est-ce Keolis ? Koelis 
Lorient ? Non renseigné ?
Une règle simple (_) peut être plus 
facile à utiliser.


Jean-Yvon

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

Re: [OSM-talk-fr] Valeur opening_hours supérieure à 255 caractères

2017-08-07 Par sujet osm . sanspourriel 
À la base le problème n'est pas la limite de 255 caractères mais des 
horaires fantasques ;-).


L'URL me semble préférable aux différentes extensions (si malgré les 
optimisations ça ne tient pas dans 255 caractères).


Après s'il faut modifier la syntaxe il faut absolument que les outils 
actuels affichent au moins une partie.
Perdre 99,99 % des contributions et pour le 0,01 % restant, permettre de 
l'entrer et non de l'afficher... serait assez contre productif.


J'entends bien comme dit par Philippe que la page peut-être soumise à 
copyright mais on ne fait que la référencer et je vois mal un outil 
analyser cette page au format libre (sauf en intelligence artificielle) 
et quant à porter plainte pour publication de ses horaires d'ouverture, 
je peux le concevoir en théorie, en pratique...


JYL

Le 26/07/2017 à 15:29, marc marc - marc_marc_...@hotmail.com a écrit :

Comme (sauf erreur) aucune solution n'existe pour l'instant pour décoder
le report sur plusieurs tag, d'ici là, la chaîne ne serra utile qu'aux
humains. à ta place je chercherais s'il n'existe pas des cas
d'utilisation du genre opening_hours:website=https://lapage pour
renseigner une version humainement digeste

  > opening_hours=Sep-JunMo<...>;@2
  > opening_hours:2=Jul-Aug<...>
ca aurait le mérite de rendre la moitié des infos utilisable par les
outils existants. donc y mettre la période la plus importante pour
l'utilisateur et demander sur le wiki pour standardiser la 2ieme partie.
___
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] bus : lignes de transport en commun Haute-Garonne : réseau

2017-08-07 Par sujet osm . sanspourriel 

Le 07/08/2017 à 11:20, lenny.libre - lenny.li...@orange.fr a écrit :


Le 07/08/2017 à 10:50, osm.sanspourr...@spamgourmet.com a écrit :

(...)

Mais qu'est-ce qui empêche un outil de présenter CTRL - Compagnie de 
transport de la région lorientaise (les /short name///et les /label/) 
au lieu de Q2408086 ?




Cela veut dire que l'outil d’édition doit aller chercher la valeur du 
wikidata quand le contributeur entre "CTRL" ? Le contributeur ne 
saisit pas wikidata
Pas forcément. C'est une possibilité (Jo rappelle que le greffon sous 
JOSM le fait).
Il peut aussi proposer les valeurs trouvées aux alentours (liste 
modifiable).
Sur Lorient par exemple il pourra proposer CTRL car les arrêts aux 
alentours sont en général de la CTRL.




D'accord avec Christian, une fois entré il ne faut pas que ça 
entraîne une requête à une autre base mais être entré dans OSM.




Oui, mais je n'avais pas compris que cela :
"Le 04/08/2017 à 09:00, Christian Quest a écrit : Pour la majorité 
usages, les données OSM doivent le plus possible se suffire à elles 
même !"
Il me semble que le nom du réseau se suffit à lui-même, pas la valeur 
du wikidata


"Le 04/08/2017 à 09:00, Christian Quest a écrit : Là où ça devient 
utile c'est pour des outils comme osmose qui peuvent vérifier que les 
autres tags (name, network etc) sont cohérents avec le tag 
xxx:wikidata et donc aider à monter en qualité et cohérence à 
l'intérieur même d'OSM."
Cela voudrait-il dire qu'il faudrait dans osm - "network:name" et 
"network:wikidata" - et qu'osmose aille voir dans wikidata la 
cohérence ? C'est un peu ce que disait Jo, non ?


Quand il dit que la cohérence entre le nom et le le wikidata peut être 
vérifiée c'est bien qu'il stocke les deux.
Et donc c'est bien ce que dit Jo ou ce que je dis : l'utilisateur 
choisit CTRL et on stocke à la fois le nom du réseau et son code 
Wikidata. Après où on stocke exactement le nom (du réseau ici), ça se 
discute mais ça ne change rien au principe.


Je n'ai rien contre le fait d'écrire CTRL au lieu de fr_CTRL par 
exemple, mais il faut que les outils travaillant sur les réseaux 
arrivent à distinguer le réseau de Lorient d'un autre. Je pense à 
l'outil générant le squelette d'une ligne.
Je ne suis pas retombé dessus mais j'ai trouvé un bel article sur le 
rendu des lignes en utilisant des données OSM :

https://medium.com/transit-app/how-we-built-the-worlds-prettiest-auto-generated-transit-maps-12d0c6fa502f
Jean-Yvon

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

Re: [OSM-talk-fr] bac à marées

2017-08-07 Par sujet osm . sanspourriel 

Je crois que ça n'a plus rien à voir avec le sujet de départ ;-).

Le 07/08/2017 à 15:19, Philippe Verdy - verd...@wanadoo.fr a écrit :
Le 7 août 2017 à 10:58, > a écrit :


Pas d'exploitation ostréicole ou mytilicole dans le secteur : les
coquilles d'huitre et de moules sont des coquilles de mollusques
sauvages (et non récoltées, sauf pour les souvenirs ;-)).

Je ne parlais pas des coquilles mais bien des déchets (notamment les 
plastiques) qui proviennent de ces installations et qu'on voit 
facilement sur les plages.
Ne pas oublier le smiley. Bien-sûr les coquilles ne sont pas un déchet 
gênant (ma consommation personnelle fini broyée comme engrais - les 
carapaces de crustacés, c'est autrement plus vide digéré par le compost 
!). Si tu achètes du grain pour poules, tu verras sans doute des éclats 
de coquille d'huitres.
Côté bouts de filets et bouts de casiers, je pense que les filets sont 
en général en fil nylon simple alors que les bouts des casiers sont 
tressés. Mais ça doit dépendre des techniques de pêche et des espèces 
ciblées.
Je confirme l'absence de pollution par les casiers d'élevages sur la 
plage en question. Soit les nasses sont mieux gérées soit plus 
prosaïquement elles restent dans leur secteur d'utilisation.


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

Re: [OSM-talk-fr] bac à marées

2017-08-07 Par sujet Philippe Verdy 
Quelques photos pour voir de quoi je parle:
https://www.google.fr/search?q=grillage+plastique+ostreicole=isch
Et notamment celle-ci pour le captage ostréicole et mytilicole:
http://www.bys.fr/captage
On en retrouve des quantités sur les plages...


Le 7 août 2017 à 15:19, Philippe Verdy  a écrit :

>
>
> Le 7 août 2017 à 10:58,  a écrit :
>
>> > Et ces bacs seront utilisés pour que les gens débarrassent leurs
>> voitures et caravanes et mettent toutes sortes d'objets cassés au lieu de
>> trouver la déchetterie
>>
>> La dimension reste modeste et la limitation en hauteur du parking évite
>> la fréquentation des caravanes, camping-cars et autres camionnettes des
>> artisans.
>>
>> Pas d'exploitation ostréicole ou mytilicole dans le secteur : les
>> coquilles d'huitre et de moules sont des coquilles de mollusques sauvages
>> (et non récoltées, sauf pour les souvenirs ;-)).
>>
>
> Je ne parlais pas des coquilles mais bien des déchets (notamment les
> plastiques) qui proviennent de ces installations et qu'on voit facilement
> sur les plages. Leur forme est très caractéristique, ce sont des disques
> alvéolés, sensés rester accrochés à un cordage ou un grillage ils sont
> souvent bleus ou noirs). On en voit de plus en plus, sur la côte atlantique
> la technique est visiblement très utilisée et notamment pour les huitres
>
> Pour les moules de bouchot c'est moins problématique, ce qui se détache ce
> sont des pieux et des morceaux de cordage. Les bois mouillés ramenés au
> rivage sont peu polluants, et ont des amateurs pour l'artisanat. On trouve
> aussi des morceaux de cordage mais là encore pas de pollution terrible,
> c'est souvent du chanvre, mais on commence à trouver des cordages de nylon.
> Leur origine n'est pas la pêche ou les gréments tombés à l'eau, en fait
> beaucoup plus rares (on les retrouve plutôt dans les décharges portuaires),
> mais bien les bouchots "nouvelle génération".
>
> Mais le gros de la pollution vient des casiers et des sacs d'élevage:
> grillages et structures en plastique plutôt qu'en métal car ça se dégrade
> beaucoup moins. et là on voit un peu partout ces morceaux de filets
> plastiques plus ou moins déchirés.
>
> Les coquillages en soit ne sont pas une pollution. Il existe même une
> filière pour eux pour les transformer en poudre destinée aux producteur
> d'oeufs, ou comme additif aux bétons ou pour les granulats des routes (un
> de leurs avantages c'est leur porosité naturelle).
>
> Ils se fragmentent vite et entre dans la composition du sable, et finiront
> pas tapisser le fond des planchers marins et avec l'action des bactéries,
> algues et petits animaux marins qui s'en nourissent partiellement pour leur
> propre coquilles, ils se solidifieront et formeraont les futurs dépots
> crayeux... à moins qu'on les pêche avant car le sable est un matériau très
> recherché et ces coquillages présents ne sont pas du tout une gêne pour
> produire les ciments mais plutôt un avantage pour la construction et
> permettent d'assurer une meilleure cohésion et ils s'agrègent facilement à
> la cuisson des ciments qu'ils contribuent à renforcer même si leur base ce
> sont des silicates qui nécessitent de bien plus hautes temprératures pour
> leur donner la cohérence nécessaire aux ciments et bétons. Au contraire des
> fragments de plastique qui n'ont pas la même résistance (et qui produisent
> en les cuisant des goudrons et des tas de composés très toxiques comme les
> pyralènes, les même que pour les incinérateurs de déchets ménagers avec nos
> emballages) mais qui pourtant se dégradent naturllement beaucoup plus
> difficilement que les métaux, bois et cordages en fibres naturelles.
>
> On a aussi des plastiques sur la plages issus des centrales de traitement
> de l'eau (à microfiltration): ils laissent s'échapper des tas de morceaux
> de filtres dans les fleuves et ça doit commencer à être plus grave que la
> pollution des sacs plastiques pour nos poubelles, ou les emballages, au vu
> des quantités régulièrement déversées de façon invisible via les boues
> d'épuration dans les petits cours d'eau et in fine à la mer sur les plages.
> On les voie moins car les fragments sont plus petits et informes, mais ils
> sont fort pollués par ce qu'ils ont servi à filtrer. Les anciens filtres
> sont normalement recyclés par des filières spéciales, mais uniquement ceux
> qui sont récupérés pour être changés car devenus inefficaces, mais avant ça
> ils ont déjà laissé s'achapper des tas de microplastiques durant leur
> utilisation à chaque opération de purge, les boues devraient être
> récupérées mais avant de les remettre ne service ils sont rincés à vive eau
>  et c'est rejeté tel quel. Nos petites rivières et nos fleuves charrient
> des quantité de microplastiques, et l'état des fonds en témoigne, on
> assiste à l'engorgement (sans compter aussi les nitrates et détergents qui
> atrophient les fonds). Cependant on commence à voir de plus en plus de

Re: [OSM-talk-fr] bac à marées

2017-08-07 Par sujet Philippe Verdy 
Le 7 août 2017 à 10:58,  a écrit :

> > Et ces bacs seront utilisés pour que les gens débarrassent leurs
> voitures et caravanes et mettent toutes sortes d'objets cassés au lieu de
> trouver la déchetterie
>
> La dimension reste modeste et la limitation en hauteur du parking évite la
> fréquentation des caravanes, camping-cars et autres camionnettes des
> artisans.
>
> Pas d'exploitation ostréicole ou mytilicole dans le secteur : les
> coquilles d'huitre et de moules sont des coquilles de mollusques sauvages
> (et non récoltées, sauf pour les souvenirs ;-)).
>

Je ne parlais pas des coquilles mais bien des déchets (notamment les
plastiques) qui proviennent de ces installations et qu'on voit facilement
sur les plages. Leur forme est très caractéristique, ce sont des disques
alvéolés, sensés rester accrochés à un cordage ou un grillage ils sont
souvent bleus ou noirs). On en voit de plus en plus, sur la côte atlantique
la technique est visiblement très utilisée et notamment pour les huitres

Pour les moules de bouchot c'est moins problématique, ce qui se détache ce
sont des pieux et des morceaux de cordage. Les bois mouillés ramenés au
rivage sont peu polluants, et ont des amateurs pour l'artisanat. On trouve
aussi des morceaux de cordage mais là encore pas de pollution terrible,
c'est souvent du chanvre, mais on commence à trouver des cordages de nylon.
Leur origine n'est pas la pêche ou les gréments tombés à l'eau, en fait
beaucoup plus rares (on les retrouve plutôt dans les décharges portuaires),
mais bien les bouchots "nouvelle génération".

Mais le gros de la pollution vient des casiers et des sacs d'élevage:
grillages et structures en plastique plutôt qu'en métal car ça se dégrade
beaucoup moins. et là on voit un peu partout ces morceaux de filets
plastiques plus ou moins déchirés.

Les coquillages en soit ne sont pas une pollution. Il existe même une
filière pour eux pour les transformer en poudre destinée aux producteur
d'oeufs, ou comme additif aux bétons ou pour les granulats des routes (un
de leurs avantages c'est leur porosité naturelle).

Ils se fragmentent vite et entre dans la composition du sable, et finiront
pas tapisser le fond des planchers marins et avec l'action des bactéries,
algues et petits animaux marins qui s'en nourissent partiellement pour leur
propre coquilles, ils se solidifieront et formeraont les futurs dépots
crayeux... à moins qu'on les pêche avant car le sable est un matériau très
recherché et ces coquillages présents ne sont pas du tout une gêne pour
produire les ciments mais plutôt un avantage pour la construction et
permettent d'assurer une meilleure cohésion et ils s'agrègent facilement à
la cuisson des ciments qu'ils contribuent à renforcer même si leur base ce
sont des silicates qui nécessitent de bien plus hautes temprératures pour
leur donner la cohérence nécessaire aux ciments et bétons. Au contraire des
fragments de plastique qui n'ont pas la même résistance (et qui produisent
en les cuisant des goudrons et des tas de composés très toxiques comme les
pyralènes, les même que pour les incinérateurs de déchets ménagers avec nos
emballages) mais qui pourtant se dégradent naturllement beaucoup plus
difficilement que les métaux, bois et cordages en fibres naturelles.

On a aussi des plastiques sur la plages issus des centrales de traitement
de l'eau (à microfiltration): ils laissent s'échapper des tas de morceaux
de filtres dans les fleuves et ça doit commencer à être plus grave que la
pollution des sacs plastiques pour nos poubelles, ou les emballages, au vu
des quantités régulièrement déversées de façon invisible via les boues
d'épuration dans les petits cours d'eau et in fine à la mer sur les plages.
On les voie moins car les fragments sont plus petits et informes, mais ils
sont fort pollués par ce qu'ils ont servi à filtrer. Les anciens filtres
sont normalement recyclés par des filières spéciales, mais uniquement ceux
qui sont récupérés pour être changés car devenus inefficaces, mais avant ça
ils ont déjà laissé s'achapper des tas de microplastiques durant leur
utilisation à chaque opération de purge, les boues devraient être
récupérées mais avant de les remettre ne service ils sont rincés à vive eau
 et c'est rejeté tel quel. Nos petites rivières et nos fleuves charrient
des quantité de microplastiques, et l'état des fonds en témoigne, on
assiste à l'engorgement (sans compter aussi les nitrates et détergents qui
atrophient les fonds). Cependant on commence à voir de plus en plus de gros
morceaux de filtres (ça resemble à des morceaux de tube.

Au sud de la Méditerranée, les usines de désalement aussi produisent des
quantité de déchets plastiques en mer dont l'origine n'est pas les
décharges de déchets ménagers à ciel ouvert, ni les films pour les cultures
maraichères intensives de l'Espagne au Maroc.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] largeur supérieur à X mètre

2017-08-07 Par sujet Francois Gouget 
On Sun, 6 Aug 2017, marc marc wrote:
[...]
> FG> Ce type de valeur n'est pas accepté par Osmose : width doit être une
> FG> valeur numérique sinon les logiciels ne sauront pas quoi en faire.
> la page wiki de width précise pourtant exemple à l’appui que c'est 
> alphanumérique puisque pouvant contenir des unités.

Ok. Numérique hors unité.


> osmose a-t-il aussi des règles pour est_width ?

Non. Apparemment il ne vérifie que width et maxwidth:
https://github.com/osm-fr/osmose-backend/blob/master/plugins/Number.py

Cela dit d'après le wiki les règles sont les mêmes pour est_width :

  Key:width (Redirected from Key:est width)


> il te semble préférable de diviser l'info entre 2 clefs ?

Je me contente de répéter ce qu'il y a dans le wiki et il dit que si la 
valeur est estimée il faut la mettre dans est_width.

Après cela ne permet effectivement pas de noter les nuances comme 
"plutôt moins d'un mètre" ou "plutôt plus d'un mètre". Si un consensus 
émerge pour dire que ce type de nuance est important alors je suppose 
qu'une solution se mettra en place mais je n'ai pas d'avis sur la 
question.

Comme dit précédemment, pour ce qui est de l'accessibilité voir la clef 
wheelchair qui permettra de prendre en compte d'autres critères : 
marches, encombrement des pièces, toilettes accessibles, etc.

https://wiki.openstreetmap.org/wiki/FR:Key:wheelchair


> ou définir une règle précise susceptible d'être prise en compte par 
> osmose et autres app ?

est_width a l'avantage de déjà exister et est donc potentiellement déjà 
supporté par les applications existantes alors qu'une modification du 
format du contenu de la clef width nécessitera de changer les 
applications pour en tirer parti.


-- 
Francois Gouget   http://fgouget.free.fr/
   A man can fail many times, but he isn't a failure
until he begins to blame somebody else.
   -- John Burroughs___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouveaux codes postaux français "ROC"

2017-08-07 Par sujet Yannick 
Le 07/08/2017 à 10:32, osm.sanspourr...@spamgourmet.com a écrit :
> Un numéro spécifique d'émetteur sûrement et un numéro de série ou autre
> pour éviter la copie jet d'encre (je suppose que ces  timbres vus en
> centre postal incrémentent un compteur vérifié d'une manière ou d'une
> autre avec la machine ou c'est ce passage un centre postal qui déclenche
> la facturation comme ça si tu n'expédies pas - erreur d'impression - il
> n'y a pas facturation).
> 
> Mais ça n'impose pas un ROC spécifique.
> 
> Qu'en pense notre ancien postier ?

Bonjour,

Il y a deux choses différentes.
1) les machines à affranchir présentes chez les usagers
2) les machines à oblitérer

Le cas 1 ne semble pas avoir changé pour les plus petites structures,
par contre pour les gros utilisateurs un changement s'est opéré.
Toutefois la lieu de dépôt est conservé. À noter que le lieu de dépôt et
le lieu de comptabilité postale peuvent être différent mais cela n'est
pas significatif en l'espèce. Oui il y a un compteur monétaire qui
permet aux agents de vérifier que les fiches de dépôt mensuelles sont
sincères. Dans certaines villes il faudrait une équipe dédiée à cette
tâche mais non! donc les contrôles c'est vraiment quand on a le temps et
la fraude a une certaine facilité.

Pour le cas 2 il s'agit de la procédure d'annulation des vignettes
d'affranchissement. Il y a un compteur qui compte le nombre d'objets et
c'était un élément de la statistique interne pour évaluer le trafic
sortant et attribuer le nombre de personnel. C'était par ce biais que
l'on comptait les dépôts en nombre, hors machines clients, non affranchi
avec la flamme 'PP'
C'est le cas qui nous cause problème actuellement dans OSM.
Le lieu d'annulation n'a plus rien à voir avec la ville de dépôt! C'est
là que se situe le drame. Nous ne parlerons pas de cette absurdité du
manque de cohérence logique dans la nouvelle numérotation qui ne permet
absolument pas de dire d'où est parti une lettre. La meilleur preuve est
que les agents du guichet sont INCAPABLE de répondre. Il est même
probable que les agents des services courriers départs soient eux aussi
dans l'incapacité de répondre. Le 3639 n'est guère mieux armé à mon
humble avis pour donner une réponse immédiate à la question.

> 
> N.B. : je ne vois qu'un intérêt à ne pas mettre le nom de la ville :
> pouvoir délocaliser les infrastructures plus discrètement. Sinon mettre
> un nom de ville en plus du code interne ne serait pas sorcier. C'est une
> raison potentielle d'ajouter cette info dans OSM.
> 
> Jean-Yvon

Pour le changement de lieu des structures je ne pense pas car La Poste
sait déjà faire! Déshabiller Paul pour habiller Pierre ...
C'est de la salade interne et les agents savent toujours plus ou moins
vite où est traité le courrier donc ce n'est pas un moyen de protection
pour La Poste.

À mon avis l'intégration de ces données n'est pas d'une grande priorité
mais peut être un outil pour compléter l'implantation de certains
centres de traitement du courrier.


Je ne vois absolument pas l'intérêt du ROC y compris en interne car cela
complique les choses. Il faut avoir sous les yeux une table de
conversion pour l'utiliser.

J'ai été 'Brigadier' et les personnels de mon type arrivaient à
connaître les postes comptables de la quasi totalité des bureaux du
département où ils opéraient. C'était une sorte d'élite dans tous les
domaines du services postal (service public, comptabilité, produits
postaux, produits financiers, connaissance du terrain, connaissance de
la réglementation). Aujourd'hui cette catégorie d'agent a quasiment
disparu. De nombreux bureaux sont soit fermés soit transformés en agence
à la charge des mairies, soit perdent leur autonomie comptable donc plus
besoin de brigadiers.

Amitiés

-- 
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org
Généalogie en liberté avec Ancestris http://www.ancestris.org
Aidez Ancestris à aller au Havre
https://www.helloasso.com/associations/ancestris/collectes/le-havre-2017

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

Re: [OSM-talk-fr] Nouveaux codes postaux français "ROC"

2017-08-07 Par sujet Yannick 
Le 06/08/2017 à 23:34, osm.sanspourr...@spamgourmet.com a écrit :
> Le 05/08/2017 à 22:37, Philippe Verdy - verd...@wanadoo.fr a écrit :
> 
>> ces nouveaux codes postaux sont maintenant visibles sur les
>> oblitérations des timbres et semblent devoir remplacer à terme les
>> actuels codes postaux.
> Ces codes ont dix ans déjà et sont fonction des machines d'oblitération,
> ils peuvent changer donc à chaque remplacement de machine. Voir être
> réutilisés ensuite sur une autre machine.

Bonjour,

Comme tu le dis ce sont des annulation de marque d'affanchissement au
même titre que le 'timbre à date' que les agents ne veulent plus
utiliser ou alors il faut vraiment insister et parfois très lourdement.

> 
> Je ne vois pas ce qui peut te faire penser qu'ils puisse être un jour
> des codes postaux.

Si c'est un jour le cas je ne dis pas le bordel déjà que ce n'est pas
brillant en QS.

> 
> Le Groupe La Poste publie les codes postaux, pas les ROC.
> http://www.data.gouv.fr/fr/datasets/base-officielle-des-codes-postaux/
> 
> D'accord avec Laurent, si on peut associer les codes aux bureaux,
> pourquoi pas mais ce n'est pas une priorité.

1000+
Mais comme je l'ai dit attention aux adresses un peu oléolé.

> Est-ce que les lettres affranchies à la machine dans des entreprises ont
> un ROC spécifique ou seuls les timbres sont imprimés et l'oblitération
> faite en centre ?
> 
> Jean-Yvon

Oui chaque machine à affranchir a SON numéro spécifique donc on peut
savoir qui a envoyé tel courrier (en interne bien sûr). Il y a toujours
le bureau concerné par le dépôt donc le destinataire sait d'où vient la
lettre.

Amitiés

-- 
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org
Généalogie en liberté avec Ancestris http://www.ancestris.org
Aidez Ancestris à aller au Havre
https://www.helloasso.com/associations/ancestris/collectes/le-havre-2017

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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

2017-08-07 Par sujet Jo 
Le greffon wikidata montre déjà les 'balises'/label de wikidata.

Jo

2017-08-07 10:50 GMT+02:00 :

> Certes, plus c'est facile pour l'utilisateur, mieux c'est.
>
> Mais il ne faut pas confondre l'enregistrement en base et l'entrée par
> l'utilisateur.
>
> Oui entrer la valeur via le-s wikidata, tu peux oublier.
>
> Mais qu'est-ce qui empêche un outil de présenter CTRL - Compagnie de
> transport de la région lorientaise (les *short name* et les *label*) au
> lieu de Q2408086 ?
>
> D'accord avec Christian, une fois entré il ne faut pas que ça entraîne une
> requête à une autre base mais être entré dans OSM.
>
> Jean-Yvon
>
> Le 05/08/2017 à 10:00, lenny.libre - lenny.li...@orange.fr a écrit :
>
> C'est aussi pourquoi cela me perturbe de mettre un réseau codé
> (network=fr-   ) ou un code wikidata ; car que va faire le contributeur
> lambda (qui n'est ni informaticien, ni géomaticien) qui arrive devant un
> arrêt avec Jungle Bus, il se souvient qu'il peut mettre le réseau
> "network", et il ne va jamais penser qu'il faut mettre un code (non visible
> sur l'arrêt et dans osm on met ce qui est visible), il va mettre le/les
> noms qu'il va trouver sur les éléments de l’arrêt (pas le fr_).
> Leni
>
>
>
> ___
> 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] bus : lignes de transport en commun Haute-Garonne : réseau

2017-08-07 Par sujet lenny.libre 

Le 07/08/2017 à 10:50, osm.sanspourr...@spamgourmet.com a écrit :


Certes, plus c'est facile pour l'utilisateur, mieux c'est.

Mais il ne faut pas confondre l'enregistrement en base et l'entrée par 
l'utilisateur.


Oui entrer la valeur via le-s wikidata, tu peux oublier.

Mais qu'est-ce qui empêche un outil de présenter CTRL - Compagnie de 
transport de la région lorientaise (les /short name///et les /label/) 
au lieu de Q2408086 ?




Cela veut dire que l'outil d’édition doit aller chercher la valeur du 
wikidata quand le contributeur entre "CTRL" ? Le contributeur ne saisit 
pas wikidata


D'accord avec Christian, une fois entré il ne faut pas que ça entraîne 
une requête à une autre base mais être entré dans OSM.




Oui, mais je n'avais pas compris que cela :
"Le 04/08/2017 à 09:00, Christian Quest a écrit : Pour la majorité 
usages, les données OSM doivent le plus possible se suffire à elles même !"
Il me semble que le nom du réseau se suffit à lui-même, pas la valeur du 
wikidata


"Le 04/08/2017 à 09:00, Christian Quest a écrit : Là où ça devient utile 
c'est pour des outils comme osmose qui peuvent vérifier que les autres 
tags (name, network etc) sont cohérents avec le tag xxx:wikidata et donc 
aider à monter en qualité et cohérence à l'intérieur même d'OSM."
Cela voudrait-il dire qu'il faudrait dans osm - "network:name" et 
"network:wikidata" - et qu'osmose aille voir dans wikidata la cohérence 
? C'est un peu ce que disait Jo, non ?


Jean-Yvon


Le 05/08/2017 à 10:00, lenny.libre - lenny.li...@orange.fr a écrit :
C'est aussi pourquoi cela me perturbe de mettre un réseau codé 
(network=fr-   ) ou un code wikidata ; car que va faire le 
contributeur lambda (qui n'est ni informaticien, ni géomaticien) qui 
arrive devant un arrêt avec Jungle Bus, il se souvient qu'il peut 
mettre le réseau "network", et il ne va jamais penser qu'il faut 
mettre un code (non visible sur l'arrêt et dans osm on met ce qui est 
visible), il va mettre le/les noms qu'il va trouver sur les éléments 
de l’arrêt (pas le fr_).

Leni




___
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] Ostréiculteurs: producteurs, vendeurs, bar à huître

2017-08-07 Par sujet osm . sanspourriel 

Préparer des plateaux de fruits de mer, un poissonnier le fait.

Ouvrir les huitres, il devrait aussi pouvoir le faire.

shop=seafood et autres produce:oister me semble suffire puisque 
l'activité dégustation est nécessairement secondaire (sinon ils doivent 
ouvrir un restaurant).


Peut-être suggérer tasting=yes ?

J'ai cherché et trouvé cette proposition sur Proposed_features/Winery 
.

Semble abandonnée (pas d'évolution depuis 2012).
C'est la seule valeur de tasting et les utilisation actuelles (46) 
tournent autour du vin.


Jean-Yvon

Le 26/07/2017 à 18:55, Nicolas Toublanc - n.toubl...@gmail.com a écrit :

Bonjour,

J'ai enfin pris le temps de rentrer dans l'un de ces bars à huître, et 
j'ai du nouveau.


En effet, ils n'ont pas le statut de restaurant, donc ce qu'ils font, 
c'est:


  * ouvrir les huîtres, ou préparer des plateaux de fruits de mer
  * mettre à disposition une terrasse ou une salle pour manger, mais
chacun peut amener ses boissons, son pain et son beurre, etc...

Et ceux chez qui je suis allé proposent aussi un mode dégustation pour 
les huîtres, avec pain/beurre, sauce et un verre de muscadet.


Donc au final, je pense qu'il ne faut pas leur mettre le tag 
restaurant, car ça porterait à confusion (on n'y trouve pas ce qu'on 
s'attend à trouver dans un restaurant, même si on peut au final manger 
sur place).


Le fait de préparer des plateaux de fruits de mer ressemble davantage 
à ce que ferait un traiteur, et il est possible de déguster ou de 
pique-niquer sur place (mais le site de picnic est réservé au clients).


Mais ce n'est ni un restaurant, ni un fast-food.

Avez-vous de nouvelles idées sur comment se dépatouiller avec tout ça?



2017-07-10 10:41 GMT+02:00 Nicolas Toublanc >:




2017-07-09 15:03 GMT+02:00 Francescu GAROBY >:

Attention, c'est "seafood", et non "seefood"...


Héhé, oui merci de la correction!

> Est-il possible de multiplier les tags /*cuisine*/ et /*produce*/ afin
> d'avoir les 2 informations?
oui tu peux
cuisine=oysters;seefood
produce=oysters;seefood
mais l'un incluant l'autre, à ta place je choisirais l'un des
2 selon ce
qui est le plus important


Le plus important dans ce contexte, c'est bien oysters. Mais du
coup, il n'inclue pas seafood, donc indiquer les 2 me parait le
plus adapté.

Merci à tous les 3 d'avoir pris le temps de répondre à mes questions!

Francescu

Le 9 juillet 2017 à 12:30, marc marc
>
a écrit :

> il produit et sert avant tout des
> huîtres, son produit phare, mais aussi d'autres fruits
de mer.
>
> Donc soit on met produce=oysters et cuisine=oysters,
mais on est
> restrictif car il y a aussi d'autres crustacés. Soit on
met seefood à la
> place de oysters, mais on ne met pas en avant la
spécificité de
> l'endroit: les huîtres, et on rend impossible une
recherche retournant
> tous les producteurs d’huîtres de la région.
>
> Est-il possible de multiplier les tags /*cuisine*/ et
/*produce*/ afin
> d'avoir les 2 informations?
oui tu peux
cuisine=oysters;seefood
produce=oysters;seefood
mais l'un incluant l'autre, à ta place je choisirais l'un
des 2 selon ce
qui est le plus important

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





-- 
Francescu


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





-- 
Nicolas Toublanc

@toubiweb 




--
Nicolas Toublanc
@toubiweb 


___
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] bac à marées

2017-08-07 Par sujet osm . sanspourriel 

Bonjour,

pas tout incinérateur ici : ce serait du tout enfouissement.

En effet l'agglo de Lorient essaye de limiter l'apport et donc favorise 
le compostage (dans les jardins + poubelle verte) et le recyclage (les 
poubelles jaunes acceptent les films plastiques d'emballage). Le reste 
est traité pour enlever la matière organique résiduelle puis enfoui.


Mais ça ne change rien vu depuis OSM.

Pour les gros déchets : il y a belle lurette que les cordages sont en 
synthétique (nylon par exemple). Quant au bois flotté il fini souvent en 
cheminée (après désalinisation !) ou sert à faire de la déco. Et les 
troncs sont collectés sur la plage par tracteur si besoin.


Quant au laïus de Philippe : pas mal d'hypothèses fausses dans ce cas 
car la municipalité a utilisé l'expérience pour ne pas commettre les 
erreurs suggérées par Philippe.


Par exemple comme indiqué il existe des poubelles recyclables et divers 
à côté. Au milieu du chemin (le bac à marée est lui un peu décalé à 
l'entrée du sentier sur le parking). Donc ce qui est déposé là ne l'est 
pas par fainéantise. Et on ne met pas d'emballage dans un conteneur ouvert !


> Et ces bacs seront utilisés pour que les gens débarrassent leurs 
voitures et caravanes et mettent toutes sortes d'objets cassés au lieu 
de trouver la déchetterie
La dimension reste modeste et la limitation en hauteur du parking évite 
la fréquentation des caravanes, camping-cars et autres camionnettes des 
artisans.


Pas d'exploitation ostréicole ou mytilicole dans le secteur : les 
coquilles d'huitre et de moules sont des coquilles de mollusques 
sauvages (et non récoltées, sauf pour les souvenirs ;-)).


Jean-Yvon


Le 06/08/2017 à 10:56, marc marc - marc_marc_...@hotmail.com a écrit :

Bonjour,

Je trouve cette initiative positive puisqu'elle incite les gens à
ramasser les déchets des plages ce qui en tant normal est rarement fait.
Bien sur ce serrait encore mieux une gestion à la source (la canette
ramassé, c'est encore mieux si elle n'est pas jetée, le sac plastique à
usage unique non produit, etc) .

Mais niveau tag, pour moi c'est une poubelle "tout à l'incinérateur".
La seule différence c'est sa taille, alors si envie, met lui des tag
longueur/largeur/hauteur.

PS: espérons qu'il y ai au moins tri post-récolte des gros déchets
organiques (bois, corde), c'est tellement aberrant d'envoyer cela en
décharge ou à l'incinérateur.

Le 05. 08. 17 à 21:35, osm.sanspourr...@spamgourmet.com a écrit :

Bonjour,

À côté de poubelles classiques (recyclables, autres) un conteneur plus
grand sur lequel est écrit "/bac à marées/" avec la description suivante :

/Bac à marées//
//Pour les déchets des plages/

/Amis promeneurs, surfeurs, baigneurs,//
//Ce bac est destiné à recueillir les divers déchets marins que vous
trouverez sur les plages et sur le littoral (plastiques, cordage, bois...)./

___
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] bus : lignes de transport en commun Haute-Garonne : réseau

2017-08-07 Par sujet osm . sanspourriel 

Certes, plus c'est facile pour l'utilisateur, mieux c'est.

Mais il ne faut pas confondre l'enregistrement en base et l'entrée par 
l'utilisateur.


Oui entrer la valeur via le-s wikidata, tu peux oublier.

Mais qu'est-ce qui empêche un outil de présenter CTRL - Compagnie de 
transport de la région lorientaise (les /short name///et les /label/) au 
lieu de Q2408086 ?


D'accord avec Christian, une fois entré il ne faut pas que ça entraîne 
une requête à une autre base mais être entré dans OSM.


Jean-Yvon


Le 05/08/2017 à 10:00, lenny.libre - lenny.li...@orange.fr a écrit :
C'est aussi pourquoi cela me perturbe de mettre un réseau codé 
(network=fr-   ) ou un code wikidata ; car que va faire le 
contributeur lambda (qui n'est ni informaticien, ni géomaticien) qui 
arrive devant un arrêt avec Jungle Bus, il se souvient qu'il peut 
mettre le réseau "network", et il ne va jamais penser qu'il faut 
mettre un code (non visible sur l'arrêt et dans osm on met ce qui est 
visible), il va mettre le/les noms qu'il va trouver sur les éléments 
de l’arrêt (pas le fr_).

Leni


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

Re: [OSM-talk-fr] source sur l'objet <> sur le changeset

2017-08-07 Par sujet osm . sanspourriel 
Oui mais les pratiques évoluent. Je faisais comme toi. Voir un tag 
source:xxx= (souvent le source initial est le cadastre).


Or il s'agit comme dit pas Noémie je crois de méta-information et c'est 
le changeset qui est fait pour ça.


Et des outils exploitants mieux les changeset sont à développer ou faire 
découvrir : qui a modifié/ajouté tel attribut et quand avec quelles sources.


Jean-Yovn


Le 26/07/2017 à 22:21, Romain MEHUT - romain.me...@gmail.com a écrit :

Bonsoir,

Depuis que je contribue (bientôt 7 ans), j'ai toujours pris avec 
importance l'ajout d'un tag source pour chaque objet. Cela prend peut 
être plus de temps mais c'est autrement plus facile d'accès après coup 
pour les autres contributeurs que de devoir analyser des changesets...


Romain


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