Re: [OSM-talk-fr] adresse mail rejetée

[Philippe Verdy]

Je l'ai noté aussi depuis mars dernier. Le gestionnaire de mailing list a
semble-t-il changé en silence. De fait j'ai du me réinscrire avec mon
adresse Gmail, et je n'utilise plus mon adresse Wanadoo.fr historique quio
pourtant fonctionne toujours et aboutit à mon adresse Gmail.

Visiblement le gestionnaire n'admet plus les adresses mail redirigées (même
si la redirection est transparente pour les expéditeurs), on ne peut alors
pas répondre depuis ces messages redirigés, le gestionnaire ne faisant pas
l'identification pourtant correcte dans les champs MIME; la modif a été
brutale et je pense que c'est lié à un changement du logiciel de détection
des spams qui ne sait pas identifier les source des messages et met le
reste directement à la poubelle sans rien dire.

Bref c'est un problème pour tous ceux qui ont changé d'adresse mail pour
communiquer mais ayant gardé pourtant l'ancienne adresse fonctionnelle : il
faut maintenant se réinscrire avec la nouvelle adresse mail, mais on ne
peut pas répondre directement aux messages qui nous parviennent encore par
l'ancienne.

Et ceux qui utilisent des adresses multiples pour souscrire aux listes avec
des règles de tri distinctes pour chacune, mais où tout ensuite aboutit
dans une même boite centrale ont ce problème. Cela ne marche plus là non
plus, et la possibilité de "répondre" directement à un message reçu ne
marche plus, la réponse étant automatiquement et silencieusement éliminée
par le gestionnaire de liste. Si on veut y répondre, on doit faire un
nouveau message, copier manuellement le texte à garder, mais les
identifiants de fil de messages (thread id) normalement présents dans les
entêtes MIME ne seront pas là, et donc plus moyen de gérer les fils de
discussion.

Ce changement a eu lieu sur les listes d'OSM sans aucune annonce.

Le mer. 11 déc. 2019 à 21:42,  a écrit :

> Bonjour, encore un cas différent, proche de celui de vdct :
>
> j'expédie depuis mon fournisseur usuel à une adresse spamgourmet.com qui
> est abonné à la liste (l'adresse que vous voyez).
>
> Depuis disons 6 mois je vois vos messages mais pas ceux que j'expédie.
>
> Je sais que certains au moins les voient puisque certains réagissent.
>
> Avant ça marchait nickel (je recevais bien les messages que j'expédiais à
> la liste).
>
> N'arrive pas en spam pas plus sur le serveur que côté client.
>
> Pas de règle de suppression automatique non plus.
>
> Mystère et boule de gomme
>
> Jean-Yvon
> Le 10/12/2019 à 14:14, Vincent de Château-Thierry - osm.v...@free.fr a
> écrit :
>
> Bonjour,
>
>
> De: "JB"  
>
> Idem pour mailoo.org
>
> Idem chez free (comme Denis) et laposte.net
> Je constate par ailleurs que je ne reçois sur aucune des 2 adresses les mails 
> envoyés à la liste par Philippe Verdy depuis son adresse wanadoo.
>
> vincent
>
> ___
> 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] ref:FR:FANTOIR

[Philippe Verdy]

Le "code direction" n'a plus d'intérêt, c'est un champ à priori historique
puisqu'il n'y a plus qu'une seule direction par département.

Cependant pas sûr qu'il ne reste pas de doublon si on supprime ce code (par
exemple à Paris et les quelques autres départements où il y a eu plusieurs
directions). Il faudrait vérifier s'il est encore utile pour des
distinctions de rues qui n'auraient pas été renumérotées.

Cependant pour les DOM, ce champ contient le 3e chiffre du département, et
dans les autres il était à zéro (sauf dans les départements à plusieurs
directions). Et on ne peut alors pas supprimer ce chiffre sans causer de
sérieux problèmes de doublons dans les DOM à moins de le placer comme
premier chiffre du code commune (les codes communes INSEE dans les DOM sont
à deux chiffres et non trois, après le code département). Noter aussi que
des communes ont pu fusionner tout en conservant leur code commune
historique dans les rues. La fusion des codes communes n'a pas lieu non
plus dans les communes qui ne sont pas réellement en fusion simple, les
codes INSEE des communes ne sont donc pas supprimés, la commune nouvelle
utilisant alors autant de codes que de communes membres, et cela peut
persister longtemps (on a aussi des cas de défusion de communes) parce
qu'on ne peut pas simplement remplacer ce code commune par un autre sans
renuméroter tout le reste. C'est le cas par exemple dans les bases du
cadastre pour référencer les planches.

L'idée qu'une commune n'a qu'un seul code INSEE est fausse: même s'il y a
un code "principal" il y a encore des codes secondaires correspondant au
découpage historique et il faut des années pour que cela change, les
communes n'ayant pas envie ni le temps de corriger tous les fichiers et
faire que cela fonctionne avec toutes les administrations, la chose qui
compte n"tant pas le code commune seul mais l'identifiant complet de
l'objet (ici un code FANTOIR ou une planche cadastrale) dont le code
commune n'est qu'un composant non réellement séparable (on a même des cas
de communes ayant conservé des codes communes d'un ancien département quand
une fusion a eu lieu avec une commune d'un département voisin, les
départements ayant alors changé de délimitation, avec un exemple assez
récent entre Maine-et-Loire et Loire-Atlantique si je me souviens bien).


Le mer. 11 déc. 2019 à 21:53, deuzeffe  a écrit :

> Le 11/12/2019 à 05:10, Jérôme Amagat a écrit :
> > Bonjour,
> >
> > D’après le wiki il faut 10 caractère dans ref:FR:FANTOIR=*
> > https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR
> > Il y a beaucoup de valeurs pour ce tag qui compte 11 caractères :
> > https://overpass-turbo.eu/s/OSX
>
> D'après la description du fichier FANTOIR
> (
> https://www.data.gouv.fr/fr/datasets/r/7c52d813-1e98-4772-8a7a-6a01f9d30c6e
> ) c'est 11. Sauf que le code direction - fiscale ? - (deuxième "champ")
> semble avoir été ràz, donc ignoré dans la version finale ?
>
> Si quelqu'un y voit plus clair que moi...
>
> --
> deuzeffe - pas le neurone en face de la synapse
>
> ___
> 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] ref:FR:FANTOIR

[deuzeffe]

Le 11/12/2019 à 05:10, Jérôme Amagat a écrit :

Bonjour,

D’après le wiki il faut 10 caractère dans ref:FR:FANTOIR=* 
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR

Il y a beaucoup de valeurs pour ce tag qui compte 11 caractères :
https://overpass-turbo.eu/s/OSX


D'après la description du fichier FANTOIR 
(https://www.data.gouv.fr/fr/datasets/r/7c52d813-1e98-4772-8a7a-6a01f9d30c6e 
) c'est 11. Sauf que le code direction - fiscale ? - (deuxième "champ") 
semble avoir été ràz, donc ignoré dans la version finale ?


Si quelqu'un y voit plus clair que moi...

--
deuzeffe - pas le neurone en face de la synapse

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

Re: [OSM-talk-fr] adresse mail rejetée

[osm . sanspourriel]

Bonjour, encore un cas différent, proche de celui de vdct :

j'expédie depuis mon fournisseur usuel à une adresse spamgourmet.com qui
est abonné à la liste (l'adresse que vous voyez).

Depuis disons 6 mois je vois vos messages mais pas ceux que j'expédie.

Je sais que certains au moins les voient puisque certains réagissent.

Avant ça marchait nickel (je recevais bien les messages que j'expédiais
à la liste).

N'arrive pas en spam pas plus sur le serveur que côté client.

Pas de règle de suppression automatique non plus.

Mystère et boule de gomme

Jean-Yvon

Le 10/12/2019 à 14:14, Vincent de Château-Thierry - osm.v...@free.fr a
écrit :

Bonjour,


De: "JB" 

Idem pour mailoo.org

Idem chez free (comme Denis) et laposte.net
Je constate par ailleurs que je ne reçois sur aucune des 2 adresses les mails 
envoyés à la liste par Philippe Verdy depuis son adresse wanadoo.

vincent

___
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] OSM hack-weekend à Karlsruhe

[Christine Karch]

Je suis désolée de cette faut en planning. Je dois faire un peu de
coordination à l'avenir :)

On 11.12.19 19:37, François Lacombe wrote:
> Bonjour Christine,
> 
> Je m'associe au propos, pour avoir participé à l'édition d'octobre
> dernier : c'est génial
> 
> Ce weekend là, OSM France organise son conseil d'administration physique
> à Grenoble
> Ca sera difficile pour moi d'être avec vous
> 
> A bientôt !
> François
> 
> Le mer. 11 déc. 2019 à 12:04, Christine Karch  > a écrit :
> 
> Bonjour,
> 
> Karlsruhe n'est pas loin avec le TGV/OUI de Paris. J'aimerais bien vous
> inviter pour le prochain OSM hack week-end chez nous:
> 
> https://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_February_2020
> 
> On parle l'allemand, mais bien sûr aussi un peu l'anglais et le
> français. Vous êtes invités de participer :)
> 
> Christine
> 
> ___
> 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] Appel à l'aide à propos d'une série de premières contributions assez catastrophiques

[Cédric Frayssinet]

Je vous informe que suite aux mauvaises contributions marseillaises, un
courriel est parti dans toutes les DANE (Délégation Académique au
Numérique Éducatif) de France. Il a été envoyé ce matin et il devrait
redescendre chez tous les enseignants de SNT en académie.

Je vous le mets pour info là : https://cloud.mesdatas.org/s/omfk7aoefegrHFA

Il a été validé par certaines membres du CA OSM-Fr et notamment Vincent
Bergeot.

J'ai déjà été contacté, et notamment par un auteur du manuel Bordas qui
avait vu arriver les soucis possibles.

Espérons que cela ait un effet positif, n'hésitez pas à remonter les
éventuels soucis.

Cédric


Le 10/12/2019 à 17:50, Donat ROBAUX a écrit :
> Depuis samedi, je me suis amusé à passer en revue les contributions des gens
> ayant cliqué sur "Je demande que ma contribution soit vérifiée" avec OSMCha
> et les filtres qui vont bien.
> J'ai contrôlé depuis début novembre uniquement en IdF.
> J'étais un peu étonné car toutes les contributions étaient toutes dans le
> coin des Mureaux (78). J'ai eu la réponse hier avec SNT dans le changeset.
> J'ai demandé aux élèves qu'ils envoient leur prof sur le forum.
>
> Globalement les erreurs sont:
> - tag name=boulangerie à la place du tag normalement attendu
> - comme ils sont sur Id, ils ajoutent tous l'adresse, CP, ville...
> - ils suppriment le tag source
> - orthographe/typographie
> - commentaire à la google: "je recommande ce resto, pas cher,..."
> - doublon de magasins
>
> Ils avaient tous un username perso, c'est pourquoi je n'ai pas repéré de
> suite le SNT. Ils ont quand même ajouté des trucs utiles.
>
> A chaque fois je leur mets la page
> https://wiki.openstreetmap.org/wiki/FR:Bonnes_pratiques en espérant que ca
> serve.
>
> Donat
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 

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

Re: [OSM-talk-fr] Un peu de BANO v2

[Vincent de Château-Thierry]

Le 11/12/2019 à 14:51, Jérôme Seigneuret a écrit :

https://icon-library.net/icon/export-to-csv-icon-13.html

elle est en CCO donc public domain universel. Pas de droit réservé donc 
tu peux l'utiliser sans contrainte


Merci Jérôme !

vincent

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

Re: [OSM-talk-fr] OSM hack-weekend à Karlsruhe

[François Lacombe]

Bonjour Christine,

Je m'associe au propos, pour avoir participé à l'édition d'octobre dernier
: c'est génial

Ce weekend là, OSM France organise son conseil d'administration physique à
Grenoble
Ca sera difficile pour moi d'être avec vous

A bientôt !
François

Le mer. 11 déc. 2019 à 12:04, Christine Karch  a
écrit :

> Bonjour,
>
> Karlsruhe n'est pas loin avec le TGV/OUI de Paris. J'aimerais bien vous
> inviter pour le prochain OSM hack week-end chez nous:
>
> https://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_February_2020
>
> On parle l'allemand, mais bien sûr aussi un peu l'anglais et le
> français. Vous êtes invités de participer :)
>
> Christine
>
> ___
> 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] gestion du hstore dans qgis

[Etienne Trimaille]

Le mer. 11 déc. 2019 à 09:28, Tony Emery via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> map_get(hstore_to_map("tags"),'bridge').
> Sauf que chez moi, ça ne renvoi rien du tout.
>
> Aurais-je fait une erreur quelque part ?
>

Et ton champ, c'est bien "tags" ?
Que donne "hstore_to_map("tags")" ?

C'est effectivement une expression disponible dans QGIS 3.4.
Dans QGIS 3.6, il y a aussi un algo d'explosion du champ hstore (dans la
boîte à outils).

Sinon en dernier recours, QuickOSM fait aussi le boulot en lui donnant un
fichier OSM local. Tu peux soit customiser ton osmconf.ini ou laisser
QuickOSM lire la totalité du fichier pour exploser le hstore. Attention aux
performances avec des gros fichiers PBF, QuickOSM n'est pas optimisé pour
ça (écrit en Python). QGIS 3.6, en C++ est beaucoup beaucoup plus
performant pour exploser le champ HStore.

Qu'est-ce que tu souhaites faire ? Combien de champ t'intéresse dans le
HStore?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] ref:FR:FANTOIR

[Jérôme Seigneuret]

C'est pas le seul dans ce cas. J'ai discuté avec le responsable SIG d'une
intercommunalité qui bascule les données en important tous les points
d'adresse sans vérification depuis l'export de Fantoir.

Pour eux OSM est La données d'entrée donc tous doit y être... La
vérification passe au deuxième plan.

L'adressage varie fortement d'année en année. fusion cadastrale avec une
adresse création de copro. Ajout de numéro ou nom de rue sur des
lotissements.

Bref le point d'entrée pertinent et à jour est difficile à trouver. On fait
des DSP (eau) et de la redevance  incitavice (déchets) et on arrive pas à
avoir des données pertinentes à jour des communes et encore moins à définir
un process pour gérer l'actualisation (problème de moyens et de temps?)

Quelqu'un a déjà défini un processus pour les mise à jour (exemple:
renommage de rue, changement de sens de circulation , création de numéro,
changement d'un adressage en mode métrique ... sur la base d 'arrêté de
voirie?


Le mer. 11 déc. 2019 à 16:29, Vincent de Château-Thierry 
a écrit :

>
> > De: "Vincent de Château-Thierry" 
> >
> > Merci Jérôme pour la veille.
> > Je viens de laisser un commentaire sur un de ses changesets :
> > https://www.openstreetmap.org/changeset/78252330
> >
> > On verra s'il répond (et quoi) pour mieux aviser la suite.
>
> Chabe01 a lu mon commentaire, y a répondu et a engagé une correction
> massive de ses derniers changesets. Une bonne chose. Mais en observant ses
> autres changesets récents je vois qu'il/elle fait de l'import trop massif
> d'adresses pour assurer une quelconque qualité d'intégration, cf.:
> https://www.openstreetmap.org/changeset/78259779
> La discussion du changeset a donc continué... j'espère que la méthode
> changera un peu aussi, au profit d'un rythme moins soutenu. A suivre.
>
> vincent
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] ref:FR:FANTOIR

[Vincent de Château-Thierry]

> De: "Vincent de Château-Thierry" 
> 
> Merci Jérôme pour la veille.
> Je viens de laisser un commentaire sur un de ses changesets :
> https://www.openstreetmap.org/changeset/78252330
> 
> On verra s'il répond (et quoi) pour mieux aviser la suite.

Chabe01 a lu mon commentaire, y a répondu et a engagé une correction massive de 
ses derniers changesets. Une bonne chose. Mais en observant ses autres 
changesets récents je vois qu'il/elle fait de l'import trop massif d'adresses 
pour assurer une quelconque qualité d'intégration, cf.:
https://www.openstreetmap.org/changeset/78259779
La discussion du changeset a donc continué... j'espère que la méthode changera 
un peu aussi, au profit d'un rythme moins soutenu. A suivre.

vincent

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

Re: [OSM-talk-fr] gestion du hstore dans qgis

[ades]

test quick Osm, extension Qgis plutôt très bien, 
Pour l’ecw, pas de soucis avec QGIS3.10 (Mac Os 10.13.6) pas testé avec linux 
mini, et surtout pas avec windows…
> Le 11 déc. 2019 à 15:48, ades  a écrit :
> 
> 
> 
>> Le 11 déc. 2019 à 14:26, Tony Emery via Talk-fr  
>> a écrit :
>> 
>> J'utilise QGIS 3.4. 
>> J'ai essayé d'installer la dernière version mais j'ai, par ailleurs, un pb
>> de gestion de certains rasters en ecw qui fait que j'ai dû reprendre la
>> dernière version.
>> 
>> Ma source, c'est 
>> https://gis.stackexchange.com/questions/209421/how-to-categorize-features-based-on-hstore-values-in-qgis
>> 
>>   
>> 
>> Ce que j'aimerais faire c'est que, au lieu d'extraire les attributs du
>> hstore en utilisant postgresql, je puisse le faire directement et à la volée
>> avec QGIS quand j'ai besoin de faire une carte vite fait.
>> 
>> 
>> 
>> -
>> Tony EMERY
>> OpenStreetMap.fr
>> Ingénieur SIG
>> --
>> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>> 
>> ___
>> 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] gestion du hstore dans qgis

[ades]

> Le 11 déc. 2019 à 14:26, Tony Emery via Talk-fr  a 
> écrit :
> 
> J'utilise QGIS 3.4. 
> J'ai essayé d'installer la dernière version mais j'ai, par ailleurs, un pb
> de gestion de certains rasters en ecw qui fait que j'ai dû reprendre la
> dernière version.
> 
> Ma source, c'est 
> https://gis.stackexchange.com/questions/209421/how-to-categorize-features-based-on-hstore-values-in-qgis
> 
>   
> 
> Ce que j'aimerais faire c'est que, au lieu d'extraire les attributs du
> hstore en utilisant postgresql, je puisse le faire directement et à la volée
> avec QGIS quand j'ai besoin de faire une carte vite fait.
> 
> 
> 
> -
> Tony EMERY
> OpenStreetMap.fr
> Ingénieur SIG
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
> 
> ___
> 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] gestion du hstore dans qgis

[ades]

Dans qGis essaye QuickOsm, à chercher dans les extensions…
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Un peu de BANO v2

[Jérôme Seigneuret]

Pour une compréhension simplifié voici les grands principes
https://upload.wikimedia.org/wikipedia/commons/8/85/Creative_commons_license_spectrum_fr.svg


Le mer. 11 déc. 2019 à 14:51, Jérôme Seigneuret 
a écrit :

> https://icon-library.net/icon/export-to-csv-icon-13.html
>
> elle est en CCO donc public domain universel. Pas de droit réservé donc tu
> peux l'utiliser sans contrainte
>
> Merci pour le reste des explications
>
> Le mer. 11 déc. 2019 à 14:11, Vincent de Château-Thierry 
> a écrit :
>
>>
>> > De: "Xavier BIZOT" 
>> >
>> > En haut à droite de couleur verte sur écriture blanche juste à côte
>> > de communes voisines
>>
>> Merci Xavier :)
>>
>> > Le mer. 11 déc. 2019 à 13:54, Donat ROBAUX < dona...@gmail.com > a
>> > écrit :
>> >
>> > Bizarre je ne le vois pas ton bouton d'export .csv même après avoir
>> > supprimé le cache.
>>
>> L'occasion de suggérer la recherche d'un bouton explicite et plus joli et
>> visible *même pour Donat ;) * pour cette nouvelle fonction.
>> J'avais vu celui-ci :
>> https://www.drupal.org/files/styles/grid-3-2x/public/project-images/export-csv.png
>> mais je n'ai pas compris quelle licence s'appliquait, donc dans le doute je
>> n'en ai rien fait. La remarque vaut plus généralement pour le design de
>> toutes les pages Fantoir : avis à celles/ceux qui aiment jouer avec les
>> CSS.
>>
>> vincent
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
> Cordialement,
> Jérôme Seigneuret
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comment tagger une colonne chauffante de gare ?

[Brice MALLET]

Le 10/12/2019 à 15:53, Yves P. a écrit :

Il y a 3 amenity=heater dans la base: https://overpass-turbo.eu/s/OSh
Ils sont tous dans une gare (et les 2 premiers sont même visible dans 
Mapillary).


Merci Yves,
il y en a maintenant 8 de plus

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

Re: [OSM-talk-fr] Un peu de BANO v2

[Jérôme Seigneuret]

https://icon-library.net/icon/export-to-csv-icon-13.html

elle est en CCO donc public domain universel. Pas de droit réservé donc tu
peux l'utiliser sans contrainte

Merci pour le reste des explications

Le mer. 11 déc. 2019 à 14:11, Vincent de Château-Thierry 
a écrit :

>
> > De: "Xavier BIZOT" 
> >
> > En haut à droite de couleur verte sur écriture blanche juste à côte
> > de communes voisines
>
> Merci Xavier :)
>
> > Le mer. 11 déc. 2019 à 13:54, Donat ROBAUX < dona...@gmail.com > a
> > écrit :
> >
> > Bizarre je ne le vois pas ton bouton d'export .csv même après avoir
> > supprimé le cache.
>
> L'occasion de suggérer la recherche d'un bouton explicite et plus joli et
> visible *même pour Donat ;) * pour cette nouvelle fonction.
> J'avais vu celui-ci :
> https://www.drupal.org/files/styles/grid-3-2x/public/project-images/export-csv.png
> mais je n'ai pas compris quelle licence s'appliquait, donc dans le doute je
> n'en ai rien fait. La remarque vaut plus généralement pour le design de
> toutes les pages Fantoir : avis à celles/ceux qui aiment jouer avec les
> CSS.
>
> vincent
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] gestion du hstore dans qgis

[Tony Emery via Talk-fr]

J'utilise QGIS 3.4. 
J'ai essayé d'installer la dernière version mais j'ai, par ailleurs, un pb
de gestion de certains rasters en ecw qui fait que j'ai dû reprendre la
dernière version.

Ma source, c'est 
https://gis.stackexchange.com/questions/209421/how-to-categorize-features-based-on-hstore-values-in-qgis

  

Ce que j'aimerais faire c'est que, au lieu d'extraire les attributs du
hstore en utilisant postgresql, je puisse le faire directement et à la volée
avec QGIS quand j'ai besoin de faire une carte vite fait.



-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Un peu de BANO v2

[Vincent de Château-Thierry]

> De: "Xavier BIZOT" 
> 
> En haut à droite de couleur verte sur écriture blanche juste à côte
> de communes voisines

Merci Xavier :)

> Le mer. 11 déc. 2019 à 13:54, Donat ROBAUX < dona...@gmail.com > a
> écrit :
> 
> Bizarre je ne le vois pas ton bouton d'export .csv même après avoir
> supprimé le cache.

L'occasion de suggérer la recherche d'un bouton explicite et plus joli et 
visible *même pour Donat ;) * pour cette nouvelle fonction.
J'avais vu celui-ci : 
https://www.drupal.org/files/styles/grid-3-2x/public/project-images/export-csv.png
 mais je n'ai pas compris quelle licence s'appliquait, donc dans le doute je 
n'en ai rien fait. La remarque vaut plus généralement pour le design de toutes 
les pages Fantoir : avis à celles/ceux qui aiment jouer avec les CSS. 

vincent

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

Re: [OSM-talk-fr] Un peu de BANO v2

[Xavier BIZOT]

En haut à droite de couleur verte sur écriture blanche juste à côte de
communes voisines

Xavier

Le mer. 11 déc. 2019 à 13:54, Donat ROBAUX  a écrit :

> Bizarre je ne le vois pas ton bouton d'export .csv même après avoir
> supprimé
> le cache.
>
> Donat
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> 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] Un peu de BANO v2

[Donat ROBAUX]

Bizarre je ne le vois pas ton bouton d'export .csv même après avoir supprimé
le cache.

Donat



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

[OSM-talk-fr] OSM hack-weekend à Karlsruhe

[Christine Karch]

Bonjour,

Karlsruhe n'est pas loin avec le TGV/OUI de Paris. J'aimerais bien vous
inviter pour le prochain OSM hack week-end chez nous:

https://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_February_2020

On parle l'allemand, mais bien sûr aussi un peu l'anglais et le
français. Vous êtes invités de participer :)

Christine

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

Re: [OSM-talk-fr] Un peu de BANO v2

[lenny.libre]

Le 11/12/2019 à 10:28, Vincent de Château-Thierry a écrit :

Bonjour,


De: "Jérôme Seigneuret" 

Quelques éléments à ajouter pour préciser les divergences

- Divergence de complétude du nom (prénom présent ou non sur le
terrain mais existant dans Fantoir - Inverse valable)
625101610F  RUE GRAMME

- Nom de résidence / Lotissement incorporé au nom de voie

Oui, pour ça on a "Voie incorporée à une autre" qui peut convenir. Je préfère 
garder une liste assez compacte de cas pour ne pas rendre la qualification fastidieuse à 
coup de scroll.
  

Parcontre la surcouche pour la carto elle est prévue? Et la synchro
sur les données OSM tu as fais sauter le bouton. La syncrho est
devenue journalière?

La surcouche carto est prévue, je sais que Christian l'a bien mise dans sa 
(looongue) tout doux.
Le bouton de synchro est inactif pour l'instant, ça se veut temporaire.

A propos de bouton, un autre est apparu ce matin, il s'agit de la possibilité 
d'exporter en CSV la liste présente à l'écran 
(https://github.com/osm-fr/osm-vs-fantoir/issues/68)


Très bien ce bouton, plus pratique que sélectionner dans la page web.

merci Vincent




vincent

___
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] ref:FR:FANTOIR

[Vincent de Château-Thierry]

> De: "Jérôme Amagat" 
> 
> Déjà il faudrait le contacter pour lui dire qu'il commet une erreur
> et que les outils https://dev.cadastre.openstreetmap.fr/fantoir/
> sont bien utiles pour l'ajout des adresses, il n'a pas l'air de les
> utiliser :)
> Si ça tente quelqu'un de le contacter et de chercher si d'autres
> contributeurs commette cette erreur.

Merci Jérôme pour la veille.
Je viens de laisser un commentaire sur un de ses changesets : 
https://www.openstreetmap.org/changeset/78252330

On verra s'il répond (et quoi) pour mieux aviser la suite.

vincent

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

[OSM-talk-fr] [DAE] fonctionnement de la base de données nationale des,défibrillateurs automatisés externes

[Cyrille37 OSM via Talk-fr]

Revue de publication officielle:

Arrêté du 29 octobre 2019 relatif au fonctionnement de la base de 
données nationale des défibrillateurs automatisés externes (DAE)

https://www.legifrance.gouv.fr/jo_pdf.do?id=JORFTEXT39363959

Cet arrêté précise les modalités d'exploitation (alimentation, gestion, 
communication) de la base de données nationale des défibrillateurs 
automatisés externes.

https://www.legifrance.gouv.fr/eli/arrete/2019/10/29/SSAP1932161A/jo/texte



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

Re: [OSM-talk-fr] JOSM : comment tracer un cercle de rayon donné autour d'un point

[Philippe Verdy]

oui, il reste ensuite les options de précision du cercle: un simple nombre
de points n'est pas adapté à toutes les tailles, 18 c'est bien pour un
petit batiment, mais pour des objets plus grands (exemple des distances de
loxodromie en maritime, c'est insuffisant; de même pour aider à tracer et
régulariser des pistes d'athlétisme ou hippodromes. On aimerait pouvoir
indiquer juste un écart maximum entre une corde et l'arc théorique, ne
serait-ce que pour éviter de sortir de la largeur des voies, surtout dans
les échangeurs, où une approximation mauvaise peut conduire à des dérives
sur les GPS et nous situer sur la mauvaise voie. Cela évite aussi de couper
des batiments ou équipements proches.

L'option pourrait être généralisée à la régularisation de courbes à l'aide
de Bezier (idéalement cubiques, pour optimiser le placement des points de
controle dans les limites d'écart fixées sans ajouter trop de noeuds fixes
ensuite, mais des quadratiques peuvent aussi faire le travail avec les deux
points de contrôle de la cubique superposés quand on est en quadratique),
l'outil s'occupant de déterminer le nombre de points sur le chemin,
déterminer les points de contrôle hors chemin pour calculer les autres.
Dans tous les cas des options pour préserver des noeuds critiques
(intersections d'objets connexes ou certains points fixes déjà positionnés
précisément avec des tags pour l'indiquer). Régulariser l'écartement des
noeuds générés donne de meilleurs résultats quand ensuite on fait des zoom
arrière et que certains noeuds sont éliminés, mais aussi pour placer des
noeuds supplémentaires (des intersections par exemple), et l'ajout de
telles intersections pourrait alors éliminer et régulariser à nouveau les
autres noeuds non critiques entre les points fixes.

Dernière option: la sélection de plusieurs chemins découpés faisant partie
du même arc de cercle (et éventuellement jointifs et "lissés" aux points de
jonction) devrait pouvoir tout régulariser (là encore utilie pour les
ronds-points). Et la touche O doit donc pouvoir accepter ces chemins (même
s'ils ne sont pas jointifs car ils sont séparés par des segments droits ou
des "encoches"). Cependant pas sûr que l'option de lissage de courbes non
circulaires (utilisant des Bézier cuibiques ou quatradtiques) puisse être
unifiée avec les arcs de cercles (qui sont tout de même une minorité des
objets courbes, notamment les virages de routes).

Personnellement je préférerait que le lissage de courbe en ajoutant des
points précis dans les données soit plutôt dans l'éditeur que dans le
moteur de rendu qui utilise des paramètres fixes sur les tolérances de
placement (les rendus avec Bezier ont de grosses anomalies comme des
intersections indésirables en zone urbaine): dans un éditeur on peut
toujours jouer avec des points fixes manuel et régulariser le reste (en
attendant qu'un jour OSM modifie son modèle de données pour admettre des
arcs de Bezier cubiques et pas seulement des suites de segments qui font
toujours des angles et ne permet jamais d'indiquer des tangentes correctes)


Le mar. 10 déc. 2019 à 11:54, Yves P.  a écrit :

> @Topographe Fou
>
> Philippe avait décrit la même chose :
>
> il serait plus simple de juste tracer un rayon et non un diamètre, voire
> juste un seul noeud à une position connue, et avec la touche o accepter
> cette sélection unique pour saisir la longueur du rayon
>
>
> A mon avis un ticket demandant la possibilité, à partir d'un segment, de
> créer un cercle de centre "le point de départ du way" et passant par le
> second point serait apprécié car fonction utile à plus d'un utilisateur
> JOSM je pense (perso j'utilise la technique des 3 points mais en decalquant
> sur de l'imagerie qui n'indique généralement pas le centre).
>
> Autre idée : un ticket pour, à partir d'un point, ouvrir une boite de
> dialogue qui permette de saisir un rayon et générer un cercle.
>
> La boite pourrait proposer un bouton radio rayon/diamètre
>
> Autre idée : un ticket pour, à partir d'un point, générer un cercle qui
> passe par la position de la souris et la suis jusqu'à ce que l'on clique
> pour figer le rayon.
>
>
> En fait ça peu être simple au niveau de la saisie :
>
>
>- 1 point sélectionné : Appui sur O affiche la boite de dialogue (la
>même que pour déplacer un point, mais avec le rayo,/diamètre en plus).
>- 1 point sélectionné et on est en train de tracer un segment (appuis
>sur A et on déplace la souris). Appui sur O : on trace maintenant un cercle
>- 2 points sélectionnés : Appuis sur O (actuellement MAJ+O) pour
>tracer un cercle à partir de son rayon (le centre étant le premier point),
>second appui sur O pour le tracer mais à partir de son diamètre (ce
>que fait MAJ+O) actuellement.
>
>
> Comme ça il n’y a qu’une seule touche à utiliser en manipulant la souris.
>
> Est-ce que ça résume bien les  propositions du Topographe et de Philippe ?
>
> —
> Yves
> ___
> Talk-fr mailing list
> 

Re: [OSM-talk-fr] gestion du hstore dans qgis

[René-Luc Dhont]

Bonjour Tony,

Quelle version de QGIS utilises-tu ?

Quelle est ta source pour map_get(hstore_to_map("tags"),'bridge') ?

René-Luc
3liz

Le 11/12/2019 à 09:27, Tony Emery via Talk-fr a écrit :

Bonjour à tous,

Je suis sûr que certains d'entre vous ont déjà eu l'idée d'exploiter
l'attribut hstore dans une analyse cartographique avec QGIS.

En cherchant sur Internet, j'ai trouvé un truc du genre
map_get(hstore_to_map("tags"),'bridge').
Sauf que chez moi, ça ne renvoi rien du tout.

Aurais-je fait une erreur quelque part ?





-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
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] Un peu de BANO v2

[Vincent de Château-Thierry]

Bonjour,

> De: "Jérôme Seigneuret" 
> 
> Quelques éléments à ajouter pour préciser les divergences
> 
> - Divergence de complétude du nom (prénom présent ou non sur le
> terrain mais existant dans Fantoir - Inverse valable)
> 625101610FRUE GRAMME
> 
> - Nom de résidence / Lotissement incorporé au nom de voie

Oui, pour ça on a "Voie incorporée à une autre" qui peut convenir. Je préfère 
garder une liste assez compacte de cas pour ne pas rendre la qualification 
fastidieuse à coup de scroll.
 
> Parcontre la surcouche pour la carto elle est prévue? Et la synchro
> sur les données OSM tu as fais sauter le bouton. La syncrho est
> devenue journalière?

La surcouche carto est prévue, je sais que Christian l'a bien mise dans sa 
(looongue) tout doux.
Le bouton de synchro est inactif pour l'instant, ça se veut temporaire.

A propos de bouton, un autre est apparu ce matin, il s'agit de la possibilité 
d'exporter en CSV la liste présente à l'écran 
(https://github.com/osm-fr/osm-vs-fantoir/issues/68)

vincent

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

Re: [OSM-talk-fr] gestion du hstore dans qgis

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Salut Tony,

Tu peux peut-être mieux expliciter ce que tu cherches à faire ?
Denis

-Message d'origine-
De : Tony Emery via Talk-fr  
Envoyé : mercredi 11 décembre 2019 09:28
À : talk-fr@openstreetmap.org
Cc : Tony Emery 
Objet : [OSM-talk-fr] gestion du hstore dans qgis

Bonjour à tous,

Je suis sûr que certains d'entre vous ont déjà eu l'idée d'exploiter l'attribut 
hstore dans une analyse cartographique avec QGIS.

En cherchant sur Internet, j'ai trouvé un truc du genre 
map_get(hstore_to_map("tags"),'bridge').
Sauf que chez moi, ça ne renvoi rien du tout.

Aurais-je fait une erreur quelque part ?





-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Un peu de BANO v2

[Jérôme Seigneuret]

Bonjour,

Quelques éléments à ajouter pour préciser les divergences

- Divergence de complétude du nom (prénom présent ou non sur le terrain
mais existant dans Fantoir - Inverse valable)
625101610F RUE GRAMME

- Nom de résidence / Lotissement incorporé au nom de voie

http://dev.cadastre.openstreetmap.fr/fantoir/#insee=62510=0

exemple
625101316L RUE E. VARLIN RES LA BREVA
625102237M RUE LOUISE MICHEL RES LE FOHEN

Parcontre la surcouche pour la carto elle est prévue? Et la synchro sur les
données OSM tu as fais sauter le bouton. La syncrho est devenue journalière?

Merci


Le ven. 15 nov. 2019 à 22:47, deuzeffe  a écrit :

> On 11/11/2019 16:34, Vincent de Château-Thierry wrote:
>
> > Bonjour,
>
> Bonsoir,
>
> > TL;DR : il y a enfin des choses à tester avec BANO v2, c'est par là :
> > https://dev.cadastre.openstreetmap.fr/fantoir/
>
> Superbe travail, plus rapide, plus fluide, plus complet (pas comme le
> cadastre, en somme, ou dans d'autres départements...). Des heures
> pluvieuses à occuper en perspective.
>
> Merci à tous les neurones qui se sont activés pour améliorer le
> terrain de jeu. Ça tombe bien, mon responsable communal de l'urbanisme
> vient de m'envoyer le dernier lot de nouvelles voiesérotation à
> saisir ^^
>
> --
> deuzeffe. Avec du vrai internet, la vie est plus belle.
>
> ___
> 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] gestion du hstore dans qgis

[Tony Emery via Talk-fr]

Bonjour à tous,

Je suis sûr que certains d'entre vous ont déjà eu l'idée d'exploiter
l'attribut hstore dans une analyse cartographique avec QGIS.

En cherchant sur Internet, j'ai trouvé un truc du genre
map_get(hstore_to_map("tags"),'bridge').
Sauf que chez moi, ça ne renvoi rien du tout.

Aurais-je fait une erreur quelque part ?





-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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