Re: [OSM-talk-fr] Projet du mois de novembre: gendarmerie/police

2018-11-21 Par sujet Noémie Lehuby 

Hello,

Le challenge Pic4Review n'a pas fait long feu, merci à ceux qui ont 
participé !


Je vous propose à la place un autre challenge MapRoulette : 
https://maproulette.org/mr3/challenge/3317 Il devrait nous aider à faire 
bouger les chiffres des commissariats de police nationale vers le haut ;)


--
Noémie Lehuby

Le 19/11/2018 à 21:20, PanierAvide a écrit :

+1 pour ces missions :-)

Adrien.

Le 19/11/2018 à 20:50, Noémie Lehuby a écrit :

Hello,

Pour varier un peu les plaisirs, je vous propose deux nouvelles 
(petites) missions pour améliorer la qualité des commissariats et 
gendarmeries déjà présents dans OSM.


un challenge Pic4Review pour qualifier les amenity=police dont on ne 
sait pas encore s'il s'agit de gendarmerie, police nationale ou 
police municipale : https://pic4review.pavie.info/#/mission/355


Et pour les plus aguerris : un challenge MapRoulette pour vérifier et 
compléter le cas échéant les gendarmeries qui n'ont pas encore 
d'identifiant opendata : https://maproulette.org/mr3/challenge/3302


L'occasion de (re-)tester ces outils bien utiles de notre écosystème ;)





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

Re: [OSM-talk-fr] Amélioration des rendus pour Openstreemap.org - Add render for power portals and insulators

2018-11-21 Par sujet osm . sanspourriel 

Et pour moi maputnik, https://maputnik.github.io/

À ce détail près 100 % d'accord avec Christian (comme souvent !).

Perso c'est par exemple la base du Kenya et les pays adjacents) avec des 
MBTIles vecteur ou image en plus pour avoir une carte conforme au besoin 
du client (carte aéronautique, objets d'aide à la navigation entrés dans 
OSM et validés par les autorités compétentes).
Certaines fois j'ai l'impression de faire des Switch2OSM parties quand 
j'explique ce que je fais aux clients. Pas le plus désagréable ;-), 
c'est juste magique.
Par contre j'utilise imposm3 pour l'import des données, en partants de 
PBF, ceux mis à disposition par OpenStreetMap France, un niveau raster 
0-10 et un 11 pour le rendu français (merci Christian), ceux de 
Geofabrik bien-sûr (merci Frederik et Cie) des PBF créées par BBbike 
pour les données de zones non directement couvertes (étendues maritimes 
principalement) et des requête overpass turbo pour récupérer des données 
spécifiques mises en général dans les MBTiles (GDAL ou tipcanoe, je ne 
sais plus de tête ce qui va le mieux, ça dépend des cas) et stylé comme 
d'autres données.


Le seul côté crade c'est que je fais actuellement des feuilles 
différentes dérivées par sed pour avoir des langues différentes (côté 
Teressa/Mapnik). Et oui avec des clients dans 24 pays différents ils ne 
parlent pas tous la même (les mêmes !) langues. Komzit Brezhonneg, mar 
plij ;-).
Pis les conflits de frontières sont  à gérer pour avoir une version FR 
et un version FR-MA par exemple (à cause de la zone du Front Polisario : 
2 lignes de sed sur du SQL et hop fr devient fr-MA, merci NaturalEarth 
et les données OSM.

À ces détails techniques près, c'est la philosophie de Christian.

À la question du temps de validation, le changement c'est de l'ordre de 
la minute (ça dépend de l'interface entre la chaise et le clavier ;-)), 
pour la validation c'est à toi de voir les zones qui sont les plus 
tordues et les plus classiques pour voir si tu dégrades ou améliore la 
chose.


Actuellement serveur Tessera sur base PostGres/PostGIS (c'est à dite la 
pile MapBox) pour les données locales "données OSM brutes", serveur 
TileServerGL pour les données en direct (mise à jours mensuelles) de 
OpenTileMap (la même chose en ligne), MBTiles bitmap servies depuis 
Tessera, MBTiles bitmap ou vecteur dans TileServerGL.
Tessera permet le rendu serveur (Mapnik), inconvénient feuille de style 
différente du rendu local par défaut.
TileserverGL, c'est la même feuille de style pour le rendu vecteur (sur 
client) ou le rendu image (sur serveur).


Là (TileserverGL ) les 
feuilles de styles sont différentes et compatibles avec le rendu 
vectoriel sur téléphone, c'est un vrai plus quand tu dois vérifier et 
éviter de faire deux fois le même boulot. La guéguerre MapBox/Lukas M. 
semble enterrée (Lukas travaille chez MapBox mais contribue à 
OpenMapTiles) mais sans avoir résolu la confiscation à mon humble avis 
du style Mapnik par MapBox (précision : les contributeurs principaux de 
Mapnik sont actuellement chez MapBox).
Les scripts OpenMapTiles/klokantech permettent de générer facilement le 
style, la doc du style, la conversion des données OSM dans 
PostGres/PostGIS, il est possible (pas facile mais possible) d'être 
totalement indépendant de Klokantech (pas pire que MapBox) et je préfère 
la vision européenne ici allemande du libre à celle américaine : pas de 
modification de licence pour vous coincer un jour ou l'autre.


Car oui Klokantech comme Geofabrik sont de vrais contributeurs d'OSM pas 
des profiteurs d'une base (ne me faites pas dire pour autant que MapBox 
ne fait que profiter, je dis juste qu'ils ont tendance à tirer la 
couverture à eux et à assécher de développement du libre en embauchant 
le plus actifs qui restent ou non actifs en indépendants). Geofabrik est 
le parfait exemple d'entreprise basée sur OSM et contribuant à titre 
professionnel et les employés à titre personnels à OSM. Ça existe aussi 
chez MapBox mais à mon avis c'est moins répandu et c'est dommage. Voir 
peut remettre en cause notre volonté d'améliorer la base.


Je n'ai pas cité d'entreprise française jouant le jeu - la quasi 
totalité de ceux qui interviennent ici (ou pas), elles se reconnaitront 
facilement et vous les connaissez aussi.
Désolé pour cette digression qui n'est pas anecdotique quand on choisi 
un modèle de données.


François, n'hésite pas à continuer en MP mais je suis peu sur internet 
ces temps-ci.


Jean-Yvon

Le 21/11/2018 à 14:28, Christian Quest - cqu...@openstreetmap.fr a écrit :

Le 21/11/2018 à 14:12, François Lacombe a écrit :
Le mer. 21 nov. 2018 à 12:32, Christian Quest 
mailto:cqu...@openstreetmap.fr>> a écrit :


La meilleure plateforme de test pour travailler sur la feuille de
style
est locale... avec une base osm2pgsql utilisant un extrait
(région, pays).


Certes, mais combien d'heures de boulot pour valider un changement de

Re: [OSM-talk-fr] Zone grise sur la BDOrtho en Île-de-France

2018-11-21 Par sujet Charles MILLET 
J'ai trouvé une solution : se mettre au niveau de zoom le plus élevé 
avant le blanc, cliquer droit et décocher auto-zoom.


... bon en réalité c'est Stéphane P qui l'a trouvée :-D ! Merci 
Stéphane, tu gères ! 8-)


On 19/04/2018 11:06, marc marc wrote:

Le 19. 04. 18 à 10:37, Antoine Riche a écrit :

résolution native jusqu'au niveau 20
en bordure de la zone couverte à cette résolution, au lieu d'avoir
l'imagerie du zoom 19 qui s'adapte au zoom 20, les tuiles sont vides et
toutes grises. C'est par exemple le cas au niveau de la Rue Franklin
à Courbevoie (lien direct
JOSM ).

le problème est du au fait que la couche BDOrtho est définie comme
existant jusqu'au zoom20.
mais à cet endroit la tuile du zoom20 est blanche
https://proxy-ign.openstreetmap.fr/94GjiyqD/bdortho/20/530896/360545.jpg

il y a 2 pistes à tester :
côté josm on peux définir  no-tile-checksum qui permet de détecter
les "fausses" tuiles. j'ignore cependant si josm va automatiquement
demander la tuile de zoom-1.

côté proxy, si on a un moyen de détecter l'erreur, on peux ajouter un
header qu'on définir dans  no-tile-header afin que le client en soie
informé.

pour iD, j'ignore s'il y a un moyen de passer l'info

Si quelqu'un est motivé, le premier point est facile à tester :)
___
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] Amélioration des rendus pour Openstreemap.org - Add render for power portals and insulators

2018-11-21 Par sujet Christian Quest 

Le 21/11/2018 à 14:12, François Lacombe a écrit :
Le mer. 21 nov. 2018 à 12:32, Christian Quest > a écrit :


La meilleure plateforme de test pour travailler sur la feuille de
style
est locale... avec une base osm2pgsql utilisant un extrait
(région, pays).


Certes, mais combien d'heures de boulot pour valider un changement de 
couleur ?
Pour un jeu d'attributs fixes (sinon faut recharger la base, c'est 
plus long), j'aimerai un outil qui me permette de me rendre compte en 
live des modifs que je fais sur le mss.




kosmtik !

Ceux qui contribuent à la feuille de style openstreetmap-carto 
travaillent comme cela, avec un petit base osm2pgsql locale pour faire 
leur tests de modifs.


Je fais de même avec le rendu FR (base France locale pour moi, plus ou 
moins à jour, c'est assez secondaire).


--
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] Amélioration des rendus pour Openstreemap.org - Add render for power portals and insulators

2018-11-21 Par sujet Jérôme Seigneuret 
Oui en effet mieux vaut un fichier local ou à défaut faire du fromscatch à
chaque fois que tu veux apporter et tester un cas à améliorer.

gravitystorm  prépare des versions en plus du master la dernière version
"stable" est celle utilisée sur le rendu openstreetmap.org

Il y a actuellement pas mal de contribution depuis ces derniers mois.
10 bugs en cours et 1 régression et une 40aine de sujet par mois...

Il me semble que gravistorm a déjà les scripts de préparer une intégration
docker
https://github.com/gravitystorm/openstreetmap-carto/blob/master/scripts/docker-startup.sh

Le mer. 21 nov. 2018 à 14:13, François Lacombe 
a écrit :

> Le mer. 21 nov. 2018 à 12:32, Christian Quest  a
> écrit :
>
>> La meilleure plateforme de test pour travailler sur la feuille de style
>> est locale... avec une base osm2pgsql utilisant un extrait (région, pays).
>>
>
> Certes, mais combien d'heures de boulot pour valider un changement de
> couleur ?
> Pour un jeu d'attributs fixes (sinon faut recharger la base, c'est plus
> long), j'aimerai un outil qui me permette de me rendre compte en live des
> modifs que je fais sur le mss.
>
> Parce que sur la question des portiques, on y est depuis 1 mois, et je me
> retrouve à faire des rendus à la main sous paint pour gagner du temps.
> Une grosse arnaque, mais bon j'ai un métier aussi.
> ___
> 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] Amélioration des rendus pour Openstreemap.org - Add render for power portals and insulators

2018-11-21 Par sujet François Lacombe 
Le mer. 21 nov. 2018 à 12:32, Christian Quest  a
écrit :

> La meilleure plateforme de test pour travailler sur la feuille de style
> est locale... avec une base osm2pgsql utilisant un extrait (région, pays).
>

Certes, mais combien d'heures de boulot pour valider un changement de
couleur ?
Pour un jeu d'attributs fixes (sinon faut recharger la base, c'est plus
long), j'aimerai un outil qui me permette de me rendre compte en live des
modifs que je fais sur le mss.

Parce que sur la question des portiques, on y est depuis 1 mois, et je me
retrouve à faire des rendus à la main sous paint pour gagner du temps.
Une grosse arnaque, mais bon j'ai un métier aussi.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Amélioration des rendus pour Openstreemap.org - Add render for power portals and insulators

2018-11-21 Par sujet Christian Quest 
Si ils ont beaucoup divergé, il faut considérer que ce sont deux rendus 
différents qui peuvent s'inspirer l'un de l'autre et reprendre des 
changements dans les deux sens.


Certains ajouts que j'ai fait dans le rendu FR ont mis des années à être 
repris dans le rendu international, et l'inverse aussi.


Difficile d'automatiser car ça reste des choix de design, avec souvent 
des effets de bords qu'on ne voit pas immédiatement.



Le 21/11/2018 à 12:56, Cyrille37 OSM a écrit :

Salut

Le 21/11/2018 à 12:07, marc marc a écrit :

j'ai l'impression que la tâche chronophage est de regarder chaque mois
s'il y a des choses à faire pour maintenir les PR non mergé dans le
dépôt initial qui sont parfois à adapter de temps à autre suite aux
modifs du dépôt initial.


C'est aussi mon avis, c'est le gros point noir: maintenir un "fork" 
d'évolutions du rendu doit être bien difficile.


Cyrille37.


___
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] Amélioration des rendus pour Openstreemap.org - Add render for power portals and insulators

2018-11-21 Par sujet Cyrille37 OSM 

Salut

Le 21/11/2018 à 12:07, marc marc a écrit :

j'ai l'impression que la tâche chronophage est de regarder chaque mois
s'il y a des choses à faire pour maintenir les PR non mergé dans le
dépôt initial qui sont parfois à adapter de temps à autre suite aux
modifs du dépôt initial.


C'est aussi mon avis, c'est le gros point noir: maintenir un "fork" 
d'évolutions du rendu doit être bien difficile.


Cyrille37.


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

Re: [OSM-talk-fr] Amélioration des rendus pour Openstreemap.org - Add render for power portals and insulators

2018-11-21 Par sujet Christian Quest 
La meilleure plateforme de test pour travailler sur la feuille de style 
est locale... avec une base osm2pgsql utilisant un extrait (région, pays).


Déployer un style de plus sur nos serveurs "monde" ne me semble pas 
durable. On a séparé les rendus FR et humanitaires pour des raisons de 
perf. A défaut, c'est sur le serveur non critique (layers) qu'on 
pourrait l'ajouter.


Par contre, il faut vraiment savoir quel est l'objectif, j'avoue ne pas 
bien le saisir.



Le 21/11/2018 à 12:07, marc marc a écrit :

Le 21. 11. 18 à 11:12, François Lacombe a écrit :

Une plateforme de test manque clairement pour faire ces propositions de
rendus.
On irait beaucoup plus vite à chaque modification si on avait les moyens
de faire un rendu, mais je n'ai pas le temps de maintenir un tel serveur.

rajouter une feuille de style sur l'un des 3 serveurs de rendu osm-fr
me semble (je parle en mon nom propre) tout à fait possible comme
demande. pour la maintenance, cela peux se limiter à :
- forker le dépôt gravitystorm en osm-fr/openstreetmap-carto-test
- y faire les modifs
ce n'est pas + de travail que ce qu'à fait l'auteur du PR
- synchroniser le serveur avec le dépôt (manuellement ou la nuit)
si ce n'est que cela qui bloque, je veux bien rajouter cela
à ma liste de chose à faire :)

mais quand je vois la divergence entre le rendu osm-fr et osm.org
j'ai l'impression que la tâche chronophage est de regarder chaque mois
s'il y a des choses à faire pour maintenir les PR non mergé dans le
dépôt initial qui sont parfois à adapter de temps à autre suite aux
modifs du dépôt initial.
___
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] Amélioration des rendus pour Openstreemap.org - Add render for power portals and insulators

2018-11-21 Par sujet marc marc 
Le 21. 11. 18 à 11:12, François Lacombe a écrit :
> Une plateforme de test manque clairement pour faire ces propositions de 
> rendus.
> On irait beaucoup plus vite à chaque modification si on avait les moyens 
> de faire un rendu, mais je n'ai pas le temps de maintenir un tel serveur.

rajouter une feuille de style sur l'un des 3 serveurs de rendu osm-fr
me semble (je parle en mon nom propre) tout à fait possible comme 
demande. pour la maintenance, cela peux se limiter à :
- forker le dépôt gravitystorm en osm-fr/openstreetmap-carto-test
- y faire les modifs
ce n'est pas + de travail que ce qu'à fait l'auteur du PR
- synchroniser le serveur avec le dépôt (manuellement ou la nuit)
si ce n'est que cela qui bloque, je veux bien rajouter cela
à ma liste de chose à faire :)

mais quand je vois la divergence entre le rendu osm-fr et osm.org
j'ai l'impression que la tâche chronophage est de regarder chaque mois 
s'il y a des choses à faire pour maintenir les PR non mergé dans le 
dépôt initial qui sont parfois à adapter de temps à autre suite aux 
modifs du dépôt initial.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] compteurs vélo

2018-11-21 Par sujet marc marc 
Le 21. 11. 18 à 11:04, lau a écrit :
> support : ground

s'il est enterré, il n'est pas posé sur le sol
donc plutôt location=underground

> recording:remote : yes => dans quel cas utiliser celui-ci ?

j'imagine que cela signifie que les données sont envoyé "ailleurs"
par exemple pour être consulté en temps réel via un site web
Par opposition au compteur donc quelqu'un vient récupérer les données
de temps à autre
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Amélioration des rendus pour Openstreemap.org - Add render for power portals and insulators

2018-11-21 Par sujet François Lacombe 
Salut Jérôme

Merci pour le relais.
C'est une discussion qui dure, qui dure... pour afficher quelques traits
bien souvent dans des emprises bien délimitées.
Une fois que ce sera fait, plus d'utilisateurs seront intéressés pour
dessiner les portiques.

Une plateforme de test manque clairement pour faire ces propositions de
rendus.
On irait beaucoup plus vite à chaque modification si on avait les moyens de
faire un rendu, mais je n'ai pas le temps de maintenir un tel serveur.

François

Le mer. 21 nov. 2018 à 10:59, Jérôme Seigneuret 
a écrit :

> Bonjour,
> Pour info le rendu va être amélioré pour les postes HT/BT avec l'ajout des
> portails et des insulateurs dans le rendu
>
> https://github.com/gravitystorm/openstreetmap-carto/pull/3464
>
> Bon c'est sur Tavel. Un mec qui dev et qui aime bien notre région ;-)
>
> https://openinframap.org/#16.44/44.014812/4.641802
>
> A+
> --
> 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

[OSM-talk-fr] compteurs vélo

2018-11-21 Par sujet lau 

Bonjour,

avez-vous des recommandations pour tagguer les compteurs vélo ?

Je vois qu'à Nantes le totem d'éco-compteur 
http://www.eco-public.com/public2/?id=100117731


est taggué en :

amenity : clock
man_made : monitoring_station
monitoring:bicycle : yes
support : pole

pour un compteur enterré est-ce que ça donnerait juste ce qui suit ? :

man_made : monitoring_station
monitoring:bicycle : yes
support : ground

Je vois qu'à Nantes 2 autres compteurs "non totems" n'ont tout 
simplement pas le tag "support"


À Paris on y ajoute :

recording:automated : yes

ou

recording:remote : yes => dans quel cas utiliser celui-ci ?

voire

mapillary=[lien vers la photo mapillary]

Pour info la page key:monitoring:bicycle sur le wiki 
https://wiki.openstreetmap.org/wiki/Key:monitoring:bicycle


Merci de vos avis,

Laurence



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

[OSM-talk-fr] Amélioration des rendus pour Openstreemap.org - Add render for power portals and insulators

2018-11-21 Par sujet Jérôme Seigneuret 
Bonjour,
Pour info le rendu va être amélioré pour les postes HT/BT avec l'ajout des
portails et des insulateurs dans le rendu

https://github.com/gravitystorm/openstreetmap-carto/pull/3464

Bon c'est sur Tavel. Un mec qui dev et qui aime bien notre région ;-)

https://openinframap.org/#16.44/44.014812/4.641802

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