Re: [OSM-talk-fr] panne des rendu HOT OpenRiverBoatMap Route500/BDCarthage/QA/FrAdm

2018-07-09 Par sujet Christian Quest 
Le rendu Route500 et Hydro (Carthage + BDTopo Hydro) sont de retour.

Manque encore le rendu QA et FRadm + les analyses osmose.

Le 7 juillet 2018 à 16:14, Christian Quest  a
écrit :

> La semaine dernière un des SSD d'osm13 a rendu l'âme après presque 6 ans
> d'usage intensif.
>
> Voilà ce que j'appelle "usage intensif":
> - plus de 47000 heures de vol
> - plus de 100To écrits (soit 200 fois la capacité du SSD de 480Go)
> - plus de 11100 To de lus, 1.1 Po
>
> C'était le premier SSD que nous avions acheté en 2012, un Revodrive 3
> d'OCZ sur port PCIe (car pas d'emplacement SATA dispo sur ces serveurs).
>
> Après ré-import de la base monde OSM, quelques optimisations et le
> recalcul du fond humanitaires sur les zoom 0 à 12, les tuiles humanitaires
> sont de retour ainsi que le style openriverboat.
>
> Reste les fonds plus "techniques" (Route500, Carthage, etc) qui dépendent
> d'autres données à réimporter... j'espère terminer ce week-end.
>
>
> Le 1 juillet 2018 à 19:05, Christian Quest  a
> écrit :
>
>> Pour le rendu HOT, il est temporairement redirigé vers le rendu osm.org...
>>
>> Le 1 juillet 2018 à 18:32, marc marc  a écrit
>> :
>>
>>> Bonjour,
>>>
>>> Suite à une panne d'un ssd sur osm13,
>>> les rendus en question sont ko.
>>> les tuiles qui étaient dans le cache @ rezopole sont servi depuis
>>> le cache mais les tuiles absente du cache ou leur maj sont ko.
>>> intervention à priori demain de Christian + temps pour remettre
>>> la bdd à jour.
>>>
>>> Cordialement,
>>> Marc
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>
>
>
> --
> Christian Quest - OpenStreetMap France
>



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

Re: [OSM-talk-fr] Osmose: Intégration de panneaux depuis Mapillary

2018-07-09 Par sujet Frédéric Rodrigo 

Bonjour,

L'analyse n'est plus uniquement disponible sur l'Île-de-France mais sur 
toute la métropole (sauf la Corse).



Le 23/06/2018 à 10:15, Christian Quest a écrit :
Pour les signalements multiples et panneaux lointains, il est peut 
être envisageable après clustering de garder la photo avec le dernier 
timestamp.

Non ce n'est pas possible avec l'API actuelle de Mapillary,

Vu qu'en général on prend les photos en avançant, la dernière d'une 
séquence est la plus proche de l'objet détecté.
Idem, trop peux d'info dans l'API de panneaux. Il faut passer par l'API 
des photos, mais le nombre d’accès à faire à l'API n'est pas très 
raisonnable.



Frédéric.


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

Re: [OSM-talk-fr] Proposition de projet du mois de Juillet (ce que vous allez découvrir va vous surprendre)

2018-07-09 Par sujet Francois Gouget 
On Sun, 1 Jul 2018, François Lacombe wrote:

> Le 1 juillet 2018 à 20:24, deuzeffe  a écrit :
> 
> >
> > J'ai commencé à intégrer quelques poles et ce qui devait arriver arriva,
> > osmose me reproche violettement que les poteaux sont isolés (il a de
> > l'humour...) : bah oui, il manque le fil, je sais...
> >
> 
> Osmose a raison, et les fils en questions peuvent être trouvés ici
> https://data.enedis.fr/explore/dataset/reseau-hta/map/

Ca serait sympa d'avoir un module Osmose pour faire l'intégration, un 
peut comme pour les panneaux Mapillary : une ligne haute tension est 
signalée à proximité mais aucun objet OSM correspondant n'a été trouvé.

Bien sûr il ne faudrait pas en mettre tout les mètres, mais peut-être un 
par segment où par sommet présent dans les données Enedis.

D'ailleurs, s'agissant des lignes à 2V, on arrive à les voir sur la 
BDOrtho : au plus fort grossissement on arrive à distinguer trois ombres 
ou traits un peu plus clairs suivant le terrain. Les poteaux eux se 
voient généralement bien, sauf lorsqu'il y a des arbres autour.

Par exemple :
https://www.openstreetmap.org/#map=19/45.97491/0.78542

On arrive même à distinguer les poteaux qui ont un transformateur à la 
forme de l'ombre. Et puis si en plus la ligne se termine juste à coté 
d'un hameau c'est aussi un gros indice.

https://www.openstreetmap.org/#map=19/45.91849/0.75848


Du coup on arrive assez bien à reconstituer les lignes, même sans la 
carte Enedis. Par contre il est facile de rater une bifurcation. C'est 
là qu'un module Osmose serait utile pour revenir compléter.



-- 
Francois Gouget   http://fgouget.free.fr/
  "Utilisateur" (nom commun) :
 Mot utilis\xC3\xA9 par les informaticiens en lieu et place d'"idiot".___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Gros travail pour mettre à jour les mobilités régionales en France

2018-07-09 Par sujet Christian Rogel 
Je ne me suis pas vraiment occupé du réaménagement des pages transports FR du 
wiki, mais je crois utile de conseiller 3 choses :

utiliser le terme de transport collectif au lieu de transport en commun
introduire les nouveaux mots (mobilités, pôle d’échanges) et noter les liaisons 
intermodales
mettre les pages des réseaux sous autorité régionale (= transports régionaux) 
en WikiProject France, ce qui n’est pas nécessaire pour les transports urbains 
qui doivent être dans les pages de leurs agglomérations respectives

Il ne faut pas prendre la prudence des politiques pour l’indice de vouloir 
laisser les transports par autocar sous responsabilité départementale, car, si 
les services sont restés sur place, les personnels ont pu déjà être 
régionalisés (80 en Bretagne).

Ce n’est qu’une question de temps pour que les façades départementales 
disparaissent. De nouvelles marques et de nouvelles lignes sont en préparation 
et cela bougera beaucoup à la rentrée 2019.

Note : La Région Bretagne a renommé son calculateur d’itinéraires, MobiBreizh 
(basé sur Navitia), et utilise des cartes OSM au lieu de G Maps pour les 
trajets. Ce calculateur semble devoir être celui des gros réseaux urbains, car 
il a été adopté par mon agglo.



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

Re: [OSM-talk-fr] Proposition de projet du mois de Juillet (ce que vous allez découvrir va vous surprendre)

2018-07-09 Par sujet Erik Amzallag 
Bonjour,

J'ai le cas d'un poteau supportant 2 blocs transformateurs, pour la même
arrivée 20kV. D'ailleurs, dans le jeu de données Enedis, il y a bien 2
points distincts.
Je le taggue comme un ou il y a une clé spécifique pour indiquer la
présence des 2 postes ?

Erik



Le lun. 9 juil. 2018 à 11:37, Francois Gouget  a écrit :

> On Sun, 1 Jul 2018, François Lacombe wrote:
>
> > Le 1 juillet 2018 à 20:24, deuzeffe  a écrit :
> >
> > >
> > > J'ai commencé à intégrer quelques poles et ce qui devait arriver
> arriva,
> > > osmose me reproche violettement que les poteaux sont isolés (il a de
> > > l'humour...) : bah oui, il manque le fil, je sais...
> > >
> >
> > Osmose a raison, et les fils en questions peuvent être trouvés ici
> > https://data.enedis.fr/explore/dataset/reseau-hta/map/
>
> Ca serait sympa d'avoir un module Osmose pour faire l'intégration, un
> peut comme pour les panneaux Mapillary : une ligne haute tension est
> signalée à proximité mais aucun objet OSM correspondant n'a été trouvé.
>
> Bien sûr il ne faudrait pas en mettre tout les mètres, mais peut-être un
> par segment où par sommet présent dans les données Enedis.
>
> D'ailleurs, s'agissant des lignes à 2V, on arrive à les voir sur la
> BDOrtho : au plus fort grossissement on arrive à distinguer trois ombres
> ou traits un peu plus clairs suivant le terrain. Les poteaux eux se
> voient généralement bien, sauf lorsqu'il y a des arbres autour.
>
> Par exemple :
> https://www.openstreetmap.org/#map=19/45.97491/0.78542
>
> On arrive même à distinguer les poteaux qui ont un transformateur à la
> forme de l'ombre. Et puis si en plus la ligne se termine juste à coté
> d'un hameau c'est aussi un gros indice.
>
> https://www.openstreetmap.org/#map=19/45.91849/0.75848
>
>
> Du coup on arrive assez bien à reconstituer les lignes, même sans la
> carte Enedis. Par contre il est facile de rater une bifurcation. C'est
> là qu'un module Osmose serait utile pour revenir compléter.
>
>
>
> --
> Francois Gouget   http://fgouget.free.fr/
>   "Utilisateur" (nom commun) :
>  Mot utilis\xC3\xA9 par les informaticiens en lieu et place
> d'"idiot".___
> 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] Projet du mois de juillet 2018 : les postes électriques

2018-07-09 Par sujet François Lacombe 
Bonjour Julien,

C'est très bien aussi de compléter les postes d'autres exploitants, ca
pourra servir de démonstrateur pour d'autres acteurs.

Le tagging est bon
Pour operator, j'aurais vu ESStrasbourg, sans espaces ni accents.

Bonne après-midi

François

*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux 

Le 7 juillet 2018 à 23:54, Julien Lepiller  a écrit :

> Le 2018-07-02 15:39, François Lacombe a écrit :
>
>> Bonjour à tous,
>>
>> Je remets un mail à côté du thread de préparation du projet datant
>> du mois dernier pour donner quelques éléments supplémentaires.
>>
>> N'hésitez pas à relayer l'info à vos cercles et relais locaux
>>
>> Un des sujets importants, ce n'est pas le seul et de loin, qui nous
>> anime ce mois-ci sont ces petits bâtiments ou armoires techniques
>> contenant des équipements électriques.
>>
>> https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/
>> postes_electriques
>>
>> Enedis ayant libéré plus de 700 000 points en mai dernier sans
>> attributs aucun, il nous est donné l'occasion de montrer la force de
>> la communauté en qualifiant le bâti présent sur OSM à partir
>> d'observation du terrain.
>> Le fichier d'Enedis étant intégré à Osmose et pouvant guider nos
>> observations.
>>
>> Cela va sans dire, le bénéfice de ce projet revient à OSM, en
>> qualifiant mieux le bâti et en lui permettant d'obtenir
>> ultérieurement encore plus de données ouvertes
>>
>> Un suivi presque quotidien et quantitatif est prévu sur la page wiki.
>> Le but est de qualifier un maximum de points tout en gardant un oeuil
>> sur la qualité, ce à quoi les outils et exemples vont vous aider.
>>
>> Bon courage à Donat qui fait des allers-retour quotidiens à Nancy
>> pour finir toute l'agglo.
>> Qui relève le défi de faire mieux (il a une grosse avance) ? :)
>>
>> Bonne carto et bon début d'été
>>
>> François
>> @InfosReseaux
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
> Hello,
>
> vu que je suis à Strasbourg aux RMLL, j'ai un nouveau problème :D
>
> Voici un poste que j'ai trouvé ce soir (c'est déjà le quartrième depuis
> hier, c'est pas mal sachant qu'ils ne sont pas sur osmose) :
>
> https://www.openstreetmap.org/way/605940440
>
> La référence ne ressemble pas du tout à un gdo. Aussi, j'ai utilisé
> comme valeur pour operator « Strasbourg Électricité Réseaux » comme
> indiqué par le site donné sur la page du wiki. J'ai bon ?
>
> Merci :)
>
> ___
> 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] Proposition de projet du mois de Juillet (ce que vous allez découvrir va vous surprendre)

2018-07-09 Par sujet François Lacombe 
Bonjour à vous,

Le 9 juillet 2018 à 11:36, Francois Gouget  a écrit :

> Ca serait sympa d'avoir un module Osmose pour faire l'intégration, un
> peut comme pour les panneaux Mapillary : une ligne haute tension est
> signalée à proximité mais aucun objet OSM correspondant n'a été trouvé.
>

Aux dernières nouvelles ce n'est pas possible pour les objets linéaires.
Osmose ne fait de la conflation que sur les points.
Nous ne pourrions dans tous les cas pas proposer de correction via Osmose :
il manque les poteaux dans les données Enedis, et ce sont pourtant les
seuls sommets qui doivent composer les lignes OSM.

Ils pourraient ne jamais arriver à libérer la position des poteaux, ces
derniers ne figurent pas dans la cartographie moyenne échelle qui sert de
base à la génération des fichiers opendata.


> On arrive même à distinguer les poteaux qui ont un transformateur à la
> forme de l'ombre. Et puis si en plus la ligne se termine juste à coté
> d'un hameau c'est aussi un gros indice.
>

+1 l'ombre est super utile


Le 9 juillet 2018 à 15:39, Erik Amzallag  a écrit :

> Bonjour,
>
> J'ai le cas d'un poteau supportant 2 blocs transformateurs, pour la même
> arrivée 20kV. D'ailleurs, dans le jeu de données Enedis, il y a bien 2
> points distincts.
>

On a pensé à ce cas sur le wiki
https://wiki.openstreetmap.org/wiki/FR:Tag:power%3Dtransformer#Ensembles_de_transformateurs

Ce serait donc
power=pole
transformer=distribution
devices=2
phases=3
voltage:primary=2
voltage:secondary=400

Reste le problème des postes électriques au sens Enedis, si il y en a 2 sur
le même poteau ca va etre compliqué.
Sur OSM on fera une petite entorse, vu qu'il doit en exister moins de 20 en
France
As-tu éventuellement une photo ou la position stp pour voir si il n'y a pas
autre chose à faire ?

Bonne après-midi

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

Re: [OSM-talk-fr] État de la base/carte à une date donnée

2018-07-09 Par sujet deuzeffe 

Je laggue, désolède.

On 06/07/2018 00:34, osm.sanspourr...@spamgourmet.com wrote:


[out:json][timeout:25];
// gather results
(// on prend ce qui a été modifié depuis le 1er janvier 2017
   (nwr(newer:"2017-01-01T00:00:00Z")({{bbox}});
   // auquel on soustrait
    -
   // ce qui a été modifié depuis le 1er janvier 2018
   nwr(newer:"2018-01-01T00:00:00Z")({{bbox}});
    );
);
// print results
out body;
 >;
out skel qt;


C'est la requête que j'ai utilisée et elle convient très bien à mon 
objectif. Merci beaucoup !


--
deuzeffe

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

Re: [OSM-talk-fr] Gros travail pour mettre à jour les mobilités régionales en France

2018-07-09 Par sujet deuzeffe 

Bonjour,

On 09/07/2018 12:28, Christian Rogel wrote:
Je ne me suis pas vraiment occupé du réaménagement des pages transports FR du wiki, 


Lorsque j'ai commencé à mapper les lignes de bus, je suis tombée sur 
plusieurs pages généralistes (au moins 3 ouo 4) dont tout ou partie me 
semble redondant :
- les transports publics : 
https://wiki.openstreetmap.org/wiki/FR:Transports_publics ;
- la clé public_transport : 
https://wiki.openstreetmap.org/wiki/FR:Key:public_transport ;

- les lignes de bus : https://wiki.openstreetmap.org/wiki/FR:Bus ;
- les relations route 
:https://wiki.openstreetmap.org/wiki/FR:Relation:route ;

- etc.

Sur une idée de Marc-Marc (qui s'ingénie à allonger ma ToDoList pour 
battre la sienne *soupir*), je veux bien tenter de ranger un peu tout 
ça, de façon à ce qu'un mappeur ou une mappeuse lambda puisse facilement 
y retrouver ses petits. Sauf que, pour l'instant, c'est particulièrement 
flou dans mon esprit, je n'ai pas encore trouvé de schéma logique et 
"helpfull". Si vous avez des idées de réorganisation, je veux bien les 
mettre en œuvre dans le wiki.


--
deuzeffe, qui accepte aussi qu'on lui dise non ^^

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

Re: [OSM-talk-fr] Import OSM -> GeoServer Luxembourg et la grande région

2018-07-09 Par sujet Adrian 
Avec cette requête à l'Overpass API [1]

curl -H "Accept-Encoding: gzip" -g -o 49.33_5.73_50.18_6.68.osm.gz 
'https://overpass-api.de/api/interpreter?data=(node(49.33,5.73,50.18,6.68);%20<;node(w););out;'

j'ai obtenu un fichier de 80Mo (550Mo décompressé) en 2 minutes environ. Le 
fichier ne contient pas les relations parents des relations, donc tu n'auras 
pas les superroute et route_master p. ex. Mais tu n'en as peut-être pas besoin.

Si la zone que tu souhaites dépasse les limites de l'Overpass API, je conseille 
ainsi. Télécharger
http://download.geofabrik.de/europe/luxembourg-180708.osm.pbf
http://download.geofabrik.de/europe/belgium-180708.osm.pbf
http://download.geofabrik.de/europe/france/lorraine-180708.osm.pbf
http://download.geofabrik.de/europe/germany/rheinland-pfalz-180708.osm.pbf
http://download.geofabrik.de/europe/germany/saarland-180708.osm.pbf
En choisissant des fichiers avec la même date dans le nom plutôt que -latest, 
tu assures que les fichiers ont tous été découpés du même fichier maître. Ceci, 
à son tour assure qu'on peut fusionner les fichiers sans trou, sans doublon, et 
sans conflit. (La date est un exemple.) Fusionner les fichiers et clipper selon 
un polygone avec osmconvert [2]. Osmconvert est beaucoup plus rapide qu'osmosis 
et beaucoup plus facile à installer qu'osmium [3].

J'ai fait ce que je conseille avec succès, avec les fichiers France et 
Grande-Bretagne, en utilisant osmconvert.

[1] https://wiki.openstreetmap.org/wiki/Overpass_API
[2] https://wiki.openstreetmap.org/wiki/Osmconvert
[3] https://wiki.openstreetmap.org/wiki/Osmium

Adrian

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