Re: [OSM-talk-fr] Osmose tout bleu ?

2019-11-15 Par sujet Stéphane Péneau 
J'ai déjà contacté le contributeur pour le prévenir que ce n'était pas 
la bonne méthode, et que ces tags allaient être supprimés.

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

2 - mais ce que je ne comprends pas c'est que la ref insee, dans la pop-up, 
pointe sur la base mérimée (qui est plutôt patrimoine je crois) !


J'ai déjà créé un ticket à ce sujet :

https://github.com/osm-fr/osmose-frontend/issues/170


Il faut vraiment que je m'occupe de supprimer ces ref:INSEE, on en a 
parlé il y a quelques semaines :


https://lists.openstreetmap.org/pipermail/talk-fr/2019-October/094600.html


Stf


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

Re: [OSM-talk-fr] Osmose tout bleu ?

2019-11-15 Par sujet Vincent Bergeot 

Le 16/11/2019 à 00:32, Yves P. a écrit :

1 - une forte concentration de cette ref sur beaucoup de place=* alors que 
cette ref est censée n’être utilisé sur sur les relations qui forment la 
commune https://wiki.openstreetmap.org/wiki/FR:Key:ref:INSEE

Si je suis Vincent, il ne faudrait pas mettre ref:INSEE sur les lieux-dits ?


c'est ce qui est écrit sur le wiki et cela semble cohérent avec cette 
référence qui est un identifiant pour les communes et pas pour les 
lieux-dits (mais je ne suis pas spécialiste)




Ou alors qu’osmose ne déclenche pas d’alerte pour les lieux-dits (ce n’est pas 
une commune, donc normal? qu’il n’ai pas le même nom que la commune).


ce n'est pas une commune donc normal qu'il n'est pas de ref:INSEE plutôt 
non ?


et dans les autres parties de france, j'ai l'impression que cela soulève 
des fautes d'orthographes et des communes "périmées" (exemple sur le 
bassin d'arcachon 
https://www.insee.fr/fr/metadonnees/cog/commune/COM33236-lege, 
http://osmose.openstreetmap.fr/fr/map/#zoom=14=44.79054=-1.14649=6040=1%2C2%2C3==online) 
/ je trouve le terme périmée horrible !


je pense que dans ces cas il faudrait sans doute surtout proposer le 
retrait de la ref:insee





2 - mais ce que je ne comprends pas c'est que la ref insee, dans la pop-up, 
pointe sur la base mérimée (qui est plutôt patrimoine je crois) !

C’est parce qu’Osmose utilise tag2link.

Et que ref:INSEE est aussi un point d’entrée pour trouver des monuments 
inscrits ou classé dans Mérimée.



alors là je me suis  perdu, je m'attend plutôt à me retrouver par 
exemple ici 
https://www.insee.fr/fr/metadonnees/cog/commune/COM33063-bordeaux


je ne comprends pas le lien avec Mérimée, qui est plutôt ref:mhs.



Il faut donc corriger tag2link pour tenir compte du contexte.

Et au passage les liens vers Mérimée ne fonctionnent plus (mais dans wikidata, 
oui )


sur les ref:mhs que j'ai dans le coin, cela marche pour moi dans JOSM

bonne journée


--
Vincent Bergeot


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

Re: [OSM-talk-fr] Osmose tout bleu ?

2019-11-15 Par sujet Yves P. 

> 1 - une forte concentration de cette ref sur beaucoup de place=* alors que 
> cette ref est censée n’être utilisé sur sur les relations qui forment la 
> commune https://wiki.openstreetmap.org/wiki/FR:Key:ref:INSEE
Si je suis Vincent, il ne faudrait pas mettre ref:INSEE sur les lieux-dits ?

Ou alors qu’osmose ne déclenche pas d’alerte pour les lieux-dits (ce n’est pas 
une commune, donc normal? qu’il n’ai pas le même nom que la commune).

> 2 - mais ce que je ne comprends pas c'est que la ref insee, dans la pop-up, 
> pointe sur la base mérimée (qui est plutôt patrimoine je crois) !
C’est parce qu’Osmose utilise tag2link.

Et que ref:INSEE est aussi un point d’entrée pour trouver des monuments 
inscrits ou classé dans Mérimée.
Il faut donc corriger tag2link pour tenir compte du contexte.

Et au passage les liens vers Mérimée ne fonctionnent plus (mais dans wikidata, 
oui )

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

Re: [OSM-talk-fr] Osmose tout bleu ?

2019-11-15 Par sujet Vincent Bergeot 

Le 15/11/2019 à 22:48, Cédric Frayssinet a écrit :


Je ne sais pas si c'est normal... alors je préfère demander : 
http://osmose.openstreetmap.fr/fr/map/#zoom=12=45.2354=4.9744==1==online


Qu'en pensez-vous ?

1 - une forte concentration de cette ref sur beaucoup de place=* alors 
que cette ref est censée n’être utilisé sur sur les relations qui 
forment la commune https://wiki.openstreetmap.org/wiki/FR:Key:ref:INSEE


2 - mais ce que je ne comprends pas c'est que la ref insee, dans la 
pop-up, pointe sur la base mérimée (qui est plutôt patrimoine je crois) !


à plus


--
Vincent Bergeot


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

[OSM-talk-fr] Osmose tout bleu ?

2019-11-15 Par sujet Cédric Frayssinet 
Je ne sais pas si c'est normal... alors je préfère demander :
http://osmose.openstreetmap.fr/fr/map/#zoom=12=45.2354=4.9744==1==online

Qu'en pensez-vous ?

Cédric


-- 

Sur Mastodon : @bristow...@framapiaf.org 

Promouvoir et soutenir le logiciel libre 

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

Re: [OSM-talk-fr] Un peu de BANO v2

2019-11-15 Par sujet deuzeffe 

On 11/11/2019 16:34, Vincent de Château-Thierry wrote:


Bonjour,


Bonsoir,

TL;DR : il y a enfin des choses à tester avec BANO v2, c'est par là : 
https://dev.cadastre.openstreetmap.fr/fantoir/


Superbe travail, plus rapide, plus fluide, plus complet (pas comme le 
cadastre, en somme, ou dans d'autres départements...). Des heures 
pluvieuses à occuper en perspective.


Merci à tous les neurones qui se sont activés pour améliorer le 
terrain de jeu. Ça tombe bien, mon responsable communal de l'urbanisme 
vient de m'envoyer le dernier lot de nouvelles voiesérotation à 
saisir ^^


--
deuzeffe. Avec du vrai internet, la vie est plus belle.

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

Re: [OSM-talk-fr] Cartographie de la pub... et chargement des données sur MapContrib

2019-11-15 Par sujet Paul Desgranges 

Bonjour,

Effectivement 933 entrées remontées par https://overpass-turbo.eu/s/O88 
! Pas mal ! (Avec ceci déjà on peut voir la quantité, la densité, et 
l'inventaire sert déjà à ça !)


Et les nouvelles entrées sont souvent qualifiées dans le détail, 
c'est-à-dire qu'il n'y a pas que l'attribut 'advertising' mais bien 
(presque) à chaque fois, (certains) des attributs pour qualifier:


 * *L'aspect physique extérieur *:
 o le facteur de forme : ceci est donné par l'attribut
   'advertising' lui-même
 o le support : attribut 'support'
 o la taille totale : attribut 'size'  exprimé sous la forme
   largeur*hauteur
 o la taille d’affichage : attribut 'display_surface'
 o la hauteur : attribut 'height'
 o le nombre de côté : attribut 'sides'
 o le fait qu’il soit éclairé et comment : attribut 'lit'
 o le fait qu'il soit animé et comment : attribut 'animated'
 o la visibilité ou portée d'affichage : attribut 'visibility'
 o l'orientation du panneau vis-a-vis du flot de passage : attribut
   'orientation'

 * *L'aspect "réglementaire" *:
 o l'opérateur : attribut 'operator'
 o le type de terrain : 'land-property'
 o le type de message : attribut 'message'
 o si le dispositif est utilisable par tous : attribut 'access'
 o sa référence : attribut 'ref'
 o le type réglementaire : attribut 'legal_type:FR'

Évidemment certains de ces attributs ne sont pas du tout évidents à 
renseigner : les attributs 'size', 'display_surface', 'height' par 
exemple (quel travail d'aller mesurer précisément des panneaux !) et 
l'attribut 'legal_type:FR 
' a besoin d'une 
expertise que peu de personnes ont (je connais qq trucs, mais la 
réglementation est tellement complexe !) et c'est pour ceci qu'il est 
très peu renseigné
J'ai exporté toutes les entrées dans un fichier osm  C'est pas mal 
mais il y aurait quand même une passe à faire pour corriger qq trucs et 
uniformiser... Je le ferais bien volontiers, mais pas dans mon coin. Ca 
serait mieux de préparer une modif à deux ou trois personnes, voir si 
déjà on peut se mettre d'accord, avant de présenter un résumé de cette 
proposition à la liste talk-fr : pour que cela soit fait de manière 
compréhensible et consensuelle.
La spec https://wiki.openstreetmap.org/wiki/FR:Key:advertising dit pas 
mal de choses, mais pourrait encore évoluer bien sûr.
Voilà donc c'est une proposition, si certains se sentent intéressés, on 
peut échanger un peu en MP et puis revenir sur la liste après ? Pour moi 
ça serait un exercice intéressant parce que nous avons un atelier le 6 
janvier à Grenoble sur le sujet 
 


Bonne soirée
Paul



Le 13/11/2019 à 20:33, Cédric Frayssinet a écrit :

Bonsoir à tous,

Depuis ce premier message, de nombreux panneaux ont été cartographiés 
sur la Métropole de Lyon (on approche les 1000 entrées). C'est 
notamment grâce à beau boulot de RAP Asso sur MapContrib : 
https://www.mapcontrib.xyz/t/aeacaa-Publicite_Grand_Lyon#


Malheureusement, on trouve qu'il y a beaucoup de messages d'erreurs 
rouge du type 'Too Many Requests' quand on utilise MapContrib.


Du coup, question simple :)
Y a-t-il des paramétrages que l'on aurait loupé, un système de cache 
par exemple ? ou des astuces...


D'ailleurs, j'ai un peu le même soucis sur des cartes uMap avec des 
données distances et des requêtes OverPass.


Merci pour vos pistes !

Cédric

Le 22/09/2019 à 17:37, Cédric Frayssinet a écrit :

Bonjour à tous,

Sur Lyon, il y a un travail en cours sur la cartographie des panneaux
publicitaires et y a du boulot ! L'état actuel :
https://www.mapcontrib.xyz/t/aeacaa-Publicite_Grand_Lyon

Il y a beaucoup de panneaux présents sur les arrêts de bus et je n'ai
pas vu de tag qui pourrait compléter l'arrêt de bus avec la présence
d'un panneau publicitaire (recto-verso, allumé...)

C'est dommage car cela permettrait de gagner du temps lors des contrib.
Mais peut-être que cela existe ?

De même, le top serait que Jungle Bus l'intègre dans son application
Android avec un système simple de case à cocher :)

Au plaisir de vous lire et bonne fin de week-end,

Cédric


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



--

Sur Mastodon : @bristow...@framapiaf.org 



Promouvoir et soutenir le logiciel libre 


___
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] prev.openstreetmap.fr

2019-11-15 Par sujet Cédric Frayssinet 
Le 14/11/2019 à 18:00, marc marc a écrit :
> Le 14.11.19 à 17:13, Vincent Bergeot a écrit :
>> disons que la première étape est sans doute de référencer ce qui doit 
>> être migrer de prev. à l'actuel :)
>>
> 2 pistes :
>
> - utiliser un moteur de recherche pour voir ce qui est référencé
> sur prev.*, vérifier que ce contenu est bien présent sur www.*
> puis mettre une redirection de prev vers www.*
>
> - analyser les logs web de prev.* pour commencer par ceux consultés.
> Cette piste nécessitant quelqu'un qui veux remettre les stats en route
> puisque le tentative précédente n'a pas abouti
> ticket en question https://github.com/osm-fr/infrastructure/issues/17
> a voir avec Maël s'il a rencontré un soucis ou manque de temps


Cela me semble technique comme opération. Le plus simple, finalement,
n'est-il pas de regarder dans le backend de prev les articles et d'avoir
sous les yeux le nouveau site ? Si c'est migré ou peu intéressant, on
supprime. A moins que vous ayez un pad de suivi de la migration du contenu ?


Cédric

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

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

2019-11-15 Par sujet Shohreh 
Shohreh wrote
> Quelle est alors la bonne façon de faire pour récupérer correctement toute
> une ligne de train, et lister les éventuelles ways qui dépassent les
> terminus (pour l'esthétique) ?

Il manque encore la solution pour lister et masquer les éventuels ways qui
dépassent des terminus, mais la requête est plus simple :

===
[out:json][timeout:25];

relation["network"="RER"]["ref"="A"]->.a;

(
  way(r.a:"") ;
  node(r.a) ;
);

out body;
>;
out skel qt;
===



--
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] [OverpassTurbo] Manquent terminus dans ligne de métro

2019-11-15 Par sujet Shohreh 
marc marc wrote
> ha... cela fonctionne. mais c'est assez embrouillant de sauver une
> relation dans une variable habituellement utilisé pour sauver une zone
> géographique.
> 
> du coup si tu n'as pas filtré sur une zone géographique, tu vas avoir des
> résultats surprenant le jour un autre pays/région a un RER A :)
> 
> en passant vire donc la () qui ne sert a rien ((la parenthèse groupe
> plusieurs choses, hors ici tu en a qu'une)
> relation["network"="RER"]["ref"="A"] -> .searchArea; (tu ne spéficies pas
> que tu veux des routes, le jour oü qlq chose  d'autre existe en
> network=RER + ref=A, tu vas l'avoir aussi

Quelle est alors la bonne façon de faire pour récupérer correctement toute
une ligne de train, et lister les éventuelles ways qui dépassent les
terminus (pour l'esthétique) ?

===
[out:json][timeout:25];

//Marche pas
//rel["network"="RER"]["ref"="A"];
//map_to_area -> .searchArea;

//Pas casher mais fonctionne
(relation["network"="RER"]["ref"="A"];) -> .searchArea;

(
(
  way(r.searchArea:"") ;
  node(r.searchArea) ;
); - way(121702955);
);

out body;
>;
out skel qt;
===
http://overpass-turbo.eu/s/O7c



--
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] Validateur JOSM : "Valeur de la propriété inconnue"

2019-11-15 Par sujet lenny.libre 


Le 15/11/2019 à 08:56, Yves P. a écrit :

Bonjour,

Je n’arrive pas à trouver le validateur de JOSM pour faire un ticket approprié.
(vivement Github ou Gitlab )


Dans le menu de JOSM : Aide ou Maj+F1 > Signaler une erreur > dans la 
création d'un nouveau ticket : Composant = Core validator ?


cordialement Leni



Il trouve des tags "man_made=grave" et suggère que la valeur serait « crane »

D’après le wiki, c’est "cemetery=grave ».

Il y en a 418  d’après 
taginfo.

On corrige la règle ou on nettoie ça à la main ?

—
Yves







___
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