[OSM-talk-fr] Robert Keller, Laurent Matheron et Pierre Guillou : Hitler sur table d'écoute

2020-05-11 Par sujet Yves P. 
Bonjour,

Un documentaire très intéressant sur le "piratage" de liaison télécom entre 
Paris et Berlin est disponible en replay sur France 5 
.

Les pages wikipedia Robert Keller 
, Laurent Matheron 
 et Pierre Guillou 
 rendent hommage à ces résistants.

Malheureusement, il n'y a que très peu de liens entre les objets OSM et les 
objets wikipedia/wikidata.

Est-ce que les contributeurs locaux et/ou les amateurs d'histoire peuvent 
compléter ?

Pour ma part, j'ai rajouté la plaque en hommage à Pierre Guillou à Rennes :)
__
Yves

PS:
Ajout OpenPlaques et lien avec la photo, ajout de l'inscription dans Commons et 
ajout OSM.
Elle sera visible dans quelques heures sur historic.place 
,
 de même que la photo dans openplaques.org 
.

Pages wikipedia
Paris
Rue de l'Ingénieur-Robert-Keller 

Piscine Keller 
Tour Keller 
plaque commémorative 

Rennes
Category:Centre Pierre-Guillou 
. Façade du 
centre visible sur GSV 
,
 et plaque sur la vue 3D 

Objets OSM
Paris
Rue de l'Ingénieur Robert Keller (Relation 541733 
)
6, Rue de l'Ingénieur Robert Keller (Nœud 682420370 
)
Tour Keller (Chemin 115878685 )
Piscine Keller (Chemin 115878661 )
Noisy-le-Grand
Rue du Réseau Robert Keller (Chemin 300360502 
)
Dunkerque
Rue Pierre Guillou (Relation 4160543 
)
Allée Pierre Guillou (Chemin 310637211 
) et Aire 
Pierre Guillou (Chemin 310637210 
)
Saint-Brévin-les-Pins
Avenue Pierre Guillou (Chemin 537798149 
)
Rennes
Centre Pierre Guillou (Tout ou partie ? du chemin 80941896 
)
Plaque commémorative : Pierre Guillou(Nœud 7505930664 
)
Plonévez-Porzay
Square Pierre Guillou (Chemin 109304851 
)
Troyes
Rue Robert Keller (Chemin 68247930 
)
Lyon
plaque commémorative est apposée une plaque dans l'enceinte du centre 
Lyon-Sévigné de Orange, situé dans le 3e arrondissement de Lyon
Centre d'amplification des LSGD de Lyon-Tassin a été nommé Centre 
Laurent-Matheron
centre Lyon-Sévigné est rebaptisé Lyon-Sévigné-Matheron
Le Petit-Quevilly
Le nouveau bureau de poste porte son nom de Robert Keller. Une plaque y est 
apposée.
Cachan
Un lycée professionnel porte le nom de Robert Keller.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Evolution des règles pour les plages et la ligne de côte

2020-05-11 Par sujet djo_man via Talk-fr 

  
  
Bonjour, 


J'ai eu un peu de temps ce week-end
  pour préciser à la fois l'état du tagging
  pour les côtes et décrire les problématiques que cela soulève en
  terme de rendu de carte.
  Il s'agit d'un PDF avec des photos aériennes commentées de JOSM et
  modifiées sur photoshop.



http://pc.cd/ssGrtalK


  ça ne résoudra pas la question du manque de vote pour cette
dernière modif de wiki
mais permettra de comprendre ce qui est en jeu pour OSM voire
pour OPENSEAMAP.
  Le Mont Saint-Michel nous remerciera peut être...
  Djo man
  



Le 07/05/2020 à 10:06, Yves P. a
  écrit :


  Salut,

Votre discussion est assez technique ;)

Pouvez-vous mettre un lien sur un schéma, une photo aérienne, le(s) rendu(s) et si possible une carte marine pour qu'on puisse suivre ?
(et tant qu'à faire ne pas cartographier n'importe quoi)

Merci,

__
Yves


  
Des fois certains mapper vont même jusqu'à dessiner ses zones encore plus bas que la ligne de basse mer car avec les belles images aériennes et une eau claire on en voit tres bien les contours. C'est presque un autre probleme mais explique bien que l'enchainement de ses zones ressemble à un geant code barre le long des côtes avec beach et bare_rock qui s'enchaînent.

  
  un exemple ici stp :)



___
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] Evolution des règles pour les plages et la ligne de côte

2020-05-11 Par sujet Georges Dutreix via Talk-fr 


Le 11/05/2020 à 14:48, djo_man via Talk-fr a écrit :
Il s'agit d'un PDF avec des photos aériennes commentées de JOSM et 
modifiées sur photoshop.


http://pc.cd/ssGrtalK

Bonjour,

Merci pour ce document, qui m'a clarifié les différences entre 
boundary=administrative et natural=coastline, etc.
Et aussi le pourquoi de rendus bizarres en ce moment sur OSM. On va 
patienter donc ...


C'est vrai qu'une page wiki "Comment cartographier la côte" (et tous ses 
éléments) serait sympa, parce que si on veut ne pas toucher les grandes 
relations, il n'est pas évident de savoir où délimiter une plage.





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

[OSM-talk-fr] Bosch eBike Charging Stations in France

2020-05-11 Par sujet Alznauer Florian (EB/MKB2) via Talk-fr 
Dear OSM-Community,

I asked my co-worker to translate my message / question: (feel free to answer 
in French, Thanks)

Chère communauté OSM,

Merci beaucoup pour vos commentaires et retours concernant notre initiative de 
téléchargement dans OSM des positions et coordonnées GPS des stations de 
recharge pour les vélos électriques équipés d’une motorisations Bosch eBike 
(soit plus de 80 fabricants/marques de cycle en Europe).

Concernant votre retour d'information :

1.   Nous aimerions ajouter que le principe de ces stations de recharge 
est similaire au concept des Surchargeurs Tesla qu’on retrouve aux États-Unis 
sur OSM.

2.   En ce qui concerne votre retour d'information sur l'obtention des 
données de géolocalisation : Serait-il possible / acceptable d’importer les 
positions des stations de recharge Bosch manuellement, une par une directement 
dans OSM sans utiliser un import de masse ? Cela nous permettrait de 
positionner les Powerstations à l'endroit précis où elles se trouvent sans 
utiliser la géolocalisation de Google ou les coordonnées GPS du fichier Excel 
que chaque lieu ou partenaire nous a fourni avec l’emplacement exact de la 
borne de recharge.

Merci pour votre aide.


Mit freundlichen Grüßen / Best regards

Florian Alznauer

eBike Systems, Marketing, Communication, Branding (EB/MKB)
Robert Bosch GmbH | Gerhard-Kindler-Straße 3 | 72770 Reutlingen | GERMANY | 
www.bosch.com
Tel. +49 7121 35-30134 | 
florian.alzna...@de.bosch.com

Sitz: Stuttgart, Registergericht: Amtsgericht Stuttgart, HRB 14000;
Aufsichtsratsvorsitzender: Franz Fehrenbach; Geschäftsführung: Dr. Volkmar 
Denner,
Prof. Dr. Stefan Asenkerschbaumer, Dr. Michael Bolle, Dr. Christian Fischer, 
Dr. Stefan Hartung,
Dr. Markus Heyn, Harald Kröger, Christoph Kübel, Rolf Najork, Uwe Raschke, 
Peter Tyroller
​
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Evolution des règles pour les plages et la ligne de côte

2020-05-11 Par sujet Yves P. 

> J'ai eu un peu de temps ce week-end pour préciser à la fois l'état du tagging
> pour les côtes et décrire les problématiques que cela soulève en terme de 
> rendu de carte.
> Il s'agit d'un PDF avec des photos aériennes commentées de JOSM et modifiées 
> sur photoshop.
> 
> http://pc.cd/ssGrtalK 

Un grand merci pour ce travail de "dingue" :)

Il m'a permis (entre-autres) de comprendre la différence entre BDOrtho IGN et 
Géolittoral.
> ça ne résoudra pas la question du manque de vote pour cette dernière modif de 
> wiki
> mais permettra de comprendre ce qui est en jeu pour OSM voire pour OPENSEAMAP.
> 
Je peux transmettre le lien à Malcolm Herring (OpenSeaMap) ?
Il ne parle pas le français, mais devrait suivre les illustrations :)
> Le Mont Saint-Michel nous remerciera peut être...
> 
Le rendu standard montre l'estran :) mais comme une zone marcageuse :/
Pas le carte basque : c'est marrée haute ;D

Encore merci, Djo man :)

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

Re: [OSM-talk-fr] Bosch eBike Charging Stations in France

2020-05-11 Par sujet Marc M. 
Bonjour,

Le 11.05.20 à 16:46, Alznauer Florian (EB/MKB2) via Talk-fr a écrit :
> Serait-il possible / acceptable d’importer les positions des stations de
> recharge Bosch manuellement, une par une directement dans OSM sans
> utiliser un import de masse ? Cela nous permettrait de positionner les
> Powerstations à l'endroit précis où elles se trouvent sans utiliser la
> géolocalisation de Google ou les coordonnées GPS du fichier Excel que
> chaque lieu ou partenaire nous a fourni avec l’emplacement exact de la
> borne de recharge.

comment allez-vous les positionner sans utiliser la géolocalisation ?
how are you going to position them without using geolocation?

Cordialement,
Marc

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

[OSM-talk-fr] Référencement, cartes uMap

2020-05-11 Par sujet Pierre Béland via Talk-fr 
Il existe plusieurs cartes uMap portant sur la thématique Covid-19.  Mais 
j'observe qu'elles sont mal référencées. En recherchant pour mots clés [umap  
Covid-19], j'observe effectivement peu ou pas de référencement des cartes uMap.
Recherche umap  Covid-19
Qwant.com et Bing : aucun résultat
Google : Quelques pages, et description peu pertinente

Ces problèmes pourraient facilement être corrigés à mon avis en ajoutant des 
balises dans les pages uMap.
Il serait facile d'ajouter à la page HTML la balise  
en y insérant la description contenue dans chacune des cartes.  L'utilisation 
de moteurs de recherche fournirait une description plus claire de la carte et 
retournerait plus de résultats pertinents.
 
Pierre 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Référencement, cartes uMap

2020-05-11 Par sujet Vincent Bergeot 

Le 11/05/2020 à 18:29, Pierre Béland via Talk-fr a écrit :
Il existe plusieurs cartes uMap portant sur la thématique Covid-19.  
Mais j'observe qu'elles sont mal référencées. En recherchant pour mots 
clés [umap  Covid-19], j'observe effectivement peu ou pas de 
référencement des cartes uMap.


Recherche umap Covid-19

Qwant.com et Bing : aucun résultat
Google : Quelques pages, et description peu pertinente

Ces problèmes pourraient facilement être corrigés à mon avis en 
ajoutant des balises dans les pages uMap.


Il serait facile d'ajouter à la page HTML la balise name="description"> en y insérant la description contenue dans chacune 
des cartes.  L'utilisation de moteurs de recherche fournirait une 
description plus claire de la carte et retournerait plus de résultats 
pertinents.


Bonjour Pierre,

sans doute à ajouter sur https://github.com/umap-project/umap/ ?

Bonne journée

--

Vincent Bergeot

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

Re: [OSM-talk-fr] Référencement, cartes uMap

2020-05-11 Par sujet Pierre Béland via Talk-fr 
Vincent Bergeot a écrit:> sans doute à ajouter sur 
https://github.com/umap-project/umap/ ? 

C'est fait, mercihttps://github.com/umap-project/umap/issues/798 
Pierre 

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

Re: [OSM-talk-fr] Evolution des règles pour les plages et la ligne de côte

2020-05-11 Par sujet Djo_man via Talk-fr 
Bonsoir, 
Bien sur, il faut diffuser si personne n'y voit à redire. 
Djo man


 Yves P. a écrit 

>
>> J'ai eu un peu de temps ce week-end pour préciser à la fois l'état du tagging
>> pour les côtes et décrire les problématiques que cela soulève en terme de 
>> rendu de carte.
>> Il s'agit d'un PDF avec des photos aériennes commentées de JOSM et modifiées 
>> sur photoshop.
>> 
>> http://pc.cd/ssGrtalK 
>
>Un grand merci pour ce travail de "dingue" :)
>
>Il m'a permis (entre-autres) de comprendre la différence entre BDOrtho IGN et 
>Géolittoral.
>> ça ne résoudra pas la question du manque de vote pour cette dernière modif 
>> de wiki
>> mais permettra de comprendre ce qui est en jeu pour OSM voire pour 
>> OPENSEAMAP.
>> 
>Je peux transmettre le lien à Malcolm Herring (OpenSeaMap) ?
>Il ne parle pas le français, mais devrait suivre les illustrations :)
>> Le Mont Saint-Michel nous remerciera peut être...
>> 
>Le rendu standard montre l'estran :) mais comme une zone marcageuse :/
>Pas le carte basque : c'est marrée haute ;D
>
>Encore merci, Djo man :)
>
>__
>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

Re: [OSM-talk-fr] import cadastre d'une petite zone

2020-05-11 Par sujet Donat ROBAUX 
Je rejoins ce que dit Eric 

Quand tu télécharges ton petit bout de planche cadastrale via l'onglet Josm,
que ca t'en télécharge 4 planches alors que t'as rien demandé (mais que tu
as le malheur d'être proche de la jointure) que le SEUL bâtiment de la
planche que tu voulais n'est pas dans le calque téléchargé, ca énerve un
peu. Et au-delà de ca, une débauche d'énergie puisque tu télécharges trop de
données pour rien.

En revanche, quand tu passes par l'ancienne méthode via
cadastre.openstreetmap.fr, en selectionnant juste ta petite zone, tu as ton
bâtiment. Franchement je ne comprends pas. Pourtant ce sont bien les mêmes
données avec la même mise à jour?

VdCT, si tu as une explication rationnelle, je suis preneur.

Donat



--
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] import cadastre d'une petite zone

2020-05-11 Par sujet Jérôme Amagat 
Le mar. 12 mai 2020 à 01:09, Donat ROBAUX  a écrit :

> Je rejoins ce que dit Eric
>
> Quand tu télécharges ton petit bout de planche cadastrale via l'onglet
> Josm,
> que ca t'en télécharge 4 planches alors que t'as rien demandé (mais que tu
> as le malheur d'être proche de la jointure) que le SEUL bâtiment de la
> planche que tu voulais n'est pas dans le calque téléchargé, ca énerve un
> peu. Et au-delà de ca, une débauche d'énergie puisque tu télécharges trop
> de
> données pour rien.
>
> En revanche, quand tu passes par l'ancienne méthode via
> cadastre.openstreetmap.fr, en selectionnant juste ta petite zone, tu as
> ton
> bâtiment. Franchement je ne comprends pas. Pourtant ce sont bien les mêmes
> données avec la même mise à jour?
>
> Je n'y connais pas grand chose mais je ne pense pas que la débauche
d’énergie soit dans ce sens, dans le premier cas c'est juste un
téléchargement dans l'autre il faut récupérer les données dans les pdf.
Moi je préfères la méthode via le plugin josm, par contre aujourd'hui ça ne
marche pas :(
Il faut prendre l'habitude de sélectionner une zone très petite pour ne
télécharger qu"une planche et faire attention de ne pas télécharger dans la
planche avec les données osm... La mise à jour trimestriel, ne m'a que très
rarement posé un problème. Sur cadastre.openstreetmap.fr c'est très long
pour avoir une commune en entier maintenant que les pdf sont plus petit.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] import cadastre d'une petite zone

2020-05-11 Par sujet Vincent de Château-Thierry 
Bonsoir-nuit

> De: "Jérôme Amagat" 
> 
> Je n'y connais pas grand chose mais je ne pense pas que la débauche
> d’énergie soit dans ce sens, dans le premier cas c'est juste un
> téléchargement dans l'autre il faut récupérer les données dans les
> pdf.
> Moi je préfères la méthode via le plugin josm, par contre aujourd'hui
> ça ne marche pas :(
> Il faut prendre l'habitude de sélectionner une zone très petite pour
> ne télécharger qu"une planche et faire attention de ne pas
> télécharger dans la planche avec les données osm... La mise à jour
> trimestriel, ne m'a que très rarement posé un problème. Sur
> cadastre.openstreetmap.fr c'est très long pour avoir une commune en
> entier maintenant que les pdf sont plus petit.

La méthode sur cadastre.openstreetmap.fr à base de scrapping des PDFs a eu son 
heure de gloire (et son efficacité) jusqu'au jour où la DGFiP a modifié le 
paramétrage de la fonction d'impression PDF à laquelle on accédait, pour en 
effet diviser par 100 la surface imprimable d'un seul tenant. Dans le cadre de 
BANO on maintenait à jour un cache des données du Cadastre en récupérant toutes 
les communes mises à jour au fil de leur parution. Pour continuer "comme avant" 
il aurait fallu compenser le facteur 100 en faisant 100x plus d'appels aux 
serveurs de la DGFiP... qui nous a demandé de lever le pied. C'est une des 
raisons de BANO v2 : le changement d'approvisionnement de la source Cadastre 
pour ne plus dépendre des PDFs, et ne plus solliciter les serveurs de la DGFiP. 
On y a perdu en actualité, le Cadastre Etalab étant mis à jour par trimestre, 
et en précision dans les zones téléchargeables en effet, puisqu'on fonctionne 
par feuilles entières.
Mais on y a (je trouve) gagné en ergonomie puisqu'on peut rester dans JOSM  
quand on veut des données, via le plugin Cadastre actualisé par Vincent Privat. 
Plus besoin de sortir de JOSM, aller sur cadastre.openstreetmap.fr, chercher sa 
commune, sélectionner sa zone, attendre, récupérer les données, les ouvrir dans 
JOSM. Je rejoins Jérôme là dessus.
Tout ça reste affaire de goût, je suis d'accord. En revanche, gardez à l'esprit 
la demande de la DGFiP. Le moins on se sert directement via les PDFs le plus on 
respecte leur souhait et leurs serveurs, ce qui serait élégant de notre part 
vus le service énorme qu'ils nous ont rendu dès 2008 (coucou DenisH) en nous 
autorisant à piocher dans leurs données, bien avant la vague de l'OpenData.
En complément, le service sur cadastre.openstreetmap.fr n'est quasi plus 
maintenu. Il reste actif mais gagnerait à être coupé, tant vis-à-vis de la 
DGFiP que faute de mainteneurs.

vincent

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

Re: [OSM-talk-fr] import cadastre d'une petite zone

2020-05-11 Par sujet DH 

Le 12/05/2020 à 02:24, Vincent de Château-Thierry a écrit :

Bonsoir-nuit


De: "Jérôme Amagat" 

Je n'y connais pas grand chose mais je ne pense pas que la débauche
d’énergie soit dans ce sens, dans le premier cas c'est juste un
téléchargement dans l'autre il faut récupérer les données dans les
pdf.
Moi je préfères la méthode via le plugin josm, par contre aujourd'hui
ça ne marche pas :(
Il faut prendre l'habitude de sélectionner une zone très petite pour
ne télécharger qu"une planche et faire attention de ne pas
télécharger dans la planche avec les données osm... La mise à jour
trimestriel, ne m'a que très rarement posé un problème. Sur
cadastre.openstreetmap.fr c'est très long pour avoir une commune en
entier maintenant que les pdf sont plus petit.

La méthode sur cadastre.openstreetmap.fr à base de scrapping des PDFs a eu son heure de 
gloire (et son efficacité) jusqu'au jour où la DGFiP a modifié le paramétrage de la 
fonction d'impression PDF à laquelle on accédait, pour en effet diviser par 100 la 
surface imprimable d'un seul tenant. Dans le cadre de BANO on maintenait à jour un cache 
des données du Cadastre en récupérant toutes les communes mises à jour au fil de leur 
parution. Pour continuer "comme avant" il aurait fallu compenser le facteur 100 
en faisant 100x plus d'appels aux serveurs de la DGFiP... qui nous a demandé de lever le 
pied. C'est une des raisons de BANO v2 : le changement d'approvisionnement de la source 
Cadastre pour ne plus dépendre des PDFs, et ne plus solliciter les serveurs de la DGFiP.
On y a perdu en actualité, le Cadastre Etalab étant mis à jour par trimestre, 
et en précision dans les zones téléchargeables en effet, puisqu'on fonctionne 
par feuilles entières.
Mais on y a (je trouve) gagné en ergonomie puisqu'on peut rester dans JOSM  
quand on veut des données, via le plugin Cadastre actualisé par Vincent Privat. 
Plus besoin de sortir de JOSM, aller sur cadastre.openstreetmap.fr, chercher sa 
commune, sélectionner sa zone, attendre, récupérer les données, les ouvrir dans 
JOSM. Je rejoins Jérôme là dessus.
Tout ça reste affaire de goût, je suis d'accord. En revanche, gardez à l'esprit 
la demande de la DGFiP. Le moins on se sert directement via les PDFs le plus on 
respecte leur souhait et leurs serveurs, ce qui serait élégant de notre part 
vus le service énorme qu'ils nous ont rendu dès 2008 (coucou DenisH) en nous 
autorisant à piocher dans leurs données, bien avant la vague de l'OpenData.
En complément, le service sur cadastre.openstreetmap.fr n'est quasi plus 
maintenu. Il reste actif mais gagnerait à être coupé, tant vis-à-vis de la 
DGFiP que faute de mainteneurs.

vincent



...

- Oh Papa, j'entendais le pays qui me disait : revieng, revieng !

- Té, grand couillon, tu fais pleurer ta mère alors.

https://www.ina.fr/video/PUB3214563082

Denis, pas encore archivé par l'INA


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