[OSM-talk-fr] Codes INSEE régions, départements, collectivités

[Adrien André via Talk-fr]

Bonjour,

après avoir remarqué que l'outil batimap ne fonctionnait plus pour 
certaines régions,
nous avons remarqué des changements de code INSEE sur les 
boundary=administrative + admin_level=4 ou admin_level=6 d'après 
https://www.insee.fr/fr/information/3528272


Les éléments concernés sont :
https://www.openstreetmap.org/relation/4850450, Lyon, 69M
https://www.openstreetmap.org/relation/2502058, Guyane, 973R
https://www.openstreetmap.org/relation/1260552, Martinique, supprimée
https://www.openstreetmap.org/relation/2473088, Martinique, 972R

Or, de ce que j'en comprends, cette page INSEE est au sujet du mode 
d'administration du territoire,

non du territoire lui-même, représenté par l'objet géographique.

Les codes des admin_level=4 que je trouve ailleurs sont ceux qui 
apparaissent dans le fichier INSEE region_2022.csv, colonne REG 
https://www.insee.fr/fr/information/6051727

Ou pour admin_level=6, departement_2022.csv, colonne DEP.

Y a-t'il un projet en cours de mise à jour OSM de ces codes ?

Si ref:INSEE évolue vers cette nouvelle codification, ce changement 
est-il transparent ou géré par les outils du type bot population, 
BANO/FANTOIR, Intégration Osmose, etc ?


Voir la discussion https://www.openstreetmap.org/changeset/106640690

Merci


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

[OSM-talk-fr] "Intégration des autoroutes" de la Guyane avec les pays voisins

[Adrien André via Talk-fr]

Bonjour,

j'ai été contacté pour donner mon avis sur
https://forum.openstreetmap.org/viewtopic.php?id=70063
c.-à-d. changement de highway=primary en trunk.

Le réseau routier c'est pas vraiment mon dada, il y a certainement des
personnes bien plus averties sur cette liste :)

Cela ressemble à une traduction approximative de "highway" mais, il n'y
a pas d'*autoroute* en Guyane.
Vraiment juste une *route nationale* (2x1 voie sans terre-plein central) :
https://openstreetcam.org/details/1299295/1494/track-info

L'apport du changement proposé n'est pas totalement clair pour moi.
Cela semble principalement basé sur la proposition "Highway key voting
importance" [1].
L'autre référence donnée [2] a l'air d'être motivée par le rendu.

À priori je pense que notre groupe local suivra ce qui est généralement
indiqué sur
https://wiki.openstreetmap.org/wiki/FR:Key:highway

[1]
https://wiki.openstreetmap.org/wiki/Proposed_features/Highway_key_voting_importance
[2]
https://wiki.openstreetmap.org/wiki/FR:Key:highway#Exceptions_aux_attributs_physiques

-- 
Adrien A.



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

[OSM-talk-fr] Statistiques post-cartopartie

[Adrien André via Talk-fr]

Bonjour,

je suis à la recherche de ce qu'il est possible d'obtenir comme 
statistiques post-cartopartie (combien d'objets créés, total de longueur 
de voies, etc).


Il me semble avoir vu passer plusieurs fois le sujet, mais je ne me 
souviens plus dans quel canal et je ne trouve pas vraiment de doc là-dessus.


Par exemple avec OSMCha, on arrive à compter le nombre de changesets en 
filtrant sur des hashtags, mais pour l'instant je n'ai pas trouvé plus 
élaboré.


Auriez-vous plus d'infos ?

--
Adrien A.


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

Re: [OSM-talk-fr] Re: Nommage des bâtiments scolaires / universitaires complexes

[Adrien André via Talk-fr]

Le 19-12-15 à 09 h 18, Adrien André via Talk-fr a écrit :
À ce sujet, j'ai remarqué qu'osm-carto ne rend pas les polygones 
landuse=school.

Par exemple, https://www.openstreetmap.org/way/687225350

--
Adrien


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

Re: [OSM-talk-fr] Nommage des bâtiments scolaires / universitaires complexes

[Adrien André via Talk-fr]

Je dirais landuse=school d'après
https://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dschool#Groupes_scolaires

À ce sujet, j'ai remarqué qu'osm-carto ne rend pas les polygones 
landuse=school.


Le 19-12-15 à 05 h 29, Arnaud Champollion a écrit :


Du coup, landuse= ???

Sur le wiki, page "landuse" on trouve :


Éducation

L'emprise des écoles et cours d'écoles doivent être indiquées avec 
amenity =school 
 ou 
amenity 
=university 
.



--
Adrien

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

Re: [OSM-talk-fr] L’enfer est pavé de bonnes intentions (clef mapillary id<>url)

[Adrien André via Talk-fr]

Le 19-11-07 à 07 h 26, marc marc a écrit :

l'autre "piste" c'est de se demander de l'utilité de la clef mapillary
on y encode la meilleur image dispo au moment de l'encodage.
et puis ?
Pic4review montre bien qu'il n'y a pas besoin de codé en dur l'image,
on peux la récupérer quand on a besoin, sans besoin de maintenance


J'ai toujours eu du mal avec cette tendance des attributs d'OSM à 
devenir le réceptacle des identifiants de toutes les bases externes 
existantes.


Je ne suis pas utilisateur de mapillary, et je me demande ce qui le 
différencie tant des sources habituelles.

Tout comme source=Bing + source:date=20191107,
source=mapillary + source:date=20191107 ne suffit-il pas ?
Pour aller plus loin, et afficher des photos dans une interface, je 
chercherais du coté de

https://www.mapillary.com#gimme=pics=1.234=5.678=20191107

Si on tient à stocker des informations de lien, alors la place de ces 
informations ne serait-elle pas plutôt ailleurs ?
Par exemple, dans des tables (OSM ou base satellite) à part. Tables qui 
pourraient ressembler au brouillon suivant :


type | id    | version | database | key
 | - | --- |  | ---
relation | 65606 | 289 | wikidata | Q84
 |   | |  |


database | url  | url_pattern
 |  | 
wikidata | https://www.wikidata.org | https://www.wikidata.org/entity/{key}
 |  |

Ceci pouvant également servir à des systèmes spécifiques pour lier leurs 
données avec celles d'OSM.


Les informations sémantiques sur les éléments restent ainsi séparées de 
la donnée technique de lien.
Les interfaces utilisant OSM peuvent s'en servir pour afficher les 
données de bases externes (photos, extraits d'articles, etc).

Et je présume que la maintenance d'openstreetmap.org en serait allégée.

--
Adrien



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

[OSM-talk-fr] Dépliants applications mobiles

[Adrien André via Talk-fr]

Bonjour,

pour un stand OSM lors d'un évènement public nous aimerions avoir des 
dépliants (/flyers/) décrivant les applications mobiles (OSMAnd & cie).


Peut-on trouver ce genre de chose dans certains coins du web ?

Merci,

--
Adrien

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

Re: [OSM-talk-fr] Espé devient Inspé

[Adrien André via Talk-fr]

Le 19-10-30 à 04 h 16, marc marc a écrit :

C'est ce que fait le rendu FR;)

Si il n'y a plus de place pour le name, short_name est utilisé en plan B.

On fait comment pour faire adopter ceci sur les principaux rendus ?

on regarde s'il y a déjà un ticket dans le github osm-carto


Celui-ci est similaire :

https://github.com/gravitystorm/openstreetmap-carto/issues/3569

--
Adrien

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

Re: [OSM-talk-fr] Re: Espé devient Inspé

[Adrien André via Talk-fr]

Le 19-10-29 à 15 h 20, Yves P. a écrit :
name est trop long à afficher sur le rendu. C’est illisible, prend 
trop de place.

Ne serait-ce justement pas le travail du code de rendu
d'afficher short_name plutôt que name dans certaines conditions ?


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

Re: [OSM-talk-fr] bridge=simple_brunnel

[Adrien André via Talk-fr]

Bonjour,

Le 19-10-29 à 04 h 40, Nicolas Moyroud a écrit :
Pour ce genre de cas j'ai toujours utilisé le tag tunnel=culvert sur 
le waterway. Je ne vois pas ce qu'apporte de plus ce "nouveau" tag 
simple_brunnel.

Idem

--
Adrien


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

[OSM-talk-fr] Tr: Demande de proposition de prestation pour création de carte

[Adrien André via Talk-fr]

Bonjour,

je fais suivre cette demande pour création de carte.

La limite de réponse est le 10 octobre 2019 à 12h.

Document joint : 
https://framadrop.org/r/Pgf5uuKoTj#eQiFVGj1UWQTpCI9KZr5Z1SC0/srprQ/K1r1x8u2S0k=


Cordialement,


 Message transféré 
Sujet : 	Demande de proposition de la prestation "Carte avec les points 
d'intérêt des établissements de santé et médico-sociaux de la zone 
transfrontalière de l’Oyapock" pour l'ARS de Guyane

Date :  Fri, 20 Sep 2019 11:50:31 +
De :VAN GASTEL, Benoît (ARS-GUYANE) 
Pour :  VAN GASTEL, Benoît (ARS-GUYANE) 
Copie à :   DUPLAN, Hélène (ARS-GUYANE) 



Bonjour,

Pour faire suite à nos différents échanges, je vous remercie de nous 
transmettre une proposition (devis ou convention) pour la prestation 
décrite ci-dessous pour pouvoir procéder à la sélection du prestataire 
pour une réalisation de la prestation avant fin novembre 2019.


Vous trouverez en pièce jointe un exemple « amateur » de carte et une 
requête de travail sur les données dans OpenStreetMap : 
http://overpass-turbo.eu/s/Mpp


Je reste à votre disposition pour tout renseignement complémentaire.

Cordialement.

http://arsgup973.sd.intranet.sante.gouv.fr/signature/imgs_signature/ars_guyane.jpeg 





*Benoît Van Gastel*
Ingénieur Sanitaire, MPH

Chargé de mission Santé Publique et Santé Environnement et de la 
coopération en santé avec le Brésil - Gerente de Projetos em Saúde 
Pública e Saúde Ambiental e Responsável pela cooperação em saúde com o 
Brasil - Public Health & Environmental Health Projects and Health 
Cooperation with Brazil


Tél : +594(0)5 94 25 72 82 - GSM : +594(0)6 94 27 50 07
Courriel : benoit.vangas...@ars.sante.fr 
 
@ars.sante.fr 



http://arsgup973.sd.intranet.sante.gouv.fr/signature/imgs_signature/territoire.jpeg
*ARS de Guyane*
66, avenue des Flamboyants - C.S 40696 - 97336 Cayenne Cedex - Fax : 
benoit.vangas...@ars.sante.fr 

www.ars.guyane.sante.fr 

*Description de la prestation :*

Carte avec les points d'intérêt pour présenter les emplacements et les 
informations de base (nom, type et gestionnaire) des établissements de 
santé et médico-sociaux de la zone transfrontalière de l’Oyapock entre 
la Guyane française et l’Amapá (Brésil).


*Le projet :*

1.Un fonds de carte avec légende à créer, par exemple avec comme source 
de données OpenStreetMap (https://www.openstreetmap.org) avec une 
emprise générale de la carte qui devra comprendre, au plus près, 
l’intégralité des communes de Régina, Ouanary, Saint Georges de 
l’Oyapock, Camopi et Oiapoque ;


2.En encart des zooms sur les bourgs des communes à une échelle adaptée ;

3.Les informations classiques sur les cartes (titre, échelle, légende, 
nord, date, sources…) ;


4.Des points d’intérêt qui seront fournis par l’ARS sous forme de « 
fichiers de formes » avec les données de localisation conforme à 
OpenStreetMap et les informations de base (nom, type et gestionnaire) 
des établissements de santé et médico-sociaux validées par l’ARS et les 
gestionnaires d’établissement ;


5.Des volets sur les bords de la carte qui permettront de présenter les 
informations de base (nom, type et gestionnaire) des points d’intérêt ;


6.Les logos des partenaires qui seront fournis par l’ARS.

Les livrables :

1.Fichiers pdf et jpg sous licence libre ou libre de droit de la carte 
*/avec/* les points d'intérêt pour l’édition d’une carte pour une 
publication haute résolution grand format (par exemple A1, 59,4 x 84,1 
cm) pour un affichage mural dans les établissements à l’attention du 
public et des professionnels ;


2.Fichiers pdf et jpg de la carte */sans/* les points d'intérêt avec les 
mêmes caractéristiques de résolution que le livrable 1.




Les ministères sociaux agissent pour un développement durable.

Préservons l'environnement : n'imprimons que si nécessaire !

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

[OSM-talk-fr] Import/Intégration et nom d'élément

[Adrien André via Talk-fr]

Bonjour,

j'aimerais connaître votre avis sur les modifications suivantes :
http://osm.org/changeset/52017117
http://osm.org/changeset/69296601

Il s'agit apparemment d'une intégration d'une couche de données OpenData 
depuis Osmose

et de l'import d'une couche du site balisemeteo.com via JOSM.

Je présume qu'il s'agissait de tableaux de données. Chaque élément est 
nommé par le nom de sa localité,
ce qui est utile pour la consultation de chacun d'eux sans 
représentation cartographique.


Cependant, après plusieurs imports, dans une localité, on observera tous 
les éléments classiques avec un nom identique :

le bureau de poste de Roncey nommé Roncey,
la station météo de Roncey nommée Roncey, etc

Sur le bureau de poste proche de chez-moi, sur sur la grande enseigne 
est inscrit "La Poste".


Est-ce évoqué sur le wiki ailleurs que
https://wiki.openstreetmap.org/wiki/FR:Key:name#Valeurs_d.C3.A9finies_par_l.27utilisateur
?

Merci

Adrien


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