Le 23 mai 2018 à 18:23, Christian Quest a écrit :
> Tu ne confonds pas avec la BD Ortho à 5m ? http://professionnels.ign.fr/b
> dortho-5m
>
> Jamais entendu parlé d'une ouverture de la BDOrtho à 50cm.
>
> Pour l'orthohr, elle est de plus en plus financée par les collectivité
> locales et par l'Eu
a BD Ortho a une résolution (et fraicheur) variable en fonction des
> départements. Sur Paris on est à 5cm et ça sembler dater de 2017 :)
>
>
>
> Le 23 mai 2018 à 17:56, Vincent Frison a écrit
> :
>
>> Le 21 mai 2018 à 22:36, Vincent Privat a
>> écrit :
>
Le 21 mai 2018 à 22:36, Vincent Privat a écrit :
> petit hors sujet, mais si la licence GéoBretagne est compatible OSM, une
> âme charitable pour corriger https://josm.openstreetmap.de/ticket/16061
> en modifiant https://josm.openstreetmap.de/wiki/Maps/France ?
>
> Le 21 mai 2018 à 22:24, Maël RE
Super que les crafts et offices soient enfin affichés ! Cela faisait
longtemps que je suivais le ticket sur GitHub mais j'avais l'impression
qu'ils ne se sortiraient jamais de leur débats sur les icônes et couleurs.
Super aussi que ça soit également le cas sur rendu FR, il ne manque plus
que le re
Hello,
Merci à tous pour vos réponses détaillées. Le sujet est loin d'être simple,
comme souvent avec les problèmes de mails.
Pour commencer j'ai déjà rajouté l'adresse de la liste dans mes contacts,
on verra si ça améliore les choses, mais sinon je réfléchis sérieusement à
changer de messagerie
Hello,
Je me fais régulièrement "bannir" de la liste avec le message suivant:
*Votre abonnement à la liste Talk-fr a été désactivé suite à dueto
excessive bounces The last bounce received from you was dated18-Apr-2018.
Vous ne recevrez plus de messages en provenance de cetteliste tant que vo
Le 16 avril 2018 à 11:39, Cédric Frayssinet a écrit
:
>
> Merci Noémie pour ces précisions !
>
> Qwant étant un moteur de recherche, est-il prévu également d'améliorer le
> moteur actuel d'OpenStreetMap qui est pour moi le point faible autant sur
> OpenStreetMap.org que sur OsmAnd. En effet, une
Le 6 janvier 2018 à 21:38, Vincent Frison a
écrit :
> Le 6 janvier 2018 à 19:36, Christian Quest a
> écrit :
>
>> J'ai sorti du congélateur ce que j'avais fait l'hiver dernier sur
>> l'ombrage...
>>
>> STRMv3 est complet, j'avais calcul
st blacklistée
> par l'IGN sur une bonne partie de ses serveurs.
>
>
> J'imagine mal l'IGN exporter juste la hauteur des bâtiments, et encore
> moins donner un accès complet à la BD Topo... tu peux toujours demander,
> je ne voudrais pas te décourager !
>
>
Le 6 avril 2018 à 13:45, Christian Quest a écrit :
>
> Je sais que ton TOC est la hauteur des bâtiments, mais je pense que se
> limiter à cette seule info pour faire un import est très en dessous des
> enjeux possibles.
>
Certes, mais cela pourrait quand même être un bon début et ça ne bloquerai
Salut Christian,
Merci pour ces précisions, mes réponses plus bas.
Le 5 avril 2018 à 00:43, Christian Quest a écrit :
> C'est un peu plus compliqué que ça...
>
> Cette licence ne s'applique que pour des usages de mission de service
> public, de recherche, d'enseignement, ou de démonstration et
27;on pourrait effectivement leur demander une autorisation
spéciale pour OSM (au moins pour les hauteurs de bâtiments).
++ Vincent.
Le 4 avril 2018 à 11:14, Vincent Frison a écrit :
> Hello,
>
> Il semblerait que les choses doivent bientôt changer du côté de l'IGN et
>
Hello,
Il semblerait que les choses doivent bientôt changer du côté de l'IGN et
qu'ils vont devoir à (court?) terme devoir libérer leur données. Cela
pourrait être fantastique pour OSM notamment pour leur BD TOPO. Quelqu'un
aurait des infos plus précises à ce sujet ?
Dans le passé j'avais fait de
Le 19 janvier 2018 à 21:54, Christian Quest a
écrit :
> Mon week-end dernier a été occupé par un autre sujet... because nouveau
> jouet : https://www.thingiverse.com/thing:2760677
>
Mais en voila du joli relief, magnifique ombrage et courbes de niveau, ça
fait envie ! :)
Bonjour Christian,
Aurais tu par hasard des nouvelles sur l'avancement du rendu FR avec du
relief ? Encore des soucis avec des tuiles d'ombrage dont la taille est
supérieure à 2 Gb ?
Merci, Vincent.
Le 8 janvier 2018 à 10:43, Vincent Frison a
écrit :
> Le 8 janvier 2018 à 02:
Merci pour l'info, je peux pas voir les 2 messages archivés (c'est réservé
aux membres inscrits sur la liste CA) mais je suis bien content de savoir
qu'une nouvelle version du site est dans les tuyaux.
J'ai rajouté mes 2 suggestions au sujet du menu sur le doc partagé (
https://annuel.framapad.org
Le 7 janvier 2018 à 22:14, sly (sylvain letuffe) a
écrit :
> Vincent Frison wrote
> >> Tu ne connais pas http://openstreetmap.fr/outils
> >
> > Ba voila c'est exactement la page que j'imaginais !
>
> Le problème c'est que sa dernière mise à jour d
Le 8 janvier 2018 à 02:50, Christian Quest a
écrit :
> Voici un aperçu: https://framapic.org/gallery#2z7RctD1z97y/
> HuaZj7vuLgX3.png,iWtM0YZeqpgE/s1HWupUrNzCp.png
>
> J'ai juste mis les limites des communes pour se repérer. Premier exemple à
> un zoom moyen (environ 8), second à la résolution na
Le 6 janvier 2018 à 21:46, Vincent Frison a
écrit :
> Le 6 janvier 2018 à 19:36, Christian Quest a
> écrit :
>
>> J'ai sorti du congélateur ce que j'avais fait l'hiver dernier sur
>> l'ombrage...
>>
>> STRMv3 est complet, j'avais calcul
Suite à une ancienne discussion:
Plus globalement je trouve qu'il manque une page (voir un menu) listant
>> tous les super projets fait par OSM FR: osmose, les outils pour BANO ou le
>> cadastre, le serveur de tuile pour ne citer que ceux que je connais...
>>
>
> Tu ne connais pas http://openstree
Le 6 janvier 2018 à 19:36, Christian Quest a
écrit :
> J'ai sorti du congélateur ce que j'avais fait l'hiver dernier sur
> l'ombrage...
>
> STRMv3 est complet, j'avais calculé l'ombrage transparent, par contre
> certaines dalles de 10° x 10° étaient trop volumineuses et avaient dépassé
> les 2Go
Le 6 janvier 2018 à 19:36, Christian Quest a
écrit :
> J'ai sorti du congélateur ce que j'avais fait l'hiver dernier sur
> l'ombrage...
>
> STRMv3 est complet, j'avais calculé l'ombrage transparent, par contre
> certaines dalles de 10° x 10° étaient trop volumineuses et avaient dépassé
> les 2Go
Le 5 janvier 2018 à 20:21, Christian Quest a
écrit :
> Pour moi c'est à éviter car ça fait dépendre ton rendu d'un service tiers
> dont on ne contrôle pas la disponibilité.
>
> Si les tuiles externes d'ombrage ou de courbe de niveau ne sont pas
> dispo... on fait quoi ?
>
> Un serveur de tuile do
Merci Christian pour ces précisions.
Donc l'idée c'est est d'avoir un MNT en local et une moulinette permettant
de le convertir à la volée en jolis tuiles rasters avec transparence, puis
bien configurer mapnik pour qu'il les utilise.
Mais là ça serait donc une solution propre, et du coup un peu c
Le 5 janvier 2018 à 12:13, Christian Quest a
écrit :
> C'est quelque chose que j'avais exploré pour le rendu FR... avec les
> courbes de niveau.
>
> Exemple: https://cl.ly/3u0J2p423J3M
>
Très joli !
> Pour un rendu vraiment propre, il faut appliquer l'ombrage en 2 fois, afin
> de ne pas trop omb
Effectivement je peux comprend l'idée: sur osm.org il ne faudrait afficher
uniquement des données en provenance de la DB d'OSM.
Mais en fait l'argument d'une source données externe ne tient pas vraiment
puisqu'il y a déjà du hillshade sur le layer "carte cyclable" d'osm.org !
L'avantage du relief
anvier 2018 à 14:59, althio a écrit :
> Non tu n'es pas le seul, il suffit d'aller voir la question sur :
> https://github.com/gravitystorm/openstreetmap-carto/issues/2931
>
> -- althio
>
>
> 2017-12-28 15:10 GMT+01:00 Vincent Frison :
> > Hello,
> >
Le 3 janvier 2018 à 11:03, Vincent Frison a
écrit :
> Bon visiblement l'absence de relief sur openstreetmap.org ne gêne pas
> grand monde mis à part moi :)
>
> Sinon je me rend compte que sur tile.openstreetmap.fr il y a une petite
> option pour afficher les hillshades d
ute lié au fait que le site openpistemap.org
est lui même down ?
Le 28 décembre 2017 à 15:10, Vincent Frison a
écrit :
> Hello,
>
> Je sais pas si je suis le seul mais pour moi les cartes affichant le
> relief, c'est à dire avec hillshade et/ou courbes de niveaux, sont bien
>
Article très intéressant !
Comme l'auteur je me demande quelle est la relation entre la technique leur
permettant d'avoir des modèles full 3D des villes lorsqu'on est en mode
satellite/3D et celle leur permettant d'avoir des empreintes de bâtiments
extrêmement précises (+ infos de hauteur visiblem
Hello,
Je sais pas si je suis le seul mais pour moi les cartes affichant le
relief, c'est à dire avec hillshade et/ou courbes de niveaux, sont bien
plus jolies que celles sont relief. Je dirais même qu'en plus d'être plus
jolies elles sont beaucoup plus claires car elles permettent de se repérer
p
Le 24 novembre 2017 à 09:50, Vincent Frison a
écrit :
> Le 20 novembre 2017 à 08:12, Christian Quest a
> écrit :
>
>> Vu que ce sujet n'a démarré qu'il n'y a que 4 jours, je ne vois pas
>> l'urgence à faire l'upload. Il me semble préférable d
Le 20 novembre 2017 à 08:12, Christian Quest a
écrit :
> Vu que ce sujet n'a démarré qu'il n'y a que 4 jours, je ne vois pas
> l'urgence à faire l'upload. Il me semble préférable d'avoir encore quelques
> retours et se donner une semaine entre une proposition d'import, les
> premiers fichiers à v
Effectivement c'est sexy !
Je suis étonné de voir que sur 38 TB seulement 15 viendrait de la France...
Le 20 novembre 2017 à 13:38, sly (sylvain letuffe) a
écrit :
> Il est très sexy ce goaccess, mais si on gratte, il manque quand même
> quelques trucs bien utiles (c'est p'tet un truc qui s'ac
Ok pour virer le tag genus (si species est présent) et pour attendre la fin
de la semaine avant de faire l'import...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Le 19 novembre 2017 à 20:26, marc marc a écrit :
> En résumé, je mettrais sur le changeset :
> source=data.metropolegrenoble.fr ou Metropole Grenoble
> source:date=2017
> website=lien vers la page wiki de l'import
> source:website=http://data.metropolegrenoble.fr/ckan/dataset
> /les-arbres-de-gre
Le 18 novembre 2017 à 18:03, marc marc a écrit :
> Peux-tu isoler le cas où plusieurs arbres sont dans ton rayon
> de sécurité de 5m ?
est-ce que ce sont des espèces différentes ou identique ?
>
Oui ces cas sont isolés mais actuellement l'algo ne regarde que la
distance. C'est vrai qu'il pourra
Merci beaucoup pour vos retours !
Au final je vais donc ne pas rajouter de tag ref et je vais toujours
renseigner genus ET species (s'il y a une valeur bien sûr).
J'ai corrigé le coup des espèces/genres qui pouvaient ne pas avoir de
valeur ainsi que le problème de l'UTF-8 (une nouvelle version es
très faible nombre d'imports annoncés. Sur le
catalogue <https://wiki.openstreetmap.org/wiki/Import/Catalogue> on peut
voir que sur les 3 derniers mois il n'y a eu que 3 imports et ce sont les
miens ! Cela voudrait dire que pas mal d'imports se font "à la douce" ?
Le 17 novembre 2017 à 00:14, sly (sylvain letuffe) a
écrit :
> Si tu as déjà fait l'outil, ça serait bien de fournir si c'est possible le
> fichier osm résultant, plusieurs personnes, et surtout ceux de grenoble
> pourront ainsi faire un sondage sur quelques arbres et juger de la qualité
> du fic
Le 16 novembre 2017 à 23:47, marc marc a écrit :
> Le 16. 11. 17 à 23:23, Vincent Frison a écrit :
>
> > l'année de plantation. > Malheureusement je ne vois rien de tel sur le
> wiki...
>
> J'en ai vu beaucoup avec start_date que je trouves cohérent.
> L
Hello,
Je projette d'importer les arbres municipaux de Grenoble disponibles en
ODbL sur le portail open date le ville:
http://data.metropolegrenoble.fr/ckan/dataset/les-arbres-de-grenoble
Contrairement aux données de la ville de Nice il n'y a pas que la
localisation mais aussi le genre/espèce et
Le 13 novembre 2017 à 10:16, albanm a écrit :
> Bonjour,
>
> Je suis co-fondateur de Koumoul et c'est moi qui ai travaillé sur cette
> carte, nous sommes tombés sur ce fil de discussion et je vais en profiter
> pour éclaircir quelques petites choses.
>
> Sur cette carte nous avons fourni un trava
Excellent !
Mais je suis surpris de voir qu'il y a sur leur carte les bâtiments même
sur des communes pour lesquelles il n'y en a pas dans OSM, par ex. les
Adrets de l'Esterel dans le Var pour laquelle le cadastre n'a pas encore
été vectorisé. Comment ont ils fait ?
Le 10 novembre 2017 à 15:58
Je confirme que tout a l'air bon maintenant.
Le nombre final de bâtiments mis à jour est 55 605.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
tivement un peu ridicule et participe de la
> politique anti-import de certains.
>
> Ceci dit, les collectivités françaises qui ont opté pour l'ODbL, devraient
> en principe revoir ce choix, car il n'est pas forcément bien légal... (cf
> mes slides du dernier SOTM "ODbL...
Le 4 novembre 2017 à 23:06, marc marc a écrit :
> Tu peux pas identifier les bâtiments où mmt = 0 ?
>
Si si tout est dans les logs...
> Sinon y a le revert plugin
>
Ah super je vais regarder ça, en fait je pensais que c'était un truc
réservé aux admins...
_
pas comment on peut faire une condition sur la hauteur).
Serait il possible de faire un revert pour que je puisse ensuite refaire
l'import avec le bon setting ?
En espérant que ça ne soit pas trop fastidieux sachant qu'il y a 61
changesets en tout...
Merci, Vincent.
Le 4 novembr
Hello,
J'ai fait l'import la nuit dernière et 60 777 bâtiments ont été mis à jour
avec leur hauteur.
Pour info il y a eu 2 difficultés pour cet import:
- Le DTM et le DSM qui n'étaient pas dans des bons formats à l'origine mais
ça s'est résolu avec les outils de GDAL / OGR (merci à Christian pou
Hello Marc,
Le 30 octobre 2017 à 10:34, marc marc a écrit :
> Bonjour Vincent,
>
> merci pour cette énergie.
>
Merci ;)
> As-tu mis en place une "protection" pour ne pas modifier l'objet si la
> valeur obtenue est hors-limite raisonnable ? si oui quelle valeur ?
>
Oui il y a des garde fous c
Hello,
Après Nice (et Paris) je projette d'importer la hauteur des bâtiments de la
commune de Montpellier en me basant sur un MNT (modèle numérique de
terrain) et MNS (modèle numérique de surface) disponibles directement en
ODbL sur le portail Open Data de Montpellier Mediterranée Métropole:
http:
e_pi1%
> 5Bcategories%5D%5B0%5D=45&tx_icsoddatastore_pi1%
> 5Bcategories%5D%5B1%5D=42&tx_icsoddatastore_pi1%5Buid%5D=
> 115&tx_icsoddatastore_pi1%5BreturnID%5D=447
>
> Romain
>
> Le 6 octobre 2017 à 23:42, Vincent Frison a
> écrit :
>
>> Le 6 octobre 201
Le 6 octobre 2017 à 18:37, marc marc a écrit :
> Le 04. 10. 17 à 21:19, Vincent Frison a écrit :
> > malheureusement il n'y a pas beaucoup
> > de villes en France où je peux trouver en open data le MNT et le MNS
> > (avec une bonne résolution en plus).
>
> est-ce
Le 2 octobre 2017 à 23:25, marc marc a écrit :
> Ceci dit, cela me semblerait utile de détecter l'anomalie au moment de
> l'import : si l'une des 2 valeurs manque ou est en dehors d'une certaine
> fourchette de valeur (idem pour la différence), considérer cela comme
> une erreur et ne pas modifie
Le 27 septembre 2017 à 23:25, Philippe Verdy a écrit :
> Un problème entre Cantaron et Falicon, le MNT ne semble pas correct (plat
> là où il y a des montagnes) du coup, on a des tas de "tours":
>
Pour info j'ai corrigé cette zone, merci pour le report.
A priori c'était la seule zone qui posait
int sur une cage d'ascenseur posée en haut d'un toit plat, avec ou
> sans la hauteur d'un mât d'antennes qui peut également être posé au dessus
> du bâtiment comme un simple noeud avec sa propre hauteur supplémentaire.
>
> Le 28 septembre 2017 à 15:33, Vincent Fris
e 28 septembre 2017 à 15:18, Philippe Verdy a écrit
> :
>
>> il fallait la voir cette option, alors que la case "3D" tout en haut à
>> droite est évidente. Merci pour mentionner, l'interface graphique pourrait
>> être épurée pour les options, cela n'a rien
erci pour mentionner, l'interface graphique pourrait
> être épurée pour les options, cela n'a rien à voir avec les recherches...
>
> Le 28 septembre 2017 à 15:11, Vincent Frison a
> écrit :
>
>> Si si il y a une option pour cela: à coté de la zone de recherche clic
>
ose pas du MNT pour afficher
> correctement le relief ! Il pose tous les bâtiments sur un terrain plat !
>
> Le 28 septembre 2017 à 09:33, Vincent Frison a
> écrit :
>
>> Oui on m'a déjà signalé hier soir qu'il y avait un souci sur cette zone:
>> le bug vient du fa
> camera.theta=27.399
>
>
> Le 27 septembre 2017 à 18:01, Vincent Frison a
> écrit :
>
>> Hello,
>>
>> L'import a été fait: 52310 bâtiments ont été mis à jour avec leur hauteur.
>>
>> Plus de détails sur cette page Wiki
>> <https://wi
Hello,
L'import a été fait: 52310 bâtiments ont été mis à jour avec leur hauteur.
Plus de détails sur cette page Wiki
<https://wiki.openstreetmap.org/wiki/Nice,_France/Buildings_Heights_Import>.
++ Vincent.
Le 18 septembre 2017 à 17:57, Vincent Frison a
écrit :
> Hello,
&
Le 26 septembre 2017 à 12:09, Jean-Marc Liotier a écrit :
> On Tue, 26 Sep 2017 10:44:10 +0200 (CEST)
> Vincent de Château-Thierry wrote:
> >
> > > De: "PIERRE Sylvain"
> > >
> > > Cet inventaire comporte un volet géographique visible ici :
> > > http://sigweb.bas-rhin.fr/arbrem/ , plus de 250
Hello,
Je projette d'importer dans OSM la hauteur des bâtiments de la ville de
Nice, un peu comme je l'avais fait il y a 2 ans pour Paris:
http://wiki.openstreetmap.org/wiki/Paris,_France/Buildings_Heights_Import
Ici les données viennent du MNT (modèle numérique de terrain) et MNS
(modèle numériq
e semble que josm permet de corriger les noeuds confondus. Il suffit
>> d'importer la zone, puis de faire une validation. Il devrait détecter les
>> noeuds dupliqués. Et tu as juste à cliquer sur "réparer" pour qu'il corrige
>> le problème. Puis renvoyer évidemme
uelqu'un pourrait il faire le revert sur le changeset 33108671 svp ? Mais
peut-être que je peux le faire moi même comme un grand ?
Merci, Vincent.
Le 7 août 2015 23:16, David Crochet a écrit :
> Bonjour
>
> Le 07/08/2015 23:06, Vincent Frison a écrit :
>
>> Sinon il
Hello,
J'ai fait l'import des arbres municipaux de Nice: l'import pour modifier
les éléments existants s'est bien passé (835 éléments) mais manque de bol
il y a eu un problème (réseau à priori) pour l'import des nouveaux arbres
(29 411 éléments). JOSM a arrêté l'upload en plein milieu du transfert
03 Aug 2015, at 11:45, Vladimir Vyskocil
>> wrote:
>>
>> C’est dangereux de rouler sur le Boulevard René Cassin par exemple ;-)
>>
>>
>> http://www.openstreetmap.org/?mlat=43.66954&mlon=7.21884#map=19/43.66954/7.21884
>>
>> Je suppose que ce sont des
m sur les 3 prochaines générations..
Le 31 juillet 2015 00:00, Vincent Frison a écrit
:
> Le 30 juillet 2015 23:24, Jérôme Seigneuret a
> écrit :
>
>> Oui pour empêcher l'import mais on n'est pas à 15 cm sur le placement des
>> bâtiments aussi donc qui a raison?
Le 30 juillet 2015 23:24, Jérôme Seigneuret a
écrit :
> Oui pour empêcher l'import mais on n'est pas à 15 cm sur le placement des
> bâtiments aussi donc qui a raison?
>
> Il faudrait genre un pré-filtre. Si tu fais ça sous JOSM il doit bien être
> possible de faire comme sous n'importe quel SIG u
Le 30 juillet 2015 23:02, a écrit :
> Vincent, tu vois ce genre d'import sans communauté (plus exactement en
> comptant sur la communauté pour corriger), ça fait mal, mais toi ce n'est
> pas dans un but malsain, ce n'est pas parasiter bien au contraire.
>
Euh oui merci de ne pas m'associer à ce
Le 30 juillet 2015 09:29, Christian Quest a écrit
:
> On a un arbre dans la basilique Notre-Dame, des arbres à moins d'1m de
> certaines highway (non pedestrian). Des problèmes de calage ? De quel
> côté OSM ou opendata ?
Place Masséna, il y a des différences avec Bing (qui date de 2012)... de
>
Bien vu Jérôme ! Par contre si cela ne vous dérange je préfère qu'on garde
la discussions sur les arbres de Nice dans son sujet dédié...
Sinon désolé Jean-Yvon mais je n'adhère toujours pas à ta théorie de
l'arbre synthétique: si une personne est assez motivé pour aller rajouter
le type ou la haut
J'ai reçu une réponse de la part du service, je rappelle que je leur avais
posé la question pour savoir s'il prévoyait à terme de rajouter d'autres
infos que la position comme le type ou la hauteur.
La réponse, qui tien en une ligne et qui est assez surprenante (je me
permet de la c/c ici puisque
Bonjour Vlad,
Content de voir un local rejoindre la discussion :)
- quid de la maintenance a long terme car le sujet ne semble pas passionner
> beaucoup de monde
>
Ce sujet a déjà été évoqué, je m'occuperai de la maintenance et à priori
sur plus long terme que les arbres rajoutés manuellement (p
Le 27 juillet 2015 22:46, Christian Quest a écrit
:
> Le 27/07/2015 01:01, osm.sanspourr...@spamgourmet.com a écrit :
>
> Mais c'est l'arbre qui cache la forêt : je vois que des rues de Nice n'ont
> pas de nom (http://www.openstreetmap.org/way/156776064). Il semble
> pourtant y avoir des habitan
Le 27 juillet 2015 01:01, a écrit :
> L'import se résume à peu de valeur ajoutée, ce n'est pas comparable à PSS.
> Ici tu veux ajouter un nœud par arbre (nouveau).
> Pas de taille, pas d'âge, pas d'espèce, etc...
>
> Donc suffisant pour la municipalité pour savoir quoi arroser. C'est le
> problè
Le 27 juillet 2015 00:58, Vincent de Château-Thierry a
écrit :
>
> Le 27/07/2015 00:08, Vincent Frison a écrit :
>
> Je commence juste à me rendre compte (je suis un nouveau de 6 mois hein)
>> à quel point les imports auto sont mal vues par ici. Je savais bien que
>>
Le 26 juillet 2015 22:26, Vincent de Château-Thierry a
écrit :
>
> Le 26/07/2015 21:30, Vincent Frison a écrit :
> > Bon d'accord l'import TIGER a visiblement été très négatif pour la
> > naissance de la communauté US.. mais pour revenir concrètement (et
> &
Le 26 juillet 2015 19:59, Emilie Laffray a écrit
:
>
> Petite anecdote. Il fut même considéré a un moment d'effacer les données
> TIGER existantes afin de recréer une toile blanche. Chose qui au final ne
> s'est pas fait du faire de la difficulté de séparer ce qui avait été
> retouché (mais base
Le 26 juillet 2015 19:51, JB a écrit :
> Quelques réponses décousues :
>
> Le 26/07/2015 15:47, Vincent Frison a écrit :
>
> Par contre j'ai plus de mal à adhérer à l'idée que les imports
> automatiques déshumaniseraient OSM. Bon déjà je serais le premier partant
lutôt que de les noter sur une carte imprimée pour après les
faire intégrer dans l'OD de Nice (s'ils le veulent bien !) pour après les
réimporter dans OSM... à ce moment autant considérer que LA référence c'est
OSM ! ;p
Le 26 juillet 2015 14:44, Vincent Frison a écrit
:
>
Alors pour répondre à la question de Jérôme sur la gestion des conflits:
Avant je ne considérais que l'arbre existant le plus proche de l'arbre
importé. Mais comme je disais dans un post précédent: la gestion des "multi
matching trees" (ie. les arbres existants qui sont dans le rayon de
plusieurs
Le 25 juillet 2015 18:53, Vincent Pottier a écrit :
> Si le programme, qui détecte la présence d'un arbre à 2 m, pouvait
> modifier le point existant plutôt que de le remplacer, ce serait top.
> Merci pour ceux qui ont œuvré à OSM.
>
Mais c'est le cas ! J'ai justement changé le programme pour qu
Au fait le portail OpenData de Nice utilise la Licence Ouverte (
http://www.etalab.gouv.fr/licence-ouverte-open-licence), on est bien
d'accord que c'est bien compatible avec l'ODbL ? A priori oui mais c'est
juste pour être sûr ;)
___
Talk-fr mailing list
Le 25 juillet 2015 16:45, a écrit :
> De plus si une administration a un SIG donnant ces informations et les
> proposant à l'import, on peut supposer que soit ils comptent sur les
> contributeurs pour leur signaler les problèmes soit ils vont vouloir que
> l'import soit fait régulièrement.
> Sin
Effectivement ce tag pourrait leur faire plaisir mais je doute que ça soit
suffisant pour leur faire abandonner leur clause NC.
De toute les manière je vais un peu attendre un ou deux mois avant de
revenir vers eux pour voir si leur position a changé..
Le 25 juillet 2015 16:59, a écrit :
> Je
Le 24 juillet 2015 14:44, JB a écrit :
> Sans vouloir trop m'avancer, je pense que Christian demandait : « Qui va
> s'occuper de l'entretien des données arbres à Nice ? ». C'est beau (ou pas)
> de les importer, mais quid de leur évolution dans 2, 5, 15 ans ? Est-ce que
> les mappeurs locaux sont
Bonjour Stéphane,
Je suis justement en train de travailler dessus, enfin je vais y revenir
dès que j'en aurais fini l'import des arbres niçois.
Pour info le programme peut maintenant créer des bâtiments (et surtout
leurs sous-bâtiments) à partir des données OpenData de Paris. Et
franchement le re
Alors les données ont l'air d'être bien entretenues puisqu'ils viennent
justement de mettre à jour leur export 2015 qui contient environ 600 arbres
supplémentaires par rapport à celui de 2014. On peut donc espérer qu'ils
continuent à le mettre à jour de temps en temps (j'attends leur réponse à
ce s
Le 21 juillet 2015 22:00, Vincent Frison a écrit
:
> Je ferai aussi quelques tests en variant le rayon, je vous tiendrai au
> courant des résultats...
>
Avec un rayon de 2 mètres :
Total of created trees: 29947
Total of updated trees: 574
Total of multi matching trees: 28
Avec un r
Effectivement je vais plutôt modifier les éléments existants plutôt que de
les supprimer, c'est une meilleure manière de procéder, en tout cas moins
agressive.
Je ferai aussi quelques tests en variant le rayon, je vous tiendrai au
courant des résultats...
__
Hello
Je compte importer dans OSM l'ensemble des arbres municipaux de Nice, merci
au portail OpenData de l'agglomération de Côte d'Azur. Ici c'est du vrai
open data, je ne devrais donc pas avoir la même frustration qu'avec
l'import des immeubles de PSS ;)
Ils viennent de mettre à jour leur fichie
Le 18 juillet 2015 15:29, Christian Quest a écrit
:
> Il est clair que la licence actuelle de PSS n'est pas compatible avec une
> intégration de toute ou partie de ces données dans OSM.
>
> A chaque fois qu'on parle d'import ou autre, il faut TOUJOURS s'occuper de
> la partie légale avant de s'a
Merci Jean-Yvon et Jérôme pour vos retour, avec vos arguments et avec
l'aide de Christian, notre vénérable président, je vais essayer de les
convaincre d'abandonner cette satanée clause NC !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists
uteurs serait ravis de voir leur travail
incorporé dans OSM).
Voilà où j'en suis, si quelqu'un a déjà fait ce genre de négociations ou à
des conseils à me donner ça m'intéresse...
Le 16 juillet 2015 20:36, Jérôme Seigneuret a
écrit :
> Donc en clair ça sert à rien ;-)
>
> Le 1
Le 28 mai 2015 23:13, Vincent Frison a écrit :
>
> Sinon ça serait bien chouette s'ils pouvaient également nous rajouter dans
> leur export un ou deux champs supplémentaires, comme par exemple le nom ou
> l'année de construction mais bon c'est déjà assez classe qu
Le 1 mai 2015 21:14, Vincent Frison a écrit :
>
> Merci pour vos réponses, notamment Philippe pour ton mail très instructif.
>
> Et donc s'il faut résumer cette licence BY-NC-ND empêche toute extraction
de donnée vers OSM, c'est vraiment dommage.
>
> Je vais quand même
visageable, sait on jamais...
Le 28 avril 2015 07:37, Jean-Christophe Becquet a écrit :
> Le 27/04/2015 13:17, Vincent Frison a écrit :
>
>> De ce que j'ai compris ce qui les gêne dans la licence OSM c'est que les
>> données peuvent être réutilisées dans des proje
Bonjour,
J'en avais déjà parlé il y a quelques temps sur cette liste mais depuis ça
a un peu avancé. Pour rappel le site PSS (http://www.pss-archi.eu) fournit
une base de données avec plus de 47 000 immeubles répartis sur toute la
France.
Mon idée était de récupérer au minimum les infos de hauteu
Le 22 avril 2015 18:34, David Crochet a écrit :
> Bonjour
>
> Le 22/04/2015 14:32, Vincent Frison a écrit :
>
>> Pour info j'ai créé sur le Wiki une page dédiée à cette import :
>> http://wiki.openstreetmap.org/wiki/Paris,_France/Buildings_Heights_Import
>> J
1 - 100 sur 122 matches
Mail list logo