Re: [OSM-talk-fr] était Subject=Re: SeFaireConnaitre :|, devient SeFaireConnaitre :)

[Support Sefaireconnaitre]

Bonjour,
Merci pour le signalement, j'ai bien repositionné le point de vente.

Amandine Nicolas - Ubiflow

Le 10 octobre 2015 20:52, Jérôme Seigneuret  a
écrit :

> Bonjour j'ai laissé un commentaire sur l'un des changeset.
>
> https://www.openstreetmap.org/changeset/32186586#map=19/43.61747/3.81009
>
> Le 31 août 2015 15:30, Support Sefaireconnaitre <
> supp...@sefaireconnaitre.com> a écrit :
>
>> Bonjour,
>>
>> Suite aux différents éléments que vous avez remontés, nous avons lancé
>> des travaux traiter les différents points d'amélioration.
>>
>> Ces travaux visent dans un premier temps à :
>>
>> - nous permettre de traiter les localisations en amont de l'envoi sur OSM.
>> - faibiliser ces localisations et les synchroniser avec BANO (via
>> l'API quand c'est possible et/ou manuellement avec le layer BANO)
>>
>> Nous avons intégré ces travaux à nos différents outils, et nous avons
>> traité une centaine de points de vente, à vocation de test.
>> Nous allons publier ces 100 POI cette semaine et refaire un point
>> suite à cela pour mesurer les progrès et voir les éventuels autres
>> points à traiter.
>>
>> N'hésitez pas à nous faire des retours, on les prendra en compte !
>>
>> bonne journée,
>>
>> Le 17 août 2015 21:40,   a écrit :
>> > Effectivement.
>> > En espérant voir les mêmes progrès sur les autres points soulevés.
>> > Cordialement,
>> >
>> > Jean-Yvon
>> >
>> > Le 17/08/2015 11:59, Support Sefaireconnaitre -
>> supp...@sefaireconnaitre.com
>> > a écrit :
>> >
>> > OK.
>> > c'est fait.
>> > on a retiré les éléments de tracling situés dans les URL.
>> >
>> > Le 14 août 2015 21:30,   a écrit :
>> >
>> > Je prends acte du mea culpa (merci).
>> > Pour la prise en compte, j'attends encore de voir.
>> > À ce jour encore 101 liens pistants "Ubiflow".
>> > Mon critère :
>> > node["website"~"ubiflow"]["website"!~"source=ubiflow"];
>> >
>> > Quand ce compteur sera à zéro, les fourmis pourront à nouveau tracer les
>> > pistes et le travail des fourmis ne servira plus à ce que d'autres
>> soient
>> > pistés à leur insu.
>> >
>> > Le faire passer à zéro est un gage de bonne foi, gage facile à réaliser.
>> >
>> > Jean-Yvon
>> >
>> > Le 14/08/2015 13:01, Brice MALLET - brice...@free.fr a écrit :
>> >
>> > Bonjour,
>> >
>> > Merci de vos explications sur cette liste quant à la prise en compte des
>> > remarques de la communauté des fourmis et ainsi VousFaire(re)Connaitre
>> :) au
>> > sein de celle-ci.
>> >
>> > Brice
>> >
>> >
>> >
>> > ___
>> > 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

[OSM-talk-fr] Bientot la date limite pour adherer a OSM Foundation et pouvoir voter pour l AG 2015

[THEVENON Julien]

Salut,
La prochaine AG de la Fondation OSM est prevue pour le 5 decembre 2015. Pour 
ceux qui voudraient pouvoir voter lors de l AG il faut s assurer rapidement que 
votre adhesion est a jourPour rappel c est la fondation qui possede les droits 
sur les donnees OSM et qui peut initier un changement de licence donc il peut 
etre pas mal d avoir son mot a dire sur l election du board
Julien

 
   

 - Mail transféré -
  De : Kathleen Danielson 
 À : OpenStreetMap Talk Mailing List  
 Envoyé le : Lundi 12 octobre 2015 5h58
 Objet : [OSM-talk] Membership deadline approaching for 2015 AGM
   
All: This is an (unofficial) heads up that the 2015 Annual General Meeting 
(AGM) of the OpenStreetMap Foundation will be held remotely on December 5th, 
2015. At this meeting the membership of the Foundation will vote on the open 
seats for the Board, along with any other pressing business. An official 
announcement (including an agenda and voting items) for the upcoming AGM will 
be sent to members of the Foundation at least 28 days in advance of the 
meeting.In order to be eligible to vote, all existing members must be paid up. 
Any new members must have joined the Foundation 30 days or more prior to the 
AGM [1]. This means that if you would like to be eligible to vote in the 
upcoming election, you need to have joined [2] by November 5th. If your current 
membership has lapsed, you will have recently received an email notifying you 
of this. Remember to renew your membership if you would like to remain a member 
of the Foundation and be eligible to vote. If you are unsure of your membership 
status, send a note to members...@osmfoundation.org asking about it. Kind 
Regards, 
Kathleen Danielson 
Member, OpenStreetMap Foundation Board of Directors 
[1] See Article 75. Right to Vote at General Meeting 
http://wiki.osmfoundation.org/wiki/Articles_of_Association#VOTING_AT_GENERAL_MEETINGS
 
[2] https://join.osmfoundation.org/ 

___
talk mailing list
t...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


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

Re: [OSM-talk-fr] était Subject=Re: SeFaireConnaitre :|, devient SeFaireConnaitre :)

[Philippe Verdy]

Et pas corrigé le format de "website=*" qui doit être une URL complète,
avec le protocole http:// ou https:// approprié ; certes, les navigateurs
masquent le protocole dans la barre d'adresse quand c'est http ou https
(pour le second il utilise une icône de sécurité cliquable pour afficher
l'état du certificat), mais normalement il le conserve quand on copie-colle
depuis la barre d'adresse et il le rend visible en édition.



Autres remarques sur les liens utilisables (pour la sécurité, le respect de
la vie privée, l'accessibilité générale, et les performances à
l'utilisation avec un minimum d'échanges réseau à l'utilisation dans un
navigateur) :

(1) Ne pas oublier non plus "www." dans les noms de domaine canoniques,
s'il est nécessaire pour éviter une redirection immédiate ou une
non-validation d'un certificat de sécurité pour HTTPS (ce n'est pas le cas
ici)

Cela peut paraître redondant pour l'utilisateur, mais pas pour les outils
automatisés de vérification qui risquent d'ignorer le lien totalement en
cas de non-validation. Dans un rendu cartographique avec des icones
cliquables donnant un panneau d'information, cela n'empêche pas du tout ces
panneaux de faire le même traitement que les navigateurs pour **afficher**
un lien simplifié mais malgré tout rendre la cible du lien avec l'URL
complète (comme le font aussi les moteurs de recherche, bien que ceux-ci
utilisent une cible de lien modifiée pour transiter par un redirecteur,
hébergé par le moteur de recherche lui-même et destiné au comptage des
liens suivis et au profilage).

(2) Sur OSM on doit aussi s'interdire d'utiliser des adresses transitant
par des redirecteurs de profilage (y compris les "URL raccourcies" / tiny
URL, hébergés sur des domaines ouverts redirigeant vers des tas de sites
dont des sites malveillants avec des niveaux de sécurité différents : le
nom de domaine final après redirection doit être identifiable directedment
depuis le lien indiqué, et nombre de ces redirecteurs ont une durée de vie
faible, ou peuvent au final ne plus rediriger vers le site voulu) :

Donc merci de vérifier tous les liens avant de les mettre et ne garder que
la cible finale (seule exception : le nom de la page d'accueil par défaut
du site tel que "index.html" ou "index.asp" ou home.html" peut être omis
tant que la page par défaut "/" pour HTTP(S) reste sur le même domaine). En
cas de présence de paramètres de requête (après un "?"), ôter les
paramètres opionnels non indispensables qui ont des valeurs codées
spécifiques au suivi d'une session ou d'un droit d'accès, ne garder que les
paramètres identifiant une page sur le site.

(3) Si le lien final obtenu est seulement temporaire et spécifique à une
session ou à un utilisateur connecté au site, ce lien n'est pas utilisable,
on ne le met pas du tout (exemple, les liens vers des articles de presse
lisibles uniquement par les abonnés : on ne peut mettre que le lien vers la
page publique de résumé ne nécessitant aucune identification préalable).
Même chose sir le lien n'est utilisable qu'après avoir d'abord visité une
autre page du même site.

(4) Ne pas mettre le lien non plus vers une page s'il y a une indication
technique "no robots" demandant de ne pas indexer une page dans un moteur
de recherche, chercher plutôt une page indexable (cela interdit notamment
de mentionner les liens vers des pages d'annuaires de sites, très souvent
publicitaires). Cette vérification peut être automatisée, de tels liens
pourraient être supprimés automatiquement d'OSM s'ils sont présents dans la
base.

(5) Et sur les sites HTTPS, vérifier la validité des certificats utilisés :
un navigateur moderne ne devrait afficher aucune alerte de sécurité
demandant à l'utilisateur de vérifier manuellement l'émetteur ou d'accepter
un founisseur PKI non reconnu comme stable et sûr, ou d'accepter une
certificat expiré ou limité à un autre sous-domaine que celui pour lequel
le certificat a été signé (exemple lien avec "www2." alors que le
certificat ne signe que le sous-domaine "www." et aucun autre
sous-domaine). Sinon demander à l'administrateur du site de corriger en
installant de nouveaux certificats sur le site pour inclure les
sous-domaines manquants ou renouveler la signature chez son prestataire
PKI, ou corriger le sous-domaine approprié dans le lien public.

Ce genre de choses devrait être documenté sur le wiki d'OSM en tant que
règles de bonne conduite pour les liens acceptables.

Le 14 octobre 2015 09:23, Support Sefaireconnaitre <
supp...@sefaireconnaitre.com> a écrit :

> Bonjour,
> Merci pour le signalement, j'ai bien repositionné le point de vente.
>
> Amandine Nicolas - Ubiflow
>
> Le 10 octobre 2015 20:52, Jérôme Seigneuret  a
> écrit :
>
>> Bonjour j'ai laissé un commentaire sur l'un des changeset.
>>
>> https://www.openstreetmap.org/changeset/32186586#map=19/43.61747/3.81009
>>
>> Le 31 août 2015 15:30, Support Sefaireconnaitre <
>> supp...@sefaireconnaitre.com> a écrit :
>>
>>> Bonjour,
>>>
>>> 

Re: [OSM-talk-fr] était Subject=Re: SeFaireConnaitre :|, devient SeFaireConnaitre :)

[osm . sanspourriel]

Bien, merci d'améliorer votre processus de production/validation de 
données afin d'éviter de placer un lieu à 1,3 km de son lieu réel 
(distance en voiture selon OSRM).
Ici par exemple comme déjà dit un lien sur un emplacement d'arrêt de 
tram doit faire tiquer.

Ce n'est bon ni pour votre client, ni pour vous ni pour OpenStreetMap.
Les deux premiers points c'est votre problème.
Le troisième aussi mais c'est surtout celui qui nous concerne.

Pour votre pénitence, vous leur proposerez une alternative à ceci :
http://juvignac.apef-services.fr/contact.html#map
;-).

Jean-Yvon

Le 14/10/2015 09:23, Support Sefaireconnaitre - 
supp...@sefaireconnaitre.com a écrit :

Bonjour,
Merci pour le signalement, j'ai bien repositionné le point de vente.

Amandine Nicolas - Ubiflow



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

[OSM-talk-fr] Zones résidentielles: noms redondants ou erronés et non vérifiés.

[Philippe Verdy]

Je tombe sur des objets de type zone résidentielle (chemins fermés avec
"landuse=residentia"l) qui portent des noms de la commune où elles sont
situées. Parfois plusieurs dans la même commune, et parfois même avec une
orthographe approximative (oubli d'accents).

Ces noms apparaissent sur la carte OSM par défaut alors que ce ne sont même
pas des quartiers (place=suburb ou place=neighbourhood) ou lieux-dits
ruraux (place=locality) de la commune concernée.

Si ce sont des landuse disjoints dans la même commune, ils ne devraient pas
non plus avoir le même nom de toute façon, car cela ne permet pas de situer
réellement les recherches d'adresse (un nom plus urile devrait être
complété par une indication géographique supplémentaire de distinction
(comme "Ouest"/"Est") plutôt que seulement le nom de la commune.

Ces noms faussent aussi les résultats de recherche dans Nominatim, qui les
retourne (parce que dans certains pays les communes sont mal délimitées et
sont des taches non jointives entre elles détournant sommairement un
contour englobant dans leur partie résidentielle, mais cela ne doit pas
exister en France).

Je pense que ces zones résidentielles nommées ne devrait même pas exister
en France, les landuse=residential ne devraient avoir aucun nom, d'autant
qu'ils englobent différents quartiers, voire des morceaux de plusieurs
communes limitrophes, à moins que le même chemin serve **aussi** de
division administrative de quartier (et que son nom soit alors cohérent!).
Si c'est juste le nom de la commune, c'est inutile (et souvent cela se
juxtapose non traduit, avec les noms traduits de la commune). Dans certains
cas, les landuse débordent légèrement les frontières communales tout en
gardant le nom de la commune principale, et cela introduit des cas
d'homonymie dans les résultats de recherche, difficiles à évaluer si on n'a
pas le détail des tags utilisés mais juste les noms, comme on le voit sur
le site OSM.org)

Donc ce serait bien de signaler dans Osmose tous les "landuse=residential"
(en France au minimum, y compris en outre-mer sauf les territoires sans
communes et non subdivisés autrement) qui ont un "name=*" mais pas de
"boundary=administrative" dessus ! Ces noms sont certainement soit faux,
soit redondants et doivent provenir d'un ancien temps où les communes
n'avaient pas encore de frontière définie (de plus les landuse sont souvent
encore des "patates" approximatives issues du vieil import Corine). Et
d'autant plus que le nom est égal ou proche du nom d'une commune ou du vrai
nom d'un quartier ou d'une commune associée (avec son propre bourg séparé
et donc sa propre zone résidentielle en landuse=*).

[Demandes complémentaires (à étudier) :]

(1) il peut y avoir des zones résidentielles dans des îles ou archipels qui
font partie d'une commune plus grande. dans ce cas on a des petits bourds
ou hameaux sur ces iles qui portent usuellement le même nom que l'ile
elle-même. Seule le nom de l'île est pertinent en fait pas les morceaux
résidentiels sur cette île. Je ne sais pas si on tombe sur ce cas mais là
aussi on devrait s'n passer : au lieu de nommer ces petites zones
résidentielles, on devrait plutôt y placer un noeud nommé
place=neighborhood, voire suburb s'il faut y inclure plusieurs lieux-dits
urbanisés taggués avec place=neighborhood.

(2) Je suis même d'avis qu'on ne devrait pas nommer non plus les zones
industrielles ou commerciales à moins que ce soit des "ZI / ZA / ZAC /
etc." **explicitement** dans leur nom administratif ("name=*"), lequel est
souvent alors aussi un nom de quartier administratif réel (relation
boundary=administrative et admin_level=10 ou 11, sinon c'est un simple
noeud place=neighborhood voire place=suburb et pas une relation frontière
ni un chemin fermé) formé à partir d'un nom de lieu-dit ou d'un ancien
petit bourg ou d'une ancienne ferme.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr