Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib
Le 14/02/2016 23:17, Jean-Michel Pouré a écrit : Le dimanche 14 février 2016 à 20:07 +0100, Stéphane Péneau a écrit : On peut trouver moins cher : http://www.csgshop.com/product.php?id_product=205 ou avec antenne intégrée : http://www.drotek.com/shop/fr/home/679-module-gps-ublox-neo-m8t-magne tometre-hmc5983-xxl.html C'est beaucoup moins cher ! J'ai acheté cette solution, qui intègre une superbe antenne triple- bandes: http://www.csgshop.com/product.php?id_product=206 Il y a peu de détails sur le gain de l'antenne. Je ne sais pas ce que ça vaut. Tout intégré à $99 ... qui dit mieux ? Quels modules recommandes-tu pour ajouter des fonctions météo : température, hygrométrie, pression atmosphérique ... Aucune idée, je ne connais pas du tout ce domaine. 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
> On peut trouver moins cher : > http://www.csgshop.com/product.php?id_product=205 > ou avec antenne intégrée : > http://www.drotek.com/shop/fr/home/679-module-gps-ublox-neo-m8t- > magnetometre-hmc5983-xxl.html Que penses-tu de cette version protégée des interférences : http://www.csgshop.com/product.php?id_product=206 Dimensions: Round 100 mm hole distance 45x45mm Weight 46 gram EMI and RFI protection Ready for unwanted signal interference or multipath blocking $99. C'est vraiment un bon prix ... Tu me conseilles de prendre la version protégée des interférences ? Pour une base, cela me paraît une bonne solution ... 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
Le dimanche 14 février 2016 à 20:07 +0100, Stéphane Péneau a écrit : > On peut trouver moins cher : > http://www.csgshop.com/product.php?id_product=205 > ou avec antenne intégrée : > http://www.drotek.com/shop/fr/home/679-module-gps-ublox-neo-m8t-magne > tometre-hmc5983-xxl.html C'est beaucoup moins cher ! J'ai acheté cette solution, qui intègre une superbe antenne triple- bandes: http://www.csgshop.com/product.php?id_product=206 Dimensions: Round 100 mm hole distance 45x45mm Weight 46 gram EMI and RFI protection Ready for unwanted signal interference or multipath blocking Tout intégré à $99 ... qui dit mieux ? Quels modules recommandes-tu pour ajouter des fonctions météo : température, hygrométrie, pression atmosphérique ... Cordialement, Jean-Michel 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
Le 14/02/2016 14:08, Jean-Michel Pouré a écrit : Bonjour, Je signale que j'ai commandé la solution NavSpark: 2 x NS-HP = $50 pièce. La livraison est facturée $20. Rajouter la TVA. http://navspark.mybigcommerce.com/ns-hp-rtk-capable-gps-receiver/ Cool ! On pourra échanger sur nos progrès. Pour ma part, c'est le NS-HP-5 Je n'ai pas eu de Tva à payer lors de la réception de mes modules navspark. Peut-être un coup de chance. Par contre, le récepteur capte uniquement la bande L1 et GPS/Beidu. C'est ce qui m'embête. Ce n'est pas facile d'avoir suffisamment de satellites avec une bonne réception, donc pouvoir aussi utiliser la constellation Glonass est un gros atout. Au passage, le NS-HP reçoit la constellation Beidu uniquement en mode base. C'est donc inutilisable, mais comme ils ne l'ont pas vendu comme compatible Une autre solution pour capter les constellations GPS, Beidu et Glonass semble être l'Ublox EVK-M8T : https://www.u-blox.com/en/product/evk-m8 Au prix de 189€ HT, on doit rajouter livraison et TVA, soit environ 250€ TTC. C'est la solution la plus performante du moment sur la bande L1. J'attends d'avoir testé NS-HP avant d'investir. On peut trouver moins cher : http://www.csgshop.com/product.php?id_product=205 ou avec antenne intégrée : http://www.drotek.com/shop/fr/home/679-module-gps-ublox-neo-m8t-magnetometre-hmc5983-xxl.html Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Comparaison des logiciels sur mobile pour contribuer
Lors du dernier fosdem y a eut une presentation comparant les logiciels de cartoi avec OSM en tête : http://mirror.as35701.net/video.fosdem.org/2016/aw1121/mapping-with-a-phone.mp4 (c'est en anglais) Ludo -- https://www.flickr.com/photos/lhirlimann/ ___ 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
Bonjour, Je signale que j'ai commandé la solution NavSpark: 2 x NS-HP = $50 pièce. La livraison est facturée $20. Rajouter la TVA. http://navspark.mybigcommerce.com/ns-hp-rtk-capable-gps-receiver/ Il s'agit d'une carte embarquant un récepteur GPS raw et un micro contrôleur faisant tourner RTKlib. On peut l'utiliser en raw (mode base) ou rtklib (rover). Il faudra rajouter une carte ttl vers USB ou brancher directement sur une Raspberry pie. Je suis intéressé par la miniaturisation, qui me semble être l'avenir. Par contre, le récepteur capte uniquement la bande L1 et GPS/Beidu. Une autre solution pour capter les constellations GPS, Beidu et Glonass semble être l'Ublox EVK-M8T : https://www.u-blox.com/en/product/evk-m8 Au prix de 189€ HT, on doit rajouter livraison et TVA, soit environ 250€ TTC. C'est la solution la plus performante du moment sur la bande L1. J'attends d'avoir testé NS-HP avant d'investir. Je n'ai pas étudié de solution couplant L1 et L2, trop cher. Selon une étude universitaire de 2011, en L1 la résolution semble être comprise dans un carré de 4 cm de côté alors que RTKlib annonce une marge d'erreur de 1 cm. J'ignore si c'est toujours d'actualité. Concernant l'antenne de la base, il est recommandé d'utiliser la Tallysman TW2710, 90€ sur Digikey : http://www.digikey.fr/product-detail/fr/33-3710-01-01/1526-1019-ND/4862 791 J'aimerais coupler à ma station un thermomètre, un capteur d'humidité et de pression, de manière à fournir ces données. Cordialement, Jean-Michel 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
Le 12 février 2016 à 11:49, Otourly Wikia écrit : > Le lien d'Éric est chouette, mais je ne retrouve pas les funiculaires, et > la gestion des voies non plus (je me base sur Network=TCL) ; en effet sur > ce réseau les lignes A,B et D ont été dédoublées respectant ainsi le sens > de fonctionnement. > > Florian Farge aka Otourly > #WeAreFairphone > Merci :) OSMPublicTransport se base sur les relations route_master. Or il y en avait pas pour les funiculaires, donc je les ai créées. Pour les métros, les railways dédoublées sont bien présentes dans les relations, et s'affichent correctement; du coup je suis pas sûr de comprendre la remarque. ___ 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
Le 12 février 2016 à 11:33, dHuy Pierrea écrit : > En regardant avec l'outil d'Eric je me suis rendu compte de nombreuses > inconsistances (network RER, SNCF, STIF, Transilien...) dans le réseau > parisien et je voudrais avoir votre point de vue sur les tags operator et > network. > Le network, ne devrait-il pas être STIF? Et les opérator RATP ou SNCF? > Quid des ligne H, J, TER...? Et enfin, les grandes lignes > appartiennent-elles au network SNCF? > Oui c'est un problème récurrent. Le tag operator devrait définir l'exploitant, alors que la plupart du temps les contributeurs l'utilisent pour mettre le nom du réseau, ou la franchise dans le cas de magasins... Dans le cas des réseaux ferrés parisiens, je ne m'y connais pas trop, mais ça a l'air complexe vu le nombre d'acteurs et de réseaux différents. Étant donné que les exploitants ont plus tendance à changer, et sont peu visible du point de vue du public, je pense que le plus simple est de tagger en premier lieu les network=* des relations type=route étant donné que c'est facilement vérifiable comme donnée, puis éventuellement les exploitants des lignes et exploitants/réseaux de voies. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr