Re: [OSM-talk-fr] Bande cyclable étroite

2020-11-30 Par sujet lejun 

Le 01/12/2020 à 01:15, Mathieu a écrit :

Est-ce qu'on pourrait trouver un critère plus "humain" pour déterminer
si une piste ou bande cyclable peut être considérée comme étroite ?

Quelque chose qui soit plus facile à déterminer par tout un chacun
qu'une estimation en cm, et à la fois indépendant des normes locales.

Je pense par exemple aux critères suivants qui se rapprochent de l'usage
qui est fait des bandes et pistes cyclables dans le monde réel :

Est-il possible / confortable de :
     - rouler à 2 de front (c'est un critère ?
     - dépasser un autre cycliste?
     - emprunter cette voie avec un vélo hors-normes (cargo type
triporteur ou biporteur, tricycle, grosse remorque à l'arrière d'un vélo
classique ?)
     - emprunter cette voie avec un fauteuil roulant (au Pays-Bas, le
royaume de la piste cyclable il n'est pas rare de voir des personnes en
fauteuil roulant emprunter les pistes car elles sont larges et
accueillantes justement, et qu'il est facile de dépasser) ?


L'intérêt même d'un attribut c'est qu'il soit interprétable de la même
manière quelque soit le cartographe et pour ça y a malheureusement pas
de meilleure solution qu'une mesure objective. C'est sur cette raison
qu'on utilise des attributs type width, height, incline/decline, surface.

N'importe comment si on crée un attribut pour un des exemples cités
alors tu auras à la fois ceux qui considèrent que 5cm d'écart ça passe
large et ceux qui ont besoin de leur mètre de distance. Idem, un vélo
hors-normes sera par définition en dehors de nos attentes et il sera
beaucoup plus simple de donner une dimension aux utilisateurs que de
valider ou non chaque type de véhicule un à un.

La dernière trace à ma connaissance sur la question de critères
"humains" remonte au
https://wiki.openstreetmap.org/wiki/Key:class:bicycle. Simple sur papier
il s'est vite vu décliné en fonction de l'usage attendu (touring,
commuting, etc). Il y a également d'autres critiques sur la
vérifiabilité (dont je faisais allusion ci-dessus).

--
Lejun - Groupe Local OpenStreetMap Bourgogne-Franche-Comté

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

[OSM-talk-fr] Bande cyclable étroite

2020-11-30 Par sujet Mathieu 
Bonjour ! ('soir)

Les discussions sur le sujet (qui semblent en pause depuis quelques jours)
ont éveillé mon intérêt.

Est-ce qu'on pourrait trouver un critère plus "humain" pour déterminer si
une piste ou bande cyclable peut être considérée comme étroite ?

Quelque chose qui soit plus facile à déterminer par tout un chacun qu'une
estimation en cm, et à la fois indépendant des normes locales.

Je pense par exemple aux critères suivants qui se rapprochent de l'usage
qui est fait des bandes et pistes cyclables dans le monde réel :

Est-il possible / confortable de :
- rouler à 2 de front (c'est un critère ?
- dépasser un autre cycliste?
- emprunter cette voie avec un vélo hors-normes (cargo type triporteur
ou biporteur, tricycle, grosse remorque à l'arrière d'un vélo classique ?)
- emprunter cette voie avec un fauteuil roulant (au Pays-Bas, le
royaume de la piste cyclable il n'est pas rare de voir des personnes en
fauteuil roulant emprunter les pistes car elles sont larges et
accueillantes justement, et qu'il est facile de dépasser) ?

Je n'ai pas encore d'idée claire pour traduire tout ou partie des
réflexions ci-dessus en propositions concrètes, j'espère surtout relancer
la discussion et je suis curieux de voir vos retours

A+ !
__
rouelibre1
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset

2020-11-30 Par sujet Philippe Verdy 
Le ven. 13 nov. 2020 à 18:26, Jérôme Amagat  a
écrit :

> Pas de réaction hostile sur le robot :D
> On pourrait aussi indiquer sur le wiki, que les population=* en France ne
> sont connus qu'au niveau communal et donc que les population=* sur les
> place=* sont les populations des communes dont ce place=* est le chef lieu.
>

Ce n'est pas tout à fait vrai, car il y a des chiffres de population au
niveau des IRIS (ou parfois des TRIRIS quand il sont trop petits, pour
respecter le secret statistique).

Pour les petites communes, elles ne sont pas découpées en IRIS ou sont leur
propre IRIS (mais elles sont parfois regroupées en TRIRIS avec d'autres
pour certaines statistiques sensibles au plan personnel comme la fiscalité,
l'emploi, l'équipement des ménages, quand ces données sont protégées par la
loi Informatique et liberté de 1978, conformément aux directives de la
CNIL: les données par IRIS existent à l'INSEE, mais leur accès est réservé
aux personnels habilités des administrations: le fisc, la justice, les
autorités policières et de contrôle, et certains personnels communaux qui
doivent alimenter et corriger ces données, ainsi que pour permettre un
accès personnel par les personnes concernées dans ces statistiques pour
qu'elles aient un droit personnel d'accès et de rectification).

Pour les communes-associations ou les communes nouvelles, le découpage
continue de préserver au moins un IRIS par commune membre (commune associée
ou commune déléguée) tant qu'elles n'entrent pas en fusion simple. Le
découpage en IRIS est assez stable mais peut évoluer avec le temps pour
conserver certains seuils (au moins à l'échelle des TRIRIS) permettant de
les comparer entre eux (les seuils sont assez stricts maintenant concernant
l'usage des IRIS de population résidente pour le zonage électoral, afin de
préserver raisonnablement l'équité des électeurs, exigée par la
Constitution).

Les TRIRIS sont le plus souvent (pas toujours) des regroupements de trois
IRIS (pas toujours dans la même commune, ou pouvant inclure une petite
commune non découpée avec les IRIS d'une commune voisine découpée en IRIS).
Les données par TRIRIS sont publiques.

Pourquoi trois IRIS le plus souvent dans un TRIRIS ? C'est à cause de
leur typologie qui distingue trois types d'IRIS selon leur usage principal:
résidentiel, agricole, commercial: il peut arriver qu'il n'y ait plus qu'un
seul résident ou forer fiscal dans une zone donnée où existent alors les
deux autres types voisins. Si un IRIS seul a suffisamment de population, il
n'est pas nécessaire de le regrouper avec d'autres IRIS voisins moins
peuplés.

De plus, seules les communes les plus peuplées sont découpées en IRIS: il
reste alors peu de cas où, pour préserver les seuils de secret statistique,
ces IRIS infra-communaux ont besoin d'être regroupés. Et autant que
possible, le regroupement doit préserver la continuité territoriale
(exception faite des iles où la continuité inclue les eaux territoriales ou
adjacentes) et se fait au sein de la même commune (mais ce n'est pas
toujours possible et il faut parfois rattacher le petit IRIS trop peu
peuplé à un IRIS d'une commune voisine ou au seul IRIS d'une petite commune
voisine non découpée (ce n'est pas fait pour les données simples de
population mais pour les données fiscales ou d'emploi: les chiffres de
population communale sont donc toujours calculables comme la somme des
population de ses IRIS; on peut alors avoir dans les communes les plus
peuplées découpées le détail par IRIS ou TRIRIS, mais les IRIS restants non
rattachables à un TRIRIS d'une même commune sont alors seulement totalisés
de façon non nécessairement contigue territorialement dans un pseudo-TRIRIS
indiquant tout ce reste).

Alors que pour les données sensibles (fiscalité, emploi, revenus,
équipement des foyers, sécurité et criminalité, composition des foyers,
statut matrimonial, nationalité...) on les retrouvera dans de véritables
TRIRIS mais ceux-ci seront parfois intercommunaux (ces données ne sont donc
pas disponibles partout à l'échelle des communes car il y a ces TRIRIS qui
débordent un peu sur les communes voisines dont tout ou partie du
territoire a été rattaché à une autre commune contenant l'IRIS le plus
peuplé: ce découpage obtenu pour les données publiques n'est pas donc plus
strictement communal et obéit aux exceptions demandées par la CNIL, alors
que les communes et agences autorisées de l'Etat ont les chiffres exacts
commune par commune, IRIS par IRIS, parfois même à un niveau plus fin foyer
par foyer voir individu par individu, en fonction de leurs habilitations et
de leur réel besoin de ces données précises ou si elles en sont elles-même
la source ou si elles doivent pouvoir fournir un droit d'accès personnel
aux résidents concernés, en suivant une procédure et vérifiant leur
identité et droit à y accéder, avec des personnels qualifiés, formés à ces
procédures et soumis au secret administratif et aux procédures normatives
de sécurité, tous les employés

Re: [OSM-talk-fr] Le bourg d'une commune

2020-11-30 Par sujet Marc_marc 
Bonjour,

Le 30.11.20 à 22:40, Frantz a écrit :
> comment indiquer "Le Bourg" des petites communes ?

place=* selon sa taille avec le nom officiel (souvent celui écrit
sur place pour décrire le bourg :)
le bourg c'est un terme générique, ce n'est pas son nom réel.
je supose que le panneau à cet endroit indique Foucarmont
à l'entrée.

> J'ai l'impression qu'il faudrait "Foucarmont" sur la relation frontière et 
> "Bourg de Foucarmont" sur le noeud place=village

on n'ajoute pas "ville de " devant toute les villes dans osm
ni "hameau de"
sauf si c'est leur nom :)

> il faut ajouter un "place=neighbourhood + name=Le Bourg de Foucarmont ?

je doute qu'un bourg ai un quartier du même nom.
je crois que cela ne fait que ajouter de la confusion entre la commune
et le village (suffit de voir que les 2 ont le même wikidata/wikipedia,
ce qui est erroné, l'article wikipedai n'a pas le village comme sujet
principal)

> En attendant un avis éclairé, j'ai ajouté un "alt_name=Bourg de Foucarmont" 
> au "place=village + name=Foucarmont".

je mettrais en 1er la ref si tu veux faire le lien entre "Le Bourg"
administratif de fantoir et l'objet osm.
alt_name est sans doute le moins pire. mais sur quelle base objective
entre "Bourg, Le Bourg, Bourg de, Le Bourg de" si c'est un terme
générique et non le nom propre du lieu ?
Et puis le gars cherche Bourg et l'outil lui retourne tous
les bourg par resemblance de nom :(

Cordialement,
Marc



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

Re: [OSM-talk-fr] [Siren] Ne garder que les boîtes dans une région donnée ?

2020-11-30 Par sujet Gilles G. 

On 30/11/2020 20:51, Yves P. wrote:


Avant de faire une moulinette pour retrouver la région pour chaque
code
postal, ce fichier existerait-il déjà quelque part ?


Il faut le faire par départemen, c'est plus simple 

Et le n° de département c'est les 2 premiers chiffres du code postal 
pour la métropole, et les 3 premiers pour les DOM-TOM (97*).


Ah oui, plus simple. Et vu le nombre de boîtes même dans une seule 
région, je vais d'ailleurs faire un export "un département = un fichier 
CSV".


Merci.

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

Re: [OSM-talk-fr] raison pour rue non rapprochée et no manquant

2020-11-30 Par sujet Marc_marc 
Le 30.11.20 à 14:04, Vincent de Château-Thierry a écrit :
> Marc je veux bien un ticket là-dessus, merci.

https://github.com/osm-fr/osm-vs-fantoir/issues/114



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

Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset

2020-11-30 Par sujet Frantz 
Bonjour,

13 novembre 2020 16:20 "Rpnpif via Talk-fr"  a écrit:

> Attention aussi, certains admin-centre ne sont pas sur le village ayant
> la plus grande population [...]

J'ai une question assez proche : comment indiquer "Le Bourg" des petites 
communes ?
Par exemple la commune de Foucarmont contenant le "Bourg de Foucarmont" (pour 
d'autres c'est juste "Le Bourg").
J'ai l'impression qu'il faudrait "Foucarmont" sur la relation frontière et 
"Bourg de Foucarmont" sur le noeud place=village qui est l'admin_centre, mais 
ce n'est pas ce qui est déjà en place. Ou il faut ajouter un 
"place=neighbourhood + name=Le Bourg de Foucarmont ?
En attendant un avis éclairé, j'ai ajouté un "alt_name=Bourg de Foucarmont" au 
"place=village + name=Foucarmont".

À avancer les noms de rue, la liste BANO des lieux manquants avec le plus 
d'adresse commence à lister "Le Bourg" "Le Bourg" "Le Bourg" :D

-- 
Frantz

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

Re: [OSM-talk-fr] outils qualité

2020-11-30 Par sujet osm . sanspourriel 


Le 30/11/2020 à 14:12, Georges Dutreix via Talk-fr -
talk-fr@openstreetmap.org a écrit :


Il me retourne des bbox de la taille d'un pays ou plus avec 2 POI
modifiés, l'un en Allemagne, l'autre au Maroc. J'ai bien vu le coup du
"bbox size bound", mais si un utilisateur modifie un objet dans ma
zone et un autre 500 km plus loin, alors je ne vois plus le changeset
? C'est ça ?

Oui, tu comprends mieux pourquoi je dis de faire des petits changesets ?
Et pourquoi Marc dit que si c'est un robot ça va.

il n'y a pas moyen de ne récupérer que les changesets ayant des
relations ou ways avec au moins un nœud à l'intérieur de ma zone ?


non, pas à ma connaissance.

Par contre https://resultmaps.neis-one.org/osm-change-tiles te permet de
le faire... mais le flux RSS porte sur la zone que tu choisis sans autre
critère (Contrairement à Leni j'utilise le flux RSS et non la version
graphique).


Autre truc, je lui donne une date de départ 23/11/2020, et il me
retourne des changesets qui ont plusieurs mois.
Vous l'utilisez comment, vous ?


(OSMCha) Avec parcimonie ;-) pour les raisons évoquées.

Je l'ai utilisé pour les modifs sur les agences Thomas Cook
(surveillance d'un commentaire de cs).

Surveillance des modifs d'une personne durant un intervalle (ça eu
marché, voir si demain ça recommence à marcher - je dis demain car on
change de mois et comme OSMCah est américain il n'est pas impossible
qu'ils cherchent des dates au format MM-JJ-).

Il y a deux filtres de date : moi ça me donne des changements d'il y a 3
ans quand je demande à partir d'aujourd'hui.

Du coup j'ai trouvé que le flux RSS indiqué ci-dessus était plus utile.

En plus tu vois directement qui a créé le changeset et son expérience OSM.

Jean-Yvon



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

Re: [OSM-talk-fr] [Siren] Ne garder que les boîtes dans une région donnée ?

2020-11-30 Par sujet Yves P. 
> Avant de faire une moulinette pour retrouver la région pour chaque code
> postal, ce fichier existerait-il déjà quelque part ?
>

Il faut le faire par départemen, c'est plus simple 

Et le n° de département c'est les 2 premiers chiffres du code postal pour
la métropole, et les 3 premiers pour les DOM-TOM (97*).

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

Re: [OSM-talk-fr] [Proposition] Casernes de pompiers et structures administratives porteuses

2020-11-30 Par sujet Donat ROBAUX 
Bonsoir,

Merci à vous 2. Ce sujet me tient à cœur autant que François et ses
installations électriques ;)

J'ai modifié ma proposition tenant compte de vos remarques, notamment de
celle de Marc pour éviter les OSM nationaux. J'espère que cela suffira
Les casernes qui ont le plus de tag avec la France est la Russie qui
utilise le tag fire_station:type avec des abrégés en russe
correspondants j'imagine, avec une certaine catégorisation telle que je
l'envisage. Mais je ne parle pas russe.

Concernant la généralité ou la spécialité de la caserne, je ne sais pas
s'il faut détailler directement la spécialité ou faire un sous-tag
fire_station:speciality

ou
laisser quelque chose comme fire_station_activity

=*

   - generic
   - specialist
   - aircraft (ARFF en anglais, SSLIA en française)
   

   - forestry
   - xxx


Pour la catégorisation j'ai laissé mon tag originel, mais ai crée des
valeurs qui je l'espère contenteront tout le monde.

fire_station_category

=* Catégorie dans le sens importance en terme d'intervention ou dans
l'organisation. Ex: caserne principale, secondaire,

   - primary
   - secondary
   - tertiary
   - extension_position (caserne satellite)
   - advanced_station (caserne en position avancée)
   - first_aid (caserne de 1er recours qui n'est pas autonome sur une
   opération de base)

Je ne suis pas sûr de la traduction, donc proposez-moi si c'est du
franglais.

Et ca se passe toujours ici pour voir le brouillon de propal:
https://wiki.openstreetmap.org/wiki/User:Gendy54/Projet_SIS

Donat


Garanti
sans virus. www.avast.com

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

[OSM-talk-fr] [Siren] Ne garder que les boîtes dans une région donnée ?

2020-11-30 Par sujet Gilles G. 

Bonjour,

La question ne concerne pas OSM, mais peut-être des gens ici ont-ils 
déjà travaillé avec le fichier des entreprises (Siren) de l'Insee, que 
Christian Quest a d'ailleurs modifié pour ajouter la géolocalisation :


https://www.insee.fr/fr/information/3591226
https://www.data.gouv.fr/fr/datasets/base-sirene-des-entreprises-et-de-leurs-etablissements-siren-siret/
http://data.cquest.org/geo_sirene/v2019/

Du fichier d'origine StockEtablissementActif_utf8_geo.csv, j'aimerais ne 
garder que les entreprises dans telle ou telle région, mais sauf erreur, 
la colonne n'existe pas:


=
siren, nic, siret, statutDiffusionEtablissement, 
dateCreationEtablissement, trancheEffectifsEtablissement, 
anneeEffectifsEtablissement, 
activitePrincipaleRegistreMetiersEtablissement, 
dateDernierTraitementEtablissement, etablissementSiege, 
nombrePeriodesEtablissement, complementAdresseEtablissement, 
numeroVoieEtablissement, indiceRepetitionEtablissement, 
typeVoieEtablissement, libelleVoieEtablissement, 
codePostalEtablissement, libelleCommuneEtablissement, 
libelleCommuneEtrangerEtablissement, distributionSpecialeEtablissement, 
codeCommuneEtablissement, codeCedexEtablissement, 
libelleCedexEtablissement, codePaysEtrangerEtablissement, 
libellePaysEtrangerEtablissement, complementAdresse2Etablissement, 
numeroVoie2Etablissement, indiceRepetition2Etablissement, 
typeVoie2Etablissement, libelleVoie2Etablissement, 
codePostal2Etablissement, libelleCommune2Etablissement, 
libelleCommuneEtranger2Etablissement, 
distributionSpeciale2Etablissement, codeCommune2Etablissement, 
codeCedex2Etablissement, libelleCedex2Etablissement, 
codePaysEtranger2Etablissement, libellePaysEtranger2Etablissement, 
dateDebut, etatAdministratifEtablissement, enseigne1Etablissement, 
enseigne2Etablissement, enseigne3Etablissement, 
denominationUsuelleEtablissement, activitePrincipaleEtablissement, 
nomenclatureActivitePrincipaleEtablissement, 
caractereEmployeurEtablissement, longitude, latitude, geo_score, 
geo_type, geo_adresse, geo_id, geo_ligne, geo_l4, geo_l5

=

Avant de faire une moulinette pour retrouver la région pour chaque code 
postal, ce fichier existerait-il déjà quelque part ?


Merci.


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

[OSM-talk-fr] Décryptualité - Le sujet du jour : OpenStreetMap fait saliver les ogres

2020-11-30 Par sujet Jean-Christophe Becquet 
Bonsoir,

OpenStreetMap était le sujet du jour du dernier Décryptualité, la
chronique hebdomadaire sur les libertés numériques et le logiciel libre
réalisée par des membres de l'April.

Retrouvez Luc et Manu dans ce podcast sous licence libre :
https://www.april.org/decryptualite-du-23-novembre-2020-openstreetmap-fait-saliver-les-ogres
(OpenStreetMap à partir de 3 minutes 57 secondes)

Pour ceux qui préfèrent lire, il y a la transcription :
https://www.april.org/openstreetmap-fait-saliver-les-ogres-decryptualite-du-23-novembre-2020

Et pour propager :
https://pouet.chapril.org/@lfievet2/105264489334913260
https://twitter.com/morandim77/status/1332232263673786369

Bonne soirée

Librement

JCB
-- 
Jean-Christophe Becquet
APITUX - le choix du logiciel libre
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com

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

Re: [OSM-talk-fr] outils qualité

2020-11-30 Par sujet leni 


Le 30/11/2020 à 14:12, Georges Dutreix via Talk-fr a écrit :


Le 27/11/2020 à 13:04, Marc_marc a écrit :

3 outils
parmis d'autre :
WhoDidIt [1] produisant un flux informant des modifs d'une zone
osmcha [2] détectant les changeset soit sur base d'euristique
osmose [3] pour corriger les anomalies dans un rayon de + en plus grand
autour d'un lieu, ce qui permet ensuite de détecter facilement une
innondation d'erreurs.

[1]http://simon04.dev.openstreetmap.org/whodidit/
[2]https://osmcha.org/
[3]https://osmose.openstreetmap.fr/fr/map/

Bonjour,

J'utilise pas mal Osmose mais j'ai voulu tenter les 2 autres dans mes 
"zones connues", pour surveiller les changements faits récemment.


Whodidit semble ne pas fonctionner (mais peut-être je ne sais pas 
l’utiliser)


OSMCha - J'ai regardé la doc liée et je n'ai pas trouvé sur internet 
d'explication claire sur comment l'utiliser. Et soit je n'y comprends 
rien, soit je n'y comprends vraiment rien :-)


Il me retourne des bbox de la taille d'un pays ou plus avec 2 POI 
modifiés, l'un en Allemagne, l'autre au Maroc. J'ai bien vu le coup du 
"bbox size bound", mais si un utilisateur modifie un objet dans ma 
zone et un autre 500 km plus loin, alors je ne vois plus le changeset 
? C'est ça ?
il n'y a pas moyen de ne récupérer que les changesets ayant des 
relations ou ways avec au moins un nœud à l'intérieur de ma zone ?
Autre truc, je lui donne une date de départ 23/11/2020, et il me 
retourne des changesets qui ont plusieurs mois.

Vous l'utilisez comment, vous ?


Pour ma part, avant, j'utilisais  whodidit qui m'envoyait une 
notification, puis plus rien ...
Comme toi, j'ai essayé de tester OSMCha, mais je n'arrivais pas à 
l'utiliser et j'ai abandonné il m’envoyait des tas de notification si ma 
zone est comprise entre les extrêmes des changesets, même si pas de 
modif dans ma zone.


Pour l'instant, je suis avec 
https://resultmaps.neis-one.org/osm-change-tiles#14/44.8849/1.2137 les 
tuiles modifiées sont en des carrés mauves


cordialement

leni


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

Re: [OSM-talk-fr] [Proposition] Casernes de pompiers et structures administratives porteuses

2020-11-30 Par sujet Marc_marc 
Bonjour,

tout d'abord merci de t'être penché sur le sujet.

Le 29.11.20 à 18:03, Donat ROBAUX a écrit :
> chaque pays pourrait définir (ou pas) des valeurs adaptées à
> son pays. Mais où placer le code pays sur la clé 
> /FR:fire_station_category=*/  ou /fire_station_category:FR=*/  ?

à mon avis, nulle part ! il faut éviter les "osm nationaux".
cette fragmentation des schémas selon les pays est à mon avis
une des pires choses pour osm.
c'est un peu comme si on remplacait highway=primary par highway:FR=route
nationale pour le plaisir d'avoir les mots en français dans les valeurs
osm et qu'on délégait aux utilisateurs de données le soin de
trouver la cohérence nécessaire pour une utilisation internationale.

une des façons correctes est selon moi de s'inspirer de admin_level :
il permet de renseigner les spécificités d'un pays tout en gardant
une cohérence internationale.
fire_level ou qlq chose du genre devrait faire l'affaire.
Pour renseigner la description de chaque niveau, la relation
default pouvant convenir et/ou créer une page sur le modèle de
https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_level_values_for_specific_countries
ce genre de schéma permet à celui qui veux faire une carte
ou des stats avec tous les admin_level=4 le fait facilement
sans devoir sélectionner admin_level:FR=region +
admin_level:DE:Bundesland ou truc du genre. et ca c'est précieux.

l'autre façon est d'utiliser une valeur anglaise :
primary, secondary etc

Cordialement,
Marc



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

Re: [OSM-talk-fr] outils qualité

2020-11-30 Par sujet Georges Dutreix via Talk-fr 


Le 27/11/2020 à 13:04, Marc_marc a écrit :

3 outils
parmis d'autre :
WhoDidIt [1] produisant un flux informant des modifs d'une zone
osmcha [2] détectant les changeset soit sur base d'euristique
osmose [3] pour corriger les anomalies dans un rayon de + en plus grand
autour d'un lieu, ce qui permet ensuite de détecter facilement une
innondation d'erreurs.

[1]http://simon04.dev.openstreetmap.org/whodidit/
[2]https://osmcha.org/
[3]https://osmose.openstreetmap.fr/fr/map/

Bonjour,

J'utilise pas mal Osmose mais j'ai voulu tenter les 2 autres dans mes 
"zones connues", pour surveiller les changements faits récemment.


Whodidit semble ne pas fonctionner (mais peut-être je ne sais pas 
l’utiliser)


OSMCha - J'ai regardé la doc liée et je n'ai pas trouvé sur internet 
d'explication claire sur comment l'utiliser. Et soit je n'y comprends 
rien, soit je n'y comprends vraiment rien :-)


Il me retourne des bbox de la taille d'un pays ou plus avec 2 POI 
modifiés, l'un en Allemagne, l'autre au Maroc. J'ai bien vu le coup du 
"bbox size bound", mais si un utilisateur modifie un objet dans ma zone 
et un autre 500 km plus loin, alors je ne vois plus le changeset ? C'est 
ça ?
il n'y a pas moyen de ne récupérer que les changesets ayant des 
relations ou ways avec au moins un nœud à l'intérieur de ma zone ?
Autre truc, je lui donne une date de départ 23/11/2020, et il me 
retourne des changesets qui ont plusieurs mois.

Vous l'utilisez comment, vous ?


Merci pour vos suggestions.

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

Re: [OSM-talk-fr] raison pour rue non rapprochée et no manquant

2020-11-30 Par sujet Vincent de Château-Thierry 
Bonjour,

> De: "Marc_marc" 
> 
> je pose la question ici car j'imagine ne pas être le
> seul à rencontrer ce cas de temps à autre
> commune Bucey-lès-Gy 70104
> un exemple parmi d'autre : Rue de l'europe
> 
> dans osm la rue et ses adresses
> https://overpass-turbo.eu/s/10HL
> 
> dans l'outil du cadastre pdf il y en a 27 adresses
> http://cadastre.openstreetmap.fr/data/070/RB104-BUCEY-LES-GY-adresses-addrstreet_mix_en_facade_ou_isole.zip
> 
> dans le rendu bano on voit bien toutes les addr,
> y compris celle encore absente dans osm
> 
> mais dans le comparateur
> https://bano.openstreetmap.fr/fantoir/#insee=70104=2
> - elle est non rapprochée. quelqu'un comprend pq ?
> bien sur on peux forcer en ajoutant la ref
> mais même sans ref, le nom exactement identique fait
> le rapprochement non ?
> - elle est sans adresse, la BAN n'a pas récupéré
> les addr du cadastre ?
> 
> Vincent je te fais volontiers un ticket si c'est
> un bug dans l'outil bano/fantoir

Je pense que c'est un bug car en regardant le Fantoir brut de la commune [1] on 
constate qu'il y a 2 voies "Rue de l'Europe", l'une actuelle et non rapprochée 
(701040060K), l'autre annulée mais rapprochée (701040059J). Ca ne devrait pas 
être le cas, la 701040059J ne devrait pas être prise en compte du fait de son 
annulation. Marc je veux bien un ticket là-dessus, merci.

vincent

[1] https://bano.openstreetmap.fr/fantoir/liste_brute_fantoir.html#insee=70104

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

[OSM-talk-fr] raison pour rue non rapprochée et no manquant

2020-11-30 Par sujet Marc_marc 
Bonjour,

je pose la question ici car j'imagine ne pas être le
seul à rencontrer ce cas de temps à autre
commune Bucey-lès-Gy 70104
un exemple parmi d'autre : Rue de l'europe

dans osm la rue et ses adresses
https://overpass-turbo.eu/s/10HL

dans l'outil du cadastre pdf il y en a 27 adresses
http://cadastre.openstreetmap.fr/data/070/RB104-BUCEY-LES-GY-adresses-addrstreet_mix_en_facade_ou_isole.zip

dans le rendu bano on voit bien toutes les addr,
y compris celle encore absente dans osm

mais dans le comparateur
https://bano.openstreetmap.fr/fantoir/#insee=70104=2
- elle est non rapprochée. quelqu'un comprend pq ?
bien sur on peux forcer en ajoutant la ref
mais même sans ref, le nom exactement identique fait
le rapprochement non ?
- elle est sans adresse, la BAN n'a pas récupéré
les addr du cadastre ?

Vincent je te fais volontiers un ticket si c'est
un bug dans l'outil bano/fantoir

et dans les 3 cas, le no 21 du bureau de poste
selon la poste n'existe pas dans les autres sources.
qui + est, la poste elle-même localise
très mal son bureau

Cordialement,
Marc



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

Re: [OSM-talk-fr] [édition de masse] convertir le tag déprécié diaper par le tag approuvé changing_table

2020-11-30 Par sujet leni 


Le 29/11/2020 à 18:29, François Lacombe a écrit :

Bonjour Marc

Bonne idée également, je valide


+ 1 leni

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