Re: [OSM-talk-fr] OSMF 2020 entre inquiétude et déception

2020-10-22 Par sujet Philippe Verdy
En gros tu te poses des questions sur la viabilité de la fondation et sa
façon nouvelle de dépenser sans compter à une vitesse record, pour des
projets qui ne sont pas dans sa mission première (qui est de protéger les
actifs communautaires et maintenir le fonctionnement des serveurs et régler
les questions de politique communautaire ou légales, et non de payer des
développeurs externes qui peuvent déjà disposer de budgets ou faire appel à
des ressources locales et communautaires dans un projet ouvert).
C'est une analyse intéressante, car effectivement cela met à mal
l'indépendance ou la survie de la fondation qui se place en situation de
dépendance vis-à-vis de ces tiers et s'engage dans des frais de maintenance
élevés (où les ressources actuelles ne permettraient pas de suivre le
rythme, ou condamnerait rapidement le projet à réduire sa "voilure" ou
alors concéder des droits importants à des fournisseurs tiers de faire ce
qu'ils veulent; et c'est vrai que la menace est réelle d'une prise de
contrôle par des intervenants plus riches (comme Mapbox, et indirectement
ensuite par de gros acteurs qui voudraient contrôler Mapbox et changer
ensuite la politique de licence). Il naît alors un déséquilibre croissant
entre la communauté (et les chapitres membres qui sont sensés pouvoir aider
en tant qu'intermédiaires locaux plus accessibles) et ces gros acteurs
décidés de façon opaque dans des réunions "privées" où ce qui se décide
n'est plus en accord avec les missions affichées et la volonté des
précurseurs qui ont décidé de "jeter l'éponge".
C'est là une question où la Fondation devrait accorder un plus grand rôle
aux chapitres locaux (avec un droit de regard complet et permanent sur
l'état des finances et des dépenses) et ne pas s'engager dans la pente
dangereuse des décisions opaques, notamment en matière d'engagements
financiers auprès de fournisseurs tiers.

Le jeu. 22 oct. 2020 à 22:04, severin.menard via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Bonjour,
>
> Pour info, pour celles et ceux qui ne seraient pas membres de l'OSMF, j'ai
> publié cet article sur sa liste de discussion :
> https://lists.openstreetmap.org/pipermail/osmf-talk/2020-October/007294.html
> et également sur mon journal OSM :
> https://www.openstreetmap.org/user/SeverinGeo/diary
>
> Les retours (positifs ou négatifs) sont toujours bienvenus.
>
> Séverin
> ___
> 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] Contributeurs autour de Charleville-Mézières

2020-10-22 Par sujet François Lacombe
Bonsoir à tous,

Ceci se destine aux contributeurs situés dans les ardennes, plus
particulièrement autour de Charleville-Mézières.
J'ai été contacté par le chef de projet mobilités douces d'Ardenne
Métropole qui semble motivé pour interagir avec la communauté et ouvrir des
données.

Je n'avais pas de contact local à lui fournir, sauf erreur de ma part.
Ainsi il peut être intéressant de le rencontrer là-bas, fonder un groupe
local, organiser des carto-parties, des conférences, State of the Map
France et finalement State of The Map Monde l'année prochaine !

N'hésitez pas à répondre ci-dessous pour une mise en relation si la
démarche vous intéresse.

Bonne soirée

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


[OSM-talk-fr] OSMF 2020 entre inquiétude et déception

2020-10-22 Par sujet severin.menard via Talk-fr
Bonjour,

Pour info, pour celles et ceux qui ne seraient pas membres de l'OSMF, j'ai 
publié cet article sur sa liste de discussion : 
https://lists.openstreetmap.org/pipermail/osmf-talk/2020-October/007294.html
et également sur mon journal OSM : 
https://www.openstreetmap.org/user/SeverinGeo/diary

Les retours (positifs ou négatifs) sont toujours bienvenus.

Séverin___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] panneaux de signalisation touristique en bord de route et autoroute

2020-10-22 Par sujet Zimmy ZIMMERMANN
J'avais effectivement imaginé Overpass en mode avancé.
Sinon je vais activer ta proposition du cache dans Mapcontrib.

Zimmy

Le jeu. 22 oct. 2020 à 17:35, PanierAvide  a écrit :

> Pour la visualisation sur la carte en tout cas, ça pourrait être fait
> directement dans Overpass Turbo en récupérant tous les panneaux concernés
> et en utilisant les styles MapCSS pour les différencier. Par contre pour
> l'affichage des photos, édition... À défaut sinon activer le "cache
> overpass" dans Mapcontrib peut limiter ce problème.
>
> Cordialement,
>
> Adrien P.
>
> Le 22/10/2020 à 17:21, Zimmy ZIMMERMANN a écrit :
>
> Je veux bien ne faire qu'une seule couche mais l'intérêt de ce rendu est
> qu'il permet de montrer différemment les panneaux photodocumentés ou non.
> Si on peut faire autrement, je suis preneur :)
>
> Zimmy
>
> Le jeu. 22 oct. 2020 à 16:49, PanierAvide  a
> écrit :
>
>> Bonjour,
>>
>> La raison est toute simple : Mapcontrib lance des requêtes Overpass pour
>> récupérer les données. Si plus d'une couche de données OSM est configurée
>> dans le thème Mapcontrib, plusieurs requêtes sont lancées en parallèle. Au
>> bout d'un moment, le serveur Overpass bloque car trop de requêtes sont
>> lancées.
>>
>> Une solution efficace est que la personne qui a la main sur le thème
>> (Jean-Louis) n'utilise qu'une seule couche de données en provenance d'OSM
>> pour éviter ces erreurs.
>>
>> Cordialement,
>>
>> Adrien P.
>>
>> Le 22/10/2020 à 16:42, Philippe Verdy a écrit :
>>
>> Juste un truc qui m'énerve un peu sur ce lien: la notification "Too many
>> requests" qui s'affiche de façon répétée (toutes les 5 secondes), et
>> immédiatement. Trop de requêtes de qui ? A cause de ce message, il y aurait
>> trop de monde sur mapcontrib? Y a-t-il moyen de faire taire cette
>> notification (quitte à juste afficher un statut) ou la ralentir ? Je ne
>> vois pas l'intérêt de réafficher cette notif sans arrêt.
>> Je ne sais pas où sont réglés les "quotas" de requête, est-ce lié à cette
>> carte spécifique des signalisations? Est-ce lié au fait qu'on déborde de la
>> zone montrée (et qu'en dehors cela prend trop de temps à calculer)?
>> Note: cela n'affecte pas le rendu des tuiles, juste la recherche des
>> panneaux avec ce filtre. Mapcontrib ne semble pas "aimer" du tout.
>>
>> Le jeu. 22 oct. 2020 à 12:17, Zimmy ZIMMERMANN <
>> osm.jlzimmerm...@gmail.com> a écrit :
>>
>>> Merci pour vos retours. Voici donc le lien vers une visualisation
>>> valorisant les objets ayant des photos (Mapillary) ou non.
>>>
>>> https://www.mapcontrib.xyz/t/0eddb6-Signalisation_danimation_culturelle_et_touristique_CD84#position/11/44.2116924/4.7236645
>>>
>>> Je suis preneurs d'idées et d'astuces (je n'arrive pas à renommer le
>>> thème).
>>>
>>> Le mer. 21 oct. 2020 à 20:50,  a
>>> écrit :
>>>
 ÀMHA, ça complète et non remplace les attributs proposés par Adrien.

 Ceux-ci permettent à une carte mondiale de fonctionner et ceux d'Adrien
 à une carte spécialisée d'avoir un fonctionnement optimal.

 Jean-Yvon

 Le 21/10/2020 à 17:23, Jean-Claude Repetto via Talk-fr -
 talk-fr@openstreetmap.org a écrit :


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

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


Re: [OSM-talk-fr] panneaux de signalisation touristique en bord de route et autoroute

2020-10-22 Par sujet PanierAvide
Pour la visualisation sur la carte en tout cas, ça pourrait être fait 
directement dans Overpass Turbo en récupérant tous les panneaux 
concernés et en utilisant les styles MapCSS pour les différencier. Par 
contre pour l'affichage des photos, édition... À défaut sinon activer le 
"cache overpass" dans Mapcontrib peut limiter ce problème.


Cordialement,

Adrien P.

Le 22/10/2020 à 17:21, Zimmy ZIMMERMANN a écrit :
Je veux bien ne faire qu'une seule couche mais l'intérêt de ce rendu 
est qu'il permet de montrer différemment les panneaux photodocumentés 
ou non.

Si on peut faire autrement, je suis preneur :)

Zimmy

Le jeu. 22 oct. 2020 à 16:49, PanierAvide > a écrit :


Bonjour,

La raison est toute simple : Mapcontrib lance des requêtes
Overpass pour récupérer les données. Si plus d'une couche de
données OSM est configurée dans le thème Mapcontrib, plusieurs
requêtes sont lancées en parallèle. Au bout d'un moment, le
serveur Overpass bloque car trop de requêtes sont lancées.

Une solution efficace est que la personne qui a la main sur le
thème (Jean-Louis) n'utilise qu'une seule couche de données en
provenance d'OSM pour éviter ces erreurs.

Cordialement,

Adrien P.

Le 22/10/2020 à 16:42, Philippe Verdy a écrit :

Juste un truc qui m'énerve un peu sur ce lien: la notification
"Too many requests" qui s'affiche de façon répétée (toutes les 5
secondes), et immédiatement. Trop de requêtes de qui ? A cause de
ce message, il y aurait trop de monde sur mapcontrib? Y a-t-il
moyen de faire taire cette notification (quitte à juste afficher
un statut) ou la ralentir ? Je ne vois pas l'intérêt de
réafficher cette notif sans arrêt.
Je ne sais pas où sont réglés les "quotas" de requête, est-ce lié
à cette carte spécifique des signalisations? Est-ce lié au fait
qu'on déborde de la zone montrée (et qu'en dehors cela prend trop
de temps à calculer)?
Note: cela n'affecte pas le rendu des tuiles, juste la recherche
des panneaux avec ce filtre. Mapcontrib ne semble pas "aimer" du
tout.

Le jeu. 22 oct. 2020 à 12:17, Zimmy ZIMMERMANN
mailto:osm.jlzimmerm...@gmail.com>>
a écrit :

Merci pour vos retours. Voici donc le lien vers une
visualisation valorisant les objets ayant des photos
(Mapillary) ou non.

https://www.mapcontrib.xyz/t/0eddb6-Signalisation_danimation_culturelle_et_touristique_CD84#position/11/44.2116924/4.7236645

Je suis preneurs d'idées et d'astuces (je n'arrive pas à
renommer le thème).

Le mer. 21 oct. 2020 à 20:50,
mailto:osm.sanspourr...@spamgourmet.com>> a écrit :

ÀMHA, ça complète et non remplace les attributs proposés
par Adrien.

Ceux-ci permettent à une carte mondiale de fonctionner et
ceux d'Adrien
à une carte spécialisée d'avoir un fonctionnement optimal.

Jean-Yvon

Le 21/10/2020 à 17:23, Jean-Claude Repetto via Talk-fr -
talk-fr@openstreetmap.org
 a écrit :


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

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


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

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


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


Re: [OSM-talk-fr] panneaux de signalisation touristique en bord de route et autoroute

2020-10-22 Par sujet Zimmy ZIMMERMANN
Je veux bien ne faire qu'une seule couche mais l'intérêt de ce rendu est
qu'il permet de montrer différemment les panneaux photodocumentés ou non.
Si on peut faire autrement, je suis preneur :)

Zimmy

Le jeu. 22 oct. 2020 à 16:49, PanierAvide  a écrit :

> Bonjour,
>
> La raison est toute simple : Mapcontrib lance des requêtes Overpass pour
> récupérer les données. Si plus d'une couche de données OSM est configurée
> dans le thème Mapcontrib, plusieurs requêtes sont lancées en parallèle. Au
> bout d'un moment, le serveur Overpass bloque car trop de requêtes sont
> lancées.
>
> Une solution efficace est que la personne qui a la main sur le thème
> (Jean-Louis) n'utilise qu'une seule couche de données en provenance d'OSM
> pour éviter ces erreurs.
>
> Cordialement,
>
> Adrien P.
>
> Le 22/10/2020 à 16:42, Philippe Verdy a écrit :
>
> Juste un truc qui m'énerve un peu sur ce lien: la notification "Too many
> requests" qui s'affiche de façon répétée (toutes les 5 secondes), et
> immédiatement. Trop de requêtes de qui ? A cause de ce message, il y aurait
> trop de monde sur mapcontrib? Y a-t-il moyen de faire taire cette
> notification (quitte à juste afficher un statut) ou la ralentir ? Je ne
> vois pas l'intérêt de réafficher cette notif sans arrêt.
> Je ne sais pas où sont réglés les "quotas" de requête, est-ce lié à cette
> carte spécifique des signalisations? Est-ce lié au fait qu'on déborde de la
> zone montrée (et qu'en dehors cela prend trop de temps à calculer)?
> Note: cela n'affecte pas le rendu des tuiles, juste la recherche des
> panneaux avec ce filtre. Mapcontrib ne semble pas "aimer" du tout.
>
> Le jeu. 22 oct. 2020 à 12:17, Zimmy ZIMMERMANN 
> a écrit :
>
>> Merci pour vos retours. Voici donc le lien vers une visualisation
>> valorisant les objets ayant des photos (Mapillary) ou non.
>>
>> https://www.mapcontrib.xyz/t/0eddb6-Signalisation_danimation_culturelle_et_touristique_CD84#position/11/44.2116924/4.7236645
>>
>> Je suis preneurs d'idées et d'astuces (je n'arrive pas à renommer le
>> thème).
>>
>> Le mer. 21 oct. 2020 à 20:50,  a
>> écrit :
>>
>>> ÀMHA, ça complète et non remplace les attributs proposés par Adrien.
>>>
>>> Ceux-ci permettent à une carte mondiale de fonctionner et ceux d'Adrien
>>> à une carte spécialisée d'avoir un fonctionnement optimal.
>>>
>>> Jean-Yvon
>>>
>>> Le 21/10/2020 à 17:23, Jean-Claude Repetto via Talk-fr -
>>> talk-fr@openstreetmap.org a écrit :
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] panneaux de signalisation touristique en bord de route et autoroute

2020-10-22 Par sujet PanierAvide

Bonjour,

La raison est toute simple : Mapcontrib lance des requêtes Overpass pour 
récupérer les données. Si plus d'une couche de données OSM est 
configurée dans le thème Mapcontrib, plusieurs requêtes sont lancées en 
parallèle. Au bout d'un moment, le serveur Overpass bloque car trop de 
requêtes sont lancées.


Une solution efficace est que la personne qui a la main sur le thème 
(Jean-Louis) n'utilise qu'une seule couche de données en provenance 
d'OSM pour éviter ces erreurs.


Cordialement,

Adrien P.

Le 22/10/2020 à 16:42, Philippe Verdy a écrit :
Juste un truc qui m'énerve un peu sur ce lien: la notification "Too 
many requests" qui s'affiche de façon répétée (toutes les 5 secondes), 
et immédiatement. Trop de requêtes de qui ? A cause de ce message, il 
y aurait trop de monde sur mapcontrib? Y a-t-il moyen de faire taire 
cette notification (quitte à juste afficher un statut) ou la ralentir 
? Je ne vois pas l'intérêt de réafficher cette notif sans arrêt.
Je ne sais pas où sont réglés les "quotas" de requête, est-ce lié à 
cette carte spécifique des signalisations? Est-ce lié au fait qu'on 
déborde de la zone montrée (et qu'en dehors cela prend trop de temps à 
calculer)?
Note: cela n'affecte pas le rendu des tuiles, juste la recherche des 
panneaux avec ce filtre. Mapcontrib ne semble pas "aimer" du tout.


Le jeu. 22 oct. 2020 à 12:17, Zimmy ZIMMERMANN 
mailto:osm.jlzimmerm...@gmail.com>> a écrit :


Merci pour vos retours. Voici donc le lien vers une visualisation
valorisant les objets ayant des photos (Mapillary) ou non.

https://www.mapcontrib.xyz/t/0eddb6-Signalisation_danimation_culturelle_et_touristique_CD84#position/11/44.2116924/4.7236645

Je suis preneurs d'idées et d'astuces (je n'arrive pas à
renommer le thème).

Le mer. 21 oct. 2020 à 20:50, mailto:osm.sanspourr...@spamgourmet.com>> a écrit :

ÀMHA, ça complète et non remplace les attributs proposés par
Adrien.

Ceux-ci permettent à une carte mondiale de fonctionner et ceux
d'Adrien
à une carte spécialisée d'avoir un fonctionnement optimal.

Jean-Yvon

Le 21/10/2020 à 17:23, Jean-Claude Repetto via Talk-fr -
talk-fr@openstreetmap.org  a
écrit :


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

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


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


Re: [OSM-talk-fr] panneaux de signalisation touristique en bord de route et autoroute

2020-10-22 Par sujet Philippe Verdy
Juste un truc qui m'énerve un peu sur ce lien: la notification "Too many
requests" qui s'affiche de façon répétée (toutes les 5 secondes), et
immédiatement. Trop de requêtes de qui ? A cause de ce message, il y aurait
trop de monde sur mapcontrib? Y a-t-il moyen de faire taire cette
notification (quitte à juste afficher un statut) ou la ralentir ? Je ne
vois pas l'intérêt de réafficher cette notif sans arrêt.
Je ne sais pas où sont réglés les "quotas" de requête, est-ce lié à cette
carte spécifique des signalisations? Est-ce lié au fait qu'on déborde de la
zone montrée (et qu'en dehors cela prend trop de temps à calculer)?
Note: cela n'affecte pas le rendu des tuiles, juste la recherche des
panneaux avec ce filtre. Mapcontrib ne semble pas "aimer" du tout.

Le jeu. 22 oct. 2020 à 12:17, Zimmy ZIMMERMANN 
a écrit :

> Merci pour vos retours. Voici donc le lien vers une visualisation
> valorisant les objets ayant des photos (Mapillary) ou non.
>
> https://www.mapcontrib.xyz/t/0eddb6-Signalisation_danimation_culturelle_et_touristique_CD84#position/11/44.2116924/4.7236645
>
> Je suis preneurs d'idées et d'astuces (je n'arrive pas à renommer le
> thème).
>
> Le mer. 21 oct. 2020 à 20:50,  a écrit :
>
>> ÀMHA, ça complète et non remplace les attributs proposés par Adrien.
>>
>> Ceux-ci permettent à une carte mondiale de fonctionner et ceux d'Adrien
>> à une carte spécialisée d'avoir un fonctionnement optimal.
>>
>> Jean-Yvon
>>
>> Le 21/10/2020 à 17:23, Jean-Claude Repetto via Talk-fr -
>> talk-fr@openstreetmap.org a écrit :
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] panneaux de signalisation touristique en bord de route et autoroute

2020-10-22 Par sujet Zimmy ZIMMERMANN
Merci pour vos retours. Voici donc le lien vers une visualisation
valorisant les objets ayant des photos (Mapillary) ou non.
https://www.mapcontrib.xyz/t/0eddb6-Signalisation_danimation_culturelle_et_touristique_CD84#position/11/44.2116924/4.7236645

Je suis preneurs d'idées et d'astuces (je n'arrive pas à renommer le thème).

Le mer. 21 oct. 2020 à 20:50,  a écrit :

> ÀMHA, ça complète et non remplace les attributs proposés par Adrien.
>
> Ceux-ci permettent à une carte mondiale de fonctionner et ceux d'Adrien
> à une carte spécialisée d'avoir un fonctionnement optimal.
>
> Jean-Yvon
>
> Le 21/10/2020 à 17:23, Jean-Claude Repetto via Talk-fr -
> talk-fr@openstreetmap.org a écrit :
>
>
> ___
> 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