Salut,
Ca fait quelques temps que j'essaie de contribuer à OSM dans la mesure
de mes moyens. Après les avoir essayé Josm, j'ai porté mon choix sur
Merkaartor pour la saisie (beaucoup mieux je trouve). J'utilise la
version SVN qui est plutot stable dans l'ensemble.
Mais comment faire pour
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il n'a pas directement importé le cadastre, pas de plugin ici, il a
récupéré une image (non vectorielle) du cadastre, l'a géoréférencée et
la mise en sous couche (dans un calque).
Désolé :/
++
Nicolas Bouthors a écrit :
Salut,
Ca fait quelques
Ok, alors je suppose que ma question devient comment faire pour
construire ce plugin ?, dans mes bon moments je suis pas complètement
manchot et j'ai déjà étudié/modifié le WMS Yahoo de Merkaartor. C'est
plutot simple.
Y aurait-il une base de laquelle s'inspirer pour faire cela (un plugin
2009/3/21 Nicolas Bouthors nico...@bouthors.org:
Ok, alors je suppose que ma question devient comment faire pour
construire ce plugin ?, dans mes bon moments je suis pas complètement
manchot et j'ai déjà étudié/modifié le WMS Yahoo de Merkaartor. C'est
plutot simple.
Y aurait-il une base de
Bonjour,
Dans un message sur les licences, Denis dhel...@free.fr a écrit :
L'accord manifesté par la DGFiP à l'égard d'OSM indique juste que
soient clairement indiqués l'origine et le millésime des données
cadastrales utilisées.
En pratique, les outils actuels font que les les débutants
Voilà, Ludo et moi avons réparé la relation finistère. Elle devrait être ok.
http://www.openstreetmap.org/browse/relation/102430
--
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB ste...@le-roux.info
2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB
Le samedi 21 mars 2009 19:16, Steven Le Roux a écrit :
Voilà, Ludo et moi avons réparé la relation finistère. Elle devrait être
ok.
http://www.openstreetmap.org/browse/relation/102430
ça semble qu'il reste peut-être bien des trous :
2009/3/21 Art Penteur art.pent...@gmail.com:
Salut Art,
Si tu regardes la section Ce qui reste à faire dans le wiki, tu verras:
lors de la première saisie sur une commune, sauvegarder dans le cache:
* le millésime de la commune, pour l'instant dans un PDF (attendre
prochaine version du WMS
2009/3/21 sylvain letuffe sylv...@letuffe.org:
Le samedi 21 mars 2009 19:16, Steven Le Roux a écrit :
Voilà, Ludo et moi avons réparé la relation finistère. Elle devrait être
ok.
http://www.openstreetmap.org/browse/relation/102430
ça semble qu'il reste peut-être bien des trous :
À propos, j'ai un truc bizarre avec une ville à côté de chez moi :
Soisy-sous-Montmorency. Elle n'est pas en rouge alors qu'elle m'a
l'air complète. Je suis sûr que ça ferait plaisir à Christian que ça
marche ;)
sly (sylvain letuffe) a écrit :
Donc si on n'est pas obligé de mettre le tag ref, un tag code_insee a
l'avantage d'être clair.
On est obligé à rien :
http://wiki.openstreetmap.org/wiki/FR:Map_Features
Volontairement, OpenStreetMap ne restreint pas les clés et leurs valeurs
assignées aux
Salut,
PS : je transgresse allègrement (et régulièrement mais sans plus de cas
de conscience) les recommandations de l'outil en mettant comme value du
tag source 'Direction Générale des Impôts - Cadastre ; mise à jour 2008'
sans vérifier systématiquement que l'ensemble des données saisies
Pierre Mauduit a écrit :
D'un point de vue purement technique et pour recentrer sur le sujet,
pour les adeptes de postGIS, il me semble que l'outil osm2pgsql oublie
le tag source, non essentiel pour la génération des tuiles.
Osmomis permet aussi d'alimenter une base Postgis. C'est un poil
Le samedi 21 mars 2009 à 21:33 +0100, Yannick a écrit :
Bonsoir,
Si je comprends bien l’objet de ce thread est qu’un contributeur
pourrait voir un tag ref=... sur une commune et le confondre avec un
code postal et ainsi faire l’erreur de mettre le code postal dans les
ref.
pas d'hésitation on
Steven Le Roux a écrit :
2009/3/21 sylvain letuffe sylv...@letuffe.org:
Le samedi 21 mars 2009 19:16, Steven Le Roux a écrit :
Voilà, Ludo et moi avons réparé la relation finistère. Elle devrait être
ok.
http://www.openstreetmap.org/browse/relation/102430
ça semble qu'il reste peut-être
Jean-Christophe Haessig a écrit :
Une solution simple serait d’écrire ref=INSEE:0
Une solution plus générale serait d’avoir un système d’indirection :
ref=code_insee
code_insee=0
La solution simple me plaît assez : cela me rappelle la manière
d'indiquer un système de projection
On Sat, Mar 21, 2009 at 09:20:22PM +0100, Yann Coupin wrote:
À propos, j'ai un truc bizarre avec une ville à côté de chez moi :
Soisy-sous-Montmorency. Elle n'est pas en rouge alors qu'elle m'a
l'air complète. Je suis sûr que ça ferait plaisir à Christian que ça
marche ;)
Ludovic a écrit :
Steven Le Roux a écrit :
2009/3/21 sylvain letuffe sylv...@letuffe.org:
Le samedi 21 mars 2009 19:16, Steven Le Roux a écrit :
Voilà, Ludo et moi avons réparé la relation finistère. Elle devrait être
ok.
http://www.openstreetmap.org/browse/relation/102430
ça semble qu'il
Le 21 mars 09 à 22:22, Aurelien Jacobs a écrit :
On Sat, Mar 21, 2009 at 09:20:22PM +0100, Yann Coupin wrote:
À propos, j'ai un truc bizarre avec une ville à côté de chez moi :
Soisy-sous-Montmorency. Elle n'est pas en rouge alors qu'elle m'a
l'air complète. Je suis sûr que ça ferait plaisir
Ludovic a écrit :
Ludovic a écrit :
Bon maintenant il faut aussi refaire la Bretagne, dont la relation a
aussi été supprimée par erreur:
http://beta.letuffe.org/?zoom=6lat=46.298lon=0.09175layers=B0TFF
Voilà la Bretagne est revenue:
2009/3/21 Ludovic osm-talk...@zyrianes.net:
Steven Le Roux a écrit :
2009/3/21 sylvain letuffe sylv...@letuffe.org:
Le samedi 21 mars 2009 19:16, Steven Le Roux a écrit :
Voilà, Ludo et moi avons réparé la relation finistère. Elle devrait être
ok.
Le samedi 21 mars 2009 21:51, Denis a écrit :
Pierre Mauduit a écrit :
D'un point de vue purement technique et pour recentrer sur le sujet,
pour les adeptes de postGIS, il me semble que l'outil osm2pgsql oublie
le tag source, non essentiel pour la génération des tuiles.
Osmomis permet
Il existe certainement d’autres cas où le tag
ne décrit pas assez bien son contenu.
Tout à fait d'accord
Une solution simple serait d’écrire ref=INSEE:0
Tu m'a devancé, je m'étais fait la même réflexion et certains tags
mériteraient d'avoir la documentation de ce qu'ils sont. Reste que
Bon, ça remarche en effet. Ce qui m'inquiète c'est que ces deux outils
sont censés fonctionner sur de la donnée temps réel (ou presque pour
le truc de Sylvain) hors aucun problème n'était détecté par
l'analyseur de relations. Je me demande donc si c'est un outils
vraiment fiable ?
Y'a que
2009/3/21 Denis dhel...@free.fr:
La solution simple me plaît assez : cela me rappelle la manière
d'indiquer un système de projection dans un fichier map pour mapserver :
EPSG:4326, par ex.
Le schéma serait : tag=referentiel:valeur
disons plutot : clé=referentiel:valeur
sauf que l'habitude a
Le 22 mars 09 à 00:12, sylvain letuffe a écrit :
Problème d'interface chaise-clavier ?
Cette commune étant maintenant corrigée, on ne peut plus constater le
problème, pour faire remonter le bug au concepteur, il vaut mieux
laisser le
problème le temps de regarder.
Je ne sais pas quand
Denis a écrit :
Art Penteur a écrit :
- En correctif : L'analyseur de base d'Etienne pourrait-il signaler
les champs source contenant la chaîne ? CEla me semble plus
important que les population manquante récemment supprimés (cf
discussion entre Etienne et Sylvain ces derniers jours).
Le dimanche 22 mars 2009 à 00:07 +0100, sylvain letuffe a écrit :
Une solution simple serait d’écrire ref=INSEE:0
fonctionnalité est pour l'instant l'affaire du wiki et de la documentation
des tags, ce que tu écris pas :
ref=INSEE:45678
est ma foi semblable à :
ref_insee=45678
Le
28 matches
Mail list logo
