Re: [OSM-talk-fr] Maposmatic, c'est reparti !
Merci Gwen, je transmet le message sur la liste hot et les groupes de coordination avec les humanitaires. Cela sera tres utile encore avec le typhon Ruby (Hagupit) qui doit toucher terre dans les prochaines 24 heures. Les imprimantes vont se démener encore! Pierre De : Gwen À : Liste Talk-fr Envoyé le : Vendredi 5 décembre 2014 19h30 Objet : [OSM-talk-fr] Maposmatic, c'est reparti ! bonjour Depuis plusieurs mois la base de données de MapOSmatic n'était plus à jour faute de place sur leur serveur. Achetés il y a plus de 6 mois, les nouveaux disques ont été enfin installés. Ce service très pratique qui permet de générer des cartes de villes en utilisant les données OpenStreetMap est donc de nouveau fonctionnel :) http://maposmatic.org/ Gwen ___ 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] Maposmatic, c'est reparti !
bonjour Depuis plusieurs mois la base de données de MapOSmatic n'était plus à jour faute de place sur leur serveur. Achetés il y a plus de 6 mois, les nouveaux disques ont été enfin installés. Ce service très pratique qui permet de générer des cartes de villes en utilisant les données OpenStreetMap est donc de nouveau fonctionnel :) http://maposmatic.org/ Gwen ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rendu osmfr à l'échelle des continents
Les tuiles des zoom 1 à 7 ont été recalculées avec les bonnes limites terre/mer et l'occupation des sols (forêts, désert, hydrographie, etc). Il peut être nécessaire de vider de cache de son navigateur si un rechargement ne suffit pas. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] annulation de modification
Je m'en charge... 2014-12-05 19:26 GMT+01:00 Ralf Treinen : > Bonjour, > > merci aux personnes ayant la capacité de le faire d'annuler les > modifications de l'utilisateur Doris de Caraibexpat > > http://www.openstreetmap.org/user/Doris%20de%20Caraibexpat > > -Ralf. > > ___ > 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
[OSM-talk-fr] annulation de modification
Bonjour, merci aux personnes ayant la capacité de le faire d'annuler les modifications de l'utilisateur Doris de Caraibexpat http://www.openstreetmap.org/user/Doris%20de%20Caraibexpat -Ralf. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rendu osmfr à l'échelle des continents
Les limites terre/mer utilisées proviennent d'un fichier séparé et pas directement des données OSM. Ces limites n'avaient pas été remise à jour depuis pas mal de temps je l'ai fait la semaine dernière, mais la mise jour des tuiles sur les côtes n'est pas systématique... un coup de /dirty peut aider à remettre çà à jour... Le 5 décembre 2014 17:57, Adrien Grellier a écrit : > Encore un soucis : > > J'ai modifié il y a quelques temps la base antarctique Dumont d'Urville : > > > > http://tile.openstreetmap.fr/?zoom=15&lat=-66.6638&lon=140.0064&layers=B000FFF > > Le contour de l'île notamment était mauvais. > > Or les modifications n'ont pas été prise en compte dans le rendu << osmfr > >>... > mais osmfr-lowzoom-test est à jour ! Je n'y comprend pas grand chose... > > > Adrien > > > ___ > 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] rendu osmfr à l'échelle des continents
Encore un soucis : J'ai modifié il y a quelques temps la base antarctique Dumont d'Urville : http://tile.openstreetmap.fr/?zoom=15&lat=-66.6638&lon=140.0064&layers=B000FFF Le contour de l'île notamment était mauvais. Or les modifications n'ont pas été prise en compte dans le rendu « osmfr »… mais osmfr-lowzoom-test est à jour ! Je n'y comprend pas grand chose… Adrien ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rendu osmfr à l'échelle des continents
Le 5 décembre 2014 17:46, Adrien Grellier a écrit : > Bonjour, > > Comme mentionné sur IRC hier, le rendu OSM-fr à changé : lorsqu'on zoome à > l'échelle d'un continent, la carte est vide : plus de désert, forêts, etc. > > Est-ce normal ? Si oui, quelles sont les raisons du changement ? > > Non, pas normal, c'est une pétouille sur le gros raster précalculé. Je suis en train de regarder la cause... > > Autre question, annexe : j'ai mis à jour la carte de l'île d'Amsterdam, > dans > l'océan Indien : > > > http://tile.openstreetmap.fr/?zoom=18&lat=-37.79708&lon=77.5726&layers=B000FFF > > J'ai notamment ajouté une piste d'hélicoptère (DZ). Cette piste apparaît > bien dans OpenStreetMap, dans le rendu « hot » ou « osmfr-lowzoom-test » > sur > tile.openstreetmap.fr, mais pas sur le rendu osmfr ! > > Or d'habitude les DZ apparaissent bien dans le rendu « osmfr », comme en > témoigne la base subantarctique de Crozet (qui au passage est très bien > cartographiée, bravo !) : > > > http://tile.openstreetmap.fr/?zoom=18&lat=-46.43231&lon=51.85849&layers=B000FFF > > Sauriez-vous d'où peut venir ce comportement bizarre ? > > Amicalement, > > Adrien Je ne l'ai pas sur le rendu OSM... http://www.openstreetmap.org/way/315221679 -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] rendu osmfr à l'échelle des continents
Bonjour, Comme mentionné sur IRC hier, le rendu OSM-fr à changé : lorsqu'on zoome à l'échelle d'un continent, la carte est vide : plus de désert, forêts, etc. Est-ce normal ? Si oui, quelles sont les raisons du changement ? Autre question, annexe : j'ai mis à jour la carte de l'île d'Amsterdam, dans l'océan Indien : http://tile.openstreetmap.fr/?zoom=18&lat=-37.79708&lon=77.5726&layers=B000FFF J'ai notamment ajouté une piste d'hélicoptère (DZ). Cette piste apparaît bien dans OpenStreetMap, dans le rendu « hot » ou « osmfr-lowzoom-test » sur tile.openstreetmap.fr, mais pas sur le rendu osmfr ! Or d'habitude les DZ apparaissent bien dans le rendu « osmfr », comme en témoigne la base subantarctique de Crozet (qui au passage est très bien cartographiée, bravo !) : http://tile.openstreetmap.fr/?zoom=18&lat=-46.43231&lon=51.85849&layers=B000FFF Sauriez-vous d'où peut venir ce comportement bizarre ? Amicalement, Adrien ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
Le 05/12/2014 13:58, Vincent de Château-Thierry a écrit : Tu n'as pas la berlue, on n'en a quasiment pas parlé. Et c'est vraiment embryonnaire. L'idée c'est d'archiver quelque part qu'une donnée sur laquelle on n'a pas de prise (la source Cadastre) contient des infos qui n'existent pas/plus sur le terrain, et donc que leur absence dans OSM est voulue et normale. On peut faire le parallèle avec la discussion récurrente sur les immeubles démolis mais encore visibles sur bing : comment dire qu'il ne faut pas les saisir ? Ici, la 'black' liste permet au moins, dans les sorties de BANO, d'exclure une information. Par défaut sinon, ce contenu sera présent dans les exports. Une espèce d'anti-databank, (pas antidatées ;-) ) contenant ce qu'OSM considère comme fautif dans les bases externes (cadastre, fantoir...), avec un champ pour mentionner la source considérée comme fautive. Ça permettrait, via osmose, de relever des conflits quand, par exemple, quelqu'un a remis un building là où on en avait signalé un dans l'antidata. Est-ce une reconstruction ? Est-ce un forcené de l'import ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [vélo] Visualiser tous les DSC dans une ville?
Am 01.12.2014 um 14:36 schrieb Shohreh: C'est là qu'on voit que même des villes contiguës font des choix très différents. À croire que certaines ont du pétrole et pas les autres. Il faut être prudent quand on exploite l'attribut cycleway:left=opposite_lane. Si on ne dispose pas de données open data de la municipalité, le seul moyen de relever l'information est d'aller sur le terrain. Si cycleway:left n'est pas présent sur une rue cela ne veut strictement rien dire et il est fort probable qu'aucun contributeur n'a jamais mis le pied dans cette rue. Là où je contribue, la plupart des sens uniques ne sont pas mappés ou ont été mappés à partir de l'imagerie Bing. Un simple oneway=yes ne veut donc rien dire sur la présence ou non du DSC. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
> De: "lenny" > > Vraiment félicitations pour cet énorme boulot réalisé. Merci :) Et... le vrai énorme boulot, c'est celui (collectif) qui se traduit par exemple ici : http://munin.openstreetmap.fr/osm12.free.org/osm104.openstreetmap.fr/bano_rapproche.html le nombre de rues nommées en France monte, la pente de la courbe ne faiblit pas, bref, on avance ;) > En plus de servir pour un suivi, c'est une vrai aide pour contribuer, > cela va au-delà de BANO, puisqu'il gère les voies sans adresse. Oui c'est bien l'idée : avoir une référence à laquelle confronter nos données, histoire de mieux voir où on en est, et appréhender en quoi consiste le reste à faire. > Bien que la black liste n'est pas la même fonction, elle est utilisée > en > même temps lorsqu'on travaille sur une commune : un lien de l'un vers > l'autre me paraitrait bienvenu (il permettrait aussi de faire > connaître > la black liste - j'avoue que je n'avais pas vu passer avant ces > échanges > sur la liste) Tu n'as pas la berlue, on n'en a quasiment pas parlé. Et c'est vraiment embryonnaire. L'idée c'est d'archiver quelque part qu'une donnée sur laquelle on n'a pas de prise (la source Cadastre) contient des infos qui n'existent pas/plus sur le terrain, et donc que leur absence dans OSM est voulue et normale. On peut faire le parallèle avec la discussion récurrente sur les immeubles démolis mais encore visibles sur bing : comment dire qu'il ne faut pas les saisir ? Ici, la 'black' liste permet au moins, dans les sorties de BANO, d'exclure une information. Par défaut sinon, ce contenu sera présent dans les exports. Pour l'instant, ce contenu n'est pas exploité, le wiki a juste donné une première place pour le mémoriser. Pour consolider le principe, il faudrait plus sûrement une interface de saisie, qui demanderait les mêmes infos (nom, code Fantoir, éventuellement numéro d'adresse, et raison de la déclaration) et qui serait en prise directe sur le contenu géré dans BANO. C'est sûrement une réflexion à mutualiser avec celle du guichet unique de saisie évoqué dans la future BAN, Christian en sait sûrement plus :) : https://twitter.com/JLZIMMERMANN/status/540456478797484032 > J'ai deux questions : > Dans le cas où un "lotissement" est dans FANTOIR, créé par un > lotisseur, > lorsque les voies (qui ont un nom) sont rétrocédées à la commune, la > trace du lotissement disparait sur le terrain. > Je met "nom introuvable sur le terrain" dans l'outil ; je suppose > qu'il > faut également le rajouter dans la black liste : n'est-ce-pas ? Tu peux bien sûr, mais, et ça avait été relevé par Frédéric, il y a un peu double saisie dans ce cas. Bref, il faut qu'on décante cette idée de black liste (idées et remarques bienvenues ici-même). > J'ai un nom dans FANTOIR (une ZAC) ; dans OSM, il est sur un landuse > (pas de highway ni de place). > Je l'ai ajouté dans la black liste pour que le rapprochement ne soit > pas > fait, mais du fait qu'il reste dans l'onglet "voie FANTOIR sans > rapprochement OSM, je pense qu'il faudrait que je mette une > explication > (ce n'est pas vraiment un anomalie), mais aucune typologie ne me > parait > correspondre. Pas de souci à rapprocher ce nom, je pense. Ça contribue à notre "inventaire". Cependant pour l'instant, sur les ponctuels et surfaciques, il n'y a pas de rapprochement sans tag ref:FR:FANTOIR, sauf en la présence d'un tag 'highway' (cas des places). vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
Bonjour, > De: "Pieren" > > Lorsque vous publiez des données opendata, veillez à respecter les > clauses de license: > http://wiki.data.gouv.fr/wiki/Licence_Ouverte_/_Open_Licence > en l'occurence, mentionner la source (a minima) et la date de mise à > jour Oops, comme un rappel d'une histoire de cordonnier, ça. Merci Pieren ;) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
Le 04/12/2014 23:40, Vincent de Château-Thierry a écrit : Bonsoir, Le 04/12/2014 00:01, Vincent de Château-Thierry a écrit : Le 03/12/2014 13:49, Donat ROBAUX a écrit : Est-il possible également de prévoir un onglet avec toutes les voies de la commune, en gros le fichier Fantoir brut? Oui, c'est même en cours... mais je n'ai rien de montrable ce soir. Voilà, vous avez désormais à droite du nom de commune, en haut de page, un 4è lien 'FANTOIR' qui ouvre une nouvelle page avec tout le contenu 'Enregistrement Voie' du Fantoir de la commune, sans aucun filtre. La doc Fantoir correspondante est ici : http://www.collectivites-locales.gouv.fr/files/files/gestion_locale_dgfip/national/FANTOIR_Descriptif.pdf vincent ps. sur les grosses communes (j'ai testé Bordeaux) il faut être patient, la page est longue à charger... Bonjour, Vraiment félicitations pour cet énorme boulot réalisé. En plus de servir pour un suivi, c'est une vrai aide pour contribuer, cela va au-delà de BANO, puisqu'il gère les voies sans adresse. J'ai maintenant un travail de revue des modifications que j'ai faites dans osm pour mettre à jour l'outil. Bien que la black liste n'est pas la même fonction, elle est utilisée en même temps lorsqu'on travaille sur une commune : un lien de l'un vers l'autre me paraitrait bienvenu (il permettrait aussi de faire connaître la black liste - j'avoue que je n'avais pas vu passer avant ces échanges sur la liste) J'ai deux questions : Dans le cas où un "lotissement" est dans FANTOIR, créé par un lotisseur, lorsque les voies (qui ont un nom) sont rétrocédées à la commune, la trace du lotissement disparait sur le terrain. Je met "nom introuvable sur le terrain" dans l'outil ; je suppose qu'il faut également le rajouter dans la black liste : n'est-ce-pas ? J'ai un nom dans FANTOIR (une ZAC) ; dans OSM, il est sur un landuse (pas de highway ni de place). Je l'ai ajouté dans la black liste pour que le rapprochement ne soit pas fait, mais du fait qu'il reste dans l'onglet "voie FANTOIR sans rapprochement OSM, je pense qu'il faudrait que je mette une explication (ce n'est pas vraiment un anomalie), mais aucune typologie ne me parait correspondre. Bonne journée Lenny ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
2014-12-04 23:40 GMT+01:00 Vincent de Château-Thierry : > Voilà, vous avez désormais à droite du nom de commune, en haut de page, un > 4è lien 'FANTOIR' qui ouvre une nouvelle page avec tout le contenu > 'Enregistrement Voie' du Fantoir de la commune, sans aucun filtre. > La doc Fantoir correspondante est ici : > http://www.collectivites-locales.gouv.fr/files/files/gestion_locale_dgfip/national/FANTOIR_Descriptif.pdf Lorsque vous publiez des données opendata, veillez à respecter les clauses de license: http://wiki.data.gouv.fr/wiki/Licence_Ouverte_/_Open_Licence en l'occurence, mentionner la source (a minima) et la date de mise à jour Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
