+--On 12 septembre 2009 21:35:44 +0200 Vincent Pottier
wrote:
| Bonsoir,
| Il y a tout à coup beaucoup de villes par là :
| http://osm.org/go/xVdgye--
|
| Surprenant...
Hum, ça ressemble à une région où j'ai fait des corrections
village/town/city en fonction de la population, mais c'était y'a ge
Moi j'aime (forcement) ;)
2009/9/12 Vincent Pottier
> Pieren a écrit :
>
> > > Quelqu'un devrais créer une image combinant le plan (ou une partie de
> > > plan) avec la liste (ou une partie de liste). Cette image pourrait
> > > ensuite être proposée comme image de la semaine sur le wiki principa
En effet, le cadastre n'a pas les routes en vecteur.
Les noms des rues sont assez bien orientés, grâce à un petit vecteur,
isolé, que le dessinateur trace entre les maisons dans l'emprise de la
rue,
et qui sert à placer et à orienter le texte
(Sur certains rendus du cadastre on le voit, ce
Pieren a écrit :
> > Quelqu'un devrais créer une image combinant le plan (ou une partie de
> > plan) avec la liste (ou une partie de liste). Cette image pourrait
> > ensuite être proposée comme image de la semaine sur le wiki principal
> > ici:
> > http://wiki.openstreetmap.org/wiki/Featured_image
>
> Ou on taggue (pardon on attribute) la rivière en layer=5 ;-)
>
Je dirai« qualifier », cela pourrait aller sinon « coder », c'est encore
plus court, il y a deux lettres de moins que tagguer :-)
Vincent
P.S. sinon en ce qui concerne ce fil, j'ai vérifié Corine pour les coins
que je conna
Pieren a écrit :
> 2009/9/12 Henri Gabolde (lp) :
>
>> Dans JOSM, peut on ajouter une relation dont on connait l'ID, et qui
>> n'existe pas dans le secteur chargé ?
>>
>>
>
> Non, il faut télécharger au moins un élément de cette relation pour
> qu'elle apparaisse dans la liste des relations
Le samedi 12 septembre 2009 à 22:17 +0200, Vincent Pottier a écrit :
> monsieur a a écrit :
> > Je crois que le lien ne nous donne pas le layer clc, ou peut être ai je
> > fait une erreur ???
> >
> > Simon
> >
> >
> Pour rappel :
>
> http://beta.letuffe.org/?zoom=10&lat=45.94247&lon=7.15707&la
monsieur a a écrit :
> Je crois que le lien ne nous donne pas le layer clc, ou peut être ai je
> fait une erreur ???
>
> Simon
>
>
Pour rappel :
http://beta.letuffe.org/?zoom=10&lat=45.94247&lon=7.15707&layers=BFT
Le lien ne donne pas le layer CLC comme sur http://sd1878-2.sivi
Thomas Petazzoni a écrit :
> Je ne suis pas sûr de ce qu'il faut vérifier. Mais du coté des Landes
> (recouvertes de forêt de conifères, donc), je trouve que ce n'est pas
> très vert. En tout cas, pour des communes comme Sanguinet/Biscarosse
> que je connais, c'est évidemment qu'il manque du vert..
Le samedi 12 septembre 2009 à 21:38 +0200, Thomas Petazzoni a écrit :
> Le Sat, 12 Sep 2009 15:59:44 +0200,
> sylvain letuffe a écrit :
>
> > On demande aux motivés de regarder les coins qu'ils connaissent et
> > voir s'il n'y a pas des landuse=residential qui rentre dans un lac,
> > une forêt q
Thomas Petazzoni wrote:
> Le Sat, 12 Sep 2009 15:59:44 +0200,
> sylvain letuffe a écrit :
>
>
>> On demande aux motivés de regarder les coins qu'ils connaissent et
>> voir s'il n'y a pas des landuse=residential qui rentre dans un lac,
>> une forêt qui chevauche une autre, bref voir s'il n'y a p
Thomas Petazzoni a écrit :
>
> Je ne suis pas sûr de ce qu'il faut vérifier. Mais du coté des Landes
> (recouvertes de forêt de conifères, donc), je trouve que ce n'est pas
> très vert. En tout cas, pour des communes comme Sanguinet/Biscarosse
> que je connais, c'est évidemment qu'il manque du vert
Le Sat, 12 Sep 2009 15:59:44 +0200,
sylvain letuffe a écrit :
> On demande aux motivés de regarder les coins qu'ils connaissent et
> voir s'il n'y a pas des landuse=residential qui rentre dans un lac,
> une forêt qui chevauche une autre, bref voir s'il n'y a pas
> téléscopage entre l'existant et
Bonsoir,
Il y a tout à coup beaucoup de villes par là :
http://osm.org/go/xVdgye--
Surprenant...
--
Vincent alias FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
2009/9/12 Vincent Pottier :
> J'espère qu'il n'est pas trop grand dans l'agglomération pour rester
> dans la tolérance.
> Ce serait dommage de se passer de 'residential' là où un supermarché, un
> cimetière ou autre sont les seules infos entrées pour un village.
>
> --
> Vincent alias FrViPofm
Les
Emilie Laffray a écrit :
>
> Je suis deja en train de corriger le deuxième problème. Il est lie a une
> erreur de ma part dans l'évaluation des surfaces. Actuellement l'overlap
> utilise les conditions suivantes:
> pop.aeroway IS NOT NULL
> pop.natural IS NOT NULL
> pop.wood IS NOT NULL
> pop.water
Vincent Pottier wrote:
> Emilie Laffray a écrit :
>
>>
>> J'ai relance la création des fichiers Corine avec le test
>> waterway=riverbank puisque des erreurs ont été trouvées.
>>
>> Emilie Laffray
>>
>>
>>
> C'est déjà parti pour 8 heures ?
> Parce que les deux erreurs sont sur la mêm
Bon,
je viens de relancer l'import des données. J'ai changé les requetes SQL.
Le systeme sera donc bien plus réactif cote overlap du fait du mécanisme
que je mets en place. Voila, la commande précédente comparé a la nouvelle:
SELECTDISTINCT f."CLC:id",
MAX(ST_AREA(ST_Intersecti
Etienne Trimaille a écrit :
> Bravo à toute l'équipe qui a travaillé sur cet import ;-)
>
> Je m'attendais aussi à moins de trou, mais bon, on va compléter au fur
> et à mesure ce qu'il manque.
Bientôt Corine importera OSM ;-)
--
Vincent alias FrViPofm
___
Emilie Laffray a écrit :
>
> J'ai relance la création des fichiers Corine avec le test
> waterway=riverbank puisque des erreurs ont été trouvées.
>
> Emilie Laffray
>
>
C'est déjà parti pour 8 heures ?
Parce que les deux erreurs sont sur la même rivière. C'est peut-être
elle qui est fautive..
Emilie Laffray wrote:
> Pieren wrote:
>
>> 2009/9/12 Emilie Laffray :
>>
>>
>>> J'ai relance la création des fichiers Corine avec le test
>>> waterway=riverbank puisque des erreurs ont été trouvées.
>>>
>>> Emilie Laffray
>>>
>>>
>> Est-ce que waterway=riverbank est le seul p
Emilie Laffray a écrit :
> Pieren wrote:
>
>> Merci pour le tuyau. Hmm, il semblerait que la détection d'overlap
>> n'est pas fonctionné pour les polygones waterway=riverbank, en tout
>> cas sur cette zone. Peut-être parce qu'il manque un tag natural=water
>> présent sur d'autres cours d'eau ?
>
Pieren wrote:
> 2009/9/12 Emilie Laffray :
>
>> J'ai relance la création des fichiers Corine avec le test
>> waterway=riverbank puisque des erreurs ont été trouvées.
>>
>> Emilie Laffray
>>
>
> Est-ce que waterway=riverbank est le seul problème de non-détection ?
>
> Concernant les overlaps
tenshu a écrit :
> Beau boulot en tout cas! Félicitations à tout ceux qui ont bossés sur
> cet import.
>
> De mon côté je n'ai pas vu de grosses aberrations, je me demande juste
> à quoi corresponde ces "zones mystères" :
> http://beta.letuffe.org/?zoom=14&lat=48.75713&lon=2.48024&layers=B
2009/9/12 Emilie Laffray :
> J'ai relance la création des fichiers Corine avec le test
> waterway=riverbank puisque des erreurs ont été trouvées.
>
> Emilie Laffray
Est-ce que waterway=riverbank est le seul problème de non-détection ?
Concernant les overlaps sur Eurodisney, on dirait que les land
Etienne Trimaille a écrit :
> Reste à mettre en place un calque corine en totalité(ou autre
> solution) pour compléter :)
Un outils pour exploiter les rebuts.
>
> Oui, j'ai vu que le Doubs en amont de Besac allait demander des
> modifs. J'imagine que c'est le cas pour beaucoup de rivières qui ne
>
Pieren a écrit :
> Hé hé, la prochaine question sera "comment traduire mapping party" ?
> ;-) (sondage toujours actif sur doodle)
pfff, tout le monde est d'accord que c'est une réunion finissant par
"liquide convivial" ;-)
> Ayant fait pas mal de traduc sur le wiki, je me suis aussi posé la
> qu
Vincent Pottier wrote:
> J'observe peu de télescopage dans mon coin. Certes, il y aura des
> corrections à faire à la main, un peu de couture, mais je ne vois pas
> d'overlap monstueux.
> J'ai au contraire l'impression qu'il a été très prudent l'overlap. Des
> zones agricoles de CLC (code 211) ne s
Pieren a écrit :
> Baume-les-Dames, encore un cinglé qui met des bâtiments partout !
> (bravo quand même à l'auteur, même si l'église est toute verte:
> http://www.openstreetmap.org/?lat=47.343692&lon=6.367983&zoom=18&layers=B000FTF
> - bug de rendu ou plutôt absence de relation multipolygone ?)
>
>Baume-les-Dames, encore un cinglé qui met des bâtiments partout !
Ben c'est la mode :) Le centre-ville de Strasbourg ne s'est pas fait tout
seul non plus ;)
J'ai commencé le tracage, et je rajoute les numéros après verif sur le
terrain, car j'ai relevé quelques faux-numéros de rue.
>(bravo quand
Pieren wrote:
> Merci pour le tuyau. Hmm, il semblerait que la détection d'overlap
> n'est pas fonctionné pour les polygones waterway=riverbank, en tout
> cas sur cette zone. Peut-être parce qu'il manque un tag natural=water
> présent sur d'autres cours d'eau ?
> Baume-les-Dames, encore un cinglé q
Haha j'ai débusqué un mechant overlap sur Eurodisney :
http://beta.letuffe.org/?zoom=13&lat=48.84702&lon=2.81189&layers=BFT
Transformant le pays de Mickey en champs :q (moi j'y voit pas beaucoup
d'inconvénients mais bon :q).
D'ailleurs dans ce coin les landluse sont incomplèt
> Ayant fait pas mal de traduc sur le wiki, je me suis aussi posé la
> question bien-sûr. Je n'aime pas le terme "balise" qui, pour moi, veut
> dire "j'ai peur (je balise)" ou "il a peur (il balise)". Bien sûr, les
> newbies-débutants balisent parfois devant le nombre important de
> tags-attributs
2009/9/12 Etienne Trimaille :
> Oui, j'ai vu que le Doubs en amont de Besac allait demander des modifs.
> J'imagine que c'est le cas pour beaucoup de rivières qui ne sont pas
> présentes dans CLC :
> http://beta.letuffe.org/?zoom=17&lat=47.34197&lon=6.37414&layers=BFT
>
Merci pour
Hé hé, la prochaine question sera "comment traduire mapping party" ?
;-) (sondage toujours actif sur doodle)
Ayant fait pas mal de traduc sur le wiki, je me suis aussi posé la
question bien-sûr. Je n'aime pas le terme "balise" qui, pour moi, veut
dire "j'ai peur (je balise)" ou "il a peur (il bali
Bravo à toute l'équipe qui a travaillé sur cet import ;-)
Je m'attendais aussi à moins de trou, mais bon, on va compléter au fur et à
mesure ce qu'il manque. Reste à mettre en place un calque corine en
totalité(ou autre solution) pour compléter :) Comme dit plus haut, c'est
déjà énorme la surface
Ne pas oublier que les informaticiens sont des fainéants, et que attribut
est beaucoup plus long à écrire et à lire que tag ;-)
Il me semble qu'il y a déjà eu une discussion sur le fait qu'un node est un
node, et qu'un way est un way quelque soit la langue. Ce sont les termes
techniques d'OSM. A r
On Sat, 2009-09-12 at 17:08 +0200, Vincent Calame wrote:
>
> Bref, s'il y avait à fixer une fois pour toute la traduction de « tag
> », ma préférence serait pour « attribut » qui est, me semble-t-il,
> aussi parlant pour des informaticiens que des non-informaticiens.
Bonne idée, du même coup:
T
Voila qui promet de nombreux troll :q
A titre purement personnel je suis absolument opposé à un traduction de
termes comme tag, plugin etc.
Et je pense que la raison tu l'a tout même décrite, c'est qu'il n'y a pas de
traduction directe qui fasse l'unanimité.
Ce qui nous donne le dicton: Appelons
sylvain letuffe a écrit :
> salut à tous,
>
> On a (ouais, enfin, moi pas trop) bien avancé la préparation de l'import de
> corine, et pour essayer de voir s'il n'y a pas de problèmes, j'ai mis en
> place un rendu des futures données à importer (pas juste corine, mais corine
> sans superposition
Beau boulot en tout cas! Félicitations à tout ceux qui ont bossés sur cet
import.
De mon côté je n'ai pas vu de grosses aberrations, je me demande juste à
quoi corresponde ces "zones mystères" :
http://beta.letuffe.org/?zoom=14&lat=48.75713&lon=2.48024&layers=BFT
J'aurais pensé q
Bonjour,
Je continue ma découverte d'OSM et j'ai remarqué qu'il n'y avait pas
consensus pour la traduction du mot « tag », on trouve tout aussi bien
étiquette, balise, attribut et ... tag. Cette absence de consensus est
un peu gênante car on peut passer à côté de certaines choses (par
exemple,
salut à tous,
On a (ouais, enfin, moi pas trop) bien avancé la préparation de l'import de
corine, et pour essayer de voir s'il n'y a pas de problèmes, j'ai mis en
place un rendu des futures données à importer (pas juste corine, mais corine
sans superposition avec l'existant dans osm )
C'est pa
Bonjour,
> Connaissez vous un outil pour trouver une relation en connaissant une
> partie du nom (à part Potlash) ?
>
http://betaplace.emaitie.de/webapps.relation-analyzer/analyze.jsp (avec
la boite Search)
N.
___
Talk-fr mailing list
Talk-fr@open
Pieren a écrit :
> 2009/9/12 Gilles Corlobé :
>
>> Bonjour,
>> Je crois que, en ce qui concerne la légalité, il y a 2 possibilités :
>> - soit le contributeur a relevé les éléments sur place à l'aide de son GPS
>> et a noté la référence du repère (mais ce n'est pas toujours facile parce
>> que c
2009/9/12 Henri Gabolde (lp) :
> Connaissez vous un outil pour trouver une relation en connaissant une
> partie du nom (à part Potlash) ?
Pas à ma connaissance. Mais comme il sort régulièrement de nombreux
outils de validation, recherche, statistiques, etc sur les données
osm, j'ai pu en raté un q
2009/9/12 Gilles Corlobé :
> Bonjour,
> Je crois que, en ce qui concerne la légalité, il y a 2 possibilités :
> - soit le contributeur a relevé les éléments sur place à l'aide de son GPS
> et a noté la référence du repère (mais ce n'est pas toujours facile parce
> que certains sont "perchés" dans d
Bonjour à tous,
Je me joins aux précédents messages pour dire un grand bravo à toute
l'équipe qui a participé au développement de MapOSMatic.
J'ai modestement relayé l'information de mon côté (
http://geotribu.net/node/156).
Une question revient régulièrement concernant l'archivage des cartes déj
Bonjour,
Je me permet modestement de proposer ma commune, qui à les caractéristiques
requises.
A savoir que les constructions/voiries sont très centrés sur la partie
supérieures (la partie sud contient un hameau).
Elle contient pas mal de détails : notre grand parc, ZAC, écoles, bâtiments.
Tout c
Connaissez vous un outil pour trouver une relation en connaissant une
partie du nom (à part Potlash) ?
Dans JOSM, peut on ajouter une relation dont on connait l'ID, et qui
n'existe pas dans le secteur chargé ?
Merci
--
Henri Gabolde
henri.gabo...@laposte.net
__
J'ai complété le wiki :
http://wiki.openstreetmap.org/wiki/FR:Itinéraires_cyclables
- itinéraires EuroVelo
- Voies vertes en Bretagne
en rajoutant les relations que j'avais trouvé.
Et j'ai rajouté une section Chemins de halage.
Je pense au canal de Nantes à Brest qui commence à être bien mappé (le
51 matches
Mail list logo
