Re: [OSM-talk-fr] Statistiques post-cartopartie

[Jean-Christophe Becquet]

Le 22/06/2020 à 03:20, Adrien André via Talk-fr a écrit :
> je suis à la recherche de ce qu'il est possible d'obtenir comme
> statistiques post-cartopartie (combien d'objets créés, total de longueur
> de voies, etc).
> 
> Il me semble avoir vu passer plusieurs fois le sujet, mais je ne me
> souviens plus dans quel canal et je ne trouve pas vraiment de doc
> là-dessus.
> 
> Par exemple avec OSMCha, on arrive à compter le nombre de changesets en
> filtrant sur des hashtags, mais pour l'instant je n'ai pas trouvé plus
> élaboré.
> 
> Auriez-vous plus d'infos ?

Bonjour Adrien,

Voici une requête Overpass qui recherche les objets modifiés sur une
zone entre 2 dates :
http://overpass-turbo.eu/s/Vk8

Bonne journée

JCB
-- 
Debian GNU-Linux
http://www.apitux.org/index.php?2006/07/10/15-debian-gnu-linux

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
2 chemin du Tivoli - 04000 Digne-les-Bains
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Statistiques post-cartopartie

[Adrien André via Talk-fr]

Bonjour,

je suis à la recherche de ce qu'il est possible d'obtenir comme 
statistiques post-cartopartie (combien d'objets créés, total de longueur 
de voies, etc).


Il me semble avoir vu passer plusieurs fois le sujet, mais je ne me 
souviens plus dans quel canal et je ne trouve pas vraiment de doc là-dessus.


Par exemple avec OSMCha, on arrive à compter le nombre de changesets en 
filtrant sur des hashtags, mais pour l'instant je n'ai pas trouvé plus 
élaboré.


Auriez-vous plus d'infos ?

--
Adrien A.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] statistiques de rapprochement FANTOIR

[Philippe Verdy]

J'ai bien du mal à comprendre comment sont calculées les statistiques de
suiviu du rapprochment BANO/FANTOIR/OSM.

J'ai beau compter et recompter, je n'ai jamais le résultat attendu (malgré
les raffraichissements) et les chiffres donnés sur
http://cadastre.openstreetmap.fr/fantoir/stats_dept.html
ou quand on clique sur une commune de la liste ou quand on regarde le rendu
BANO ne correspondent jamais

D'ailleurs le tableau par département est assez fantaisiste.

J'ai bien l'impression qu'une partie des traitements n'est pas effectuée en
totalité, que les données ne se rafraîchissent pas du tout (ou mal) ou
gardent des données anciennes qui ne sont pas supprimées.

"L'indice 2020" du tableau de suivi par département n'est pas décrit
correctement et en tout cas ne correspond pas du tout à la formule indiquée
dans l'aide.

Bref, le rapprochement BANO fonctionne-t-il réellement? D'ailleur on note
qu'en cliquant "raffrichir la liste" sur la page pour une commune (via son
code INSEE) donne maintenant à chaque fois une erreur: on voit bien
certains changements apparaitre et pas d'autres, sans aucune raison
évidente, comme si la fin des traitements (le traitement des dernières
lignes de données si celles-ci sont traitées par bloc) n'était pas effectué
à cause d'une exception inattendue ou une détection  incorrecte de la fin
des données.

Même sur des toutes petites communes rurales finalisées à 100% le suivi
affiche un tout autre résultat, les lieux-dits bâtis sont tantôt dans la
liste du non-habité (alors qu'ils sont bien habités), ou bien le non-bâti
est listé dans la liste habitée.

Même en complétant les adresses par numéro des voies ne sont toujours pas
rapprochées (alors que l'orthographe est identique, aux
majuscules/minuscules près ou avec les accents français présents dans OSM
mais pas dans le FANTOIR, et qu'il n'y a aucun autre caractère parasite, et
même aucune abréviation (RUE), ni aucun trait d'union ou apostrophe, et que
la référence ref:FR:FANTOIR est renseignée et correspond même à la
géolocalisation proposée.

Bref il y a bien un bogue. Ce rapprochement ne se finit jamais sur aucune
commune, même la plus petite. Sur les grosses communes très peuplées le
suivi est tout bonnement impossible. La carte de rendu BANO est donc assez
farfelue et ne permet pas de mesurer un quelconque progrès. Même en
attendant plusieurs jours ou même des mois après les modidications, les
statuts (couleurs des points) ne bougent jamais.

N'est-ce pas pénalisant pour motiver les contributeurs à faire progresser
BANO et suivre comment il avance et déterminber les zones où les
contributions sont les plus attendues (exemple en Haute-Normandie où il y a
même un "désert" (inhabité???) coincé entre des zones très peuplées. Même
pour Paris, ou dans les communes ayant publiée leurs adresses en Open Data
avec un bon suivi régulier on voit de très nombreuses anomalies, bien plus
que ce qui est réellement dans la base.

BANO est-il condamné à rester juste une expérimentation laissée lettre
morte et abandonnée à elle-même sans aucun suivi de qualité, ne serait-ce
même qu'avec OSM à défaut de remontée et synchro vers la BAN, la Poste,
l'Insee, le cadastre (même dans les communes vectorisées) et les SIG des
collectivités ?

Comment relancer BANO et montrer aux promoteurs de la BAN que BANO peut
réellement aider et aller plus vite et plaier les manques des collectivités
si on n'affiche nous-même aucun progrès et toujours les mêmes anomalies ou
manques alros que les données sont bel et bien déjà dans OSM ?

Comment motiver alors le développement oui l'amélioration d'applications de
géocodage basé sur BANO, et aider à résoudre les cas plus "tordus" et
compliqués quand ils sont noyés dans la masse des erreurs internes à BANO
lui-même qui est incapable même de suivre et fournir des rapports
cohérents. Je pense qu'en l'état BANO reste plus une proposition et qu'en
attendant OSM n'est pas utilisé pour ça et que les acteurs continueront à
utiliser la BAN (elle-même non synchronisée) ou les licences privées de ses
sources. On n'arrivera donc pas à faire converger les sources si chacun
fait dans son coin et ignore les anomalies propres à chaque source, et en
plus ne coorrdonne rien avec les autres.

On aura toujours un aussi mauvais géocodage en France et cela bloque le
développement de pas mal d'applications innovantes qui pourraient en tirer
profit, et même cela ne permet pas d'améliorer la qualité globale d'OSM et
ne facilite pas non plus le rapprochement de données ouvertes (on l'a vu
avec les gros défauts des tentatives d'import de stations essence ou des
données SIREN).

BANO est très important et doit régler ses problèmes pour établir des
rapports réguliers et qui ont un sens et permettent de montrer des
progressions, et ce n'est encore pas du tout le cas.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques basiques sur OSM

[Sylvain Montagner]

Encore plus précisément : 
http://osmstats.neis-one.org/?item=countries&country=France

A+
Sylvain

*Cédric Frayssinet * listes at frayssinet.org 


/Mer 8 Nov 13:26:20 UTC 2017/

J'ai vu passer ce lien sur Mastodon dernièrement :
http://osmstats.neis-one.org/

Si cela peut aider !

Cédric


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques basiques sur OSM

[Cédric Frayssinet]

J'ai vu passer ce lien sur Mastodon dernièrement :
http://osmstats.neis-one.org/

Si cela peut aider !

Cédric

Le 08/11/2017 à 14:04, marc marc a écrit :
> sur la page stats en anglais, il y a un graphe avec le nombre de modif
> https://wiki.openstreetmap.org/wiki/File:Edits_per_month.png
> en chiffre arrondit, on a 90 millions de modif/mois qu'il me semble 
> acceptable d'arrondir à 3 millions de modif par jour.
>
> si tu veux des stats pour la France, à mon avis il faut récupérer
> un extract de geofabrik puis parser
> des stats approximative des objets sont dispo dans taginfo
> https://taginfo.openstreetmap.fr/reports/database_statistics
> cela couvre la France déborde un rien des frontières
> nombre d'objets:  436 278 351
>
> Le 08. 11. 17 à 13:38, Jean-Christophe Becquet a écrit :
>> En finalisant ma présentation pour demain
>> ,
>> j'ai eu besoin de quelques statistiques basiques sur OSM.
>>
>> Si quelqu'un sait compléter la page
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.openstreetmap.org%2Fwiki%2FFR%3AStatistiques&data=02%7C01%7Cmarc_marc_irc%40hotmail.com%7C77151c628adc4e0aec3308d526a5c9b1%7C84df9e7fe9f640afb435%7C1%7C0%7C636457415864572913&sdata=5YWq8SnJqjM18TfLOFqzZLaradTXTpF9qwsYSmtUqUo%3D&reserved=0
>>
>> Merci
>>
>> JC
>>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 
En cure de désintoxication  de
Google ! Client d'Enercoop
, l'énergie militante

Également sur Mastodon : @bristow...@framapiaf.org


Promouvoir et soutenir le logiciel libre 

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques basiques sur OSM

[marc marc]

sur la page stats en anglais, il y a un graphe avec le nombre de modif
https://wiki.openstreetmap.org/wiki/File:Edits_per_month.png
en chiffre arrondit, on a 90 millions de modif/mois qu'il me semble 
acceptable d'arrondir à 3 millions de modif par jour.

si tu veux des stats pour la France, à mon avis il faut récupérer
un extract de geofabrik puis parser
des stats approximative des objets sont dispo dans taginfo
https://taginfo.openstreetmap.fr/reports/database_statistics
cela couvre la France déborde un rien des frontières
nombre d'objets:436 278 351

Le 08. 11. 17 à 13:38, Jean-Christophe Becquet a écrit :
> En finalisant ma présentation pour demain
> ,
> j'ai eu besoin de quelques statistiques basiques sur OSM.
> 
> Si quelqu'un sait compléter la page
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.openstreetmap.org%2Fwiki%2FFR%3AStatistiques&data=02%7C01%7Cmarc_marc_irc%40hotmail.com%7C77151c628adc4e0aec3308d526a5c9b1%7C84df9e7fe9f640afb435%7C1%7C0%7C636457415864572913&sdata=5YWq8SnJqjM18TfLOFqzZLaradTXTpF9qwsYSmtUqUo%3D&reserved=0
> 
> Merci
> 
> JC
> 

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Statistiques basiques sur OSM

[Jean-Christophe Becquet]

En finalisant ma présentation pour demain
,
j'ai eu besoin de quelques statistiques basiques sur OSM.

Si quelqu'un sait compléter la page
https://wiki.openstreetmap.org/wiki/FR:Statistiques

Merci

JC
-- 
Cartopartie : Libre information sur les services de santé,
tous acteurs, tous concernés ! jeudi 16 novembre 2017 à Digne
http://ferme.animacoop.net/wikis/afnicarto/wakka.php?wiki=CartoSante

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
BP 32 - 04001 Digne-les-Bains Cedex
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Statistiques...

[Vincent de Château-Thierry]

Bonjour,
2 petites stats pour ce vendredi :
- 6175 : un record du nombre de contributeurs sur une journée (le 25 janvier), 
mesuré par Pascal Neis et relayé par Nicolas : 
https://twitter.com/n_dumoulin/status/824845409990242304 (possible effet 
Pokemon Go, notamment en Corée)

- 100% : je m'occupais mercredi d'une session à Decryptageo avec 6 
intervenants, donc 6 présentations. 100%, c'est la proportion de présentations 
qui incluaient une séquence de visualisation de données sur fond OSM. En prime 
certaines mentionnaient un géocodage sur BANO. Ou quand les signaux sont de 
moins en moins faibles...

Voilà :)

vincent

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] statistiques points d'intérêts

[Otourly Wiki]

Oui ce serait cool un petit site de statistiques fun dérivées d'OSM !  Florian
 


 Le Vendredi 7 août 2015 18h07, Christian Quest  a 
écrit :
   

  Statistiques fun...
 
 Combien de "1 Rue de l'Église" en France ?
 
 6101 d'après la BAN, c'est l'adresse avec le plus grand nombre 
d’occurrences... ensuite le 2 (6004), le 3 (5336) et le 4 (5324).
 
 Le prochain numéro/voie le plus courant est le 1 Place... de l'Église (3361)
 
 
 
 Le 07/08/2015 09:56, Florian LAINEZ a écrit :
  
 
 merci Christian, mais justement je cherche quelque chose de plus simple à 
utiliser que taginfo. Quelque chose qu'un débutant peut comprendre rapidement 
sans connaitre les tags exacts.
  je ne suis pas sûr que cela existe ...
  
 Le 6 août 2015 20:03, Christian Quest  a écrit :
 
  taginfo et plus précisément... http://taginfo.openstreetmap.fr/ (données 
france uniquement)
 
  16936 mairies
  10611 hotels
  37672 restos
 ...
 
  Sur http://openstreetmap.fr/ dans la colonne de droite, il y a un petit bloc 
qui reprends quelques stats de ce genre qui sortent de taginfo.
  taginfo a même une API que l'on peut interroger.
 
  
 

   Le 6 août 2015 18:43, Florian LAINEZ  a écrit :
   
 Hello,
  Je me demande s'il existe déjà (ou si quelqu'un veut créer un site ^^) des 
statistiques simples d'usages concernant les équipements les plus courants dans 
OSM.
  Du type :
  En France on a 30 000 piscines publiques, 26 000 mairies, 10 000 hôtels ... 
 Et une liste similaire pour tous les pays.
  
 Il est en effet assez compliqué de s'y retrouver lorsque l'on est débutant et 
que l'on souhaite connaitre rapidement la qualité de la base.
 
 Par exemple sur taginfo si on cherche à connaitre le nombre de piscines en 
france on arrive à 270 000. Cela inclus bien entendu les piscines privées (241 
000) et donc il faut faire une requête overpass si l'on souhaite un  résultat 
exploitable et précis.
 
 Un débutant m'a fait récemment la remarque en me donnant un exemple de site 
qui liste rapidement et de manière précise les équipements présent dans leur 
base de données : http://www.factual.com/products/restaurants
 
 Avec la liste pour les restaurants :
     1.1 million restaurant listings in the US
     300k restaurant listings in France
     200k restaurant listings in the UK
     170k restaurants in Germany
     100k restaurant listings in Australia
 
  Auriez-vous un site sous la main qui peut aider mon ami ?
  Merci
  
 -- 
 Florian Lainez
  @overflorian

   ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr
 
 
  
 
 
 -- 
  Christian Quest - OpenStreetMap France   
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr
 
 
  
 
 
 -- 
 Florian Lainez
  @overflorian

  
 ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
 
 -- 
Christian Quest - OpenStreetMap France 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


  ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] statistiques points d'intérêts

[Christian Quest]

Statistiques fun...

Combien de "1 Rue de l'Église" en France ?

6101 d'après la BAN, c'est l'adresse avec le plus grand nombre
d’occurrences... ensuite le 2 (6004), le 3 (5336) et le 4 (5324).

Le prochain numéro/voie le plus courant est le 1 Place... de l'Église (3361)



Le 07/08/2015 09:56, Florian LAINEZ a écrit :
> merci Christian, mais justement je cherche quelque chose de plus
> simple à utiliser que taginfo. Quelque chose qu'un débutant peut
> comprendre rapidement sans connaitre les tags exacts.
> je ne suis pas sûr que cela existe ...
>
> Le 6 août 2015 20:03, Christian Quest  > a écrit :
>
> taginfo et plus précisément... http://taginfo.openstreetmap.fr/
> (données france uniquement)
>
> 16936 mairies
> 10611 hotels
> 37672 restos
> ...
>
> Sur http://openstreetmap.fr/ dans la colonne de droite, il y a un
> petit bloc qui reprends quelques stats de ce genre qui sortent de
> taginfo.
> taginfo a même une API que l'on peut interroger.
>
>
>
>
> Le 6 août 2015 18:43, Florian LAINEZ  > a écrit :
>
> Hello,
> Je me demande s'il existe déjà (ou si quelqu'un veut créer un
> site ^^) des statistiques simples d'usages concernant les
> équipements les plus courants dans OSM.
> Du type :
> /En France on a 30 000 piscines publiques, 26 000 mairies, 10
> 000 hôtels ... /
> Et une liste similaire pour tous les pays.
>
> Il est en effet assez compliqué de s'y retrouver lorsque l'on
> est débutant et que l'on souhaite connaitre rapidement la
> qualité de la base.
>
> Par exemple sur taginfo si on cherche à connaitre le nombre de
> piscines en france on arrive à 270 000. Cela inclus bien
> entendu les piscines privées (241 000) et donc il faut faire
> une requête overpass si l'on souhaite un résultat exploitable
> et précis.
>
> Un débutant m'a fait récemment la remarque en me donnant un
> exemple de site qui liste rapidement et de manière précise les
> équipements présent dans leur base de données :
> http://www.factual.com/products/restaurants
>
> Avec la liste pour les restaurants :
> 1.1 million restaurant listings in the US
> 300k restaurant listings in France
> 200k restaurant listings in the UK
> 170k restaurants in Germany
> 100k restaurant listings in Australia
>
> Auriez-vous un site sous la main qui peut aider mon ami ?
> Merci
>
> -- 
>
> *Florian Lainez*
>
> @overflorian 
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> -- 
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> -- 
>
> *Florian Lainez*
>
> @overflorian 
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Christian Quest - OpenStreetMap France

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] statistiques points d'intérêts

[Otourly Wiki]

J'appuie l'idée, et j'ajouterai un peu plus :
Des statistiques rigolotes sur la rue la plus longue en combinant l'ensemble 
des rues de l'Église (je pense que c'est elle la grande gagnante)
Derrière devrait suivre la rue de la gare et celle de la mairie ;)Certes c'est 
pas directement utile au projet, mais c'est des infos que personnellement je 
serais curieux de connaître ;)

Florian
 


 Le Vendredi 7 août 2015 9h56, Florian LAINEZ  a écrit :
   

 merci Christian, mais justement je cherche quelque chose de plus simple à 
utiliser que taginfo. Quelque chose qu'un débutant peut comprendre rapidement 
sans connaitre les tags exacts.
je ne suis pas sûr que cela existe ...

Le 6 août 2015 20:03, Christian Quest  a écrit :

taginfo et plus précisément... http://taginfo.openstreetmap.fr/ (données france 
uniquement)

16936 mairies
10611 hotels
37672 restos
...

Sur http://openstreetmap.fr/ dans la colonne de droite, il y a un petit bloc 
qui reprends quelques stats de ce genre qui sortent de taginfo.
taginfo a même une API que l'on peut interroger.




Le 6 août 2015 18:43, Florian LAINEZ  a écrit :

Hello,
Je me demande s'il existe déjà (ou si quelqu'un veut créer un site ^^) des 
statistiques simples d'usages concernant les équipements les plus courants dans 
OSM.
Du type :
En France on a 30 000 piscines publiques, 26 000 mairies, 10 000 hôtels ... 
Et une liste similaire pour tous les pays.

Il est en effet assez compliqué de s'y retrouver lorsque l'on est débutant et 
que l'on souhaite connaitre rapidement la qualité de la base.

Par exemple sur taginfo si on cherche à connaitre le nombre de piscines en 
france on arrive à 270 000. Cela inclus bien entendu les piscines privées (241 
000) et donc il faut faire une requête overpass si l'on souhaite un résultat 
exploitable et précis.

Un débutant m'a fait récemment la remarque en me donnant un exemple de site qui 
liste rapidement et de manière précise les équipements présent dans leur base 
de données : http://www.factual.com/products/restaurants

Avec la liste pour les restaurants :
    1.1 million restaurant listings in the US
    300k restaurant listings in France
    200k restaurant listings in the UK
    170k restaurants in Germany
    100k restaurant listings in Australia

Auriez-vous un site sous la main qui peut aider mon ami ?
Merci

-- 
  FlorianLainez
@overflorian

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr





-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr





-- 
  FlorianLainez
@overflorian

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


  ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] statistiques points d'intérêts

[Florian LAINEZ]

merci Christian, mais justement je cherche quelque chose de plus simple à
utiliser que taginfo. Quelque chose qu'un débutant peut comprendre
rapidement sans connaitre les tags exacts.
je ne suis pas sûr que cela existe ...

Le 6 août 2015 20:03, Christian Quest  a écrit :

> taginfo et plus précisément... http://taginfo.openstreetmap.fr/ (données
> france uniquement)
>
> 16936 mairies
> 10611 hotels
> 37672 restos
> ...
>
> Sur http://openstreetmap.fr/ dans la colonne de droite, il y a un petit
> bloc qui reprends quelques stats de ce genre qui sortent de taginfo.
> taginfo a même une API que l'on peut interroger.
>
>
>
>
> Le 6 août 2015 18:43, Florian LAINEZ  a écrit :
>
>> Hello,
>> Je me demande s'il existe déjà (ou si quelqu'un veut créer un site ^^)
>> des statistiques simples d'usages concernant les équipements les plus
>> courants dans OSM.
>> Du type :
>> *En France on a 30 000 piscines publiques, 26 000 mairies, 10 000 hôtels
>> ... *
>> Et une liste similaire pour tous les pays.
>>
>> Il est en effet assez compliqué de s'y retrouver lorsque l'on est
>> débutant et que l'on souhaite connaitre rapidement la qualité de la base.
>>
>> Par exemple sur taginfo si on cherche à connaitre le nombre de piscines
>> en france on arrive à 270 000. Cela inclus bien entendu les piscines
>> privées (241 000) et donc il faut faire une requête overpass si l'on
>> souhaite un résultat exploitable et précis.
>>
>> Un débutant m'a fait récemment la remarque en me donnant un exemple de
>> site qui liste rapidement et de manière précise les équipements présent
>> dans leur base de données : http://www.factual.com/products/restaurants
>>
>> Avec la liste pour les restaurants :
>> 1.1 million restaurant listings in the US
>> 300k restaurant listings in France
>> 200k restaurant listings in the UK
>> 170k restaurants in Germany
>> 100k restaurant listings in Australia
>>
>> Auriez-vous un site sous la main qui peut aider mon ami ?
>> Merci
>>
>> --
>>
>> *Florian Lainez*
>> @overflorian 
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 

*Florian Lainez*
@overflorian 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] statistiques points d'intérêts

[Christian Quest]

taginfo et plus précisément... http://taginfo.openstreetmap.fr/ (données
france uniquement)

16936 mairies
10611 hotels
37672 restos
...

Sur http://openstreetmap.fr/ dans la colonne de droite, il y a un petit
bloc qui reprends quelques stats de ce genre qui sortent de taginfo.
taginfo a même une API que l'on peut interroger.




Le 6 août 2015 18:43, Florian LAINEZ  a écrit :

> Hello,
> Je me demande s'il existe déjà (ou si quelqu'un veut créer un site ^^) des
> statistiques simples d'usages concernant les équipements les plus courants
> dans OSM.
> Du type :
> *En France on a 30 000 piscines publiques, 26 000 mairies, 10 000 hôtels
> ... *
> Et une liste similaire pour tous les pays.
>
> Il est en effet assez compliqué de s'y retrouver lorsque l'on est débutant
> et que l'on souhaite connaitre rapidement la qualité de la base.
>
> Par exemple sur taginfo si on cherche à connaitre le nombre de piscines en
> france on arrive à 270 000. Cela inclus bien entendu les piscines privées
> (241 000) et donc il faut faire une requête overpass si l'on souhaite un
> résultat exploitable et précis.
>
> Un débutant m'a fait récemment la remarque en me donnant un exemple de
> site qui liste rapidement et de manière précise les équipements présent
> dans leur base de données : http://www.factual.com/products/restaurants
>
> Avec la liste pour les restaurants :
> 1.1 million restaurant listings in the US
> 300k restaurant listings in France
> 200k restaurant listings in the UK
> 170k restaurants in Germany
> 100k restaurant listings in Australia
>
> Auriez-vous un site sous la main qui peut aider mon ami ?
> Merci
>
> --
>
> *Florian Lainez*
> @overflorian 
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] statistiques points d'intérêts

[Florian LAINEZ]

Hello,
Je me demande s'il existe déjà (ou si quelqu'un veut créer un site ^^) des
statistiques simples d'usages concernant les équipements les plus courants
dans OSM.
Du type :
*En France on a 30 000 piscines publiques, 26 000 mairies, 10 000 hôtels
... *
Et une liste similaire pour tous les pays.

Il est en effet assez compliqué de s'y retrouver lorsque l'on est débutant
et que l'on souhaite connaitre rapidement la qualité de la base.

Par exemple sur taginfo si on cherche à connaitre le nombre de piscines en
france on arrive à 270 000. Cela inclus bien entendu les piscines privées
(241 000) et donc il faut faire une requête overpass si l'on souhaite un
résultat exploitable et précis.

Un débutant m'a fait récemment la remarque en me donnant un exemple de site
qui liste rapidement et de manière précise les équipements présent dans
leur base de données : http://www.factual.com/products/restaurants

Avec la liste pour les restaurants :
1.1 million restaurant listings in the US
300k restaurant listings in France
200k restaurant listings in the UK
170k restaurants in Germany
100k restaurant listings in Australia

Auriez-vous un site sous la main qui peut aider mon ami ?
Merci

-- 

*Florian Lainez*
@overflorian 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques sur l'activité OSM

[Eric]

Salut ! Effectivement, j'ai vu que l'histo 2013 était maintenant complet.
Mais je ne suis pas arrivé à grand chose pour l'instant dans mes essais,
pourtant j'y essayé pas mal de pistes. :(
* J'ai d'abord voulu utiliser la lib Python (ImpOsm). Pas moyen de
l'installer correctement sous Windows, par contre j'ai réussi à l'installer
dans une VM Linux. J'ai réussi à parser correctement des PBF de test mais
quand j'ai voulu utiliser un PBF de type "Histo", j'avais un message
"NotImplementedError: histo.pbf requires features not implemented by this
parser: HistoricalInformation". On dirait que la lib ne sait pas gerer le
format spécifique des "histo".
* Osmose ne sait pas non plus gérer ces fichiers en entrée, j'ai la même
erreur qu'avec la lib Python
* J'ai essayé pas mal d'autres outils (osmconvert et d'autres ...) qui
n'acceptent pas non plus un histo en entrée
* Je n'ai pas attaqué encore le framework Osmium et les outils de
MaZderMind (merci Bruno pour l'info), un peu effrayé par le nombre de
modules différents à installer. C'est mon test suivant et dernier espoir je
pense
On peut poursuivre ces échanges sur dev-fr si vous avez des pistes...

Nota: c'est juste par curiosité technique, l'approche bancale que j'avais
adoptée à la base restait assez précise pour les données recentes je pense

Eric [Blueberry]

Le 15 janvier 2014 10:01, Ab_fab  a écrit :

> Bonjour Eric,
>
> Le nouvel extrait France est désormais disponible à cette URL :
> http://osm.personalwerk.de/full-history-extracts/2013/2013-12-30/europe/
>
> Deux extraits régionaux sont disponibles également : Paris et PACA
>
> As-tu réussi à tirer parti de ce format de fichiers ?
>
> Bonne journée
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques sur l'activité OSM

[Ab_fab]

Bonjour Eric,

Le nouvel extrait France est désormais disponible à cette URL :
http://osm.personalwerk.de/full-history-extracts/2013/2013-12-30/europe/

Deux extraits régionaux sont disponibles également : Paris et PACA

As-tu réussi à tirer parti de ce format de fichiers ?

Bonne journée


Le 7 janvier 2014 16:27, Eric  a écrit :

> Merci pour ce pointeur, je n'avais pas vu ce dump national. On dirait
> effectivement qu'une nouvelle mise à jour est en cours d'extraction. Je ne
> connaissais que le PLANET qui est un peu lourd :) et les pays que faisait
> Simon Poole mais il a arreté au changement de licence on dirait.
> 4,5 Go, ca va encore. Étonnant que la version avec tout l'historique que
> soit que 1,8x plus grosse. Meme avec la compression, j'imaginais plus gros
> que ca avec tous ces objet qui ont un historique de 10 ou 20 modifs.
> Inversement, le bati qui représente une grosse partie de la base est resté
> à la version 1 pour une grosse part j'imagine ce qui doit compenser.
> Je vais relancer le traitement sur cette base
>
>
>
> Le 7 janvier 2014 16:02, Ab_fab  a écrit :
>
> Bonjour Eric,
>>
>> Des extraits "Full History" vont te permettre de remonter l'historique
>> jusqu'à fin 2007
>> http://wiki.openstreetmap.org/wiki/Planet.osm/full
>> ce sont également des fichiers de type pbf
>>
>> C'est forcément plus lourd à traiter que des extraits du moment.
>> france.osh.pbf pèse 4.5 GO en date du 2 novembre 2013, contre 2.5 GO pour
>> l'extrait Geofabrik.
>> Il est possible d'en extraire les données d'une région spécifique, comme
>> Rhône Alpes dans ton cas
>>
>> Il semble qu'une nouvelle extraction se prépare, sur la base des données
>> du 30/12/13.
>> Mais les répertoires sont encore vides :
>> http://osm.personalwerk.de/full-history-extracts/2013/2013-12-30/
>>
>>
>>
>>
>>
>> Le 7 janvier 2014 14:43, Eric  a écrit :
>>
>> Oui, tu as raison, le PBF dont je pars ne contient que la dernière
>>> version de tous les objets de la base donc on perd les utilisateurs dont
>>> tous les objets du changeset ont été altérés par la suite. C'est surement
>>> une des raison des premières années si vides, tout à été écrasé depuis. Par
>>> contre, ca doit rester assez juste pour les dernières années.Je ne sais pas
>>> si il est possible d'avoir une base avec tout l'historique de tous les
>>> objets. Mais en même temps, le Rhône en version OSM fait déjà ses p'tits 22
>>> millions de lignes, en version complète je le sens pas ! :) Il faudrait
>>> dans ce cas utiliser directement le format binaire sans passer par le XML.
>>>
>>>
>>> Le 7 janvier 2014 14:13, Nicolas Dumoulin <
>>> nicolas_openstreetmap@dumoulin63.net> a écrit :
>>>
>>> Le mardi 7 janvier 2014 12:28:48 Eric a écrit :
 > Bonjour,
 >
 > J'avais la curiosité de savoir combien de fourmis contribuent sur mes
 zones
 > d’intérêt et avec quelle fréquence pour avoir une idée du dynamisme
 de la
 > communauté sur cette région J'ai donc fait un p'tit bout de script
 python
 > qui parse les fichiers OSM et qui donne depuis 2005 le nombre de
 > contributeurs différents qui postent « quelque chose » mois par mois,
 > indépendamment du nombre d’objets modifiés. J'ai fait l'exercice sur
 les
 > départements dans lesquels je suis actif : le Rhone, la Drome et
 l’Ardèche
 > Et comme c'est des département très différents, ca donne une  idée.
 > Je partage, si ca intéresse quelqu'un  …

 Salut,

 Intéressant. Si j'ai bien compris, tu n'exploites que l'extrait de
 donnée à un
 temps t et tu regardes la date de dernière modification de chaque objet
 ?
 Si oui, c'est un début, mais tu rates toutes les modifications faites
 dans les
 versions antérieures.

 Merci pour le script et les graphes :-)
 --
 Nicolas Dumoulin
 http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr

>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>>
>> --
>> ab_fab 
>> "Il n'y a pas de pas perdus", Nadja
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques sur l'activité OSM

[Nicolas Dumoulin]

Le mardi 7 janvier 2014 20:10:41 Philippe Verdy a écrit :
> Mouais  Le PBF j'aime pas du tout.

Si tu n'aimes pas ces trois lettres, tant pis pour toi.
Si tu aimes le JSON, grand bien te fasse.
Là, on évoquait la question de la *peformance* qui est utile à la discussion 
d'origine.  Et Pieren apporte des chiffres (qui ne sont pas inconnus de ceux 
qui utilisent ces fichiers).

> Justement si tu répond en fonction du "grand public" (plus haut). Ta
> réponse est complètement insensée. Le grand public ne peut pas manipuler le
> Big Data. Et cette liste justemetn s'intéresse au grand public et aux
> contributions simples avec les outils d'édition. Ce n'est PAS du tout du
> Big Data.

La réponse de Pieren n'est pas "insensée", puisque le problème d'Éric est de 
traiter l'historique de la France pour extraire ses données à plus petite 
échelle. Donc soit tu fais exprès de ne pas comprendre, soit tu n'as pas idée 
de la quantité de données contenue dans ce fichier, ou alors tu n'as aucune 
compassion pour le pauvre PC qui va devoir se coltiner le fichier, ni pour Éric 
qui discute pour connaître le moyen le plus rapide d'arriver à ses fins.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques sur l'activité OSM

[Philippe Verdy]

Et hop encore une insulte qui passe par lien interposé...

Franchement quelques gros OSMeurs se croient tout permis.

Vous espérez réellement recruter du monde sur le projet si vous usez de tel
language ?


Le 7 janvier 2014 17:03, Pieren  a écrit :

> Mais bon, sur une liste plus grand public, faut quand même de
> temps en temps rectifier les bêtises de notre Philou pour éviter que
> ça se propage.


Aucune betise, si ce n'est celle du ton de tes propos. surtout que tu ne
rectifie rien du tout.


>

> Et de toute façon pas besoi nde format binaire si on veut garder ces
> > fonctionalités : une compression standard (zip/deflate, gzip) suffit à
> > éviter d'avoir à maintenir un nouveau parseur.
>
> Le format PBF est 50% plus petit qu'un gzip ou 30% qu'un bzip. Il est
> surtout 5 à 6 fois plus rapide en lecture/écriture ([1]). C'est basé
> sur une méthode développée par Google justement optimisée pour faire
> mieux qu'XML ([2]). Un parser pour Python existe (imposm, [3])


Mouais  Le PBF j'aime pas du tout.

Et puis tu oublies que j'ai déjà évoqué JSON comme format alternatif au XML.


> Franchement pas besoin de développer un format binaire (même les documents
> > de traitement de texte ou feuilles de calcul sont maintenant en format
> XML
> > compressé et ça marche très bien et même mieux que de maintenir les
> anciens
> > formats binaires, trop souvent propriétaires et très mal documentés, avec
> > une interopérabilité faible).
>
> On est dans le "big data" avec des fichiers de plusieurs gigaoctets.
>

Oui mais là on parlait de fichier d'extractions pour produire des cartes
sur certaines zones, pas de l'a possibilité d'utiliser un gros dump pour
monter sa base de données (que presque personne ne peut faire car il faut
de gros moyens).

Justement si tu répond en fonction du "grand public" (plus haut). Ta
réponse est complètement insensée. Le grand public ne peut pas manipuler le
Big Data. Et cette liste justemetn s'intéresse au grand public et aux
contributions simples avec les outils d'édition. Ce n'est PAS du tout du
Big Data.


> Comparer des fichiers planet avec des documents de traitement de texte
> ou feuilles de calcul, fallait oser. Comme disait Michel Audiard ...
> [4] http://www.dicocitations.com/citations/citation-1255.php


Je te retourne la citation, car ici il n'y a c'est bien toi qui ose tout
par ton langage.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques sur l'activité OSM

[Pieren]

2014/1/7 Philippe Verdy :

Ca se passerait sur la liste dev-fr@ que je le laisserais couler tout
seul. Mais bon, sur une liste plus grand public, faut quand même de
temps en temps rectifier les bêtises de notre Philou pour éviter que
ça se propage.

> Et de toute façon pas besoi nde format binaire si on veut garder ces
> fonctionalités : une compression standard (zip/deflate, gzip) suffit à
> éviter d'avoir à maintenir un nouveau parseur.

Le format PBF est 50% plus petit qu'un gzip ou 30% qu'un bzip. Il est
surtout 5 à 6 fois plus rapide en lecture/écriture ([1]). C'est basé
sur une méthode développée par Google justement optimisée pour faire
mieux qu'XML ([2]). Un parser pour Python existe (imposm, [3])

> Franchement pas besoin de développer un format binaire (même les documents
> de traitement de texte ou feuilles de calcul sont maintenant en format XML
> compressé et ça marche très bien et même mieux que de maintenir les anciens
> formats binaires, trop souvent propriétaires et très mal documentés, avec
> une interopérabilité faible).

On est dans le "big data" avec des fichiers de plusieurs gigaoctets.
Comparer des fichiers planet avec des documents de traitement de texte
ou feuilles de calcul, fallait oser. Comme disait Michel Audiard ...
[4]

Pieren

[1] http://wiki.openstreetmap.org/wiki/PBF_Format
[2] https://en.wikipedia.org/wiki/Protocol_Buffers
[3] https://pypi.python.org/pypi/imposm.parser
[4] http://www.dicocitations.com/citations/citation-1255.php

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques sur l'activité OSM

[Bruno Cortial]

Vois également le framework Osmium pour tes traitements de stat, il est à
la base de l'outil de découpe des fichiers historiques.

https://github.com/MaZderMind/osm-history-splitter

A+
Bruno


Le 7 janvier 2014 16:27, Eric  a écrit :

> Merci pour ce pointeur, je n'avais pas vu ce dump national. On dirait
> effectivement qu'une nouvelle mise à jour est en cours d'extraction. Je ne
> connaissais que le PLANET qui est un peu lourd :) et les pays que faisait
> Simon Poole mais il a arreté au changement de licence on dirait.
> 4,5 Go, ca va encore. Étonnant que la version avec tout l'historique que
> soit que 1,8x plus grosse. Meme avec la compression, j'imaginais plus gros
> que ca avec tous ces objet qui ont un historique de 10 ou 20 modifs.
> Inversement, le bati qui représente une grosse partie de la base est resté
> à la version 1 pour une grosse part j'imagine ce qui doit compenser.
> Je vais relancer le traitement sur cette base
>
>
>
> Le 7 janvier 2014 16:02, Ab_fab  a écrit :
>
> Bonjour Eric,
>>
>> Des extraits "Full History" vont te permettre de remonter l'historique
>> jusqu'à fin 2007
>> http://wiki.openstreetmap.org/wiki/Planet.osm/full
>> ce sont également des fichiers de type pbf
>>
>> C'est forcément plus lourd à traiter que des extraits du moment.
>> france.osh.pbf pèse 4.5 GO en date du 2 novembre 2013, contre 2.5 GO pour
>> l'extrait Geofabrik.
>> Il est possible d'en extraire les données d'une région spécifique, comme
>> Rhône Alpes dans ton cas
>>
>> Il semble qu'une nouvelle extraction se prépare, sur la base des données
>> du 30/12/13.
>> Mais les répertoires sont encore vides :
>> http://osm.personalwerk.de/full-history-extracts/2013/2013-12-30/
>>
>>
>>
>>
>>
>> Le 7 janvier 2014 14:43, Eric  a écrit :
>>
>> Oui, tu as raison, le PBF dont je pars ne contient que la dernière
>>> version de tous les objets de la base donc on perd les utilisateurs dont
>>> tous les objets du changeset ont été altérés par la suite. C'est surement
>>> une des raison des premières années si vides, tout à été écrasé depuis. Par
>>> contre, ca doit rester assez juste pour les dernières années.Je ne sais pas
>>> si il est possible d'avoir une base avec tout l'historique de tous les
>>> objets. Mais en même temps, le Rhône en version OSM fait déjà ses p'tits 22
>>> millions de lignes, en version complète je le sens pas ! :) Il faudrait
>>> dans ce cas utiliser directement le format binaire sans passer par le XML.
>>>
>>>
>>> Le 7 janvier 2014 14:13, Nicolas Dumoulin <
>>> nicolas_openstreetmap@dumoulin63.net> a écrit :
>>>
>>> Le mardi 7 janvier 2014 12:28:48 Eric a écrit :
 > Bonjour,
 >
 > J'avais la curiosité de savoir combien de fourmis contribuent sur mes
 zones
 > d’intérêt et avec quelle fréquence pour avoir une idée du dynamisme
 de la
 > communauté sur cette région J'ai donc fait un p'tit bout de script
 python
 > qui parse les fichiers OSM et qui donne depuis 2005 le nombre de
 > contributeurs différents qui postent « quelque chose » mois par mois,
 > indépendamment du nombre d’objets modifiés. J'ai fait l'exercice sur
 les
 > départements dans lesquels je suis actif : le Rhone, la Drome et
 l’Ardèche
 > Et comme c'est des département très différents, ca donne une  idée.
 > Je partage, si ca intéresse quelqu'un  …

 Salut,

 Intéressant. Si j'ai bien compris, tu n'exploites que l'extrait de
 donnée à un
 temps t et tu regardes la date de dernière modification de chaque objet
 ?
 Si oui, c'est un début, mais tu rates toutes les modifications faites
 dans les
 versions antérieures.

 Merci pour le script et les graphes :-)
 --
 Nicolas Dumoulin
 http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr

>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>>
>> --
>> ab_fab 
>> "Il n'y a pas de pas perdus", Nadja
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques sur l'activité OSM

[Philippe Verdy]

>
> Le 7 janvier 2014 14:43, Eric  a écrit :
>
Il faudrait dans ce cas utiliser directement le format binaire sans passer
> par le XML.
>

C'est une vieille rengaine qu'on reproche à XML alors que ce format a été
fait d'abord pour permettre des échanges de données interopérables sur
lequel on peut mapper un schéma de données.
Et de toute façon pas besoi nde format binaire si on veut garder ces
fonctionalités : une compression standard (zip/deflate, gzip) suffit à
éviter d'avoir à maintenir un nouveau parseur.
Ceux qui n'aiment pas parser su XML et sacrifie la possibilité de mapper
simplement un schéma (car le schéma est présupposé) peuvent toujours passer
à JSON, de plus en plus populaire, mais qui pose des problèmes
d'évolutivité et de compatiilité des schémas de données.
Ceci dit, le schéma des données XML d'OSM est relativement figé depuis
assez longtemps (même si de nouvelles primitives géométriques sont ajoutées
en plus des noeuds, chemins et relations, cela ne changera pas
fondamentalement la structure qui est ultra simple.
Une API OSM fournissant du JSON directement serait utile (et question
compression HTTP prend en charge ça durant le transport sans avoir à écrire
un nouveau parseur là aussi.
Si on veut plus compact, ce n'est plus le schéma OSM de base mais celui des
"features OpenGIS" qui est à développer davantage (et aussi certainement à
proposer en version JSON et pas seulement XML).

Franchement pas besoin de développer un format binaire (même les documents
de traitement de texte ou feuilles de calcul sont maintenant en format XML
compressé et ça marche très bien et même mieux que de maintenir les anciens
formats binaires, trop souvent propriétaires et très mal documentés, avec
une interopérabilité faible).

Les seuls formats binaires relativement bien supportés sont ceux soutenus
par une norme internationale comme les conteneurs de streams MPEG (pour
empaqueter audio, vidéo, sous-titres, métadonnées, avec des points de
synchronisation entre les flux et une optimisation sur la taille optimale
de chaque fragment pour permettre des accès aléatoires sans avoir à parser
tout le contenu depuis le début). Les formats binaires ont aussi des
problèmes de compatibilité connus, notamment sur l'ordonnancement des
octets, le placement des bits dans les octets pour les champs de bits, et
la précision des nombres (sans oublier aussi les formats de nombre en
virgule flottante, même avec la norme IEEE associée, que tous les
processeurs ne savent pas interpréter et qu'il est compliqué et très lent
de parser bit par bit pour obtenir une valeur utilisable).

Que ceu xqui n'aiment pas XML (trop compliqué à parser alors qu'il y a des
parseurs natifs efficaces sur toutes les plateformes aujourd'hui), peuvent
passer à JSON. Mais gardons les schémas de données smples, et avec le moins
de contraintes possibles pour faciliter les réutilisations: la structure
des fichiers interopérables doit être la plus simple possible, avec peu de
"profondeur" d'imbrication des éléments. Ensuite chaque aplication pourra
utiliser ses propres schémas internes pour un traitement plus efficace, si
elle en a besoin.

Personnellement je n'aime pas les formats binaires pour les échanges de
données, ils sont plus une gêne qu'ils ne sont utiles.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques sur l'activité OSM

[Eric]

Merci pour ce pointeur, je n'avais pas vu ce dump national. On dirait
effectivement qu'une nouvelle mise à jour est en cours d'extraction. Je ne
connaissais que le PLANET qui est un peu lourd :) et les pays que faisait
Simon Poole mais il a arreté au changement de licence on dirait.
4,5 Go, ca va encore. Étonnant que la version avec tout l'historique que
soit que 1,8x plus grosse. Meme avec la compression, j'imaginais plus gros
que ca avec tous ces objet qui ont un historique de 10 ou 20 modifs.
Inversement, le bati qui représente une grosse partie de la base est resté
à la version 1 pour une grosse part j'imagine ce qui doit compenser.
Je vais relancer le traitement sur cette base



Le 7 janvier 2014 16:02, Ab_fab  a écrit :

> Bonjour Eric,
>
> Des extraits "Full History" vont te permettre de remonter l'historique
> jusqu'à fin 2007
> http://wiki.openstreetmap.org/wiki/Planet.osm/full
> ce sont également des fichiers de type pbf
>
> C'est forcément plus lourd à traiter que des extraits du moment.
> france.osh.pbf pèse 4.5 GO en date du 2 novembre 2013, contre 2.5 GO pour
> l'extrait Geofabrik.
> Il est possible d'en extraire les données d'une région spécifique, comme
> Rhône Alpes dans ton cas
>
> Il semble qu'une nouvelle extraction se prépare, sur la base des données
> du 30/12/13.
> Mais les répertoires sont encore vides :
> http://osm.personalwerk.de/full-history-extracts/2013/2013-12-30/
>
>
>
>
>
> Le 7 janvier 2014 14:43, Eric  a écrit :
>
> Oui, tu as raison, le PBF dont je pars ne contient que la dernière version
>> de tous les objets de la base donc on perd les utilisateurs dont tous les
>> objets du changeset ont été altérés par la suite. C'est surement une des
>> raison des premières années si vides, tout à été écrasé depuis. Par contre,
>> ca doit rester assez juste pour les dernières années.Je ne sais pas si il
>> est possible d'avoir une base avec tout l'historique de tous les objets.
>> Mais en même temps, le Rhône en version OSM fait déjà ses p'tits 22
>> millions de lignes, en version complète je le sens pas ! :) Il faudrait
>> dans ce cas utiliser directement le format binaire sans passer par le XML.
>>
>>
>> Le 7 janvier 2014 14:13, Nicolas Dumoulin <
>> nicolas_openstreetmap@dumoulin63.net> a écrit :
>>
>> Le mardi 7 janvier 2014 12:28:48 Eric a écrit :
>>> > Bonjour,
>>> >
>>> > J'avais la curiosité de savoir combien de fourmis contribuent sur mes
>>> zones
>>> > d’intérêt et avec quelle fréquence pour avoir une idée du dynamisme de
>>> la
>>> > communauté sur cette région J'ai donc fait un p'tit bout de script
>>> python
>>> > qui parse les fichiers OSM et qui donne depuis 2005 le nombre de
>>> > contributeurs différents qui postent « quelque chose » mois par mois,
>>> > indépendamment du nombre d’objets modifiés. J'ai fait l'exercice sur
>>> les
>>> > départements dans lesquels je suis actif : le Rhone, la Drome et
>>> l’Ardèche
>>> > Et comme c'est des département très différents, ca donne une  idée.
>>> > Je partage, si ca intéresse quelqu'un  …
>>>
>>> Salut,
>>>
>>> Intéressant. Si j'ai bien compris, tu n'exploites que l'extrait de
>>> donnée à un
>>> temps t et tu regardes la date de dernière modification de chaque objet ?
>>> Si oui, c'est un début, mais tu rates toutes les modifications faites
>>> dans les
>>> versions antérieures.
>>>
>>> Merci pour le script et les graphes :-)
>>> --
>>> Nicolas Dumoulin
>>> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> ab_fab 
> "Il n'y a pas de pas perdus", Nadja
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques sur l'activité OSM

[Ab_fab]

Bonjour Eric,

Des extraits "Full History" vont te permettre de remonter l'historique
jusqu'à fin 2007
http://wiki.openstreetmap.org/wiki/Planet.osm/full
ce sont également des fichiers de type pbf

C'est forcément plus lourd à traiter que des extraits du moment.
france.osh.pbf pèse 4.5 GO en date du 2 novembre 2013, contre 2.5 GO pour
l'extrait Geofabrik.
Il est possible d'en extraire les données d'une région spécifique, comme
Rhône Alpes dans ton cas

Il semble qu'une nouvelle extraction se prépare, sur la base des données du
30/12/13.
Mais les répertoires sont encore vides :
http://osm.personalwerk.de/full-history-extracts/2013/2013-12-30/





Le 7 janvier 2014 14:43, Eric  a écrit :

> Oui, tu as raison, le PBF dont je pars ne contient que la dernière version
> de tous les objets de la base donc on perd les utilisateurs dont tous les
> objets du changeset ont été altérés par la suite. C'est surement une des
> raison des premières années si vides, tout à été écrasé depuis. Par contre,
> ca doit rester assez juste pour les dernières années.Je ne sais pas si il
> est possible d'avoir une base avec tout l'historique de tous les objets.
> Mais en même temps, le Rhône en version OSM fait déjà ses p'tits 22
> millions de lignes, en version complète je le sens pas ! :) Il faudrait
> dans ce cas utiliser directement le format binaire sans passer par le XML.
>
>
> Le 7 janvier 2014 14:13, Nicolas Dumoulin <
> nicolas_openstreetmap@dumoulin63.net> a écrit :
>
> Le mardi 7 janvier 2014 12:28:48 Eric a écrit :
>> > Bonjour,
>> >
>> > J'avais la curiosité de savoir combien de fourmis contribuent sur mes
>> zones
>> > d’intérêt et avec quelle fréquence pour avoir une idée du dynamisme de
>> la
>> > communauté sur cette région J'ai donc fait un p'tit bout de script
>> python
>> > qui parse les fichiers OSM et qui donne depuis 2005 le nombre de
>> > contributeurs différents qui postent « quelque chose » mois par mois,
>> > indépendamment du nombre d’objets modifiés. J'ai fait l'exercice sur les
>> > départements dans lesquels je suis actif : le Rhone, la Drome et
>> l’Ardèche
>> > Et comme c'est des département très différents, ca donne une  idée.
>> > Je partage, si ca intéresse quelqu'un  …
>>
>> Salut,
>>
>> Intéressant. Si j'ai bien compris, tu n'exploites que l'extrait de donnée
>> à un
>> temps t et tu regardes la date de dernière modification de chaque objet ?
>> Si oui, c'est un début, mais tu rates toutes les modifications faites
>> dans les
>> versions antérieures.
>>
>> Merci pour le script et les graphes :-)
>> --
>> Nicolas Dumoulin
>> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques sur l'activité OSM

[Eric]

Oui, tu as raison, le PBF dont je pars ne contient que la dernière version
de tous les objets de la base donc on perd les utilisateurs dont tous les
objets du changeset ont été altérés par la suite. C'est surement une des
raison des premières années si vides, tout à été écrasé depuis. Par contre,
ca doit rester assez juste pour les dernières années.Je ne sais pas si il
est possible d'avoir une base avec tout l'historique de tous les objets.
Mais en même temps, le Rhône en version OSM fait déjà ses p'tits 22
millions de lignes, en version complète je le sens pas ! :) Il faudrait
dans ce cas utiliser directement le format binaire sans passer par le XML.


Le 7 janvier 2014 14:13, Nicolas Dumoulin <
nicolas_openstreetmap@dumoulin63.net> a écrit :

> Le mardi 7 janvier 2014 12:28:48 Eric a écrit :
> > Bonjour,
> >
> > J'avais la curiosité de savoir combien de fourmis contribuent sur mes
> zones
> > d’intérêt et avec quelle fréquence pour avoir une idée du dynamisme de la
> > communauté sur cette région J'ai donc fait un p'tit bout de script python
> > qui parse les fichiers OSM et qui donne depuis 2005 le nombre de
> > contributeurs différents qui postent « quelque chose » mois par mois,
> > indépendamment du nombre d’objets modifiés. J'ai fait l'exercice sur les
> > départements dans lesquels je suis actif : le Rhone, la Drome et
> l’Ardèche
> > Et comme c'est des département très différents, ca donne une  idée.
> > Je partage, si ca intéresse quelqu'un  …
>
> Salut,
>
> Intéressant. Si j'ai bien compris, tu n'exploites que l'extrait de donnée
> à un
> temps t et tu regardes la date de dernière modification de chaque objet ?
> Si oui, c'est un début, mais tu rates toutes les modifications faites dans
> les
> versions antérieures.
>
> Merci pour le script et les graphes :-)
> --
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques sur l'activité OSM

[Nicolas Dumoulin]

Le mardi 7 janvier 2014 12:28:48 Eric a écrit :
> Bonjour,
> 
> J'avais la curiosité de savoir combien de fourmis contribuent sur mes zones
> d’intérêt et avec quelle fréquence pour avoir une idée du dynamisme de la
> communauté sur cette région J'ai donc fait un p'tit bout de script python
> qui parse les fichiers OSM et qui donne depuis 2005 le nombre de
> contributeurs différents qui postent « quelque chose » mois par mois,
> indépendamment du nombre d’objets modifiés. J'ai fait l'exercice sur les
> départements dans lesquels je suis actif : le Rhone, la Drome et l’Ardèche
> Et comme c'est des département très différents, ca donne une  idée.
> Je partage, si ca intéresse quelqu'un  …

Salut,

Intéressant. Si j'ai bien compris, tu n'exploites que l'extrait de donnée à un 
temps t et tu regardes la date de dernière modification de chaque objet ?
Si oui, c'est un début, mais tu rates toutes les modifications faites dans les 
versions antérieures.

Merci pour le script et les graphes :-)
-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Statistiques sur l'activité OSM

[Eric]

Bonjour,

J'avais la curiosité de savoir combien de fourmis contribuent sur mes zones
d’intérêt et avec quelle fréquence pour avoir une idée du dynamisme de la
communauté sur cette région J'ai donc fait un p'tit bout de script python
qui parse les fichiers OSM et qui donne depuis 2005 le nombre de
contributeurs différents qui postent « quelque chose » mois par mois,
indépendamment du nombre d’objets modifiés. J'ai fait l'exercice sur les
départements dans lesquels je suis actif : le Rhone, la Drome et l’Ardèche
Et comme c'est des département très différents, ca donne une  idée.
Je partage, si ca intéresse quelqu'un  …
Quelques remarques :
* une tendance à l'augmentation assez régulière du nombre d'actifs depuis
le lancement du projet avec des courbes très similaires sur les differents
exemples pris. Dans tous les cas, on a un ralentissement en 2013 [1][2][3].
* ca donne chaque mois un peu moins de 60 contributeurs différents qui
postent « quelque chose » sur la Drome, 50 sur l’Ardèche et 80 sur le
Rhone. On est heureusement pas dans le ratio du nombre d'habitants ! :)
* sur 2013, environ 360 contributeurs différents ont mappé sur la Drome,
300 sur l'Ardeche et 480 sur le Rhone
Le script, le classeur OOo et les éléments permettant la génération sont
sous [4]
Je n'arrive pas à me faire une idée sur le « ca fait beaucoup » ou pas …:)

Eric [Blueberry]



[1] www.blueb.fr/_osm/stats/ardeche.jpg
[2] www.blueb.fr/_osm/stats/drome.jpg
[3] www.blueb.fr/_osm/stats/rhone.jpg
[4] www.blueb.fr/_osm/stats
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques étranges sur le découpage administratif de la France -> pb sur osm7

[Christian Quest]

Le 27 mai 2013 04:55, Philippe Verdy  a écrit :
> Depuis le plantage d'OSM7, on n'avait plus de statistiques sur le découpage
> adminsitratif.
> Les statistiques sont revenues, mais elles sont bizarres et reculent
> maintenant.
> Hier matin on avait encore 16 régions sur 22, hier soir plus que 8, ce matin
> plus que 7.
> Pourtant les 22 régions métropolitaines sont encore toutes là !
>

Effectivement y'a un truc coincé quelque part...


> Même chose pour les arrondissements, les communes, etc.
> Quelque chose cloche ou bien des fichiers sont corrompus et cela fausse les
> résultats qui reculent car le script ne retrouve pas ses petits.
>
> J'ai l'impression que c'est la copie du fichier GEOFLA 2011 qui est
> corrompue, ou bien carrément la base de données dans un de ses index quand
> une mise à jour à lieu sur OSM qui ne trouve pas d'équivalent dans la base
> locale sur OSM7.
>

GEOFLA sert à indiquer combien il y a d'entités administratives d'un
certain niveau et ce chiffre là est correct, le problème est donc
ailleurs.


> Pourtant la base utilisée pour Layers et Osmose sur le site OSM France ne
> semble pas affecté.
>

Layers fonctionne sur une autre machine avec une autre base.
Osmose n'utilise sûrement pas cette base non plus.


> Quelqu'un a une idée de ce qui se passe ? Ou bien y a-t-il des changements
> inattendus dans les données, qui empêcheraient de prendre en compte les
> références INSEE qui disparaissent alors des stats un peu par magie sans
> qu'il y ait de changement fondamental dans la modélisation ?
>

Il y a un problème avec la base osm2pgsql d'osm7. Ce n'est pas lié aux
ref:INSEE il manque carrément des polygones dans planet_osm_polygon
qui n'en a actuelle que 13 avec un admin_level=4 dont 7 en France les
6 frontaliers.

Il doit y avoir des nœuds qui ont sauté lors des problèmes récents sur
osm7 et osm2pgsql ne doit pas être capable de calculer les géométries
correctement, enfin ça me fait penser à un truc de ce genre.
Il va falloir reprendre les diff à partir d'un peu avant le plantage
pour que ça se resynchronise, ou bien tout réimporter.

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

[OSM-talk-fr] Statistiques étranges sur le découpage administratif de la France

[Philippe Verdy]

Depuis le plantage d'OSM7, on n'avait plus de statistiques sur le découpage
adminsitratif.
Les statistiques sont revenues, mais elles sont bizarres et reculent
maintenant.
Hier matin on avait encore 16 régions sur 22, hier soir plus que 8, ce
matin plus que 7.
Pourtant les 22 régions métropolitaines sont encore toutes là !

Même chose pour les arrondissements, les communes, etc.
Quelque chose cloche ou bien des fichiers sont corrompus et cela fausse les
résultats qui reculent car le script ne retrouve pas ses petits.

J'ai l'impression que c'est la copie du fichier GEOFLA 2011 qui est
corrompue, ou bien carrément la base de données dans un de ses index quand
une mise à jour à lieu sur OSM qui ne trouve pas d'équivalent dans la base
locale sur OSM7.

Pourtant la base utilisée pour Layers et Osmose sur le site OSM France ne
semble pas affecté.

Quelqu'un a une idée de ce qui se passe ? Ou bien y a-t-il des changements
inattendus dans les données, qui empêcheraient de prendre en compte les
références INSEE qui disparaissent alors des stats un peu par magie sans
qu'il y ait de changement fondamental dans la modélisation ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques sur les "notes"...

[Philippe Verdy]

A ce sujet, les notes ne sont apparemment pas encore gérées directement
dans JOSM.

-- Ne parlons pas de l'éditeur "iD" (bêta malgré sa version 1.0.x) dont les
utilisateurs actuels ne se rendent même pas compte qu'ils cassent plein de
choses dans les données (ils ne travaillent QUE sur les noeuds et les ways,
et une toute petite partie des tags possibles, ils effacent des choses qui
auraient du être gardées, et on commmence à restaurer un peu trop d'objets
effacés par erreur ; iD semble être une tentative d'abandonner toutes les
relations et aller vers des objets purement gométriques en 2D, mais il est
inexpoloitable en zone dense et sur les frontières ou lignes de côtes). --

(la console affiche depuis quelques temps une ou deux lignes d'erreur au
sujet des éléments "note" et "meta" présents dans les données téléchargées
pour certains objets, et qui sont tout bonnement ignorées par le parseur
XML de JOSM.

> GET http://api.openstreetmap.fr/api/0.6/ways?ways=134028655
> L’élément 'note' trouvé dans le flux d’entrée n’est pas défini. Abandon.
> L’élément 'meta' trouvé dans le flux d’entrée n’est pas défini. Abandon.

Ces 2 éléments ignorés (pas "abandonnés") sont :
The data included in this document is from www.openstreetmap.org. The
data is made available under ODbL.

La "note" ne semble servir à rien d'autre (mais n'est pas toujours présente
dans les données. Et pas liée aux notes dont on parle ici.
L'élément "meta" ne semble servir à rien non plus dans JOSM, elle semble
pourtant destinée à gérer un cache de résultats de requêtes par une API
proxy.

Quelqu'un sait quand ce sera intégré ou bien il faut encore un plugin
séparé (encore instable) pour gérer les notes (les vraies pour socialiser
le travail fait, à faire, ou commencé par quelqu'un qui travailel dessus
sans avoir encore uploadé , ou laissé à l'état d'ébauche) ?



Le 25 mai 2013 15:23, Christian Quest  a écrit :

> Pascal Neiss a encore frappé ;)
>
> http://resultmaps.neis-one.org/osm-notes-country?c=France
>
> Statistiques par pays: http://resultmaps.neis-one.org/osm-notes
> et le détail pour la France:
> http://resultmaps.neis-one.org/osm-notes-country?c=France
>
>
> --
> Christian Quest - OpenStreetMap France
> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Statistiques sur les "notes"...

[Christian Quest]

Pascal Neiss a encore frappé ;)

http://resultmaps.neis-one.org/osm-notes-country?c=France

Statistiques par pays: http://resultmaps.neis-one.org/osm-notes
et le détail pour la France:
http://resultmaps.neis-one.org/osm-notes-country?c=France


-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] Statistiques

[Arnaud]

Super, Merci Bruno.
Je vais essayer ça ce WE :0

Arnaud

On 13-02-26 05:50 AM, Bruno Cortial wrote:


Le 20 février 2013 14:30, Arnaud > a écrit :




Ensuite sous TileMill j'ai stylé la carte à une date donnée.  Le
style fait une quinzaine de lignes (je vous le met en ligne sous
peu), mais n'étant pas graphiste j'ai exploré lesnouvelles
options de composition de Mapnik
. Le cumul des
points adresses (lueur rouge) est fait avec l'opérateur "plus".
Export du style CartoCSS vers le XML via Tilemill


Je serai intéressé par ton style, fais mois signe quand il est en
ligne.
Je retenterai bien l'expérience car c'est tout de meme plus sympa
que la précédente animation que j'avais réalisé...

http://geotribu.net/applications/osm_reunion_animation/reunion_animation.html


Voilà avec du retard le style format XML :
https://docs.google.com/file/d/0ByriFLbxzg_1ZmF4b2ZPSXFVeG8/edit?usp=sharing

Le rendu s'appuie sur une base statique classique (osm2pgsql) pour les 
rues et les fleuves, et sur la base histo pour les points adresses.


Je mets en ligne également le script python render.py (de 
osm-history-render) modifié par mes soins. J'y ai modifié la vue des 
points afin d'accéder à l'âge des objets dans le style.
(EXTRACT(EPOCH FROM TIMESTAMP '%s') - EXTRACT(EPOCH FROM valid_from )) 
/ 86400. AS age_in_day


https://docs.google.com/file/d/0ByriFLbxzg_1V0dUbWN4bnBuWnc/edit?usp=sharing

A+
Bruno


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


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

Re: [OSM-talk-fr] Statistiques

[Bruno Cortial]

Le 20 février 2013 14:30, Arnaud  a écrit :

>
> Ensuite sous TileMill j'ai stylé la carte à une date donnée.  Le style
> fait une quinzaine de lignes (je vous le met en ligne sous peu), mais
> n'étant pas graphiste j'ai exploré les nouvelles options de composition
> de Mapnik . Le cumul des
> points adresses (lueur rouge) est fait avec l'opérateur "plus".
> Export du style CartoCSS vers le XML via Tilemill
>
>
> Je serai intéressé par ton style, fais mois signe quand il est en ligne.
> Je retenterai bien l’expérience car c'est tout de meme plus sympa que la
> précédente animation que j'avais réalisé...
>
> http://geotribu.net/applications/osm_reunion_animation/reunion_animation.html
>
>
Voilà avec du retard le style format XML :
https://docs.google.com/file/d/0ByriFLbxzg_1ZmF4b2ZPSXFVeG8/edit?usp=sharing

Le rendu s'appuie sur une base statique classique (osm2pgsql) pour les rues
et les fleuves, et sur la base histo pour les points adresses.

Je mets en ligne également le script python render.py (de
osm-history-render) modifié par mes soins. J'y ai modifié la vue des points
afin d'accéder à l'âge des objets dans le style.
(EXTRACT(EPOCH FROM TIMESTAMP '%s') - EXTRACT(EPOCH FROM valid_from )) /
86400. AS age_in_day

https://docs.google.com/file/d/0ByriFLbxzg_1V0dUbWN4bnBuWnc/edit?usp=sharing

A+
Bruno
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Vincent de Chateau-Thierry]

> De : "Bruno Cortial" 

> Le 20 février 2013 13:11, Christian Quest  a écrit
> 
> > Est-il possible de faire un rendu avec les différentes intégrations
> > combinées ? Je pense à la poste, aux écoles, etc... bref visualiser
> > l'apport des intégrations opendata.
> >
> >
> Tout est possible, dés l'instant qu'on ne manipule pas des relations multi
> polygone, car l'outil d'import d'historique ne les gère pas. Ca m'embête
> car je voulais faire une vidéo sur les limites communales, on doit pouvoir
> faire ca sur une base statique en allant chercher les timestamp avec des
> requêtes Overpass META.
> 

Je plussois pour le rendu des limites communales (j'osais pas te le demander 
:-) ).
Il faudra qu'il fonctionne une fois la France au complet (lire : il reste 
quelques 
mois pour mettre ça au point, tranquille).
Et intéressé aussi par les rendus des thématiques opendata.

merci !
vincent

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

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

Re: [OSM-talk-fr] Statistiques

[Arnaud]

Ensuite sous TileMill j'ai stylé la carte à une date donnée.  Le style 
fait une quinzaine de lignes (je vous le met en ligne sous peu), mais 
n'étant pas graphiste j'ai exploré lesnouvelles options de composition 
de Mapnik . Le cumul 
des points adresses (lueur rouge) est fait avec l'opérateur "plus".

Export du style CartoCSS vers le XML via Tilemill


Je serai intéressé par ton style, fais mois signe quand il est en ligne.
Je retenterai bien l'expérience car c'est tout de meme plus sympa que la 
précédente animation que j'avais réalisé...

http://geotribu.net/applications/osm_reunion_animation/reunion_animation.html

Merci

Arnaud

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

Re: [OSM-talk-fr] Statistiques

[Bruno Cortial]

Le 20 février 2013 13:11, Christian Quest  a écrit
:

> Effectivement, ambiance "blitz"
>
>
C'était pas vraiment voulu au départ !


> Est-il possible de faire un rendu avec les différentes intégrations
> combinées ? Je pense à la poste, aux écoles, etc... bref visualiser
> l'apport des intégrations opendata.
>
>
Tout est possible, dés l'instant qu'on ne manipule pas des relations multi
polygone, car l'outil d'import d'historique ne les gère pas. Ca m'embête
car je voulais faire une vidéo sur les limites communales, on doit pouvoir
faire ca sur une base statique en allant chercher les timestamp avec des
requêtes Overpass META.

MP-moi ce que tu souhaites ! C'est le genre truc qui n'apporte rien en
terme de contribution directe, mais peut apporter en visibilité externe. Je
réfléchis pour intégrer une courbe montrant une progression (nb de points,
nb de km), mais là on sort de mapnik...

@Nicolas :
Déjà j'ai découpé la zone voulue (osm-history-splitter), et importé dans
postgis (1-2 heures je ne sais plus trop avec un i7 3770 16gb et un SDD
Samsung 830 de 256 gb, c'est le SDD qui aide surtout)

Ensuite sous TileMill j'ai stylé la carte à une date donnée.  Le style fait
une quinzaine de lignes (je vous le met en ligne sous peu), mais n'étant
pas graphiste j'ai exploré les nouvelles options de composition de
Mapnik.
Le cumul des points adresses (lueur rouge) est fait avec l'opérateur "plus".
Export du style CartoCSS vers le XML via Tilemill

Le rendu: là aussi j'ai bien tourné en rond !
Pour obtenir les "flash" j'ai ajouté une colonne dans la base pour avoir
l'âge de chaque objet. C'est sans doute totalement débile, je suis sûr
qu'il existe des solutions sur les filtres d'encodage vidéo pour créer ce
genre d'effet à partir des images rendues.
Combien d'images rendre ? quelle durée ? quel combien de frame d'animation
pour un flash ? Beaucoup de tâtonnements.

Quand je me suis aperçu que les dailymotion, youtube fonctionnaient en 24p
(j'en avais prévu le double :luxe:) j'ai mis une image sur deux à la
poubelle :-/

Ah oui !  osm-history-render n'utilise qu'un coeur CPU... En gros il faut
le lancer en // sur des périodes distinctes pour accélérer la chose.

Pour la durée du rendu simple coeur, je ne sais plus, 5-6 heures. Encodage
de la vidéo avec ffmpeg 5 minutes !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Arnaud Vandecasteele]

Super boulot et l'animation est réussie.
Est-ce un style perso que tu as utilisé pour le rendu ?

Arnaud


2013/2/20 Nicolas Dumoulin :
> Le mercredi 20 février 2013 11:54:17 Bruno Cortial a écrit :
>> Le 20 février 2013 11:34, Christian Quest  a écrit
>>
>> > Tu nous fait ça pour vendredi soir qu'on le montre samedi en ouverture ?
>>
>> Brut de fonderie j'ai le bombardement des adresses de Nantes Métropole (4
>> Mo dispo en 720p).
>> https://docs.google.com/file/d/0ByriFLbxzg_1UXRidnRtQXQwQ0k/edit?usp=sharing
>>
>> Pour le fond sonore je ne sais pas trop quoi faire
>>
>> Pour le reste (france), je travaille encore mon style ;-)
>
> Ça a de la gueule !!
> Ça t'a pris combien de temps en terme de manipulation ?
>
> --
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



-- 

Arnaud Vandecasteele
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
http://www.marinegis.com/?page_id=131
http://geotribu.net/

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

Re: [OSM-talk-fr] Statistiques

[Nicolas Dumoulin]

Le mercredi 20 février 2013 11:54:17 Bruno Cortial a écrit :
> Le 20 février 2013 11:34, Christian Quest  a écrit
> 
> > Tu nous fait ça pour vendredi soir qu'on le montre samedi en ouverture ?
> 
> Brut de fonderie j'ai le bombardement des adresses de Nantes Métropole (4
> Mo dispo en 720p).
> https://docs.google.com/file/d/0ByriFLbxzg_1UXRidnRtQXQwQ0k/edit?usp=sharing
> 
> Pour le fond sonore je ne sais pas trop quoi faire
> 
> Pour le reste (france), je travaille encore mon style ;-)

Ça a de la gueule !!
Ça t'a pris combien de temps en terme de manipulation ?

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Statistiques

[Christian Quest]

Effectivement, ambiance "blitz"

Pour la musique ?  "Above the Map" de Zykos (festival SXSW2006) ;)


Est-il possible de faire un rendu avec les différentes intégrations
combinées ? Je pense à la poste, aux écoles, etc... bref visualiser
l'apport des intégrations opendata.


Le 20 février 2013 11:54, Bruno Cortial  a écrit
:

> Le 20 février 2013 11:34, Christian Quest  a
> écrit :
>
>> Tu nous fait ça pour vendredi soir qu'on le montre samedi en ouverture ?
>>
>>
>>
> Brut de fonderie j'ai le bombardement des adresses de Nantes Métropole (4
> Mo dispo en 720p).
>
> https://docs.google.com/file/d/0ByriFLbxzg_1UXRidnRtQXQwQ0k/edit?usp=sharing
>
> Pour le fond sonore je ne sais pas trop quoi faire
>
> Pour le reste (france), je travaille encore mon style ;-)
>
>
>


-- 
Christian Quest - OpenStreetMap France
Week-end "SOTM-FR" à Lyon, les 23-24 février prochains:
http://openstreetmap.fr/sotmfr2013
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Bruno Cortial]

Le 20 février 2013 11:34, Christian Quest  a écrit
:

> Tu nous fait ça pour vendredi soir qu'on le montre samedi en ouverture ?
>
>
>
Brut de fonderie j'ai le bombardement des adresses de Nantes Métropole (4
Mo dispo en 720p).
https://docs.google.com/file/d/0ByriFLbxzg_1UXRidnRtQXQwQ0k/edit?usp=sharing

Pour le fond sonore je ne sais pas trop quoi faire

Pour le reste (france), je travaille encore mon style ;-)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Christian Quest]

Tu nous fait ça pour vendredi soir qu'on le montre samedi en ouverture ?


Le 20 février 2013 11:10, Bruno Cortial  a écrit
:

> Le 20 février 2013 10:53, Ab_fab  a écrit :
>
>> Je ressors ce vieux sujet de la naphtaline, car Peter Körner vient
>> d'annoncer du nouveau concernant les besoins en mémoire vive lors de
>> l'import des extraits historiques, qui devenaient vite démesurés :
>> http://lists.openstreetmap.org/pipermail/dev/2013-February/026598.html
>>
>> *"Maybe even germany.osh.pbf or france.osh.pbf would work out with 6 GB or 8 
>> GB.**I'd love to hear feedback about this."*
>>
>> Quelqu'un a les ressources ou serait prêt à tenter l'aventure sur un bout
>> de serveur osm_fr ?
>> à la clef, moultes animations et statistiques sur l'évolution d'OSM en
>> France (métropolitaine)
>>
>>
> C'est pas vrai ?! je viens de faire l'import de l'histo france, je croyais
> que j'en viendrai jamais à bout (16Gb de RAM + un fichier de swap sur SSD
> de 50Gb).
> Bonne nouvelle !
>
> PS : Je prépare des video à la "ITO - one year on edit". Si vous avez des
> idées de rendus...
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
Week-end "SOTM-FR" à Lyon, les 23-24 février prochains:
http://openstreetmap.fr/sotmfr2013
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Bruno Cortial]

Le 20 février 2013 10:53, Ab_fab  a écrit :

> Je ressors ce vieux sujet de la naphtaline, car Peter Körner vient
> d'annoncer du nouveau concernant les besoins en mémoire vive lors de
> l'import des extraits historiques, qui devenaient vite démesurés :
> http://lists.openstreetmap.org/pipermail/dev/2013-February/026598.html
>
> *"Maybe even germany.osh.pbf or france.osh.pbf would work out with 6 GB or 8 
> GB.**I'd love to hear feedback about this."*
>
> Quelqu'un a les ressources ou serait prêt à tenter l'aventure sur un bout
> de serveur osm_fr ?
> à la clef, moultes animations et statistiques sur l'évolution d'OSM en
> France (métropolitaine)
>
>
C'est pas vrai ?! je viens de faire l'import de l'histo france, je croyais
que j'en viendrai jamais à bout (16Gb de RAM + un fichier de swap sur SSD
de 50Gb).
Bonne nouvelle !

PS : Je prépare des video à la "ITO - one year on edit". Si vous avez des
idées de rendus...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Ab_fab]

Et pendant pas longtemps, en plus, vu les super disques durs.
Une fois l'import réalisé, (j'imagine que l') on doit pouvoir réduire la
RAM allouée jusqu'à pas grand chose, puisqu'il n'y a pas de mise à jour
permanente pour ces extraits

Je ne sais pas si l'intérêt de Peter sur la question pourrait aller jusqu'à
faire le test lui même, si on lui laissait un peu de place pour une machine
virtuelle et ses accès ?
Si cela ne pose pas de cas de conscience au niveau de l'usage des
ressources, on peut toujours lui proposer ?

Le 20 février 2013 10:58, Christian Quest  a écrit
:

> 8Go c'est 1/8 de serveur R610... ça doit pouvoir se trouver ;)
>
>
> Le 20 février 2013 10:53, Ab_fab  a écrit :
>
> Je ressors ce vieux sujet de la naphtaline, car Peter Körner vient
>> d'annoncer du nouveau concernant les besoins en mémoire vive lors de
>> l'import des extraits historiques, qui devenaient vite démesurés :
>> http://lists.openstreetmap.org/pipermail/dev/2013-February/026598.html
>>
>> *"Maybe even germany.osh.pbf or france.osh.pbf would work out with 6 GB or 8 
>> GB.**I'd love to hear feedback about this."*
>>
>> Quelqu'un a les ressources ou serait prêt à tenter l'aventure sur un bout
>> de serveur osm_fr ?
>> à la clef, moultes animations et statistiques sur l'évolution d'OSM en
>> France (métropolitaine)
>>
>> Le 16 octobre 2012 10:37, Ab_fab  a écrit :
>>
>> J'ai reposé la question sur dev hier, et Peter Körner m'a répondu en
>>> privé.
>>> Cela confirme le souci actuel concernant l'utilisation de la mémoire
>>> avec de gros extraits historiques. Mais rien n'est perdu pour qui veut (et
>>> surtout peut) s'attaquer au souci :
>>>
>>> *Hi
>>>
>>> Well, osm-history-renderer is - after all - a proof of concept. It's
>>> impossible atm. to import a full country without having tons of RAM.
>>>
>>> If you are interested in optimizing the memory usage I could provide you
>>> with plans about a memory layout frederik ramm and I once talked about; I
>>> never came around to implement it, while the necessary interfaces are
>>> already in place.
>>>
>>> Regards,
>>> Peter*
>>>
>>> Le 12 juillet 2012 11:25, Aurélien FILEZ  a écrit :
>>>
>>> Bonjour,

 J'ai téléchargé le fichier france.osh.pbf, qui date de juin il me
 semble, et n'ai pas fait de découpage, étant donné que je recherche à
 sortir des statistiques sur l'ensemble de la France.

 Puis j'ai tenté de l'importer comme suit :

 osm-history-importer france.osh.pbf

 Au fur et à mesure de la lecture, la mémoire se remplit, jusqu'à ne
 plus pouvoir allouer quoi que ce soit.

 Est-ce qu'il y aurait un mode qui irait écrire directement en base,
 sans garder tant d'information en mémoire ?

 2012/7/12 Arnaud Vandecasteele 

> Cela dépend de quel process tu aprles :
>
>   - osm-history-splitter découpe la zone que tu désires
>
>   - osm-history-importer importe les données en base
>
>   - et osm-history-renderer génère les animations
>
> Concernant les perfs.
> Pour ma part, j'ai un petit serveur qui tourne sur  Ubuntu 12.04 avec
> 2Go de Ram.
> Chaque processus me prend 98% du CPU. Donc à ne pas faire sur un
> serveur en prod.
>
> Ensuite la taille dépend essentiellement du nombre d'images générées
> (en fonction du pas de temps) et de la dimension celles-ci. Difficile à
> dire donc.
>
> Arnaud
>
>
>
> 2012/7/12 Aurélien FILEZ 
>
>> Sur mon ubuntu server, de 8Go de RAM alors qu'il n'y a que ça qui
>> tourne, ça me met encore une erreur par manque de mémoire.
>>
>> Ça n'écrit pas dans la BDD au fur et à mesure de la lecture ?
>>
>>
>> 2012/7/12 Ab_fab 
>>
>>> Cool,
>>>
>>> Tu nous tiens au courant des choses que tu as mis en pratique avec ?
>>> Et sinon, quels sont les besoins en mémoire de cet import, au final
>>> ?
>>> et l'espace disque nécessaire ?
>>> (Mêmes questions pour Arnaud)
>>>
>>> Le 12 juillet 2012 10:18, Aurélien FILEZ  a
>>> écrit :
>>>
>>>  Non en fait j'étais en session a distance et ça ne m'avais pas
 renvoyé le message d'erreur. Une fois sur le pc physique, j'ai vu un
 problème de mémoire.

 Alors j'ai redémarré le serveur, et relancer le truc, tout seul, ça
 tourne ;)


 2012/7/12 Ab_fab 

> As-tu bien donné à la bdd que tu as créée le même nom que le nom
> de l'utilisateur unix ?
>
> Selon le tuto :
>
> *"next we'll get that data into the database. Oh wait: which
> database? *
> *We'll first have to setup our postgres database. It's best if
> you use your user-database (that's database-name = your unix 
> username)"
> *
>
> Je crois que j'avais du recommencer à cause de cette "subtilité"
>
> On continue l'investigation sur dev-

Re: [OSM-talk-fr] Statistiques

[Christian Quest]

8Go c'est 1/8 de serveur R610... ça doit pouvoir se trouver ;)


Le 20 février 2013 10:53, Ab_fab  a écrit :

> Je ressors ce vieux sujet de la naphtaline, car Peter Körner vient
> d'annoncer du nouveau concernant les besoins en mémoire vive lors de
> l'import des extraits historiques, qui devenaient vite démesurés :
> http://lists.openstreetmap.org/pipermail/dev/2013-February/026598.html
>
> *"Maybe even germany.osh.pbf or france.osh.pbf would work out with 6 GB or 8 
> GB.**I'd love to hear feedback about this."*
>
> Quelqu'un a les ressources ou serait prêt à tenter l'aventure sur un bout
> de serveur osm_fr ?
> à la clef, moultes animations et statistiques sur l'évolution d'OSM en
> France (métropolitaine)
>
> Le 16 octobre 2012 10:37, Ab_fab  a écrit :
>
> J'ai reposé la question sur dev hier, et Peter Körner m'a répondu en
>> privé.
>> Cela confirme le souci actuel concernant l'utilisation de la mémoire avec
>> de gros extraits historiques. Mais rien n'est perdu pour qui veut (et
>> surtout peut) s'attaquer au souci :
>>
>> *Hi
>>
>> Well, osm-history-renderer is - after all - a proof of concept. It's
>> impossible atm. to import a full country without having tons of RAM.
>>
>> If you are interested in optimizing the memory usage I could provide you
>> with plans about a memory layout frederik ramm and I once talked about; I
>> never came around to implement it, while the necessary interfaces are
>> already in place.
>>
>> Regards,
>> Peter*
>>
>> Le 12 juillet 2012 11:25, Aurélien FILEZ  a écrit :
>>
>> Bonjour,
>>>
>>> J'ai téléchargé le fichier france.osh.pbf, qui date de juin il me
>>> semble, et n'ai pas fait de découpage, étant donné que je recherche à
>>> sortir des statistiques sur l'ensemble de la France.
>>>
>>> Puis j'ai tenté de l'importer comme suit :
>>>
>>> osm-history-importer france.osh.pbf
>>>
>>> Au fur et à mesure de la lecture, la mémoire se remplit, jusqu'à ne plus
>>> pouvoir allouer quoi que ce soit.
>>>
>>> Est-ce qu'il y aurait un mode qui irait écrire directement en base, sans
>>> garder tant d'information en mémoire ?
>>>
>>> 2012/7/12 Arnaud Vandecasteele 
>>>
 Cela dépend de quel process tu aprles :

   - osm-history-splitter découpe la zone que tu désires

   - osm-history-importer importe les données en base

   - et osm-history-renderer génère les animations

 Concernant les perfs.
 Pour ma part, j'ai un petit serveur qui tourne sur  Ubuntu 12.04 avec
 2Go de Ram.
 Chaque processus me prend 98% du CPU. Donc à ne pas faire sur un
 serveur en prod.

 Ensuite la taille dépend essentiellement du nombre d'images générées
 (en fonction du pas de temps) et de la dimension celles-ci. Difficile à
 dire donc.

 Arnaud



 2012/7/12 Aurélien FILEZ 

> Sur mon ubuntu server, de 8Go de RAM alors qu'il n'y a que ça qui
> tourne, ça me met encore une erreur par manque de mémoire.
>
> Ça n'écrit pas dans la BDD au fur et à mesure de la lecture ?
>
>
> 2012/7/12 Ab_fab 
>
>> Cool,
>>
>> Tu nous tiens au courant des choses que tu as mis en pratique avec ?
>> Et sinon, quels sont les besoins en mémoire de cet import, au final ?
>> et l'espace disque nécessaire ?
>> (Mêmes questions pour Arnaud)
>>
>> Le 12 juillet 2012 10:18, Aurélien FILEZ  a écrit
>> :
>>
>>  Non en fait j'étais en session a distance et ça ne m'avais pas
>>> renvoyé le message d'erreur. Une fois sur le pc physique, j'ai vu un
>>> problème de mémoire.
>>>
>>> Alors j'ai redémarré le serveur, et relancer le truc, tout seul, ça
>>> tourne ;)
>>>
>>>
>>> 2012/7/12 Ab_fab 
>>>
 As-tu bien donné à la bdd que tu as créée le même nom que le nom de
 l'utilisateur unix ?

 Selon le tuto :

 *"next we'll get that data into the database. Oh wait: which
 database? *
 *We'll first have to setup our postgres database. It's best if you
 use your user-database (that's database-name = your unix username)"
 *

 Je crois que j'avais du recommencer à cause de cette "subtilité"

 On continue l'investigation sur dev-fr ?

 Le 11 juillet 2012 19:07, Aurélien FILEZ  a
 écrit :

 Après avoir exécuté "osm-history-importer france.osh.pbf",
> j'obtiens des tables hist_point, hist_line et hist_polygon vides (0 
> rows)
>
>
> 2012/7/11 Christian Quest 
>
>> Mis sous forme de graphique c'est plus parlant (document
>> LibreOffice)... http://dl.free.fr/pUraG0Fan
>>
>> On voit que le réseau autoroutier a été complet dès 2009, que les
>> voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau
>> primaire est stable depuis 2011.
>>
>>
>> Le 11 juillet 2012 15:48, Christian 

Re: [OSM-talk-fr] Statistiques

[Ab_fab]

Je ressors ce vieux sujet de la naphtaline, car Peter Körner vient
d'annoncer du nouveau concernant les besoins en mémoire vive lors de
l'import des extraits historiques, qui devenaient vite démesurés :
http://lists.openstreetmap.org/pipermail/dev/2013-February/026598.html

*"Maybe even germany.osh.pbf or france.osh.pbf would work out with 6
GB or 8 GB.**I'd love to hear feedback about this."*

Quelqu'un a les ressources ou serait prêt à tenter l'aventure sur un bout
de serveur osm_fr ?
à la clef, moultes animations et statistiques sur l'évolution d'OSM en
France (métropolitaine)

Le 16 octobre 2012 10:37, Ab_fab  a écrit :

> J'ai reposé la question sur dev hier, et Peter Körner m'a répondu en
> privé.
> Cela confirme le souci actuel concernant l'utilisation de la mémoire avec
> de gros extraits historiques. Mais rien n'est perdu pour qui veut (et
> surtout peut) s'attaquer au souci :
>
> *Hi
>
> Well, osm-history-renderer is - after all - a proof of concept. It's
> impossible atm. to import a full country without having tons of RAM.
>
> If you are interested in optimizing the memory usage I could provide you
> with plans about a memory layout frederik ramm and I once talked about; I
> never came around to implement it, while the necessary interfaces are
> already in place.
>
> Regards,
> Peter*
>
> Le 12 juillet 2012 11:25, Aurélien FILEZ  a écrit :
>
> Bonjour,
>>
>> J'ai téléchargé le fichier france.osh.pbf, qui date de juin il me semble,
>> et n'ai pas fait de découpage, étant donné que je recherche à sortir des
>> statistiques sur l'ensemble de la France.
>>
>> Puis j'ai tenté de l'importer comme suit :
>>
>> osm-history-importer france.osh.pbf
>>
>> Au fur et à mesure de la lecture, la mémoire se remplit, jusqu'à ne plus
>> pouvoir allouer quoi que ce soit.
>>
>> Est-ce qu'il y aurait un mode qui irait écrire directement en base, sans
>> garder tant d'information en mémoire ?
>>
>> 2012/7/12 Arnaud Vandecasteele 
>>
>>> Cela dépend de quel process tu aprles :
>>>
>>>   - osm-history-splitter découpe la zone que tu désires
>>>
>>>   - osm-history-importer importe les données en base
>>>
>>>   - et osm-history-renderer génère les animations
>>>
>>> Concernant les perfs.
>>> Pour ma part, j'ai un petit serveur qui tourne sur  Ubuntu 12.04 avec
>>> 2Go de Ram.
>>> Chaque processus me prend 98% du CPU. Donc à ne pas faire sur un serveur
>>> en prod.
>>>
>>> Ensuite la taille dépend essentiellement du nombre d'images générées (en
>>> fonction du pas de temps) et de la dimension celles-ci. Difficile à dire
>>> donc.
>>>
>>> Arnaud
>>>
>>>
>>>
>>> 2012/7/12 Aurélien FILEZ 
>>>
 Sur mon ubuntu server, de 8Go de RAM alors qu'il n'y a que ça qui
 tourne, ça me met encore une erreur par manque de mémoire.

 Ça n'écrit pas dans la BDD au fur et à mesure de la lecture ?


 2012/7/12 Ab_fab 

> Cool,
>
> Tu nous tiens au courant des choses que tu as mis en pratique avec ?
> Et sinon, quels sont les besoins en mémoire de cet import, au final ?
> et l'espace disque nécessaire ?
> (Mêmes questions pour Arnaud)
>
> Le 12 juillet 2012 10:18, Aurélien FILEZ  a écrit :
>
>  Non en fait j'étais en session a distance et ça ne m'avais pas
>> renvoyé le message d'erreur. Une fois sur le pc physique, j'ai vu un
>> problème de mémoire.
>>
>> Alors j'ai redémarré le serveur, et relancer le truc, tout seul, ça
>> tourne ;)
>>
>>
>> 2012/7/12 Ab_fab 
>>
>>> As-tu bien donné à la bdd que tu as créée le même nom que le nom de
>>> l'utilisateur unix ?
>>>
>>> Selon le tuto :
>>>
>>> *"next we'll get that data into the database. Oh wait: which
>>> database? *
>>> *We'll first have to setup our postgres database. It's best if you
>>> use your user-database (that's database-name = your unix username)"*
>>>
>>> Je crois que j'avais du recommencer à cause de cette "subtilité"
>>>
>>> On continue l'investigation sur dev-fr ?
>>>
>>> Le 11 juillet 2012 19:07, Aurélien FILEZ  a
>>> écrit :
>>>
>>> Après avoir exécuté "osm-history-importer france.osh.pbf", j'obtiens
 des tables hist_point, hist_line et hist_polygon vides (0 rows)


 2012/7/11 Christian Quest 

> Mis sous forme de graphique c'est plus parlant (document
> LibreOffice)... http://dl.free.fr/pUraG0Fan
>
> On voit que le réseau autoroutier a été complet dès 2009, que les
> voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau
> primaire est stable depuis 2011.
>
>
> Le 11 juillet 2012 15:48, Christian Quest 
> a écrit :
> > Pour des stats il y a aussi ceci: http://length.osm4people.org/
> >
> > Et pour la France : http://length.osm4people.org/france.html
> > On y apprend qu'en novembre 2006, il y avait 2846km de routes et
> qu'en
>

Re: [OSM-talk-fr] Statistiques

[Ab_fab]

J'ai reposé la question sur dev hier, et Peter Körner m'a répondu en privé.
Cela confirme le souci actuel concernant l'utilisation de la mémoire avec
de gros extraits historiques. Mais rien n'est perdu pour qui veut (et
surtout peut) s'attaquer au souci :

*Hi

Well, osm-history-renderer is - after all - a proof of concept. It's
impossible atm. to import a full country without having tons of RAM.

If you are interested in optimizing the memory usage I could provide you
with plans about a memory layout frederik ramm and I once talked about; I
never came around to implement it, while the necessary interfaces are
already in place.

Regards,
Peter*

Le 12 juillet 2012 11:25, Aurélien FILEZ  a écrit :

> Bonjour,
>
> J'ai téléchargé le fichier france.osh.pbf, qui date de juin il me semble,
> et n'ai pas fait de découpage, étant donné que je recherche à sortir des
> statistiques sur l'ensemble de la France.
>
> Puis j'ai tenté de l'importer comme suit :
>
> osm-history-importer france.osh.pbf
>
> Au fur et à mesure de la lecture, la mémoire se remplit, jusqu'à ne plus
> pouvoir allouer quoi que ce soit.
>
> Est-ce qu'il y aurait un mode qui irait écrire directement en base, sans
> garder tant d'information en mémoire ?
>
> 2012/7/12 Arnaud Vandecasteele 
>
>> Cela dépend de quel process tu aprles :
>>
>>   - osm-history-splitter découpe la zone que tu désires
>>
>>   - osm-history-importer importe les données en base
>>
>>   - et osm-history-renderer génère les animations
>>
>> Concernant les perfs.
>> Pour ma part, j'ai un petit serveur qui tourne sur  Ubuntu 12.04 avec 2Go
>> de Ram.
>> Chaque processus me prend 98% du CPU. Donc à ne pas faire sur un serveur
>> en prod.
>>
>> Ensuite la taille dépend essentiellement du nombre d'images générées (en
>> fonction du pas de temps) et de la dimension celles-ci. Difficile à dire
>> donc.
>>
>> Arnaud
>>
>>
>>
>> 2012/7/12 Aurélien FILEZ 
>>
>>> Sur mon ubuntu server, de 8Go de RAM alors qu'il n'y a que ça qui
>>> tourne, ça me met encore une erreur par manque de mémoire.
>>>
>>> Ça n'écrit pas dans la BDD au fur et à mesure de la lecture ?
>>>
>>>
>>> 2012/7/12 Ab_fab 
>>>
 Cool,

 Tu nous tiens au courant des choses que tu as mis en pratique avec ?
 Et sinon, quels sont les besoins en mémoire de cet import, au final ?
 et l'espace disque nécessaire ?
 (Mêmes questions pour Arnaud)

 Le 12 juillet 2012 10:18, Aurélien FILEZ  a écrit :

  Non en fait j'étais en session a distance et ça ne m'avais pas renvoyé
> le message d'erreur. Une fois sur le pc physique, j'ai vu un problème de
> mémoire.
>
> Alors j'ai redémarré le serveur, et relancer le truc, tout seul, ça
> tourne ;)
>
>
> 2012/7/12 Ab_fab 
>
>> As-tu bien donné à la bdd que tu as créée le même nom que le nom de
>> l'utilisateur unix ?
>>
>> Selon le tuto :
>>
>> *"next we'll get that data into the database. Oh wait: which
>> database? *
>> *We'll first have to setup our postgres database. It's best if you
>> use your user-database (that's database-name = your unix username)"*
>>
>> Je crois que j'avais du recommencer à cause de cette "subtilité"
>>
>> On continue l'investigation sur dev-fr ?
>>
>> Le 11 juillet 2012 19:07, Aurélien FILEZ  a écrit
>> :
>>
>> Après avoir exécuté "osm-history-importer france.osh.pbf", j'obtiens
>>> des tables hist_point, hist_line et hist_polygon vides (0 rows)
>>>
>>>
>>> 2012/7/11 Christian Quest 
>>>
 Mis sous forme de graphique c'est plus parlant (document
 LibreOffice)... http://dl.free.fr/pUraG0Fan

 On voit que le réseau autoroutier a été complet dès 2009, que les
 voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau
 primaire est stable depuis 2011.


 Le 11 juillet 2012 15:48, Christian Quest 
 a écrit :
 > Pour des stats il y a aussi ceci: http://length.osm4people.org/
 >
 > Et pour la France : http://length.osm4people.org/france.html
 > On y apprend qu'en novembre 2006, il y avait 2846km de routes et
 qu'en
 > mars dernier on en était à plus d'1 million de km. En 2011, plus
 de
 > 300.000km de routes on été ajoutés.
 >

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

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

>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>>
>> --
>> ab_fab 
>> "Il n'y a pas de pas pe

Re: [OSM-talk-fr] Statistiques Contributions sur l'Ile de la Réunion

[Arnaud Vandecasteele]

Dommage...
Mais bon je me vois mal me taper un planet à extraire...

A.

2012/8/27 Pieren 

> 2012/8/26 Arnaud Vandecasteele :
> > En fait, j'utilise une requête overpass API avec comme bouding box la
> > Réunion.
> > Je pensais que le résultat retourné comprenait également les données
> > historiques.
> > Est-ce le cas ? Ou alors ce n'est qu'un snapshot des données actuelles...
>
> Si on en croit la doc:
> http://wiki.openstreetmap.org/wiki/Overpass_API#User
>
> c'est uniquement le dernier contributeur qui est pris en compte, pas
> l'historique. Ce qui peut expliquer la frustration de certains.
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 

Arnaud Van De Casteele
Mines Paris Tech - CRC
Sophia-Antipolis
0698 24 25 29
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
http://geotribu.net/
http://www.i2c.eu/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques Contributions sur l'Ile de la Réunion

[Pieren]

2012/8/26 Arnaud Vandecasteele :
> En fait, j'utilise une requête overpass API avec comme bouding box la
> Réunion.
> Je pensais que le résultat retourné comprenait également les données
> historiques.
> Est-ce le cas ? Ou alors ce n'est qu'un snapshot des données actuelles...

Si on en croit la doc:
http://wiki.openstreetmap.org/wiki/Overpass_API#User

c'est uniquement le dernier contributeur qui est pris en compte, pas
l'historique. Ce qui peut expliquer la frustration de certains.

Pieren

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

Re: [OSM-talk-fr] Statistiques Contributions sur l'Ile de la Réunion

[Christian Quest]

Planet ne te donnera pas non plus l'historique, vu que tu as la
dernière version des objets non supprimés.

Il faut soit se palucher un full history dump (encore plus gros bien
sûr), soit interroger l'API pour obtenir l'historique, mais sur un
grand volume c'est impensable.

Pas simple !

Le 26 août 2012 19:07, Arnaud Vandecasteele  a écrit :
> Du coup sauriez-vous comment obtenir les données historiques sans
> télécharger le planet ? L'idéal serait un système équivalent à overpass
>
> Le 26 août 2012 18:53, "Christian Quest"  a écrit :
>
>> Uniquement un snapshot des données actuelles pour l'overpass API à ce
>> qu'il me semble.
>>
>>
>> Le 26 août 2012 18:07, Arnaud Vandecasteele  a écrit
>> :
>> > En fait, j'utilise une requête overpass API avec comme bouding box la
>> > Réunion.
>> > Je pensais que le résultat retourné comprenait également les données
>> > historiques.
>> > Est-ce le cas ? Ou alors ce n'est qu'un snapshot des données
>> > actuelles...
>> >
>> > Arnaud
>> >
>> >
>> > 2012/8/24 Pieren 
>> >>
>> >> 2012/8/24 Arnaud Vandecasteele :
>> >> > Non les données sont calculées depuis :
>> >> > 2007-10-01T09:39:51Z
>> >>
>> >> Tu tiens compte de l'historique complet ou juste du "dernier
>> >> contributeur"
>> >> ?
>> >>
>> >> Pieren
>> >>
>> >> ___
>> >> Talk-fr mailing list
>> >> Talk-fr@openstreetmap.org
>> >> http://lists.openstreetmap.org/listinfo/talk-fr
>> >
>> >
>> >
>> >
>> > --
>> > 
>> > Arnaud Van De Casteele
>> > Mines Paris Tech - CRC
>> > Sophia-Antipolis
>> > 0698 24 25 29
>> > SIG - WebMapping - Spatial Ontology - GeoCollaboration
>> >
>> > Web Site
>> > http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
>> > http://geotribu.net/
>> > http://www.i2c.eu/
>> >
>> > ___
>> > Talk-fr mailing list
>> > Talk-fr@openstreetmap.org
>> > http://lists.openstreetmap.org/listinfo/talk-fr
>> >
>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

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

Re: [OSM-talk-fr] Statistiques Contributions sur l'Ile de la Réunion

[Arnaud Vandecasteele]

Du coup sauriez-vous comment obtenir les données historiques sans
télécharger le planet ? L'idéal serait un système équivalent à overpass
Le 26 août 2012 18:53, "Christian Quest"  a écrit :

> Uniquement un snapshot des données actuelles pour l'overpass API à ce
> qu'il me semble.
>
>
> Le 26 août 2012 18:07, Arnaud Vandecasteele  a
> écrit :
> > En fait, j'utilise une requête overpass API avec comme bouding box la
> > Réunion.
> > Je pensais que le résultat retourné comprenait également les données
> > historiques.
> > Est-ce le cas ? Ou alors ce n'est qu'un snapshot des données actuelles...
> >
> > Arnaud
> >
> >
> > 2012/8/24 Pieren 
> >>
> >> 2012/8/24 Arnaud Vandecasteele :
> >> > Non les données sont calculées depuis :
> >> > 2007-10-01T09:39:51Z
> >>
> >> Tu tiens compte de l'historique complet ou juste du "dernier
> contributeur"
> >> ?
> >>
> >> Pieren
> >>
> >> ___
> >> Talk-fr mailing list
> >> Talk-fr@openstreetmap.org
> >> http://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> >
> >
> > --
> > 
> > Arnaud Van De Casteele
> > Mines Paris Tech - CRC
> > Sophia-Antipolis
> > 0698 24 25 29
> > SIG - WebMapping - Spatial Ontology - GeoCollaboration
> >
> > Web Site
> > http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
> > http://geotribu.net/
> > http://www.i2c.eu/
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
>
>
>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques Contributions sur l'Ile de la Réunion

[Christian Quest]

Uniquement un snapshot des données actuelles pour l'overpass API à ce
qu'il me semble.


Le 26 août 2012 18:07, Arnaud Vandecasteele  a écrit :
> En fait, j'utilise une requête overpass API avec comme bouding box la
> Réunion.
> Je pensais que le résultat retourné comprenait également les données
> historiques.
> Est-ce le cas ? Ou alors ce n'est qu'un snapshot des données actuelles...
>
> Arnaud
>
>
> 2012/8/24 Pieren 
>>
>> 2012/8/24 Arnaud Vandecasteele :
>> > Non les données sont calculées depuis :
>> > 2007-10-01T09:39:51Z
>>
>> Tu tiens compte de l'historique complet ou juste du "dernier contributeur"
>> ?
>>
>> Pieren
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> --
> 
> Arnaud Van De Casteele
> Mines Paris Tech - CRC
> Sophia-Antipolis
> 0698 24 25 29
> SIG - WebMapping - Spatial Ontology - GeoCollaboration
>
> Web Site
> http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
> http://geotribu.net/
> http://www.i2c.eu/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

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

Re: [OSM-talk-fr] Statistiques Contributions sur l'Ile de la Réunion

[Arnaud Vandecasteele]

En fait, j'utilise une requête overpass API avec comme bouding box la
Réunion.
Je pensais que le résultat retourné comprenait également les données
historiques.
Est-ce le cas ? Ou alors ce n'est qu'un snapshot des données actuelles...

Arnaud

2012/8/24 Pieren 

> 2012/8/24 Arnaud Vandecasteele :
> > Non les données sont calculées depuis :
> > 2007-10-01T09:39:51Z
>
> Tu tiens compte de l'historique complet ou juste du "dernier contributeur"
> ?
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 

Arnaud Van De Casteele
Mines Paris Tech - CRC
Sophia-Antipolis
0698 24 25 29
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
http://geotribu.net/
http://www.i2c.eu/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques Contributions sur l'Ile de la Réunion

[Pieren]

2012/8/24 Arnaud Vandecasteele :
> Non les données sont calculées depuis :
> 2007-10-01T09:39:51Z

Tu tiens compte de l'historique complet ou juste du "dernier contributeur" ?

Pieren

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

Re: [OSM-talk-fr] Statistiques Contributions sur l'Ile de la Réunion

[Arnaud Vandecasteele]

Non les données sont calculées depuis :
2007-10-01T09:39:51Z

2012/8/24 Philippe Verdy 

> Il semble que la liste ne reprends que ceux qui ont contribué à la
> Réunion dans les 30 derniers jours, dans ce cas je suis exclus...
>
> Le 24 août 2012 10:17, Arnaud Vandecasteele  a
> écrit :
> > Bizarre car je n'ai aucune trace de contribution...
> > Pourtant les premières contrib remontent au 2007-10-01T09:39:51Z
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 

Arnaud Van De Casteele
Mines Paris Tech - CRC
Sophia-Antipolis
0698 24 25 29
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
http://geotribu.net/
http://www.i2c.eu/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques Contributions sur l'Ile de la Réunion

[Philippe Verdy]

Il semble que la liste ne reprends que ceux qui ont contribué à la
Réunion dans les 30 derniers jours, dans ce cas je suis exclus...

Le 24 août 2012 10:17, Arnaud Vandecasteele  a écrit :
> Bizarre car je n'ai aucune trace de contribution...
> Pourtant les premières contrib remontent au 2007-10-01T09:39:51Z

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

Re: [OSM-talk-fr] Statistiques Contributions sur l'Ile de la Réunion

[Arnaud Vandecasteele]

Bizarre car je n'ai aucune trace de contribution...
Pourtant les premières contrib remontent au 2007-10-01T09:39:51Z

A.

2012/8/24 Tenshu 

> Pareil je me souvient avoir corrigé quelque tracés de way, quand le
> cadastre a été rendu disponible.
>
>
> 2012/8/20 Philippe Verdy 
>
>> Bizarrement je ne suis pas dans la liste alors que j'y ai travaillé,
>> un peu (oui j'avais même terminé en un temps TOUTES les communes de la
>> Réunion avant que ce soit refait ces derniers jours, notamment autour
>> du volcan, les coulées de laves, des ruisseaux, des plages, des digues
>> sur la côte, et même des constructions)...
>>
>> Sans doute un effet de certains objets créés par d'autres alors que je
>> les avais modifiés, mais que le Radaction Bot a depuis supprimés (je
>> n'avais réellement rien créé juste modifié pour corriger des anomalies
>> de géométrie, et du dédoublonnage).
>>
>> Le 20 août 2012 17:55, Arnaud Vandecasteele  a
>> écrit :
>> > Salut à tous,
>> >
>> > Depuis peu, des statistiques OpenStreetMap sur l'Ile de La Réunion sont
>> > disponibles :
>> > http://www.osm974.re/osm-stat/index.html
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 

Arnaud Van De Casteele
Mines Paris Tech - CRC
Sophia-Antipolis
0698 24 25 29
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
http://geotribu.net/
http://www.i2c.eu/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques Contributions sur l'Ile de la Réunion

[Tenshu]

Pareil je me souvient avoir corrigé quelque tracés de way, quand le
cadastre a été rendu disponible.

2012/8/20 Philippe Verdy 

> Bizarrement je ne suis pas dans la liste alors que j'y ai travaillé,
> un peu (oui j'avais même terminé en un temps TOUTES les communes de la
> Réunion avant que ce soit refait ces derniers jours, notamment autour
> du volcan, les coulées de laves, des ruisseaux, des plages, des digues
> sur la côte, et même des constructions)...
>
> Sans doute un effet de certains objets créés par d'autres alors que je
> les avais modifiés, mais que le Radaction Bot a depuis supprimés (je
> n'avais réellement rien créé juste modifié pour corriger des anomalies
> de géométrie, et du dédoublonnage).
>
> Le 20 août 2012 17:55, Arnaud Vandecasteele  a
> écrit :
> > Salut à tous,
> >
> > Depuis peu, des statistiques OpenStreetMap sur l'Ile de La Réunion sont
> > disponibles :
> > http://www.osm974.re/osm-stat/index.html
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques Contributions sur l'Ile de la Réunion

[Philippe Verdy]

Bizarrement je ne suis pas dans la liste alors que j'y ai travaillé,
un peu (oui j'avais même terminé en un temps TOUTES les communes de la
Réunion avant que ce soit refait ces derniers jours, notamment autour
du volcan, les coulées de laves, des ruisseaux, des plages, des digues
sur la côte, et même des constructions)...

Sans doute un effet de certains objets créés par d'autres alors que je
les avais modifiés, mais que le Radaction Bot a depuis supprimés (je
n'avais réellement rien créé juste modifié pour corriger des anomalies
de géométrie, et du dédoublonnage).

Le 20 août 2012 17:55, Arnaud Vandecasteele  a écrit :
> Salut à tous,
>
> Depuis peu, des statistiques OpenStreetMap sur l'Ile de La Réunion sont
> disponibles :
> http://www.osm974.re/osm-stat/index.html

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

[OSM-talk-fr] Statistiques Contributions sur l'Ile de la Réunion

[Arnaud Vandecasteele]

Salut à tous,

Depuis peu, des statistiques OpenStreetMap sur l'Ile de La Réunion sont
disponibles :
http://www.osm974.re/osm-stat/index.html

Cela me sert comme outil de suivi et pour vérifier un peu les contributions.

Arnaud
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Nicolas Dumoulin]

Le jeudi 12 juillet 2012 15:02:53 Arnaud Vandecasteele a écrit :
> Bon voici le résultat final :
> http://geotribu.net/applications/osm_reunion_animation/reunion_animation.htm
> l

Excellent !

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Statistiques

[Arnaud Vandecasteele]

En comptant tout et à tête reposée, tu en as pour deux à trois heures.
Une heure 1/2 voir deux de configuration.
Puis une heure pour la génération des images.

A.

2012/7/12 THEVENON Julien 

> *>>>> De :* Arnaud Vandecasteele 
> *>>>>*Bon voici le résultat final :
> *>>>>*
> http://geotribu.net/applications/osm_reunion_animation/reunion_animation.html
>
> ca rend plutot bien !
> au final ca t as demande combien de temps pour obtenir ce resultat ? (
> installations + configuration + run etc )
>
> Julien
>
>   --
> *De :* Arnaud Vandecasteele 
> *À :* Discussions sur OSM en français 
> *Envoyé le :* Jeudi 12 juillet 2012 15h02
> *Objet :* Re: [OSM-talk-fr] Statistiques
>
> Bon voici le résultat final :
>
> http://geotribu.net/applications/osm_reunion_animation/reunion_animation.html
>
> Arnaud
>
> 2012/7/12 Aurélien FILEZ 
>
> Bonjour,
>
> J'ai téléchargé le fichier france.osh.pbf, qui date de juin il me semble,
> et n'ai pas fait de découpage, étant donné que je recherche à sortir des
> statistiques sur l'ensemble de la France.
>
> Puis j'ai tenté de l'importer comme suit :
>
> osm-history-importer france.osh.pbf
>
> Au fur et à mesure de la lecture, la mémoire se remplit, jusqu'à ne plus
> pouvoir allouer quoi que ce soit.
>
> Est-ce qu'il y aurait un mode qui irait écrire directement en base, sans
> garder tant d'information en mémoire ?
>
> 2012/7/12 Arnaud Vandecasteele 
>
> Cela dépend de quel process tu aprles :
>
>   - osm-history-splitter découpe la zone que tu désires
>
>   - osm-history-importer importe les données en base
>
>   - et osm-history-renderer génère les animations
>
> Concernant les perfs.
> Pour ma part, j'ai un petit serveur qui tourne sur  Ubuntu 12.04 avec 2Go
> de Ram.
> Chaque processus me prend 98% du CPU. Donc à ne pas faire sur un serveur
> en prod.
>
> Ensuite la taille dépend essentiellement du nombre d'images générées (en
> fonction du pas de temps) et de la dimension celles-ci. Difficile à dire
> donc.
>
> Arnaud
>
>
>
> 2012/7/12 Aurélien FILEZ 
>
> Sur mon ubuntu server, de 8Go de RAM alors qu'il n'y a que ça qui tourne,
> ça me met encore une erreur par manque de mémoire.
>
> Ça n'écrit pas dans la BDD au fur et à mesure de la lecture ?
>
>
> 2012/7/12 Ab_fab 
>
> Cool,
>
> Tu nous tiens au courant des choses que tu as mis en pratique avec ?
> Et sinon, quels sont les besoins en mémoire de cet import, au final ?
> et l'espace disque nécessaire ?
> (Mêmes questions pour Arnaud)
>
> Le 12 juillet 2012 10:18, Aurélien FILEZ  a écrit :
>
>  Non en fait j'étais en session a distance et ça ne m'avais pas renvoyé le
> message d'erreur. Une fois sur le pc physique, j'ai vu un problème de
> mémoire.
>
> Alors j'ai redémarré le serveur, et relancer le truc, tout seul, ça tourne
> ;)
>
>
> 2012/7/12 Ab_fab 
>
> As-tu bien donné à la bdd que tu as créée le même nom que le nom de
> l'utilisateur unix ?
>
> Selon le tuto :
>
> *"next we'll get that data into the database. Oh wait: which database? *
> *We'll first have to setup our postgres database. It's best if you use
> your user-database (that's database-name = your unix username)"*
>
> Je crois que j'avais du recommencer à cause de cette "subtilité"
>
> On continue l'investigation sur dev-fr ?
>
> Le 11 juillet 2012 19:07, Aurélien FILEZ  a écrit :
>
> Après avoir exécuté "osm-history-importer france.osh.pbf", j'obtiens des
> tables hist_point, hist_line et hist_polygon vides (0 rows)
>
>
> 2012/7/11 Christian Quest 
>
> Mis sous forme de graphique c'est plus parlant (document
> LibreOffice)... http://dl.free.fr/pUraG0Fan
>
> On voit que le réseau autoroutier a été complet dès 2009, que les
> voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau
> primaire est stable depuis 2011.
>
>
> Le 11 juillet 2012 15:48, Christian Quest  a
> écrit :
> > Pour des stats il y a aussi ceci: http://length.osm4people.org/
> >
> > Et pour la France : http://length.osm4people.org/france.html
> > On y apprend qu'en novembre 2006, il y avait 2846km de routes et qu'en
> > mars dernier on en était à plus d'1 million de km. En 2011, plus de
> > 300.000km de routes on été ajoutés.
> >
>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> Talk-fr mailing list
> Talk-fr@

Re: [OSM-talk-fr] Statistiques

[THEVENON Julien]

>>>> De : Arnaud Vandecasteele 
>>>>Bon voici le résultat final :
>>>>http://geotribu.net/applications/osm_reunion_animation/reunion_animation.html

ca rend plutot bien !
au final ca t as demande combien de temps pour obtenir ce resultat ? ( 
installations + configuration + run etc )


Julien




>
> De : Arnaud Vandecasteele 
>À : Discussions sur OSM en français  
>Envoyé le : Jeudi 12 juillet 2012 15h02
>Objet : Re: [OSM-talk-fr] Statistiques
> 
>
>Bon voici le résultat final :
>http://geotribu.net/applications/osm_reunion_animation/reunion_animation.html
>
>Arnaud
>
>
>2012/7/12 Aurélien FILEZ 
>
>Bonjour,
>>
>>
>>J'ai téléchargé le fichier france.osh.pbf, qui date de juin il me semble, et 
>>n'ai pas fait de découpage, étant donné que je recherche à sortir des 
>>statistiques sur l'ensemble de la France.
>>
>>
>>Puis j'ai tenté de l'importer comme suit :
>>
>>
>>osm-history-importer france.osh.pbf
>>
>>
>>Au fur et à mesure de la lecture, la mémoire se remplit, jusqu'à ne plus 
>>pouvoir allouer quoi que ce soit.
>>
>>
>>Est-ce qu'il y aurait un mode qui irait écrire directement en base, sans 
>>garder tant d'information en mémoire ?
>>
>>
>>2012/7/12 Arnaud Vandecasteele 
>>
>>Cela dépend de quel process tu aprles :
>>>
>>>  - osm-history-splitter découpe la zone que tu désires
>>>
>>>  - osm-history-importer importe les données en base
>>>
>>>  - et osm-history-renderer génère les animations
>>>
>>>Concernant les perfs.
>>>Pour ma part, j'ai un petit serveur qui tourne sur  Ubuntu 12.04 avec 2Go de 
>>>Ram.
>>>Chaque processus me prend 98% du CPU. Donc à ne pas faire sur un serveur en 
>>>prod.
>>>
>>>Ensuite la taille dépend essentiellement du nombre d'images générées (en 
>>>fonction du pas de temps) et de la dimension celles-ci. Difficile à dire 
>>>donc.
>>>
>>>Arnaud
>>>
>>>
>>>
>>>
>>>2012/7/12 Aurélien FILEZ 
>>>
>>>Sur mon ubuntu server, de 8Go de RAM alors qu'il n'y a que ça qui tourne, ça 
>>>me met encore une erreur par manque de mémoire.
>>>>
>>>>
>>>>Ça n'écrit pas dans la BDD au fur et à mesure de la lecture ?
>>>>
>>>>
>>>>
>>>>2012/7/12 Ab_fab 
>>>>
>>>>Cool,
>>>>>
>>>>>
>>>>>Tu nous tiens au courant des choses que tu as mis en pratique avec ?
>>>>>Et sinon, quels sont les besoins en mémoire de cet import, au final ? 
>>>>>et l'espace disque nécessaire ?
>>>>>(Mêmes questions pour Arnaud)
>>>>>
>>>>>Le 12 juillet 2012 10:18, Aurélien FILEZ  a écrit :
>>>>>
>>>>>
>>>>>Non en fait j'étais en session a distance et ça ne m'avais pas renvoyé le 
>>>>>message d'erreur. Une fois sur le pc physique, j'ai vu un problème de 
>>>>>mémoire.
>>>>>>
>>>>>>
>>>>>>Alors j'ai redémarré le serveur, et relancer le truc, tout seul, ça 
>>>>>>tourne ;)
>>>>>>
>>>>>>
>>>>>>
>>>>>>2012/7/12 Ab_fab 
>>>>>>
>>>>>>As-tu bien donné à la bdd que tu as créée le même nom que le nom de 
>>>>>>l'utilisateur unix ?
>>>>>>>
>>>>>>>
>>>>>>>Selon le tuto :
>>>>>>>
>>>>>>>
>>>>>>>"next we'll get that data into the database. Oh wait: which database? 
>>>>>>>We'll first have to setup our postgres database. It's best if you use 
>>>>>>>your user-database (that's database-name = your unix username)"
>>>>>>>
>>>>>>>
>>>>>>>Je crois que j'avais du recommencer à cause de cette "subtilité"
>>>>>>>
>>>>>>>
>>>>>>>On continue l'investigation sur dev-fr ?
>>>>>>>
>>>>>>>
>>>>>>>Le 11 juillet 2012 19:07, Aurélien FILEZ  a écrit :
>>>>>>>
>>>>>>>
>>>>>>&

Re: [OSM-talk-fr] Statistiques

[Arnaud Vandecasteele]

Bon voici le résultat final :
http://geotribu.net/applications/osm_reunion_animation/reunion_animation.html

Arnaud

2012/7/12 Aurélien FILEZ 

> Bonjour,
>
> J'ai téléchargé le fichier france.osh.pbf, qui date de juin il me semble,
> et n'ai pas fait de découpage, étant donné que je recherche à sortir des
> statistiques sur l'ensemble de la France.
>
> Puis j'ai tenté de l'importer comme suit :
>
> osm-history-importer france.osh.pbf
>
> Au fur et à mesure de la lecture, la mémoire se remplit, jusqu'à ne plus
> pouvoir allouer quoi que ce soit.
>
> Est-ce qu'il y aurait un mode qui irait écrire directement en base, sans
> garder tant d'information en mémoire ?
>
> 2012/7/12 Arnaud Vandecasteele 
>
>> Cela dépend de quel process tu aprles :
>>
>>   - osm-history-splitter découpe la zone que tu désires
>>
>>   - osm-history-importer importe les données en base
>>
>>   - et osm-history-renderer génère les animations
>>
>> Concernant les perfs.
>> Pour ma part, j'ai un petit serveur qui tourne sur  Ubuntu 12.04 avec 2Go
>> de Ram.
>> Chaque processus me prend 98% du CPU. Donc à ne pas faire sur un serveur
>> en prod.
>>
>> Ensuite la taille dépend essentiellement du nombre d'images générées (en
>> fonction du pas de temps) et de la dimension celles-ci. Difficile à dire
>> donc.
>>
>> Arnaud
>>
>>
>>
>> 2012/7/12 Aurélien FILEZ 
>>
>>> Sur mon ubuntu server, de 8Go de RAM alors qu'il n'y a que ça qui
>>> tourne, ça me met encore une erreur par manque de mémoire.
>>>
>>> Ça n'écrit pas dans la BDD au fur et à mesure de la lecture ?
>>>
>>>
>>> 2012/7/12 Ab_fab 
>>>
 Cool,

 Tu nous tiens au courant des choses que tu as mis en pratique avec ?
 Et sinon, quels sont les besoins en mémoire de cet import, au final ?
 et l'espace disque nécessaire ?
 (Mêmes questions pour Arnaud)

 Le 12 juillet 2012 10:18, Aurélien FILEZ  a écrit :

  Non en fait j'étais en session a distance et ça ne m'avais pas renvoyé
> le message d'erreur. Une fois sur le pc physique, j'ai vu un problème de
> mémoire.
>
> Alors j'ai redémarré le serveur, et relancer le truc, tout seul, ça
> tourne ;)
>
>
> 2012/7/12 Ab_fab 
>
>> As-tu bien donné à la bdd que tu as créée le même nom que le nom de
>> l'utilisateur unix ?
>>
>> Selon le tuto :
>>
>> *"next we'll get that data into the database. Oh wait: which
>> database? *
>> *We'll first have to setup our postgres database. It's best if you
>> use your user-database (that's database-name = your unix username)"*
>>
>> Je crois que j'avais du recommencer à cause de cette "subtilité"
>>
>> On continue l'investigation sur dev-fr ?
>>
>> Le 11 juillet 2012 19:07, Aurélien FILEZ  a écrit
>> :
>>
>> Après avoir exécuté "osm-history-importer france.osh.pbf", j'obtiens
>>> des tables hist_point, hist_line et hist_polygon vides (0 rows)
>>>
>>>
>>> 2012/7/11 Christian Quest 
>>>
 Mis sous forme de graphique c'est plus parlant (document
 LibreOffice)... http://dl.free.fr/pUraG0Fan

 On voit que le réseau autoroutier a été complet dès 2009, que les
 voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau
 primaire est stable depuis 2011.


 Le 11 juillet 2012 15:48, Christian Quest 
 a écrit :
 > Pour des stats il y a aussi ceci: http://length.osm4people.org/
 >
 > Et pour la France : http://length.osm4people.org/france.html
 > On y apprend qu'en novembre 2006, il y avait 2846km de routes et
 qu'en
 > mars dernier on en était à plus d'1 million de km. En 2011, plus
 de
 > 300.000km de routes on été ajoutés.
 >

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

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

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


 --
 ab_fab 
 "Il n'y a pas de pas perdus"

 ___
 Talk

Re: [OSM-talk-fr] Statistiques

[Aurélien FILEZ]

Bonjour,

J'ai téléchargé le fichier france.osh.pbf, qui date de juin il me semble,
et n'ai pas fait de découpage, étant donné que je recherche à sortir des
statistiques sur l'ensemble de la France.

Puis j'ai tenté de l'importer comme suit :

osm-history-importer france.osh.pbf

Au fur et à mesure de la lecture, la mémoire se remplit, jusqu'à ne plus
pouvoir allouer quoi que ce soit.

Est-ce qu'il y aurait un mode qui irait écrire directement en base, sans
garder tant d'information en mémoire ?

2012/7/12 Arnaud Vandecasteele 

> Cela dépend de quel process tu aprles :
>
>   - osm-history-splitter découpe la zone que tu désires
>
>   - osm-history-importer importe les données en base
>
>   - et osm-history-renderer génère les animations
>
> Concernant les perfs.
> Pour ma part, j'ai un petit serveur qui tourne sur  Ubuntu 12.04 avec 2Go
> de Ram.
> Chaque processus me prend 98% du CPU. Donc à ne pas faire sur un serveur
> en prod.
>
> Ensuite la taille dépend essentiellement du nombre d'images générées (en
> fonction du pas de temps) et de la dimension celles-ci. Difficile à dire
> donc.
>
> Arnaud
>
>
>
> 2012/7/12 Aurélien FILEZ 
>
>> Sur mon ubuntu server, de 8Go de RAM alors qu'il n'y a que ça qui tourne,
>> ça me met encore une erreur par manque de mémoire.
>>
>> Ça n'écrit pas dans la BDD au fur et à mesure de la lecture ?
>>
>>
>> 2012/7/12 Ab_fab 
>>
>>> Cool,
>>>
>>> Tu nous tiens au courant des choses que tu as mis en pratique avec ?
>>> Et sinon, quels sont les besoins en mémoire de cet import, au final ?
>>> et l'espace disque nécessaire ?
>>> (Mêmes questions pour Arnaud)
>>>
>>> Le 12 juillet 2012 10:18, Aurélien FILEZ  a écrit :
>>>
>>>  Non en fait j'étais en session a distance et ça ne m'avais pas renvoyé
 le message d'erreur. Une fois sur le pc physique, j'ai vu un problème de
 mémoire.

 Alors j'ai redémarré le serveur, et relancer le truc, tout seul, ça
 tourne ;)


 2012/7/12 Ab_fab 

> As-tu bien donné à la bdd que tu as créée le même nom que le nom de
> l'utilisateur unix ?
>
> Selon le tuto :
>
> *"next we'll get that data into the database. Oh wait: which
> database? *
> *We'll first have to setup our postgres database. It's best if you
> use your user-database (that's database-name = your unix username)"*
>
> Je crois que j'avais du recommencer à cause de cette "subtilité"
>
> On continue l'investigation sur dev-fr ?
>
> Le 11 juillet 2012 19:07, Aurélien FILEZ  a écrit :
>
> Après avoir exécuté "osm-history-importer france.osh.pbf", j'obtiens
>> des tables hist_point, hist_line et hist_polygon vides (0 rows)
>>
>>
>> 2012/7/11 Christian Quest 
>>
>>> Mis sous forme de graphique c'est plus parlant (document
>>> LibreOffice)... http://dl.free.fr/pUraG0Fan
>>>
>>> On voit que le réseau autoroutier a été complet dès 2009, que les
>>> voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau
>>> primaire est stable depuis 2011.
>>>
>>>
>>> Le 11 juillet 2012 15:48, Christian Quest 
>>> a écrit :
>>> > Pour des stats il y a aussi ceci: http://length.osm4people.org/
>>> >
>>> > Et pour la France : http://length.osm4people.org/france.html
>>> > On y apprend qu'en novembre 2006, il y avait 2846km de routes et
>>> qu'en
>>> > mars dernier on en était à plus d'1 million de km. En 2011, plus de
>>> > 300.000km de routes on été ajoutés.
>>> >
>>>
>>> --
>>> Christian Quest - OpenStreetMap France -
>>> http://openstreetmap.fr/u/cquest
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> ab_fab 
> "Il n'y a pas de pas perdus"
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>

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


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

Re: [OSM-talk-fr] Statistiques

[Arnaud Vandecasteele]

Cela dépend de quel process tu aprles :

  - osm-history-splitter découpe la zone que tu désires

  - osm-history-importer importe les données en base

  - et osm-history-renderer génère les animations

Concernant les perfs.
Pour ma part, j'ai un petit serveur qui tourne sur  Ubuntu 12.04 avec 2Go
de Ram.
Chaque processus me prend 98% du CPU. Donc à ne pas faire sur un serveur en
prod.

Ensuite la taille dépend essentiellement du nombre d'images générées (en
fonction du pas de temps) et de la dimension celles-ci. Difficile à dire
donc.

Arnaud


2012/7/12 Aurélien FILEZ 

> Sur mon ubuntu server, de 8Go de RAM alors qu'il n'y a que ça qui tourne,
> ça me met encore une erreur par manque de mémoire.
>
> Ça n'écrit pas dans la BDD au fur et à mesure de la lecture ?
>
>
> 2012/7/12 Ab_fab 
>
>> Cool,
>>
>> Tu nous tiens au courant des choses que tu as mis en pratique avec ?
>> Et sinon, quels sont les besoins en mémoire de cet import, au final ?
>> et l'espace disque nécessaire ?
>> (Mêmes questions pour Arnaud)
>>
>> Le 12 juillet 2012 10:18, Aurélien FILEZ  a écrit :
>>
>>  Non en fait j'étais en session a distance et ça ne m'avais pas renvoyé
>>> le message d'erreur. Une fois sur le pc physique, j'ai vu un problème de
>>> mémoire.
>>>
>>> Alors j'ai redémarré le serveur, et relancer le truc, tout seul, ça
>>> tourne ;)
>>>
>>>
>>> 2012/7/12 Ab_fab 
>>>
 As-tu bien donné à la bdd que tu as créée le même nom que le nom de
 l'utilisateur unix ?

 Selon le tuto :

 *"next we'll get that data into the database. Oh wait: which database?
 *
 *We'll first have to setup our postgres database. It's best if you use
 your user-database (that's database-name = your unix username)"*

 Je crois que j'avais du recommencer à cause de cette "subtilité"

 On continue l'investigation sur dev-fr ?

 Le 11 juillet 2012 19:07, Aurélien FILEZ  a écrit :

 Après avoir exécuté "osm-history-importer france.osh.pbf", j'obtiens
> des tables hist_point, hist_line et hist_polygon vides (0 rows)
>
>
> 2012/7/11 Christian Quest 
>
>> Mis sous forme de graphique c'est plus parlant (document
>> LibreOffice)... http://dl.free.fr/pUraG0Fan
>>
>> On voit que le réseau autoroutier a été complet dès 2009, que les
>> voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau
>> primaire est stable depuis 2011.
>>
>>
>> Le 11 juillet 2012 15:48, Christian Quest 
>> a écrit :
>> > Pour des stats il y a aussi ceci: http://length.osm4people.org/
>> >
>> > Et pour la France : http://length.osm4people.org/france.html
>> > On y apprend qu'en novembre 2006, il y avait 2846km de routes et
>> qu'en
>> > mars dernier on en était à plus d'1 million de km. En 2011, plus de
>> > 300.000km de routes on été ajoutés.
>> >
>>
>> --
>> Christian Quest - OpenStreetMap France -
>> http://openstreetmap.fr/u/cquest
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


 --
 ab_fab 
 "Il n'y a pas de pas perdus"

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


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


-- 

Arnaud Van De Casteele
Mines Paris Tech - CRC
Sophia-Antipolis
0698 24 25 29
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
http://geotribu.net/
http://www.i2c.eu/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Aurélien FILEZ]

Sur mon ubuntu server, de 8Go de RAM alors qu'il n'y a que ça qui tourne,
ça me met encore une erreur par manque de mémoire.

Ça n'écrit pas dans la BDD au fur et à mesure de la lecture ?

2012/7/12 Ab_fab 

> Cool,
>
> Tu nous tiens au courant des choses que tu as mis en pratique avec ?
> Et sinon, quels sont les besoins en mémoire de cet import, au final ?
> et l'espace disque nécessaire ?
> (Mêmes questions pour Arnaud)
>
> Le 12 juillet 2012 10:18, Aurélien FILEZ  a écrit :
>
> Non en fait j'étais en session a distance et ça ne m'avais pas renvoyé le
>> message d'erreur. Une fois sur le pc physique, j'ai vu un problème de
>> mémoire.
>>
>> Alors j'ai redémarré le serveur, et relancer le truc, tout seul, ça
>> tourne ;)
>>
>>
>> 2012/7/12 Ab_fab 
>>
>>> As-tu bien donné à la bdd que tu as créée le même nom que le nom de
>>> l'utilisateur unix ?
>>>
>>> Selon le tuto :
>>>
>>> *"next we'll get that data into the database. Oh wait: which database? *
>>> *We'll first have to setup our postgres database. It's best if you use
>>> your user-database (that's database-name = your unix username)"*
>>>
>>> Je crois que j'avais du recommencer à cause de cette "subtilité"
>>>
>>> On continue l'investigation sur dev-fr ?
>>>
>>> Le 11 juillet 2012 19:07, Aurélien FILEZ  a écrit :
>>>
>>> Après avoir exécuté "osm-history-importer france.osh.pbf", j'obtiens des
 tables hist_point, hist_line et hist_polygon vides (0 rows)


 2012/7/11 Christian Quest 

> Mis sous forme de graphique c'est plus parlant (document
> LibreOffice)... http://dl.free.fr/pUraG0Fan
>
> On voit que le réseau autoroutier a été complet dès 2009, que les
> voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau
> primaire est stable depuis 2011.
>
>
> Le 11 juillet 2012 15:48, Christian Quest  a
> écrit :
> > Pour des stats il y a aussi ceci: http://length.osm4people.org/
> >
> > Et pour la France : http://length.osm4people.org/france.html
> > On y apprend qu'en novembre 2006, il y avait 2846km de routes et
> qu'en
> > mars dernier on en était à plus d'1 million de km. En 2011, plus de
> > 300.000km de routes on été ajoutés.
> >
>
> --
> Christian Quest - OpenStreetMap France -
> http://openstreetmap.fr/u/cquest
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>


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


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

Re: [OSM-talk-fr] Statistiques

[Ab_fab]

Cool,

Tu nous tiens au courant des choses que tu as mis en pratique avec ?
Et sinon, quels sont les besoins en mémoire de cet import, au final ?
et l'espace disque nécessaire ?
(Mêmes questions pour Arnaud)

Le 12 juillet 2012 10:18, Aurélien FILEZ  a écrit :

> Non en fait j'étais en session a distance et ça ne m'avais pas renvoyé le
> message d'erreur. Une fois sur le pc physique, j'ai vu un problème de
> mémoire.
>
> Alors j'ai redémarré le serveur, et relancer le truc, tout seul, ça tourne
> ;)
>
>
> 2012/7/12 Ab_fab 
>
>> As-tu bien donné à la bdd que tu as créée le même nom que le nom de
>> l'utilisateur unix ?
>>
>> Selon le tuto :
>>
>> *"next we'll get that data into the database. Oh wait: which database? *
>> *We'll first have to setup our postgres database. It's best if you use
>> your user-database (that's database-name = your unix username)"*
>>
>> Je crois que j'avais du recommencer à cause de cette "subtilité"
>>
>> On continue l'investigation sur dev-fr ?
>>
>> Le 11 juillet 2012 19:07, Aurélien FILEZ  a écrit :
>>
>> Après avoir exécuté "osm-history-importer france.osh.pbf", j'obtiens des
>>> tables hist_point, hist_line et hist_polygon vides (0 rows)
>>>
>>>
>>> 2012/7/11 Christian Quest 
>>>
 Mis sous forme de graphique c'est plus parlant (document
 LibreOffice)... http://dl.free.fr/pUraG0Fan

 On voit que le réseau autoroutier a été complet dès 2009, que les
 voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau
 primaire est stable depuis 2011.


 Le 11 juillet 2012 15:48, Christian Quest  a
 écrit :
 > Pour des stats il y a aussi ceci: http://length.osm4people.org/
 >
 > Et pour la France : http://length.osm4people.org/france.html
 > On y apprend qu'en novembre 2006, il y avait 2846km de routes et qu'en
 > mars dernier on en était à plus d'1 million de km. En 2011, plus de
 > 300.000km de routes on été ajoutés.
 >

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

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

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


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

Re: [OSM-talk-fr] Statistiques

[Aurélien FILEZ]

Non en fait j'étais en session a distance et ça ne m'avais pas renvoyé le
message d'erreur. Une fois sur le pc physique, j'ai vu un problème de
mémoire.

Alors j'ai redémarré le serveur, et relancer le truc, tout seul, ça tourne
;)

2012/7/12 Ab_fab 

> As-tu bien donné à la bdd que tu as créée le même nom que le nom de
> l'utilisateur unix ?
>
> Selon le tuto :
>
> *"next we'll get that data into the database. Oh wait: which database? *
> *We'll first have to setup our postgres database. It's best if you use
> your user-database (that's database-name = your unix username)"*
>
> Je crois que j'avais du recommencer à cause de cette "subtilité"
>
> On continue l'investigation sur dev-fr ?
>
> Le 11 juillet 2012 19:07, Aurélien FILEZ  a écrit :
>
> Après avoir exécuté "osm-history-importer france.osh.pbf", j'obtiens des
>> tables hist_point, hist_line et hist_polygon vides (0 rows)
>>
>>
>> 2012/7/11 Christian Quest 
>>
>>> Mis sous forme de graphique c'est plus parlant (document
>>> LibreOffice)... http://dl.free.fr/pUraG0Fan
>>>
>>> On voit que le réseau autoroutier a été complet dès 2009, que les
>>> voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau
>>> primaire est stable depuis 2011.
>>>
>>>
>>> Le 11 juillet 2012 15:48, Christian Quest  a
>>> écrit :
>>> > Pour des stats il y a aussi ceci: http://length.osm4people.org/
>>> >
>>> > Et pour la France : http://length.osm4people.org/france.html
>>> > On y apprend qu'en novembre 2006, il y avait 2846km de routes et qu'en
>>> > mars dernier on en était à plus d'1 million de km. En 2011, plus de
>>> > 300.000km de routes on été ajoutés.
>>> >
>>>
>>> --
>>> Christian Quest - OpenStreetMap France -
>>> http://openstreetmap.fr/u/cquest
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> ab_fab 
> "Il n'y a pas de pas perdus"
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Ab_fab]

As-tu bien donné à la bdd que tu as créée le même nom que le nom de
l'utilisateur unix ?

Selon le tuto :

*"next we'll get that data into the database. Oh wait: which database? *
*We'll first have to setup our postgres database. It's best if you use your
user-database (that's database-name = your unix username)"*

Je crois que j'avais du recommencer à cause de cette "subtilité"

On continue l'investigation sur dev-fr ?

Le 11 juillet 2012 19:07, Aurélien FILEZ  a écrit :

> Après avoir exécuté "osm-history-importer france.osh.pbf", j'obtiens des
> tables hist_point, hist_line et hist_polygon vides (0 rows)
>
>
> 2012/7/11 Christian Quest 
>
>> Mis sous forme de graphique c'est plus parlant (document
>> LibreOffice)... http://dl.free.fr/pUraG0Fan
>>
>> On voit que le réseau autoroutier a été complet dès 2009, que les
>> voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau
>> primaire est stable depuis 2011.
>>
>>
>> Le 11 juillet 2012 15:48, Christian Quest  a
>> écrit :
>> > Pour des stats il y a aussi ceci: http://length.osm4people.org/
>> >
>> > Et pour la France : http://length.osm4people.org/france.html
>> > On y apprend qu'en novembre 2006, il y avait 2846km de routes et qu'en
>> > mars dernier on en était à plus d'1 million de km. En 2011, plus de
>> > 300.000km de routes on été ajoutés.
>> >
>>
>> --
>> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Statistiques

[Arnaud Vandecasteele]

Salut Aurélien,

Bizarre pour ma part tout s'est déroulé correctement.
J'ai d'abord essayé avec l'exemple donné dans le tutorial puis en partant
d'un full_history.
Aucun message d'erreur ?

A.

2012/7/11 Aurélien FILEZ 

> Après avoir exécuté "osm-history-importer france.osh.pbf", j'obtiens des
> tables hist_point, hist_line et hist_polygon vides (0 rows)
>
>
> 2012/7/11 Christian Quest 
>
>> Mis sous forme de graphique c'est plus parlant (document
>> LibreOffice)... http://dl.free.fr/pUraG0Fan
>>
>> On voit que le réseau autoroutier a été complet dès 2009, que les
>> voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau
>> primaire est stable depuis 2011.
>>
>>
>> Le 11 juillet 2012 15:48, Christian Quest  a
>> écrit :
>> > Pour des stats il y a aussi ceci: http://length.osm4people.org/
>> >
>> > Et pour la France : http://length.osm4people.org/france.html
>> > On y apprend qu'en novembre 2006, il y avait 2846km de routes et qu'en
>> > mars dernier on en était à plus d'1 million de km. En 2011, plus de
>> > 300.000km de routes on été ajoutés.
>> >
>>
>> --
>> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 

Arnaud Van De Casteele
Mines Paris Tech - CRC
Sophia-Antipolis
0698 24 25 29
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
http://geotribu.net/
http://www.i2c.eu/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Aurélien FILEZ]

Après avoir exécuté "osm-history-importer france.osh.pbf", j'obtiens des
tables hist_point, hist_line et hist_polygon vides (0 rows)

2012/7/11 Christian Quest 

> Mis sous forme de graphique c'est plus parlant (document
> LibreOffice)... http://dl.free.fr/pUraG0Fan
>
> On voit que le réseau autoroutier a été complet dès 2009, que les
> voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau
> primaire est stable depuis 2011.
>
>
> Le 11 juillet 2012 15:48, Christian Quest  a
> écrit :
> > Pour des stats il y a aussi ceci: http://length.osm4people.org/
> >
> > Et pour la France : http://length.osm4people.org/france.html
> > On y apprend qu'en novembre 2006, il y avait 2846km de routes et qu'en
> > mars dernier on en était à plus d'1 million de km. En 2011, plus de
> > 300.000km de routes on été ajoutés.
> >
>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Christian Quest]

Mis sous forme de graphique c'est plus parlant (document
LibreOffice)... http://dl.free.fr/pUraG0Fan

On voit que le réseau autoroutier a été complet dès 2009, que les
voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau
primaire est stable depuis 2011.


Le 11 juillet 2012 15:48, Christian Quest  a écrit :
> Pour des stats il y a aussi ceci: http://length.osm4people.org/
>
> Et pour la France : http://length.osm4people.org/france.html
> On y apprend qu'en novembre 2006, il y avait 2846km de routes et qu'en
> mars dernier on en était à plus d'1 million de km. En 2011, plus de
> 300.000km de routes on été ajoutés.
>

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

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

Re: [OSM-talk-fr] Statistiques

[Christian Quest]

Pour des stats il y a aussi ceci: http://length.osm4people.org/

Et pour la France : http://length.osm4people.org/france.html
On y apprend qu'en novembre 2006, il y avait 2846km de routes et qu'en
mars dernier on en était à plus d'1 million de km. En 2011, plus de
300.000km de routes on été ajoutés.


Le 11 juillet 2012 12:52, Arnaud Vandecasteele  a écrit :
> Et moi j'en suis à l'installation des paquets. On verra le résultat final.
>
>
> A.
>
> 2012/7/11 Aurélien FILEZ 
>>
>> Dans une machine virtuelle avec 2Go de ram, ça a planté => pas assez de
>> mémoire
>>
>> Je vais essayer avec un peu plus de mémoire, et si ça ne fonctionne pas,
>> je mettrais ça en place sur mon serveur (8Go de disponibles).
>>
>>
>> 2012/7/11 Aurélien FILEZ 
>>>
>>> Je vous ferai un retour, pour le moment je suis le tuto ici :
>>> https://github.com/MaZderMind/osm-history-renderer/blob/master/TUTORIAL.md
>>>
>>> J'ai vu passer du "Mapnik", donc j'imagine qu'il y a un côté visuel à la
>>> chose, mais n'en suis pas sûr, pour le moment, ça importe ;)
>>>
>>>
>>> 2012/7/11 Ab_fab 

 Julien Balas en a créées et apparemment la marche à suivre était
 "straightforward"

 http://lists.openstreetmap.org/pipermail/dev-fr/2011-December/000599.html


 Le 11 juillet 2012 11:58, Arnaud Vandecasteele  a
 écrit :

> Je suis preneur de tes retours et de la difficulté à créer ce type
> d'animations.
>
> Merci
>
> A.
>
>
> 2012/7/11 Aurélien FILEZ 
>>
>> Merci pour vos informations.
>>
>> Je suis en train d'importer un historique via osm-history-importer
>> afin de produire des graphiques avec des chiffres et des courbes pour
>> indiquer la tendance d'OpenStreetMap.
>>
>> Et les animations de Geofabrik seront en support :)
>>
>> A bientôt,
>> Aurélien
>>
>> 2012/7/11 Pieren 
>>>
>>> 2012/7/11 Ab_fab :
>>>
>>> > Comment il est réalisé, ça c'est mystère et boule de gomme pour moi
>>>
>>> Il peut aussi trouver plus de détails sur le wiki (et des liens vers
>>> des outils d'extraction):
>>> http://wiki.openstreetmap.org/wiki/Planet.osm/full
>>>
>>> Pour l'extraction, elle se fait avec un outil java spécial
>>> "historydump" je crois:
>>> https://bitbucket.org/lfrancke/historydump/overview
>>>
>>> Pieren
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> 
> Arnaud Van De Casteele
> Mines Paris Tech - CRC
> Sophia-Antipolis
> 0698 24 25 29
> SIG - WebMapping - Spatial Ontology - GeoCollaboration
>
> Web Site
> http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
> http://geotribu.net/
> http://www.i2c.eu/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



 --
 ab_fab
 "Il n'y a pas de pas perdus"

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

>>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> 
> Arnaud Van De Casteele
> Mines Paris Tech - CRC
> Sophia-Antipolis
> 0698 24 25 29
> SIG - WebMapping - Spatial Ontology - GeoCollaboration
>
> Web Site
> http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
> http://geotribu.net/
> http://www.i2c.eu/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

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

Re: [OSM-talk-fr] Statistiques

[Arnaud Vandecasteele]

Et moi j'en suis à l'installation des paquets. On verra le résultat final.

A.

2012/7/11 Aurélien FILEZ 

> Dans une machine virtuelle avec 2Go de ram, ça a planté => pas assez de
> mémoire
>
> Je vais essayer avec un peu plus de mémoire, et si ça ne fonctionne pas,
> je mettrais ça en place sur mon serveur (8Go de disponibles).
>
>
> 2012/7/11 Aurélien FILEZ 
>
>> Je vous ferai un retour, pour le moment je suis le tuto ici :
>> https://github.com/MaZderMind/osm-history-renderer/blob/master/TUTORIAL.md
>>
>> J'ai vu passer du "Mapnik", donc j'imagine qu'il y a un côté visuel à la
>> chose, mais n'en suis pas sûr, pour le moment, ça importe ;)
>>
>>
>> 2012/7/11 Ab_fab 
>>
>>> Julien Balas en a créées et apparemment la marche à suivre était
>>> "straightforward"
>>> http://lists.openstreetmap.org/pipermail/dev-fr/2011-December/000599.html
>>>
>>>
>>>
>>> Le 11 juillet 2012 11:58, Arnaud Vandecasteele  a
>>> écrit :
>>>
>>> Je suis preneur de tes retours et de la difficulté à créer ce type
 d'animations.

 Merci

 A.


 2012/7/11 Aurélien FILEZ 

> Merci pour vos informations.
>
> Je suis en train d'importer un historique via osm-history-importer
> afin de produire des graphiques avec des chiffres et des courbes pour
> indiquer la tendance d'OpenStreetMap.
>
> Et les animations de Geofabrik seront en support :)
>
> A bientôt,
> Aurélien
>
> 2012/7/11 Pieren 
>
>> 2012/7/11 Ab_fab :
>>
>> > Comment il est réalisé, ça c'est mystère et boule de gomme pour moi
>>
>> Il peut aussi trouver plus de détails sur le wiki (et des liens vers
>> des outils d'extraction):
>> http://wiki.openstreetmap.org/wiki/Planet.osm/full
>>
>> Pour l'extraction, elle se fait avec un outil java spécial
>> "historydump" je crois:
>> https://bitbucket.org/lfrancke/historydump/overview
>>
>> Pieren
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


 --
 
 Arnaud Van De Casteele
 Mines Paris Tech - CRC
 Sophia-Antipolis
 0698 24 25 29
 SIG - WebMapping - Spatial Ontology - GeoCollaboration

 Web Site
 http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
 http://geotribu.net/
 http://www.i2c.eu/

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


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


-- 

Arnaud Van De Casteele
Mines Paris Tech - CRC
Sophia-Antipolis
0698 24 25 29
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
http://geotribu.net/
http://www.i2c.eu/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Aurélien FILEZ]

Dans une machine virtuelle avec 2Go de ram, ça a planté => pas assez de
mémoire

Je vais essayer avec un peu plus de mémoire, et si ça ne fonctionne pas, je
mettrais ça en place sur mon serveur (8Go de disponibles).

2012/7/11 Aurélien FILEZ 

> Je vous ferai un retour, pour le moment je suis le tuto ici :
> https://github.com/MaZderMind/osm-history-renderer/blob/master/TUTORIAL.md
>
> J'ai vu passer du "Mapnik", donc j'imagine qu'il y a un côté visuel à la
> chose, mais n'en suis pas sûr, pour le moment, ça importe ;)
>
>
> 2012/7/11 Ab_fab 
>
>> Julien Balas en a créées et apparemment la marche à suivre était
>> "straightforward"
>> http://lists.openstreetmap.org/pipermail/dev-fr/2011-December/000599.html
>>
>>
>>
>> Le 11 juillet 2012 11:58, Arnaud Vandecasteele  a
>> écrit :
>>
>> Je suis preneur de tes retours et de la difficulté à créer ce type
>>> d'animations.
>>>
>>> Merci
>>>
>>> A.
>>>
>>>
>>> 2012/7/11 Aurélien FILEZ 
>>>
 Merci pour vos informations.

 Je suis en train d'importer un historique via osm-history-importer afin
 de produire des graphiques avec des chiffres et des courbes pour indiquer
 la tendance d'OpenStreetMap.

 Et les animations de Geofabrik seront en support :)

 A bientôt,
 Aurélien

 2012/7/11 Pieren 

> 2012/7/11 Ab_fab :
>
> > Comment il est réalisé, ça c'est mystère et boule de gomme pour moi
>
> Il peut aussi trouver plus de détails sur le wiki (et des liens vers
> des outils d'extraction):
> http://wiki.openstreetmap.org/wiki/Planet.osm/full
>
> Pour l'extraction, elle se fait avec un outil java spécial
> "historydump" je crois:
> https://bitbucket.org/lfrancke/historydump/overview
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>


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


>>>
>>>
>>> --
>>> 
>>> Arnaud Van De Casteele
>>> Mines Paris Tech - CRC
>>> Sophia-Antipolis
>>> 0698 24 25 29
>>> SIG - WebMapping - Spatial Ontology - GeoCollaboration
>>>
>>> Web Site
>>> http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
>>> http://geotribu.net/
>>> http://www.i2c.eu/
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>>
>> --
>> ab_fab 
>> "Il n'y a pas de pas perdus"
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Aurélien FILEZ]

Je vous ferai un retour, pour le moment je suis le tuto ici :
https://github.com/MaZderMind/osm-history-renderer/blob/master/TUTORIAL.md

J'ai vu passer du "Mapnik", donc j'imagine qu'il y a un côté visuel à la
chose, mais n'en suis pas sûr, pour le moment, ça importe ;)

2012/7/11 Ab_fab 

> Julien Balas en a créées et apparemment la marche à suivre était
> "straightforward"
> http://lists.openstreetmap.org/pipermail/dev-fr/2011-December/000599.html
>
>
> Le 11 juillet 2012 11:58, Arnaud Vandecasteele  a
> écrit :
>
> Je suis preneur de tes retours et de la difficulté à créer ce type
>> d'animations.
>>
>> Merci
>>
>> A.
>>
>>
>> 2012/7/11 Aurélien FILEZ 
>>
>>> Merci pour vos informations.
>>>
>>> Je suis en train d'importer un historique via osm-history-importer afin
>>> de produire des graphiques avec des chiffres et des courbes pour indiquer
>>> la tendance d'OpenStreetMap.
>>>
>>> Et les animations de Geofabrik seront en support :)
>>>
>>> A bientôt,
>>> Aurélien
>>>
>>> 2012/7/11 Pieren 
>>>
 2012/7/11 Ab_fab :

 > Comment il est réalisé, ça c'est mystère et boule de gomme pour moi

 Il peut aussi trouver plus de détails sur le wiki (et des liens vers
 des outils d'extraction):
 http://wiki.openstreetmap.org/wiki/Planet.osm/full

 Pour l'extraction, elle se fait avec un outil java spécial
 "historydump" je crois:
 https://bitbucket.org/lfrancke/historydump/overview

 Pieren

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

>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>>
>> --
>> 
>> Arnaud Van De Casteele
>> Mines Paris Tech - CRC
>> Sophia-Antipolis
>> 0698 24 25 29
>> SIG - WebMapping - Spatial Ontology - GeoCollaboration
>>
>> Web Site
>> http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
>> http://geotribu.net/
>> http://www.i2c.eu/
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> ab_fab 
> "Il n'y a pas de pas perdus"
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Thomas Walraet]

From: Arnaud Vandecasteele


Il y a aussi les vidéos réalisées par Geofabrik.

Ex sur Paris :
http://www.geofabrik.de/gallery/history/index.html#paris


J'adore revoir ces historiques. Ça me rappelle quelques ballades en 
patins à roulette en 2006. :)


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

Re: [OSM-talk-fr] Statistiques

[Ab_fab]

Julien Balas en a créées et apparemment la marche à suivre était
"straightforward"
http://lists.openstreetmap.org/pipermail/dev-fr/2011-December/000599.html


Le 11 juillet 2012 11:58, Arnaud Vandecasteele  a
écrit :

> Je suis preneur de tes retours et de la difficulté à créer ce type
> d'animations.
>
> Merci
>
> A.
>
>
> 2012/7/11 Aurélien FILEZ 
>
>> Merci pour vos informations.
>>
>> Je suis en train d'importer un historique via osm-history-importer afin
>> de produire des graphiques avec des chiffres et des courbes pour indiquer
>> la tendance d'OpenStreetMap.
>>
>> Et les animations de Geofabrik seront en support :)
>>
>> A bientôt,
>> Aurélien
>>
>> 2012/7/11 Pieren 
>>
>>> 2012/7/11 Ab_fab :
>>>
>>> > Comment il est réalisé, ça c'est mystère et boule de gomme pour moi
>>>
>>> Il peut aussi trouver plus de détails sur le wiki (et des liens vers
>>> des outils d'extraction):
>>> http://wiki.openstreetmap.org/wiki/Planet.osm/full
>>>
>>> Pour l'extraction, elle se fait avec un outil java spécial
>>> "historydump" je crois:
>>> https://bitbucket.org/lfrancke/historydump/overview
>>>
>>> Pieren
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> 
> Arnaud Van De Casteele
> Mines Paris Tech - CRC
> Sophia-Antipolis
> 0698 24 25 29
> SIG - WebMapping - Spatial Ontology - GeoCollaboration
>
> Web Site
> http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
> http://geotribu.net/
> http://www.i2c.eu/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Statistiques

[Arnaud Vandecasteele]

Je suis preneur de tes retours et de la difficulté à créer ce type
d'animations.

Merci

A.

2012/7/11 Aurélien FILEZ 

> Merci pour vos informations.
>
> Je suis en train d'importer un historique via osm-history-importer afin de
> produire des graphiques avec des chiffres et des courbes pour indiquer la
> tendance d'OpenStreetMap.
>
> Et les animations de Geofabrik seront en support :)
>
> A bientôt,
> Aurélien
>
> 2012/7/11 Pieren 
>
>> 2012/7/11 Ab_fab :
>>
>> > Comment il est réalisé, ça c'est mystère et boule de gomme pour moi
>>
>> Il peut aussi trouver plus de détails sur le wiki (et des liens vers
>> des outils d'extraction):
>> http://wiki.openstreetmap.org/wiki/Planet.osm/full
>>
>> Pour l'extraction, elle se fait avec un outil java spécial
>> "historydump" je crois:
>> https://bitbucket.org/lfrancke/historydump/overview
>>
>> Pieren
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 

Arnaud Van De Casteele
Mines Paris Tech - CRC
Sophia-Antipolis
0698 24 25 29
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
http://geotribu.net/
http://www.i2c.eu/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Aurélien FILEZ]

Merci pour vos informations.

Je suis en train d'importer un historique via osm-history-importer afin de
produire des graphiques avec des chiffres et des courbes pour indiquer la
tendance d'OpenStreetMap.

Et les animations de Geofabrik seront en support :)

A bientôt,
Aurélien

2012/7/11 Pieren 

> 2012/7/11 Ab_fab :
>
> > Comment il est réalisé, ça c'est mystère et boule de gomme pour moi
>
> Il peut aussi trouver plus de détails sur le wiki (et des liens vers
> des outils d'extraction):
> http://wiki.openstreetmap.org/wiki/Planet.osm/full
>
> Pour l'extraction, elle se fait avec un outil java spécial
> "historydump" je crois:
> https://bitbucket.org/lfrancke/historydump/overview
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Pieren]

2012/7/11 Ab_fab :

> Comment il est réalisé, ça c'est mystère et boule de gomme pour moi

Il peut aussi trouver plus de détails sur le wiki (et des liens vers
des outils d'extraction):
http://wiki.openstreetmap.org/wiki/Planet.osm/full

Pour l'extraction, elle se fait avec un outil java spécial
"historydump" je crois:
https://bitbucket.org/lfrancke/historydump/overview

Pieren

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

Re: [OSM-talk-fr] Statistiques

[Arnaud Vandecasteele]

Il y a aussi les vidéos réalisées par Geofabrik.
Je trouve cela suffisamment parlant :
http://www.geofabrik.de/gallery/history/index.html

Ex sur Paris :
http://www.geofabrik.de/gallery/history/index.html#paris

A.

2012/7/11 Ab_fab 

> Pour le planet, tu peux regarder ici :
> http://planet.openstreetmap.org/full-experimental/
> C'est quelque chose comme un extrait complet tous les mois (le dernier est
> avec des données jusqu'au 3 juin).
> Comment il est réalisé, ça c'est mystère et boule de gomme pour moi
>
> Certains (*) se chargent d'en extraire des données "régionales"
> régulièrement, et en font généralement l'annonce sur la liste dev.
>
> Ces extraits peuvent être un peu plus vieux que le dernier planet
> full-history (actuellement, 1er avril vs. 3 juin), mais je dirais que cela
> épargne bcp de sueur, comparé à quelques semaines de fraîcheur en moins.
>
> Last but not least, je ne sais pas si tu as repéré, mais on peut tirer des
> rendus video de l'évolution d'une zone. Qui sait, cela peut aussi être
> vendeur auprès de ta clientèle pour faire découvrir la vitalité du projet.
>
> (*) Peter Körner : http://osm.personalwerk.de/history-extracts/
> et Simon Poole : http://odbl.poole.ch/extracts/
> sont les deux que j'ai repérés.
>
> Le 11 juillet 2012 11:00, Aurélien FILEZ  a écrit :
>
>> Merci beaucoup.
>>
>> En revanche, les données "osh" sont elles régulièrement à jour ?
>>
>
>> Comment peut-on générer ces fichiers nous mêmes ?
>>
>> A bientôt,
>> Kin
>>
>>
>> 2012/7/11 Ab_fab 
>>
>>> Bonjour Aurélien,
>>>
>>> Tu peux te faire tes statistiques "sur mesure" pour ce genre
>>> d'informations, en utilisant les extraits "full-history" de la base OSM. Le
>>> plus récent donne un historique entre 2007 et avril 2012.
>>>
>>> Ce message devrait te permettre de faire l'opération de création de la
>>> base, et ensuite la requête SQL pour en tirer l'évolution du kilométrage de
>>> voirie sur une zone
>>> http://lists.openstreetmap.org/pipermail/dev-fr/2011-December/000573.html
>>>
>>>
>>> Hope it helps
>>>
>>> Le 11 juillet 2012 08:58, Aurélien FILEZ  a écrit :
>>>
 Bonjour à tous,

 Cela fait 5 ans que nous travaillons autour des données OpenStreetMap.

 Nous nous sommes récemment libérés de nos emplois afin de nous
 consacrer à la création d'une entreprise de géoptimisation, avec en
 première application le domaine du transport et de la logistique
 (géocodage, optimisation de tournées, suivi des véhicules, etc.).

 Aujourd'hui, nous sommes en train de monter un petit dossier résumant
 les atouts des techniques et outils utilisés, notamment OpenStreetMap,
 notre base de travail.

 Ce choix est super judicieux étant donné que nous pouvons proposer des
 mises à jour de cartes, régulièrement, sans dépenser des dizaines de
 milliers d'euros dans des licences comme ce qui se passerait si nous
 utilisions Navteq ou TeleAtlas, pour en plus avoir des cartes déjà périmées
 et limitées géographiquement.

 Mais pour les personnes que nous rencontrons (organismes d'encadrement,
 de financement ou client potentiels), pour eux, une carte c'est une carte,
 et ils ne connaissent pas OpenStreetMap, donc ils sont facilement effrayés
 et nous on passe pour des geek qui veulent s'amuser sans prendre en compte
 les intérêts du client.

 C'est pourquoi nous recherchons des statistiques, des graphiques,
 explicitant l'évolution des données OSM, notamment le nombre d'adresses
 postales et le nombre de kilomètres de routes (décomposée par types de
 routes).

 Est-ce que c'est possible de trouver ça quelque part ?

 En vous remerciant par avance,
 Kin

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


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


-- 

Arnaud Van De Casteele
Mines Paris Tech - CRC
Sophia-Antipolis
0698 24 25 29
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
http://geotribu.net/
http://www.i2c.eu/
___
Talk-fr mailing list
Talk-fr@open

Re: [OSM-talk-fr] Statistiques

[Ab_fab]

Pour le planet, tu peux regarder ici :
http://planet.openstreetmap.org/full-experimental/
C'est quelque chose comme un extrait complet tous les mois (le dernier est
avec des données jusqu'au 3 juin).
Comment il est réalisé, ça c'est mystère et boule de gomme pour moi

Certains (*) se chargent d'en extraire des données "régionales"
régulièrement, et en font généralement l'annonce sur la liste dev.

Ces extraits peuvent être un peu plus vieux que le dernier planet
full-history (actuellement, 1er avril vs. 3 juin), mais je dirais que cela
épargne bcp de sueur, comparé à quelques semaines de fraîcheur en moins.

Last but not least, je ne sais pas si tu as repéré, mais on peut tirer des
rendus video de l'évolution d'une zone. Qui sait, cela peut aussi être
vendeur auprès de ta clientèle pour faire découvrir la vitalité du projet.

(*) Peter Körner : http://osm.personalwerk.de/history-extracts/
et Simon Poole : http://odbl.poole.ch/extracts/
sont les deux que j'ai repérés.

Le 11 juillet 2012 11:00, Aurélien FILEZ  a écrit :

> Merci beaucoup.
>
> En revanche, les données "osh" sont elles régulièrement à jour ?
>

> Comment peut-on générer ces fichiers nous mêmes ?
>
> A bientôt,
> Kin
>
>
> 2012/7/11 Ab_fab 
>
>> Bonjour Aurélien,
>>
>> Tu peux te faire tes statistiques "sur mesure" pour ce genre
>> d'informations, en utilisant les extraits "full-history" de la base OSM. Le
>> plus récent donne un historique entre 2007 et avril 2012.
>>
>> Ce message devrait te permettre de faire l'opération de création de la
>> base, et ensuite la requête SQL pour en tirer l'évolution du kilométrage de
>> voirie sur une zone
>> http://lists.openstreetmap.org/pipermail/dev-fr/2011-December/000573.html
>>
>>
>> Hope it helps
>>
>> Le 11 juillet 2012 08:58, Aurélien FILEZ  a écrit :
>>
>>> Bonjour à tous,
>>>
>>> Cela fait 5 ans que nous travaillons autour des données OpenStreetMap.
>>>
>>> Nous nous sommes récemment libérés de nos emplois afin de nous consacrer
>>> à la création d'une entreprise de géoptimisation, avec en première
>>> application le domaine du transport et de la logistique (géocodage,
>>> optimisation de tournées, suivi des véhicules, etc.).
>>>
>>> Aujourd'hui, nous sommes en train de monter un petit dossier résumant
>>> les atouts des techniques et outils utilisés, notamment OpenStreetMap,
>>> notre base de travail.
>>>
>>> Ce choix est super judicieux étant donné que nous pouvons proposer des
>>> mises à jour de cartes, régulièrement, sans dépenser des dizaines de
>>> milliers d'euros dans des licences comme ce qui se passerait si nous
>>> utilisions Navteq ou TeleAtlas, pour en plus avoir des cartes déjà périmées
>>> et limitées géographiquement.
>>>
>>> Mais pour les personnes que nous rencontrons (organismes d'encadrement,
>>> de financement ou client potentiels), pour eux, une carte c'est une carte,
>>> et ils ne connaissent pas OpenStreetMap, donc ils sont facilement effrayés
>>> et nous on passe pour des geek qui veulent s'amuser sans prendre en compte
>>> les intérêts du client.
>>>
>>> C'est pourquoi nous recherchons des statistiques, des graphiques,
>>> explicitant l'évolution des données OSM, notamment le nombre d'adresses
>>> postales et le nombre de kilomètres de routes (décomposée par types de
>>> routes).
>>>
>>> Est-ce que c'est possible de trouver ça quelque part ?
>>>
>>> En vous remerciant par avance,
>>> Kin
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>>
>> --
>> ab_fab 
>> "Il n'y a pas de pas perdus"
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Statistiques

[Arnaud Vandecasteele]

Bonjour,

Il y a également quelques graphiques et stats intéressants sur ce site :
http://osmstats.altogetherlost.com/

Arnaud.

2012/7/11 Aurélien FILEZ 

> Merci beaucoup.
>
> En revanche, les données "osh" sont elles régulièrement à jour ?
>
> Comment peut-on générer ces fichiers nous mêmes ?
>
> A bientôt,
> Kin
>
>
> 2012/7/11 Ab_fab 
>
>> Bonjour Aurélien,
>>
>> Tu peux te faire tes statistiques "sur mesure" pour ce genre
>> d'informations, en utilisant les extraits "full-history" de la base OSM. Le
>> plus récent donne un historique entre 2007 et avril 2012.
>>
>> Ce message devrait te permettre de faire l'opération de création de la
>> base, et ensuite la requête SQL pour en tirer l'évolution du kilométrage de
>> voirie sur une zone
>> http://lists.openstreetmap.org/pipermail/dev-fr/2011-December/000573.html
>>
>>
>> Hope it helps
>>
>> Le 11 juillet 2012 08:58, Aurélien FILEZ  a écrit :
>>
>>> Bonjour à tous,
>>>
>>> Cela fait 5 ans que nous travaillons autour des données OpenStreetMap.
>>>
>>> Nous nous sommes récemment libérés de nos emplois afin de nous consacrer
>>> à la création d'une entreprise de géoptimisation, avec en première
>>> application le domaine du transport et de la logistique (géocodage,
>>> optimisation de tournées, suivi des véhicules, etc.).
>>>
>>> Aujourd'hui, nous sommes en train de monter un petit dossier résumant
>>> les atouts des techniques et outils utilisés, notamment OpenStreetMap,
>>> notre base de travail.
>>>
>>> Ce choix est super judicieux étant donné que nous pouvons proposer des
>>> mises à jour de cartes, régulièrement, sans dépenser des dizaines de
>>> milliers d'euros dans des licences comme ce qui se passerait si nous
>>> utilisions Navteq ou TeleAtlas, pour en plus avoir des cartes déjà périmées
>>> et limitées géographiquement.
>>>
>>> Mais pour les personnes que nous rencontrons (organismes d'encadrement,
>>> de financement ou client potentiels), pour eux, une carte c'est une carte,
>>> et ils ne connaissent pas OpenStreetMap, donc ils sont facilement effrayés
>>> et nous on passe pour des geek qui veulent s'amuser sans prendre en compte
>>> les intérêts du client.
>>>
>>> C'est pourquoi nous recherchons des statistiques, des graphiques,
>>> explicitant l'évolution des données OSM, notamment le nombre d'adresses
>>> postales et le nombre de kilomètres de routes (décomposée par types de
>>> routes).
>>>
>>> Est-ce que c'est possible de trouver ça quelque part ?
>>>
>>> En vous remerciant par avance,
>>> Kin
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>>
>> --
>> ab_fab 
>> "Il n'y a pas de pas perdus"
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 

Arnaud Van De Casteele
Mines Paris Tech - CRC
Sophia-Antipolis
0698 24 25 29
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
http://geotribu.net/
http://www.i2c.eu/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Aurélien FILEZ]

Merci beaucoup.

En revanche, les données "osh" sont elles régulièrement à jour ?

Comment peut-on générer ces fichiers nous mêmes ?

A bientôt,
Kin

2012/7/11 Ab_fab 

> Bonjour Aurélien,
>
> Tu peux te faire tes statistiques "sur mesure" pour ce genre
> d'informations, en utilisant les extraits "full-history" de la base OSM. Le
> plus récent donne un historique entre 2007 et avril 2012.
>
> Ce message devrait te permettre de faire l'opération de création de la
> base, et ensuite la requête SQL pour en tirer l'évolution du kilométrage de
> voirie sur une zone
> http://lists.openstreetmap.org/pipermail/dev-fr/2011-December/000573.html
>
> Hope it helps
>
> Le 11 juillet 2012 08:58, Aurélien FILEZ  a écrit :
>
>> Bonjour à tous,
>>
>> Cela fait 5 ans que nous travaillons autour des données OpenStreetMap.
>>
>> Nous nous sommes récemment libérés de nos emplois afin de nous consacrer
>> à la création d'une entreprise de géoptimisation, avec en première
>> application le domaine du transport et de la logistique (géocodage,
>> optimisation de tournées, suivi des véhicules, etc.).
>>
>> Aujourd'hui, nous sommes en train de monter un petit dossier résumant les
>> atouts des techniques et outils utilisés, notamment OpenStreetMap, notre
>> base de travail.
>>
>> Ce choix est super judicieux étant donné que nous pouvons proposer des
>> mises à jour de cartes, régulièrement, sans dépenser des dizaines de
>> milliers d'euros dans des licences comme ce qui se passerait si nous
>> utilisions Navteq ou TeleAtlas, pour en plus avoir des cartes déjà périmées
>> et limitées géographiquement.
>>
>> Mais pour les personnes que nous rencontrons (organismes d'encadrement,
>> de financement ou client potentiels), pour eux, une carte c'est une carte,
>> et ils ne connaissent pas OpenStreetMap, donc ils sont facilement effrayés
>> et nous on passe pour des geek qui veulent s'amuser sans prendre en compte
>> les intérêts du client.
>>
>> C'est pourquoi nous recherchons des statistiques, des graphiques,
>> explicitant l'évolution des données OSM, notamment le nombre d'adresses
>> postales et le nombre de kilomètres de routes (décomposée par types de
>> routes).
>>
>> Est-ce que c'est possible de trouver ça quelque part ?
>>
>> En vous remerciant par avance,
>> Kin
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> ab_fab 
> "Il n'y a pas de pas perdus"
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Ab_fab]

Bonjour Aurélien,

Tu peux te faire tes statistiques "sur mesure" pour ce genre
d'informations, en utilisant les extraits "full-history" de la base OSM. Le
plus récent donne un historique entre 2007 et avril 2012.

Ce message devrait te permettre de faire l'opération de création de la
base, et ensuite la requête SQL pour en tirer l'évolution du kilométrage de
voirie sur une zone
http://lists.openstreetmap.org/pipermail/dev-fr/2011-December/000573.html

Hope it helps

Le 11 juillet 2012 08:58, Aurélien FILEZ  a écrit :

> Bonjour à tous,
>
> Cela fait 5 ans que nous travaillons autour des données OpenStreetMap.
>
> Nous nous sommes récemment libérés de nos emplois afin de nous consacrer à
> la création d'une entreprise de géoptimisation, avec en première
> application le domaine du transport et de la logistique (géocodage,
> optimisation de tournées, suivi des véhicules, etc.).
>
> Aujourd'hui, nous sommes en train de monter un petit dossier résumant les
> atouts des techniques et outils utilisés, notamment OpenStreetMap, notre
> base de travail.
>
> Ce choix est super judicieux étant donné que nous pouvons proposer des
> mises à jour de cartes, régulièrement, sans dépenser des dizaines de
> milliers d'euros dans des licences comme ce qui se passerait si nous
> utilisions Navteq ou TeleAtlas, pour en plus avoir des cartes déjà périmées
> et limitées géographiquement.
>
> Mais pour les personnes que nous rencontrons (organismes d'encadrement, de
> financement ou client potentiels), pour eux, une carte c'est une carte, et
> ils ne connaissent pas OpenStreetMap, donc ils sont facilement effrayés et
> nous on passe pour des geek qui veulent s'amuser sans prendre en compte les
> intérêts du client.
>
> C'est pourquoi nous recherchons des statistiques, des graphiques,
> explicitant l'évolution des données OSM, notamment le nombre d'adresses
> postales et le nombre de kilomètres de routes (décomposée par types de
> routes).
>
> Est-ce que c'est possible de trouver ça quelque part ?
>
> En vous remerciant par avance,
> Kin
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

[OSM-talk-fr] Statistiques

[Aurélien FILEZ]

Bonjour à tous,

Cela fait 5 ans que nous travaillons autour des données OpenStreetMap.

Nous nous sommes récemment libérés de nos emplois afin de nous consacrer à
la création d'une entreprise de géoptimisation, avec en première
application le domaine du transport et de la logistique (géocodage,
optimisation de tournées, suivi des véhicules, etc.).

Aujourd'hui, nous sommes en train de monter un petit dossier résumant les
atouts des techniques et outils utilisés, notamment OpenStreetMap, notre
base de travail.

Ce choix est super judicieux étant donné que nous pouvons proposer des
mises à jour de cartes, régulièrement, sans dépenser des dizaines de
milliers d'euros dans des licences comme ce qui se passerait si nous
utilisions Navteq ou TeleAtlas, pour en plus avoir des cartes déjà périmées
et limitées géographiquement.

Mais pour les personnes que nous rencontrons (organismes d'encadrement, de
financement ou client potentiels), pour eux, une carte c'est une carte, et
ils ne connaissent pas OpenStreetMap, donc ils sont facilement effrayés et
nous on passe pour des geek qui veulent s'amuser sans prendre en compte les
intérêts du client.

C'est pourquoi nous recherchons des statistiques, des graphiques,
explicitant l'évolution des données OSM, notamment le nombre d'adresses
postales et le nombre de kilomètres de routes (décomposée par types de
routes).

Est-ce que c'est possible de trouver ça quelque part ?

En vous remerciant par avance,
Kin
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques sur OSM en France

[Ab_fab]

Oui, je connaissais. C'est très intéressant ces extraits de métropoles.
Mais pour les animations d'évolution, comme ce sont des "snapshots" à un
instant t, il faut les stocker au fil du temps.

Les extraits que je citais ont l'avantage de contenir tout l'historique
d'une zone en un seul fichier.
Comme le gros de l'évolution de la base OSM est constitué d'ajouts
d'éléments, le fichier historique n'est pas beaucoup plus gros que
l'extrait ponctuel actuel.

Le 4 décembre 2011 14:08, Vincent Privat  a écrit
:

>
> Le 4 décembre 2011 12:38, Ab_fab  a écrit :
>
> avec des extraits locaux de Paris (31 MO) et Nancy (5.6 MO)
>>
>
> Niveaux extraits locaux, il ya aussi Metro Extracts qui est bien pratique:
> http://metro.teczno.com/
>
> J'ai découvert ça avec le dernier Weekly OSM summary, le dév est super
> sympa, en plus de Paris, je lui ai fait ajouter Lyon, Marseille, Lille, et
> Toulouse sur simple demande :)
> Vincent
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Statistiques sur OSM en France

[JonathanMM]

Le 04/12/2011 10:40, yvecai a écrit :

On 03. 12. 11 22:57, Vincent de Chateau-Thierry wrote:


Pour revenir à la question de Jocelyn, je trouve que maintenir à 
dispo de telles statistiques serait très intéressant. Ce sont de 
"beaux" chiffres !
C'est assez sympa, ces chiffres. Je les verrais bien sur la page 
d'accueil d'Openstreetmap.fr, comme accroche. Un genre de compteur 
pour montrer l'ampleur et le dynamisme du projet.

Yves
N'oublions pas juste en dessous un petit message : Faites bouger ce 
compteur ! Appelez le 3637 ou teleth… pardon… Contribuer sur 
openstreetmap.org ;)
Et le compteur, ce sera bien si il bouge en « temps réel » : On compte 
combien de way ont été ajouté dans les dernières 24h/hier/la semaine 
dernière et on calcule combien de temps en moyenne un way apparaît ;)

JonathanMM


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



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

Re: [OSM-talk-fr] Statistiques sur OSM en France

[Vincent Privat]

Le 4 décembre 2011 12:38, Ab_fab  a écrit :

> avec des extraits locaux de Paris (31 MO) et Nancy (5.6 MO)
>

Niveaux extraits locaux, il ya aussi Metro Extracts qui est bien pratique:
http://metro.teczno.com/

J'ai découvert ça avec le dernier Weekly OSM summary, le dév est super
sympa, en plus de Paris, je lui ai fait ajouter Lyon, Marseille, Lille, et
Toulouse sur simple demande :)
Vincent
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques sur OSM en France

[Ab_fab]

Christian,

Pour la visualisation de l'historique OSM en France, il y a également les
extraits "full history" du planet [1],
et quelques extraits, notamment celui de la France (sept 2011), disponible
en [2],
avec des extraits locaux de Paris (31 MO) et Nancy (5.6 MO)

Il ne fait "que" 2.6 GO, soit moins que deux extraits Geofabrik pris à un
instant t. Et il permet de faire des animations plus fluides, car toutes
les modifications de la carte y sont enregistrées.

Et pour en tirer parti, il y a un outil [3]
Pour faire des animations visuelles, je pense que c'est le meilleur point
de départ. Et faire des statistiques doit également être possible sur ces
extraits "historiques"

[1] http://wiki.openstreetmap.org/wiki/Planet.osm/full
[2]
ftp://ftp5.gwdg.de/pub/misc/openstreetmap/osm-full-history-extracts/110919/pbf/europe/
[3]
https://github.com/MaZderMind/osm-history-renderer/blob/master/TUTORIAL.md

Le 4 décembre 2011 11:49, Christian Quest  a
écrit :

> Le 4 décembre 2011 11:40, darrepac  a écrit :
> > En effet, ce serait intéressant comme compteur et aussi avoir un
> graphique
> > sur l'évolution. Par exemple, est-ce qu'il y a quelqu'un qui a france.osm
> > d'il y a 6mois, 1an etc pour avoir les même données et ainsi voir
> > l'évolution
> >
> > Pascal
>
> Au pire, on peut regénérer un france.osm à partir des planet.osm qui
> sont disponibles semaine après semaine.
>
> Quitte à faire cela, autant les conserver car cela permet aussi de
> générer des animations, toujours très parlantes pour montrer à quelle
> vitesse le projet avance.
>
> Nous allons bientôt avoir de l'espace disque disponible pour stocker
> ce genre d'archives (2x750Go sur un des serveurs qui va aller à
> Grenoble).
>
> --
> Christian
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Statistiques sur OSM en France

[darrepac]

Oui j'ai besoin de ça aussi pour montre le coté dynamique de OSM et son
évolution. Mais aussi montrer que la France est encore loin de l'Allemagne
(d'ailleurs j'ai pas trouvé une version à jour du nombre de mappers actifs
comme il y avait ici en 2009:
https://docs.google.com/viewer?a=v&pid=explorer&chrome=true&srcid=0B-9Q6c9Ha_tmNGI1ZjUxZDUtNmIyZS00YWMzLTgwYTgtOWUyYjBlM2RkOWIy&hl=en_US)

Pascal

--
View this message in context: 
http://gis.638310.n2.nabble.com/Statistiques-sur-OSM-en-France-tp7058081p7059922.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Statistiques sur OSM en France

[Christian Quest]

Le 4 décembre 2011 11:40, darrepac  a écrit :
> En effet, ce serait intéressant comme compteur et aussi avoir un graphique
> sur l'évolution. Par exemple, est-ce qu'il y a quelqu'un qui a france.osm
> d'il y a 6mois, 1an etc pour avoir les même données et ainsi voir
> l'évolution
>
> Pascal

Au pire, on peut regénérer un france.osm à partir des planet.osm qui
sont disponibles semaine après semaine.

Quitte à faire cela, autant les conserver car cela permet aussi de
générer des animations, toujours très parlantes pour montrer à quelle
vitesse le projet avance.

Nous allons bientôt avoir de l'espace disque disponible pour stocker
ce genre d'archives (2x750Go sur un des serveurs qui va aller à
Grenoble).

-- 
Christian

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

Re: [OSM-talk-fr] Statistiques sur OSM en France

[darrepac]

En effet, ce serait intéressant comme compteur et aussi avoir un graphique
sur l'évolution. Par exemple, est-ce qu'il y a quelqu'un qui a france.osm
d'il y a 6mois, 1an etc pour avoir les même données et ainsi voir
l'évolution

Pascal

--
View this message in context: 
http://gis.638310.n2.nabble.com/Statistiques-sur-OSM-en-France-tp7058081p7059881.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Statistiques sur OSM en France

[Jocelyn Jaubert]

Le 3 décembre 2011, Vincent Pottier a écrit :
> J'ai des écarts étonnants.

Je m'étais effectivement planté avec ma requête SQL: j'avais mis un
ST_Transform(..., 900913) pour faire comme la base osm2pgsql, mais ce
n'était pas la bonne méthode.

Par contre, le spheroid de:
ST_Length_Spheroid(way,'SPHEROID["GRS_1980",6378137,298.257222101]' )
n'est pas reconnu par mon postgis. Faut-il faire quelque chose de
spécial pour que ça marche ?

Du coup, j'ai utilisé ça comme requête:

select tags->'highway' AS highway,
   count(linestring),
   round(sum(ST_Length(linestring, true)) / 1000) as kilometers
from ways
where tags ? 'highway' AND
  tags->'highway' IN (
 ('motorway'),
 ('trunk'),
 ('primary'),
 ('secondary'),
 ('tertiary'),
 ('unclassified'),
 ('residential'),
 ('track'),
 ('path'),
 ('footway')
  )
group by tags->'highway';

Et j'obtiens des résultats équivalents au tiens:


   highway| count  | kilometers 
--++
 motorway |  11076 |  22807
 trunk|   9586 |  12523
 primary  |  61979 |  49207
 secondary| 119638 | 114250
 tertiary | 159410 | 186061
 unclassified | 342973 | 218044
 residential  | 655984 | 139431
 track| 213916 | 133137
 path |  73003 |  37398
 footway  |  88543 |  13713


-- 
Jocelyn

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

Re: [OSM-talk-fr] Statistiques sur OSM en France

[yvecai]

On 03. 12. 11 22:57, Vincent de Chateau-Thierry wrote:


Pour revenir à la question de Jocelyn, je trouve que maintenir à dispo 
de telles statistiques serait très intéressant. Ce sont de "beaux" 
chiffres !
C'est assez sympa, ces chiffres. Je les verrais bien sur la page 
d'accueil d'Openstreetmap.fr, comme accroche. Un genre de compteur pour 
montrer l'ampleur et le dynamisme du projet.

Yves

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

Re: [OSM-talk-fr] Statistiques sur OSM en France

[Vincent Pottier]

Le 03/12/2011 22:57, Vincent de Chateau-Thierry a écrit :


Pour revenir à la question de Jocelyn, je trouve que maintenir à dispo 
de telles statistiques serait très intéressant. Ce sont de "beaux" 
chiffres !


vincent
+1 en sous page Wikiprojet_France/stats/highway avec une petite mise en 
forme pour qu'on puisse l'intégrer, genre


|-
| ''type'' || nb || km

L'API mediawiki permet de faire faire ça à un script. Mais j'ai pas 
vraiment le temps de faire ledit script.

--
FrViPofm

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

Re: [OSM-talk-fr] Statistiques sur OSM en France

[Eric SIBERT]

Je doute qu'une projection cylindrique ou pas change à ce point les
résultats vu la petite distance de chaque way.


Si, si, ça s'appelle la projection Mercator, celle qui donne 
l'impression que le Groenland est aussi grand que l'Amérique Latine.




Ca sent plutôt une projection foireuse qui sort autre chose que des km...


Ça multiplie les distances par un coefficient tan(latitude) ou quelque 
chose qui s'en rapproche.


Éric

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

Re: [OSM-talk-fr] Statistiques sur OSM en France

[Christian Quest]

Le 3 décembre 2011 22:57, Vincent de Chateau-Thierry
 a écrit :
>
> Les écarts sont dans des proportions constantes, autour de 68 % (une
> longueur FrViPofm ~= 0.68 * une longueur Jocelyn). Ça ressemble à une
> divergence de choix de projection. Jocelyn, quelle est la formule de ton
> calcul ? Si tu as recours à une projection cylindrique (comme celle de
> l'import osm2pgsql par défaut) ça pourrait expliquer cette différence. Et
> dans ce cas les valeurs de Vincent sont (à la date de fraîcheur près) plus
> réalistes.
> Si ça n'est pas l'explication, il faut creuser. La base n'aura pas pris
> 9 km de tertiary en un mois, ce serait trop beau :-)
>

Je doute qu'une projection cylindrique ou pas change à ce point les
résultats vu la petite distance de chaque way.
Ca sent plutôt une projection foireuse qui sort autre chose que des km...

-- 
Christian

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

Re: [OSM-talk-fr] Statistiques sur OSM en France

[Vincent de Chateau-Thierry]

Bonsoir,

Le 03/12/2011 20:35, Vincent Pottier a écrit :

Le 03/12/2011 19:54, Jocelyn Jaubert a écrit :

Le 3 décembre 2011, darrepac a écrit :

Salut

Je cherche à connaître certains éléments sur OSM. Par exemple
j'aimerais connaître le nombre de km de highway=path ou track sur la
France entière. Ce sujet a été discuté dans le passé (archive ici par
ex.: http://web.archiveorange.com/archive/v/MHd6xCScRenv1I3PRInT )
mais aucun des liens indiqués alors ne sont encore valides. De plus,
je ne suis pas un expert postgis etc

Si quelqu'un sait où je peux trouver ça ou alors comment
Pascal

J'ai ceci sur une base de donnée France à jour:

highway | nombre | kilomètrage
=
motorway | 11075 | 33423
primary | 61954 | 71965
secondary | 119497 | 166829
tertiary | 159299 | 271228
path | 72917 | 53742
track | 213626 | 193805

(nombre est le nombre de way ayant ce tag là).


Ça peut faire parti des données que je peux générer à chaque mise à
jour de la base de donnée. Est-ce que ça serait utile ?


Merci,
Jocelyn


J'ai des écarts étonnants.
Bon ma base n'est pas à jour, mais elle a moins d'un mois.

motorway 10992 11 391,41*
trunk 9561 12 359,87
primary 61809 49 721,93
secondary 118976 114 041,37
tertiary 158090 183 638,78
unclassified 338434 214 617,02
residential 643626 137 270,08
track 209948 130 940,25
path 71795 36 909,15
footway 87303 13 618,74

* longueur totale divisée par 2

Ma requête :
SELECT
l.highway AS type,
count(*) AS number,
CASE WHEN l.highway = 'motorway' THEN 0.5
ELSE 1
END
* ROUND(SUM(ST_Length_Spheroid(
way,'SPHEROID["GRS_1980",6378137,298.257222101]' )))/1000 AS length
FROM
france_line AS l
JOIN (VALUES
('motorway'),
('trunk'),
('primary'),
('secondary'),
('tertiary'),
('unclassified'),
('residential'),
('track'),
('path'),
('footway')
) AS k(kw)
ON l.highway = k.kw
GROUP BY
l.highway
--


Les écarts sont dans des proportions constantes, autour de 68 % (une 
longueur FrViPofm ~= 0.68 * une longueur Jocelyn). Ça ressemble à une 
divergence de choix de projection. Jocelyn, quelle est la formule de ton 
calcul ? Si tu as recours à une projection cylindrique (comme celle de 
l'import osm2pgsql par défaut) ça pourrait expliquer cette différence. 
Et dans ce cas les valeurs de Vincent sont (à la date de fraîcheur près) 
plus réalistes.
Si ça n'est pas l'explication, il faut creuser. La base n'aura pas pris 
9 km de tertiary en un mois, ce serait trop beau :-)


Pour revenir à la question de Jocelyn, je trouve que maintenir à dispo 
de telles statistiques serait très intéressant. Ce sont de "beaux" 
chiffres !


vincent

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

Re: [OSM-talk-fr] Statistiques sur OSM en France

[Vincent Pottier]

Le 03/12/2011 19:54, Jocelyn Jaubert a écrit :

Le 3 décembre 2011, darrepac a écrit :

Salut

Je cherche à connaître certains éléments sur OSM. Par exemple
j'aimerais connaître le nombre de km de highway=path ou track sur la
France entière. Ce sujet a été discuté dans le passé (archive ici par
ex.: http://web.archiveorange.com/archive/v/MHd6xCScRenv1I3PRInT )
mais aucun des liens indiqués alors ne sont encore valides. De plus,
je ne suis pas un expert postgis etc

Si quelqu'un sait où je peux trouver ça ou alors comment
Pascal

J'ai ceci sur une base de donnée France à jour:

  highway   | nombre | kilomètrage
=
  motorway  | 11075  | 33423
  primary   | 61954  | 71965
  secondary | 119497 | 166829
  tertiary  | 159299 | 271228
  path  | 72917  | 53742
  track | 213626 | 193805

(nombre est le nombre de way ayant ce tag là).


Ça peut faire parti des données que je peux générer à chaque mise à
jour de la base de donnée. Est-ce que ça serait utile ?


Merci,
Jocelyn


J'ai des écarts étonnants.
Bon ma base n'est pas à jour, mais elle a moins d'un mois.

motorway  10992 11 391,41*
trunk  9561 12 359,87
primary   61809 49 721,93
secondary118976114 041,37
tertiary 158090183 638,78
unclassified 338434214 617,02
residential  643626137 270,08
track209948130 940,25
path  71795 36 909,15
footway   87303 13 618,74

* longueur totale divisée par 2

Ma requête :
SELECT
l.highway AS type,
count(*) AS number,
CASE WHEN l.highway = 'motorway' THEN 0.5
ELSE 1
END
* ROUND(SUM(ST_Length_Spheroid( 
way,'SPHEROID["GRS_1980",6378137,298.257222101]' )))/1000 AS length

FROM
france_line AS l
JOIN (VALUES
('motorway'),
('trunk'),
('primary'),
('secondary'),
('tertiary'),
('unclassified'),
('residential'),
('track'),
('path'),
('footway')
) AS k(kw)
ON l.highway = k.kw
GROUP BY
l.highway
--
FrViPofm

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