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
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
>
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
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
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 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
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
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
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
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
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
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 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
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
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,
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,
&
> 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
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
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
>
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
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
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
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 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
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
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:
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,
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
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
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...
_
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...
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
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
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
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 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
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
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" ?
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
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
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
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
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
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
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
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
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
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
>
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
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,
> >
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
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
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 à 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
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
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 à 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
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 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
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
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:
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 à tous,
Je suis un nouvel inscrit à la liste et j'aimerais contribuer ce fabuleux
projet qu'est OSM :)
J'ai pour projet de faire un programme pour importer dans OSM une base de
données d'immeubles (PSS) afin de rajouter les informations de hauteur (ou
au moins le nombre d'étages) sur les
s générés par les
> reverts de tout ce que tu as partiellement envoyés mais qui ne sont plus là
> pour continuer).
>
> Il est possible aussi de créer ta propre base de test (c'est open-source)
> et tu n'y seras pas gêné par les autres. A toi de la tailler selon tes
> besoi
Bonjour à tous,
Tout d'abord merci à tous pour vos différentes réponses.
- Très intéressant de savoir qu'on a déjà des données libres pour les
hauteurs des bâtiments de Paris ! J'imagine Christian que tu faisais
allusion à ça :
http://opendata.paris.fr/explore/dataset/volumesbatisparis2011/?tab=t
Le 3 février 2015 14:30, Vincent Frison a écrit :
> - Du coup la meilleure solution dans mon cas serait peut-être d'avoir mon
> propre serveur de données en local ? Je pourrais ainsi importer toutes les
> données de la France en conservant les IDs originaux du serveur principal.
Le 7 février 2015 15:59, Frédéric Rodrigo a écrit :
> Le 07/02/2015 14:45, Vincent Frison a écrit :
>
>> Du coup je me demande quelle est la bonne procédure à suivre pour
>> charger un schéma apidb (sans devoir mettre l'option
>> validateSchemaVersion=no).
>>
Le 10 février 2015 21:30, Frédéric Rodrigo a écrit
:
> Le 10/02/2015 19:27, Vincent Frison a écrit :
>
>> Le 7 février 2015 15:59, Frédéric Rodrigo > Revoici la façon dont fonctionne mon programme qui est vraiment simpliste
>> :
>>
>> 1) Pour chaque immeuble
Le 10 février 2015 21:46, Christian Quest a écrit
:
> Il sufit de charger dans ton postgres de test non pas la base OSM
> normale, mais une récupération des données sur l'API de test... là tu aura
> tout synchro pour tes tests.
>
> Une fois que tout est ok, tu recharge les vraies données OSM et
t; Ce que je ferai (encore plus simple):
> - récup des bâtiments d'un arrondissement sur cadastre.openstreetmap.fr
> - ouverture dans JOSM, envoi des bâtiments sur l'API de test
> - après upload, enregistrement dans un fichier .osm (donc tu as les ID
> attribuées par l'AP
iste..
> On jeudi 12 février 2015, Vincent Frison wrote:
> > Le problème c'est que osm2pgsql plante dès que j'importe un fichier OSM
> > contenant des éléments provenant de l'API de test (erreur de segmentation
> > et strace ne donne pas d'infos supplémentair
Hello,
Comme je l'avais indiqué il y a quelques temps sur cette ML j'ai développé
un petit programme permettant l'importation de base de données avec des
hauteurs d'immeubles (véritable hauteur en mètre ou juste nombre d'étages).
A la base c'était pour importer la base de donnée de http://www.pss
Le 23 mars 2015 16:21, dHuy Pierre a écrit :
> Inclus-tu les batiments pouvant avoir plusieurs étages?
> Parce qu'après avoir regarder cette base c'est souvent le cas!
>
Tout dépend ce qu'il y a déjà dans OSM.
Mon programme ne rajoute pas ou ne découpe de bâtiment, il rajoute juste
des tags sur
Le 24 mars 2015 20:30, dHuy Pierre a écrit :
> Francescu décrit assez bien le type de situation qui m'effraie. Sur l'île
> St Louis par exemple, il y avait une Eglise imbriqué dans un batiment,
> l'église était supérieur au reste mais de surface inférieur. Avec ton
> logiciel ça ferait disparaitr
Le 25 mars 2015 00:16, dHuy Pierre a écrit :
> Si tu tags le building avec la hauteur la plus faible puis que tu dessine
> une bloc building:part=yes, building:levels=... Ça permet de dessiner les
> variétés de hauteur sans créer de nouveaux batiments mais des bouts de
> batiments.
> http://wiki.
Le 26 mars 2015 23:23, Vincent Frison a écrit :
> En tout cas merci pour vos remarques constructives, je vais revoir me
> copie avec une version un peu plus soft : un seul update par bâtiment et
> surtout avec un score minimum (surface équivalente au minimum à 90% par
> ex). J'e
Le 30 mars 2015 20:59, erwan salomon a écrit :
> je dit peut-être une connerie :
> les 83 éléments non valides sont peut-être des éléments pour les-quels le
> score dépasse 100 % ? (bâtiment OSM plus petit que le bâtiment de l'import)
>
Normalement le score est forcément compris entre 0 et 1 (si
Le 30 mars 2015 21:24, Vincent Frison a écrit :
> Le 30 mars 2015 20:59, erwan salomon a écrit :
>
>> je dit peut-être une connerie :
>> les 83 éléments non valides sont peut-être des éléments pour les-quels le
>> score dépasse 100 % ? (bâtiment OSM plus petit que
Le 31 mars 2015 10:52, Vincent Frison a écrit :
> Dans ma zone de test il y a donc un peu plus de 34% de bâtiment ayant un
> import dont le score est d'au moins 90%.
>
> Je vais essayer d'implémenter l'astuce décrite dans mon précédent mail :
> pour chacun des bâtim
Le 2 avril 2015 16:00, Pieren a écrit :
> 2015-04-02 11:13 GMT+02:00 Vincent Frison :
>
>
>> Personnellement j'aimerais bien qu'on prenne également la tranche des
>> 80%->90% car il faut bien voir que le découpage d'OSM est vraiment grossier
>> par
Le 2 avril 2015 13:02, althio a écrit :
> 2015-04-02 11:13 GMT+02:00 Vincent Frison :
>
>> le découpage d'OSM est vraiment grossier par rapport à celui
>> d'OpenDataParis et qu'il y a forcément des différences de surfaces assez
>> importantes.
>>
>
&g
Le 13 avril 2015 20:50, Vincent Pottier a écrit :
> Le 13/04/2015 16:00, Vincent Frison a écrit :
>
> Il faut aussi se dire que les moteurs de rendu 3D sont obligés d'appliquer
> une hauteur arbitraire aux immeuble n'ayant pas d'information de hauteur
> (ie. sans
L'idée de Vincent est intéressante, en effet pour les buildings pour
lesquels la correspondance serait trop faible je pourrais générer un
fichier XML proposant des ajouts d'éléments building:parts. Ces fichiers
seraient ensuite à merger manuellement avec les bâtiments existants.
Cela ne sera pas s
e c'était le cas avec
OpenDataParis.
Le 18 avril 2015 16:05, Philippe Verdy a écrit :
>
>
> Le 18 avril 2015 14:26, Vincent Frison a écrit
> :
>
>> L'idée de Vincent est intéressante, en effet pour les buildings pour
>> lesquels la correspondance serait trop faibl
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
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
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
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
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
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
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
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
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
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...
__
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
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
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
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
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
1 - 100 sur 122 matches
Mail list logo