Bonjour à tous,
Le portail Open Data de Montpellier a mis en ligne les points adresse de
toute la ville de Montpellier:
http://opendata.montpelliernumerique.fr/Point-adresse
Est-ce que des contributeurs montpelliérains sont sur le coup pour l'import
dans OSM comme à Nantes où c'est en cours?
Bonjour,
C'est super, merci pour ce compte-rendu. Au moins, la MJC est
correctement marquée, à ne pas confondre avec un centre Léo Lagrange.
Concernant des améliorations à appliquer sur OpenStreetBugs, j'avoue je
n'ai pas vraiment le temps en ce moment, mais des choses sont prévues.
Le
Le mar. 07 f�vr. 2012 à 16:26 +0100, sly (sylvain letuffe) a ecrit :
Modestes suggestions :
1 rebaptiser la ML Dauphiné-Savoie, c'est moins grand que la Bretagne et
donc plus efficace
que Rhône-Alpes qui est un monstre disparate (plus grande région de France).
Une ML Lyon-St-Etienne
Si le Nord-Isère en a marre d'être à cheval,
ils pourront toujours créer local-bourgoin,
Nan, local-terres-froides!!!
Eric
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Bonjour,
J'ai deux points que j'aimerais ajouter à ce débat.
- Il y a deux fois plus d'erreurs que ce que relève osmose. En plus
des chevauchements il y a les vides incorrects entre les bâtiments.
- Il y a peut être une solution pas trop compliqué à mettre en œuvre
pour corriger les deux cas
Salut,
Je lis pas mal de choses dans ces échanges qui me font dire que si on se
posait tous autour d'une table et qu'on y bossait, on ferait sauter
beaucoup de soucis :
- amélioration des fichiers sur le dépôt
- rédaction de procédures d'imports
- organisation pour « nettoyer » l'existant
…
Que
Le 8 février 2012 10:05, Frédéric Rodrigo fred.rodr...@gmail.com a écrit :
Bonjour,
J'ai deux points que j'aimerais ajouter à ce débat.
- Il y a deux fois plus d'erreurs que ce que relève osmose. En plus
des chevauchements il y a les vides incorrects entre les bâtiments.
- Il y a peut être
par contre, j'ai justement corrigé pas mal de truc de ce genre dont
l'auteur etait le pieren_bot... ;)
je tiens a faire ici publiquement mes excuses au bot,
il n'est que le dernier modificateur de bâtiments qui était déjà en
erreurs.
--
JB
___
On Wed, 08 Feb 2012 10:16:03 +0100, Philippe Pary wrote:
Salut,
Je lis pas mal de choses dans ces échanges qui me font dire que si on
se
posait tous autour d'une table et qu'on y bossait, on ferait sauter
beaucoup de soucis :
- rédaction de procédures d'imports
ca existe déjà
sympa ces données !
Reste plus qu'à intégrer ;-)
--
View this message in context:
http://gis.19327.n5.nabble.com/Point-adresse-a-Montpellier-tp5465918p5466259.html
Sent from the France mailing list archive at Nabble.com.
___
Talk-fr mailing list
Le 08/02/2012 11:58, jul...@krilin.org a écrit :
On Wed, 08 Feb 2012 10:16:03 +0100, Philippe Pary wrote:
- rédaction de procédures d'imports
ca existe déjà
http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents
C'est une section sur une page
dispo en osm sur
http://www.partir-en-vtt.com/stockage/hebergement/montpel.zip
telechargement
--
View this message in context:
http://gis.19327.n5.nabble.com/Point-adresse-a-Montpellier-tp5465918p5466433.html
Sent from the France mailing list archive at Nabble.com.
On mardi 7 février 2012, DH wrote:
Le 07/02/2012 18:43, sly (sylvain letuffe) a écrit :
Il semblerait qu'on passe à 2-2, mais je ne partage pas tout à fait l'avis
de
christian.
Ni moi le tien. C'est ce qui fait le charme (?) de cette liste.
C'est même un de ces buts ! confronter des
Frédéric Rodrigo :
- Il y a peut être une solution pas trop compliqué à mettre en œuvre
pour corriger les deux cas d'erreur avec postgis 2.0 et la fonction
http://postgis.org/documentation/manual-svn/ST_Snap.html
Je pense que c'est une solution valable pour nettoyer sa propre copie de la
J'ajoute qu'au delà des chevauchements, il y a les bâtiments scindés en
plusieurs morceaux (par les limites de parcelles) qui prennent nettement
plus de temps à corriger.
Romain
Le 8 février 2012 14:18, sly (sylvain letuffe) li...@letuffe.org a écrit :
On mardi 7 février 2012, DH wrote:
Le
Le 8 février 2012 14:52, Pieren pier...@gmail.com a écrit :
2012/2/8 Romain MEHUT romain.me...@gmail.com:
J'ajoute qu'au delà des chevauchements, il y a les bâtiments scindés en
plusieurs morceaux (par les limites de parcelles) qui prennent nettement
plus de temps à corriger.
Non. Si les
Bref compte rendu de la soiree:
10 personnes presentes ! un resultat inespere vu les delais d organisation
ultra-courts.
Parmi ces 10 personnes 4 habitues du LOG, 5 autres etant des mappeurs OSM
contactes pour l occasion et un autre
etant un visiteur venu pour en savoir plus sur le projet
Le 8 février 2012 14:54, Romain MEHUT romain.me...@gmail.com a écrit :
Le 8 février 2012 14:52, Pieren pier...@gmail.com a écrit :
2012/2/8 Romain MEHUT romain.me...@gmail.com:
J'ajoute qu'au delà des chevauchements, il y a les bâtiments scindés en
plusieurs morceaux (par les limites de
On Wed, 8 Feb 2012 14:32:25 +0100, sly (sylvain letuffe) wrote:
Frédéric Rodrigo :
- Il y a peut être une solution pas trop compliqué à mettre en
œuvre
pour corriger les deux cas d'erreur avec postgis 2.0 et la
fonction
http://postgis.org/documentation/manual-svn/ST_Snap.html
Je pense
On Wed, 8 Feb 2012 09:34:14 +0100, Romain MEHUT wrote:
Bonjour à tous,
Le portail Open Data de Montpellier a mis en ligne les points
adresse de toute la ville de Montpellier:
http://opendata.montpelliernumerique.fr/Point-adresse [1]
Est-ce que des contributeurs montpelliérains sont sur le coup
bonne idée ;-)
--
View this message in context:
http://gis.19327.n5.nabble.com/Point-adresse-a-Montpellier-tp5465918p5466635.html
Sent from the France mailing list archive at Nabble.com.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 08/02/2012 15:25, jul...@krilin.org a écrit :
On Wed, 8 Feb 2012 09:34:14 +0100, Romain MEHUT wrote:
Bonjour à tous,
Le portail Open Data de Montpellier a mis en ligne les points
adresse de toute la ville de Montpellier:
Bonjour,
De : Etienne Trimaille
Le 8 février 2012 14:54, Romain MEHUT a écrit :
2012/2/8 Romain MEHUT :
J'ajoute qu'au delà des chevauchements, il y a les bâtiments scindés en
plusieurs morceaux (par les limites de parcelles) qui prennent nettement
plus de temps à corriger.
Je tombe souvent sur des zones où Osmose annonce (avec raison) une
grande redondance de données parmi celles qui ont été importées.
Notamment car les champs sont en fait mal choisis pour les mettre.
Exemple:
tag k=name v=Voie communale n°7 d'Elliant à Concarneau /
tag k=ref v=C 7 /
Ici, le
Bonjour,j'arrive fraichement sur le talk-fr bien que contribuant déjà depuis quelques temps à OSM (notamment dans les forêts sarthoises, grâce à mon précieux GPS, Garmin Oregon de son petit nom). J'ai un peu fouillé dans data.gouv.fr, et ai déniché des données qui me semblent intéressantes : les
Bonjour,
Tes remarques sont légitimes. Malheureusement ces données ne
proviennent pas d'imports mais de contributions manuelle en recopiant
bêtement le cadastre.
Frédéric.
Le 8 février 2012 15:51, Philippe Verdy verd...@wanadoo.fr a écrit :
Je tombe souvent sur des zones où Osmose annonce
Le 8 février 2012 09:57, partir-en-vtt ad...@partir-en-vtt.com a écrit :
Alors les chemins ont été intégré ?
--
View this message in context:
http://gis.19327.n5.nabble.com/ANNONCE-Night-of-the-live-mapping-le-7-Fevrier-a-Paris-et-ailleurs-tp5441144p5465964.html
Sent from the France mailing
Bonjour,
Pour faire court (si si c'est aussi possible), je plaide coupable, car j'ai
activement participé à l'import de la 4C probablement à l'origine de tes
remarques (cf. http://freeroute.fr/4c/ http://freeroute.fr/?page_id=307).
Je suis donc à ta dispo pour un petit marathon correctif dans
J'ajoute qu'au delà des chevauchements, il y a les bâtiments scindés en
plusieurs morceaux (par les limites de parcelles) qui prennent nettement
plus de temps à corriger.
Comme ça vient d'être signalé, il y a des bâtiments mitoyens
construits indépendamment sur des parcelles voisines
De : Marc SIBERT
(...) Je
soupçonne d'ailleurs que les traces sont tirées d'un décalque sur des
cartes IGN réalisé par le CG : si cela est confirmé, cela mettrait
peut-être en cause la responsabilité du CG vis à vis de la réutilisation de
ces données à des fins commerciales. OSM ne peut
Mon peut-être n'était pas anodin, je pensais à cette possibilité.
Le 8 février 2012 16:24, Vincent de Chateau-Thierry v...@laposte.net a
écrit :
De : Marc SIBERT
(...) Je
soupçonne d'ailleurs que les traces sont tirées d'un décalque sur des
cartes IGN réalisé par le CG : si cela est
-Message d'origine-
De : sly (sylvain letuffe) [mailto:li...@letuffe.org]
Envoyé : mercredi 8 février 2012 14:32
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] Import bâti = nettoyage des données cleo
carto
Frédéric Rodrigo :
- Il y a peut être une solution
On mardi 7 février 2012, Bruno Cortial wrote:
Salut,
Il y a quelques temps, j'avais proposé 2 scripts python pour améliorer les
fichiers Cléo.
http://lists.openstreetmap.org/pipermail/talk-fr/2011-August/035156.html
Je te propose de passer sur la liste dev-fr histoire de ne pas remplir plus
De : HELFER Denis
Je lance une idée en l'air (pour voir où elle peut retomber) :
- injecter le fichier osm brut de fonderie (ou générer directement à partir
du pdf)
une base locale PostGIS
- utiliser les outils de PostGIS pour signaler les éléments problématiques
* points trop
Cela ne concerne pas que la 4C, je trouve des cas semblables partout
en France, où le champ name est mal choisi...
Encore une fois, en cas de doute sur la clé à utiliser pour les
tags, avec des données pourtant utiles au repérage, mieux vaut
importer le texte sous la clé description. L'absence de
Le 8 février 2012 17:44, sly (sylvain letuffe) li...@letuffe.org a écrit :
On mardi 7 février 2012, Bruno Cortial wrote:
Salut,
Il y a quelques temps, j'avais proposé 2 scripts python pour améliorer
les
fichiers Cléo.
Le 8 févr. 2012 08:57, Romain MEHUT romain.me...@gmail.com a écrit :
Bonjour,
Excusez moi pour la facilité, Simon va pouvoir faire un stage orthographe
chez les CM1/CM2 ;)
Si c'est une offre, je l'accepte volontiers, je regrette de n'avoir pas
bien suivi les cours a cette époque.
Bon plus
Le 8 février 2012 15:32, Jean Couteau cout...@codelutin.com a écrit :
A Nantes, l'humain fait presque tout à la main :
http://wiki.openstreetmap.org/wiki/Nantes/Adresses_postales_Nantes_M%C3%A9tropole
- --
Jean Couteau - Code Lutin
J'ai pas les chiffres sous le coude mais sur les rues
Le 08/02/2012 18:30, Philippe Verdy a écrit :
(...)
Notes ===
Ne vous fiez pas forcément aux données affichées dans le mode plan
vectoriel de Google Maps : il y a de nombreuses erreurs et
approximations sur les noms de voies,
Se fier à des données des plans sous copyright Google ou ©
Bonsoir à tous,
Toutes les infos sur l'import de Nantes sont visibles sur la page
http://wiki.openstreetmap.org/wiki/Nantes/Adresses_postales_Nantes_M%C3%A9tropole
et les discussions sur la liste de diffusion
http://www.linux-nantes.org/wws/info/openstreetmap-nantes
Le script utilisé pour
Le 8 février 2012 14:57, Etienne Trimaille etienne.trimai...@gmail.com a
écrit :
Le 8 février 2012 14:54, Romain MEHUT romain.me...@gmail.com a écrit :
Le 8 février 2012 14:52, Pieren pier...@gmail.com a écrit :
2012/2/8 Romain MEHUT romain.me...@gmail.com:
J'ajoute qu'au delà des
Le 8 février 2012 18:41, monsieur a msr...@gmail.com a écrit :
Le 8 févr. 2012 08:57, Romain MEHUT romain.me...@gmail.com a écrit :
Bonjour,
Excusez moi pour la facilité, Simon va pouvoir faire un stage
orthographe chez les CM1/CM2 ;)
Si c'est une offre, je l'accepte volontiers, je
Bonsoir,
A l'occasion d'un déplacement professionnel, j'ai discuté aujourd'hui avec le
responsable SIG d'une ville moyenne.
Il connaissait déjà relativement bien OSM.
Il serait, pour sa part, assez favorable à engager une démarche avec la
communauté OSM mais doit bien évidemment au préalable
Plus facile à utiliser que Qgis, Viking (Linux ou Windows).
Tu ne pourras pas modifier la carte OSM, mais tu pourra rajouter dans
des couches supplémentaires tes points ou tes traces
http://sourceforge.net/apps/mediawiki/viking/index.php?title=Main_Page
http://doc.ubuntu-fr.org/viking
Je profite de ce message pour ressortir un ancien blog en anglais sur
une expérience similaire (mais le public était un peu plus vieux :
15/16 ans):
http://geoxchange.esriuk.com/journal/2011/11/17/the-next-geographers.html
Je traduis ce que l'auteur a retenu (entre autres) de cette expérience
et
Bonsoir à tous,
Le test est concluant : les fichiers xml générés à partir du script
paraissent conformes pour un import d'adresses à Montpellier.
Il reste quelques détails à régler :
- la licence décrite ici
http://www.etalab.gouv.fr/pages/licence-ouverte-open-licence-5899923.html
est-elle
Le 8 février 2012 20:55, Vincent de Chateau-Thierry v...@laposte.net a écrit :
Le 08/02/2012 18:30, Philippe Verdy a écrit :
(...)
Notes ===
Ne vous fiez pas forcément aux données affichées dans le mode plan
vectoriel de Google Maps : il y a de nombreuses erreurs et
approximations
Le 8 février 2012 23:57, Pieren pier...@gmail.com a écrit :
- ne pas surestimer le temps de mise à jour des tuiles de la carte en ligne
Je ne sais pas trop ce que cela veut dire. Parce que Mapnik (ou
MapQuest si on le préfère) ont un lag très variable. Et il suffit
qu'une tuile vient d'être
Les FIXME c'est justement pour ce que le validateur ne détecte pas ou
ne peut pas détecter, par exemple des données à affiner ou vérifier
sur le terrain.
En revanche, mettre FIXME dans une valeur de tag (par exemple
name=FIXME) est inutile. Mais FIXME est tout à fait utilisable en tant
que clé,
Le 8 février 2012 18:38, Bruno Cortial bruno.cort...@laposte.net a écrit :
Le 8 février 2012 17:44, sly (sylvain letuffe) li...@letuffe.org a écrit :
On mardi 7 février 2012, Bruno Cortial wrote:
Salut,
Il y a quelques temps, j'avais proposé 2 scripts python pour améliorer
les
fichiers
Bonjour,
Le 09/02/2012 01:28, Philippe Verdy a écrit :
Le 8 février 2012 20:55, Vincent de Chateau-Thierryv...@laposte.net a écrit :
Le 08/02/2012 18:30, Philippe Verdy a écrit :
(...)
Notes ===
Ne vous fiez pas forcément aux données affichées dans le mode plan
vectoriel de Google
51 matches
Mail list logo
