Re: [OSM-talk-fr] [Hot-francophone] Orfeo Tool box , Satellite Sentinelle
Le 13/06/2015 19:20, Frederic Moine a écrit : Pour ma part je vais surement aller faire des points du côté des écrins et de Barcelonnette en France. Bonsoir Frédéric, Tu penses venir quand du côté de Barcelonnette ? Du 8 au 10 juillet se tient {UDOS} 2015, l'Université d'été du développement de logiciel libre et open source à Digne. Avec une conférence de Jean-Louis Zimmermann spéciale collectivités http://www.udos.fr/mini-conf-openstreemap.html et une Session technique OpenStreetMap et environnements géographiques open source http://www.udos.fr/openstreetmap.html Si tu passes à un autre moment, préviens toujours, ça peut être une occasion de croiser des contributeurs locaux. Librement JCB -- Des formats ouverts pour des données libres http://www.apitux.org/index.php?2006/07/09/107-des-formats-ouverts-pour-des-donnees-libres ==APITUX : le choix du logiciel libre== APITUX - Jean-Christophe Becquet BP 32 - 04001 Digne-les-Bains Cedex 06 25 86 07 92 - j...@apitux.com - http://www.apitux.com/ SIRET : 452 887 441 00031 - APE : 6202A === ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Précision des données culture.gouv
Ok, Merci pour ta réponse Et ne serai-t-il pas judicieux de prendre les adresses qui ne sont pas encore répercuté en refaisant un nouveau géocodage? Y a-t-il une page wiki avec les suivi des données chargés sur Osmose? Ça pourrait être intéressant (ne serait-ce que pour le suivi) Le 18 juin 2015 00:10, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 14/06/2015 10:35, ades_...@orange.fr a écrit : Normalement toutes les entrées de la base Mérimée sont géolocalisées (points et surfaces, plutôt très précis, RGF93), même si ça n’apparait pas sur le site culture.gouv.fr http://culture.gouv.fr. C’est vérifiable là : http://atlas.patrimoines.culture.fr/atlas/trunk/ (même si l’ergonomie est douteuse…) et il y a d’autres données, règlementaires celles-là, concernant le patrimoine (abords des MH, ex ZPPAUP, secteurs sauvegardés, etc.). Ce pourrait être une bonne chose de récupérer directement ces données (ou de les faire libérer) auprès du (par le) ministère. Un boulot pour asso fr ? ps pour les localisations actuelles sur OSM je crois avoir compris que ça vient de Wikipédia, mais je ne crois pas que ça avait été obtenu directement du ministère, plutôt par un travail à partir des adresses ? Je crois qu’il y a eu un fil là-dessus (il y a plusieurs années) Les données actuelles d'Osmose viennent de l'opendata sans localisation, complété par wikipedia pour avoir les liens uniquement et géocodé par adresse avec nominatim à une époque fort lointaine pré-bano. 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] Précision des données culture.gouv
Le 14/06/2015 10:35, ades_...@orange.fr a écrit : Normalement toutes les entrées de la base Mérimée sont géolocalisées (points et surfaces, plutôt très précis, RGF93), même si ça n’apparait pas sur le site culture.gouv.fr http://culture.gouv.fr. C’est vérifiable là : http://atlas.patrimoines.culture.fr/atlas/trunk/ (même si l’ergonomie est douteuse…) et il y a d’autres données, règlementaires celles-là, concernant le patrimoine (abords des MH, ex ZPPAUP, secteurs sauvegardés, etc.). Ce pourrait être une bonne chose de récupérer directement ces données (ou de les faire libérer) auprès du (par le) ministère. Un boulot pour asso fr ? ps pour les localisations actuelles sur OSM je crois avoir compris que ça vient de Wikipédia, mais je ne crois pas que ça avait été obtenu directement du ministère, plutôt par un travail à partir des adresses ? Je crois qu’il y a eu un fil là-dessus (il y a plusieurs années) Les données actuelles d'Osmose viennent de l'opendata sans localisation, complété par wikipedia pour avoir les liens uniquement et géocodé par adresse avec nominatim à une époque fort lointaine pré-bano. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Précision des données culture.gouv
Ce serait peut-être mieux de demander au ministère de « libérer » les coordonnées, puisqu’elles existent et sont précises, plutôt que de refaire une approximation ;-) j’avais raté sur l’atlas du patrimoine que l’on pouvait importer un shp, mais vu l’ergonomie du site… et vu ma fainéantise je m’étais contenté des fichiers d’impression… j’ai jeté un coup d’œil à la licence et je n’ai rien compris …question pour des spécialistes d’osm… Le 18 juin 2015 à 00:39, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Ok, Merci pour ta réponse Et ne serai-t-il pas judicieux de prendre les adresses qui ne sont pas encore répercuté en refaisant un nouveau géocodage? Y a-t-il une page wiki avec les suivi des données chargés sur Osmose? Ça pourrait être intéressant (ne serait-ce que pour le suivi) Le 18 juin 2015 00:10, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Le 14/06/2015 10:35, ades_...@orange.fr mailto:ades_...@orange.fr a écrit : Normalement toutes les entrées de la base Mérimée sont géolocalisées (points et surfaces, plutôt très précis, RGF93), même si ça n’apparait pas sur le site culture.gouv.fr http://culture.gouv.fr/ http://culture.gouv.fr http://culture.gouv.fr/. C’est vérifiable là : http://atlas.patrimoines.culture.fr/atlas/trunk/ http://atlas.patrimoines.culture.fr/atlas/trunk/ (même si l’ergonomie est douteuse…) et il y a d’autres données, règlementaires celles-là, concernant le patrimoine (abords des MH, ex ZPPAUP, secteurs sauvegardés, etc.). Ce pourrait être une bonne chose de récupérer directement ces données (ou de les faire libérer) auprès du (par le) ministère. Un boulot pour asso fr ? ps pour les localisations actuelles sur OSM je crois avoir compris que ça vient de Wikipédia, mais je ne crois pas que ça avait été obtenu directement du ministère, plutôt par un travail à partir des adresses ? Je crois qu’il y a eu un fil là-dessus (il y a plusieurs années) Les données actuelles d'Osmose viennent de l'opendata sans localisation, complété par wikipedia pour avoir les liens uniquement et géocodé par adresse avec nominatim à une époque fort lointaine pré-bano. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr 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] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)
Je rejoins la proposition de Pierre-Yves, de pouvoir étendre une plage horaire sur les jours à droite/gauche (et donc de mettre aussi le = sur les 2 bords verticaux). De plus, il faudrait pouvoir indiquer si c'est ouvert/fermé les jours fériés, dont les dates sont soit connues (01/01, 08/05, 11/11, 25/12, ...) soit calculables (Pâques, Ascension, Pentecôte, ...), ainsi que pour les vacances scolaires. Francescu Le 17 juin 2015 07:50, PanierAvide panierav...@riseup.net a écrit : Merci :) C'est noté, je vais voir s'il y a possibilité de rajouter ça par dessus la bibliothèque utilisée pour le calendrier. Le = permet de montrer que l'objet est extensible par le bas, que l'on peut le déplacer, ... Pareil, c'est géré par la bibliothèque de calendrier. Si c'est vraiment troublant je peux voir pour le retirer. Le 17/06/2015 07:26, Pierre-Yves Berrard a écrit : Beau travail :) J'ajouterais la possibilité d'étirer les plages vers la gauche ou la droite :pratique pour les jours ayant les mêmes plages. Sinon, je n'ai pas compris à quoi servait le = au deuxième clic. PY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)
Wow, je dis chapeau ! Beau boulot ! Stf Le 17/06/2015 08:20, PanierAvide a écrit : La gestion des saisonnalités est prévue, je prends note de l'intégrer rapidement ;) Cependant, dans la syntaxe opening_hours il est possible de préciser les jours fériés dans leur ensemble (PH), et il est possible de préciser une date en particulier (donc si les horaires changent d'un jour férié fixe à un autre, pas de soucis), autant pour les jours fériés calculables seul pâques est géré [1]. Pour l'instant la syntaxe ne permettra pas de pousser le détail à des commerces qui ouvrent à des heures différentes selon le jour férié (ceci dit ça doit être relativement rare ?). [1] https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#explain:variable_date Le 17/06/2015 08:10, Francescu GAROBY a écrit : Je rejoins la proposition de Pierre-Yves, de pouvoir étendre une plage horaire sur les jours à droite/gauche (et donc de mettre aussi le = sur les 2 bords verticaux). De plus, il faudrait pouvoir indiquer si c'est ouvert/fermé les jours fériés, dont les dates sont soit connues (01/01, 08/05, 11/11, 25/12, ...) soit calculables (Pâques, Ascension, Pentecôte, ...), ainsi que pour les vacances scolaires. Francescu ___ 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] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)
La gestion des saisonnalités est prévue, je prends note de l'intégrer rapidement ;) Cependant, dans la syntaxe opening_hours il est possible de préciser les jours fériés dans leur ensemble (PH), et il est possible de préciser une date en particulier (donc si les horaires changent d'un jour férié fixe à un autre, pas de soucis), autant pour les jours fériés calculables seul pâques est géré [1]. Pour l'instant la syntaxe ne permettra pas de pousser le détail à des commerces qui ouvrent à des heures différentes selon le jour férié (ceci dit ça doit être relativement rare ?). [1] https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#explain:variable_date Le 17/06/2015 08:10, Francescu GAROBY a écrit : Je rejoins la proposition de Pierre-Yves, de pouvoir étendre une plage horaire sur les jours à droite/gauche (et donc de mettre aussi le = sur les 2 bords verticaux). De plus, il faudrait pouvoir indiquer si c'est ouvert/fermé les jours fériés, dont les dates sont soit connues (01/01, 08/05, 11/11, 25/12, ...) soit calculables (Pâques, Ascension, Pentecôte, ...), ainsi que pour les vacances scolaires. Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)
Mille bravos PanierAvide, je n'aurai pas rêvé mieux. C'est exactement l'outil user friendly que je souhaitais pour initier les noobs que j'ai sous la main. Je rejoins la proposition de Pierre-Yves, de pouvoir étendre une plage horaire sur les jours à droite/gauche (et donc de mettre aussi le = sur les 2 bords verticaux). +1 Pour l'instant la syntaxe ne permettra pas de pousser le détail à des commerces qui ouvrent à des heures différentes selon le jour férié (ceci dit ça doit être relativement rare ?). à priori, oui. Une spécification des horaires d'ouverture durant les jours fériés est déjà un grand pas en avant. Encore merci ! Le 17 juin 2015 08:57, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Wow, je dis chapeau ! Beau boulot ! Stf Le 17/06/2015 08:20, PanierAvide a écrit : La gestion des saisonnalités est prévue, je prends note de l'intégrer rapidement ;) Cependant, dans la syntaxe opening_hours il est possible de préciser les jours fériés dans leur ensemble (PH), et il est possible de préciser une date en particulier (donc si les horaires changent d'un jour férié fixe à un autre, pas de soucis), autant pour les jours fériés calculables seul pâques est géré [1]. Pour l'instant la syntaxe ne permettra pas de pousser le détail à des commerces qui ouvrent à des heures différentes selon le jour férié (ceci dit ça doit être relativement rare ?). [1] https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#explain:variable_date Le 17/06/2015 08:10, Francescu GAROBY a écrit : Je rejoins la proposition de Pierre-Yves, de pouvoir étendre une plage horaire sur les jours à droite/gauche (et donc de mettre aussi le = sur les 2 bords verticaux). De plus, il faudrait pouvoir indiquer si c'est ouvert/fermé les jours fériés, dont les dates sont soit connues (01/01, 08/05, 11/11, 25/12, ...) soit calculables (Pâques, Ascension, Pentecôte, ...), ainsi que pour les vacances scolaires. Francescu ___ 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 -- *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] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)
La taille vertical est beaucoup trop grande, ce qui oblige au scroll vertical et ne facilite pas les choses (parce que la sélection se fait par cellules entières). Il n'y a pas moyen de faire des rectangles beaucoup moins haut, quite à aller à la précision du pixel et une heure indicative à) quelques minutes près qu'on peut encore ajuster dans le champ texte ? (peut-être avec un zoom avant/arrière si on veut vois plus de précision des heures) Sinon seule la dernière cellule permet de changer la durée d'une période et d'évidence on devrait pouvoir sélectionner un bord droit ou gauche pour étendre sur plusieurs jours successifs. Autre problème: seule la dernière cellule permet de changer la durée, les autres déplacent la zone qui peut sortir des limites de la table. La première cellule devrait aussi avoir son bord supérieur déplaçable, et dans tous les cas la sélection ne peut pas sortir des 7 jours (sinon cela doit soit boucler, soir tronquer : la remarque vaut aussi bien pour ce qui est avant la première cellule que ce qui est après car le déplacement n'en tient pas compte) L'idée étant que dans tous les cas cela doit tenir dans la fenêtre. Là c'est une présenttion de type agenda comme s'il y avait du texte à saisir dans les cellules pour noter un événement ou un rendez-vous. J'aurais plutôt mis les heures sur l'axe horizontal et les jours (ou autres lignes pour les dates PH, etc...) sur l'axe vertical (dans ce cas le zoom des heures est un zoom de l'axe horizontal mais le zoom par défaut affiche les 24 heures). Ca pourrait alors devenir un widget intégrable dans un formulaire, ou même un popup d'information (seule différence: le popup d'information n'est pas éditable, il affiche juste la valeur du champ et le tableau en dessous, et le zoom n'est pas absolument nécessaire pour cette présentation statique), y compris depuis un site externe qui pourrait afficher les deux dans un IFRAME (sans aucune autre décoration: juste le champ texte et le tableau, voire seulement le tableau, sans aucune marge) Le 17 juin 2015 08:57, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Wow, je dis chapeau ! Beau boulot ! Stf Le 17/06/2015 08:20, PanierAvide a écrit : La gestion des saisonnalités est prévue, je prends note de l'intégrer rapidement ;) Cependant, dans la syntaxe opening_hours il est possible de préciser les jours fériés dans leur ensemble (PH), et il est possible de préciser une date en particulier (donc si les horaires changent d'un jour férié fixe à un autre, pas de soucis), autant pour les jours fériés calculables seul pâques est géré [1]. Pour l'instant la syntaxe ne permettra pas de pousser le détail à des commerces qui ouvrent à des heures différentes selon le jour férié (ceci dit ça doit être relativement rare ?). [1] https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#explain:variable_date Le 17/06/2015 08:10, Francescu GAROBY a écrit : Je rejoins la proposition de Pierre-Yves, de pouvoir étendre une plage horaire sur les jours à droite/gauche (et donc de mettre aussi le = sur les 2 bords verticaux). De plus, il faudrait pouvoir indiquer si c'est ouvert/fermé les jours fériés, dont les dates sont soit connues (01/01, 08/05, 11/11, 25/12, ...) soit calculables (Pâques, Ascension, Pentecôte, ...), ainsi que pour les vacances scolaires. Francescu ___ 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] lieu dit Bio a Montauban avec code postal 46500
Bonjour, De: Cactusbone cactusb...@free.fr a Montauban il y a un noeud bizarre : http://www.openstreetmap.org/node/469367704 qui semble correspondre à une ville plus haut : http://www.openstreetmap.org/#map=14/44.7768/1.7897 d'après l'historique ça ressemble plus a une insertion erronée corrigée plus ou moins au fil du temps. je suis d'avis de supprimer ce point, mais je ne connais pas Montauban, il y a vraiment un lieu dit Bio ? D'après Fantoir il y a bien un lieu-dit Bio sur la commune de Montauban, avec le code 82121B064H = visible sur http://cadastre.openstreetmap.fr/fantoir/liste_brute_fantoir.html#insee=82121 Vu de ma chaise (= loin de Montauban) j'aurais donc tendance à ne supprimer que le code postal sur ce point, même si le calcul de population n'est pas complètement évident. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] lieu dit Bio a Montauban avec code postal 46500
bien vu ! Merci ! je fait ça ! je laisse la population pour le moment, même si c'est proche de la population de la ville de Bio -- View this message in context: http://gis.19327.n5.nabble.com/lieu-dit-Bio-a-Montauban-avec-code-postal-46500-tp5848438p5848447.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
[OSM-talk-fr] lieu dit Bio a Montauban avec code postal 46500
a Montauban il y a un noeud bizarre : http://www.openstreetmap.org/node/469367704 qui semble correspondre à une ville plus haut : http://www.openstreetmap.org/#map=14/44.7768/1.7897 d'après l'historique ça ressemble plus a une insertion erronée corrigée plus ou moins au fil du temps. je suis d'avis de supprimer ce point, mais je ne connais pas Montauban, il y a vraiment un lieu dit Bio ? -- View this message in context: http://gis.19327.n5.nabble.com/lieu-dit-Bio-a-Montauban-avec-code-postal-46500-tp5848438.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] lieu dit Bio a Montauban avec code postal 46500
De: Cactusbone cactusb...@free.fr bien vu ! Merci ! je fait ça ! je laisse la population pour le moment, même si c'est proche de la population de la ville de Bio Alors à mon tour de dire 'bien vu !' :) 256 c'est en effet la population de la commune de Bio(46) au recensement de 1999 : http://www.recensement-1999.insee.fr/default.asp?asp_action=produitc_typeprod=DDSc_prod=E_DEMOc_theme=ALLc_codgeo=46030c_nivgeo=C Ça ressemble vraiment à un copier/coller un peu rapide des données de la commune. Donc finalement je vote pour la suppression du tag population, aussi. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)
Tant que nous sommes dans les suggestions, j'imagine tout à fait un outil de ce type, adapté au tactile, et intégré dans DesignMyApp. C'est sans doute à voir avec eux. A+ Stf Le 17/06/2015 18:10, PanierAvide a écrit : Merci à tous pour vos remarques et suggestions (parfois nombreuses) ;) Je note tout cela, et je me chargerai d'intégrer ça pour la prochaine version. Par contre je suis pas certain que mettre les jours en ligne soit une bonne idée, justement parce que la plupart de présentation de ce type (agendas) sont avec des jours en colonnes. Les dates spéciales ou saisons seront dans des onglets, avec un calendrier spécifique à chaque saisonnalité définie (à étudier, c'est pas encore fait). L'idée du widget est intéressante, ça permettrait d'intégrer le composant à d'autres outils. Cordialement. Le 17/06/2015 10:10, Philippe Verdy a écrit : La taille vertical est beaucoup trop grande, ce qui oblige au scroll vertical et ne facilite pas les choses (parce que la sélection se fait par cellules entières). Il n'y a pas moyen de faire des rectangles beaucoup moins haut, quite à aller à la précision du pixel et une heure indicative à) quelques minutes près qu'on peut encore ajuster dans le champ texte ? (peut-être avec un zoom avant/arrière si on veut vois plus de précision des heures) Sinon seule la dernière cellule permet de changer la durée d'une période et d'évidence on devrait pouvoir sélectionner un bord droit ou gauche pour étendre sur plusieurs jours successifs. Autre problème: seule la dernière cellule permet de changer la durée, les autres déplacent la zone qui peut sortir des limites de la table. La première cellule devrait aussi avoir son bord supérieur déplaçable, et dans tous les cas la sélection ne peut pas sortir des 7 jours (sinon cela doit soit boucler, soir tronquer : la remarque vaut aussi bien pour ce qui est avant la première cellule que ce qui est après car le déplacement n'en tient pas compte) L'idée étant que dans tous les cas cela doit tenir dans la fenêtre. Là c'est une présenttion de type agenda comme s'il y avait du texte à saisir dans les cellules pour noter un événement ou un rendez-vous. J'aurais plutôt mis les heures sur l'axe horizontal et les jours (ou autres lignes pour les dates PH, etc...) sur l'axe vertical (dans ce cas le zoom des heures est un zoom de l'axe horizontal mais le zoom par défaut affiche les 24 heures). Ca pourrait alors devenir un widget intégrable dans un formulaire, ou même un popup d'information (seule différence: le popup d'information n'est pas éditable, il affiche juste la valeur du champ et le tableau en dessous, et le zoom n'est pas absolument nécessaire pour cette présentation statique), y compris depuis un site externe qui pourrait afficher les deux dans un IFRAME (sans aucune autre décoration: juste le champ texte et le tableau, voire seulement le tableau, sans aucune marge) ___ 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] lieu dit Bio a Montauban avec code postal 46500
fait ! :) Merci pour les fouilles ! -- View this message in context: http://gis.19327.n5.nabble.com/lieu-dit-Bio-a-Montauban-avec-code-postal-46500-tp5848438p5848471.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] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)
Merci à tous pour vos remarques et suggestions (parfois nombreuses) ;) Je note tout cela, et je me chargerai d'intégrer ça pour la prochaine version. Par contre je suis pas certain que mettre les jours en ligne soit une bonne idée, justement parce que la plupart de présentation de ce type (agendas) sont avec des jours en colonnes. Les dates spéciales ou saisons seront dans des onglets, avec un calendrier spécifique à chaque saisonnalité définie (à étudier, c'est pas encore fait). L'idée du widget est intéressante, ça permettrait d'intégrer le composant à d'autres outils. Cordialement. Le 17/06/2015 10:10, Philippe Verdy a écrit : La taille vertical est beaucoup trop grande, ce qui oblige au scroll vertical et ne facilite pas les choses (parce que la sélection se fait par cellules entières). Il n'y a pas moyen de faire des rectangles beaucoup moins haut, quite à aller à la précision du pixel et une heure indicative à) quelques minutes près qu'on peut encore ajuster dans le champ texte ? (peut-être avec un zoom avant/arrière si on veut vois plus de précision des heures) Sinon seule la dernière cellule permet de changer la durée d'une période et d'évidence on devrait pouvoir sélectionner un bord droit ou gauche pour étendre sur plusieurs jours successifs. Autre problème: seule la dernière cellule permet de changer la durée, les autres déplacent la zone qui peut sortir des limites de la table. La première cellule devrait aussi avoir son bord supérieur déplaçable, et dans tous les cas la sélection ne peut pas sortir des 7 jours (sinon cela doit soit boucler, soir tronquer : la remarque vaut aussi bien pour ce qui est avant la première cellule que ce qui est après car le déplacement n'en tient pas compte) L'idée étant que dans tous les cas cela doit tenir dans la fenêtre. Là c'est une présenttion de type agenda comme s'il y avait du texte à saisir dans les cellules pour noter un événement ou un rendez-vous. J'aurais plutôt mis les heures sur l'axe horizontal et les jours (ou autres lignes pour les dates PH, etc...) sur l'axe vertical (dans ce cas le zoom des heures est un zoom de l'axe horizontal mais le zoom par défaut affiche les 24 heures). Ca pourrait alors devenir un widget intégrable dans un formulaire, ou même un popup d'information (seule différence: le popup d'information n'est pas éditable, il affiche juste la valeur du champ et le tableau en dessous, et le zoom n'est pas absolument nécessaire pour cette présentation statique), y compris depuis un site externe qui pourrait afficher les deux dans un IFRAME (sans aucune autre décoration: juste le champ texte et le tableau, voire seulement le tableau, sans aucune marge) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] comment taguer des panneaux biche (dot com) / animaux sauvages
Celui-ci me plait beaucoup : http://mapillary.com/map/im/uwDkzjU98Ihsh8rLAtxVPA Mais pour les tags ça ne va pas être simple non plus ! 2015-06-15 12:33 GMT+02:00 Florian LAINEZ winner...@free.fr: Il me semble tout à fait prioritaire d'ajouter celui-là sur panneauxbiche.com ^^ https://customtripplanning.files.wordpress.com/2012/04/stripper.jpg Plus sérieusement il y a en effet une grande diversité de panneaux. D'où l'intérêt de les décrire correctement et précisément dans OSM 2015-06-15 11:56 GMT+02:00 Eric Brosselin - Osm o...@eric.brosselin.net: Il y a en tous cas une grande diversité de dangers potentiels (animaux) et donc de panneaux. Juste quelques liens pour illustrer cela. Adaptation à la faune locale Une histoire vraie : http://www.leparisien.fr/espace-premium/oise-60/a-villotran-les-ralentisseurs-ce-sont-les-canards-18-09-2013-3145995.php Le panneau : http://s3.lprs1.fr/images/2013/09/18/3145995_11-0-3683594380.jpg Noter les variantes des biches http://www.jacky-latrubesse.com/galerie/theme.asp?pre=865Rubrique=886suiv=1445 http://acustomtripplanning.com/2012/04/12/hey-look-at-that-one/ http://www.changesinlongitude.com/unusual-animal-crossing-signs-around-the-world/ http://www.buvettedesalpages.be/2009/02/asturies-des-panneaux-indicateurs-pour-prevenir-de-la-presence-d-ours-brun.html Diversité des dangers http://www.dreamstime.com/photos-images/wildlife-crossing-sign.html (2 pages) Attention crapauds http://www.dreamstime.com/photos-images/toad-crossing-road-sign.html Existe en Allemagne , Pays-Bas il me semble : C'est taggué ? Spécial canards http://www.dreamstime.com/photos-images/duck-crossing-sign.html etc En plus de lire les panneaux il faut apprendre à manœuvrer ;-) http://www.wikihow.com/Avoid-a-Moose-or-Deer-Collision Bon et cette variante de biche ? ;-) http://www.lejsl.com/edition-charolais-brionnais/2014/12/01/des-panneaux-cibles-d-artistes-farceurs ___ 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 -- Hamlet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr