Re: [OSM-talk-fr] SPAM, Re: Chemins publics / privés / ouverts / fermés

[Arnaud Champollion]

Le 04/01/2020 à 23:49, Brice a écrit :
Sur mon ancienne commune, j'avais exploré tous les chemins indiqués 
sur la carte IGN 25OOOème et j'ai fait le choix de conserver une 
information de l'existence de ces anciens chemins vus sur le terrain 
comme des haies (deux à trois fois plus larges que la "normale") et 
existants sur le cadastre, exemples :

https://www.openstreetmap.org/way/288052468
https://www.openstreetmap.org/way/223022137



Du coup d'un point de vue données, c'est une ligne sans attribut ?








J'ai considéré que cela pourrait éviter que ces ex-chemins soit 
abusivement cartographiés sur base d'une source autre que le terrain 
et que l'information restait intéressante pour les aménageurs du 
territoire, par exemple si la commune envisageait de ré-ouvrir des 
chemins pour création d'un circuit de randonnée. 




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

Re: [OSM-talk-fr] Ces raccourcis JOSM que l'on découvre "trop tard"

[Jérôme Amagat]

Le sam. 4 janv. 2020 à 22:27, Vincent de Château-Thierry 
a écrit :

>
> Le 04/01/2020 à 15:03, Georges Dutreix via Talk-fr a écrit :
> > Le 04/01/2020 à 13:06, Sébastien Dinot a écrit :
> >> Christian Quest a écrit :
>
> > J'en ai découvert un récemment que je trouve très utile.
> >
> > *Maj-U / Unselect nodes*
> > Si on veut déplacer une grosse poignée de maisons pour les repositionner
> > sur BD Ortho IGN par exemple, une sélection rectangulaire attrape des
> > noeuds d'autres bâtiments, de rues, ou des POIs. Maj-U ne conserve que
> > des "ways".
> >
> > il nécessite utilsplugin2 :
> > https://josm.openstreetmap.de/wiki/Help/Plugin/UtilsPlugin2
>
> Merci je ne connaissais pas. Pour un besoin identique (sélectionner des
> bâtiments) j'apprécie Maj-E qui sélectionne les ways adjacents à la
> sélection. Quand on pense avoir sélectionné tous les buildings
> partageant des nœuds afin de les déplacer en cohérence, un coup de Maj-E
> permet de garantir que *tous* bougeront ensemble.
>
> Je profite du fil et de l'illustration partagée par Vincent (merci :) )
> pour évoquer que je n'ai jamais réussi à faire fonctionner les
> raccourcis qui sont des chiffres (Zoom sur le calque, la sélection, zoom
> précédent, etc) sous Ubuntu, alors que je m'en sers sous Windows. Je ne
> sais pas si c'est juste moi (mais même constat sur plusieurs postes), ou
> si c'est connu ? (je n'ai pas regardé dans le trac de josm avant de poster)
>
> J'ai le même problème, sous ubuntu aussi, j'ai modifié les raccourcis en
mettant pour le 3 "Zoom la sélection" (celui que j'utilise le plus) :
"guillemets". pour le 1 "Zoom sur donnée" c'est "esperluette" pour le reste
je sais pas et je les utilises pas...

sinon ceux que j’utilises :
"F" et "alt + X " je les utilises beaucoup
maj + R : ajouter les tags de la sélection precedente
maj + J : fusionner 2 surfaces, utile par exemple quand on ajoute le bati
avec le cadastre et qu'il faut fusionner des bâtiments
ctr + alt + V : coller un ou plusieurs objets (node way ou relation) dans
un calque que l'on a copié (ctr + c) dans un autre calque (pareil bien
utile pour ajouter des bâtiments avec le cadastre charger dans un autre
calque)
ctr + maj + V : coller les tags de l'objet que l'on a copier avant (ctr + c)
ctr + maj + G : remplacer la géométrie
+ et - : pour zoomer et de-zoomer :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Chemins publics / privés / ouverts / fermés

[Brice]

Le 03/01/2020 à 17:37, Arnaud Champollion a écrit :
(...)
Du point de vue du terrain, ces chemins n'existent pas, dans le sens où ils sont quasi-invisibles et impraticables. 
C'est presque un "cas numéro 5",  je dirais qu'ils devraient pas être du tout sur OSM.


C'est un cas fréquent dans le cas de chemins ruraux qui ne sont plus utilisés pour accéder à des parcelles donc pas 
empruntés par les agriculteurs donc embroussaillés, ou intégrés dans un champ.


Sur mon ancienne commune, j'avais exploré tous les chemins indiqués sur la carte IGN 25OOOème et j'ai fait le choix de 
conserver une information de l'existence de ces anciens chemins vus sur le terrain comme des haies (deux à trois fois 
plus larges que la "normale") et existants sur le cadastre, exemples :

https://www.openstreetmap.org/way/288052468
https://www.openstreetmap.org/way/223022137

J'ai considéré que cela pourrait éviter que ces ex-chemins soit abusivement cartographiés sur base d'une source autre 
que le terrain et que l'information restait intéressante pour les aménageurs du territoire, par exemple si la commune 
envisageait de ré-ouvrir des chemins pour création d'un circuit de randonnée.


--
Brice

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

Re: [OSM-talk-fr] Ces raccourcis JOSM que l'on découvre "trop tard"

[Vincent de Château-Thierry]

Le 04/01/2020 à 15:03, Georges Dutreix via Talk-fr a écrit :

Le 04/01/2020 à 13:06, Sébastien Dinot a écrit :

Christian Quest a écrit :



J'en ai découvert un récemment que je trouve très utile.

*Maj-U / Unselect nodes*
Si on veut déplacer une grosse poignée de maisons pour les repositionner 
sur BD Ortho IGN par exemple, une sélection rectangulaire attrape des 
noeuds d'autres bâtiments, de rues, ou des POIs. Maj-U ne conserve que 
des "ways".


il nécessite utilsplugin2 : 
https://josm.openstreetmap.de/wiki/Help/Plugin/UtilsPlugin2


Merci je ne connaissais pas. Pour un besoin identique (sélectionner des 
bâtiments) j'apprécie Maj-E qui sélectionne les ways adjacents à la 
sélection. Quand on pense avoir sélectionné tous les buildings 
partageant des nœuds afin de les déplacer en cohérence, un coup de Maj-E 
permet de garantir que *tous* bougeront ensemble.


Je profite du fil et de l'illustration partagée par Vincent (merci :) ) 
pour évoquer que je n'ai jamais réussi à faire fonctionner les 
raccourcis qui sont des chiffres (Zoom sur le calque, la sélection, zoom 
précédent, etc) sous Ubuntu, alors que je m'en sers sous Windows. Je ne 
sais pas si c'est juste moi (mais même constat sur plusieurs postes), ou 
si c'est connu ? (je n'ai pas regardé dans le trac de josm avant de poster)


vincent

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

Re: [OSM-talk-fr] Proposition de correction : cantons sans chef-lieu

[deuzeffe]

Le 04/01/2020 à 17:10, Vincent de Château-Thierry a écrit :

Bonjour,


Pareil mais soir,


En mixant le contenu OSM et le COG j'ai établi cette page :
https://dev.cadastre.openstreetmap.fr/fantoir/cantons_sans_admin_centre.html 


Merci de l'avoir listée dans le sommaire ici : 
https://dev.cadastre.openstreetmap.fr/fantoir/liens.html ^^


qui se propose de lister les cantons concernés, et de permettre en peu 
de clics de corriger la situation.


Suit l'explication superbien faite pour les nunuches (et neuneux !) 
comme moi :)


Il y a 241 relations dans ce cas à l'instant. Merci à celles et ceux qui 
iront jeter un œil voire corriger quelques lignes. J'ai essayé de 
minimiser le clicodrome afin qu'on arrive rapidement au bout du sujet :)


C'est le moins qu'on puisse dire. C'est fait pour le 87.
Tu sais comment faire bosser les gens, toi :P


merci


Merci à toi.

--
deuzeffe

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

Re: [OSM-talk-fr] pb sur un cset lié aux langues locales

[Christian Rogel]

> Le 4 janv. 2020 à 13:02, Vincent Bergeot  a écrit :
> 
> Le 04/01/2020 à 12:26, Christian Quest a écrit :
>> Le sam. 4 janv. 2020 à 11:12, Vincent Bergeot > > a écrit :
>> Ok, mais c'est "anecdotique" par rapport à tout le reste. Que dans ce cas 
>> cela soit une erreur de manip, ok mais dans les autres cas, au vu de la 
>> fréquence et des volumes traités c'est peut-être des mauvaises manips mais 
>> systématiques.
> 
> Si c'est perçu comme de l'énervement, je m'en excuse, ce n'est pas le but 
> (j'adore en plus l'idée d'une carte occitane !).
> C'est surtout de l'incompréhension. Ok, ce n'est pas du vandalisme par 
> intention je n'ai aucun doute la dessus, mais les modifications me semblent 
> bien trop importantes  pour que cela cela apporte une confirmation de la 
> validité du name car cela concerne quelques milliers de noms (mais je suis 
> prêt à changer d'avis et surtout à comprendre comment c'est réalisé !). Le 
> coté automatique y compris les ajouts quand il n'y a pas de name (ce que tu 
> as corrigé Christian, si j'ai compris), les traductions des arrêts de bus 
> (ok, ils sont tous traduits à Toulouse
> Et ensuite c'est l'absence de réponse, faire des dizaines de milliers de 
> modifications à un rythme très soutenu, ne pas avoir de réponse sur la licence


Je ne suis pas compétent pour la toponymie occitane, mais, pour couper court à 
des interprétations rapides, je résume ce que je sais :
Après la création du rendu des NL en breton (avril 17), j’ai envoyé une 
circulaire à tous les organismes s’occupant de langues locales en France 
(offices publics, directions nationale et régionales, associations). J’ai eu 
une réponse immédiate de Peire Brechet, président de l’Institut d’études 
occitanes (IEO) qui a, d’emblée, cherché à apprendre les méthodes et 
technlogies d’OSM et mis en place des initiations pour ses membres. Il est venu 
aux SotM FR de Bordeaux et de Montpellier
Pour ce qui concerne l’import intempestif de « name » trop normalisés », il 
m’indique que cela a été fait il y a deux ans. L’absence de réponse s’explique, 
peut-être, par le fait que le compte utilisé n’a servi principalement qu’à 
cette seule opération
L’erreur vient d’un phénomène courant : le zèle des néophytes et une compétence 
technique au dessus de la moyenne pour se lancer dans l’mport sans avertir la 
communauté.
J’ai prévenu P. Brechet du blocage quand Vincent Bergeot l’a annoncé, mais, 
sans réaction de sa part
Je vais lui demander d’indiquer sur le site de l’IEO que bd Topoc est libre

Selon moi, il serait bien que ceux qui corrigent dans les règles prennent le 
soin de l’indiquer courtoisement à l’adresse que j’ai indiquée 
(direcc...@ieo-oc.org ) ou mieux à la section de 
l’IEO la plus proche de chez eux.
C’est en relation avec une stratégie locale que l’IEO pratique une certaine 
discrétion sur son action concernant l’insertion de la toponymie dans OSM en 
privilégiant les « name:oc » pour les communes.
Ce qu’il puisse arriver de mieux, c’est que les mappeurs, sans forcèment être 
des militants, prennent contact avec la section de l’IEO  la plus proche, en 
tant, que d’une part, de référence incontournable pour les name:oc et, bien 
sûr, en tant que groupe de mappeurs potentiels, qui ne se limiteront pas à 
renseigner des POI, mais, enrichiront la carte elle-même.


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

[OSM-talk-fr] Proposition de correction : cantons sans chef-lieu

[Vincent de Château-Thierry]

Bonjour,
Au cours d'une analyse de données pour BANO j'ai constaté qu'on avait un 
bon paquet de cantons (relations boundary=political + 
political_division=canton) dépourvues de chef-lieu : ce sont des 
relations sans noeud ayant un rôle admin_centre.


En mixant le contenu OSM et le COG j'ai établi cette page :
https://dev.cadastre.openstreetmap.fr/fantoir/cantons_sans_admin_centre.html
qui se propose de lister les cantons concernés, et de permettre en peu 
de clics de corriger la situation.
Pour chaque ligne, un clic sur le lien 'JOSM' ouvre un calque avec la 
relation et le node place=* de son chef-lieu supposé. Il reste à éditer 
la relation pour ajouter le noeud, lui ajouter un rôle admin_centre, 
valider et envoyer.
Il y a 241 relations dans ce cas à l'instant. Merci à celles et ceux qui 
iront jeter un oeil voire corriger quelques lignes. J'ai essayé de 
minimiser le clicodrome afin qu'on arrive rapidement au bout du sujet :)


merci
vincent

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

Re: [OSM-talk-fr] Ces raccourcis JOSM que l'on découvre "trop tard"

[Philippe Verdy]

Que vient faire les logo et le copyright de Telenav sur cette image
supposée libre selon l'auteur ?

Même si elle a été initialement créée et partagée sur son compte Dropbox
avant l'import sur Commons, elle n'est pas valide avec ce logo, si cela ne
vient pas directement de Telenav (c'est bien le logo commercial avec la
forme caractéristique de certaines lettres et (R) en exposant, et non une
simple mention, inutile ici, à moins que Telenav lui ait demandé et payé de
faire ce fichier, et dans ce cas le copyright de l'auteur est
invalide/abusif).

Je pense qu'il faudrait demander à l'auteur de supprimer ce logo qui n'a
rien à faire là, surtout sur Commons, sans permission explicite de Telenav
(ensuite la source sur le partage original Dropbox doit obéir aux règles de
Dropbox). La source indiquée sur Commons est fausse, l'image ne vient PAS
du site journal d'OSM (où le logo a seulement été lié indirectement mais ne
s'affiche pas car externe), mais bien du site externe de partage personnel
de l'utilisateur hébergé chez Dropbox.

Je n'ai pas de raison de douter que l'auteur indiqué est correct (c'est lui
qui a importé le même fichier sur Commons après l'avoir importé sur Dropbox
puis lié à son journal OSM), mais on voit bien que certains utilisateurs
OSM ne comprennent rien aux licences et au droit d'auteur et la façon de
mentionner les sources et l'intégration de logos propriétaires dans leurs
créations, pas légale sans autorisation (et le droit "fair use" américain
ne s'applique pas: sans objet ici, pas applicable hors des USA et l'auteur
n'est pas résident américain, et de toute façon interdit aussi sur Commons).

Pourtant quelqu'un sur Commons (Rodrigolopes) a "validé" l'autorisation en
indiquant une URL incorrecte pour la source originale (l'image n'a JAMAIS
été sur un serveur d'OSM qui se retrouve donc lié tout aussi incorrectement
à cet usage interdit, ce relecteur ne sait pas lire non plus et cela met en
doute ce qu'il "valide" comme autorisé sur Commons)




Le sam. 4 janv. 2020 à 13:14, Vincent Privat  a
écrit :

> Cadeau:
> https://commons.wikimedia.org/wiki/File:JOSM_Keyboard_Shortcuts.png
>
> Le sam. 4 janv. 2020 à 13:07, Sébastien Dinot  a
> écrit :
>
>> Christian Quest a écrit :
>> > *W / "Way Improve"*
>> > [...]
>> >
>> > *F / "Follow Line"*
>> > [...]
>>
>> Ma productivité prendrais en effet une claque si je n'utilisais pas ces
>> 2 raccourcis.
>>
>> En autre très utile à connaitre lorsqu'on décide d'affiner la couverture
>> du sol dans une zone de polygones grossiers :
>>
>> *Alt-X*
>>
>> Cette commande coupe en deux polygones le polygone sélectionné.
>>
>> Mode opératoire :
>>
>> 1. Sélectionner le polygone à découper.
>>
>> 2. Sélectionner les 2 points constituant les sommets de la coupe.
>>
>> 3. Appuyer sur Alt-X
>>
>> NB : L'étape 1 est inutile s'il n'y a pas d'ambiguité sur le polygone
>>  considéré (i.e.e si les sommets sélectionnés à l'étape
>>  2 n'appartiennent pas à plusieurs polygones.
>>
>> Grâce à cette commande, je n'ai eu aucun mal à découper ce monstre :
>>
>> https://www.palabritudes.net/~zebulon/polygone-geant-1.png
>>
>> Pour en faire cela :
>>
>> https://www.palabritudes.net/~zebulon/polygone-geant-2.png
>>
>> Ce qui m'a permis, sur la zone en rouge ci-dessous :
>>
>> https://www.palabritudes.net/~zebulon/polygone-geant-3.png
>>
>> De passer de ça :
>>
>>
>> https://www.palabritudes.net/~zebulon/polygone-geant-zone-traitee-20180926.png
>>
>> à ça :
>>
>>
>> https://www.palabritudes.net/~zebulon/polygone-geant-zone-traitee-20181017.png
>>
>> Et au cours d'un tel travail, les raccourcis W et F sont eux aussi
>> précieux.
>>
>> A++, Sébastien
>>
>>
>> --
>> Sébastien Dinot, sebastien.di...@free.fr
>> http://sebastien.dinot.free.fr/
>> Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
>>
>> ___
>> 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] SPAM, Re: Chemins publics / privés / ouverts / fermés

[Florimond Berthoux]

Je garderais le chemin, il est toujours visible, bien que mal entretenu.

Le sam. 4 janv. 2020 à 08:44, Arnaud Champollion
 a écrit :
>
> Le 04/01/2020 à 08:18, Arnaud Champollion a écrit :
> > Oui, justement dans l'exemple cité, je suis allé voir sur le terrain
> > et il y a bien : portail d'un côté, clôture de l'autre, et reste
> > d'ancien chemin non entretenu entre les deux.
> >
> > --> Dans ce cas je serais pour la suppression du chemin.
>
>
> https://www.openstreetmap.org/way/569947953
>
> Photos
> https://framapic.org/gallery#rlnndlRYOCXY/A0oIv6fCiIp8.jpg,vvZ2L3Pf3CZO/XT6je77NDrVP.jpg
>
>
> Pour l'autre https://www.openstreetmap.org/way/569944546
>
> je n'ai pas pris de photo mais c'est pire, une forêt de broussailles
> entre les bâtiments.
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



-- 
Florimond Berthoux

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

Re: [OSM-talk-fr] SPAM, Chemins publics / privés / ouverts / fermés

[Arnaud Champollion]

Bonjour,

De retour de balade matinale en forêt, j'ai commencé à nettoyer et 
corriger la zone.

Voilà le genre de contributions un peu spéciales sur les accès des chemins.
J'ai répondu avec le compte Linux Alpes :

https://www.openstreetmap.org/changeset/65565363







Le 03/01/2020 à 17:37, Arnaud Champollion a écrit :

Bonjour,

Les chemins passent parfois sur des parcelles privées (cadastrées) ou 
zones communales (pas de numéro au cadastre). Il arrive que ces 
chemins soient fermés au public.


On a donc, en simplifiant, quatre cas :

1) le cas du chemin situé sur parcelle privée, et d'accès privé.

2) le cas du chemin situé sur parcelle privée, mais passage autorisé 
(c'est le cas concrètement de beaucoup de sentiers de randonnée)


3) le cas du chemin situé sur parcelle publique, et d'accès autorisé

4) le cas du chemin situé sur parcelle publique, mais "accaparé" par 
le propriétaire mitoyen


Je me pose plusieurs questions sur la façon de bien cartographier.

--> Cas numéro 1 : ce genre de chemin doit-il figurer sur la carte ? 
Au même titre que des allés situées à l'intérieur de pripriétés ? Avec 
le tag access=private ?


--> Cas numéro 4 : du point de vue du terrain concret, ce serait 
access=private , du point de vue légal ce serait access=yes donc on 
privilégie quoi ?



Cas d'école, dont il a déjà été question il y a un peu plus d'un an  : 
https://lists.openstreetmap.org/pipermail/talk-fr/2018-October/090681.html


Dans le bassin dignois, il y a deux contributeurs qui ont pris 
l'habitude d'utiliser l'attribut "name" pour qualifier d' "accaparé" 
les chemins fermés par des propriétaires. Qu'ils soient légalement 
privés ou communaux, d'ailleurs.


A priori, c'est une mauvaise utilisation de l'attribut "name". Cela a 
déjà été signifié au contributeur, en lui demandant notamment ce qu'il 
voulait signifier ainsi, mais les commentaires restent pour le moment 
sans réponse.


Je me suis dit qu'on pourrait, pour faire propre et conserver les 
informations apportés maladroitement :


- déplacer en masse tous ces attributs name=accaparé vers 
description=accaparé


- qualifier correctement ces chemins avec la clé access

C'est pour cette deuxième tâche que je vous pose les questions des cas 
1 et 4.



Comme il y a deux "accaparés" près de chez moi je suis allé voir 
concrètement ce que c'était :


https://www.openstreetmap.org/#map=19/44.08683/6.22991

En effet, il y a un portail de chaque côté et on devine avec quelques 
efforts que ça a été, à une époque, des chemins piétons. C'est 
désormais envahi de broussailles, et comme c'est étroit et coincé 
entre des bâtiments, si on ne sait pas on passe à côté sans les voir.


J'ai regardé ce que ça donnait au cadastre :

https://www.geoportail.gouv.fr/carte?c=6.229741167994319,44.08693104665727=19=OPEN_STREET_MAP::GEOPORTAIL:OGC:WMTS(1)=CADASTRALPARCELS.PARCELS::GEOPORTAIL:OGC:WMTS(1)=yes 



Le chemin à l'ouest est sur une parcelle numérotée 148, donc a priori 
il est privé.


Le chemin à l'est n'a pas de numéro, donc a priori il est communal, et 
c'est un accaparement par le propriétaire mitoyen.


Du point de vue du terrain, ces chemins n'existent pas, dans le sens 
où ils sont quasi-invisibles et impraticables. C'est presque un "cas 
numéro 5",  je dirais qu'ils devraient pas être du tout sur OSM.


Qu'en pensez-vous ?





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

Re: [OSM-talk-fr] Ces raccourcis JOSM que l'on découvre "trop tard"

[Georges Dutreix via Talk-fr]

Bonne année à tous,



Le 04/01/2020 à 13:06, Sébastien Dinot a écrit :

Christian Quest a écrit :

*W / "Way Improve"*
[...]

*F / "Follow Line"*
[...]

Ma productivité prendrais en effet une claque si je n'utilisais pas ces
2 raccourcis.

En autre très utile à connaitre lorsqu'on décide d'affiner la couverture
du sol dans une zone de polygones grossiers :

*Alt-X*


J'en ai découvert un récemment que je trouve très utile.

*Maj-U / Unselect nodes*
Si on veut déplacer une grosse poignée de maisons pour les repositionner 
sur BD Ortho IGN par exemple, une sélection rectangulaire attrape des 
noeuds d'autres bâtiments, de rues, ou des POIs. Maj-U ne conserve que 
des "ways".


il nécessite utilsplugin2 : 
https://josm.openstreetmap.de/wiki/Help/Plugin/UtilsPlugin2


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

Re: [OSM-talk-fr] pb sur un cset lié aux langues locales

[Christian Quest]

Le sam. 4 janv. 2020 à 13:07, Vincent Bergeot  a
écrit :

> Le 04/01/2020 à 12:26, Christian Quest a écrit :
>
> Le sam. 4 janv. 2020 à 11:12, Vincent Bergeot  a
> écrit :
>
>> Ok, mais c'est "anecdotique" par rapport à tout le reste. Que dans ce cas
>> cela soit une erreur de manip, ok mais dans les autres cas, au vu de la
>> fréquence et des volumes traités c'est peut-être des mauvaises manips mais
>> systématiques.
>>
>> Pour l'instant l'utilisateur est bloqué, merci à ceux qui ont commencé à
>> nettoyer les différentes modifications (par exemple retrait de la source
>> quand pas de name :) )
>>
>> Que pensez vous de ce type d'ajout :
>> https://www.openstreetmap.org/node/6444915153/history
>>
>> Pour moi, cela pose 2 questions principales :
>>
>>- pourquoi ajouter une source à une traduction qui existe depuis 8
>>mois (voire dans le cas de Bordeaux le name:oc=Bordèu a été ajouté il y a 
>> 5
>>ans, la source hier )
>>- est-ce que cette source est libre de la bd topo ?
>>http://bdtopoc.org/ je ne trouve pas de traces ni de la licence ni de
>>la base de donnée (bon je n'ai pas passé des heures non plus !)
>>
>> à plus
>>
>
> L'ajout de source:name:oc me semble permettre de confirmer que c'est bien
> le bon nom en occitan d'après un référentiel officiel.
>
> Pour la licence, je n'ai plus l'historique, mais nous avons eu des
> contacts très positifs passés et il me semble qu'il n'y a aucun problème.
>
> Je ne comprends pas trop ce que je perçois comme un énervement, on est
> loin du vandalisme quand même !
>
>
> Si c'est perçu comme de l'énervement, je m'en excuse, ce n'est pas le but
> (j'adore en plus l'idée d'une carte occitane !).
>
> C'est surtout de l'incompréhension. Ok, ce n'est pas du vandalisme par
> intention je n'ai aucun doute la dessus, mais les modifications me semblent
> bien trop importantes  pour que cela cela apporte une confirmation de la
> validité du name car cela concerne quelques milliers de noms (mais je suis
> prêt à changer d'avis et surtout à comprendre comment c'est réalisé !). Le
> coté automatique y compris les ajouts quand il n'y a pas de name (ce que tu
> as corrigé Christian, si j'ai compris), les traductions des arrêts de bus
> (ok, ils sont tous traduits à Toulouse
>
> Et ensuite c'est l'absence de réponse, faire des dizaines de milliers de
> modifications à un rythme très soutenu, ne pas avoir de réponse sur la
> licence
>
> à plus
>
> --
> Vincent Bergeot
>
> ___
>
>
Il y a clairement de l'automatisation dans ces contributions. Ceci devrait
donc être documenté quelque part, et ça ne semble pas l'être sur le wiki.
C'est un premier problème et le second c'est l'absence de réponse aux
commentaires sur les changesets.

Je pense qu'on touche ici un autre sujet: la multiplication des canaux de
communications qui fait qu'on ne sait plus quels sont les canaux
principaux, prioritaires.

irc, talk-fr, forum, twitter, telegram, facebook... et on oublie le mail de
base :(


J'ai pour l'instant juste supprimé les source:name:oc quand il n'y avait
pas de name:oc sur l'objet.

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

Re: [OSM-talk-fr] Ces raccourcis JOSM que l'on découvre "trop tard"

[Vincent Privat]

Cadeau: https://commons.wikimedia.org/wiki/File:JOSM_Keyboard_Shortcuts.png

Le sam. 4 janv. 2020 à 13:07, Sébastien Dinot  a
écrit :

> Christian Quest a écrit :
> > *W / "Way Improve"*
> > [...]
> >
> > *F / "Follow Line"*
> > [...]
>
> Ma productivité prendrais en effet une claque si je n'utilisais pas ces
> 2 raccourcis.
>
> En autre très utile à connaitre lorsqu'on décide d'affiner la couverture
> du sol dans une zone de polygones grossiers :
>
> *Alt-X*
>
> Cette commande coupe en deux polygones le polygone sélectionné.
>
> Mode opératoire :
>
> 1. Sélectionner le polygone à découper.
>
> 2. Sélectionner les 2 points constituant les sommets de la coupe.
>
> 3. Appuyer sur Alt-X
>
> NB : L'étape 1 est inutile s'il n'y a pas d'ambiguité sur le polygone
>  considéré (i.e.e si les sommets sélectionnés à l'étape
>  2 n'appartiennent pas à plusieurs polygones.
>
> Grâce à cette commande, je n'ai eu aucun mal à découper ce monstre :
>
> https://www.palabritudes.net/~zebulon/polygone-geant-1.png
>
> Pour en faire cela :
>
> https://www.palabritudes.net/~zebulon/polygone-geant-2.png
>
> Ce qui m'a permis, sur la zone en rouge ci-dessous :
>
> https://www.palabritudes.net/~zebulon/polygone-geant-3.png
>
> De passer de ça :
>
>
> https://www.palabritudes.net/~zebulon/polygone-geant-zone-traitee-20180926.png
>
> à ça :
>
>
> https://www.palabritudes.net/~zebulon/polygone-geant-zone-traitee-20181017.png
>
> Et au cours d'un tel travail, les raccourcis W et F sont eux aussi
> précieux.
>
> A++, Sébastien
>
>
> --
> Sébastien Dinot, sebastien.di...@free.fr
> http://sebastien.dinot.free.fr/
> Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
>
> ___
> 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] Ces raccourcis JOSM que l'on découvre "trop tard"

[Sébastien Dinot]

Christian Quest a écrit :
> *W / "Way Improve"*
> [...]
> 
> *F / "Follow Line"*
> [...]

Ma productivité prendrais en effet une claque si je n'utilisais pas ces
2 raccourcis.

En autre très utile à connaitre lorsqu'on décide d'affiner la couverture
du sol dans une zone de polygones grossiers :

*Alt-X*

Cette commande coupe en deux polygones le polygone sélectionné.

Mode opératoire :

1. Sélectionner le polygone à découper.

2. Sélectionner les 2 points constituant les sommets de la coupe.

3. Appuyer sur Alt-X

NB : L'étape 1 est inutile s'il n'y a pas d'ambiguité sur le polygone
 considéré (i.e.e si les sommets sélectionnés à l'étape
 2 n'appartiennent pas à plusieurs polygones.

Grâce à cette commande, je n'ai eu aucun mal à découper ce monstre :

https://www.palabritudes.net/~zebulon/polygone-geant-1.png

Pour en faire cela :

https://www.palabritudes.net/~zebulon/polygone-geant-2.png

Ce qui m'a permis, sur la zone en rouge ci-dessous :

https://www.palabritudes.net/~zebulon/polygone-geant-3.png

De passer de ça :

https://www.palabritudes.net/~zebulon/polygone-geant-zone-traitee-20180926.png

à ça :

https://www.palabritudes.net/~zebulon/polygone-geant-zone-traitee-20181017.png

Et au cours d'un tel travail, les raccourcis W et F sont eux aussi
précieux.

A++, Sébastien


-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] pb sur un cset lié aux langues locales

[Vincent Bergeot]

Le 04/01/2020 à 12:26, Christian Quest a écrit :
Le sam. 4 janv. 2020 à 11:12, Vincent Bergeot > a écrit :


Ok, mais c'est "anecdotique" par rapport à tout le reste. Que dans
ce cas cela soit une erreur de manip, ok mais dans les autres cas,
au vu de la fréquence et des volumes traités c'est peut-être des
mauvaises manips mais systématiques.

Pour l'instant l'utilisateur est bloqué, merci à ceux qui ont
commencé à nettoyer les différentes modifications (par exemple
retrait de la source quand pas de name :) )

Que pensez vous de ce type d'ajout :
https://www.openstreetmap.org/node/6444915153/history

Pour moi, cela pose 2 questions principales :

  * pourquoi ajouter une source à une traduction qui existe depuis
8 mois (voire dans le cas de Bordeaux le name:oc=Bordèu a été
ajouté il y a 5 ans, la source hier )
  * est-ce que cette source est libre de la bd topo ?
http://bdtopoc.org/ je ne trouve pas de traces ni de la
licence ni de la base de donnée (bon je n'ai pas passé des
heures non plus !)

à plus

L'ajout de source:name:oc me semble permettre de confirmer que c'est 
bien le bon nom en occitan d'après un référentiel officiel.


Pour la licence, je n'ai plus l'historique, mais nous avons eu des 
contacts très positifs passés et il me semble qu'il n'y a aucun problème.


Je ne comprends pas trop ce que je perçois comme un énervement, on est 
loin du vandalisme quand même !



Si c'est perçu comme de l'énervement, je m'en excuse, ce n'est pas le 
but (j'adore en plus l'idée d'une carte occitane !).


C'est surtout de l'incompréhension. Ok, ce n'est pas du vandalisme par 
intention je n'ai aucun doute la dessus, mais les modifications me 
semblent bien trop importantes  pour que cela cela apporte une 
confirmation de la validité du name car cela concerne quelques milliers 
de noms (mais je suis prêt à changer d'avis et surtout à comprendre 
comment c'est réalisé !). Le coté automatique y compris les ajouts quand 
il n'y a pas de name (ce que tu as corrigé Christian, si j'ai compris), 
les traductions des arrêts de bus (ok, ils sont tous traduits à Toulouse


Et ensuite c'est l'absence de réponse, faire des dizaines de milliers de 
modifications à un rythme très soutenu, ne pas avoir de réponse sur la 
licence


à plus

--
Vincent Bergeot

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

[OSM-talk-fr] Ces raccourcis JOSM que l'on découvre "trop tard"

[Christian Quest]

J'ouvre ce fil de discussion pour partager des fonctions de JOSM, qu'on
découvre souvent "trop tard", du genre si j'avais su que ça existait,
j'aurai gagné tellement de temps (de clics).

J'en partage deux pour commencer:

*W / "Way Improve"*
Il permet d'affiner le tracé d'un way en déplaçant les existants à chaque
fois d'un simple clic, en ajoutant des noeuds (ctrl-clic) voir pour
supprimer des noeuds (alt-clic)
Idéal pour améliorer le tracé d'une route ou d'un landuse.
Doc ici: https://josm.openstreetmap.de/wiki/Help/Action/ImproveWayAccuracy

*F / "Follow Line"*
Même plus besoin de cliquer... lorsqu'on veut suivre un way existant (par
exemple pour le tracé des landuse), dès que deux noeuds consécutifs ont été
tracé sur ce way, un F ajoute le suivant, etc...
^ celui là je viens de le découvrir après 10 ans d'utilisation de JOSM...
je ne sais pas depuis quand il existe.
Doc: https://josm.openstreetmap.de/wiki/Help/Action/FollowLine


N'hésitez pas à compléter, par des trucs simples pour commencer ;)
KISS

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

Re: [OSM-talk-fr] pb sur un cset lié aux langues locales

[Christian Quest]

Le sam. 4 janv. 2020 à 11:12, Vincent Bergeot  a
écrit :

> Ok, mais c'est "anecdotique" par rapport à tout le reste. Que dans ce cas
> cela soit une erreur de manip, ok mais dans les autres cas, au vu de la
> fréquence et des volumes traités c'est peut-être des mauvaises manips mais
> systématiques.
>
> Pour l'instant l'utilisateur est bloqué, merci à ceux qui ont commencé à
> nettoyer les différentes modifications (par exemple retrait de la source
> quand pas de name :) )
>
> Que pensez vous de ce type d'ajout :
> https://www.openstreetmap.org/node/6444915153/history
>
> Pour moi, cela pose 2 questions principales :
>
>- pourquoi ajouter une source à une traduction qui existe depuis 8
>mois (voire dans le cas de Bordeaux le name:oc=Bordèu a été ajouté il y a 5
>ans, la source hier )
>- est-ce que cette source est libre de la bd topo ? http://bdtopoc.org/
>je ne trouve pas de traces ni de la licence ni de la base de donnée (bon je
>n'ai pas passé des heures non plus !)
>
> à plus
>

L'ajout de source:name:oc me semble permettre de confirmer que c'est bien
le bon nom en occitan d'après un référentiel officiel.

Pour la licence, je n'ai plus l'historique, mais nous avons eu des contacts
très positifs passés et il me semble qu'il n'y a aucun problème.

Je ne comprends pas trop ce que je perçois comme un énervement, on est loin
du vandalisme quand même !

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

[OSM-talk-fr] SotM 2020: votre soutien et implication

[Christine Karch]

Bonjour,

SotM WG recherche de l'aide et du soutien de la communauté!

SotM 2020 offrira un programme de "scholarship" - comme nous l'avons
fait toutes les années avant. Pour SotM 2019, l'équipe était
principalement composée des scholars de SotM 2018 et des bénévoles de
l'équipe locale et du SotM WG. Nous voulons changer cela (étape par
étape) et être plus ouvert à une communauté plus large. Nous vous
demandons donc votre aide:

https://framaforms.org/join-the-state-of-the-map-2020-scholarships-review-team-1577509125

Deadline est le 7 janvier 2020.

Christine

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

Re: [OSM-talk-fr] Requête OverpassTurbo

[Vincent Bergeot]

Le 04/01/2020 à 00:46, Donat ROBAUX a écrit :

- comment requêter sur plusieurs zones géographiques en même temps, ex: 2
départements?


Un exemple si tu as soif sur la rive droite de Bordeaux :)

(area[admin_level=8][name=Lormont]; area[admin_level=8][name=Cenon]; 
area[admin_level=8][name=Cenon]; area[admin_level=8][name=Floirac]; 
area[admin_level=8][name=Bassens];)->.a;


nwr[amenity=drinking_water](area.a)
;

out center;

--
Vincent Bergeot


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

Re: [OSM-talk-fr] pb sur un cset lié aux langues locales

[Vincent Bergeot]

Bonjour,

Le 03/01/2020 à 18:40, Christian Rogel a écrit :

Le 2 janv. 2020 à 16:34, Landry Breuil  a écrit :
pas fait d'OSM depuis un bail, mais en me promenant dans un coin que je
connais bien (lieu dit nommé 'le pous' ou 'lou pous' sur les panneaux
sur place), dans osmand (et sur la carte d'osm.org) j'ai eu la surprise
de voir 'Le Potz' qui est un nom completement inconnu sur place. - le
nom était correct pour moi auparavant (cf
https://www.openstreetmap.org/node/2077266629/history il y'a 8 mois), et
a été modifié par oc-OpenStreetMap dans le changeset
https://www.openstreetmap.org/changeset/70878777 .

J’ai passé l’information au président de l’IEO qui m’indique qu’il s’agirait 
d’une mauvaise manip
accompagnant un sourçage, mais, sans aucune intention de corriger les « name ».


Ok, mais c'est "anecdotique" par rapport à tout le reste. Que dans ce 
cas cela soit une erreur de manip, ok mais dans les autres cas, au vu de 
la fréquence et des volumes traités c'est peut-être des mauvaises manips 
mais systématiques.


Pour l'instant l'utilisateur est bloqué, merci à ceux qui ont commencé à 
nettoyer les différentes modifications (par exemple retrait de la source 
quand pas de name :) )


Que pensez vous de ce type d'ajout : 
https://www.openstreetmap.org/node/6444915153/history


Pour moi, cela pose 2 questions principales :

 * pourquoi ajouter une source à une traduction qui existe depuis 8
   mois (voire dans le cas de Bordeaux le name:oc=Bordèu a été ajouté
   il y a 5 ans, la source hier )
 * est-ce que cette source est libre de la bd topo ?
   http://bdtopoc.org/ je ne trouve pas de traces ni de la licence ni
   de la base de donnée (bon je n'ai pas passé des heures non plus !)

à plus


--
Vincent Bergeot

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