Bonjour,
> De : "Vincent de Chateau-Thierry"
>
> De mon côté, je passe de temps en temps sur layers.openstreetmap.fr où
> l'affichage du
> niveau admin 8 permet de détecter à l'oeil de possibles trous correspondant à
> une
> commune. Il n'est pas rare d'en trouver à proximité des communes
> (v
Le 11 avril 2012, Christian Quest a écrit :
> Pour l'instant j'en suis à corriger les admin_centre foireux... les
> nodes en trop dans la relation de la commune,
>
> Ca serait possible de contribuer directement au backend d'osmose sur
> sa partie "dev" histoire de tester mes bricolages ?
C'est pa
> De : "Christian Quest"
>
> L'autre idée était de détecter les trous dans les limites de commune
> qui ne correspondent qu'à une seule commune et donc permette de créer
> la limite de cette commune. Là aussi, les repères géodésiques peuvent
> aider à leur détection si il y a unicité du code INS
Pour l'instant j'en suis à corriger les admin_centre foireux... les
nodes en trop dans la relation de la commune,
Ca serait possible de contribuer directement au backend d'osmose sur
sa partie "dev" histoire de tester mes bricolages ?
Le 11 avril 2012 11:18, Frédéric Rodrigo a écrit :
> Le 11 a
Le 11 avril 2012 10:49, Christian Quest a écrit :
> Ce genre d'analyse me semble pertinent pour osmose.
>
> On a beau corriger les erreurs à un moment donné, elles peuvent
> réapparaitre par suite d'une mauvaise manip d'un contributeur.
> Pour ce genre de données de référence, ça me semble utile d
Ce genre d'analyse me semble pertinent pour osmose.
On a beau corriger les erreurs à un moment donné, elles peuvent
réapparaitre par suite d'une mauvaise manip d'un contributeur.
Pour ce genre de données de référence, ça me semble utile de garantir
au maximum leur qualité.
Je pensais aussi à croi
Bonjour,
> De : "Christian Quest"
>
> Super !
>
> Je vais pouvoir faire quelques analyses sur les
> place/ref:INSEE/boundary... histoire de voir où on en est du découpage
> administratif.
>
> L'idée est de trouver :
> - plusieurs place avec même ref:INSEE
J'avais regardé ça il y a peu, mais sa
Super !
Je vais pouvoir faire quelques analyses sur les
place/ref:INSEE/boundary... histoire de voir où on en est du découpage
administratif.
L'idée est de trouver :
- plusieurs place avec même ref:INSEE
- des place hors du boundary
- des place avec ref:INSEE unique dans un trou de boundary (hist
Le mardi 10 avril 2012 21:50:13, Jocelyn Jaubert a écrit :
> C'est relancé, et la base osmosis d'osm7 est en train de se mettre à
> jour :)
Idem pour la base osm2pgsql de osm7, merci à toi d'avoir adapté les diffs
spécial france.
--
sly (sylvain letuffe)
___
Le 9 avril 2012, Jocelyn Jaubert a écrit :
> Le 9 avril 2012, Christian Quest a écrit :
> > Tu relance les updates sur osm7 ? Chouette !
> >
> > J'ai vu que le schéma osmosis n'y était plus mis à jour depuis le
> > 1er avril.
>
> J'ai relancé sur osmosis sur la base osmosis d'osm102, et sur
> tag
Merci Sly pour ces précisions ;)
Le 10 avril 2012 13:52, sly (sylvain letuffe) a écrit :
> On mardi 10 avril 2012, kimaidou wrote:
> > Bonjour,
> >
> > Une petite traduction "rapide" d'un passage du lien précédent, pour ceux
> > qui préfèrent le français :
> >
> > Q: Est-ce qu'après avoir appliq
On mardi 10 avril 2012, kimaidou wrote:
> Bonjour,
>
> Une petite traduction "rapide" d'un passage du lien précédent, pour ceux
> qui préfèrent le français :
>
> Q: Est-ce qu'après avoir appliqué tous les diffs dans une base de données
> osm2pgsql, elle ne contiendra que des données ODBL ?
Pour
Bonjour,
Une petite traduction "rapide" d'un passage du lien précédent, pour ceux
qui préfèrent le français :
Q: Est-ce qu'après avoir appliqué tous les diffs dans une base de données
osm2pgsql, elle ne contiendra que des données ODBL ?
R: Oui, mais pour des raisons légales, vous devrez néanmoin
Le lundi 9 avril 2012 16:47:01, Jocelyn Jaubert a écrit :
> Bonjour,
>
> J'avoue que je n'ai rien compris à comment on devait gérer les diffs
> durant le passage à ODBL,
Une réponse ici :
http://lists.openstreetmap.org/pipermail/dev/2012-April/024734.html
En gros, pas besoin de ré-import, il fau
Le 9 avril 2012, Christian Quest a écrit :
> Tu relance les updates sur osm7 ? Chouette !
>
> J'ai vu que le schéma osmosis n'y était plus mis à jour depuis le 1er
> avril.
J'ai relancé sur osmosis sur la base osmosis d'osm102, et sur
taginfo.openstreetmap.fr.
Pour osm7, ce n'est pas encore rela
Tu relance les updates sur osm7 ? Chouette !
J'ai vu que le schéma osmosis n'y était plus mis à jour depuis le 1er avril.
Le 9 avril 2012 17:43, Jocelyn Jaubert a écrit :
> Le 9 avril 2012, Lapinos03 a écrit :
>> Si j'ai bien compris, le répertoire
>>
>> http://planet.openstreetmap.org/redaction
Le 9 avril 2012, Lapinos03 a écrit :
> Si j'ai bien compris, le répertoire
>
> http://planet.openstreetmap.org/redaction-period/minute-replicate/
>
> contient les nouveaux diffs pendant la phase de nettoyage. Ces diffs
> contiendraient les éléments non ODBL qui sont effacés
> progressivement, et
Si j'ai bien compris, le répertoire
http://planet.openstreetmap.org/redaction-period/minute-replicate/
contient les nouveaux diffs pendant la phase de nettoyage. Ces diffs
contiendraient les éléments non ODBL qui sont effacés progressivement,
et contiennent (-ça, c'est sûr-) toutes les édition
Bonjour,
J'avoue que je n'ai rien compris à comment on devait gérer les diffs
durant le passage à ODBL, et si il y aurait quelque chose à faire de
spécial à la fin de passage. En gros, j'ai peur que ça soit un vrai bordel
à la fin de la migration pour tous les services d'OSM-FR existants. :)
Est-
19 matches
Mail list logo