Re: [OSM-talk-fr] Caméra embarquée avec position et direction

[dHuy Pierre]

http://www.instructables.com/id/Mapillary-en-Raspberry-Pi/?ALLSTEPS Pour ceux 
ne voulant pas payer une fortune pour le garmin d'ailleurs



 Le Vendredi 24 avril 2015 16h44, Yves Pratter  a 
écrit :
   

 
> Le 24 avr. 2015 à 14:41, dHuy Pierre  a écrit :

> Techniquement il existe déjà le projet très abouti de Mapillary qui permet de 
> travailler avec osm et qui permet de faire une vue assez complète.
Et qui permet depuis peu? de télécharger des vidéos (pour le moment, uniquement 
de Go-Pro)

—
Yves


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

Re: [OSM-talk-fr] points de vente SNCF en opendata

[dHuy Pierre]

Il te suffit de grouper les tags en fonction de l'usage: s'il s'agit d'un 
bureau informatif et et d'une vente de ticket tu mets les tags 
tourism=information ET shop=ticket (pour moi le shop ticket serait plus 
approprié que le travel_agency, qui correspond aux agneces de vacance type 
Pierre et vacances). 
Si dans le bureau tu peux trouver des cartes du réseau, 
tourism=information+information=map+map_type=network sous la forme d'un node à 
l'endroit supposé de la carte. Il existe des tags pour les différents éléments: 
machine de vente, écran d'information...S'il s'agit également un poste où aller 
en cas de problème, il y a infirmerie... etc. À défaut un unique 
shop=travel_agency;office=information; tourism=information; operator=SNCF 
suffira.Librement, 


 Le Samedi 25 avril 2015 7h49, Virgile Kéré  a écrit :
   

 Bonjour,
D'ailleurs, comment devrait-on taguer les agences de transports en commun 
(aussi bien SNCF, que les réseaux urbains et autres). Je n'ai pas trouvé de 
consignes claires. Les tags qui s'en rapprochent le plus sont 
shop=travel_agency ou tourism=information + information=office. Aussi il existe 
un shop=ticket, mais généralement les activités de ces agences ne se limitent 
pas à la vente de tickets, mais aussi aux "conseils de mobilités" : 
itinéraires, modes de transport...

Virgile

- Mail original -
Message: 4
Date: Fri, 24 Apr 2015 10:20:51 +
From: HELFER Denis 
To: "talk-fr@openstreetmap.org" 
Subject: [OSM-talk-fr] points de vente SNCF en opendata
Message-ID:
    <0b1ce879dca3ad4cb3eb4a9bd06234073cd0c...@rffsrvexc1.rff.ferre>
Content-Type: text/plain; charset="cp1258"

Ca vient de sortir : 
http://www.sncf.com/fr/content/brevepresseopen-data-points-de-vente24042015

Un rapide coup d’œil sur la qualité de la géolocalisation des points indique 
une assez bonne voie bonne qualité sur les boutiques. Il y a les horaires pour 
ceux qui veulent s’entrainer aux tags

Denis Helfer
Chargé d’études géomatiques, correspondant SI

SNCF RESEAU
Direction rÉgionale alsace lorraine champagne-ardenne
15 rue des Francs-Bourgeois - 67082 STRAsbourg CEdex
TÉL. : +33 (0)3 88 23 95 58
FAX : +33 (0)0 88 23 30 80  - helfer.de...@rff.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] points de vente SNCF en opendata

[JB]

Le 25/04/2015 07:49, Virgile Kéré a écrit :

tourism=information + information=office

Mouais, comment on les reconnait des offices de tourisme, après…

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

Re: [OSM-talk-fr] points de vente SNCF en opendata

[Virgile Kéré]

Bonjour,
D'ailleurs, comment devrait-on taguer les agences de transports en commun 
(aussi bien SNCF, que les réseaux urbains et autres). Je n'ai pas trouvé de 
consignes claires. Les tags qui s'en rapprochent le plus sont 
shop=travel_agency ou tourism=information + information=office. Aussi il existe 
un shop=ticket, mais généralement les activités de ces agences ne se limitent 
pas à la vente de tickets, mais aussi aux "conseils de mobilités" : 
itinéraires, modes de transport...

Virgile

- Mail original -
Message: 4
Date: Fri, 24 Apr 2015 10:20:51 +
From: HELFER Denis 
To: "talk-fr@openstreetmap.org" 
Subject: [OSM-talk-fr] points de vente SNCF en opendata
Message-ID:
<0b1ce879dca3ad4cb3eb4a9bd06234073cd0c...@rffsrvexc1.rff.ferre>
Content-Type: text/plain; charset="cp1258"

Ca vient de sortir : 
http://www.sncf.com/fr/content/brevepresseopen-data-points-de-vente24042015

Un rapide coup d’œil sur la qualité de la géolocalisation des points indique 
une assez bonne voie bonne qualité sur les boutiques. Il y a les horaires pour 
ceux qui veulent s’entrainer aux tags

Denis Helfer
Chargé d’études géomatiques, correspondant SI

SNCF RESEAU
Direction rÉgionale alsace lorraine champagne-ardenne
15 rue des Francs-Bourgeois - 67082 STRAsbourg CEdex
TÉL. : +33 (0)3 88 23 95 58
FAX : +33 (0)0 88 23 30 80  - helfer.de...@rff.fr

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

Re: [OSM-talk-fr] Appli pour optimiser les déplacements de livraison?

[Shohreh]

Aurélien FILEZ wrote
> Ton problème relève du TSP (Travelling Salesman Problem ou "Problème du
> voyageur de commerce") s'il n'y a qu'un livreur. S'il y en a plusieurs, ça
> devient du VRP (Vehicle Routing Problem).

Merci beaucoup pour les infos.




--
View this message in context: 
http://gis.19327.n5.nabble.com/Appli-pour-optimiser-les-deplacements-de-livraison-tp5839459p5841698.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Traduction JOSM

[Vincent Privat]

Il n'y a donc plus personne en France motivé pour participer à la
traduction de JOSM ? :(
C'est triste, la situation du français n'est pas terrible, il est
actuellement en 12ème position, loin derrière l'allemand, l'ukrainien, le
tchèque, le russe, le catalan, l'espagnol, le japonais, l'italien, le
portugais (brésil & portugal), et l'asturien.

Le 6 avril 2015 08:43, JB  a écrit :

>  Le 05/04/2015 12:27, Greg a écrit :
>
> J'ai bien essayé de participer, mais c'est très frustrant. Sur les 10
> premières traductions que j'ai faites, il y en a 3 de refusées avec un
> message complètement obscure :
>
>> Error in Translation: a format specification for argument {0} doesn't
>> exist in 'msgstr'
>>
>
>  J'essaie de corriger sans succès, et finis par me dire que puisque ça ne
> marche pas, je vais les laisser en "no translation yet", mais même comme
> ça, c'est refusé. Donc je peux tout simplement rien faire du tout.
>
>  Petit retour, ça m'a fait la même chose lors de ma première contribution,
> et ça m'avait démoralisé. Le lendemain, en me reconnectant, ça
> fonctionnait… Allez savoir pourquoi…
> JB.
>
> ___
> 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] Rencontre parisienne d'avril le 24

[Carfil Cem]

Bonsoir,

 

Je sors du travail à l’instant et j’arrive.

 

A tout de suite.

 

Cem CARFIL@Dammarie_Les_Lys

 

De : Florian LAINEZ [mailto:winner...@free.fr] 
Envoyé : mardi 14 avril 2015 18:18
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] Rencontre parisienne d'avril le 24

 

 

Le 14 avril 2015 15:15, Marc SIBERT  a écrit :

Bonjour,

 

Je devrais en être.

 

\°/
#joie (depuis le temps !)



-- 

Florian Lainez

  @overflorian  

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

Re: [OSM-talk-fr] Démo Carnet de rando sur la crête des Vosges

[Yves Pratter]

> Le 23 avr. 2015 à 19:57, JB  a écrit :
> 
> Deuxième s'approche… J'appréhende surtout la troisième de génération du pdf à 
> partir d'images.
Une rapide recherche « pdf » dans le site python.org donne

https://github.com/katerina7479/pypdflite 

A lightweight utility for creating PDF files, written in Python

http://cairosvg.org 
CairoSVG is a SVG converter based on Cairo. It can export SVG files to PDF, 
PostScript and PNG files.


> Si quelqu'un a déjà tenté et a un bout de code python sous la main, je suis 
> preneur…
J’avais écrit du code en C qui générait du Postscript… ce n’était pas très 
compliqué.

Générer du SVG ne doit pas être très compliqué non plus.

J’ai trouvé ça aussi qui peut aider ?

https://github.com/anthony-kolesov/path-mapper 

Converts paths from GPX files to SVG images.

http://github.com/ibz/glot 
generate svg maps, kml, speed and elevation profiles from gpx or columbus v-900 
csv files

—
Yves

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

Re: [OSM-talk-fr] Mapper un territoire indépendant

[dHuy Pierre]

Pour compléter le sujet, l'exemple de la République Turque de Chypre: État 
reconnu exclusivement par la Turquie: 
https://www.openstreetmap.org/relation/2514541  
 


 Le Vendredi 24 avril 2015 16h58, dHuy Pierre  a écrit :
   

 Suite à la déclaration de constitution du Liberland, je suis allé faire un 
tour sur le wiki osm [1] et sur la carte [2]. Et je trouve cela quelque peu 
désappointant. Comment pourrait-on cartographier ce territoire indépendant/pays 
encore non reconnu par aucun état?

[1] http://wiki.openstreetmap.org/wiki/WikiProject_Liberland[2] 
https://www.openstreetmap.org/way/339984274#map=15/45.7710/18.8705&layers=HN
 
___
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

[OSM-talk-fr] Mapper un territoire indépendant

[dHuy Pierre]

Suite à la déclaration de constitution du Liberland, je suis allé faire un tour 
sur le wiki osm [1] et sur la carte [2]. Et je trouve cela quelque peu 
désappointant. Comment pourrait-on cartographier ce territoire indépendant/pays 
encore non reconnu par aucun état?

[1] http://wiki.openstreetmap.org/wiki/WikiProject_Liberland[2] 
https://www.openstreetmap.org/way/339984274#map=15/45.7710/18.8705&layers=HN
 ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Caméra embarquée avec position et direction

[Yves Pratter]

> Le 24 avr. 2015 à 14:41, dHuy Pierre  a écrit :

> Techniquement il existe déjà le projet très abouti de Mapillary qui permet de 
> travailler avec osm et qui permet de faire une vue assez complète.
Et qui permet depuis peu? de télécharger des vidéos (pour le moment, uniquement 
de Go-Pro)

—
Yves


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

Re: [OSM-talk-fr] OsmAnd : notes audio dans JOSM

[Yves Pratter]

> Je peux peut-être suggérer à OSMAnd d'utiliser un codage des notes similaires 
> à OSMTracker. Ou à OSMTracker de support des cartes offline avec par exemple 
> le format MBTiles.
> 
Ou aussi :
* d’utiliser les boutons du kit main libre pour démarrer/stopper 
l’enregistrement audio…

* d’utiliser les boutons de la télécommande de certaines action cam (bluetooth, 
wifi… ??)
http://store.sony.com/live-view-remote-for-action-cam-zid27-RMLVR1/cat-27-catid-All-Camcorders-Action-Cam-Accessories
http://www.amazon.com/Sports-Action-Camera-Helix-Remote/dp/B00EV4WXOC

* de détecter les commentaires audio (volume sonore supérieur à 10% par exemple)


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

[OSM-talk-fr] Pas très sérieux chez Google!

[Pierre Béland]

Cet article nous invite à voir de plus près la carte 
Google.https://fr.news.yahoo.com/dr%C3%B4le-dessin-rep%C3%A9r%C3%A9-google-maps-132007823.html
après vérification 
https://www.google.ca/maps/place/33%C2%B030%2752.5%22N+73%C2%B003%2733.2%22E/@33.5135432,73.0598951,15z/data=!4m2!3m1!1s0x0:0x0
  
Pierre 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn

[Vincent de Château-Thierry]

> De: "Marc SIBERT" 
> 
> Je veux bien participer à cette opération de qualification. Les
> beaux jours reviennent et c'est une belle occasion de faire du vélo
> dans ma nouvelle ville de Sainte Geneviève des Bois.

Bien d'accord sur la méthode :) Dans le cas des PEI, c'est très adapté si on 
cherche les poteaux incendie. Pour les bouches, comme à Paris intra muros, 
c'est plus une activité de piéton.

@Yann : tu soulèves _le_ problème, à savoir la capacité à faire, tant les 
ressources et le temps manquent. Dès que tu as un peu de matière à contrôler, 
on peut s'organiser une journée de terrain, en mode "brigade cycliste" sur le 
91. La saison est propice, yapluka.

vincent

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

Re: [OSM-talk-fr] Appli pour optimiser les déplacements de livraison?

[Frédéric Rodrigo]

Oui, en effet il n'y a pas de doc pour la petit partie en C++. C'est une 
dépendance externe :

https://github.com/google/or-tools
Attention OR-Tools n'est pas très facile à installer.


Le 24/04/2015 14:37, Aurélien FILEZ a écrit :

"Mapotempo est développé par Mapotempo SAS et commercialisé sous forme
de service par abonnement, mais ça n'empêche pas le logiciel d'être libre"

Oui j'ai vu : "https://github.com/frodrigo/mapotempo-optimizer"; mais il
n'y a pas tous les fichiers indiqués comme "include" dans les sources
("routing_common/*", "base/*", "constraint_solver/*"), c'est normal ?

2015-04-24 13:36 GMT+02:00 Frédéric Rodrigo mailto:fred.rodr...@gmail.com>>:

Le 24/04/2015 13:27, Aurélien FILEZ a écrit :

"C'est du logiciel libre. Tu peux te l'installer toi me si tu veux."

Ce n'est pas ce que j'ai compris sur leur site.


Mapotempo est développé par Mapotempo SAS et commercialisé sous
forme de service par abonnement, mais ça n'empêche pas le logiciel
d'être libre :
https://github.com/frodrigo/mapotempo-web
https://github.com/frodrigo/mapotempo-optimizer

Ton problème relève du TSP (Travelling Salesman Problem ou
"Problème du
voyageur de commerce") s'il n'y a qu'un livreur. S'il y en a
plusieurs,
ça devient du VRP (Vehicle Routing Problem).

Par ailleurs, est-ce que les collectes et livraisons pour le
jour J sont
connues le jour J - 1 et ça ne bougera pas ou est-ce en flux
tendu où
une demande peut arriver à n'importe quel moment de la journée
en cours ?

Dans le premier cas on peut calculer la matrice distancielle en
utilisant le lieu d'habitation des livreurs, le soir pour le
lendemain
et lancer la planification. Dans le second, à chaque demande il faut
recalculer une partie de la matrice distancielle pour prendre en
compte
la position actuelle des livreurs via des remontées GPS. Disons
qu'il y
a une planification pour gérer le provisionné et des
replanifications
pour gérer le flux tendu.

Ensuite il ne s'agit pas uniquement de réduire des kilomètres,
il faut
également intégrer des contraintes, des priorités de livraison
etc. Les
contraintes sont bien souvent liées aux horaires (on parle de
VRPTW -
Vehicle Routing Problem with Time Windows) pour les exigences
clientes
et éventuellement les amplitudes des livreurs. Peut-être y
aura-t-il des
contraintes de poids également ? Concernant les priorités, elles
permettent de relativiser les coûts (souvent uniquement basés
sur les
kilomètres) et évaluer la distance d'une autre manière. Par exemple
faire 100 mètres pour aller pisser, c'est loin, mais 15
kilomètres pour
récupérer 20.000€ c'est pas loin ;)


Pour Mapotempo c'est bien du VRPTW avec la quantité en plus. Mais
pas de temps réel, planification à J-1.


Cela n'est pas juste "on affiche des points sur une carte" avec
tel ou
tel outil, bien que ce soit le travail le plus facile.

OSRM ne gère pas le trajet à vélo mais la structure du fichier de
profile est assez claire pour pouvoir être modifié et en faire un
spécifique à tes besoins.


OSRM gère le vélo, c'est juste que le serveur de démo public ne
fournit que pour la voiture.

Frédéric.



___
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] Caméra embarquée avec position et direction

[dHuy Pierre]

Techniquement il existe déjà le projet très abouti de Mapillary qui permet de 
travailler avec osm et qui permet de faire une vue assez complète.
 


 Le Vendredi 24 avril 2015 14h35, Vincent de Château-Thierry 
 a écrit :
   

 
> De: "Nicolas Moyroud" 
> 
> On sent là une certaine expérience de la chose ! ;-)

Héhé ^^

Après on parle là de méthodes efficaces mais gourmandes en stockage, et 
génératrices de beaucoup de bruit : pour un cliché utile, combien qui ne disent 
rien ? C'est une balance à trouver, selon sa vitesse de déplacement et ce qu'on 
cherche à capturer. C'est parfait pour les PEI ;)
Se pose aussi la question (qu'on n'aborde jamais trop ici) de la discrétion du 
procédé, et des réactions qu'il peut provoquer des passants, promeneurs et 
riverains.

vincent

___
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] Appli pour optimiser les déplacements de livraison?

[Aurélien FILEZ]

"Mapotempo est développé par Mapotempo SAS et commercialisé sous forme de
service par abonnement, mais ça n'empêche pas le logiciel d'être libre"

Oui j'ai vu : "https://github.com/frodrigo/mapotempo-optimizer"; mais il n'y
a pas tous les fichiers indiqués comme "include" dans les sources
("routing_common/*", "base/*", "constraint_solver/*"), c'est normal ?

2015-04-24 13:36 GMT+02:00 Frédéric Rodrigo :

> Le 24/04/2015 13:27, Aurélien FILEZ a écrit :
>
>> "C'est du logiciel libre. Tu peux te l'installer toi me si tu veux."
>>
>> Ce n'est pas ce que j'ai compris sur leur site.
>>
>
> Mapotempo est développé par Mapotempo SAS et commercialisé sous forme de
> service par abonnement, mais ça n'empêche pas le logiciel d'être libre :
> https://github.com/frodrigo/mapotempo-web
> https://github.com/frodrigo/mapotempo-optimizer
>
>  Ton problème relève du TSP (Travelling Salesman Problem ou "Problème du
>> voyageur de commerce") s'il n'y a qu'un livreur. S'il y en a plusieurs,
>> ça devient du VRP (Vehicle Routing Problem).
>>
>> Par ailleurs, est-ce que les collectes et livraisons pour le jour J sont
>> connues le jour J - 1 et ça ne bougera pas ou est-ce en flux tendu où
>> une demande peut arriver à n'importe quel moment de la journée en cours ?
>>
>> Dans le premier cas on peut calculer la matrice distancielle en
>> utilisant le lieu d'habitation des livreurs, le soir pour le lendemain
>> et lancer la planification. Dans le second, à chaque demande il faut
>> recalculer une partie de la matrice distancielle pour prendre en compte
>> la position actuelle des livreurs via des remontées GPS. Disons qu'il y
>> a une planification pour gérer le provisionné et des replanifications
>> pour gérer le flux tendu.
>>
>> Ensuite il ne s'agit pas uniquement de réduire des kilomètres, il faut
>> également intégrer des contraintes, des priorités de livraison etc. Les
>> contraintes sont bien souvent liées aux horaires (on parle de VRPTW -
>> Vehicle Routing Problem with Time Windows) pour les exigences clientes
>> et éventuellement les amplitudes des livreurs. Peut-être y aura-t-il des
>> contraintes de poids également ? Concernant les priorités, elles
>> permettent de relativiser les coûts (souvent uniquement basés sur les
>> kilomètres) et évaluer la distance d'une autre manière. Par exemple
>> faire 100 mètres pour aller pisser, c'est loin, mais 15 kilomètres pour
>> récupérer 20.000€ c'est pas loin ;)
>>
>
> Pour Mapotempo c'est bien du VRPTW avec la quantité en plus. Mais pas de
> temps réel, planification à J-1.
>
>
>> Cela n'est pas juste "on affiche des points sur une carte" avec tel ou
>> tel outil, bien que ce soit le travail le plus facile.
>>
>> OSRM ne gère pas le trajet à vélo mais la structure du fichier de
>> profile est assez claire pour pouvoir être modifié et en faire un
>> spécifique à tes besoins.
>>
>
> OSRM gère le vélo, c'est juste que le serveur de démo public ne fournit
> que pour la voiture.
>
> Frédéric.
>
>
>
> ___
> 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] Caméra embarquée avec position et direction

[Vincent de Château-Thierry]

> De: "Nicolas Moyroud" 
> 
> On sent là une certaine expérience de la chose ! ;-)

Héhé ^^

Après on parle là de méthodes efficaces mais gourmandes en stockage, et 
génératrices de beaucoup de bruit : pour un cliché utile, combien qui ne disent 
rien ? C'est une balance à trouver, selon sa vitesse de déplacement et ce qu'on 
cherche à capturer. C'est parfait pour les PEI ;)
Se pose aussi la question (qu'on n'aborde jamais trop ici) de la discrétion du 
procédé, et des réactions qu'il peut provoquer des passants, promeneurs et 
riverains.

vincent

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

Re: [OSM-talk-fr] Caméra embarquée avec position et direction

[Nicolas Moyroud]

Les outils sont déjà là : si tu utilises le mode rafale, qui prend des photos 
plutôt qu'une vidéo, les images sont normalement directement comprises dans 
JOSM.

On sent là une certaine expérience de la chose ! ;-)

Nicolas


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

Re: [OSM-talk-fr] Appli pour optimiser les déplacements de livraison?

[Frédéric Rodrigo]

Le 24/04/2015 13:27, Aurélien FILEZ a écrit :

"C'est du logiciel libre. Tu peux te l'installer toi me si tu veux."

Ce n'est pas ce que j'ai compris sur leur site.


Mapotempo est développé par Mapotempo SAS et commercialisé sous forme de 
service par abonnement, mais ça n'empêche pas le logiciel d'être libre :

https://github.com/frodrigo/mapotempo-web
https://github.com/frodrigo/mapotempo-optimizer


Ton problème relève du TSP (Travelling Salesman Problem ou "Problème du
voyageur de commerce") s'il n'y a qu'un livreur. S'il y en a plusieurs,
ça devient du VRP (Vehicle Routing Problem).

Par ailleurs, est-ce que les collectes et livraisons pour le jour J sont
connues le jour J - 1 et ça ne bougera pas ou est-ce en flux tendu où
une demande peut arriver à n'importe quel moment de la journée en cours ?

Dans le premier cas on peut calculer la matrice distancielle en
utilisant le lieu d'habitation des livreurs, le soir pour le lendemain
et lancer la planification. Dans le second, à chaque demande il faut
recalculer une partie de la matrice distancielle pour prendre en compte
la position actuelle des livreurs via des remontées GPS. Disons qu'il y
a une planification pour gérer le provisionné et des replanifications
pour gérer le flux tendu.

Ensuite il ne s'agit pas uniquement de réduire des kilomètres, il faut
également intégrer des contraintes, des priorités de livraison etc. Les
contraintes sont bien souvent liées aux horaires (on parle de VRPTW -
Vehicle Routing Problem with Time Windows) pour les exigences clientes
et éventuellement les amplitudes des livreurs. Peut-être y aura-t-il des
contraintes de poids également ? Concernant les priorités, elles
permettent de relativiser les coûts (souvent uniquement basés sur les
kilomètres) et évaluer la distance d'une autre manière. Par exemple
faire 100 mètres pour aller pisser, c'est loin, mais 15 kilomètres pour
récupérer 20.000€ c'est pas loin ;)


Pour Mapotempo c'est bien du VRPTW avec la quantité en plus. Mais pas de 
temps réel, planification à J-1.




Cela n'est pas juste "on affiche des points sur une carte" avec tel ou
tel outil, bien que ce soit le travail le plus facile.

OSRM ne gère pas le trajet à vélo mais la structure du fichier de
profile est assez claire pour pouvoir être modifié et en faire un
spécifique à tes besoins.


OSRM gère le vélo, c'est juste que le serveur de démo public ne fournit 
que pour la voiture.


Frédéric.


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

Re: [OSM-talk-fr] Appli pour optimiser les déplacements de livraison?

[Aurélien FILEZ]

"C'est du logiciel libre. Tu peux te l'installer toi me si tu veux."

Ce n'est pas ce que j'ai compris sur leur site.

Ton problème relève du TSP (Travelling Salesman Problem ou "Problème du
voyageur de commerce") s'il n'y a qu'un livreur. S'il y en a plusieurs, ça
devient du VRP (Vehicle Routing Problem).

Par ailleurs, est-ce que les collectes et livraisons pour le jour J sont
connues le jour J - 1 et ça ne bougera pas ou est-ce en flux tendu où une
demande peut arriver à n'importe quel moment de la journée en cours ?

Dans le premier cas on peut calculer la matrice distancielle en utilisant
le lieu d'habitation des livreurs, le soir pour le lendemain et lancer la
planification. Dans le second, à chaque demande il faut recalculer une
partie de la matrice distancielle pour prendre en compte la position
actuelle des livreurs via des remontées GPS. Disons qu'il y a une
planification pour gérer le provisionné et des replanifications pour gérer
le flux tendu.

Ensuite il ne s'agit pas uniquement de réduire des kilomètres, il faut
également intégrer des contraintes, des priorités de livraison etc. Les
contraintes sont bien souvent liées aux horaires (on parle de VRPTW -
Vehicle Routing Problem with Time Windows) pour les exigences clientes et
éventuellement les amplitudes des livreurs. Peut-être y aura-t-il des
contraintes de poids également ? Concernant les priorités, elles permettent
de relativiser les coûts (souvent uniquement basés sur les kilomètres) et
évaluer la distance d'une autre manière. Par exemple faire 100 mètres pour
aller pisser, c'est loin, mais 15 kilomètres pour récupérer 20.000€ c'est
pas loin ;)

Cela n'est pas juste "on affiche des points sur une carte" avec tel ou tel
outil, bien que ce soit le travail le plus facile.

OSRM ne gère pas le trajet à vélo mais la structure du fichier de profile
est assez claire pour pouvoir être modifié et en faire un spécifique à tes
besoins.

2015-04-03 17:40 GMT+02:00 Shohreh :

> Merci pour l'info.
>
> La combinaison data.gouv et Leaflet a en effet l'air de résoudre le
> problème:
>
> http://leafletjs.com/examples/quick-start.html
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Appli-pour-optimiser-les-deplacements-de-livraison-tp5839459p5839637.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> 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] Caméra embarquée avec position et direction

[Vincent de Château-Thierry]

Bonjour,

> De: "Jean-Claude Repetto" 
> Le 24/04/2015 11:58, Eric Sibert a écrit :
> > Garmin vient de sortir une caméra embarquée avec GPS mais aussi
> > accéléromètres et gyroscopes pour enregistrer la direction de prise
> > de vue:
> > 
> > 
> > https://buy.garmin.com/fr-FR/FR/en-action/cameras/virb-x/prod164723.html
> > 
> > Ça pourrait être bien pratique pour les relevés de terrain. Il
> > faudra
> > encore les outils adaptés en aval genre plugin pour josm.

Les outils sont déjà là : si tu utilises le mode rafale, qui prend des photos 
plutôt qu'une vidéo, les images sont normalement directement comprises dans 
JOSM. La vidéo dans JOSM, il me semble que c'est toujours pas au point, et 
quand bien même, la définition des images ne serait pas aussi bonne qu'avec des 
clichés.

vincent

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

[OSM-talk-fr] points de vente SNCF en opendata

[HELFER Denis]

Ca vient de sortir : 
http://www.sncf.com/fr/content/brevepresseopen-data-points-de-vente24042015

Un rapide coup d’œil sur la qualité de la géolocalisation des points indique 
une assez bonne voie bonne qualité sur les boutiques. Il y a les horaires pour 
ceux qui veulent s’entrainer aux tags

Denis Helfer
Chargé d’études géomatiques, correspondant SI

SNCF RESEAU
Direction rÉgionale alsace lorraine champagne-ardenne
15 rue des Francs-Bourgeois - 67082 STRAsbourg CEdex
TÉL. : +33 (0)3 88 23 95 58
FAX : +33 (0)0 88 23 30 80  - helfer.de...@rff.fr

[LOGO_SNCF_RESEAU_WEB]

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

Re: [OSM-talk-fr] Caméra embarquée avec position et direction

[Jean-Claude Repetto]

Le 24/04/2015 11:58, Eric Sibert a écrit :
> Garmin vient de sortir une caméra embarquée avec GPS mais aussi
> accéléromètres et gyroscopes pour enregistrer la direction de prise de vue:
> 
> 
> https://buy.garmin.com/fr-FR/FR/en-action/cameras/virb-x/prod164723.html
> 
> Ça pourrait être bien pratique pour les relevés de terrain. Il faudra
> encore les outils adaptés en aval genre plugin pour josm.
> 

Bientôt un OSMStreetView ? En équipant un véhicule avec 4 caméras sur le
toit, ça devrait être envisageable ...

Jean-Claude



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

[OSM-talk-fr] Caméra embarquée avec position et direction

[Eric Sibert]

Garmin vient de sortir une caméra embarquée avec GPS mais aussi  
accéléromètres et gyroscopes pour enregistrer la direction de prise de  
vue:



https://buy.garmin.com/fr-FR/FR/en-action/cameras/virb-x/prod164723.html

Ça pourrait être bien pratique pour les relevés de terrain. Il faudra  
encore les outils adaptés en aval genre plugin pour josm.




Eric


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

Re: [OSM-talk-fr] Bano, BAN, Ripart et IGN

[Stéphane Péneau]

Le 24/04/2015 00:19, Christian Quest a écrit :


Ceci dit... avez-vous regardé ce fichu rendu BANO avec les données BAN ?

J'aimerai avoir votre retour dans votre coin bien connu !



Mon point de vue

Affichage en ligne (sur tile ou layers)
- Ça commence à devenir compliqué à lire, il y a des numéros partout
- Je finis par me perdre entre toutes les couleurs, une légende ne 
serait pas superflue pour ne pas avoir à retourner sur le wiki lorsque 
le cerveau nous joue des tours.
- Pouvoir séparer les différentes sources sur des couches différentes 
pourrait peut-être avoir un intérêt. À voir si les serveurs le permettent


Sur la qualité des données, effectivement il y a beaucoup plus 
d'adresses, mais en milieu rural c'est très loin d'être parfait (numéro 
empilés, décalés, etc...). Ça suffit pour arriver à destination, mais 
pas pour être devant la bonne entrée.


Stf

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

Re: [OSM-talk-fr] Bano, BAN (was Ripart et IGN]

[HELFER Denis]

Un petit compte-rendu statistique sur l’Alsace :
La part des adresses dont le numéro=0 ou >1000 que l’on qualifiera de « suspect 
» dans la suite représente :

-  pour le Bas-Rhin au maximum 15.8% (commune de Plaine) et au minimum  
0% avec une moyenne à 1,9% du total des adresses d’une commune  (soit 6213 
adresses pour l’ensemble du département). 63 communes n’ont aucun cas suspect

-  pour le Haut-Rhin : min=0 ; max=39,7 %  (Muhlbach-sur-Munster) ; 
moy=3,6% (soit 9149 adresses pour l’ensemble du département). 8 communes n’ont 
aucun cas suspect

Cela n’emporte pas que les adresses normalement constituées soit justes.
Autre statistique intéressante : le nombre d’adresses dont les coordonnées sont 
superposées :

-  Bas-Rhin : 7641 fois 2 adresses ou plus ont les mêmes coordonnées 
(le max d’adresses superposées est de 60 pour la rue Jean-Paul Wuillermoz à 
Drachenbronn-Birlenbach !)

-  Haut-Rhin : 5864 fois 2 adresses ou plus ont les mêmes coordonnées 
(le max d’adresses superposées est de 81 pour la rue Winkelmatt à 
Soultz-Haut-Rhin !)
On a quand même des cas de figure sur des grandes ou moyennes villes 
(Strasbourg, Colmar, Mulhouse, Sélestat,etc) : peu de communes sont épargnées 
(512/527 pour le Bas-Rhin ; 366/377 communes dans le Haut-Rhin )

Conclusion : vous avez

-  97% de chances de tomber sur des adresses superposées pour une 
commune alsacienne

-  98% de chance d’avoir à traiter (au moins) une adresse suspecte (88% 
dans le Bas-Rhin) pour une commune haut-rhinoise

L’intégration, de mon point de vue et au vu des premiers travaux sur 
Duttlenheim et Altorf , sera difficile à automatiser si on veut maintenir un 
niveau de qualité pour BANO. Chaque rue est une enquête, parfois facile, 
parfois plus délicate et qui prend plus de temps ; ce sera probablement le 
niveau de granularité nécessaire. Avec le talent de nos développeurs, je suis 
sûr qu’on trouvera un moyen d’intégrer proprement et rapidement dans OSM tout 
ce qui peut l’être de la BAN.

Mes 0,02€
De : Christian Quest [mailto:cqu...@openstreetmap.fr]
Envoyé : jeudi 23 avril 2015 17:02
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] Bano, BAN, Ripart et IGN

Les signalements faits sur RIPart alimentent la BAN, et donc ça ressortira 
(plus tard) par le tuyau ODbL de la BAN qui nous intéresse quelques temps après 
(pas bien sûr du délais, c'est un bon test).

RIPart est effectivement un outil ancien, mais le seul actuellement disponible 
pour faire des signalements en vue de correction.

La BAN démarre à peine de ce côté. L'outil créé par l'IGN et La Poste, destiné 
aux mairies mais aussi à des organismes publics comme les SDIS, est en version 
bêta.

Côté Etalab, c'est l'outil permettant d'utiliser les données a semblé 
prioritaire, d'où le développement du géocodeur "addok", mais le prochain 
chantier va se concentrer sur l'outil de contribution public.

Côté OSM, le chantier se situe dans l'intégration des données BAN avec celles 
de BANO... pas très simple, et on va y aller petit à petit plutôt que de tout 
vouloir mélanger d'un grand coup.

Le 22/04/2015 22:15, Donat ROBAUX a écrit :
Bonsoir à tous,

Ce soir, je me suis lâché, j'ai fait 3 signalements au Ripart 
http://ripart.ign.fr/ sur des adresses qui ne sont référencées nul part (ou 
presque).
Au-delà de çà, je voulais savoir si d'autres contributeurs avaient déjà remonté 
des infos par ce biais. Il y a notamment quelques SDIS dans les contributeurs 
qui signalent des nouvelles voies. Est-ce un ancêtre du futur guichet BAN?
Comme toutes les remontées sont visibles, possibilité de les utiliser pour OSM? 
Les conditions d'utilisation ne sont pas très précises dans ce domaine. Un avis 
sur la question?

Donat, #quiaimeraitquelaBANavanceplusvitemaisc'estdéjàpasmalquandmême




___

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

Re: [OSM-talk-fr] Bano, BAN, Ripart et IGN

[Tyndare]

J'ai essayé d'ouvrir un fichier shapefile de la BAN avec JOSM et de
regarder ce que ça apportait en plus par rapport aux adresses du
cadastre pour une petite ville.
En terme d'exhaustivité c'est incomparablement meilleur.
Si on fait abstraction de tous les numéros > 5000 , les numéros en
plus me semblent assez fiables quand à leur existence réelle.
Par contre en terme de géolocalisation je suis plutôt déçus. Sans
autre source d'information ça vas souvent être difficile de contribuer
directement à OSM avec ces données, il y a trop souvent une maison
d'écart voire plus.
Avec les données du cadastre on pouvait sans ambiguïté rattacher un
numéro a sa parcelle donc à une maison ou un immeuble, avec les
données que la BAN apporte en plus c'est bien plus sujet à erreur à
mon avis, je déconseillerais donc de rattacher les adresses de la BAN
à des bâtiments sans une autre source d'info pour corroborer.
Pour l'instant je n'ai pas assez confiance pour viser une intégration
semi automatique à partir de la BAN.


Le 24 avril 2015 02:25, Jérôme Amagat  a écrit :
> J'ai regarder un peu le rendu BANO :
> Alors déjà juste avec les numéros et pas les noms de rue c'est difficile de
> ce rendre compte à part dans sa rue.
> Sinon, et bien beaucoup plus de points malheureusement beaucoup sont des
> 5000 ou 6000 et quelques donc pas des numéros.
> Sinon je trouve que ça apporte beaucoup de numéro dans des lotissements pas
> très vieux ou il n'y avait rien dans bano. des ajouts aussi dans des rues
> pauvres en numeros dans bano qui ont l'air justes.
> Sinon dans les communes vide dans bano des points gris apparaissent mais
> 5XXX pour la plupart, j'ai regarder les nom de rue et là, pareil, pas grand
> chose d'utile là ou j'ai regarder, c'est le nom de lieu dit donné dans le
> cadastre. donc ces points sont inutiles, à part pour nous dire qu'il y a une
> porte pas loin. Peut être est-il possible de faire un tri à ce niveau pour
> enlevé les point qui n'ont pas de numéro et où ce qui est censé être la rue
> n'est pas un nom de voie.
>
> Ces numéro 5XXX veulent dire quelque chose de particulier où c'est juste une
> adresse où ils n'ont pas le numéro et ils ont besoin de ça pour faire
> correspondre avec une personne?
>
>
>
>
> ___
> 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