[OSM-talk-fr] (sans objet)

[julien]

Bonjour

grâce a l'excellent guide http://geotribu.net/node/262 j'ai maintenant une
base de donnes OSM avec les données de la france.
Le chatgement (qui a pris 44H) est fini, j'ai plein de données. Super.

select count(*) from planet_osm_nodes;
  count
---
 139477162

Comment je peut les exploiter maintenant ? ;)
J'ai fait un rendu mapnik, tout vas bien.

Je voulais commencer par faire quelques requêtes "simple" genre :
- Quel bâtiment de ma ville (bbox) contient le + de points
- Quel rue est la plus longue (en mètres)
- Quel rue contient le plus grand nombre de segment.
- Avoir la liste des way constitué de 3 points dont 2 son relié a un rond
point.

Mais j'ai l'impression que dans les tables "planet" les données sont
stockées dans des tableaux, ce qui rends compliqué leur accès.

Je suis donc preneur d'un tutorial
- sur les tables "planet"
et/ou
- sur postgis
et/ou
- sur postgres, la maintenance, les index, tout ca.


Je cherche aussi a maintenir a jour cette base.
Est ce que cette procédure est toujours bonne ?
http://wiki.openstreetmap.org/wiki/Minutely_Mapnik

Mon export europe retaillé france issue de geofabrik date de quelques
jours. Est ce qu'il y a un risque d'incohérence si je prends les hourly
diff qui date d'une semaine pour "etre sur" ?
Ou bien est ce qu'il faut absolument que je trouve dans mon export quelle
est la date de derniere modif ?

Cordialement,
-- 
JB


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

Re: [OSM-talk-fr] failure notice

[allegre . guillaume]

Je ne sais pas si le sujet a d�j� �t� abord� r�cemment, mais on dirait 
qu'ils se multiplient en ce moment, alors comment tagguer un champ de panneaux
photovolta�ques ? (ex. � http://www.ingerop.com/realisations-devdurable-12.html)

Les solutions fournies par power=* ne semblent pas bien adapt�es. 
Il me semblerait plus logique d'utiliser un landuse, mais rien n'est encore 
officiel.

Je propose du coup d'ajouter un landuse=power aux tags existant : 
landuse = power
power = generator
generator_method = photovoltaic 
(http://wiki.openstreetmap.org/wiki/Key:generator:method)

Des avis ?


-- 
 � /\Guillaume All�greMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et d�fendre le logiciel libre
 /   /~~\t�l. 04.76.63.26.99  http://www.april.org

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

[OSM-talk-fr] Site qui pourrait bénéficier d 'OSM

[Jean-Guilhem Cailton]

Bonjour,

Télérama parle d'un site français qui utilise des informations 
cartographiques, pour localiser des rapports rendus publics par Wikileaks :

http://www.telerama.fr/techno/wikileaks-ca-fuit-en-france,61691.php

Leur application pourrait sans doute tirer parti avantageusement d'OSM.

Comparatif sur Bagdad à titre d'exemple :
http://tools.geofabrik.de/mc/?mt0=mapnik&mt1=googlemap&lon=44.379&lat=33.303&zoom=11

Quelqu'un aurait-il le temps de contacter Owni.fr ?

Cordialement,

Jean-Guilhem


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

[OSM-talk-fr] OSM dans un dossier de présentatio n de projet de resto

[Philippe Pary]

Salut,

2 sous de tables est un projet de bar-brasserie en centre ville de
Lille.
Grâce aux efforts de sensibilisation menés par la communauté OSM locale,
le document de présentation du projet utilise OSM pour présenter
l'environnement du restaurant.

Le fichier est ici :
http://www.cleo-carto.com/sites/default/files/2SDT_osm.pdf

Il contient les pages avec OSM. Pour des raisons de confidentialité, je
n'ai pas pu publier l'intégralité des 40 pages du document.

C'est moins impressionnant que les calendriers de Vannes ou les cartes
de Seine-Saint Denis, mais on voit que petit à petit l'usage d'OSM
progresse.

Philippe


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

[OSM-talk-fr] tagguer un champ photovoltaique

[Guillaume Allegre]

(le sujet "failure notice" etait peu sexy, donc je re-poste)


Je ne sais pas si le sujet a deja ete aborde recemment, mais on dirait 
qu'ils se multiplient en ce moment, alors comment tagguer un champ de panneaux
photovoltaiques ? (ex. : http://www.ingerop.com/realisations-devdurable-12.html)

Les solutions fournies par power=* ne semblent pas bien adaptees. 
Il me semblerait plus logique d'utiliser un landuse, mais rien n'est encore 
officiel.

Je propose du coup d'ajouter un landuse=power aux tags existant : 
landuse = power
power = generator
generator_method = photovoltaic 
(http://wiki.openstreetmap.org/wiki/Key:generator:method)

Des avis ?


-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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

[OSM-talk-fr] Yahoo le Havre

[Jean-Francois CINTRAT]

Bonjour

Quelqu'un sait il me dire ce qu'est ce "Yahoo - Le Havre" sur cette vue :

http://www.openstreetmap.org/?lat=49.50602&lon=0.35906&zoom=17&layers=M

salutations

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

Re: [OSM-talk-fr] Yahoo le Havre

[Etienne Trimaille]

Un petit passage dans l'onglet "edit" pour ouvrir potlach, et on distingue
de suite que ce "Yahoo Image" correspond effectivement à la limite des vues
satellites hautes-résolution de Yahoo.

http://www.openstreetmap.org/browse/way/34512506/

http://wiki.openstreetmap.org/wiki/Yahoo


Le 26 octobre 2010 12:28, Jean-Francois CINTRAT  a
écrit :

>
> Bonjour
>
> Quelqu'un sait il me dire ce qu'est ce "Yahoo - Le Havre" sur cette vue :
>
> http://www.openstreetmap.org/?lat=49.50602&lon=0.35906&zoom=17&layers=M
>
> salutations
>
> ___
> 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] Yahoo le Havre

[Claude Minette]

Que ça corresponde ok, mais pourquoi la voit-on sur le rendu ? O_o"

M/.

Le 26/10/2010 13:05, Etienne Trimaille a écrit :
Un petit passage dans l'onglet "edit" pour ouvrir potlach, et on 
distingue de suite que ce "Yahoo Image" correspond effectivement à la 
limite des vues satellites hautes-résolution de Yahoo.


http://www.openstreetmap.org/browse/way/34512506/

http://wiki.openstreetmap.org/wiki/Yahoo


Le 26 octobre 2010 12:28, Jean-Francois CINTRAT 
mailto:j-franc...@cintrat.net>> a écrit :



Bonjour

Quelqu'un sait il me dire ce qu'est ce "Yahoo - Le Havre" sur
cette vue :

http://www.openstreetmap.org/?lat=49.50602&lon=0.35906&zoom=17&layers=M


salutations

___
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





---
Antivirus avast! : message Sortant sain.
Base de donnees virale (VPS) : 101025-1, 25/10/2010
Analyse le : 26/10/2010 13:24:31
avast! - copyright (c) 1988-2010 ALWIL Software.
http://www.avast.com


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

Re: [OSM-talk-fr] Yahoo le Havre

[Etienne Trimaille]

Parce qu'il y a un 2ème way qui fait doublon :
http://www.openstreetmap.org/browse/way/71747689
et qui comportait une clée "name".
Je viens de le changer en key "note".

Le mieux serait de supprimer le moins précis. Attention, il me semble qu'il
y a une relation qui regroupe l'ensemble des zones high-def de yahoo.

Le 26 octobre 2010 13:24, Claude Minette  a écrit :

>  Que ça corresponde ok, mais pourquoi la voit-on sur le rendu ? O_o"
>
> M/.
>
> Le 26/10/2010 13:05, Etienne Trimaille a écrit :
>
> Un petit passage dans l'onglet "edit" pour ouvrir potlach, et on distingue
> de suite que ce "Yahoo Image" correspond effectivement à la limite des vues
> satellites hautes-résolution de Yahoo.
>
> http://www.openstreetmap.org/browse/way/34512506/
>
> http://wiki.openstreetmap.org/wiki/Yahoo
>
>
> Le 26 octobre 2010 12:28, Jean-Francois CINTRAT  a
> écrit :
>
>>
>> Bonjour
>>
>> Quelqu'un sait il me dire ce qu'est ce "Yahoo - Le Havre" sur cette vue :
>>
>> http://www.openstreetmap.org/?lat=49.50602&lon=0.35906&zoom=17&layers=M
>>
>> salutations
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing 
> listtalk...@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> --
>
> Antivirus avast! : message Sortant sain.
>
> Base de donnees virale (VPS) : 101025-1, 25/10/2010
> Analyse le : 26/10/2010 13:24:31
> avast! - copyright (c) 1988-2010 ALWIL Software.
>
>
> ___
> 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] OSM dans un dossier de présentatio n de projet de resto

[Philippe Pary]

Le site de 2sousdetable propose un dossier plus complet :
http://www.2sousdetable.com/pdf-2sdt.php

Les cartes sont p18, 20 et 22.

Philippe

Le mardi 26 octobre 2010 à 12:07 +0200, Philippe Pary a écrit :
> Salut,
> 
> 2 sous de tables est un projet de bar-brasserie en centre ville de
> Lille.
> Grâce aux efforts de sensibilisation menés par la communauté OSM locale,
> le document de présentation du projet utilise OSM pour présenter
> l'environnement du restaurant.
> 
> Le fichier est ici :
> http://www.cleo-carto.com/sites/default/files/2SDT_osm.pdf
> 
> Il contient les pages avec OSM. Pour des raisons de confidentialité, je
> n'ai pas pu publier l'intégralité des 40 pages du document.
> 
> C'est moins impressionnant que les calendriers de Vannes ou les cartes
> de Seine-Saint Denis, mais on voit que petit à petit l'usage d'OSM
> progresse.
> 
> Philippe
> 
> 
> ___
> 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] OSM dans un dossier de présentatio n de projet de resto

[Gilles Bassière]

Philippe Pary wrote:
> Salut,
> 
> 2 sous de tables est un projet de bar-brasserie en centre ville de
> Lille.
> Grâce aux efforts de sensibilisation menés par la communauté OSM locale,
> le document de présentation du projet utilise OSM pour présenter
> l'environnement du restaurant.
> 
> Le fichier est ici :
> http://www.cleo-carto.com/sites/default/files/2SDT_osm.pdf
> 
> Il contient les pages avec OSM. Pour des raisons de confidentialité, je
> n'ai pas pu publier l'intégralité des 40 pages du document.
> 
> C'est moins impressionnant que les calendriers de Vannes ou les cartes
> de Seine-Saint Denis, mais on voit que petit à petit l'usage d'OSM
> progresse.
> 
> Philippe
> 

J'ai envie de dire bravo :)

Non seulement OSM est utilisé pour un projet qui n'a rien a voir avec la
géomatique ou les logiciels libres (je l'interprète comme un signe de
maturité) mais en plus, il est utilisé de manière assez pertinente :
- choix d'un rendu vectoriel propre en accord avec le format du document,
- support d'une étude d'implantation exploitant l'information
géographique (la carte n'est pas qu'un visuel pour faire joli).

Dans ce genre de document, on voit trop souvent des captures d'écran
vaguement retouchée sous paint et n'apportant aucune valeur ajoutée.
Pour une fois ce n'est pas le cas, encore bravo !

Bon, j'ai quand même des remarques moins agréables :
- Les cartes servent à positionner de nombreux lieux amenity=* qui n'ont
manifestement pas fait leur chemin jusqu'à OSM. C'est dommage, il reste
vraiment plus que la saisie à faire.
- Dans l'extrait montré, les données ne sont pas attribué à OSM, en
violation de la clause de paternité. À mon humble avis, il faut corriger
cela d'urgence.

En outre, il me semble que ce document héritera automatiquement de la
licence CC-By-SA dès lors qu'il sera diffusé. Ça ne me semble pas idéal
pour un document "confidentiel". (J'ai encore du mal à saisir la portée
de la clause de viralité, je me trompe peut-être sur ce point).

Cordialement
-- 
Gilles Bassière - Web/GIS software engineer
http://gbassiere.free.fr/

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

Re: [OSM-talk-fr] OSM dans un dossier de présentatio n de projet de resto

[Philippe Pary]

Le mardi 26 octobre 2010 à 13:46 +0200, Gilles Bassière a écrit :
> - Les cartes servent à positionner de nombreux lieux amenity=* qui
> n'ont
> manifestement pas fait leur chemin jusqu'à OSM. C'est dommage, il
> reste
> vraiment plus que la saisie à faire.

C'est prévu, pas de soucis de ce côté. J'ai une journée chargée, mais ça
se fera

> - Dans l'extrait montré, les données ne sont pas attribué à OSM, en
> violation de la clause de paternité. À mon humble avis, il faut
> corriger
> cela d'urgence. 

D'urgence, un bien grand mot. Il faut le corriger, oui. D'urgence, je ne
sais pas. Il y a pire comme violation de licence.

Philippe


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

Re: [OSM-talk-fr] (sans objet)

[Emilie Laffray]

Salut,

2010/10/26 

> Comment je peut les exploiter maintenant ? ;)
> J'ai fait un rendu mapnik, tout vas bien.
>
> Je voulais commencer par faire quelques requêtes "simple" genre :
> - Quel bâtiment de ma ville (bbox) contient le + de points
> - Quel rue est la plus longue (en mètres)
> - Quel rue contient le plus grand nombre de segment.
> - Avoir la liste des way constitué de 3 points dont 2 son relié a un rond
> point.
>
> Mais j'ai l'impression que dans les tables "planet" les données sont
> stockées dans des tableaux, ce qui rends compliqué leur accès.
>
>
Il y a plusieurs choses a regarder déjà.
- Bâtiments qui contient le + de points?
Il faut regarder dans la table polygone et regarder la colonne building et
ensuite utiliser la fonction ST_NPoints sur la géométrie. Tu peux ensuite
trier normalement avec un order by

- Quelle rue est la plus longue (en mètres)?
Selon la projection que tu as choisi, il faut faire attention 4326 (WGS84)
ou 900913 (Google) tu n'auras pas les mêmes unités. Si tu veux un calcul
précis, le plus simple est de retroprojeter dans la bonne zone UTM ou
d'utiliser le nouveau type géographie de Postgis 1.5. Après il suffit juste
d'utiliser la fonction ST_Lenght qui retourner la valeur dans l'unité de ta
projection.

- Quel rue contient le plus grand nombre de segment?
Tu peux sûrement résoudre celles ci en regardant le nombre de points dans la
bonne géométrie et utiliser soir ST_NumPoints ou ST_NPoints.
Ou sinon tu peux regarder une solution comme celle ci
http://postgis.refractions.net/pipermail/postgis-users/2010-January/025818.html

- Avoir la liste des ways constitues de 3 points dont 2 sont relies a un
rond point?
Alors celle ci est déjà plus intéressante, et je doute que le schéma de
osm2pgsql se prête bien a ce genre chose. A brûle pour point, j'avoue ne pas
trouver de solutions évidentes pour résoudre cette requête.


> Je cherche aussi a maintenir a jour cette base.
> Est ce que cette procédure est toujours bonne ?
> http://wiki.openstreetmap.org/wiki/Minutely_Mapnik
>
>
Oui tout a fait.


> Mon export europe retaillé france issue de geofabrik date de quelques
> jours. Est ce qu'il y a un risque d'incohérence si je prends les hourly
> diff qui date d'une semaine pour "etre sur" ?
> Ou bien est ce qu'il faut absolument que je trouve dans mon export quelle
> est la date de derniere modif ?
>

Le minutely mapnik est base sur la base mondiale. Il n'y a pas de solutions
simples pour couper pour une zone donnée (desolee Jocelyn, je n'ai pas
encore fini ce que j'avais promis). De plus, ce que Geofabrik fait est
intéressant mais je ne suis pas sure que ça soit une bonne base pour
extraire des données.
Je suis sure que Pieren et Sly auront une meilleure solution.

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

[OSM-talk-fr] Article scientifique sur la qualit é des données OSM en France

[Nicolas Moyroud]

Un article intéressant à lire (en anglais) :
http://onlinelibrary.wiley.com/doi/10./j.1467-9671.2010.01203.x/full



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

Re: [OSM-talk-fr] 93

[arno]

Le lundi 25 octobre 2010, à 17:18:47 +0200, Pieren a écrit : 
> 2010/10/25 Etienne Trimaille 
> 
> > Alors est-ce que l'on peut avoir un rendu tout aussi joli que mapnik, mais
> > légal en France ?
> > Plusieurs organismes font l'effort d'afficher une carte OSM sur leur site,
> > mais on leur répond que la carte qu'ils utilisent est interdite. C'est un
> > comble.
> >
> >
> OSM n'a pas vocation à fournir un service de carte en ligne gratuit pour
> tous les sites internet qui en auraient besoin mais une base de données.
> rendu mapnik n'est présent que comme "démonstrateur" (showroom) et pour ceux
> qui éditent, pas pour en faire un service "à-la-google-maps". Ceux qui
> seraient trop gourmands en bande passante seront bloqués, voir
> http://wiki.openstreetmap.org/wiki/Tile_usage_policy
> Ca renvoie vers la doc pour faire son propre serveur de tuiles ou vers des
> services exterieurs à OSM (commerciaux). A charge ensuite au "client" de
> choisir le rendu qui respectera les réglementations locales. Geovelo par
> exemple utilise un rendu CloudMade sans les numéros d'adresses.

C'est embêtant du coup, ça veut dire que toutes les petites structures 
(particuliers, pmes, petites assocs) qui veulent juste par exemple, montrer un 
emplacement sur leur site, doivent continuer à utiliser google maps ? 
(parceque monter un serveur de tuile pour une utilisation ponctuelle pour une 
petite structure, c'est assez absurde).

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

Re: [OSM-talk-fr] [cadastre] Planches "raster" avec projection inconnue

[Patrice Vetsel]

Je n'arrive pas à le faire fonctionner chez moi.

Il marche très bien avec les exemples donnés "LE BUISSON-DE-CADOUIN" mais avec 
des villages de chez moi rien :

LASALLE
MONOBLET
dans le Gard (30)

après quelques messages du style :
Initialisation de la navigation et du cookie
activation de la commune
Récupération de la liste des feuilles
Récupération de 0 feuille(s)...
Terminé


Le 25 oct. 2010 à 20:42, Croquette Olivier a écrit :

> On 18 oct. 2010, at 12:19, Croquette Olivier wrote:
>> je m'étais l'année dernière cassé les dents sur des planches du cadastre qui 
>> utilisent une projection non identifiée :
>> http://www.mail-archive.com/talk-fr@openstreetmap.org/msg13890.html
>> 
>> Je me suis créé un script (Perl) qui permet de récupérer ces planches en un 
>> gros fichier image (PNG).
> 
> Bon, j'ai documenté ça sur le Wiki :
> http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/cadget
> 
> Ca n'a pas pour but de concurrencer le plugin du cadastre, mais ça a quand 
> même quelques avantages à mes yeux :
> permet de travailler "offline" très facilement (téléchargement complet et 
> automatique de toutes les feuilles d'une commune en une commande)
> permet de (par)faire le géoréférencement interactivement avec la souris à 
> tout moment
> phase de géoréférencement plus flexible et intuitive
> Vos commentaires sont les bienvenus.
> 
> PS: mon code Perl pourrait être utilisé comme exemple pour convertir le 
> script shell :
> http://svn.openstreetmap.org/applications/utils/cadastre-france/import-bati.sh
> 
> 
> ___
> 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] Article scientifique sur la qualit é des données OSM en France

[julien]

> Un article intéressant à lire (en anglais) :
> http://onlinelibrary.wiley.com/doi/10./j.1467-9671.2010.01203.x/full

pour ceux qui ne voudraient pas sortir 35 dollars, ca raconte quoi en gros ?



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

Re: [OSM-talk-fr] Article scientifique sur la qualit é des données OSM en France

[Thomas Clavier]

Le 26/10/2010 14:20, Nicolas Moyroud a écrit :
> Un article intéressant à lire (en anglais) :
> http://onlinelibrary.wiley.com/doi/10./j.1467-9671.2010.01203.x/full
>

US$ 35.82 pour lire UN article  ça fait beaucoup :-(


-- 
Thomas Clavier http://www.tcweb.org
Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org
+33 (0)6 20 81 81 30   +33 (0)950 783 783




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Article scientifique sur la qualit é des données OSM en France

[Emilie Laffray]

2010/10/26 Thomas Clavier 

> Le 26/10/2010 14:20, Nicolas Moyroud a écrit :
> > Un article intéressant à lire (en anglais) :
> > http://onlinelibrary.wiley.com/doi/10./j.1467-9671.2010.01203.x/full
> >
>
> US$ 35.82 pour lire UN article  ça fait beaucoup :-(
>
>
>
Classique prix pour un article scientifique malheureusement. Je suis sure
qu'il y a des gens ici qui ont accès a la publication via un abonnement
académique et qui pourront en faire un résumé :)
Ce qui serait encore le mieux, ca serait que les auteurs dressent eux mêmes
les conclusions (non pas du tout une provoc), ca permettrait de faire
avancer le schmilblick.

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

Re: [OSM-talk-fr] Article scientifique sur la qualité des données OSM en France

[GaelADT]

J'y ai accès. En gros c'est une étude comparative entre OSM et la BD TOPO de
l'IGN sur quelques zones en France. 

Ils disent que OSM c'est bien, mais que les données sont hétérogènes et que
du coup ça limite l'utilisation des données pour des applications
spécifiques. Ils disent que pour qu'OSM s'en sort, il faudra mettre au point
des outils pour contrôler les erreurs et les données entrées par les
contributeurs... bref ajouter un peu plus de spécifications.

Enfin, c'est ce que j'ai compris en lisant en diagonale.

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Article-scientifique-sur-la-qualite-des-donnees-OSM-en-France-tp5674408p5674545.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] OSM dans un dossier de présentatio n de projet de resto

[Emilie Laffray]

2010/10/26 Gilles Bassière 

>
> En outre, il me semble que ce document héritera automatiquement de la
> licence CC-By-SA dès lors qu'il sera diffusé. Ça ne me semble pas idéal
> pour un document "confidentiel". (J'ai encore du mal à saisir la portée
> de la clause de viralité, je me trompe peut-être sur ce point).
>

La portée de la clause de viralité est un grand débat. Il y a quelques temps
des allemands qui affirmaient que le livre d'un photographe passait sous
CC-BY-SA pour avoir inclus quelques cartes tirées de OSM (très peu
nombreuses) a cote de pleins de photos personnelles.
Je suis convaincue que ce débat ne se reglerera qu'au cas par cas avec de
complexes calculs sur ce que la carte apporte au document, si cela va
jusqu'à la justice bien sur.

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

Re: [OSM-talk-fr] Article scientifique sur la qualit é des données OSM en France

[julien]

>
> J'y ai accès. En gros c'est une étude comparative entre OSM et la BD TOPO
> de
> l'IGN sur quelques zones en France.
>
> Ils disent que OSM c'est bien, mais que les données sont hétérogènes et
> que
> du coup ça limite l'utilisation des données pour des applications
> spécifiques. Ils disent que pour qu'OSM s'en sort, il faudra mettre au
> point
> des outils pour contrôler les erreurs et les données entrées par les
> contributeurs... bref ajouter un peu plus de spécifications.
>
> Enfin, c'est ce que j'ai compris en lisant en diagonale.

merci

c'etait aussi la conclusion du court article que voici
http://geotribu.net/sites/default/files/Tuto/img/Blog/OSM/touya_girres_SAGEO_09_r%C3%A9sum%C3%A9.pdf

-- 
JB



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

Re: [OSM-talk-fr] Article scientifique sur la qualit é des données OSM en France

[Art Penteur]

   Après une lecture "verticale" (encore plus rapide que diagonale) ,
ma principale remarque serait qu'ils n'ont pas beaucoup pris en compte
l'aspect dynamique, évolutif d'OSM.

  Ils citent quelques erreurs classiques (routes non connectées,
waterways superposées, ...), sans parler d'osmose ni de Keepright ...
qui aident beaucoup à réparer ces erreurs.

   C'est à mon avis un des points intéressants de comparaison entre
processus usuels (contrôles à la saisie par des gens qualifiés et
encadrés) et le crowd-sourcing (contrôles/correctifs a posteriori en
permanence) ... mais ce n'est pas dans cet article qu'on en apprendra
sur ce sujet.

Art.

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

Re: [OSM-talk-fr] Article scientifique sur la qualit é des données OSM en France

[Christophe Merlet]

Le mardi 26 octobre 2010 à 15:24 +0200, jul...@krilin.org a écrit :
> >
> > J'y ai accès. En gros c'est une étude comparative entre OSM et la BD TOPO
> > de
> > l'IGN sur quelques zones en France.
> >
> > Ils disent que OSM c'est bien, mais que les données sont hétérogènes et
> > que
> > du coup ça limite l'utilisation des données pour des applications
> > spécifiques. Ils disent que pour qu'OSM s'en sort, il faudra mettre au
> > point
> > des outils pour contrôler les erreurs et les données entrées par les
> > contributeurs... bref ajouter un peu plus de spécifications.
> >
> > Enfin, c'est ce que j'ai compris en lisant en diagonale.
> 
> merci
> 
> c'etait aussi la conclusion du court article que voici
> http://geotribu.net/sites/default/files/Tuto/img/Blog/OSM/touya_girres_SAGEO_09_r%C3%A9sum%C3%A9.pdf

C'est obsolète, cette étude a plus d'un an !



Librement,
-- 
Christophe Merlet (RedFox)


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

Re: [OSM-talk-fr] Article scientifique sur la qualit é des données OSM en France

[julien]

> Le mardi 26 octobre 2010 à 15:24 +0200, jul...@krilin.org a écrit :
>> >
>> > J'y ai accès. En gros c'est une étude comparative entre OSM et la BD
>> TOPO
>> > de
>> > l'IGN sur quelques zones en France.
>> >
>> > Ils disent que OSM c'est bien, mais que les données sont hétérogènes
>> et
>> > que
>> > du coup ça limite l'utilisation des données pour des applications
>> > spécifiques. Ils disent que pour qu'OSM s'en sort, il faudra mettre au
>> > point
>> > des outils pour contrôler les erreurs et les données entrées par les
>> > contributeurs... bref ajouter un peu plus de spécifications.
>> >
>> > Enfin, c'est ce que j'ai compris en lisant en diagonale.
>>
>> merci
>>
>> c'etait aussi la conclusion du court article que voici
>> http://geotribu.net/sites/default/files/Tuto/img/Blog/OSM/touya_girres_SAGEO_09_r%C3%A9sum%C3%A9.pdf
>
> C'est obsolète, cette étude a plus d'un an !

oui, ca serait intéressant de refaire les calculs tous les ans.



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

Re: [OSM-talk-fr] 93

[Emilie Laffray]

2010/10/26 arno 

>
> C'est embêtant du coup, ça veut dire que toutes les petites structures
> (particuliers, pmes, petites assocs) qui veulent juste par exemple, montrer
> un
> emplacement sur leur site, doivent continuer à utiliser google maps ?
> (parceque monter un serveur de tuile pour une utilisation ponctuelle pour
> une
> petite structure, c'est assez absurde).
>
>
Je doute que les petites structures attirent le traffic au point de
submerger les serveurs et ça reste acceptable. Le site d'une association ou
d'une PME risque de ne pas créer un traffic incontrôlable en soi.
Maintenant, si la société veut baser son business sur une carte, je ne peux
que recommander une société tierce pour fournir des SLA, uptime etc... Je
n'ai pas encore vu la moindre societe avoir de problemes la dessus. J'ai
deja vu des applications iPhone et Android se voir limiter leur droit de
scrapper agressivement.
Il y a toujours un coût a tout et je ne suis pas sure que ça soit a la
fondation de sponsoriser le business model de sociétés en mettant a
disposition gratuitement un fond de carte. Pour n'importe quelle société,
même Google fait payer au delà d'un certain traffic.

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

Re: [OSM-talk-fr] Article scientifique sur la qualit Ã(c) des donnÃ(c)es OSM en France

[Emilie Laffray]

2010/10/26 Christophe Merlet 

>
> C'est obsolète, cette étude a plus d'un an !
>

Mais c'est seulement maintenant qu'elle vient d'être publiée :)

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

Re: [OSM-talk-fr] 93

[arno]

Le mardi 26 octobre 2010, à 14:39:47 +0100, Emilie a écrit : 
> 2010/10/26 arno 
> 
> >
> > C'est embêtant du coup, ça veut dire que toutes les petites structures
> > (particuliers, pmes, petites assocs) qui veulent juste par exemple, montrer
> > un
> > emplacement sur leur site, doivent continuer à utiliser google maps ?
> > (parceque monter un serveur de tuile pour une utilisation ponctuelle pour
> > une
> > petite structure, c'est assez absurde).
> >
> >
> Je doute que les petites structures attirent le traffic au point de
> submerger les serveurs et ça reste acceptable. Le site d'une association ou
> d'une PME risque de ne pas créer un traffic incontrôlable en soi.
> Maintenant, si la société veut baser son business sur une carte, je ne peux
> que recommander une société tierce pour fournir des SLA, uptime etc... 

ah bah peut-être oui. Mais la question n'était pas: comment afficher une carte 
osm quand on est gros et/ou qu'on base son business model dessus ? La question 
était: comment utiliser osm sans être dans l'illégalité à cause des histoires 
d'adresses ? C'est pour ça que j'étais surpris de la réponse.

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

Re: [OSM-talk-fr] 93

[Emilie Laffray]

2010/10/26 arno 

>
> ah bah peut-être oui. Mais la question n'était pas: comment afficher une
> carte
> osm quand on est gros et/ou qu'on base son business model dessus ? La
> question
> était: comment utiliser osm sans être dans l'illégalité à cause des
> histoires
> d'adresses ? C'est pour ça que j'étais surpris de la réponse.
>
>
La réponse généralement est "nul n'est censé ignorer la loi" même si je ne
suis pas sure que ca soit une loi. La position de la CNIL n'est pas très
logique mais c'est la position officielle actuellement donc.

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

Re: [OSM-talk-fr] Article scientifique sur la qualit Ã(c) des donnÃ(c)es OSM en France

[Ab_fab]

+1
Ce serait très intéressant, et encore plus fréquemment que tous les ans si
c'est un processus de comparaison automatisé


Le 26 octobre 2010 15:38,  a écrit :

> > C'est obsolète, cette étude a plus d'un an !
>
> oui, ca serait intéressant de refaire les calculs tous les ans.
>
> --
> --
> 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] [cadastre] Planches "raster" avec projection inconnue

[Croquette Olivier]

On 26 oct. 2010, at 14:29, Patrice Vetsel wrote:

> Je n'arrive pas à le faire fonctionner chez moi.
> 
> Il marche très bien avec les exemples donnés "LE BUISSON-DE-CADOUIN" mais 
> avec des villages de chez moi rien :
> 
> LASALLE
> MONOBLET
> dans le Gard (30)

Oups, j'avais oublié de remplacer un "24" (Dordogne) par la variable 
"département" dans le code.
C'est corrigé, la nouvelle version est en ligne.

Merci pour ton retour. Je serais ravi d'avoir tes commentaires !


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

[OSM-talk-fr] Serveur de tuiles français [ét ait : 93]

[Damouns]

> Sinon, je regrette qu'en france nous n'ayons les ressources suffisantes
> (humain+fric) pour réaliser un serveur de tuile sur la france avec les
> contraintes légales françaises si chères à pieren, et un rendu à notre sauce,
> et par là même une manière de fournir une alternative pour soulager le serveur
> de tuile de osm et fournir un rendu à destination du consommateur

D'ailleurs, je me demandais si http://maps.qualitystreetmap.org
pouvait être cette référence ? Y a-t-il une "tile usage policy" (une
"politique d'utilisation des tuiles" ?) Et les couleurs des styles
"Google style" et "Bing style" ne sont-elles pas copyrightées ?

Damouns

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

Re: [OSM-talk-fr] Donnée osm dans une base postgis/o sm2pgsql

[Emilie Laffray]

2010/10/26 sylvain letuffe 

> Le mardi 26 octobre 2010 14:15:08, Emilie Laffray a écrit :
> > Salut,
>
> > > Comment je peut les exploiter maintenant ? ;)
>
> Je suis étonné que Émilie n'ait pas indiqué la "bible" de l'utilisateur
> postgis :
> http://postgis.refractions.net/documentation/manual-1.3/
> qui devrait donner réponse à moulte de tes questions
>

http://postgis.refractions.net/documentation/manual-1.5/

:p

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

Re: [OSM-talk-fr] Donnée osm dans une base postgis/o sm2pgsql

[julien]

>> Le minutely mapnik est base sur la base mondiale. Il n'y a pas de
>> solutions
>> simples pour couper pour une zone donnée (desolee Jocelyn, je n'ai pas
>> encore fini ce que j'avais promis).
>
> ha ? un découpage par polygone en préparation de patch pour osm2pgsql ?
>
>> Je suis sure que Pieren et Sly auront une meilleure solution.
>
> Ben non, pas moi.
> J'utilise bêtement l'option bbox d'sm2pgsql pour refuser les mises à jour
> en
> dehors de mon "carré d'intérêt", ce qui me suffit très bien, mais une
> solution
> plus propre pour ne prendre que ce qu'il y a en france pourrait passer par
> une
> étape osmosis qui dispose d'un filtre par polygone

je pensait en effet couper le minutely comme j'avais coupé mon import
initiale (dans le guide geotribu ils conseillent la box pour eviter des
soucis aux frontieres)
Ma question est plutot a partir de quelle minutely partir?
Le planet est produit, puis mouliné par geofrabrik, puis par mon ordi.
Est ce qu'il y a un risque si pour etre sur je part des minutely d'il y a
un mois ?

-- 
JB : ps : merci d'avoir corrigé le titre que j'aavais oublié



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

Re: [OSM-talk-fr] Serveur de tuiles français [ét ait : 93]

[Pieren]

2010/10/26 Damouns 

>
> D'ailleurs, je me demandais si http://maps.qualitystreetmap.org
> pouvait être cette référence ? Y a-t-il une "tile usage policy" (une
> "politique d'utilisation des tuiles" ?) Et les couleurs des styles
> "Google style" et "Bing style" ne sont-elles pas copyrightées ?
>
>
Il y a aussi le serveur OSM de MapQuest:
http://open.mapquest.fr/
qui n'affiche pas les adresses pour le moment.
Nous n'avons aucun contrôle sur le rendu de cette machine mais Mapquest
semble très souple sur la réutilisation de ce serveur (et on ne sait pas
combien de temps ce service durera).
Sinon je dispose d'un (gros) serveur capable de monter un serveur de tuiles
du monde (2U, 2 alim, 1 cpu xeon 4core (2 possibles), 6 hdd, contrôleur raid
hw, 12GB ram) mais il me manque un hébergeur.

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

Re: [OSM-talk-fr] Serveur de tuiles français [ét ait : 93]

[Thomas Clavier]

Le 26/10/2010 16:53, Damouns a écrit :
> D'ailleurs, je me demandais si http://maps.qualitystreetmap.org
>   

Jolie  seul hic, les données n'y sont pas hyper fraîche.

Dès que le planet sera à nouveau up sur osm.tcweb.org, je pourrais y
ajouter quelques rendus. Mais comme la base à beaucoup grossis ...
l'import initial est carrément long ;-(

-- 
Thomas Clavier http://www.tcweb.org
Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org
+33 (0)6 20 81 81 30   +33 (0)950 783 783




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tagguer un champ photovoltaique

[Marc Sibert]

Le 26/10/2010 12:25, Guillaume Allegre a écrit :

(le sujet "failure notice" etait peu sexy, donc je re-poste)


Je ne sais pas si le sujet a deja ete aborde recemment, mais on dirait
qu'ils se multiplient en ce moment, alors comment tagguer un champ de panneaux
photovoltaiques ? (ex. : http://www.ingerop.com/realisations-devdurable-12.html)

Les solutions fournies par power=* ne semblent pas bien adaptees.
Il me semblerait plus logique d'utiliser un landuse, mais rien n'est encore 
officiel.

Je propose du coup d'ajouter un landuse=power aux tags existant :
landuse = power
power = generator
generator_method = photovoltaic 
(http://wiki.openstreetmap.org/wiki/Key:generator:method)

Des avis ?
   

Bonjour,

Je ne vois aucune hésitation pour ce type de centrale. Comme cela est 
indiqué explicitement à 
http://wiki.openstreetmap.org/wiki/FR:Tag:power%3Dgenerator.
Le seul détail discutable est : est-ce qu'il faut tagger sur le centre 
de la zone ou la surface elle-même (ce que je ferais) :

power=generator
name = *
operator = *
power_source=solar
power_source=photovoltaic

A+

--
Marc Sibert
m...@sibert.fr


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

Re: [OSM-talk-fr] tagguer un champ photovoltaique

[Guillaume Allegre]

Le mar. 26 oct. 2010 à 18:07 +0200, Marc Sibert a ecrit :
> Le 26/10/2010 12:25, Guillaume Allegre a écrit :
> >(le sujet "failure notice" etait peu sexy, donc je re-poste)

> >landuse = power
> >power = generator
> >generator_method = photovoltaic 
> >(http://wiki.openstreetmap.org/wiki/Key:generator:method)
> >
> >Des avis ?
> Bonjour,
> 
> Je ne vois aucune hésitation pour ce type de centrale. Comme cela
> est indiqué explicitement à
> http://wiki.openstreetmap.org/wiki/FR:Tag:power%3Dgenerator.
> Le seul détail discutable est : est-ce qu'il faut tagger sur le
> centre de la zone ou la surface elle-même (ce que je ferais) :
> power=generator
> name = *
> operator = *
> power_source=solar
> power_source=photovoltaic

Pour moi, c'est sans hésitation une surface, et même une grande surface.
Dans ce cas, il me semble que c'est l'occupation du terrain (à grande échelle,
plusieurs dizaines d'hectares) pour un usage économique qui est importante, 
donc 
landuse me paraît parfaitement coller. 
C'est un peu la même idée pour moi que la différence 
amenity=grave_yard / landuse=cemetery


Le power_source=photovoltaic me paraît discutable, et le generator_method 
plus approprié, mais ce n'est pas l'essentiel.


-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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

Re: [OSM-talk-fr] styles qualitystreetmap.org - Serv eur de tuiles français

[Vincent Calame]

S'il n'y a pas de problème de copyright, que pierre et françois sont prèts à
partager leurs recettes pour arriver à un tel résultat et que la masse
critique de gens intéressés à regrouper autour d'un tel projet existe, (je me
compte parmi les motivés avec un peu de temps/skills prêt à filer coup de main
mais bien incapable d'y arriver seul) ben ça peut valoir le coup de lancer
l'idée/réflexion.



Je fais partie des personnes intéressées par un tel projet. J'utilise 
les fonds OSM sur un projet d'annuaire d'initiatives de l'économie 
sociale et solidaire (la BDIS : www.la-bdis.org, la carte elle-même : 
http://module.la-bdis.org) et j'ai bien conscience des limites à cette 
utilisation.


Par rapport aux fonds de carte actuels, j'aimerai bien un style qui 
mette moins en avant les routes et plus les noms de lieux et les 
éléments du paysage (cours d'eau notamment). Et surtout je serai 
intéressé par un fond avec un placement des étiquettes cohérent avec la 
taille des agglomérations (je trouve par exemple l'absence de 
l'étiquette de Paris assez gênante à cette échelle :

http://maps.qualitystreetmap.org/?zoom=9&lat=6254650.98954&lon=272589.25462&layers=0B0T00
à la même échelle, Tours est absent également.

Je n'ai pas de compétence particulière à apporter mais je peux apporter 
des sous via les différents bailleurs que je connais (de l'ordre de 5 
000 euros par an, je pense).


Le cadre idéal serait soit une association, soit une SCIC (société 
coopérative d'intérêt collectif). Il n'est pas forcément besoin de créer 
une structure ad hoc, il est possible de trouver une structure porteuse 
pas forcément liée à la cartographie.


Vincent



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

Re: [OSM-talk-fr] styles qualitystreetmap.org - Serv eur de tuiles français

[Christian Rogel]

Le 26/10/10 18:53, Vincent Calame a écrit :


Je fais partie des personnes intéressées par un tel projet. J'utilise
les fonds OSM sur un projet d'annuaire d'initiatives de l'économie
sociale et solidaire (la BDIS : www.la-bdis.org, la carte elle-même :
http://module.la-bdis.org) et j'ai bien conscience des limites à cette
utilisation.



Le cadre idéal serait soit une association, soit une SCIC (société
coopérative d'intérêt collectif). Il n'est pas forcément besoin de créer
une structure ad hoc, il est possible de trouver une structure porteuse
pas forcément liée à la cartographie.

Vincent


Ce n'est pas pour revendiquer une paternité, mais j'avais évoqué lors 
des débats sur l'éventuelle asso OSM, la création d'une SCIC regroupant 
tous les mappeurs volontaires pour créer des services communs.
Comme tu sais ce qu'est une SCIC, tu dois bien savoir que celle-ci a 
forcément des salariés (ils ont même un pouvoir important) et que cela 
sous-entend une vente de services suffisamment rémunératrice.
En attendant cette lointaine perspective, la gestion d'un serveur ne 
peut qu'être rattachée qu'à une asso ou à une coop existante.
Il faut cependant des garants OSM du maintien du service et je ne vois 
pas comment cela se ferait s'il ne sont pas en asso, sinon l'outil peut 
échapper à leur contrôle.

D'où renvoi à la case départ et aux débats antérieurs.


Christian



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

Re: [OSM-talk-fr] styles qualitystreetmap.org - Serv eur de tuiles français

[Pierre Mauduit]

Hello,


> Les petits cachotiers ! 
> Ils sont super ces styles !
> 

On n'a pas fait de cachoteries, je t'en avais parlé plus d'une fois "au
bureau" il me semble ;-)

J'ai mis les principales ressources (les mapfiles) à disposition ici :
http://download.qualitystreetmap.org/maps.qualitystreetmap.org/


> S'il n'y a pas de problème de copyright, que pierre et françois sont prèts à 
> partager leurs recettes pour arriver à un tel résultat et que la masse 
> critique de gens intéressés à regrouper autour d'un tel projet existe, (je me 
> compte parmi les motivés avec un peu de temps/skills prêt à filer coup de 
> main 
> mais bien incapable d'y arriver seul) ben ça peut valoir le coup de lancer 
> l'idée/réflexion.
> 

Bien sur, les fichiers mis à disposition sont peut etre insuffisants, on
était reparti du projet mapserver-utils sur google code, initié par
Thomas Bonfort :

http://code.google.com/p/mapserver-utils/

Mais il est possible que l'on ait du faire des tweaks un peu
spécifiques ; évidemment je suis pleinement motivé pour aider à déployer
de façon plus "industrielle" et avec une visibilité plus "osm france"
des serveurs de tuile plus franco-français.

Autre point soulevé par Thomas Clavier, nous sommes conscients que la
base n'est pas de toute nouvelle fraicheur geofabrikienne, mais j'ai un
peu peur de lancer le processus d'import sur un serveur dont je ne suis
pas responsable légal ... (hein François ;-)). Et il faudrait que
j'arrive à utiliser les fichiers de diff un jour (pour l'instant, je
n'ai pas encore réussi ; j'ai expérimenté aussi les nouveaux formats
protobuff l'autre jour sans grand succès, bref c'est encore à creuser
tout cela).

Ah oui, concernant des aspects plus purement techniques (désolé pour les
gens que cela risque d'ennuyer), j'ai testé le meme setup sur un nginx,
et je trouve le chargement bien plus rapide. Pour les curieux c'est
ici :

http://maps.qualitystreetmap.org:8000/

Cela semble intéressant comme piste à creuser si l'on souhaite déployer
quelquechose au sein de la communauté francaise. Malheureusement,
mapserver n'est pas très stable sur ce genre de solutions lorsque l'on
n'utilise pas le mod fastcgi d'apache. J'avais proposé un patch qui n'a
pas été retenu (les dévs de mapserver sont plutot pro-apache, et
estiment que c'est le role du machin qui spawne les process fastcgi de
faire le boulot quand le processus meurt, bref cela peut etre
problématique si on souhaite s'orienter vers du nginx ou du lighttpd) :

http://trac.osgeo.org/mapserver/ticket/3099

@Sly : Je suis persuadé que l'on aura l'occasion d'en rediscuter :-D

a+,

-- 
Pierre


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

Re: [OSM-talk-fr] [cadastre] Planches "raster" avec projection inconnue

[Pierre BOIZOT]

Bonjour,

je viens de faire un test sur GROZON 39 , le resultat est le suivant :
[image: 039-GROZON-H1263A01-0.3.png]
Alors que l'import_bati est OK.
J'en déduit la commune n'est pas traitable par ton script.

Pourrais tu préciser comment vérifier si la commune peut etre importer par
ton script.
Par ailleur je croyais que le script assemblait toutes les feuilles d'un
commune il me semble avoir une image par zone .

A+
Pierre



Le 26 octobre 2010 16:45, Croquette Olivier  a écrit :

> On 26 oct. 2010, at 14:29, Patrice Vetsel wrote:
>
> > Je n'arrive pas à le faire fonctionner chez moi.
> >
> > Il marche très bien avec les exemples donnés "LE BUISSON-DE-CADOUIN" mais
> avec des villages de chez moi rien :
> >
> > LASALLE
> > MONOBLET
> > dans le Gard (30)
>
> Oups, j'avais oublié de remplacer un "24" (Dordogne) par la variable
> "département" dans le code.
> C'est corrigé, la nouvelle version est en ligne.
>
> Merci pour ton retour. Je serais ravi d'avoir tes commentaires !
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
<<039-GROZON-H1263A01-0.3.png>>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [cadastre] Planches "raster" avec projection inconnue

[Croquette Olivier]

On 26 oct. 2010, at 19:43, Pierre BOIZOT wrote:
> je viens de faire un test sur GROZON 39 , le resultat est le suivant :
> <039-GROZON-H1263A01-0.3.png>
> Alors que l'import_bati est OK.
> J'en déduit la commune n'est pas traitable par ton script.

Exact, car la commune est dispo en vectoriel. Mon script ne récupère que les 
feuilles au format image.
Tu vois une utilité pour le format vectoriel aussi ?



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

Re: [OSM-talk-fr] Donnée osm dans une base postgis/o sm2pgsql

[Club Informatique Inter Communes / C2IC]

B'soir,

PS: ça y, je crois que j'ai compris pourquoi certains veulent que ce type de
> discussion finisse sur dev-fr : pour éviter que des abrutis comme moi flood
> la
> liste.
>

En même temps avec des PS comme celui ci moi j'adore ! :o) Même si je capte
pas tout ce qui étais avant ! Merci sly ! :o)

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

Re: [OSM-talk-fr] styles qualitystreetmap.org - Serv eur de tuiles français

[julien balas]

En attendant cette lointaine perspective, la gestion d'un serveur ne
peut qu'être rattachée qu'à une asso ou à une coop existante.


Il existe une cooperative d'hebergement, c'est ouvaton.
http://ouvaton.coop/
Même si ca n'est pas dans l'offre standard, il est arrivé dans le passé 
que des serveurs dédiés soient hébergés.

Je pose la question sur les forums de la coop.

--
JB

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

Re: [OSM-talk-fr] styles qualitystreetmap.org - Serv eur de tuiles français

[Club Informatique Inter Communes / C2IC]

B'soir

Comme tu sais ce qu'est une SCIC, tu dois bien savoir que celle-ci a
> forcément des salariés (ils ont même un pouvoir important) et que cela
> sous-entend une vente de services suffisamment rémunératrice.
>

La SCIC, doit disposer d'un objet qui est la production et la fourniture de
biens et de services présentant un caractère d'utilité sociale. Avec des
salariés (je ne sais pas combien il en faut au minimum mais pour une SCOp
c'est 2 plein temps mini), c'est à dire les producteurs des biens et
services, à côté de cela les bénéficiaires de ces biens et services, c'est à
dire les clients, les usagers ou des groupements représentant l'intérêt de
ces derniers : par exemple un syndicat d'initiative ou des organisations de
tourisme familial, dans le cas d'une activité touristique et enfin au moins
une autre catégorie : collectivités territoriale dans la limite de 20 % du
capital, collectivité publique, bénévoles, financeurs, associations,
entreprises, etc…

Ça me paraît assez lourd pour juste un serveur de tuiles français !

Reste l'association ... OSGéo serait en mesure de gérer ça ?

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

Re: [OSM-talk-fr] [cadastre] Planches "raster" avec projection inconnue

[Patrice Vetsel]

Le 26/10/10 19:43, Pierre BOIZOT a écrit :

Bonjour,

je viens de faire un test sur GROZON 39 , le resultat est le suivant :
039-GROZON-H1263A01-0.3.png
Alors que l'import_bati est OK.
J'en déduit la commune n'est pas traitable par ton script.

Pourrais tu préciser comment vérifier si la commune peut etre importer
par ton script.
Par ailleur je croyais que le script assemblait toutes les feuilles d'un
commune il me semble avoir une image par zone .


Je suis dans le même cas, mais je ne pense pas que ce script génère un 
seul calque au final, mais une image par feuille de cadastre.


Non ?



A+
Pierre



Le 26 octobre 2010 16:45, Croquette Olivier mailto:m...@ocroquette.de>> a écrit :

On 26 oct. 2010, at 14:29, Patrice Vetsel wrote:

 > Je n'arrive pas à le faire fonctionner chez moi.
 >
 > Il marche très bien avec les exemples donnés "LE
BUISSON-DE-CADOUIN" mais avec des villages de chez moi rien :
 >
 > LASALLE
 > MONOBLET
 > dans le Gard (30)

Oups, j'avais oublié de remplacer un "24" (Dordogne) par la variable
"département" dans le code.
C'est corrigé, la nouvelle version est en ligne.

Merci pour ton retour. Je serais ravi d'avoir tes commentaires !


___
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



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

Re: [OSM-talk-fr] Serveur de tuiles français [ét ait : 93]

[Emilie Laffray]

2010/10/26 Pieren 

>
> Il y a aussi le serveur OSM de MapQuest:
> http://open.mapquest.fr/
> qui n'affiche pas les adresses pour le moment.
> Nous n'avons aucun contrôle sur le rendu de cette machine mais Mapquest
> semble très souple sur la réutilisation de ce serveur (et on ne sait pas
> combien de temps ce service durera).
> Sinon je dispose d'un (gros) serveur capable de monter un serveur de tuiles
> du monde (2U, 2 alim, 1 cpu xeon 4core (2 possibles), 6 hdd, contrôleur raid
> hw, 12GB ram) mais il me manque un hébergeur.
>
>
Je ne connais pas le futur concernant Mapquest, mais il me semble comprendre
que le rendu est du long terme, avec une nette intention a terme de se
lancer sur le marche européen. Donc je pense que c'est relativement stable.

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

Re: [OSM-talk-fr] 93

[JonathanMM]

Le 25/10/2010 15:48, Pieren a écrit :
> Je n'ai pas trouvé d'attribution :-(
> En plus, ils utilisent le rendu mapnik qui affiche les adresses
> individuelles ce qui est pour l'instant interdit en France par la CNIL...
>
> Pieren
On avait pas pleins de serveurs qui servent pas ? On en prend un, on y
installe mapnik, et on jarte les numéros de rues et le tour et joué, non ?
JonathanMM

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

Re: [OSM-talk-fr] (sans objet)

[Jocelyn Jaubert]

Le 26 octobre 2010, Emilie Laffray a écrit :
> Le minutely mapnik est base sur la base mondiale. Il n'y a pas de
> solutions simples pour couper pour une zone donnée (desolee Jocelyn,
> je n'ai pas encore fini ce que j'avais promis). De plus, ce que
> Geofabrik fait est intéressant mais je ne suis pas sure que ça soit
> une bonne base pour extraire des données.
> Je suis sure que Pieren et Sly auront une meilleure solution.

J'ai en local un script pour nettoyer après chaque import une base de
donnée osmosis, et enlever tous les ways et relations qui sont
en-dehors d'une bounding box donnée (les nodes sont fait beaucoup moins
souvent parce que c'est plus long à analyser). Ça utile les nouvelles
colonnes d'osmosis 0.37, qui aident bien ces analyses.

Actuellement, ca tourne sans problème sur la bdd osmosis de haiti,
utilisée pour le suivi des fleuves, et je compte adapter et commiter
ces scripts dès que j'ai un moment de libre.


L'idéal serait qu'osmosis limite les imports psql de  changements à une
bounding box, mais ça n'a pas l'air prévu dans la roadmap. :(

Jocelyn

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

Re: [OSM-talk-fr] [cadastre] Planches "raster" avec projection inconnue

[Croquette Olivier]

On 26 oct. 2010, at 20:56, Patrice Vetsel wrote:
>> Pourrais tu préciser comment vérifier si la commune peut etre importer
>> par ton script.
>> Par ailleur je croyais que le script assemblait toutes les feuilles d'un
>> commune il me semble avoir une image par zone .
> 
> Je suis dans le même cas, mais je ne pense pas que ce script génère un seul 
> calque au final, mais une image par feuille de cadastre.
> 
> Non ?

Oui, j'ai écrit ce script pour me faciliter le travail d'import du cadastre 
dans le cas des projections inconnues. Les feuilles ne sont donc pas 
géoréférencées, je n'ai aucun moyen de les recoller ensemble. C'est un travail 
à faire à la main.
Donc pour chaque feuille, le script génère un fichier PNG.


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

Re: [OSM-talk-fr] [cadastre] Planches "raster" avec projection inconnue

[Maurice]

Bonsoir,

> Je suis dans le même cas, mais je ne pense pas que ce script génère un seul 
> calque au final, mais
> une image par feuille de cadastre.

Pour moi, il génère une image par feuille, et n'efface pas les
feuilles intermédiaires qui la composent. Testé sur deux communes.

Donc ce script fonctionne parfaitement après avoir supprimé le w -
warning - qui bloque.

Bon, c'est toujours un travail d'orfèvre pour placer précisément les
feuilles dans ma campagne déserte.

Maurice


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

Re: [OSM-talk-fr] [cadastre] Planches "raster" avec projection inconnue

[Croquette Olivier]

On 26 oct. 2010, at 22:09, Maurice wrote:

> Bonsoir,
> 
>> Je suis dans le même cas, mais je ne pense pas que ce script génère un seul 
>> calque au final, mais
>> une image par feuille de cadastre.
> 
> Pour moi, il génère une image par feuille, et n'efface pas les
> feuilles intermédiaires qui la composent. Testé sur deux communes.

J'ai mis une version en ligne vers 18h qui efface les tuiles intermédiaire et 
ne garde que les feuilles finales.
Par feuille, j'entend une "page" du cadastre comme on les trouve dans les 
mairies, avec un cadre noir, l'échelle, l'orientation... C'est aussi la 
terminologie utilisée sur http://www.cadastre.gouv.fr
Une tuile est un bout de feuille, le site du cadastre le permettant pas de 
récupérer une feuille complète avec la précision nécessaire le script le fait 
petit bout par petit bout, il y a d'autant plus de tuiles que l'agrandissement 
(-a ...) est élevé.

> Donc ce script fonctionne parfaitement après avoir supprimé le w -
> warning - qui bloque.

Tu peux m'en dire plus sur ce problème ?

> Bon, c'est toujours un travail d'orfèvre pour placer précisément les
> feuilles dans ma campagne déserte.

Ca c'est sûr... Tu aurais un exemple de commune sur laquelle tu travailles ?


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

Re: [OSM-talk-fr] Serveur de tuiles français [é tait : 93]

[Sébastien Dinot]

Pieren a écrit :
> Il y a aussi le serveur OSM de MapQuest:
> http://open.mapquest.fr/
> qui n'affiche pas les adresses pour le moment.

J'aime beaucoup ce style épuré mais il n'y a pas que les adresses qu'il ne
rend pas :

http://open.mapquest.fr/?le=t&hk=7-0tr1&vs=h
http://osm.org/go/xVS09Lop

C'est un peu dommage.

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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