[OSM-talk-fr] amenity=clinic

2016-09-01 Par sujet Jérôme Amagat 
Ou faut il mettre le tag amenity=clinic?
Ce qui s'appelle clinic pour les anglais ça ne ressemble pas à nos
cliniques en France (d’après ce que j'ai lu sur le wiki et sur Wikipédia).
Beaucoup de cliniques françaises font la même chose que des hôpitaux et
devraient être taguer donc amenity=hospital.
Et les maison de santé qui sont de plus en plus nombreuses dans les villes
et villages ça ressemble pas mal à des clinics, des regroupements de
professionnels de la santé. non?

Je dirais qu'il faudrait créer la page en français de amenity=clinic et
dire quand l'utiliser en France parce que pour moi c'est pas clair (et
c'est sûrement pareil pour d'autre).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] présentation

2016-09-01 Par sujet Vincent de Château-Thierry 

Bonsoir Béatrice et bienvenue par ici,

Le 01/09/2016 à 12:06, b.maran...@ville-bondy.fr a écrit :


Je suis preneuse de toute suggestion, notamment d’un guide des bonnes
pratiques pour la cartoparties.


Je suis mal placé pour parler de cartoparties (je n'en ai jamais 
organisé) mais sur le principe, pour un relevé terrain, le premier outil 
ce sont les yeux :) Observation, mémoire photographique. Après comme ça 
ne suffit pas, on a quelques prothèses bien pratiques. Une très répandue 
maintenant c'est le smartphone, qui combine géolocalisation et prises de 
vue. Une photo avec des informations de géolocalisation ça s'exploite 
directement dans JOSM (un simple glisser déposer de la photo dans le 
fond de plan). Il vaut mieux tester en avance la qualité de la géoloc 
car en urbain dense on a facilement des déconvenues sur la qualité du 
positionnement.
Contrepartie en ville, les nombreux points de repère, souvent déjà dans 
OSM, comme les bâtiments et les noms de voies, permettent de prendre des 
vues sans géoloc, les informations photographiées étant pour certaines 
simples à retrouver dans les données pour comprendre la position et 
l'orientation de la prise de vue.
En complément, la prise de notes papier est parfois pratique. Tu peux 
jeter un oeil aux Field Papers [1] qui proposent un fond carto léger, 
pratique à surcharger au stylo directement sur place, avant retour 
devant l'ordinateur.


On pourrait aussi évoquer les éditeurs OSM en mobilité (OSMAnd, 
Vespucci) mais dans le cadre d'une cartopartie personnellement je trouve 
leur usage anecdotique, et surtout un peu hors sujet de mon point de 
vue. Je trouve que le temps passé sur le terrain est plus efficace si 
dédié à l'observation, non à la saisie. Je laisse chacun répondre, que 
tu te fasses un avis.


Bonne préparation,
vincent

[1] : http://wiki.openstreetmap.org/wiki/Field_Papers

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

Re: [OSM-talk-fr] Rendu FR... un peu de neuf

2016-09-01 Par sujet Christian Quest 
J'ai pas vraiment touché à ces niveaux de zooms... je vais regarder ce que
je peux faire pour ces cas.

La généralisation automatique est bien complexe à ces niveaux ! ;)

Le 1 septembre 2016 à 23:07,  a écrit :

> Bonjour, il faudrait tenir compte des admin_level avant la population
> (dans une certaine limite) car on a toujours Saint-Avé (commune de l'agglo
> de Vannes) qui prend le dessus sur Vannes (préfecture) dans le rendu
> français.
>
> C'est bon au niveau 6, pas au niveau 7 et les admin_level sont bien
> renseignés.
>
> http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_99740#6/51.000/2.000
>
> http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_99740#7/46.935/-1.165
> Au niveau 5, deux problèmes sur les régions :
> - pas de repliement de ligne
> - on voit les anciennes régions
> http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_99740#5/47.606/-1.560
> enfin quoique (Nouvelle Aquitaine, au fait sans trait d'union ?)
>
> Jean-Yvon
>
>
> Le 01/09/2016 à 22:43, Christian Quest - cqu...@openstreetmap.fr a écrit :
>
> Le 1 septembre 2016 à 10:28, Stéphane Péneau 
> a écrit :
>
> A priori c'était déjà présent sur la version précédente mais je reste
>> parfois surpris par les localités qui ressortent sur les faibles niveau de
>> zoom.
>> Exemple : http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_99740#9
>> /46.9306/-1.1687
>> On aperçoit Saint-Symphorien à l'ouest de Cholet alors que Montaigu,
>> situé pas très loin n'apparait pas.
>>
>> Montaigu est un bourg et une commune, et est la plus importante de cette
>> zone du Nord-Vendé. Le node est donc admin_center de la relation
>> admin_level=8. Il porte le tag place=village
>>
>> Saint-Symphorien n'est qu'un gros hameau d'une commune voisine. Sa
>> classification est un peu sur la ligne qui sépare hamlet de village, mais
>> j'avais choisi "village" car il y a divers services qu'on ne trouve pas en
>> général dans un "hamlet" (cimetière, école, etc..)
>>
>>
> Ces noms sont ajoutés en "remplissage". Il sont placés dans l'ordre de
> population décroissante, mais limités par l'espace environnant.
>
> Dans le cas que tu cites, je pense que les noms alentours empêchent de
> placer "Montaigu", mais qu'il reste assez de place pour ce minuscule St
> Symphorien... même si on essaye de placer ce nom après. Il faudrait qu'à ce
> niveau de zoom le rendu ne descende pas en dessous de "village" ou alors
> augmenter l'espace libre nécessaire pour placer les hamlet en tout dernier
> remplissage... à tester.
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> 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
>
>


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

Re: [OSM-talk-fr] Rendu FR... un peu de neuf

2016-09-01 Par sujet osm . sanspourriel 
Bonjour, il faudrait tenir compte des admin_level avant la population 
(dans une certaine limite) car on a toujours Saint-Avé (commune de 
l'agglo de Vannes) qui prend le dessus sur Vannes (préfecture) dans le 
rendu français.


C'est bon au niveau 6, pas au niveau 7 et les admin_level sont bien 
renseignés.


http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_99740#6/51.000/2.000

http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_99740#7/46.935/-1.165

Au niveau 5, deux problèmes sur les régions :
- pas de repliement de ligne
- on voit les anciennes régions
http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_99740#5/47.606/-1.560
enfin quoique (Nouvelle Aquitaine, au fait sans trait d'union ?)

Jean-Yvon

Le 01/09/2016 à 22:43, Christian Quest - cqu...@openstreetmap.fr a écrit :
Le 1 septembre 2016 à 10:28, Stéphane Péneau 
> a écrit :


A priori c'était déjà présent sur la version précédente mais je
reste parfois surpris par les localités qui ressortent sur les
faibles niveau de zoom.
Exemple :
http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_99740#9/46.9306/-1.1687


On aperçoit Saint-Symphorien à l'ouest de Cholet alors que
Montaigu, situé pas très loin n'apparait pas.

Montaigu est un bourg et une commune, et est la plus importante de
cette zone du Nord-Vendé. Le node est donc admin_center de la
relation admin_level=8. Il porte le tag place=village

Saint-Symphorien n'est qu'un gros hameau d'une commune voisine. Sa
classification est un peu sur la ligne qui sépare hamlet de
village, mais j'avais choisi "village" car il y a divers services
qu'on ne trouve pas en général dans un "hamlet" (cimetière, école,
etc..)


Ces noms sont ajoutés en "remplissage". Il sont placés dans l'ordre de 
population décroissante, mais limités par l'espace environnant.


Dans le cas que tu cites, je pense que les noms alentours empêchent de 
placer "Montaigu", mais qu'il reste assez de place pour ce minuscule 
St Symphorien... même si on essaye de placer ce nom après. Il faudrait 
qu'à ce niveau de zoom le rendu ne descende pas en dessous de 
"village" ou alors augmenter l'espace libre nécessaire pour placer les 
hamlet en tout dernier remplissage... à tester.


--
Christian Quest - OpenStreetMap France


___
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] Rendu FR... un peu de neuf

2016-09-01 Par sujet Christian Quest 
Un bug sûrement car ils étaient là avant. J'ai aussi repéré que l'icone des
controle techniques auto manquait aussi.
Une nouvelle mal rendue est celle des bornes de recharge de véhicules
électriques.

Le 1 septembre 2016 à 14:18, Landry Breuil  a
écrit :

> On voulait pas faire apparaitre les emergency=defibrillator a un moment ?
>
> Landry
>
> 2016-09-01 9:14 GMT+02:00 Christian Quest :
> > Pas mal de petites modifications sur le rendu FR sont en test.
> >
> > Vous pouvez voir où j'en suis sur
> > http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_99740
> >
> > Quoi de neuf ?
> >
> > - de nouvelles icônes pour les commerces
> >
> > - des labels de taille et de couleur variant avec la taille du polygone
> > qu'ils décrivent (texte en vert pour une forêt, plus gros si la forêt est
> > grande, etc)
> >
> > - amélioration des frontières... les pointillés ne devraient plus se
> > mélanger comme avant, les noms ne devraient plus être coupés en bord de
> > metatile
> >
> > - harmonisation des largeurs de routes et réorganisation du tracé des
> layers
> > 1-5
> >
> >
> > Au delà de ces modifications visibles, il y a pas mal de nettoyage des
> > fichiers de la feuille de style pour faciliter sa mise à jour. Quelques
> > améliorations aussi sur les requêtes SQL (une bonne dizaine de requêtes
> de
> > moins par exemple sur le tracé des 5 niveaux de layer).
> >
> > Bref, beaucoup de changements (le détail est sur
> > https://github.com/cquest/osmfr-cartocss/commits/master) qui ont pu
> casser
> > ici ou là des choses que je n'ai pas pu voir, donc si il y a des
> anomalies
> > merci de les signaler avec l'URL sur cette carte umap (qui contient le
> zoom
> > et les coordonnées).
> >
> > --
> > Christian Quest - OpenStreetMap France
> >
> >
> > ___
> > 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
>



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

Re: [OSM-talk-fr] Rendu FR... un peu de neuf

2016-09-01 Par sujet Christian Quest 
Oui, les zoom 0 à 12 sont précalculés, pour le reste j'ai vidé le cache
pour avoir des tuiles utilisant la nouvelle version de la feuille de style.
Elle ne sont pas non plus mises à jour si les données OSM changent, c'est
vraiment pour tester la feuille de style.

A chaque fois que je la met à jour, je vide le cache à partir du zoom 13.

Le 1 septembre 2016 à 10:36, Jérôme Seigneuret 
a écrit :

> Bonjour,
>
> Pour le moment j'ai l'impression que les tuiles ne sont pas générées à
> tous les niveaux en cache.
> Le serveur est en surcharge?. J'ai rien au delà du niveau 12.
>
> Cordialement,
> jérôme
>
> Le 1 septembre 2016 à 09:14, Christian Quest  a
> écrit :
>
>> Pas mal de petites modifications sur le rendu FR sont en test.
>>
>> Vous pouvez voir où j'en suis sur http://umap.openstreetmap.fr/f
>> r/map/test-rendu-osmfr_99740
>>
>> Quoi de neuf ?
>>
>> - de nouvelles icônes pour les commerces
>>
>> - des labels de taille et de couleur variant avec la taille du polygone
>> qu'ils décrivent (texte en vert pour une forêt, plus gros si la forêt est
>> grande, etc)
>>
>> - amélioration des frontières... les pointillés ne devraient plus se
>> mélanger comme avant, les noms ne devraient plus être coupés en bord de
>> metatile
>>
>> - harmonisation des largeurs de routes et réorganisation du tracé des
>> layers 1-5
>>
>>
>> Au delà de ces modifications visibles, il y a pas mal de nettoyage des
>> fichiers de la feuille de style pour faciliter sa mise à jour. Quelques
>> améliorations aussi sur les requêtes SQL (une bonne dizaine de requêtes de
>> moins par exemple sur le tracé des 5 niveaux de layer).
>>
>> Bref, beaucoup de changements (le détail est sur
>> https://github.com/cquest/osmfr-cartocss/commits/master) qui ont pu
>> casser ici ou là des choses que je n'ai pas pu voir, donc si il y a des
>> anomalies merci de les signaler avec l'URL sur cette carte umap (qui
>> contient le zoom et les coordonnées).
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>>
>> ___
>> 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
>
>


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

Re: [OSM-talk-fr] Rendu FR... un peu de neuf

2016-09-01 Par sujet Christian Quest 
Le 1 septembre 2016 à 10:28, Stéphane Péneau  a
écrit :

A priori c'était déjà présent sur la version précédente mais je reste
> parfois surpris par les localités qui ressortent sur les faibles niveau de
> zoom.
> Exemple : http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_99740#9
> /46.9306/-1.1687
> On aperçoit Saint-Symphorien à l'ouest de Cholet alors que Montaigu, situé
> pas très loin n'apparait pas.
>
> Montaigu est un bourg et une commune, et est la plus importante de cette
> zone du Nord-Vendé. Le node est donc admin_center de la relation
> admin_level=8. Il porte le tag place=village
>
> Saint-Symphorien n'est qu'un gros hameau d'une commune voisine. Sa
> classification est un peu sur la ligne qui sépare hamlet de village, mais
> j'avais choisi "village" car il y a divers services qu'on ne trouve pas en
> général dans un "hamlet" (cimetière, école, etc..)
>
>
Ces noms sont ajoutés en "remplissage". Il sont placés dans l'ordre de
population décroissante, mais limités par l'espace environnant.

Dans le cas que tu cites, je pense que les noms alentours empêchent de
placer "Montaigu", mais qu'il reste assez de place pour ce minuscule St
Symphorien... même si on essaye de placer ce nom après. Il faudrait qu'à ce
niveau de zoom le rendu ne descende pas en dessous de "village" ou alors
augmenter l'espace libre nécessaire pour placer les hamlet en tout dernier
remplissage... à tester.

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

Re: [OSM-talk-fr] Attribution site fetedelascience.fr

2016-09-01 Par sujet Philippe Verdy 
Noter que les attrobutions OSM sont présentes dans toutes les démos sur le
site OpenDataSoft. Ca ressemble plus à un oubli (ou une bévue d'un
webdesigner chez eux ou chez celui qui gérait le dossier du site Fête de la
Science. Les autres ministères en démo ont tous l'attribution nécessaire.
Sur ce point OpenDataSoft devrait aussi fournir une prestation de conseil,
et pas se contenter de mettre en ligne des prototypes validés rapidement.
Il y a encore de la formation à faire dans les services publics pour qu'ils
soient au point question droit. Normalement vu les clients publics de cette
société, ils devraient avoir des outils de formation ne serait-ce que pour
expliquer pourquoi certaines fonctionnalités sont nécessaires même si leur
client ne les a pas demandées explicitement dans les lots à fournir.

Le 1 septembre 2016 à 17:21, Philippe Verdy  a écrit :

> Ca a été fait par https://www.opendatasoft.fr/societe/ (pour le compte de
> l'administration publique) qui fournit son serveur de tuiles mais
> effectivement ils ont "oublié" l'attribution (même si OpenDataSoft fournit
> les tuiles ca ne doit pas empêcher l'attribution sur les données utilisées,
> même s'ils peuvent se dispenser de l'attribution d'eux-mêmes pour leur
> serveur de tuiles PNG).
> Pas sûr que l'administration qui lui a commandé le site soit au courant,
> mais il serait bon que l'administration publique vérifie la conformité des
> éléments de la livraison des lots (pas seulement conformité fonctionnelle,
> mais conformité légale aussi).
>
>
> Le 1 septembre 2016 à 15:05, Vincent Bergeot  a
> écrit :
>
>> Bonjour,
>>
>> il me semble que l'attribution est manquante sur ce site :
>> http://fetedelascience.fr/pid35200/recherche.html.
>>
>> Le contact est webmas...@recherche.gouv.fr
>>
>> Est ce que j'envoie un mail ou l'un de vous peut le signaler plus
>> rapidement ?
>>
>> Et si j'ai eu l'occasion de me rendre sur le site c'est car
>> nous avons un projet de cartopartie labellisé dans le cadre de la fête de
>> la science avec l'INRIA (informatique et automatique) et ADESS (laboratoire
>> de géographie et aménagement) : http://www.fetedelascience.fr/
>> pid35201/fiche-evenement.html?identifiant=45389665.
>>
>> Attention, date erronée pour le moment sur le site, c'est le 13 et non
>> pas le 9 octobre. >
>> Bonne journée
>>
>> --
>> Vincent Bergeot
>>
>>
>> ___
>> 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] Attribution site fetedelascience.fr

2016-09-01 Par sujet Philippe Verdy 
Ca a été fait par https://www.opendatasoft.fr/societe/ (pour le compte de
l'administration publique) qui fournit son serveur de tuiles mais
effectivement ils ont "oublié" l'attribution (même si OpenDataSoft fournit
les tuiles ca ne doit pas empêcher l'attribution sur les données utilisées,
même s'ils peuvent se dispenser de l'attribution d'eux-mêmes pour leur
serveur de tuiles PNG).
Pas sûr que l'administration qui lui a commandé le site soit au courant,
mais il serait bon que l'administration publique vérifie la conformité des
éléments de la livraison des lots (pas seulement conformité fonctionnelle,
mais conformité légale aussi).


Le 1 septembre 2016 à 15:05, Vincent Bergeot  a écrit :

> Bonjour,
>
> il me semble que l'attribution est manquante sur ce site :
> http://fetedelascience.fr/pid35200/recherche.html.
>
> Le contact est webmas...@recherche.gouv.fr
>
> Est ce que j'envoie un mail ou l'un de vous peut le signaler plus
> rapidement ?
>
> Et si j'ai eu l'occasion de me rendre sur le site c'est car
> nous avons un projet de cartopartie labellisé dans le cadre de la fête de
> la science avec l'INRIA (informatique et automatique) et ADESS (laboratoire
> de géographie et aménagement) : http://www.fetedelascience.fr/
> pid35201/fiche-evenement.html?identifiant=45389665.
>
> Attention, date erronée pour le moment sur le site, c'est le 13 et non pas
> le 9 octobre. 
> Bonne journée
>
> --
> Vincent Bergeot
>
>
> ___
> 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] Attribution site fetedelascience.fr

2016-09-01 Par sujet Vincent Bergeot 

Bonjour,

il me semble que l'attribution est manquante sur ce site : 
http://fetedelascience.fr/pid35200/recherche.html.


Le contact est webmas...@recherche.gouv.fr

Est ce que j'envoie un mail ou l'un de vous peut le signaler plus 
rapidement ?


Et si j'ai eu l'occasion de me rendre sur le site c'est car 
nous avons un projet de cartopartie labellisé dans le cadre de la fête 
de la science avec l'INRIA (informatique et automatique) et ADESS 
(laboratoire de géographie et aménagement) : 
http://www.fetedelascience.fr/pid35201/fiche-evenement.html?identifiant=45389665.


Attention, date erronée pour le moment sur le site, c'est le 13 et non 
pas le 9 octobre. 

Bonne journée

--
Vincent Bergeot


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

Re: [OSM-talk-fr] Rendu FR... un peu de neuf

2016-09-01 Par sujet Landry Breuil 
On voulait pas faire apparaitre les emergency=defibrillator a un moment ?

Landry

2016-09-01 9:14 GMT+02:00 Christian Quest :
> Pas mal de petites modifications sur le rendu FR sont en test.
>
> Vous pouvez voir où j'en suis sur
> http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_99740
>
> Quoi de neuf ?
>
> - de nouvelles icônes pour les commerces
>
> - des labels de taille et de couleur variant avec la taille du polygone
> qu'ils décrivent (texte en vert pour une forêt, plus gros si la forêt est
> grande, etc)
>
> - amélioration des frontières... les pointillés ne devraient plus se
> mélanger comme avant, les noms ne devraient plus être coupés en bord de
> metatile
>
> - harmonisation des largeurs de routes et réorganisation du tracé des layers
> 1-5
>
>
> Au delà de ces modifications visibles, il y a pas mal de nettoyage des
> fichiers de la feuille de style pour faciliter sa mise à jour. Quelques
> améliorations aussi sur les requêtes SQL (une bonne dizaine de requêtes de
> moins par exemple sur le tracé des 5 niveaux de layer).
>
> Bref, beaucoup de changements (le détail est sur
> https://github.com/cquest/osmfr-cartocss/commits/master) qui ont pu casser
> ici ou là des choses que je n'ai pas pu voir, donc si il y a des anomalies
> merci de les signaler avec l'URL sur cette carte umap (qui contient le zoom
> et les coordonnées).
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> 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] Rendu FR... un peu de neuf

2016-09-01 Par sujet Philippe Verdy 
Sinon dommage qu'on ne voit toujours pas les limites des départements avant
le niveau 11 (où on ne peut pas voir un seule département en entier). Au
niveau 10 on ne voit que les limites des régions (mais aucune région
entière; on les voit dès le niveau 5 avec leur limites).

Je suggère de mettre les limites de département (admin_level 6) visibles
dès le niveau 9 (au moins en France)

A voir aussi pour d'autres pays dont les provinces de Belgique, en
regardant leur étendue moyenne: la couche layers admin_level=6 permet de
voir les tailles moyennes des entités pays par pays (et sur un affichage de
taille VGA où une entité occupe plus de la moitié de la largeur ou la
hauteur de l'écran, ces limites devraient être visibles).

Revoir aussi à partir de quel niveau de zoom les libellés affichés au
centre d'une zone cèdent la place aux libellés le long de la frontière
(pour ne plus masquer les noms des principales localités ou noms de
quartiers aux zoom plus élevés): cela concerne les régions, départements,
voire aussi les arrondissements municipaux de Paris/Lyon/Marseille qui
prendront la place du nom de la commune (transféré le long de la frontière).



Le 1 septembre 2016 à 12:42, Philippe Verdy  a écrit :

> moi non plus, et même pas pour les faibles niveaux de zoom (pas de réponse
> du serveur)
> difficile de voir donc les nouvelles icones.
> En revanche la correction des pointillés (qui se superposent en les
> traçant dans les 2 sens en fusionnant les points et tirets) est un vieux
> bogue qui aurait pu être résolu depuis longtemps en fixant l'ordre du tracé
> selon la position relative du point de départ et d'arrivée, par exemple en
> commençant le découpage des pointillés toujours depuis le point le plus
> haut/nord sinon le plus à gauche/ouest), ou en détectant les traits déjà
> tracés pour les tracer une seule fois.
>
> Le 1 septembre 2016 à 10:36, Jérôme Seigneuret <
> jerome.seigneu...@gmail.com> a écrit :
>
>> Bonjour,
>>
>> Pour le moment j'ai l'impression que les tuiles ne sont pas générées à
>> tous les niveaux en cache.
>> Le serveur est en surcharge?. J'ai rien au delà du niveau 12.
>>
>> Cordialement,
>> jérôme
>>
>> Le 1 septembre 2016 à 09:14, Christian Quest  a
>> écrit :
>>
>>> Pas mal de petites modifications sur le rendu FR sont en test.
>>>
>>> Vous pouvez voir où j'en suis sur http://umap.openstreetmap.fr/f
>>> r/map/test-rendu-osmfr_99740
>>>
>>> Quoi de neuf ?
>>>
>>> - de nouvelles icônes pour les commerces
>>>
>>> - des labels de taille et de couleur variant avec la taille du polygone
>>> qu'ils décrivent (texte en vert pour une forêt, plus gros si la forêt est
>>> grande, etc)
>>>
>>> - amélioration des frontières... les pointillés ne devraient plus se
>>> mélanger comme avant, les noms ne devraient plus être coupés en bord de
>>> metatile
>>>
>>> - harmonisation des largeurs de routes et réorganisation du tracé des
>>> layers 1-5
>>>
>>>
>>> Au delà de ces modifications visibles, il y a pas mal de nettoyage des
>>> fichiers de la feuille de style pour faciliter sa mise à jour. Quelques
>>> améliorations aussi sur les requêtes SQL (une bonne dizaine de requêtes de
>>> moins par exemple sur le tracé des 5 niveaux de layer).
>>>
>>> Bref, beaucoup de changements (le détail est sur
>>> https://github.com/cquest/osmfr-cartocss/commits/master) qui ont pu
>>> casser ici ou là des choses que je n'ai pas pu voir, donc si il y a des
>>> anomalies merci de les signaler avec l'URL sur cette carte umap (qui
>>> contient le zoom et les coordonnées).
>>>
>>> --
>>> Christian Quest - OpenStreetMap France
>>>
>>>
>>> ___
>>> 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
>>
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu FR... un peu de neuf

2016-09-01 Par sujet Philippe Verdy 
moi non plus, et même pas pour les faibles niveaux de zoom (pas de réponse
du serveur)
difficile de voir donc les nouvelles icones.
En revanche la correction des pointillés (qui se superposent en les traçant
dans les 2 sens en fusionnant les points et tirets) est un vieux bogue qui
aurait pu être résolu depuis longtemps en fixant l'ordre du tracé selon la
position relative du point de départ et d'arrivée, par exemple en
commençant le découpage des pointillés toujours depuis le point le plus
haut/nord sinon le plus à gauche/ouest), ou en détectant les traits déjà
tracés pour les tracer une seule fois.

Le 1 septembre 2016 à 10:36, Jérôme Seigneuret 
a écrit :

> Bonjour,
>
> Pour le moment j'ai l'impression que les tuiles ne sont pas générées à
> tous les niveaux en cache.
> Le serveur est en surcharge?. J'ai rien au delà du niveau 12.
>
> Cordialement,
> jérôme
>
> Le 1 septembre 2016 à 09:14, Christian Quest  a
> écrit :
>
>> Pas mal de petites modifications sur le rendu FR sont en test.
>>
>> Vous pouvez voir où j'en suis sur http://umap.openstreetmap.fr/f
>> r/map/test-rendu-osmfr_99740
>>
>> Quoi de neuf ?
>>
>> - de nouvelles icônes pour les commerces
>>
>> - des labels de taille et de couleur variant avec la taille du polygone
>> qu'ils décrivent (texte en vert pour une forêt, plus gros si la forêt est
>> grande, etc)
>>
>> - amélioration des frontières... les pointillés ne devraient plus se
>> mélanger comme avant, les noms ne devraient plus être coupés en bord de
>> metatile
>>
>> - harmonisation des largeurs de routes et réorganisation du tracé des
>> layers 1-5
>>
>>
>> Au delà de ces modifications visibles, il y a pas mal de nettoyage des
>> fichiers de la feuille de style pour faciliter sa mise à jour. Quelques
>> améliorations aussi sur les requêtes SQL (une bonne dizaine de requêtes de
>> moins par exemple sur le tracé des 5 niveaux de layer).
>>
>> Bref, beaucoup de changements (le détail est sur
>> https://github.com/cquest/osmfr-cartocss/commits/master) qui ont pu
>> casser ici ou là des choses que je n'ai pas pu voir, donc si il y a des
>> anomalies merci de les signaler avec l'URL sur cette carte umap (qui
>> contient le zoom et les coordonnées).
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>>
>> ___
>> 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
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] mhs:inscription_date et osmose

2016-09-01 Par sujet Philippe Verdy 
Le 1 septembre 2016 à 09:04, Ralf Treinen  a écrit :

> Merci, j'ai maintenant aussi trouvé [1]. Le check "date" d'osmose devrait
> donc déjà remarquer des dates dans la forme /MM/DD.
>
Ce format ne correspond à aucune norme. Dans l'ordre année, mois, jour il
n'y a jamais de "/" séparateurs qui ne sert que dans l'ordre où l'année est
en dernier (mais où le jour et le mois alternent au début selon les usages
américains ou européens). Les formats avec le point "." sont pour les
usages germanophones surtout (dd.mm.).

Le format ISO 8601 standard "yyy-mm-dd" devrait être  reconnu partout (il
n'entre en conflit avec aucun usage national) et reste recommandé (sinon
c'est un format RFC avec le mois abrégé sur trois lettres en anglais).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] mhs:inscription_date et osmose

2016-09-01 Par sujet David Crochet 

Bonjour


D'accord, OSM n'est pas wikipedia. Du coup, je me demande quel est
l'interet du champ mhs:inscription_date ?




Mon avis ?, j'men fous, l'important c'est de savoir qu'il est MHS, ok 
d'accord, mais depuis hier ou depuis l'australopithèque cela m'est 
égale, c'est des infos pour d'autres bases de données (via par exemple 
mhs:ref:*=*)


Cordialement

--
David Crochet


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

[OSM-talk-fr] présentation

2016-09-01 Par sujet B.Maranget 

Bonjour,
Je suis en poste en collectivité locale et souhaite compléter les données sur 
le secteur de Bondy pour introduire l'outil OSM auprès des collègues. J'ai 
l'opportunité de monter une carto partie avec des étudiants entamant un M1 ou 
M2 en géomatique la semaine prochaine. Mon objectif est de faire saisir tous 
les bâtiments municipaux de la ville  (136 lieux). A priori, c'est possible 
(j'ai quand même 18 H avec 20 étudiants pour cela).
Je suis preneuse de toute suggestion, notamment d'un guide des bonnes pratiques 
pour la cartoparties.
Merci !

Ce message et toutes les pieces jointes sont etablis a l'intention exclusive de
ses destinataires et sont confidentiels. Si vous recevez ce message par erreur,
merci de le détruire et d'en avertir immédiatement l'expéditeur. Toute
utilisation de ce message non conforme à sa destination, toute diffusion ou
toute publication, totale ou partielle, est interdite sauf autorisation
expresse. L'internet ne permettant pas d'assurer l'intégrité de ce
message, la Commune de Bondy decline toute responsabilite au titre de ce
message, dans l'hypothese ou il aurait ete modifie. D'autre part, la Commune de
Bondy ne reconnait exclusivement que les delegations de signatures ecrites par
les personnes habilitees et ne peut donc etre engage par un message
electronique.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu FR... un peu de neuf

2016-09-01 Par sujet Jérôme Seigneuret 
Bonjour,

Pour le moment j'ai l'impression que les tuiles ne sont pas générées à tous
les niveaux en cache.
Le serveur est en surcharge?. J'ai rien au delà du niveau 12.

Cordialement,
jérôme

Le 1 septembre 2016 à 09:14, Christian Quest  a
écrit :

> Pas mal de petites modifications sur le rendu FR sont en test.
>
> Vous pouvez voir où j'en suis sur http://umap.openstreetmap.fr/f
> r/map/test-rendu-osmfr_99740
>
> Quoi de neuf ?
>
> - de nouvelles icônes pour les commerces
>
> - des labels de taille et de couleur variant avec la taille du polygone
> qu'ils décrivent (texte en vert pour une forêt, plus gros si la forêt est
> grande, etc)
>
> - amélioration des frontières... les pointillés ne devraient plus se
> mélanger comme avant, les noms ne devraient plus être coupés en bord de
> metatile
>
> - harmonisation des largeurs de routes et réorganisation du tracé des
> layers 1-5
>
>
> Au delà de ces modifications visibles, il y a pas mal de nettoyage des
> fichiers de la feuille de style pour faciliter sa mise à jour. Quelques
> améliorations aussi sur les requêtes SQL (une bonne dizaine de requêtes de
> moins par exemple sur le tracé des 5 niveaux de layer).
>
> Bref, beaucoup de changements (le détail est sur
> https://github.com/cquest/osmfr-cartocss/commits/master) qui ont pu
> casser ici ou là des choses que je n'ai pas pu voir, donc si il y a des
> anomalies merci de les signaler avec l'URL sur cette carte umap (qui
> contient le zoom et les coordonnées).
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> 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] Rendu FR... un peu de neuf

2016-09-01 Par sujet Stéphane Péneau 
A priori c'était déjà présent sur la version précédente mais je reste 
parfois surpris par les localités qui ressortent sur les faibles niveau 
de zoom.
Exemple : 
http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_99740#9/46.9306/-1.1687
On aperçoit Saint-Symphorien à l'ouest de Cholet alors que Montaigu, 
situé pas très loin n'apparait pas.


Montaigu est un bourg et une commune, et est la plus importante de cette 
zone du Nord-Vendé. Le node est donc admin_center de la relation 
admin_level=8. Il porte le tag place=village


Saint-Symphorien n'est qu'un gros hameau d'une commune voisine. Sa 
classification est un peu sur la ligne qui sépare hamlet de village, 
mais j'avais choisi "village" car il y a divers services qu'on ne trouve 
pas en général dans un "hamlet" (cimetière, école, etc..)




Stf




Le 01/09/2016 à 09:14, Christian Quest a écrit :

Pas mal de petites modifications sur le rendu FR sont en test.

Vous pouvez voir où j'en suis sur 
http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_99740


Quoi de neuf ?

- de nouvelles icônes pour les commerces

- des labels de taille et de couleur variant avec la taille du 
polygone qu'ils décrivent (texte en vert pour une forêt, plus gros si 
la forêt est grande, etc)


- amélioration des frontières... les pointillés ne devraient plus se 
mélanger comme avant, les noms ne devraient plus être coupés en bord 
de metatile


- harmonisation des largeurs de routes et réorganisation du tracé des 
layers 1-5



Au delà de ces modifications visibles, il y a pas mal de nettoyage des 
fichiers de la feuille de style pour faciliter sa mise à jour. 
Quelques améliorations aussi sur les requêtes SQL (une bonne dizaine 
de requêtes de moins par exemple sur le tracé des 5 niveaux de layer).


Bref, beaucoup de changements (le détail est sur 
https://github.com/cquest/osmfr-cartocss/commits/master) qui ont pu 
casser ici ou là des choses que je n'ai pas pu voir, donc si il y a 
des anomalies merci de les signaler avec l'URL sur cette carte umap 
(qui contient le zoom et les coordonnées).





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

Re: [OSM-talk-fr] mhs:inscription_date et osmose

2016-09-01 Par sujet Ralf Treinen 
On Wed, Aug 31, 2016 at 07:12:54PM +0200, David Crochet wrote:
> Bonjour
> 
> 
> Le 31/08/2016 à 08:53, Ralf Treinen a écrit :
> > Il y a aussi la question des MH inscrits/classés plusieurs fois (par
> > exemple des parties différentes d'un bâtiment), ou inscrit d'abord et
> > classé plus tard. Dans ces cas, on prend quelle date ? Seulement la
> > dernière, ou toutes les dates séparées par ";" ?
> 
> Pour moi, OSM, c'est : " aujourd'hui, c'est quoi. Ok, donc c'est dans OSM
> comme çà"
> 
> un MHS avant, des photos, des descritif, des notes, c'est une autre base de
> données (base du ministère par exemple).

D'accord, OSM n'est pas wikipedia. Du coup, je me demande quel est 
l'interet du champ mhs:inscription_date ?

-Ralf.

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

[OSM-talk-fr] Rendu FR... un peu de neuf

2016-09-01 Par sujet Christian Quest 

Pas mal de petites modifications sur le rendu FR sont en test.

Vous pouvez voir où j'en suis sur 
http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_99740


Quoi de neuf ?

- de nouvelles icônes pour les commerces

- des labels de taille et de couleur variant avec la taille du polygone 
qu'ils décrivent (texte en vert pour une forêt, plus gros si la forêt 
est grande, etc)


- amélioration des frontières... les pointillés ne devraient plus se 
mélanger comme avant, les noms ne devraient plus être coupés en bord de 
metatile


- harmonisation des largeurs de routes et réorganisation du tracé des 
layers 1-5



Au delà de ces modifications visibles, il y a pas mal de nettoyage des 
fichiers de la feuille de style pour faciliter sa mise à jour. Quelques 
améliorations aussi sur les requêtes SQL (une bonne dizaine de requêtes 
de moins par exemple sur le tracé des 5 niveaux de layer).


Bref, beaucoup de changements (le détail est sur 
https://github.com/cquest/osmfr-cartocss/commits/master) qui ont pu 
casser ici ou là des choses que je n'ai pas pu voir, donc si il y a des 
anomalies merci de les signaler avec l'URL sur cette carte umap (qui 
contient le zoom et les coordonnées).


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] mhs:inscription_date et osmose

2016-09-01 Par sujet Ralf Treinen 
On Wed, Aug 31, 2016 at 10:54:55AM +0200, Philippe Verdy wrote:
> Toutes les dates dans les tags devraient toutes être en format ISO 8601 (donc
> avec des "-" séparateurs, et en commençant par l'année complète sur 4 
> chiffres,
> puis le mois sur 2 chiffres, puis le jour sur 2 chiffres).
> 
> "-mm-dd" devrait donc être valide, de même que "-mm" ou juste "".

Merci, j'ai maintenant aussi trouvé [1]. Le check "date" d'osmose devrait
donc déjà remarquer des dates dans la forme /MM/DD.

> Osmose se trompe donc s'il ne reconnait que l'année.

Oui. Je vais envoyer des bugs contre osmose_backend. -Ralf.

[1] 
http://wiki.openstreetmap.org/wiki/Editing_Standards_and_Conventions#Date_and_time

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