Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL

2012-04-11 Par sujet Jocelyn Jaubert 
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 pas vraiment direct, mais tu peux déjà faire des modifs sur le
code disponible sur:
https://gitorious.org/osmose/backend

Il n'y a par contre rien pour tester des modifications sur le site de
dev d'osmose. La méthode actuelle est qu'on me soumet des patchs que je
vérifie rapidement (relecture et utilisation d'une base locale) avant de
les pusher sur les backends "normaux" d'osmose.

Par contre, il est très facile de tester localement des plugins Sax,
parce que ./analyser_sax.py peut prendre en argument un fichier
d'extract .osm.bz2.


-- 
Jocelyn

___
dev-fr mailing list
dev-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev-fr

[OSM-dev-fr] [Maperitive] support for Overpass API

2012-04-11 Par sujet Ab_fab 
Voilà qui risque d'être intéressant : il sera possible de lancer des
requêtes vers un serveur Overpass API avec les prochaines moûtures de
Maperitive

-- Forwarded message --
From: Igor Brejc 
Date: 2012/4/11
Subject: [Maperitive] support for Overpass API
To: Maperitive 


The latest release adds a new command "download-osm-overpass" which lets
you download OSM data from an Overpass API server (
http://wiki.openstreetmap.org/wiki/Overpass_API). The nice thing about this
is that it also lets you specify your own Overpass query, like:

download-osm-overpass query="node($b$);out;"

... which downloads only OSM nodes for the current map view ($b$ is a
placeholder for the actual bbox and is auto-expanded by Maperitive).

Overpass query language is a bit confusing (at least to me), but it could
prove to be a useful tool for fetching filtered OSM data (instead of
loading everything).

Enjoy,
Igor



-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
dev-fr mailing list
dev-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev-fr

Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL

2012-04-11 Par sujet Vincent de Chateau-Thierry 

> 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 INSEE.
> 
> Après place maker, boundary maker ?
> 

Comme indiqué par Frédéric, Osmose propose déjà une détection, mais dans mon 
souvenir
elle est volontairement ciblée sur des surfaces réduites : des artefacts plutôt 
que de
vraies communes.
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 (vectorielles)
fraîchement saisies, merci aux jolies couleurs de Sly :-).

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

___
dev-fr mailing list
dev-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev-fr

Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL

2012-04-11 Par sujet Christian Quest 
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 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 de garantir
>> au maximum leur qualité.
>
> Tout à fait, c'est bien le but d'Osmose de coder des tests unitaires.
>
>> Je pensais aussi à croiser avec les repères géodésiques qui
>> contiennent le code INSEE de la commune où ils se trouvent. Ils
>> doivent être à l'intérieur du polygone de la commune (quand celui-ci
>> existe).
>
> Comme tu l'avais déjà proposé, c'est déjà dans la todo liste d'Osmose.
> Mais tu peux proposer une requête sql en deux étapes, une pour calcule
> les limites de communes (dans un but de factorisation avec d'autres
> analyses, mais je dois bien avoir déjà ça dans mes cartons) et l'autre
> pour l'analyse elle même sur un schéma osmosis. Ou proposer un
> analyseur externe sur un autre schéma.
>
>> 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 INSEE.
>
> Le cas est assez rare pour ne pas nécessite un fort investissement et
> il y a déjà un détecteur de trous dans osmose. On peut élargir la
> taille des trous détectés si besoin.
> http://osmose.openstreetmap.fr/map/?item=6060
>
> Frédéric.
>
> ___
> dev-fr mailing list
> dev-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/dev-fr



-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
dev-fr mailing list
dev-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev-fr

Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL

2012-04-11 Par sujet Frédéric Rodrigo 
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 de garantir
> au maximum leur qualité.

Tout à fait, c'est bien le but d'Osmose de coder des tests unitaires.

> Je pensais aussi à croiser avec les repères géodésiques qui
> contiennent le code INSEE de la commune où ils se trouvent. Ils
> doivent être à l'intérieur du polygone de la commune (quand celui-ci
> existe).

Comme tu l'avais déjà proposé, c'est déjà dans la todo liste d'Osmose.
Mais tu peux proposer une requête sql en deux étapes, une pour calcule
les limites de communes (dans un but de factorisation avec d'autres
analyses, mais je dois bien avoir déjà ça dans mes cartons) et l'autre
pour l'analyse elle même sur un schéma osmosis. Ou proposer un
analyseur externe sur un autre schéma.

> 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 INSEE.

Le cas est assez rare pour ne pas nécessite un fort investissement et
il y a déjà un détecteur de trous dans osmose. On peut élargir la
taille des trous détectés si besoin.
http://osmose.openstreetmap.fr/map/?item=6060

Frédéric.

___
dev-fr mailing list
dev-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev-fr

Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL

2012-04-11 Par sujet Christian Quest 
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 à croiser avec les repères géodésiques qui
contiennent le code INSEE de la commune où ils se trouvent. Ils
doivent être à l'intérieur du polygone de la commune (quand celui-ci
existe).

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 INSEE.

Après place maker, boundary maker ?


Le 11 avril 2012 10:27, Vincent de Chateau-Thierry  a écrit :
> 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 sans rien en faire.
> Dans l'extract France de Geofabrik d'hier, il y a en a 59 (ce sont des codes 
> INSEE):
>
> 02021,02150,02174,02304,02435,02581,02624,02634,02639,02801,02802,08086,09015,09032
> 09140,09149,09341,11365,12131,14515,17449,19076,19146,19231,24102,24272,24294,24335
> 28002,28019,28359,28405,31104,33004,40133,40326,42122,45348,51624,55026,55117,56213
> 60038,60190,60327,60411,63075,66171,67087,67544,71420,71442,76103,76711,79250,80100
> 80688,81300,86140
>
>> - des place hors du boundary
> Il y en a moins, mais il y en a quand même :
>
> 03042,07135,13057,22314,31165,38173,43148,48151
> 49079,49175,49374,70143,71384,74188,77014,80795
> 89099
>
> Des analyse qui auraient leur place dans Osmose ?
>
>> - des place avec ref:INSEE unique dans un trou de boundary (histoire
>> de boucher les trous)
>> etc...
>>
>
> vincent
>
> Une messagerie gratuite, garantie à vie et des services en plus, ça vous 
> tente ?
> Je crée ma boîte mail www.laposte.net
>
> ___
> dev-fr mailing list
> dev-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/dev-fr



-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
dev-fr mailing list
dev-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev-fr

Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL

2012-04-11 Par sujet Vincent de Chateau-Thierry 
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 sans rien en faire.
Dans l'extract France de Geofabrik d'hier, il y a en a 59 (ce sont des codes 
INSEE):

02021,02150,02174,02304,02435,02581,02624,02634,02639,02801,02802,08086,09015,09032
09140,09149,09341,11365,12131,14515,17449,19076,19146,19231,24102,24272,24294,24335
28002,28019,28359,28405,31104,33004,40133,40326,42122,45348,51624,55026,55117,56213
60038,60190,60327,60411,63075,66171,67087,67544,71420,71442,76103,76711,79250,80100
80688,81300,86140

> - des place hors du boundary
Il y en a moins, mais il y en a quand même :

03042,07135,13057,22314,31165,38173,43148,48151
49079,49175,49374,70143,71384,74188,77014,80795
89099

Des analyse qui auraient leur place dans Osmose ?

> - des place avec ref:INSEE unique dans un trou de boundary (histoire
> de boucher les trous)
> etc...
> 

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

___
dev-fr mailing list
dev-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev-fr

Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL

2012-04-11 Par sujet 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
- des place hors du boundary
- des place avec ref:INSEE unique dans un trou de boundary (histoire
de boucher les trous)
etc...

Le 11 avril 2012 01:18, sly (sylvain letuffe)  a écrit :
> 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)
>
> ___
> dev-fr mailing list
> dev-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/dev-fr



-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
dev-fr mailing list
dev-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev-fr