Re: [OSM-talk-fr] Voies OSM inconnues de FANTOIR

[Vincent de Château-Thierry]

Bonjour,

Le 04/02/2020 à 08:02, rainerU a écrit :


J'ai constaté que dans la liste des voies inconnues dans FANTOIR on 
trouve des rues qui sont bien dans liste brute FANTOIR. Exemples pour la 
ville de Perpignan 66136 :


Rue Luchino Visconti 661365195R
Rue Georges Claude 661361048H


Pour les rapprochements je ne tiens pas compte des voies FANTOIR 
annulées. Dans tes 2 cas ce sont des voies ayant été annulées dans 
FANTOIR. Pour chacune on a des rues au nom très proche, c'est peut-être 
une raison de leur annulation pour éviter les confusions :


661363128U RUE LOUIS VISCONTI
661360858B AV GEORGES ET CLAUDE CAUSTIER

vincent

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

Re: [OSM-talk-fr] Voies OSM inconnues de FANTOIR

[rainerU]

Bonjour Vincent,

Un grand merci pour cette fonction très utile et que j'attends depuis longtemps.

J'ai constaté que dans la liste des voies inconnues dans FANTOIR on trouve des 
rues qui sont bien dans liste brute FANTOIR. Exemples pour la ville de Perpignan 
66136 :


Rue Luchino Visconti 661365195R
Rue Georges Claude 661361048H

Rainer

Am 03.02.20 um 22:55 schrieb Vincent de Château-Thierry:

Bonsoir,

Pour répondre à ce ticket [1] je viens d'ajouter un onglet dans les comparaisons 
OSM <=> FANTOIR accessibles via https://dev.cadastre.openstreetmap.fr/fantoir/


Par exemple : https://dev.cadastre.openstreetmap.fr/fantoir/#insee=94043=6


Vous y trouverez un vaste FouTOIR de rues, places, accès, écoles etc. qui ont en 
commun :


- d'avoir une existence et un nom dans OSM

- d'être des "candidats" aux rapprochements OSM / FANTOIR

- de ne pas avoir trouvé de correspondance dans FANTOIR lors des processus de 
rapprochement


Cette liste permet un peu de contrôle qualité sur aussi bien le contenu OSM que 
FANTOIR. On trouvera matière à corriger des fautes d'orthographe, des géométries 
qui empiètent sur la commune d'à côté, des erreurs de type de voie, de nom ou de 
prénom, etc. N'hésitez pas à faire un petit florilège ;)


Vos retours bienvenus, surtout si vous constatez des incohérences dans les 
listes proposées.



merci

vincent

[1] : https://github.com/osm-fr/osm-vs-fantoir/issues/69


___
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] Miniature fond OSM et lien vers gg Maps

[Christian Quest]

Tu peux faire un lot.

Vu le niveau, là je décroche mon téléphone pour être sûr de bien me 
faire comprendre ;)



Le 03/02/2020 à 21:42, deuzeffe a écrit :
Bien vu ! Aller, je me fade utopiaweb pour allopharmacie. Qui prend le 
reste ?



Le 03/02/2020 à 21:31, Cédric Frayssinet a écrit :

Le 03/02/2020 à 21:26, deuzeffe a écrit :


Le 03/02/2020 à 20:38, marc marc a écrit :

Le 03.02.20 à 20:03, deuzeffe a écrit :

Que dire... :/


leur dire de basculer vers osm ? :D


Bah oui. Sont bizarres de n'ennuyer à foutre un lien vers gg maps 
alors qu'il utilisent osm...


Je pense que c'est surtout utopiaweb contre qui il faut gueuler et 
faire valoir nos droits :


  * https://agencemutuelle.com/73/chambery/allianz-e76
  * https://icoiffeur.fr/49/angers/abaya-coiffeur-visagiste-14gu
  * https://bureautabac.fr/30/nimes/bar-tabac-de-l-hotel-de-ville-qfk

Je continue ou j'arrête ?

Bref, c'est cette agence : https://utopiaweb.fr/

et les contacts sont là : https://utopiaweb.fr/contact

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



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


--
Christian Quest - OpenStreetMap France


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

[OSM-talk-fr] Voies OSM inconnues de FANTOIR

[Vincent de Château-Thierry]

Bonsoir,

Pour répondre à ce ticket [1] je viens d'ajouter un onglet dans les 
comparaisons OSM <=> FANTOIR accessibles via 
https://dev.cadastre.openstreetmap.fr/fantoir/


Par exemple : 
https://dev.cadastre.openstreetmap.fr/fantoir/#insee=94043=6



Vous y trouverez un vaste FouTOIR de rues, places, accès, écoles etc. 
qui ont en commun :


- d'avoir une existence et un nom dans OSM

- d'être des "candidats" aux rapprochements OSM / FANTOIR

- de ne pas avoir trouvé de correspondance dans FANTOIR lors des 
processus de rapprochement


Cette liste permet un peu de contrôle qualité sur aussi bien le contenu 
OSM que FANTOIR. On trouvera matière à corriger des fautes 
d'orthographe, des géométries qui empiètent sur la commune d'à côté, des 
erreurs de type de voie, de nom ou de prénom, etc. N'hésitez pas à faire 
un petit florilège ;)


Vos retours bienvenus, surtout si vous constatez des incohérences dans 
les listes proposées.



merci

vincent

[1] : https://github.com/osm-fr/osm-vs-fantoir/issues/69


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

Re: [OSM-talk-fr] Miniature fond OSM et lien vers gg Maps

[Philippe Verdy]

Leur page contact montre bien qu'ils ont perdu leur clé Google Maps
gratuite, d'où la réponse de Google: 403 Forbidden (et là ils n'ont pas mis
une carte OSM à la place dans le framework carto):
https://utopiaweb.fr/contact
Bref ils ont certainement vite fait bricolé un substitut (sur tous leurs
sites indiqués dans leur page d'accueil: AlloCrèche.fr, iCalendrier.fr,
AgenceMutuelle.com, iCoiffeur.fr, BureauTabac.fr), mais c'est pas au point.


Le lun. 3 févr. 2020 à 21:42, deuzeffe  a écrit :

> Bien vu ! Aller, je me fade utopiaweb pour allopharmacie. Qui prend le
> reste ?
>
>
> Le 03/02/2020 à 21:31, Cédric Frayssinet a écrit :
> > Le 03/02/2020 à 21:26, deuzeffe a écrit :
> >>
> >> Le 03/02/2020 à 20:38, marc marc a écrit :
> >>> Le 03.02.20 à 20:03, deuzeffe a écrit :
> > Que dire... :/
> >>>
> >>> leur dire de basculer vers osm ? :D
> >>
> >> Bah oui. Sont bizarres de n'ennuyer à foutre un lien vers gg maps
> >> alors qu'il utilisent osm...
> >>
> > Je pense que c'est surtout utopiaweb contre qui il faut gueuler et faire
> > valoir nos droits :
> >
> >   * https://agencemutuelle.com/73/chambery/allianz-e76
> >   * https://icoiffeur.fr/49/angers/abaya-coiffeur-visagiste-14gu
> >   * https://bureautabac.fr/30/nimes/bar-tabac-de-l-hotel-de-ville-qfk
> >
> > Je continue ou j'arrête ?
> >
> > Bref, c'est cette agence : https://utopiaweb.fr/
> >
> > et les contacts sont là : https://utopiaweb.fr/contact
> >
> > Cédric
> >
> >
> > --
> >
> > Sur Mastodon : @bristow...@framapiaf.org <
> https://framapiaf.org/@Bristow_69>
> >
> > 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Miniature fond OSM et lien vers gg Maps

[deuzeffe]

Bien vu ! Aller, je me fade utopiaweb pour allopharmacie. Qui prend le 
reste ?



Le 03/02/2020 à 21:31, Cédric Frayssinet a écrit :

Le 03/02/2020 à 21:26, deuzeffe a écrit :


Le 03/02/2020 à 20:38, marc marc a écrit :

Le 03.02.20 à 20:03, deuzeffe a écrit :

Que dire... :/


leur dire de basculer vers osm ? :D


Bah oui. Sont bizarres de n'ennuyer à foutre un lien vers gg maps 
alors qu'il utilisent osm...


Je pense que c'est surtout utopiaweb contre qui il faut gueuler et faire 
valoir nos droits :


  * https://agencemutuelle.com/73/chambery/allianz-e76
  * https://icoiffeur.fr/49/angers/abaya-coiffeur-visagiste-14gu
  * https://bureautabac.fr/30/nimes/bar-tabac-de-l-hotel-de-ville-qfk

Je continue ou j'arrête ?

Bref, c'est cette agence : https://utopiaweb.fr/

et les contacts sont là : https://utopiaweb.fr/contact

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



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

Re: [OSM-talk-fr] Miniature fond OSM et lien vers gg Maps

[Philippe Verdy]

Une visite s'impose à leurs bureaux, quai Chateaubriant à Rennes (métro/bus
République)...
Il y a bien un groupe OSM à Rennes qui se réunit au Champs Libres chaque
semaine? C'est pas bien loin
Au passage les inviter à une réunion hebdo pour leur présenter la bonne
façon de faire des autres (dont les sites de Rennes Métropole et d'autres
agences)...
ainsi que les mauvais exemples de leur part, qu'ils soumettent à leurs
clients pas forcément bien au courant de l'aspect technique/réglementaire,
s'ils suivent les prestations et conseils de cette agence qui leur vend une
solution "clé en main".

Le lun. 3 févr. 2020 à 21:32, Cédric Frayssinet  a
écrit :

> Le 03/02/2020 à 21:26, deuzeffe a écrit :
>
>
> Le 03/02/2020 à 20:38, marc marc a écrit :
>
> Le 03.02.20 à 20:03, deuzeffe a écrit :
>
> Que dire... :/
>
>
> leur dire de basculer vers osm ? :D
>
>
> Bah oui. Sont bizarres de n'ennuyer à foutre un lien vers gg maps alors
> qu'il utilisent osm...
>
> Je pense que c'est surtout utopiaweb contre qui il faut gueuler et faire
> valoir nos droits :
>
>- https://agencemutuelle.com/73/chambery/allianz-e76
>- https://icoiffeur.fr/49/angers/abaya-coiffeur-visagiste-14gu
>- https://bureautabac.fr/30/nimes/bar-tabac-de-l-hotel-de-ville-qfk
>
> Je continue ou j'arrête ?
>
> Bref, c'est cette agence : https://utopiaweb.fr/
>
> et les contacts sont là : https://utopiaweb.fr/contact
>
> Cédric
>
>
> --
>
> Sur Mastodon : @bristow...@framapiaf.org
> 
>
> [image: 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] Miniature fond OSM et lien vers gg Maps

[Cédric Frayssinet]

Le 03/02/2020 à 21:26, deuzeffe a écrit :
>
> Le 03/02/2020 à 20:38, marc marc a écrit :
>> Le 03.02.20 à 20:03, deuzeffe a écrit :
 Que dire... :/
>>
>> leur dire de basculer vers osm ? :D
>
> Bah oui. Sont bizarres de n'ennuyer à foutre un lien vers gg maps
> alors qu'il utilisent osm...
>
Je pense que c'est surtout utopiaweb contre qui il faut gueuler et faire
valoir nos droits :

  * https://agencemutuelle.com/73/chambery/allianz-e76
  * https://icoiffeur.fr/49/angers/abaya-coiffeur-visagiste-14gu
  * https://bureautabac.fr/30/nimes/bar-tabac-de-l-hotel-de-ville-qfk

Je continue ou j'arrête ?

Bref, c'est cette agence : https://utopiaweb.fr/

et les contacts sont là : https://utopiaweb.fr/contact

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] Miniature fond OSM et lien vers gg Maps

[deuzeffe]

Le 03/02/2020 à 20:38, marc marc a écrit :

Le 03.02.20 à 20:03, deuzeffe a écrit :

Que dire... :/


leur dire de basculer vers osm ? :D


Bah oui. Sont bizarres de n'ennuyer à foutre un lien vers gg maps alors 
qu'il utilisent osm...


--
deuzeffe - pourquoi faire simple quand on peut faire compliqué.

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

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Jacques Lavignotte]

Le 03/02/2020 à 19:22, Christian Quest a écrit :

Merci pour le retour que tu peux ajouter ici: 
https://wiki.openstreetmap.org/wiki/Talk:Planet.osm#Torrent


Plus tard. C'est un de mes desktops qui sert, temporairement. Je cherche 
une solution très économe énergétiquement : ça pourrait très vite être 
un RaspBerry équipé d'un DD.


J.

--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Philippe Verdy]

Note @Christian Quest ,
* ton tracker privé "http://retracker.local/announce; ne peut pas marcher,
il ne devrait pas être inclus car il n'est pas routable sur Internet.
* le tracker "http://tracker.computel.fr:80/announce; semble instable, il
marche parfois ou pas du tout, en tout cas jamais au premier essai, et il
ne collecte pratiquement aucun seeder supplémentaire.
Les deux trackers qui marchent sont le tien "
http://tracker.cquest.org:6969/announce; et sinon "udp://
tracker.opentrackr.org:1337"

Je note encore une fois que le téléchargement commence vite, puis ralentit
brusquement ou se met en pause pendant une minute pour reprendre avec à
peine 4-5 Kio/s par pair, puis à nouveau des pauses.

Cette fois je suis convaincu que c'est Free qui met en place le
ralentissement des torrents qu'il ne parvient pas à identifier avec une clé
de sécurité "connue".

Un gros PBF en format binaire de 50 Gio doit être pris pour lui comme un
téléchargement illégal de vidéos et comme il ne trouve pas de clé, il
bloque assez vite.

Donc il serait souhaitable d'inclure dans le torrent un petit fichier
licence signé numériquement indiquant le hachage SHA-1 du gros PBF (qui
malheusement n'est publié qu'avec un hachage rapide MD5, pas utilisé comme
clé sur les Torrents et le DHT), qu'un "contrôleur" pourra vite charger. De
quoi éviter que Free ne pas bloquer ensuite le DHT. sur cette clé et garder
les flux rapides.


Le lun. 3 févr. 2020 à 19:22, Christian Quest  a
écrit :

> Le 03/02/2020 à 18:04, Jacques Lavignotte a écrit :
> >
> >
> > Le 28/01/2020 à 20:48, Christian Quest a écrit :
> >> J'ai remis au propre le torrent sur https://osm.cquest.org/torrents/
> >>
> >> Vous pouvez participer au test en téléchargeant ce fichier planet à
> >> l'aide du client BitTorrent de votre choix.
> >>
> >> Attention... il fait dans les 50Go, donc il faut de la place sur
> >> disque ;)
> >
> > On doit maintenant voir un « Transmission (Linux) »
> >
> > Ca a mis 20 minutes à descendre. Je suis sur une fibre 400 Mb/s Orange.
> >
>
> Pas mal du tout, j'ai eu des retours de download à 800Mbps.
>
>
> > Ca a uploadé de l'ordre de 400MB. Maintenant plus rien.
> >
>
> Normal, il y a bien plus de "seeders" qui partagent le fichier que de
> "leetchers" qui le téléchargent.
>
> Merci pour le retour que tu peux ajouter ici:
> https://wiki.openstreetmap.org/wiki/Talk:Planet.osm#Torrent
>
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> 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] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Francois Gouget]

On Mon, 3 Feb 2020, marc marc wrote:
[...]
> en passant pour moi la vrai erreur, c'est Https Everywhere qui ne
> devrait pas basculer en https si le certificat n'est pas bon.

Je suis assez d'accord. Mais il me semblait justement que HTTPS 
Everywhere avait une liste blanche de sites où on peut passer en HTTPS.
D'ailleurs la voilà et openbittorrent est dans la liste :
https://atlas.eff.org/letters/o.html

Comme OpenBittorrent est dans la liste je pense qu'Https Everywhere doit 
forcer le passage en https pour éviter les attaques MITM (je me mets au 
milieu et je renvoie un mauvais certificat pour le https pour forcer 
HTTPS Everywhere à continuer en http et ce qui me permet d'intercepter 
et de changer tout le trafic).

Bien sûr l'utilisateur se prend une erreur et est donc tenté de 
continuer en http. Mais cela requière une action consciente (et non 
évidente) de sa part.

Il y a probablement eu une régression du coté d'OpenBittorrent.


> chez moi il ne bascule pas, tu ne l'aurais pas forcé en https ?

J'ai cliqué sur "Réinitialiser aux paramêtres par défaut" et pas de 
changement il me renvoie toujours vers le https.

-- 
Francois Gouget   http://fgouget.free.fr/
 You can have my guns when you pry them from my kids cold, dead hands.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Miniature fond OSM et lien vers gg Maps

[marc marc]

Le 03.02.20 à 20:03, deuzeffe a écrit :
>> Que dire... :/

leur dire de basculer vers osm ? :D
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Miniature fond OSM et lien vers gg Maps

[Philippe Verdy]

Non ce n'est pas conforme.

Le site n'a visiblement pas (ou n'a plus) de clé (payante) pour
l'intégration de Google Maps sans se faire bloquer par Google pour ses
conditions d'utilisation ; il utilise donc les tuiles OSM pour ses
mini-cartes, quitte ensuite à poser un lieu pour afficher la carte grand
écran en renvoyant au site Google Maps. ca ressemble à une correction "à la
va-vite" depuis que Google les a bloqué.

On peut faire la même chose et demander à OSM de bloquer ce domaine en tant
que "refererer", en attendant qu'il mette une mention appropriée pour OSM.

Noter quand même qu'en bas de page il y a un lien "Mentions légales"...
C'est pas évident que cela concerne la mini-carte. C'est un peu "limite"...

La mention légale manque quand même sur la mini-carte ou juste en bordure
(rien n'empêche ce site de poster un lien dans le coin pour visiter Google
Maps, en plus, mais cela ne le dédouane pas de la mention qu'on ne doit pas
avoir à chercher. Là ça donne plutôt l'impression que c'est (ou c'était)
une mini-carte Google. Franchement, le lien Google devrait être dehors (en
dessous de la carte par exemple avec un texte "voir en grand écran sur
Google Maps... ou sur OSM pour donner le choix) et dans le coin de la
mini-carte figurer l'attribution OSM avec le lien nécessaire.

Pas besoin d'attribution pour le lien et le logo Google Maps affichés *en
plus*.

A ce site donc de mettre un lien copyright/attribution et même envoyer à sa
propre page de mentions légales (si possible avec l'ancre vers la section
de la page).


Le lun. 3 févr. 2020 à 20:03, deuzeffe  a écrit :

> Ah, attribution dernière ligne des mentions légales :
> https://allopharmacie.fr/mentions
>
> C'est pas franchement recevable, hein ?
>
> Le 03/02/2020 à 20:00, deuzeffe a écrit :
> > Hello,
> >
> > Sur
> > https://allopharmacie.fr/87/condat-sur-vienne/pharmacie-de-la-mairie-g65
> > "thumbnail" osm (rendu standard) et logo + renvoi gg maps.
> >
> > Que dire... :/
>
> ___
> 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] Miniature fond OSM et lien vers gg Maps

[deuzeffe]

Ah, attribution dernière ligne des mentions légales : 
https://allopharmacie.fr/mentions


C'est pas franchement recevable, hein ?

Le 03/02/2020 à 20:00, deuzeffe a écrit :

Hello,

Sur 
https://allopharmacie.fr/87/condat-sur-vienne/pharmacie-de-la-mairie-g65 
"thumbnail" osm (rendu standard) et logo + renvoi gg maps.


Que dire... :/


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

[OSM-talk-fr] Miniature fond OSM et lien vers gg Maps

[deuzeffe]

Hello,

Sur 
https://allopharmacie.fr/87/condat-sur-vienne/pharmacie-de-la-mairie-g65 
"thumbnail" osm (rendu standard) et logo + renvoi gg maps.


Que dire... :/
--
deuzeffe - dépitée.

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

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Christian Quest]

Le 03/02/2020 à 18:04, Jacques Lavignotte a écrit :



Le 28/01/2020 à 20:48, Christian Quest a écrit :

J'ai remis au propre le torrent sur https://osm.cquest.org/torrents/

Vous pouvez participer au test en téléchargeant ce fichier planet à 
l'aide du client BitTorrent de votre choix.


Attention... il fait dans les 50Go, donc il faut de la place sur 
disque ;)


On doit maintenant voir un « Transmission (Linux) »

Ca a mis 20 minutes à descendre. Je suis sur une fibre 400 Mb/s Orange.



Pas mal du tout, j'ai eu des retours de download à 800Mbps.



Ca a uploadé de l'ordre de 400MB. Maintenant plus rien.



Normal, il y a bien plus de "seeders" qui partagent le fichier que de 
"leetchers" qui le téléchargent.


Merci pour le retour que tu peux ajouter ici: 
https://wiki.openstreetmap.org/wiki/Talk:Planet.osm#Torrent



--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Jacques Lavignotte]

Le 28/01/2020 à 20:48, Christian Quest a écrit :

J'ai remis au propre le torrent sur https://osm.cquest.org/torrents/

Vous pouvez participer au test en téléchargeant ce fichier planet à 
l'aide du client BitTorrent de votre choix.


Attention... il fait dans les 50Go, donc il faut de la place sur disque ;)


On doit maintenant voir un « Transmission (Linux) »

Ca a mis 20 minutes à descendre. Je suis sur une fibre 400 Mb/s Orange.

Ca a uploadé de l'ordre de 400MB. Maintenant plus rien.

J.

--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] Fwd: [OSM-dev] OpenStreetMap Carto release v4.25.0

[Philippe Verdy]

La mise à jour dit seulement que (pour les ways fermés ou relations de ways
fermées) l'option par défaut n'est plus area=yes, mais area=no). Mais si on
apris la peine d'indiquer area=yes, cela devrait encore être traité comme
une surface et non en linéaire.

Le rendu actuel a bien un bogue puisqu'il ignore maintenant l'indication
*explicite* de l'attribut "area=yes". Le changement de valeur par défaut
aurait dû être comme pour les man_made=pier (pour les digues) ou encore
pour les barrages (linéaires par défaut et sans "épaisseur" indiqué, sauf
si justement on a mis area=yes pour délimiter non pas une ligne centrale
mais un contour)

Que ce soit tagué comme un contour de surface ou comme linéaire, cela reste
une barrière pour le routing qui se limitera au contour de toute façon.

C'est donc une anomalie du rendu, pas des tags utilisés qui sont corrects.
Il n'y a aucun mélange de 2 types de données, on a deux géométries
possibles (linéaire central moyen, ou contour de surface) et clairement
distinguées par l'attribut explicite area=yes/no (maintenant on a "area=no"
par défaut et non plus "area=yes").



Le lun. 3 févr. 2020 à 07:46, Stéphane Péneau 
a écrit :

> Le 02/02/2020 à 20:48, François Lacombe a écrit :
>
>
> Le dim. 2 févr. 2020 à 18:41, pepilepi...@ovh.fr  a
> écrit :
>
>> Le 02/02/2020 à 14:50, Stéphane Péneau a écrit :
>>
>> Ça m'a tout cassé mes jolies haies  :-(((
>>
>> https://www.openstreetmap.org/#map=19/47.09460/-1.35571
>>
>> Natural=scrub est-il incompatible ici ? (si tu veux retrouver tes jolies
>> haies...)
>>
>
> C'est plutôt pour la broussaille basse, les haies peuvent être composées
> d'arbres à part entière.
> Et le rendu vert kaki reflète peu la broussaille qu'on trouve ici je trouve
>
> De plus, les haies sont des barrières, ça n'a pas la même implication pour
> le routing.
> Il y a une partie des haies que j'ai tracées à l'époque, qui devraient
> être moins larges qu'elles ne le sont. Les images sont meilleures
> maintenant.
>
>
> Bon, je ne vais pas en faire tout un foin, c'est juste le rendu, et je
> crois que je n'ai pas tout compris aux discussions sur le ticket. De mon
> point de vue, un landuse=meadow + barrier=hedge, c'est mélanger 2 types de
> données.
>
> https://github.com/gravitystorm/openstreetmap-carto/pull/3844
>
>
> Stf
> ___
> 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] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Philippe Verdy]

Le lun. 3 févr. 2020 à 14:27, Christian Quest  a
écrit :

> Le 03/02/2020 à 03:23, Francois Gouget a écrit :
> > On Wed, 29 Jan 2020, Philippe Verdy wrote:
> >
> >> Traqueurs vides de tous clients connectés dessus, donc pas de
> >> téléchargement du tout. Les deux traqueurs n'annoncent personne (statut
> >> torrent : non annoncé, sur opentracker.org bien que marqué "activé" et
> >> "traqueur principal"; sur le second traqueur sur openbittorrent.com il
> >> l'est même pas pas activé, donc pas annoncé non plus).
> > J'ai eu un peu de mal avec ces sites :
> >
> > * http://openbittorrent.com/
> >-> Je me retrouve automatiquement sur https://openbittorrent.com/
> dont
> >   le certificat est valide pour *.opentrackr.org et pas
> >   openbittorrent.com. Bon, en fait c'est la faute de Https
> Everywhere
> >   mais il y a quand même un problème avec le certificat.
> >
> > * http://opentracker.org/
> >Page vide.
> >-> Je suppose qu'en fait il s'agissait de https://opentrackr.org/
>
> Les tracker bittorrent n'ont pas forcément de site visible. Sur les
> miens tu n'aura rien.
>
> Oui, j'ai l'impression que openbittorrent.com est devenu opentrackr.org,
> je vais le retirer de la liste des torrents pour le prochain planet.
>
> Cela n'a pas trop d'importance tant qu'il y a au moins un tracker qui
> répond correctement et permet de savoir qui partage le fichier.
>
> > Et comme je ne connais pas bien Bittorrent je ne sais pas trop quoi en
> > faire ensuite.
> >
> > Par contre pour ce qui est du téléchargement à partir de
> > http://osm.cquest.org/torrents/ pas de problème : débit de 800 Mb/s en
> > moyenne. Vive la fibre.
>
> Impeccable, c'est l'objectif... un bon débit en réception.
>

J'ai la même fibre Free à Niort. Et bien que son débit soit excellent, en
pratique sur ces torrents je n'airrive pas à dépasser les 50 Kio/s (500
kbit/s) en gros. Bref un fichier planet met quand même plus de 3 jours à se
charger (avant la génération du fichier suivant 7 jours plus tard).

Et malgré qu'il y a des tentatives de connexion chez moi sur ma fibre, les
autres ne chargent pas à plus de 5 Kio/s sur ma fibre (alors qu'il y a
plein de bande passante disponible).

Je crois sincèrement que Free a non seulement fermé le service Torrent en
janvier sur sa box (sans le dire), mais qu'il a aussi mis un bridage du
protocole Torrent pour les connexions HTTP/HTTPS sans domaine déclaré sur
des IP simples (ou si on n'utilise pas un VPN via un domaine tiers). Je
vois le net ralentissement aussi sur nombre de torrents libres Linux, mais
certains n'ont pas ce ralentissement.

Je crois que le protocole Torrent est maintenant monitoré par Free (via un
service tiers d'autorisation qui va contrôler les contenus, et
éventuellement libérer le débit).

Ce qui veut dire que les planet d'OSM (qui n'ont pas de fichier licence
inclus et pas d'idcentification claire de la source) seront de toute façon
bridés.

J'en reviens donc à la demande d'inclure dans les Torrent un fichier
licence (ce qui serait aussi conforme aux exigences d'OSM), éventuellement
aussi une signature numérique (une signature HMAC du: hachage SHA-1 du
fichier, et de l'auteur) et que c'est une mauvaise idée de streamer en P2P
les fichier PBF "nus". Afin d'assurer que ces torrent s ont bien libres et
légaux et ne soient jamais bridés par un opérateur tiers.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[marc marc]

Le 03.02.20 à 03:23, Francois Gouget a écrit :
> * http://openbittorrent.com/
>   -> Je me retrouve automatiquement sur https://openbittorrent.com/ dont 
>  le certificat est valide pour *.opentrackr.org et pas 
>  openbittorrent.com. Bon, en fait c'est la faute de Https Everywhere 
>  mais il y a quand même un problème avec le certificat.

oui et non :)
rien n'impose d'avoir une version https d'un site annoncé en http
mais *SI* le site a changé d'url, la façon propre est de faire un
redirect de l'ancien nom vers le nouveau nom (et conserver un certificat
https valide si l'ancien nom était dispo en https).

en passant pour moi la vrai erreur, c'est Https Everywhere qui ne
devrait pas basculer en https si le certificat n'est pas bon.
chez moi il ne bascule pas, tu ne l'aurais pas forcé en https ?

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

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Christian Quest]

Le 03/02/2020 à 03:23, Francois Gouget a écrit :

On Wed, 29 Jan 2020, Philippe Verdy wrote:


Traqueurs vides de tous clients connectés dessus, donc pas de
téléchargement du tout. Les deux traqueurs n'annoncent personne (statut
torrent : non annoncé, sur opentracker.org bien que marqué "activé" et
"traqueur principal"; sur le second traqueur sur openbittorrent.com il
l'est même pas pas activé, donc pas annoncé non plus).

J'ai eu un peu de mal avec ces sites :

* http://openbittorrent.com/
   -> Je me retrouve automatiquement sur https://openbittorrent.com/ dont
  le certificat est valide pour *.opentrackr.org et pas
  openbittorrent.com. Bon, en fait c'est la faute de Https Everywhere
  mais il y a quand même un problème avec le certificat.

* http://opentracker.org/
   Page vide.
   -> Je suppose qu'en fait il s'agissait de https://opentrackr.org/


Les tracker bittorrent n'ont pas forcément de site visible. Sur les 
miens tu n'aura rien.


Oui, j'ai l'impression que openbittorrent.com est devenu opentrackr.org, 
je vais le retirer de la liste des torrents pour le prochain planet.


Cela n'a pas trop d'importance tant qu'il y a au moins un tracker qui 
répond correctement et permet de savoir qui partage le fichier.



Et comme je ne connais pas bien Bittorrent je ne sais pas trop quoi en
faire ensuite.

Par contre pour ce qui est du téléchargement à partir de
http://osm.cquest.org/torrents/ pas de problème : débit de 800 Mb/s en
moyenne. Vive la fibre.


Impeccable, c'est l'objectif... un bon débit en réception.


Ensuite en upload, pratiquement rien. Moins de 100 kb/s de temps en
temps. En ce moment 1 à 1,5 Mb/s, loin de la limite de mon coté. Je
suppose que ça bouchone à l'autre bout.


C'est juste qu'il n'y a pas de demande sur ce fichier actuellement et 
donc que personne ne vient prendre des morceaux du fichier chez toi.


Il y a quand même un peu de débit en upload, lié à ton download.


Perso ce que j'aimerai bien c'est une solution pour fiabiliser
l'affichage des différents fonds dans iD et Osmose : régulièrement
lorsque je zoome j'ai des morceaux qui ne veulent pas se rafraîchir, du
coup j'ai soit un trou noir, soit du flou. Cela dit c'est peut-être plus
un mauvais coup de Firefox.

Mais si le problème vient de timeout liés à la saturation des serveurs
alors une solution distribuée pourrait être intéressante. Quelque chose
un peu à la PeerTube par exemple.


Il y a effectivement une saturation sur les serveurs de tuiles de la 
fondation. Certaines tuiles arrivent plus tard, voire jamais.


C'est un tout autre sujet...


--
Christian Quest - OpenStreetMap France


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

[OSM-talk-fr] hebdoOSM Nº 497 2020-01-21-2020-01-27

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 497 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/12814/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr