Re: [OSM-talk-fr] OpenStreetMap dans le correcteur orthographique - Help !

2017-07-30 Par sujet Florian LAINEZ 
C'était plus facile que prévu ^^

Le 30 juillet 2017 à 17:52, Antoine Riche  a écrit
:

> Finalement ta requête a été acceptée aujourd'hui :
> https://www.dicollecte.org/entry.php?prj=fr=231687
>
> Le 28/07/2017 à 08:49, Florian LAINEZ a écrit :
>
> Salut,
> Je me suis rendu compte que le mot OpenStreetMap n'était pas dans le
> correcteur orthographique de Libre Office + Firefox + Thunderbird et ça
> m'embête
> J'en ai fait la demande qui a été refusée cf. https://www.dicollecte.org/
> proposition.php?prj=fr=29326
>
> Vous m'aidez à écrire la réponse ?
> Voici comment elle commence :
>
>
> Bonjour, merci pour cette réponse et cette correction.
> Je comprends bien entendu la décision de la communauté de ne pas intégrer
> les noms propres. Ce principe est tout à fait logique et, personnellement,
> il me parait important à respecter.
>
> Néanmoins je propose qu'OpenStreetMap fasse partie des exceptions à ce
> principe au même titre que Wikipédia.
> En effet, ...
>
> --
>
> *Florian Lainez*
> @overflorian 
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> 
>  Garanti
> sans virus. www.avast.com
> 
> <#m_1753928154097112364_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 

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

Re: [OSM-talk-fr] OpenStreetMap dans le correcteur orthographique - Help !

2017-07-30 Par sujet Antoine Riche 
Finalement ta requête a été acceptée aujourd'hui : 
https://www.dicollecte.org/entry.php?prj=fr=231687


Le 28/07/2017 à 08:49, Florian LAINEZ a écrit :

Salut,
Je me suis rendu compte que le mot OpenStreetMap n'était pas dans le 
correcteur orthographique de Libre Office + Firefox + Thunderbird et 
ça m'embête
J'en ai fait la demande qui a été refusée cf. 
https://www.dicollecte.org/proposition.php?prj=fr=29326


Vous m'aidez à écrire la réponse ?
Voici comment elle commence :


Bonjour, merci pour cette réponse et cette correction.
Je comprends bien entendu la décision de la communauté de ne pas 
intégrer les noms propres. Ce principe est tout à fait logique et, 
personnellement, il me parait important à respecter.


Néanmoins je propose qu'OpenStreetMap fasse partie des exceptions à ce 
principe au même titre que Wikipédia.

En effet, ...

--

*Florian Lainez*

@overflorian 


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





---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag de la semaine : harmoniser step(s) vers step_count

2017-07-30 Par sujet PanierAvide 

Merci pour ce nettoyage des valeurs ;-)

Adrien.


Le 30/07/2017 à 00:00, marc marc a écrit :

J'ai migré les valeurs numériques restantes ainsi que le dry-stone.

Il ne reste plus que 36 steps=yes à vérifier, n'hésitez pas :-)

Le 29. 07. 17 à 00:33, Marc M. a écrit :

J'ai corrigé les steps=up/down en incline=up/down

Il reste 12 valeurs numériques a migrer vers step_count
cela tente quelqu'un d'en faire une ou deux ?

C'est très rapide avec josm
choisir une valeur qui n'a pas encore été traitée
https://taginfo.openstreetmap.fr/keys/steps#values
attention cela ne se rafraîchit qu'une fois par jour.
menu fichier / télécharger avec overpass api
y mettre la requête
[out:xml][timeout:300];
{{geocodeArea:France}}->.searchArea;
(
node["steps"=2](area.searchArea);
way["steps"=2](area.searchArea);
);
out meta;
  >;
out meta;
ctrl-f steps=*
bien vérifier dans la partie droite que la sélection est correcte
double clic sur la clef step, écrire à la place step_count
envoyer en vérifiant que le nombre d'objets modifiés est semblable à ce
qui était attendu selon taginfo :)
source du changeset, on peux mettre wiki ou talk-fr ou contributeur
précédent selon ce qui vous semble le plus pertinent (une avis ?)

Le 24. 07. 17 à 14:04, PanierAvide a écrit :

Bonjour,

Bonne initiative d'harmonisation à nouveau :-)

Sur Rennes, 3 steps=yes (ajoutés lors d'une cartopartie de
l'Université), je pense que c'était des steps:contrast sur lesquelles
il y a eu erreur de saisie. Dans le doute je retire (on a déjà l'info
step_count sur les objets), j'irai vérifier à l'occasion.

Cordialement,

Adrien.


Le 24/07/2017 à 13:35, marc marc a écrit :

Bonjour,

Je lance la proposition d'harmonisation pour le(s) tag suivant : step(s)

step_count 4 602 occurrences en France permet de renseigner le nombre de
marche d'un escalier ou d'une entrée d'immeuble.
le nom du tag n'est pas parfait mais il a été accepté ainsi au niveau
mondial il y a 5 ans et je pense donc qu'il faut l'accepter ainsi.

Il reste 89 occurrences de step(s) qui étaient la façon de faire avant.
Je propose que nous migrions ce reliquat vers step_count
Comme la semaine précédente, je propose de faire ca en mode collaboratif
à la fois parce que cela permet de communiquer, de vérifier ses outils,
d'éviter les éditions de masse trop importante.
Je propose que chacun prenne une valeur dans l'ordre d’occurrence et
modifie le tag concerné. cela permettra a chacun de savoir facilement
quelle valeur suivante prendre :)
https://taginfo.openstreetmap.fr/keys/steps#values

On peux aussi améliorer chacun ses dernières modifs mais j'ai reconnu
peu de monde
29 JLZIMMERMANN
 8 frodrigo
 3 Zenist
 3 tourcyc
 3 tony
 3 Luck_Gentil_Piron
 2 Trubshaw
 2 cquest

il y a cependant quelques valeurs non numérique :

steps=up sur highway=steps -> a changer en incline=up
steps=down sur highway=steps -> a changer en incline=down
Je veux bien m'occuper.

steps=dry-stone -> surface=dry-stone

steps=yes
Le plus simple c'est les traiter une autre fois :-)
Autre solution : les migrer vers step_count=yes et on s'occupera une
autre fois d'améliorer leur précision. l'avantage c'est qu'on vire un
tag déprécié, c'est toujours une amélioration même si elle est partielle
La solution la plus longue c'est d'examiner un à un pour voir si c'est
redondant (il y a peut-être déjà un highway=steps)
et dans ce cas on ne perd pas d'info à le virer
mais on tombera sûrement sur des cas où il n'y a pas assez d'info.
Par exemple si highway=path, il n'y a ma connaissance pas de moyen de
dire que ce chemin contient un escalier vu que normalement on découpe le
chemin en tagant highway=steps à l'endroit précis de l'escalier ce qui
impose d'être sur place ou d'avoir une image satellite ultra finie.

D'accord ? question ? objection ?

Cordialement,
Marc

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



--
PanierAvide
Géomaticien & développeur


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

Re: [OSM-talk-fr] recherche d'une arrêt de bus sans nom dupliqué

2017-07-30 Par sujet Jo 
Les anciens tags ne sont pas là pour être compatible. Ils sont là pour
'aider' le rendu. Après des années de demander que public_transport soit
rendu, on a plus ou moins abandonné.

Personnellement, je n'ai jamais abandonné de renseigner les arrêts sur de
noeuds à coté de la rue et je trouve dommage que l'on a commencé de
dupliquer tous les détails dans tous les sens et surtout que l'on a
commencé d'ajouter les arrêts 2 fois au relations routes.

Si on pouvait renseigner tous les détails 1 seule fois sur un noeud:
highway=bus_stop
public_transport=platform
bus=yes
name
ref
route_ref
operator
(network)
(zone)

ou
railway=tram_stop
public_transport=platform
tram=yes
name
ref
route_ref
operator
(network)
(zone)

et puis ajouter ces noeuds-là aux relations route, on aurait un schéma
simple et concis qui ne perd aucun de détail.

S'il y a une vrai plateforme, on peut l'ajouter comme way ou area

S'il y a un abri, on peut l'ajouter comme area

Les poubelles, les bancs comme des noeuds

Polyglot

2017-07-29 18:35 GMT+02:00 marc marc :

> C'est le rendu de public_transport"="platform" que je cherche.
> Sur un noeud c'est bien rendu puis qu'historiquement le plus courant.
> Je cherche plus précisément le rendu de l'icône arrêt de bus de la
> plateforme d'attente  lorsque la longueur et le côté dédié de celle ci
> justifie un chemin ouvert
>
> > Le 27 juil. 2017 à 20:40, Noémie Lehuby 
> a écrit :
> >
> > Hello,
> >
> > À ma connaissance, les highway = bus_stop sur des chemins non fermés ne
> sont pas rendus.
> > Voir par exemple celui-ci (qui est très probablement une erreur de
> cartographie) : http://www.openstreetmap.org/way/127612025
> >
> > Mais bon, pour les bus, c'est quand même assez rare d'avoir un quai (je
> parle bien d'un quai, pas d'une bande jaune pour pas que les voitures
> stationnent, pas d'un petit Kassel kerb).
> >
> > En tout cas, si tu dois vraiment mettre des quais, il reste le tag
> highway = platform, qui est rendu. https://wiki.openstreetmap.
> org/wiki/Tag:highway%3Dplatform
> > Mais, comme highway = bus_stop, c'est de la rétro compatibilité pour les
> rendus et les outils qui n'ont pas migré, il n'est plus sensé être utilisé.
> >
> > Noémie
> >> Merci Jo.
> >>
> >> Voici où j'en suis :
> >> way["public_transport"="platform"]["bus"=yes]["name"][!"fixme"]
> >>
> >> il reste à rajouter en condition
> >> - le chemin n'est pas fermé (pour ne pas avoir les gros quais)
> >> - soit qui ne fait pas partie d'un stop_area
> >> - soit qui fait partie d'un stop_area mais dont le stop_area n'a pas de
> nom
> >>
> >> Mais avec mon niveau débutant overpass, je bloque.
> >>
> >> c'est pour cela que je demande si quelqu'un a tager une plateforme sans
> >> nom dupliqué
> >>
> >> Si tu penses en avoir fait du côté d'avignon, je vais aller voir.
> >>
> >> --
> >>
> >> Subject: Pied de page des remises groupées
> >>
> >> ___
> >> Talk-fr mailing list
> >> Talk-fr@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-fr
> >>
> >>
> >> --
> >>
> >> Fin de Lot Talk-fr, Vol 132, Parution 119
> >> *
> >
> > --
> > @nlehuby
> >
> >
> > ___
> > 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] gare rurale avec bus: et stop_area

2017-07-30 Par sujet Jo 
Moi j'en mettrais 3 (hiérarchique), ou aucune. Pour moi (et mes scripts)
ces relations stop_area servent à déterminer quel public_transport=platform
va ensemble avec quel public_transport=stop_position. Et  à partir de là
quel highway à ajouter aux relations route.

Polyglot

2017-07-21 22:09 GMT+02:00 marc marc :

> Bonjour,
>
> une petite gare ferroviaire rurale + un arrêt de bus
> ils ont chacun un uic (l'un avec le nom du village, + gare pour l'autre)
> l'infra est commune (banc, poubelle, etc)
>
> combien de stop_area ? et pour quel avantage ?
> la page anglaise du wiki préconise 1 seul pour les petits arrêts.
> mais le plugin PT suggère qu'un stop_area par paire plaforme+stop,
> permet d'automatiquement d'ajouter le binôme quand l'un des 2 est
> renseigné. Mais cela me semble un peu faible pour dupliquer les stop_area
> Votre avis ?
>
> Même question pour un double arrêt de bus (de chaque côté de la rue)
>
> 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