*>>Je pense qu'on pourrait essayer de récupérer les données vectorielles
directement auprès de la DGFiP, sans passer par le serveur WMS. Il faudrait
peut-être payer quelques frais mais ça ne devrait pas être insurmontable.
Après tout, l'IGN a fait la même chose pour constituer sa bd parcellaire.*
2009/2/12 Frédéric Rodrigo :
> Le jeudi 12 février 2009, Pieren a écrit :
>> 2009/2/12 Olivier Boudet :
>> > Pour faire simple et clair pour tout le monde : tout ce qui est import
>> > dans le
>> > plugin (boundaries ou buildings) est inutilisable jusqu'à nouvel ordre ?
>> > On doit de nouveau cliq
Le jeudi 12 février 2009, Pieren a écrit :
> 2009/2/12 Olivier Boudet :
> > Pour faire simple et clair pour tout le monde : tout ce qui est import
> > dans le
> > plugin (boundaries ou buildings) est inutilisable jusqu'à nouvel ordre ?
> > On doit de nouveau cliquer en masse pour créer les limites
2009/2/12 Olivier Boudet :
> Pour faire simple et clair pour tout le monde : tout ce qui est import dans
> le
> plugin (boundaries ou buildings) est inutilisable jusqu'à nouvel ordre ?
> On doit de nouveau cliquer en masse pour créer les limites communales ?
>
Ben, pour faire simple et clair : oui
Pieren,
Pour faire simple et clair pour tout le monde : tout ce qui est import dans
le
plugin (boundaries ou buildings) est inutilisable jusqu'à nouvel ordre ?
On doit de nouveau cliquer en masse pour créer les limites communales ?
Merci
On Wed, 11 Feb 2009 15:07:05 +0100, Pieren wrote:
> 2009
2009/2/11 Pieren :
> 2009/2/11 Steven Le Roux :
>> 2009/2/11 sly (sylvain letuffe) :
>> Là où on a besoin de monde, c'est pour les zones blanches, et là, le
>> problème de charge de potlatch est inexistant.
>>
>
> De toute façon, si les images SVG ne sont plus renvoyées par le WMS
> comme semble l'
Perso, je plaide non coupable. La plus grande zone que j'ai dû tester
faisait peut-être 400x300m, et ça a marché longtemps après alors que
je ne récupérais que des zones avec 5-6 bâtiments max...
Yann
Le 11 févr. 09 à 15:52, sly (sylvain letuffe) a écrit :
>
>> De toute façon, si les images
> De toute façon, si les images SVG ne sont plus renvoyées par le WMS
> comme semble l'indiquer certains commentaires ici, le problème ne se
> pose plus.
Glups, oullala, on va se faire taper sur les doigts. Ça ne semble pas être une
restriction par IP puisque moi aussi j'ai comme réponse :
Unabl
2009/2/11 Steven Le Roux :
> 2009/2/11 sly (sylvain letuffe) :
> Là où on a besoin de monde, c'est pour les zones blanches, et là, le
> problème de charge de potlatch est inexistant.
>
De toute façon, si les images SVG ne sont plus renvoyées par le WMS
comme semble l'indiquer certains commentaires
2009/2/11 sly (sylvain letuffe) :
>
>> Ce n'est pas cohérent de taguer un type de donnée en zone extra
>> urbaine et pas en intra.
>
> Ce n'est pas cohérent au niveau donnée, je te l'accorde, mais la réalité
> technique étant ce qu'elle est, je ne veux pas que ce remplissage deviennent
> un frein p
> Ce n'est pas cohérent de taguer un type de donnée en zone extra
> urbaine et pas en intra.
Ce n'est pas cohérent au niveau donnée, je te l'accorde, mais la réalité
technique étant ce qu'elle est, je ne veux pas que ce remplissage deviennent
un frein pour les nouveaux contributeurs.
Attendons
2009/2/11 sly (sylvain letuffe) :
> salut,
>
>> Désolé alors, je suis parti trop vite.
>> Mais ça nous apporte une expérience intéressante et voir que Potlatch
>> ne fonctionne plus sur une zone trop dense m'inquiète. On peut
>> critiquer l'outil mais pour ceux qui ne veulent "que" corriger un nom
salut,
> Désolé alors, je suis parti trop vite.
> Mais ça nous apporte une expérience intéressante et voir que Potlatch
> ne fonctionne plus sur une zone trop dense m'inquiète. On peut
> critiquer l'outil mais pour ceux qui ne veulent "que" corriger un nom
> ou ajouter un POI, ça reste un bon édit
2009/2/10 Steven Le Roux :
> 2009/2/10 Pieren :
>> 2009/2/10 Steven Le Roux :
>>> 2009/2/10 Pieren :
> Ce n'était pas un test d'import mais un test de charge... tout les POI
> ont été importés avec un tag fait pour supprimer tout cet import d'un
> coup. Ce qui est déjà fait d'ailleurs...
>>
> en es
2009/2/10 Pieren :
> 2009/2/10 Steven Le Roux :
>> 2009/2/10 Pieren :
>>> J'ose espérer que ce n'est pas avec des bâtiments que cette quantité
>>> d'éditions a été atteinte...
>>> Pieren
>> Pas que... mais une bonne partie :)
>>
>> J'ai fait un test assez large d'import communal.
>>
>> Visible sur
+-le 10.02.2009 15:38:36 +0100, Pieren a dit :
| je viens de voir ceci dans les stats du jour
| (http://www.openstreetmap.org/stats/data_stats.html):
|
| 1er: 56135 StevenLeRoux
| 6e :13024 mat
En fait, moi, c'est surtout des limites administratives, je suis d'ailleurs
aussi dans les stats semain
2009/2/10 Steven Le Roux :
> 2009/2/10 Pieren :
>> J'ose espérer que ce n'est pas avec des bâtiments que cette quantité
>> d'éditions a été atteinte...
>> Pieren
> Pas que... mais une bonne partie :)
>
> J'ai fait un test assez large d'import communal.
>
> Visible sur Landerneau.
>
1. Potlatch dev
Je connais pas bien le coin, mais y'a un métro aérien à Landerneau ? :)
Le 10 févr. 09 à 17:14, Steven Le Roux a écrit :
> 2009/2/10 Pieren :
>> je viens de voir ceci dans les stats du jour
>> (http://www.openstreetmap.org/stats/data_stats.html):
>>
>> 1er: 56135 StevenLeRoux
>> 6e :13024 mat
>>
2009/2/10 Pieren :
> je viens de voir ceci dans les stats du jour
> (http://www.openstreetmap.org/stats/data_stats.html):
>
> 1er: 56135 StevenLeRoux
> 6e :13024 mat
>
>
> en une journée, chapeau...
> J'ose espérer que ce n'est pas avec des bâtiments que cette quantité
> d'éditions a été atteinte..
je viens de voir ceci dans les stats du jour
(http://www.openstreetmap.org/stats/data_stats.html):
1er: 56135 StevenLeRoux
6e :13024 mat
en une journée, chapeau...
J'ose espérer que ce n'est pas avec des bâtiments que cette quantité
d'éditions a été atteinte...
Pieren
__
On Tue, 10 Feb 2009 06:49:14 +0100
Patrice Vetsel wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
> > et mieux : taguer les polygones créés par area=yes,building=yes,source=...
> > Car traiter ça après par un select all ou un grosse selection va
> > appliquer ces tags également aux
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> et mieux : taguer les polygones créés par area=yes,building=yes,source=...
> Car traiter ça après par un select all ou un grosse selection va
> appliquer ces tags également aux nodes.
idem +1000 ;)
> Je note cependant qq défaut de "collage" de nod
2009/2/9 Pieren :
> Merci à tous ceux qui m'ont déjà renvoyer leurs commentaires tous très
> détaillés.
> A mon tour de faire certaines remarques:
>
> - les polygones sont créés à partir des données SVG retournées par le
> serveur WMS du cadastre. Ces données sont sauvegardées sur votre
> disque da
Mes 3 cents de commentaires :
Tout d'abord, vraiment magnifique, les perspectives que cela nous ouvre font
rêver. Faisons juste attention à avancer doucement.
> - la quantité de données est assez importante (en ville en particulier).
J'ai l'impression que c'est la conversion svg->osm qui galère
J'en reviens à la détection de collision des bâtiments existants <->
import automatique (je pensai à ça en conduisant... :-P )
Il est clair qu'on est dans la phase import en masse donc ce n'est pas
pour le moment primordial. Mais en effet dans un second temps je vois
bien ceci :
1/ lancement d
Pour les bâtiments, je me posais la question de savoir si les polygone
du cadastre avaient des IDs uniques, et si oui si on ne pourrait pas
les stocker dans les objets lors du premier import pour qu'ils soient
détectés lors des imports suivants afin de les ignorer. Car même si ce
n'est pas
Pieren a écrit :
> - le plugin ne charge pas les images ni les couleurs lorsqu'il charge
> les données SVG. Il est donc incapable de savoir si un polygone est
> bleu (piscines), jaune clair ou jaune foncé. Je comptais en fait sur
> les individus pour contrôler visuellement la pertinence d'un polygo
Merci à tous ceux qui m'ont déjà renvoyer leurs commentaires tous très
détaillés.
A mon tour de faire certaines remarques:
- les polygones sont créés à partir des données SVG retournées par le
serveur WMS du cadastre. Ces données sont sauvegardées sur votre
disque dans le répertoire cache du plugi
Salut,
Le dimanche 08 février 2009 à 23:10 +0100, Pieren a écrit :
> Je voudrais que les tests restent limités car si un algorythme de
> simplification doit être introduit, il risque d'entrer en conflit avec
> des données déjà existants, au risque de créer un nombre important de
> doublons. De plu
Pieren,
Aujourd'hui je regardais ma ville, et j'attendais avec hâte que tu
sortes la nouvelle version. Je me posais la question de ce que le
plugin allait télécharger, sera-ce être tout la ville ou juste la zone
visible actuellement (peut-être tous les polygones dont au moins une
partie es
Bonsoir,
Je cherche deux ou trois testeurs pour la prochaine version du plugin
cadastre-fr qui permet l'import de bâtiments.
J'ai plusieurs problèmes:
- la quantité de données est assez importante (en ville en particulier).
- certaines piscines sont considérées comme des bâtiments par le
serveur
31 matches
Mail list logo
