[OSM-talk-fr] Wiki des cours d'eau

2018-04-17 Par sujet François Lacombe 
Bonsoir à tous,

Pour info, s'achève ce soir une vague de mise à jour du wiki pour la
cartographie des cours d'eau, en anglais pour commencer et intégralement
traduite en français ensuite.
https://wiki.openstreetmap.org/wiki/FR:Waterways

Les tags utilisés se veulent équilibrés entre le cours d'eau lui-même, son
contenant éventuel lorsque des structures artificielles sont construites,
et enfin son usage.
waterway=* (le cours d'eau)
tunnel=* / bridge=* (contenant artificiel éventuel)
usage=* (utilisation)

Cela suite à l'adoption de la proposition de cartographie des ouvrages
d'amenée d'eau
https://wiki.openstreetmap.org/wiki/FR:Proposed_features/Hydropower_water_supplies

Parmi les nouveaux tags, on a :
https://wiki.openstreetmap.org/wiki/FR:Tag:waterway%3Dpressurised
https://wiki.openstreetmap.org/wiki/FR:Tag:usage%3Dheadrace
https://wiki.openstreetmap.org/wiki/FR:Tag:usage%3Dtailrace
https://wiki.openstreetmap.org/wiki/Tag:tunnel%3Dflooded

Le nécessaire a été fait auprès des rendus et éditeurs notables, néanmoins
rien ne sera mis en place tant que ces tags ne sont pas plus utilisés.
Bref, si vous connaissez des ouvrages dignes d’intérêt dans votre zone,
servez-vous en

Bonne soirée

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

Re: [OSM-talk-fr] Un nouveau 'concurrent' ?

2018-04-17 Par sujet Philippe Verdy 
Concernant Mapcat.com, je trouve que leur rendu vectoriel est beaucoup trop
agressif sur les simplications géométriques, ce qui donne des polygones
beaucoup trop anguleux par rapport aux données (il suffit de voir le tracé
des rocades ou des courbes de lignes de chemin de fer), et trop souvent des
intersections fausses entre polygones qui en fait ne se croisent même pas
dans les données, et dans certains cas où les polygones ont de fortes
concavités (exemple lacs ou forêt)s, des autointersections sur la forme
"simplifiée" et un rendu complètement faux.

L'algo de simplification ne semble pas tenir compte de la structure du
"squelette" pour le conserver ou au moins pour ne pas en altérer la
topologie (peut être admis cependant l'élimination de certaines branches
courtes du squelette). Note: le "squelette" est la structure géométrique
duale qu'on obtient par réduction d'une triangulation optimale d'une
surface polygonale quelconque même quand elle est concave ou comporte des
trous: s'il y a des trous ce squelette contiendra éventuellement des
anneaux fermés autour, non nécessairement reliés au reste du squelette si
le trou est assez petit et pas trop proche du contour externe de la surface
où il est situé; une simplification géométrique pour un rendu convenable
peut éliminer ces anneaux du squelette si leur taille est assez faible
(mesurée comme la surface de l'ellipse inscrite sur la paire de points les
plus proches et la paire la plus éloignée du contour dépasse un seuil
proportionnel à la surface des pixels du rendu soit environ une dizaine de
pixels-carrés), et alors permettre d'éliminer du contour simplifié de la
surface décrite certains segments trop courts (moins de 4 pixels de
longueur).

Mais là sur Mapcat.com, les simplifications semblent ne pas tenir compte du
tout de la géométrie (squelette, angles ou courbes) et se contentent juste
de fixer un seuil de distance minimale entre deux points du contour
simplifié, et ça donne trop d'aberrations visibles, et pour certaines
simplifications, au lieu d'éliminer des sommets uniquement on devrait
pouvoir réduire l'erreur en remplaçant certains d'entre eux par une
interpolation sur une courbe spline (au moins du deuxième degré, mais une
cubique sera sans doute meilleure) pour un rendu bien meilleur des courbes
par un polygone formé (autre solution: générer non pas un polygone mais un
spline: la simplificaton ne garde pas que des sommets mais détermine des
points de contrôle entre deux sommets (tout en évitant les aberrations
comme les autointersections modifiant le squelette: si c'est le cas,
réduire le degré pour garder moins de points de contrôle).

Je ne sais pas si des travaux existent sur les techniques de simplification
géométriques de surfaces polygonales: pour le rendu de cartes vectorielles
à haute densité comme OSM (et notamment pour les faibles niveaux de zoom),
c'est un facteur important (rien que le calcul du squelette prend un temps
considérable, mais il est facilement parallélisable, et un GPU peut aider
beaucoup à accélérer ça avec ses nombreux coeurs pour traiter une
triangulation très dense avec des volumes de données importants)


Le 17 avril 2018 à 12:55, Vincent Frison  a écrit
:

> Le 16 avril 2018 à 11:39, Cédric Frayssinet  a
> écrit :
>
>>
>> Merci Noémie pour ces précisions !
>>
>> Qwant étant un moteur de recherche, est-il prévu également d'améliorer le
>> moteur actuel d'OpenStreetMap qui est pour moi le point faible autant sur
>> OpenStreetMap.org que sur OsmAnd. En effet, une seule petite lettre en
>> défaut et on n'obtient aucun résultat :( C'est une des grosses forces de
>> GMaps pour le coup...
>>
>> Sur Mastodon, on m'a dit que ce serait chouette de se rapprocher de cette
>> interface : https://en.mapy.cz/ et moi je rajoute celle-ci :
>> https://maps.mapcat.com/
>>
>
> Je trouve Mapy.cz impressionnant, pour moi c'est peut-être la meilleure
> webmap basée sur OSM ! Elle a quasiment tout, il manque juste la
> possibilité de voir l'ensemble des données comme sur osm.org (par ex.
> certains commerces ou restaurant ne sont pas visibles, même avec la carte
> "touriste"). Bref merci pour le lien...
>
> Pour revenir au sujet j'ai vraiment hâte de voir ce que Qwant va nous
> proposer, c'est pas tous les jours qu'une "grosse" boite fait une solution
> cartographique pour le grand public basée sur OSM...
>
> ++ Vincent
>
>
> ___
> 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] Un nouveau 'concurrent' ?

2018-04-17 Par sujet Vincent Frison 
Le 16 avril 2018 à 11:39, Cédric Frayssinet  a écrit
:

>
> Merci Noémie pour ces précisions !
>
> Qwant étant un moteur de recherche, est-il prévu également d'améliorer le
> moteur actuel d'OpenStreetMap qui est pour moi le point faible autant sur
> OpenStreetMap.org que sur OsmAnd. En effet, une seule petite lettre en
> défaut et on n'obtient aucun résultat :( C'est une des grosses forces de
> GMaps pour le coup...
>
> Sur Mastodon, on m'a dit que ce serait chouette de se rapprocher de cette
> interface : https://en.mapy.cz/ et moi je rajoute celle-ci :
> https://maps.mapcat.com/
>

Je trouve Mapy.cz impressionnant, pour moi c'est peut-être la meilleure
webmap basée sur OSM ! Elle a quasiment tout, il manque juste la
possibilité de voir l'ensemble des données comme sur osm.org (par ex.
certains commerces ou restaurant ne sont pas visibles, même avec la carte
"touriste"). Bref merci pour le lien...

Pour revenir au sujet j'ai vraiment hâte de voir ce que Qwant va nous
proposer, c'est pas tous les jours qu'une "grosse" boite fait une solution
cartographique pour le grand public basée sur OSM...

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

Re: [OSM-talk-fr] Exports OSM impossibles

2018-04-17 Par sujet Sylvain M 
marc marc wrote
> mais l'utilisation du bouton export fonctionne chez moi

Étrange... !
Peux-tu me donner l'URL complète de l'exportation, qui fonctionne chez toi ?
Merci !

Sylvain M.




--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Banque, brand et brand:wikidata

2018-04-17 Par sujet Julien Noblet 



Le 17/04/2018 à 09:59, marc marc a écrit :

Le 17. 04. 18 à 09:25, Julien Noblet a écrit :

J'utilise brand et non opérator car même si c'est souvent identique dans
le cas des banques (il y a peu d'indépendants dans le domaine),

On serrait surpris :)
généralement le seul moyen pour un client de savoir si une agence est
salarié ou franchisé, c'est de regarder sur les documents qu'on signe
dans cette agence. en cas de franchise, tu as les coordonnées de la
franchise et le fait qu'elle agit pour le nom du groupe.
Pour cette raison je pense que la majorité des agences bancaires dans
osm ont un tag operator supposé (donc autant pas mettre plutôt que de
faire de la devinette). idem pour les fastfood par exemple.
D'autant qu'avoir un operator sur un fastfood a un intérêt limité a mon 
avis.
brand est plus pertinent, lorsque je cherche un m*c do. Je me fiche de 
savoir qui est le gérant  ^^



Par exemple la Relation 287171
, nous avons:
# name=Crédit Mutuel de Bretagne
# operator=Crédit Mutuel

A mon avis cela devrais être:
# name=Crédit Mutuel de Bretagne Chantepie
# brand=Crédit Mutuel
# operator=Crédit Mutuel de Bretagne

brand=Crédit Mutuel
operator : je n'y toucherais pas sauf si tu as une source valide.
name="Caisse de crédit mutuel Chantepie" (c'est moche mais c'est le nom
que le CM utilise
https://www.creditmutuel.fr/banques/contact/trouver-une-caisse/SearchList.aspx?type=branch===Chantepie=29=11=true=False===

Ici je pencherai pour remplacer le operator par le brand.


une recherche par name ne sort pas toutes les occurences,

exact, sans compter que dans certain réseau, le nom correct est parfois
du style "agence de tel-lieu" sans que la marque n'apparaisse dans le nom.
Le seul tag pertinent pour ce genre de recherche est à mon avis brand,
d’où l’intérêt de l'ajouter.

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


Du coup, je pensait faire une requette assez généraliste comme celle ci :
http://overpass-turbo.eu/s/xXL



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

Re: [OSM-talk-fr] Banque, brand et brand:wikidata

2018-04-17 Par sujet PanierAvide 

+1 pour la démarche sur les banques :-)

Pour le nom c'est effectivement long et/ou pas adéquat (pas forcément 
moche, vu que c'est le nom du lieu). Ce qui est moche, c'est que le 
rendu international ne gère toujours pas le brand=*. Sur un 
établissement qui en dispose, il devrait être utilisé (et éviter l'usage 
en doublon du name=* pour remettre la même chose que le brand sans 
préciser le nom précis de l'établissement). Comme on ne tague pas pour 
le rendu, je vous encourage vivement à mettre le nom précis dans name=*, 
le rendu s'adaptera (un jour (j'espère)).


Adrien.


Le 17/04/2018 à 09:59, marc marc a écrit :

Le 17. 04. 18 à 09:25, Julien Noblet a écrit :

J'utilise brand et non opérator car même si c'est souvent identique dans
le cas des banques (il y a peu d'indépendants dans le domaine),

On serrait surpris :)
généralement le seul moyen pour un client de savoir si une agence est
salarié ou franchisé, c'est de regarder sur les documents qu'on signe
dans cette agence. en cas de franchise, tu as les coordonnées de la
franchise et le fait qu'elle agit pour le nom du groupe.
Pour cette raison je pense que la majorité des agences bancaires dans
osm ont un tag operator supposé (donc autant pas mettre plutôt que de
faire de la devinette). idem pour les fastfood par exemple.


Par exemple la Relation 287171
, nous avons:
# name=Crédit Mutuel de Bretagne
# operator=Crédit Mutuel

A mon avis cela devrais être:
# name=Crédit Mutuel de Bretagne Chantepie
# brand=Crédit Mutuel
# operator=Crédit Mutuel de Bretagne

brand=Crédit Mutuel
operator : je n'y toucherais pas sauf si tu as une source valide.
name="Caisse de crédit mutuel Chantepie" (c'est moche mais c'est le nom
que le CM utilise
https://www.creditmutuel.fr/banques/contact/trouver-une-caisse/SearchList.aspx?type=branch===Chantepie=29=11=true=False===


une recherche par name ne sort pas toutes les occurences,

exact, sans compter que dans certain réseau, le nom correct est parfois
du style "agence de tel-lieu" sans que la marque n'apparaisse dans le nom.
Le seul tag pertinent pour ce genre de recherche est à mon avis brand,
d’où l’intérêt de l'ajouter.

Cordialement,
Marc
___
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] Banque, brand et brand:wikidata

2018-04-17 Par sujet marc marc 
Le 17. 04. 18 à 09:25, Julien Noblet a écrit :
> J'utilise brand et non opérator car même si c'est souvent identique dans 
> le cas des banques (il y a peu d'indépendants dans le domaine),

On serrait surpris :)
généralement le seul moyen pour un client de savoir si une agence est 
salarié ou franchisé, c'est de regarder sur les documents qu'on signe 
dans cette agence. en cas de franchise, tu as les coordonnées de la 
franchise et le fait qu'elle agit pour le nom du groupe.
Pour cette raison je pense que la majorité des agences bancaires dans 
osm ont un tag operator supposé (donc autant pas mettre plutôt que de 
faire de la devinette). idem pour les fastfood par exemple.

> Par exemple la Relation 287171 
> , nous avons:
> # name=Crédit Mutuel de Bretagne
> # operator=Crédit Mutuel
> 
> A mon avis cela devrais être:
> # name=Crédit Mutuel de Bretagne Chantepie
> # brand=Crédit Mutuel
> # operator=Crédit Mutuel de Bretagne

brand=Crédit Mutuel
operator : je n'y toucherais pas sauf si tu as une source valide.
name="Caisse de crédit mutuel Chantepie" (c'est moche mais c'est le nom 
que le CM utilise
https://www.creditmutuel.fr/banques/contact/trouver-une-caisse/SearchList.aspx?type=branch===Chantepie=29=11=true=False===

> une recherche par name ne sort pas toutes les occurences,

exact, sans compter que dans certain réseau, le nom correct est parfois 
du style "agence de tel-lieu" sans que la marque n'apparaisse dans le nom.
Le seul tag pertinent pour ce genre de recherche est à mon avis brand,
d’où l’intérêt de l'ajouter.

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

Re: [OSM-talk-fr] Banque, brand et brand:wikidata

2018-04-17 Par sujet Julien Noblet 



Le 17/04/2018 à 09:39, Dominique Rousseau a écrit :

Le Tue, Apr 17, 2018 at 07:25:08AM +, Julien Noblet 
[julien.nob...@gmail.com] a écrit:
[...]

De plus, si je prends l'example du Crédit Mutuel ou de la Banque Populaire,
il me semble que l'on a des société régionnales qui sont sous une seule et
même banière.

C'est la même chose pour la Caisse d'Épargne, pour le Crédit Agricole,
le CIC.
(en fait toutes les banques "mutualistes" :)
Du coup on devrais pas voir ici http://overpass-turbo.eu/s/xXJ ces 460 
operator=CIC :)







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

Re: [OSM-talk-fr] Banque, brand et brand:wikidata

2018-04-17 Par sujet Dominique Rousseau 
Le Tue, Apr 17, 2018 at 07:25:08AM +, Julien Noblet 
[julien.nob...@gmail.com] a écrit:
[...]
> De plus, si je prends l'example du Crédit Mutuel ou de la Banque Populaire,
> il me semble que l'on a des société régionnales qui sont sous une seule et
> même banière.

C'est la même chose pour la Caisse d'Épargne, pour le Crédit Agricole,
le CIC.
(en fait toutes les banques "mutualistes" :)


-- 
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27

A l'instant où l'esclave décide qu'il ne sera plus esclave,
ses chaînes tombent.  -- Mahatma Gandhi

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

[OSM-talk-fr] Banque, brand et brand:wikidata

2018-04-17 Par sujet Julien Noblet 
Bonjour,

Je viens de lire le fil d'Adrien sur wikidata vs brand:wikidata et
j'aimerai de reprendre le principe pour certaines banques.
Je propose donc de rajouter le brand et brand:wikidata sur ces dernières
pour simplifier les recherches.

J'utilise brand et non opérator car même si c'est souvent identique dans le
cas des banques (il y a peu d'indépendants dans le domaine), je ne suis pas
sur qu'une entité soit bien une filliale du groupe.
De plus, si je prends l'example du Crédit Mutuel ou de la Banque Populaire,
il me semble que l'on a des société régionnales qui sont sous une seule et
même banière.
Par exemple la Relation 287171
, nous avons:
...
- name=Crédit Mutuel de Bretagne
- operator=Crédit Mutuel...

A mon avis cela devrais être:
...
- name=Crédit Mutuel de Bretagne Chantepie
- brand=Crédit Mutuel
- operator=Crédit Mutuel de Bretagne
- ...

Les spécialistes me corrigerons, je n'en doute pas.
Pour le moment, ne connaissant pas bien le liens de filliations donc je me
concentre uniquement sur le tag "brand" (jumelé avec brand:wikidata)
J'ai commencé sur avec LCL en faisant des recherches croisées.
Je vais essayer de créer un maproulette pour ajouter ces dernières et ne
pas être seul à faire cela :).


Pour l'histoire, je cherchait ou était la banque la plus proche mais
également la densité des banques du même réseau.
Je me suis rendu compte que c'etait pas aussi simple, une recherche par
name ne sort pas toutes les occurences,
Il y a aussi certaines baques sans nom mais avec un operator ou brand
uniquement...
Certaines on un nom du style name=Banque tartampion du centre-ville ce qui
complique pas mal les recherches...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr