Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

2016-02-17 Par sujet Jean-Michel Pouré 
Le mercredi 17 février 2016 à 19:54 +0100, Christian Quest a écrit :
> Y a-t-il un projet de type OpenRTK pour constituer un maillage ouvert
> et libre de bases ?

C'est ce que j'envisage de proposer et de gérer, après étude technique.
AMHA, les principales difficultés :

* Calibrage de l'antenne (vérifier la cohérence sur un point
géodésique, au centimètre près).
* Trouver des sites avec une bonne visibilité.
* Corrections à posteriori, comme le pratique l'ING. Il faut pouvoir
collecter les données dans PostgreSQL et les redresser, probablement en
utilisant R ou un autre logiciel.
* Décrire la plate-forme embarquée.
* Palier l'absence de bande L2. Les récepteurs L2 sont très chers. On
commencera probablement en L1.

Je n'en suis qu'au tout début de l'étude, je n'ai même pas reçu le
matériel.

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

2016-02-17 Par sujet Stéphane Péneau 

Le 17/02/2016 19:54, Christian Quest a écrit :

ça permet au moins le post-processing... ce qui est déjà bien.

Y a-t-il un projet de type OpenRTK pour constituer un maillage ouvert 
et libre de bases ?


Oui, www.pylongps.com mais ça reste à l'état de projet pour le moment.

Quant au post-processing, si quelqu'un à lien vers un tuto pour faire ça 
avec Rtkpost, je suis preneur. Je ne m'en sors pas.


Stf


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

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

2016-02-17 Par sujet Christian Quest 
ça permet au moins le post-processing... ce qui est déjà bien.

Y a-t-il un projet de type OpenRTK pour constituer un maillage ouvert et
libre de bases ?

Le 17 février 2016 à 16:35, Jean-Michel Pouré  a écrit :

> Je poursuis la discussion dans le même fil :
>
> Le site de l'IGN http://rgp.ign.fr consolide des données publiques et
> celles de réseaux privés. Le maillage de la France est pratiquement
> complet. On peut télécharger les données à h+1 et d+1. Le site est très
> bien fait et doit permettre de positionner un GPS RTK fixe, mais pas
> mobile.
>
> L'IGN ne met pas à disposition ces informations en temps réel. Sont-ils
> liés par contrat à leurs fournisseurs ?
>
> C'est dommage, parce que l'IGN passe à côté du principal besoin des
> utilisateurs : disposer de données en temps réel.
>
>
> ___
> 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] Service de covisualisation de l'IGN

2016-02-17 Par sujet Eric Brosselin - Osm 
C'est sorti il y a quelques jours ("remonterletemps")  et pas eu le 
temps de le signaler ici ;-)

Par contre j'avais loupé "mavisonneuse"  ... merci

À quand un "remonterletemps" avec une échelle temporelle pour avoir 
l'évolution d'osm au fil des ans.
Il y en a eu des "avant/après" il me semble mais ils ne sont plus en 
fonction.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

2016-02-17 Par sujet Jean-Michel Pouré 
Je poursuis la discussion dans le même fil : 

Le site de l'IGN http://rgp.ign.fr consolide des données publiques et
celles de réseaux privés. Le maillage de la France est pratiquement
complet. On peut télécharger les données à h+1 et d+1. Le site est très
bien fait et doit permettre de positionner un GPS RTK fixe, mais pas
mobile.

L'IGN ne met pas à disposition ces informations en temps réel. Sont-ils 
liés par contrat à leurs fournisseurs ?

C'est dommage, parce que l'IGN passe à côté du principal besoin des
utilisateurs : disposer de données en temps réel.



smime.p7s
Description: S/MIME cryptographic signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Supprimer une relation

2016-02-17 Par sujet Jean-Christophe Groult 
J’ai regardé ce qui était fait pour d’autres itinéraires cyclables

comme la Loire à vélo  ou la
Véloscénie , et en général la
relation contient directement les chemins sans sous relations.
Cordialement,

Le 16 février 2016 à 14:58, Jérôme Seigneuret  a
écrit :

> En effet la grande relation est à décomposer en sous-relation locales (il
> y a même deux sous-niveaux). Le site mentionne 5 sous-relations
>
>1. Vallée de l'Orne à vélo, d'Ouistreham à Domfront
>
>2. Vallée de la Mayenne à vélo, Domfront Laval Angers
>
> 
>3. Val de Loire à vélo, d'Angers à Saumur
>
> 
>4. Le Thouet à Vélo, de Saumur à Niort
>
> 
>5. Le marais Poitevin à vélo, de Niort à la Rochelle
>
> 
>
> Chacune de ces relations doit être découpé selon le plus petit découpage
>
> Il faut ensuite assembler les petites relations pour faire la plus grande.
>
> Si on prend,
>
> niveau 3 : relation locale (> est un élément du niveau 2)
>
>
>1. La Vélo Francette, Voie verte Ouistreham Caen, canal latéral à
>l'Orne
>2. La Vélo Francette, vallée de l'Orne et Suisse Normande, Caen à
>Thury-Harcourt
>3. La Vélo Francette, Suisse Normande, Thury-Harcourt Pont d'Ouilly
>4. La Vélo Francette Pont d'Ouilly Condé-sur-Noireau Flers
>5. La Vélo Francette, Pont d'Ouilly La Roche d'Oëtre Flers
>6. La Vélo Francette, voie verte Flers Domfront
>
> niveau 2 : relation locale  (> est un élément du niveau 1)
>
>  vallée de l'Orne à vélo, d'Ouistreham à Domfront
>
> niveau 1 : relation nationale
>
>   Véloroute Ouistreham – La Rochelle
>
> Les niveaux sont présentés qu'à titre d'exemple bien-sûr et n'ont rien
> d’exhaustif. Le principe c'est que si la relation locale change les
> relations parentes changent avec ;-)
>
> Jérôme
>
>
>
>
>
> Le 16 février 2016 à 11:53, David Crochet  a écrit
> :
>
>> Bonjour
>>
>> Le 16/02/2016 11:10, Jean-Christophe Groult a écrit :
>>
>>> Peut-on supprimer ce doublon ? et si oui comment ?
>>>
>>
>> Je ne supprimerais pas le doublon tel qu'elle.
>>
>> J'aurais fait ceci :
>> - La petite relation, je l' prolongerais jusqu'à atteindre une grande
>> ville normande (ouistreham-donfront ou ouistreham/ambrière-les-vallées par
>> exemple)et je transformerait les étiquettes de la petite relation pour
>> s'accorer à une route régionale
>>
>> - La petite relation serait un membre de la grande
>>
>> Cordialement
>> --
>> David Crochet
>>
>> ___
>> 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] inondation à macon

2016-02-17 Par sujet Philippe Verdy 
En fait c'est certainement les membres inner qui ont le tag riverbank
incorrect. D'une façon générale, à moins que ce soient réellement des
chemins fermés sans enclave intérieure pour des îles, ne jamais mettre de
tag riverbank sur les ways, toujours sur les relations groupant les chemins.

Attention aussi, les rôle "inner" et "outer" ne sont pas toujours mis
correctement. Cela n'affecte pas le rendu sur Mapnik (qui ignorent ces
rôles et déterminent eux-mêmes ce qui est interne ou externe dans une
relation), mais cela peut piéger celui qui vient mettre des tags sur les
chemins en croyant le faire sur un chemin externe alors que c'est un chemin
interne.

Autre solution si on n'aime pas les relations pour les riverbank, créer des
polygones fermés distincts mais adjascents, ne contenant que des parties
connexes sans enclave pour contourner les îles par plusieurs polygones (il
n'est toutefois pas inutile alors de les grouper dans une relation
"riverbank", comme membres "outer", même si ces polygones ont encore ce tag
"riverbank" (c'est redondant mais cela ne fait pas de conflit avec la
relation qui a le même tag, car ils y sont des membres "outer"; cela serait
une erreur si ces polygones étaient des membres "inner").


Le 17 février 2016 à 15:09, Stéphane Péneau  a
écrit :

> Quelqu'un avait ajouté le tag riverbank directement sur le chemin "outer",
> alors que cette info est présente dans le multipolygone.
> Du coup, les membres "inner" étaient ignorés.
>
> Si c'est bien là le problème, alors j'ai corrigé.
> http://www.openstreetmap.org/changeset/37267894
>
> Stf
>
> Le 17/02/2016 14:38, jean navarro a écrit :
>
>> Bonjour
>>
>> je viens de tomber sur ça :
>> http://www.openstreetmap.org/#map=15/46.3045/4.8437
>> si quelqu'un est capable de réparer...
>>
>> cordialement
>> jean
>> http://www.openstreetmap.org/user/JeaRRo
>>
>> ___
>> 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] Réseau francilien: STIF, RATP et SNCF

2016-02-17 Par sujet dHuy Pierre 
Une normalisation permettrait de dresser une meilleure carto du réseau :) Et 
éventuellement des liens avec GTFS qui permettrait d'utiliser OSM pour naviguer 
en transport aussi!
 Pour l'ouest de la A, seule une des deux branches après Nanterre est SNCF.

Le Mercredi 17 février 2016 15h26, Christian Quest 
 a écrit :
 
 
 On 17/02/2016 15:14, dHuy Pierre wrote:
  
 
 Donc que je sois sûr de bien comprendre: - Les RER et affiliés (lignes H and 
co) devrait être tagué network=transilien et à l'excpetion de portion de la A 
et la B, operator=SNCF  
 B est mixte RATP/SNCF
 A... pour la partie est, c'est RATP, pour l'ouest à vérifier...
 
  ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

2016-02-17 Par sujet Jean-Michel Pouré 
Le mercredi 17 février 2016 à 15:25 +0100, Christian Quest a écrit :
> > a mon avis, ca a encore plus d'intéret pour le marché des véhicules
> > autonomes genre tesla
> 
> Et là, la consommation du GPS n'est pas le principal problème
> d'autonomie ;)

On est d'accord. En tout cas, c'est bon à savoir que les GPS auront
d'ici quelques mois à quelques années 2 cm de résolution. Les cartes
OSM doivent être plus précises. C'est pour cela qu'il faut mettre en
place RTKLIB rapidement.

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

2016-02-17 Par sujet Christian Quest 


On 17/02/2016 15:22, Raphael Jacquot wrote:
>
>
> On 02/17/2016 03:20 PM, Jean-Michel Pouré wrote:
>
>> Cette technologie est destinée au marché des smartphones, parce qu'ils
>> sont connectés à Internet.
>
> a mon avis, ca a encore plus d'intéret pour le marché des véhicules
> autonomes genre tesla

Et là, la consommation du GPS n'est pas le principal problème d'autonomie ;)

-- 
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Réseau francilien: STIF, RATP et SNCF

2016-02-17 Par sujet Christian Quest 


On 17/02/2016 15:14, dHuy Pierre wrote:
> Donc que je sois sûr de bien comprendre:
> - Les RER et affiliés (lignes H and co) devrait être tagué
> network=transilien et à l'excpetion de portion de la A et la B,
> operator=SNCF

B est mixte RATP/SNCF
A... pour la partie est, c'est RATP, pour l'ouest à vérifier...


> - Les métros et bus de Paris et proche banlieue: network=RATP
>
> Du coup subsiste une question: Comment taguer les réseaux Optile de la
> région parisienne?
>

En network ça me parait le plus cohérent, ensuite operator indique qui
gère la ligne et là il y a plein de monde !

Le problème c'est qu'on a finalement une hiérarchie de réseaux, une
sorte de meta-network avec le STIF, des réseaux globaux (genre Optile)
et puis des réseaux locaux (certains au niveau du CG, d'autres au niveau
des agglos) opérés par une multitude d'entreprises.

Faire rentrer tout ça dans 2 tags est assez acrobatique !


> Pour le reste, je vais me lancer dans la normalisation des lignes dès
> ce week end pour que les networks soient cohérents suivant le point
> énoncé plus haut :)
>
>
> Le Mardi 16 février 2016 12h48, Florian LAINEZ  a
> écrit :
>
>
> Hello,
> J'apporte ma petite pierre à l'édifice. J'ai déjà réfléchis à cette
> problématique pour les équipements (et non pas les lignes et réseaux).
>
> Comme je l'ai précisé dans ce référentiel
> http://wiki.openstreetmap.org/wiki/FR:Railway_stations#.C3.89quipements_en_gare
> chez Transilien on a décidé d'utiliser sur les automates de vente
> - operator
> =SNCF;RATP;...
> 
> pour le gestionnaire de l'équipement : c'est bien l'entreprise qui met
> à disposition le "meuble" en lui-même
> - network =Grandes
> Lignes;RATP;Transilien;…
> 
> pour les réseaux desservis par les tickets en vente sur cet automates
> (avec des points virgules si nécessaire si plusieurs réseaux)
> En effet le tag NETWORK désigne bien le réseau et non pas son
> gestionnaire. à la SNCF on a bien plusieurs réseaux : Grandes Lignes,
> Transilien, Eurostar, Thalys et quelques autres dont j'ai oublié le nom.
> Le STIF n'est que l'organisateur des transports en ile-de-france, il
> ne possède pas le réseau, il me parait donc inapproprié de le
> mentionner en tant que NETWORK.
> quand à la RATP, je ne crois pas qu'ils ont un nom spécifique de réseau
>
> Ma classification me semble applicable directement sur les rails (en
> gare, chaque rail peut donc avoir un NETWORK différent) autant que sur
> les relations de ligne.
> J'ai bon ? ;)
>
> Le 15 février 2016 à 14:28, Éric Gillet  > a écrit :
>
> Le 15 février 2016 à 11:59, HELFER Denis (SNCF RESEAU / SIEGE SNCF
> RESEAU / DT ALCA APPUI PERFORMANCE)  > a écrit :
>
> RFF n’existe plus. Suite à la réforme ferroviaire de 2015, il
> faut parler de SNCF Réseau.
>
>
> Merci pour la correction, j'avais survolé l'article Wikipedia et
> tout ce que je connais du réseau ferroviaire c'est qu'il y
> beaucoup d'acteurs et que les interactions ne sont pas forcément
> évidentes.
> En tout cas ça renforce ma précédente remarque :
>
> Le 14 février 2016 à 16:09, Éric Gillet  > a écrit :
>
> Étant donné que les exploitants ont plus tendance à changer
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> -- 
> *Florian Lainez*
> @overflorian 
>
> ___
> 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

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

2016-02-17 Par sujet Raphael Jacquot 



On 02/17/2016 03:20 PM, Jean-Michel Pouré wrote:


Cette technologie est destinée au marché des smartphones, parce qu'ils
sont connectés à Internet.


a mon avis, ca a encore plus d'intéret pour le marché des véhicules 
autonomes genre tesla


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

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

2016-02-17 Par sujet Jean-Michel Pouré 
Le mercredi 17 février 2016 à 10:26 +0100, Ab_fab a écrit :
> 600x observé, mais 10 000x envisageable en théorie. 
> Curieux de voir comment ce genre de papier peut faire changer les
> choses par la suite, pour l'utilisateur.

Et c'est autant de consommation électrique en moins.

Cette technologie est destinée au marché des smartphones, parce qu'ils
sont connectés à Internet. 

Pour l'opérateur, on peut imaginer que les stations de base soient
implantées avec les émetteurs 4G lorsque le ciel est dégagé. Sur le
site de l'EUREL, on peut voir les installations : certaines sont en
environnement difficile, urbain, avec une antenne sur le toit. C'est
qu'on peut produire de bonnes données n'importe où.



smime.p7s
Description: S/MIME cryptographic signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réseau francilien: STIF, RATP et SNCF

2016-02-17 Par sujet dHuy Pierre 
Donc que je sois sûr de bien comprendre:- Les RER et affiliés (lignes H and co) 
devrait être tagué network=transilien et à l'excpetion de portion de la A et la 
B, operator=SNCF- Les métros et bus de Paris et proche banlieue: network=RATP
Du coup subsiste une question: Comment taguer les réseaux Optile de la région 
parisienne?
Pour le reste, je vais me lancer dans la normalisation des lignes dès ce week 
end pour que les networks soient cohérents suivant le point énoncé plus haut :) 

Le Mardi 16 février 2016 12h48, Florian LAINEZ  a écrit :
 

 Hello,
J'apporte ma petite pierre à l'édifice. J'ai déjà réfléchis à cette 
problématique pour les équipements (et non pas les lignes et réseaux).

Comme je l'ai précisé dans ce référentiel 
http://wiki.openstreetmap.org/wiki/FR:Railway_stations#.C3.89quipements_en_gare 
chez Transilien on a décidé d'utiliser sur les automates de vente
- operator=SNCF;RATP;... pour le gestionnaire de l'équipement : c'est bien 
l'entreprise qui met à disposition le "meuble" en lui-même
- network=Grandes Lignes;RATP;Transilien;… pour les réseaux desservis par les 
tickets en vente sur cet automates (avec des points virgules si nécessaire si 
plusieurs réseaux)
En effet le tag NETWORK désigne bien le réseau et non pas son gestionnaire. à 
la SNCF on a bien plusieurs réseaux : Grandes Lignes, Transilien, Eurostar, 
Thalys et quelques autres dont j'ai oublié le nom.
Le STIF n'est que l'organisateur des transports en ile-de-france, il ne possède 
pas le réseau, il me parait donc inapproprié de le mentionner en tant que 
NETWORK.
quand à la RATP, je ne crois pas qu'ils ont un nom spécifique de réseau

Ma classification me semble applicable directement sur les rails (en gare, 
chaque rail peut donc avoir un NETWORK différent) autant que sur les relations 
de ligne.
J'ai bon ? ;)

Le 15 février 2016 à 14:28, Éric Gillet  a écrit :

Le 15 février 2016 à 11:59, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT 
ALCA APPUI PERFORMANCE)  a écrit :

RFF n’existe plus. Suite à la réforme ferroviaire de 2015, il faut parler de 
SNCF Réseau.

Merci pour la correction, j'avais survolé l'article Wikipedia et tout ce que je 
connais du réseau ferroviaire c'est qu'il y beaucoup d'acteurs et que les 
interactions ne sont pas forcément évidentes.En tout cas ça renforce ma 
précédente remarque :
Le 14 février 2016 à 16:09, Éric Gillet  a écrit :
Étant donné que les exploitants ont plus tendance à changer

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





-- 
  FlorianLainez
@overflorian

___
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] inondation à macon

2016-02-17 Par sujet Stéphane Péneau 
Quelqu'un avait ajouté le tag riverbank directement sur le chemin 
"outer", alors que cette info est présente dans le multipolygone.

Du coup, les membres "inner" étaient ignorés.

Si c'est bien là le problème, alors j'ai corrigé.
http://www.openstreetmap.org/changeset/37267894

Stf

Le 17/02/2016 14:38, jean navarro a écrit :

Bonjour

je viens de tomber sur ça : 
http://www.openstreetmap.org/#map=15/46.3045/4.8437

si quelqu'un est capable de réparer...

cordialement
jean
http://www.openstreetmap.org/user/JeaRRo

___
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] inondation à macon

2016-02-17 Par sujet jean navarro 

Bonjour

je viens de tomber sur ça : 
http://www.openstreetmap.org/#map=15/46.3045/4.8437

si quelqu'un est capable de réparer...

cordialement
jean
http://www.openstreetmap.org/user/JeaRRo

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

[OSM-talk-fr] Rappel : rencontre de mappeurs ce soir à Toulouse

2016-02-17 Par sujet Sébastien Dinot 
Bonjour,

Pour mémoire, nous sommes quelques uns à avoir prévu de nous rencontrer
ce soir à Toulouse au centre culturel de Bellegarde où l'association
Toulibre tiendra sa permanence bi-mensuelle :

http://toulibre.org/accueil#evenements_a_venir
http://toulibre.org/centre_culturel_bellegarde

Une présentation d'OSM est annoncée mais je ne sais pas qui va l'animer.

Pour ma part, je serai sur site aux alentours de 20 heures.

À ce soir peut-être,

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

[OSM-talk-fr] Service de covisualisation de l'IGN

2016-02-17 Par sujet mga_geo 
Bonjour à tous,

L'IGN vient de publier deux nouveaux services :
- un de covisualisation de plusieurs sources dont OSM (
http://mavisionneuse.ign.fr/ )
- un de remonter dans le temps ( https://remonterletemps.ign.fr/ )
Sur ce dernier, l'outil "loupe" est très ludique.

A+
Marc



--
View this message in context: 
http://gis.19327.n5.nabble.com/Service-de-covisualisation-de-l-IGN-tp5867973.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] GPS à correction d'erreur / RTK GPS / RTKlib

2016-02-17 Par sujet Ab_fab 
600x observé, mais 10 000x envisageable en théorie.
Curieux de voir comment ce genre de papier peut faire changer les choses
par la suite, pour l'utilisateur.

Le 17 février 2016 à 09:41, Stéphane Péneau  a
écrit :

> J'ai compris la même chose, c'est une grosse amélioration des algos qu'ont
> trouve par exemple dans RTKLib.
> 600 fois plus rapide, c'est énorme, mais on reste sur un fonctionnement
> avec une base et un rover, en utilisant la porteuse des signaux gnss.
>
> Stf
>
>
> Le 16/02/2016 22:50, Jean-Michel Pouré a écrit :
>
> Je n'ai pas tout compris et je n'en ai pas les compétences, mais AMHA
> cela reste du GPS différentiel. Les calculs sont des milliers de fois
> moins longs. Les processeurs GPS spécialisés sont tellement rapides,
> que je ne sais pas si c'est une réelle révolution. Par contre, il y
> aurait un impact sur la consommation électrique, donc l'autonomie.
>
>
> La localisation haute précision va sans doute changer prochainement :
> il y a eu un post sur la liste internationale, avec un lien vers un
> article en anglais http://ucrtoday.ucr.edu/34932, qui détaille les ap
> plication pratique d'un papier publié fin 2015 par des chercheurs de
> l'Université de Californie de Riverside. Ils ont rien de moins que
> reformulé les équations de calcul de la position, avec comme résultat
> une rapidité de calculs très largement accrue !
>
> lien vers l'article scientifique complet : http://dx.doi.org.sci-hub.
> io/10.1109/TCST.2015.2501352
> (allergiques aux maths s'abstenir)
>
> @+
> Sylvain
>
> Le 15 février 2016 à 20:11, Stéphane Péneau  fr>  a écrit :
>
> Il existe des 'Y' pour faire ça.
> Si tu fais une recherche gnss antenna splitter, tu en trouveras.
> Par contre, et sans en être certain, il est probable que tu perdes
> un peu de gain, et je pense aussi qu'il faut faire attention à la
> bande passante du splitter afin que les signaux de toutes les
> constellations soient transmis à tes récepteurs.
>
>
> Le 15/02/2016 19:38, Jean-Michel Pouré a écrit :
>
> Une nouvelle question :
>
> Chaque récepteur u-blox ne peut acquérie que deux constellations
> de
> satellite en même temps. J'aimerai connecter une antenne à 2
> récepteurs
> u-blox pour avoir le GPS+Galileo, Glonass et Beidu.
>
> Comment procéder ? Est-ce qu'il existe un amplificateur de signal
> GPS
> avec 2 connecteurs ? Le branchement recherché est : antenne
> amplifiée
> => connexion de 2 récepteurs RAW.
>
> Voilà !
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

2016-02-17 Par sujet Stéphane Péneau 
J'ai compris la même chose, c'est une grosse amélioration des algos 
qu'ont trouve par exemple dans RTKLib.
600 fois plus rapide, c'est énorme, mais on reste sur un fonctionnement 
avec une base et un rover, en utilisant la porteuse des signaux gnss.


Stf

Le 16/02/2016 22:50, Jean-Michel Pouré a écrit :

Je n'ai pas tout compris et je n'en ai pas les compétences, mais AMHA
cela reste du GPS différentiel. Les calculs sont des milliers de fois
moins longs. Les processeurs GPS spécialisés sont tellement rapides,
que je ne sais pas si c'est une réelle révolution. Par contre, il y
aurait un impact sur la consommation électrique, donc l'autonomie.


La localisation haute précision va sans doute changer prochainement :
il y a eu un post sur la liste internationale, avec un lien vers un
article en anglais http://ucrtoday.ucr.edu/34932, qui détaille les ap
plication pratique d'un papier publié fin 2015 par des chercheurs de
l'Université de Californie de Riverside. Ils ont rien de moins que
reformulé les équations de calcul de la position, avec comme résultat
une rapidité de calculs très largement accrue !

lien vers l'article scientifique complet : http://dx.doi.org.sci-hub.
io/10.1109/TCST.2015.2501352
(allergiques aux maths s'abstenir)

@+
Sylvain

Le 15 février 2016 à 20:11, Stéphane Péneau  a écrit :

Il existe des 'Y' pour faire ça.
Si tu fais une recherche gnss antenna splitter, tu en trouveras.
Par contre, et sans en être certain, il est probable que tu perdes
un peu de gain, et je pense aussi qu'il faut faire attention à la
bande passante du splitter afin que les signaux de toutes les
constellations soient transmis à tes récepteurs.


Le 15/02/2016 19:38, Jean-Michel Pouré a écrit :

Une nouvelle question :

Chaque récepteur u-blox ne peut acquérie que deux constellations
de
satellite en même temps. J'aimerai connecter une antenne à 2
récepteurs
u-blox pour avoir le GPS+Galileo, Glonass et Beidu.

Comment procéder ? Est-ce qu'il existe un amplificateur de signal
GPS
avec 2 connecteurs ? Le branchement recherché est : antenne
amplifiée
=> connexion de 2 récepteurs RAW.

Voilà !


___
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


___
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