Re: [OSM-talk-fr] Re : Re: Localisation photo, et corrélation gpx
Tu peux faire ça ? Je pourrai le reproduire ensuite ? Je t'envoie le fichier en privé, la pièce jointe ne passera pas sur la liste. Stf Le 27/08/2015 17:19, didier2...@free.fr a écrit : tu m'envoies un fichier nom photo, date time (j'utiliserais un tableur pour gérer ça) pour créér une liste de commande exiftool - Mail d'origine - De: Stéphane Péneau stephane.pen...@wanadoo.fr À: talk-fr@openstreetmap.org Envoyé: Thu, 27 Aug 2015 12:31:31 +0200 (CEST) Objet: Re: [OSM-talk-fr] Localisation photo, et corrélation gpx Le 27/08/2015 12:08, didier2020 a écrit : je n'ai pas tout saisi ... si tu as des photos en double, elles sont numérotées, un nom différent ou ... Elles ne sont pas en double, et je ne souhaite pas en supprimer une partie. Oui, elles ont des noms différents, mais les algo de géolocalisation depuis une trace gpx se basent sur l'heure de la prise de vue. Comme le tag exif DateTimeOriginal (ou CreateDate) est limité à une précision à la seconde, plusieurs photos (2 ou 3) comportent la même info. Du coup, lorsque je veux geotagger ces photos, comme elles ont la même heure, elles se retrouvent placées à la même position alors qu'il y a eu un déplacement entre temps. Tu vois mieux le problème ? ___ 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
[OSM-talk-fr] sytadin utilise osm
c'est en cours suite a 2 coupure d'axe importantes : http://www.sytadin.fr/sys/alert_reseau.jsp.html merci a - osrm pour les traces gpx générées - umap pour la création rapide des cartes - openstreetmap pour les données ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re: Localisation photo, et corrélation gpx
tu m'envoies un fichier nom photo, date time (j'utiliserais un tableur pour gérer ça) pour créér une liste de commande exiftool - Mail d'origine - De: Stéphane Péneau stephane.pen...@wanadoo.fr À: talk-fr@openstreetmap.org Envoyé: Thu, 27 Aug 2015 12:31:31 +0200 (CEST) Objet: Re: [OSM-talk-fr] Localisation photo, et corrélation gpx Le 27/08/2015 12:08, didier2020 a écrit : je n'ai pas tout saisi ... si tu as des photos en double, elles sont numérotées, un nom différent ou ... Elles ne sont pas en double, et je ne souhaite pas en supprimer une partie. Oui, elles ont des noms différents, mais les algo de géolocalisation depuis une trace gpx se basent sur l'heure de la prise de vue. Comme le tag exif DateTimeOriginal (ou CreateDate) est limité à une précision à la seconde, plusieurs photos (2 ou 3) comportent la même info. Du coup, lorsque je veux geotagger ces photos, comme elles ont la même heure, elles se retrouvent placées à la même position alors qu'il y a eu un déplacement entre temps. Tu vois mieux le problème ? ___ 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] Re : sytadin utilise osm
il faut cliquer sur les liens nommés itinéraire ... - Mail d'origine - De: didier2...@free.fr À: talk-fr@openstreetmap.org Envoyé: Thu, 27 Aug 2015 17:17:13 +0200 (CEST) Objet: [OSM-talk-fr] sytadin utilise osm c'est en cours suite a 2 coupure d'axe importantes : http://www.sytadin.fr/sys/alert_reseau.jsp.html merci a - osrm pour les traces gpx générées - umap pour la création rapide des cartes - openstreetmap pour les données ___ 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] Re : Re: Localisation photo, et corrélation gpx
commande pour extraire les coordonnées exiftool -filename -GPSLongitude -GPSLatitude -DateTimeOriginal -subsectimeoriginal -n -T *.jpg liste.csv ci-joint le fichier openoffice pour generer les commandes il suffit juste de copier la colonne des commandes dans un editeur de texte puis enregistrer dans un fichier a lancer Le jeudi 27 août 2015 à 19:50 +0200, Stéphane Péneau a écrit : Tu peux faire ça ? Je pourrai le reproduire ensuite ? Je t'envoie le fichier en privé, la pièce jointe ne passera pas sur la liste. Stf Le 27/08/2015 17:19, didier2...@free.fr a écrit : tu m'envoies un fichier nom photo, date time (j'utiliserais un tableur pour gérer ça) pour créér une liste de commande exiftool - Mail d'origine - De: Stéphane Péneau stephane.pen...@wanadoo.fr À: talk-fr@openstreetmap.org Envoyé: Thu, 27 Aug 2015 12:31:31 +0200 (CEST) Objet: Re: [OSM-talk-fr] Localisation photo, et corrélation gpx Le 27/08/2015 12:08, didier2020 a écrit : je n'ai pas tout saisi ... si tu as des photos en double, elles sont numérotées, un nom différent ou ... Elles ne sont pas en double, et je ne souhaite pas en supprimer une partie. Oui, elles ont des noms différents, mais les algo de géolocalisation depuis une trace gpx se basent sur l'heure de la prise de vue. Comme le tag exif DateTimeOriginal (ou CreateDate) est limité à une précision à la seconde, plusieurs photos (2 ou 3) comportent la même info. Du coup, lorsque je veux geotagger ces photos, comme elles ont la même heure, elles se retrouvent placées à la même position alors qu'il y a eu un déplacement entre temps. Tu vois mieux le problème ? ___ 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 liste.ods Description: application/vnd.oasis.opendocument.spreadsheet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Localisation photo, et corrélation gpx
Le 27/08/2015 11:32, didier2020 a écrit : tu as regardé les données exif des photo ? http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/EXIF.html il y a peut etre un tag qui permet de les différencier ... Oui, j'ai regardé, mais il n'y a absolument aucune différence utile. La seule solution que je vois, c'est un outil qui regarderait les photos avec des heures de prise de vue identique, et qui ferait une interpolation pour créer le tag subsectimeoriginal Par exemple : Photo1 : 8h15mn21s Photo2 : 8h15mn21s Photo3 : 8h15mn22s deviendraient : Photo1 : 8h15mn21s + tag subsectimeoriginal=000 Photo2 : 8h15mn21s + tag subsectimeoriginal=500 Photo3 : 8h15mn22s + tag subsectimeoriginal=000 Mais c'est au-delà de mes capacités. Ensuite, restera à trouver un algo de création des geotags exif qui en tienne compte. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Localisation photo, et corrélation gpx
je n'ai pas tout saisi ... si tu as des photos en double, elles sont numérotées, un nom différent ou ... Le jeudi 27 août 2015 à 11:58 +0200, Stéphane Péneau a écrit : Le 27/08/2015 11:32, didier2020 a écrit : tu as regardé les données exif des photo ? http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/EXIF.html il y a peut etre un tag qui permet de les différencier ... Oui, j'ai regardé, mais il n'y a absolument aucune différence utile. La seule solution que je vois, c'est un outil qui regarderait les photos avec des heures de prise de vue identique, et qui ferait une interpolation pour créer le tag subsectimeoriginal Par exemple : Photo1 : 8h15mn21s Photo2 : 8h15mn21s Photo3 : 8h15mn22s deviendraient : Photo1 : 8h15mn21s + tag subsectimeoriginal=000 Photo2 : 8h15mn21s + tag subsectimeoriginal=500 Photo3 : 8h15mn22s + tag subsectimeoriginal=000 Mais c'est au-delà de mes capacités. Ensuite, restera à trouver un algo de création des geotags exif qui en tienne compte. ___ 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] Localisation photo, et corrélation gpx
Le 27/08/2015 12:08, didier2020 a écrit : je n'ai pas tout saisi ... si tu as des photos en double, elles sont numérotées, un nom différent ou ... Elles ne sont pas en double, et je ne souhaite pas en supprimer une partie. Oui, elles ont des noms différents, mais les algo de géolocalisation depuis une trace gpx se basent sur l'heure de la prise de vue. Comme le tag exif DateTimeOriginal (ou CreateDate) est limité à une précision à la seconde, plusieurs photos (2 ou 3) comportent la même info. Du coup, lorsque je veux geotagger ces photos, comme elles ont la même heure, elles se retrouvent placées à la même position alors qu'il y a eu un déplacement entre temps. Tu vois mieux le problème ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Localisation photo, et corrélation gpx
tu as regardé les données exif des photo ? http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/EXIF.html il y a peut etre un tag qui permet de les différencier ... Le jeudi 27 août 2015 à 10:02 +0200, Stéphane Péneau a écrit : J'ai réussi à horodater un gpx que j'ai construit depuis les routes d'Osm à l'aide de ce site : http://gotoes.org/strava/Add_Timestamps_To_GPX.php Malheureusement, à cause des variations de vitesse, il faut quand même recaler la majorité des photos à la main, ce qui est particulièrement fastidieux. J'en ai fait une partie mais ça m'étonnerait que j'arrive au bout. En revanche, pour écrire dans les photos, l'information de direction depuis le gpx, j'ai réussi. J'ai tout simplement utilisé le script python interpolate_direction proposé par Mapillary : https://github.com/mapillary/mapillary_tools/tree/master/python Il faut toujours corriger certaines images, mais on peut le faire directement dans Josm à l'aide du plugin Photoadjust, et on repère vite les endroits à problème : Les changements brutaux de direction (carrefour, etc..) Il me reste à trouver une solution pour mes photos prises toutes les 0.5 seconde. Stf Le 18/08/2015 22:17, Jo a écrit : Le plugin de Mapillary est capable d'aider à améliorer les positions et les directions boussole. Malheureusement c'est à la main et ça devient fastidieux si c'est pour des milliers de photos. Il est également capable d'envoyer les photos vers le serveur directement, dès à présent. (je teste la version développement, je ne suis pas complètement sûr quelles sont les possibilités de la version qui vient automatiquement avec JOSM) Polyglot 2015-08-18 12:21 GMT+02:00 Stéphane Péneau stephane.pen...@wanadoo.fr: Le 18/08/2015 11:18, Nicolas Dumoulin a écrit : Le mardi 18 août 2015 10:31:00 Stéphane Péneau a écrit : Hello tout le monde, Pendant les vacances, j'ai commencé à tester une petite action cam type Gopro, la Xiaomi Yi, qui se vend dans les 70 €. Je l'ai surtout utilisée en mode time lapse pour prendre des photos en voiture. Ok, et ça donne quoi comme qualité ? C'est pas mal du tout, l'optique est de qualité, mais le software pêche un peu pour le moment. Le firmware évolue régulièrement, et une communauté commence à la bidouiller dans tous les sens. Je reviendrai plus en détail sur ces points forts/faibles un peu plus tard. Je l'ai fixée via un système Ram-mount que j'avais déjà, j'ai juste ajouté l'adaptateur qui va bien (filetage type appareil photo). Là je pars l'essayer à vélo, montée sur un système d'amortisseur à câble prévu à l'origine pour mon smartphone, pour diminuer les vibrations. Ça me paraît franchement hasardeux :-/ Tu penses considérer que tu avais une vitesse constante entre le départ et l'arrivée et utilisée la route empruntée comme support ? Remarque, ça se tente :-) Tu peux peut-être faire un gpx avec l'itinéraire emprunté et ensuite ajouter avec un script l'horodatage par incrément dans le gpx … Non, bien sûr que ce n'est pas une vitesse stable, ce serait trop facile :-) Disons que si je pouvais déjà les fixer sur un trajet, puis les faire glisser dessus, je pense que je pourrais m'en sortir, mais je ne sais pas du tout si ce genre d'outil existe. 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 ___ 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] couche OSM pour parking/ stationnement?
Voici la zone en question https://www.openstreetmap.org/changeset/33386830#map=19/43.78437/4.09067 que j'avais commencé à retoucher... C'est un cas que j'ai trouvé et tenter de corriger à minima (il y a 10 jours de ça) mais il y a d'autres cas qui remontent trop loin pour que je m'en souvienne. C'est pas dans mes changesets car je n'y ai pas touché ne sachant pas quoi faire. Pour ce cas, j'avais laissé la place du Jeu de Ballon en highway=pedestrian (ce qui n'est pas correct à mon avis) mais les circulations sur la place de la République sont pas mal aussi. Peut-être que c'est gérable via une relation avec des inner et outer... Mais ça mérite un autre sujet pour le suivi et un enrichissement du wiki (si le cas n'est pas déjà présent mais j'ai rien trouvé. Il y a surement des personnes plus calé que moi sur le sujet pour apporter une solution). Merci Le 27 août 2015 10:02, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Je recherche ça dans mes groupes de modifications et je mettrais ça en lien Le 26 août 2015 22:13, Christian Quest cqu...@openstreetmap.fr a écrit : Il est où cet exemple ? J'ai du mal à me représenter un tel cas. On 26/08/2015 16:48, Jérôme Seigneuret wrote: Le 26 août 2015 16:25, Christian Quest cqu...@openstreetmap.fr a écrit : Dans ce cas, il faut tout garder (highway, area, amenity) Dans ce cas c'est Osmose et JOSM qui vont pas être content. Mais bon on peut faire avec. ou bien descendre un cran en plus dans le niveau de détail du mapping pour séparer la surface du parking de la voie de circulation environnante car si il y a un parking au milieu de la place c'est qu'on la contourne quand on circule... Pas vraiment dans mon cas la place et le parking sont confondus. Si je veux ajouter un parking_aisle je crois qu'il faut gérer des contraintes de superposition au niveau des jonctions de la voirie. Je peux ajouter une surface amenity=parking par dessus aussi en enlevant le trottoir de séparation de la rue et de la place adjecente (60cm de largeur de linéaire). Pas de trottoir coté bâti dans mes souvenirs car la place et le parking sont contre. Cela étant, on peut aussi transférer cette discussion sur un autre sujet car j'ai d'autres cas un peu pénible en tête pour les places avec une voie de type secondary traversant la place avec le même nom et des voies de services qui se rajoute. -- 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] inscription au trac fermée
On Wed, Aug 26, 2015 at 12:08:43PM +0200, Florian LAINEZ wrote: Hello, j'ai essayé de m'inscrire à Trac pour remonter une suggestion Osmose mais la page http://trac.openstreetmap.fr/register me renvoie un forbidden. Est-ce un problème identifié ? La page /register a été désactivé parce qu'on avait plein de bots qui créaient des comptes sur trac, et postaient plein de spam. Du coup, on a temporairement désactivé cette page, en attendant de trouver une solution satisfaisante. Je viens de réactiver la page - tu devrais pouvoir maintenant t'y inscrire. -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] couche OSM pour parking/ stationnement?
Je recherche ça dans mes groupes de modifications et je mettrais ça en lien Le 26 août 2015 22:13, Christian Quest cqu...@openstreetmap.fr a écrit : Il est où cet exemple ? J'ai du mal à me représenter un tel cas. On 26/08/2015 16:48, Jérôme Seigneuret wrote: Le 26 août 2015 16:25, Christian Quest cqu...@openstreetmap.fr a écrit : Dans ce cas, il faut tout garder (highway, area, amenity) Dans ce cas c'est Osmose et JOSM qui vont pas être content. Mais bon on peut faire avec. ou bien descendre un cran en plus dans le niveau de détail du mapping pour séparer la surface du parking de la voie de circulation environnante car si il y a un parking au milieu de la place c'est qu'on la contourne quand on circule... Pas vraiment dans mon cas la place et le parking sont confondus. Si je veux ajouter un parking_aisle je crois qu'il faut gérer des contraintes de superposition au niveau des jonctions de la voirie. Je peux ajouter une surface amenity=parking par dessus aussi en enlevant le trottoir de séparation de la rue et de la place adjecente (60cm de largeur de linéaire). Pas de trottoir coté bâti dans mes souvenirs car la place et le parking sont contre. Cela étant, on peut aussi transférer cette discussion sur un autre sujet car j'ai d'autres cas un peu pénible en tête pour les places avec une voie de type secondary traversant la place avec le même nom et des voies de services qui se rajoute. -- 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] Localisation photo, et corrélation gpx
J'ai réussi à horodater un gpx que j'ai construit depuis les routes d'Osm à l'aide de ce site : http://gotoes.org/strava/Add_Timestamps_To_GPX.php Malheureusement, à cause des variations de vitesse, il faut quand même recaler la majorité des photos à la main, ce qui est particulièrement fastidieux. J'en ai fait une partie mais ça m'étonnerait que j'arrive au bout. En revanche, pour écrire dans les photos, l'information de direction depuis le gpx, j'ai réussi. J'ai tout simplement utilisé le script python interpolate_direction proposé par Mapillary : https://github.com/mapillary/mapillary_tools/tree/master/python Il faut toujours corriger certaines images, mais on peut le faire directement dans Josm à l'aide du plugin Photoadjust, et on repère vite les endroits à problème : Les changements brutaux de direction (carrefour, etc..) Il me reste à trouver une solution pour mes photos prises toutes les 0.5 seconde. Stf Le 18/08/2015 22:17, Jo a écrit : Le plugin de Mapillary est capable d'aider à améliorer les positions et les directions boussole. Malheureusement c'est à la main et ça devient fastidieux si c'est pour des milliers de photos. Il est également capable d'envoyer les photos vers le serveur directement, dès à présent. (je teste la version développement, je ne suis pas complètement sûr quelles sont les possibilités de la version qui vient automatiquement avec JOSM) Polyglot 2015-08-18 12:21 GMT+02:00 Stéphane Péneau stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr: Le 18/08/2015 11:18, Nicolas Dumoulin a écrit : Le mardi 18 août 2015 10:31:00 Stéphane Péneau a écrit : Hello tout le monde, Pendant les vacances, j'ai commencé à tester une petite action cam type Gopro, la Xiaomi Yi, qui se vend dans les 70€. Je l'ai surtout utilisée en mode time lapse pour prendre des photos en voiture. Ok, et ça donne quoi comme qualité ? C'est pas mal du tout, l'optique est de qualité, mais le software pêche un peu pour le moment. Le firmware évolue régulièrement, et une communauté commence à la bidouiller dans tous les sens. Je reviendrai plus en détail sur ces points forts/faibles un peu plus tard. Je l'ai fixée via un système Ram-mount que j'avais déjà, j'ai juste ajouté l'adaptateur qui va bien (filetage type appareil photo). Là je pars l'essayer à vélo, montée sur un système d'amortisseur à câble prévu à l'origine pour mon smartphone, pour diminuer les vibrations. Ça me paraît franchement hasardeux :-/ Tu penses considérer que tu avais une vitesse constante entre le départ et l'arrivée et utilisée la route empruntée comme support ? Remarque, ça se tente :-) Tu peux peut-être faire un gpx avec l'itinéraire emprunté et ensuite ajouter avec un script l'horodatage par incrément dans le gpx … Non, bien sûr que ce n'est pas une vitesse stable, ce serait trop facile :-) Disons que si je pouvais déjà les fixer sur un trajet, puis les faire glisser dessus, je pense que je pourrais m'en sortir, mais je ne sais pas du tout si ce genre d'outil existe. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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] osmose: analyse croisement BANO/OSM à tester... dégommer du rouge autrement
Merci Christian, très utile. Sans surprise on a un très faible taux d'erreur en grande ville VS jungle d'erreurs autre part. Au boulot ! Le 26 août 2015 23:55, Christian Quest cqu...@openstreetmap.fr a écrit : On 15/08/2015 19:27, didier2020 wrote: cool ! j'en profite pour te remercier de ces dernieres idees qui sont une aide précieuse pour les ajouts/corrections J'ai modifié la requête pour l'analyse osmose s'appuyant sur BANO pour signaler les rues manquantes, les nom manquants ou incorrects. Elle prend en compte beaucoup plus de cas de figure et on est passé surtout de 2600 proposition ajout ou correction de noms à plus de 2. Si la proposition de josm-fix n'est pas correcte, signalez-le avec un faux-positif, ça me permet ensuite de les passer en revue et de rectifier le tir dans ma requête tentaculaire. Voici le lien direct pour les propositions d'ajout de noms de rue: http://osmose.openstreetmap.fr/fr/map/#item=7170class=32 il y en a plus de 16000... -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ***SPAM*** Re: Nettoyer une imprécision propre au cadastre
Pourquoi ne pas se baser juste sur le ref=C* si le name n'a pas plus de sens qu'une gestion cadastrale pour dire que la route va d'un lieu-dit à un lieu-dit Y ou d'une commune X à une commune Y. Ce proprlème n'est pas lié qu'au voies communales. C'est aussi le cas des départementales. De plus la route prend le nom des différentes communes exemple: RD x de Tavel à Roquemaure aussi noté RD de Tavel à Avignon Vue que c'est basé sur la destination comme des itinéraires et pas comme un nom à proprement parler, doit-on saisir cela ainsi ou mettre juste la destination comme route d'Avignon, route de Roquemaure (dont un en alt_name car les deux sont valable) ? Mettre voie communale ou voie forestière c'est le même problème que pour les RD on met juste ref=D XXX sans mettre de nom (Route départementale de X à Y) sauf en ville car la route à dans 95% un nom réel (rue, boulevard etc...). Le 27 août 2015 00:28, Christian Rogel christian.ro...@club-internet.fr a écrit : Je ne suis pas convaincu, mais je n’étais pas assez convainquant. Il n’est pas normal qu’une voie urbaine soit dénommée (par une initiative intempestive des agents du cadastre) « voie communale », c’est nécessairement un bug. Qu’on m’indique un seul contre-exemple dans lequel la commune aurait voulu créer une « voie communale x ». Pour les routes rurales, on trouve couramment « voie communale de commune 1 à commune 2 ». Il me semble simple de discriminer les deux occurrences, puisque la seconde comporte une particule et 2 noms référencés. Si on supprime voie communale suivi d’une chaîne quelconque, on ne risque pas de tomber sur une route rurale. Personne n’a vu des « voies communales » parasites* ou non *? Dans le même ordre d’idée (les déraillements du cadastre), j’ai 2 cas de doublement intempestif : « Vieiile Vieille route de Rosporden » . Ne peut-on réguler ce type de débordement ? A noter que pour les deux types d’erreurs, j’ai, en prime, des cas d’absence de n° FANTOIR. Christian R. Le 23 août 2015 à 22:41, Vincent de Château-Thierry v...@laposte.net a écrit : Bonsoir, Le 22/08/2015 19:58, Christian Rogel a écrit : Serait-il problématique de retirer « voie communale » d’office, mais à condition de tenir compte du cas où le nom est légitime, au moins jusqu’à enquête sur le terrain? En effet, des routes intercommunales on, parfois, comme nom cadastral « voie communale n de x à y ». La présence du numéro et des noms de communes servirait de discriminant. La réponse donnée par Christian (cq94) dans un fil parallèle (BANO VS OSM) pourrait s'appliquer ici : Et comment déterminer qui est correct ? Et finalement tu ne dis pas autre chose, quand tu proposes d'un côté de retirer d'office, tout en ajoutant immédiatement mais Ce qui revient à dire : soyons systématiques... sauf quand on ne l'est pas ;). La question derrière est bien, je suis d'accord, celle de la légitimité du nom, mais je ne vois pas un programme décider de cette légitimité mieux qu'un contributeur. Sauf à disposer d'une sorte de liste / dictionnaire de ce qui est légitime, ce qu'ici peut-être les communes seraient à même de fournir ? J'exclus les pistes Cadastre et Fantoir qui semblent être la cause du souci. ___ 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] osmose et frontières
tout au plus un adminlevel a 4 pour kes limites des collectivutes regionales, alors que les regions maritimes sont de ka competence de l'État et ses préfets ou des regions militaires et vont jusqu'aux limites territoriales a 12 miles, puis sont partagees pour la zee, qui n'existe pas encore en méditerranée faute d'accord entre les pays. la ligne de cote se détache en fait juste dans les estuaires et ports a cause des collectivités locales et autorités portuaires ou groupements de communes qui y ont une délégation d'autorité et des responsabilités plus ou moins partagées ou l'État ne décide pas seul sur son domaine maritime, mais les communes pas seules non plus. Dans ces zones on a une ligne indicative approximative traversant les eaux jusqu'environ 50 à 100 mètres, qui traduit une réalité de terrain et qui ne figure pas de près ou de loin non plus dans le cadastre qui n'a que des segments schématiques découpant les zones des planches cadastrales, mais ne créant aucune parcelle supplémentaire et aucune division du domaine maritime. Le 26 août 2015 12:40, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 26/08/2015 00:41, osm.sanspourr...@spamgourmet.com a écrit : Ça n'a rien à voir avec le réchauffement climatique mais avec la modification du trait de côte en boundary admin_level=2 (ou la création d'un boundary admin_level=2 depuis le cadastre). Le bord du littoral n'est pas admin_level=2. Curieusement Osmose n'y voit que du feu, pourtant il y a un admin_level=2 sur un polygone ouvert. (par contre les boundary forment des polygones fermés, ici c'est un way). http://osmose.openstreetmap.fr/fr/map/#zoom=12lat=46.7269lon=-2.0028layer=Mapnikoverlays=FFFTitem=level=1%2C2%2C3tags=boundaryfixable= http://osmose.openstreetmap.fr/fr/map/#zoom=12lat=46.7269lon=-2.0028layer=Mapnikoverlays=FFFTitem=level=1%2C2%2C3tags=boundaryfixable= N.B. : il y a d'autres problèmes similaires à côté. Est-il possible de vérifier que les ways sont inclus dans des relations formant un multipolygone homogène ? Oui. Mais l'admin_level n'est pas pris en compte. Je pense que cette vérification à été retiré d'Osmose. Il n'y a pas besoin d'admin_level sur les ways. Sinon une alerte quand la surface ou le périmètre d'un pays change significativement ? Le différentiel Osmose ne sait pas faire. Il faudrait plutôt un référentiel. ___ 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