Quelques travaux de maintenance en cours ?
http://www.openstreetmap.fr/outils/etat-commune?insee=25056
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Le 4 décembre 2013 02:13, Copro Grammes coprogram...@yahoo.fr a écrit :
De par mon expérience récente, ce qui est en effet le plus déroutant pour
le béotien, c'est la disparité de l'utilisation de ces différents schémas.
Pour le contributeur lambda+ (qui est prêt à faire l'effort de bien
-- Message: 2 Date: Tue, 03 Dec 2013
21:05:32 +0100 From: Vincent Bergeot vinc...@bergeot.org To:
Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re:
[OSM-talk-fr] Wikipedia OpenStreetMap etc. Message-ID:
529e398c.7080...@bergeot.org Content-Type:
Yes sir... le serveur osm7 qui contient les bases utilisées est malade (1
disque HS, 1 bientôt et 1 ok donc RAID boiteu).
Je vais revoir mes scripts pour m'appuyer sur d'autres bases plus solides
et surtout certaines choses vont être simplifiée par le fait d'avoir
terminé le mapping des communes.
Powered by Leaflet indique uniquement que Leaflet est utilisé, mais Leaflet
peut afficher n'importe quelle carte et pas que de l'OSM. Il manque donc
bien une attribution OSM (comme trop souvent).
Le 4 décembre 2013 10:23, Florence Devouard anth...@anthere.org a écrit :
Bonjour,
J'ai lancé JOSM sur Meaux en demandant l'import des GPX uploadés
OpenStreetMap, et je (re)tombe sur un GPX qui m'intéresse au plus haut
point. C'est le seul qui suit le canal de l'Ourcq, mais c'est aussi un de
ceux que j'ai mis sur VisuGPX en Août dernier, sans confusion possible
Le 04/12/2013 10:23, Christian Quest a écrit :
Yes sir... le serveur osm7 qui contient les bases utilisées est malade
(1 disque HS, 1 bientôt et 1 ok donc RAID boiteu).
Je vais revoir mes scripts pour m'appuyer sur d'autres bases plus
solides et surtout certaines choses vont être simplifiée
Etat-commune est un petit script qui a grossit sans s'organiser vraiment.
C'est donc un gros morceau de PHP inséré dans une page drupal du site web,
bref un truc pas propre du tout ;)
Il faudrait revoir tout ça de zéro pour faire un truc propre et indépendant
de drupal, modulaire, gittable...
2013/12/4 Christian Quest cqu...@openstreetmap.fr:
Le 4 décembre 2013 02:13, Copro Grammes coprogram...@yahoo.fr a écrit :
Si déjà on pouvait se mettre d'accord sur une approche (celle-là ou une
autre) avant de faire des modif ça nous donnerait une feuille de route
claire, non ?
Je pense
2013/12/4 Christian Quest cqu...@openstreetmap.fr:
Powered by Leaflet indique uniquement que Leaflet est utilisé, mais Leaflet
peut afficher n'importe quelle carte et pas que de l'OSM. Il manque donc
bien une attribution OSM (comme trop souvent).
+1
Mais notez que l'attribution ne doit pas
Dans la revue la Recherche N° 482 de décembre 2013, 3 petites cartes OSM
dument copyrighté, page 32, 33 et 34.
--
View this message in context:
http://gis.19327.n5.nabble.com/OSM-dans-La-Recherche-tp5788414.html
Sent from the France mailing list archive at Nabble.com.
Bonjour,
Et dans l'atlas des garrigues
(http://edition.euziere.info/wakka.php?wiki=AtlasGarrig) - un bien beau
cadeau de Noël, achetez en plein ;-) - publié récemment par le collectif
des garrigues une carte OSM en page 262. Ils ont organisé pas mal
d'activités de cartographie collaborative
Bonjour,
Après le message de Cmi, je me suis un peu amusé à essayer la 3D sur quelques
bâtiments. J'ai encore quelques soucis … ma question du moment, comment
représenter un porche arrondi comme ici :
http://www.archi-guide.com/PH/FRA/CFe/AubiereCEMAGREFHauA4.jpg
J'ai bien la forme arrondie du
Nicolas Dumoulin wrote
J'ai bien la forme arrondie du toit et j'ai essayé un wall=no mais le
porche
reste plein (en tout cas dans kendzi 3D). Y aurait-il une astuce pour cela
?
Bonjour, sur F4Map ça fonctionne avec wall=no (modulo le fait que le toit ne
sera visible que du dessus, je n'ai
Le mercredi 4 décembre 2013 04:38:51 cmi a écrit :
Nicolas Dumoulin wrote
J'ai bien la forme arrondie du toit et j'ai essayé un wall=no mais le
porche
reste plein (en tout cas dans kendzi 3D). Y aurait-il une astuce pour cela
?
Bonjour, sur F4Map ça fonctionne avec wall=no (modulo le
Le 04/12/2013 13:38, cmi a écrit :
Nicolas Dumoulin wrote
J'ai bien la forme arrondie du toit et j'ai essayé un wall=no mais le
porche
reste plein (en tout cas dans kendzi 3D). Y aurait-il une astuce pour cela
?
Bonjour, sur F4Map ça fonctionne avec wall=no (modulo le fait que le toit ne
Le mercredi 4 décembre 2013 13:58:08 Christophe Merlet a écrit :
A ce propos, ne faudrait t'il pas convertir les wall=no en building=roof
? et agir directement à la base sur le script d'import du cadastre.
Cette spécificité française est-elle bien pertinente ?
J'avais mal lu, et n'avais pas vu
A ce qu'il me semble wall=no ne peut pas systématiquement se traduire en
building=roof
Il me fait plus penser à un indice comme quoi la description du polygone
peut être affinée, tout comme la majorité des building=yes qui pourraient
passer en building=house/etc...
Le mercredi 4 décembre 2013
Bonjour,
Tout est dans le titre :-)
Avec la Somme, terminée aujourd'hui, nous venons de boucler le tracé des
limites de
_toutes_ les communes françaises (à l'exception des 17 de Mayotte, non
répertoriées sur
le site du Cadastre pour l'instant).
C'est un chantier de presque 6 ans qui s'achève,
Nicolas Dumoulin wrote
Ok, donc il faut que je fasse les deux murs qui soutiennent le porche en
plus
alors.
Tout à fait.
Nicolas Dumoulin wrote
Kendzi3D ne gère pas le flag wall=no car il est quasi spécifique à la
France
(sur F4Map nous gérons building=roof et wall=no pour les bâtiments
\o/
Grand bravo aux fourmis !
Nous allons largement communiquer autour de cette fin de chantier (et de la
suite avec le contrôle de qualité), dès demain je travaillerai avec Gaël
sur un communiqué de presse à ce sujet.
Le 4 décembre 2013 14:29, V de Chateau-Thierry v...@laposte.net a écrit :
On a réussi, on a réussi, c'est enfin fini, c'est enfin fini !!
Oups ! Désolé ! Mais après 7 mois de mapcraft assez intensifs, je suis
vraiment content qu'on soit arrivé au bout.
Stf
Le mercredi 4 décembre 2013 14:29:01, V de Chateau-Thierry a écrit :
Bonjour,
Tout est dans le titre :-)
Le 04/12/2013 14:25, Christian Quest a écrit :
A ce qu'il me semble wall=no ne peut pas systématiquement se traduire en
building=roof
Il me fait plus penser à un indice comme quoi la description du polygone
peut être affinée, tout comme la majorité des building=yes qui
pourraient passer en
Le 04/12/2013 14:41, Stéphane Péneau a écrit :
On a réussi, on a réussi, c'est enfin fini, c'est enfin fini !!
Oups ! Désolé ! Mais après 7 mois de mapcraft assez intensifs, je suis
vraiment content qu'on soit arrivé au bout.
Stf
Chapeau à ceux qui ont assuré ces derniers temps !
--
Bonjour
Hum,
ITO pourrait nous faire une petite vidéos à la genre Year of
contributions, mais du style years of french boundary limits ?
Cordialement
--
David Crochet
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Super nouvelle ! Délai du 12 décembre plus que largement tenu en plus
:-) En plus de mapcraft, merci aussi à toi Vincent pour la coordination
de ce travail depuis plusieurs mois.
Elle est géniale ta vidéo. Tu as utilisé quel outil pour faire
l'animation des contributions ?
Bon allez je vais
2013/12/4 Christophe Merlet red...@redfoxcenter.org:
De même que wall=no n'est que rarement vrai. Nombre de ces bâtiments
sont en réalité fermés au quatre vents mais avec des structures
légères (véranda, logia, passerelle, ...)
Le remplacement de wall=no par building=roof permettrait de
Le mercredi 4 décembre 2013 15:13:43 Nicolas Moyroud a écrit :
Super nouvelle ! Délai du 12 décembre plus que largement tenu en plus
:-) En plus de mapcraft, merci aussi à toi Vincent pour la coordination
de ce travail depuis plusieurs mois.
Elle est géniale ta vidéo. Tu as utilisé quel
2013/12/4 Vincent Pottier vpott...@gmail.com:
Chapeau à ceux qui ont assuré ces derniers temps !
La vidéo ne distingue pas les communes vectorisées et celles en
raster. Les contributeurs qui ce sont tapés le raster méritent dix
fois plus de félicitations ;-)
Attention toutefois : j'ai encore
Le 04/12/2013 14:29, V de Chateau-Thierry a écrit :
Bonjour,
Tout est dans le titre :-)
Félicitations à l'équipe des traceurs.
On va pouvoir supprimer les is_in \o/ :)
Avec la Somme, terminée aujourd'hui, nous venons de boucler le tracé des
limites de
_toutes_ les communes françaises (à
Les grands esprits se rencontrent ?
http://osm13.openstreetmap.fr/~cquest/openfla/
Le 4 décembre 2013 15:19, Nicolas Dumoulin
nicolas_openstreetmap@dumoulin63.net a écrit :
Le mercredi 4 décembre 2013 15:13:43 Nicolas Moyroud a écrit :
Super nouvelle ! Délai du 12 décembre plus que
Comme aurait dit un chanteur francophone mais pas français : Formidable.
Vous les trouverez ici (les contributeurs, et les
relations) : http://vimeo.com/user22882814/osmfrenchboundaries
Elle est bien cette vidéo et ça peut faire un outil de communication.
Néanmoins, je trouve que les
OpenSuperFLA ;)
Le 4 décembre 2013 15:29, Nicolas Moyroud nmoyr...@free.fr a écrit :
Ou alors en incrust avec une petite pause ?
Pour OpenFLA je trouve ça pas génial comme nom. Le FLA est très connoté
données dégradées chez les géomaticiens, ça donne plutôt une mauvaise
opinion de la
De : Nicolas Moyroud
Super nouvelle ! Délai du 12 décembre plus que largement tenu en plus
:-) En plus de mapcraft, merci aussi à toi Vincent pour la coordination
de ce travail depuis plusieurs mois.
Elle est géniale ta vidéo. Tu as utilisé quel outil pour faire
l'animation des
Le 04/12/2013 15:14, Pieren a écrit :
2013/12/4 Christophe Merlet red...@redfoxcenter.org:
De même que wall=no n'est que rarement vrai. Nombre de ces bâtiments
sont en réalité fermés au quatre vents mais avec des structures
légères (véranda, logia, passerelle, ...)
Le remplacement de
Le mercredi 4 décembre 2013 15:24:50, Pieren a écrit :
Attention toutefois : j'ai encore corrigé la semaine dernière la
vieille limite au sud de Paris qui se trompait en se collant sur une
route
G, j'ai horreur de ces collages ! Ca devrait être interdit ! :-)
Stf
Ou alors en incrust avec une petite pause ?
Pour OpenFLA je trouve ça pas génial comme nom. Le FLA est très connoté
données dégradées chez les géomaticiens, ça donne plutôt une mauvaise
opinion de la qualité.
Nicolas
-
Nicolas Moyroud
De : Pieren
La vidéo ne distingue pas les communes vectorisées et celles en
raster. Les contributeurs qui ce sont tapés le raster méritent dix
fois plus de félicitations ;-)
Pour le distingo, il faudrait pouvoir connaître la date charnière entre raster
et
vecteur, pour chaque commune, du
Le 4 décembre 2013 15:37, V de Chateau-Thierry v...@laposte.net a écrit :
Prochaine étape : harmoniser les tags (admin_centre, postcode,
population) et les limites en coastline (si c'est pas déjà fait).
Oui, les corrections sont permanentes, même si à un petit rythme. Les
outils comme
Oui ça m'intéresse de récupérer les éléments qui ont servis à faire
cette vidéo.
Je peux mettre à dispo les différents bouts de scripts, ainsi que les fichiers
XML des
versions 1 des relations, si certains veulent s'en servir. C'est une matière à
stats
assez riche :).
Bonjour à tous,
En allant sur le site de Free, j'ai trouvé ceci:
http://www.free.fr/freecenter/index.html
J'ai bien l'impression qu'ils ne citent pas OSM, alors qu'ils utilisent
MapQuest comme rendu..
C'est sympa que leur fondation nous file des serveurs, mais si c'est pour
ne pas respecter la
Félicitations et un grand merci à ceux qui se sont tapés les planches
raster ces derniers mois...
Comme grand chantier, il y aura prochainement celui des cantons : la
découpe devant être officialisée 1 an avant l'élection, donc publication
des décrêts au plus tard au printemps 2013.
Francescu
J'ai remis à jour les données pour le rendu des écarts OSM/IGN:
http://tile.openstreetmap.fr/?zoom=6lat=46.69442lon=2.7472layers=B000FFFTFF
Les points mauve ont disparu à quelques exceptions près (différences de
jointure entre OSM et IGN).
Le 4 décembre 2013 15:55, Nicolas Moyroud
Le 04/12/2013 16:00, Jean-Marc Gailis a écrit :
Bonjour à tous,
En allant sur le site de Free, j'ai trouvé ceci:
http://www.free.fr/freecenter/index.html
J'ai bien l'impression qu'ils ne citent pas OSM, alors qu'ils utilisent
MapQuest comme rendu..
Certes, mais comment peuvent ils savoir que
Comme je le disais il y a aussi le chantier des EPCI, d'autant qu'il
semblerait que beaucoup vont encore changer au 1er janvier 2014.
J'ai publié la news de la fin des tracés sur mon site :
Problème souvent identique avec Mapbox qui se met bien sûr beaucoup plus en
avant qu'OSM (business first).
Le 4 décembre 2013 16:12, Christophe Merlet red...@redfoxcenter.org a
écrit :
Le 04/12/2013 16:00, Jean-Marc Gailis a écrit :
Bonjour à tous,
En allant sur le site de Free, j'ai
http://map.f4-group.com/#lat=47.2352393lon=6.0198982zoom=16ui.discoveryOpen=falsecamera.theta=65.931camera.phi=-137.041
Vous ouvrez.
Vous laissez mijoter un (bon) moment.
Vous savourez.
Bon il y a quand même des limites au modèle numérique de terrain,
particulièrement pour la Citadelle de
Tiens au fait c'est quoi la petite histoire du tracé des limites de
communes dans le Nord de la France ? D'après la vidéo ça date d'avant
l'autorisation d'utilisation du cadastre. Ils ont fait comment à
l'époque les chtis ? :-)
Nicolas
___
Talk-fr
2013/12/4 Christophe Merlet red...@redfoxcenter.org:
Certes, mais comment peuvent ils savoir que derrière MapQuest se
trouvent des données OSM.
Ils citent leur fournisseur de données. Ils ont fait leur taf.
MapQuest est sans doute plus à blamer de ne pas citer OpenStreetMap par
défaut
L'outil a été initialement créé par Arno Renevier.
Il utilise Postgis, mais pas du tout osm2pgsql.
Le schéma doit être relativement simple en comparaison. On le trouve dans
un fichier du dépôt github.
C'est un peu à l'opposé de ce que tu proposes, mais l'outil pourrait
également pouvoir couvrir
Je viens de faire quelques petites corrections (code INSEE inversé avec le
code postal, code INSEE incorrect sur une commune et donc en double avec
une autre, type=multipolygon au lieu de type=boundary sur une commune).
J'en compte 36660 (sauf erreur) avec un tag ref:INSEE et admin_level=8
Donc
Le 04/12/2013 16:52, Christian Quest a écrit :
Je viens de faire quelques petites corrections (code INSEE inversé avec
le code postal, code INSEE incorrect sur une commune et donc en double
avec une autre, type=multipolygon au lieu de type=boundary sur une commune).
J'en compte 36660 (sauf
Il y a aussi peut-être des mises à jour anticipées pour 2014 déjà dans OSM
dans les communes.
Concernant les EPCI, et pays (Loi Voynet) il y a aussi du changement
annoncé (comme l'extension en janvier 2014 de la communauté d'agglomération
de Rennes Métropole, après la dissolution de la communauté
2013/12/4 Christian Quest cqu...@openstreetmap.fr:
J'en compte 36660 (sauf erreur) avec un tag ref:INSEE et admin_level=8
Donc 21 de moins que le COG...
Dans ce document du COG, il y a 36682 communes listées (au 1er janvier 2013):
Sans Mayotte, on tombe à 36665. Il en manque 5 !
Chic un nouveau jeu : chercher les communes manquantes. Et on gagne quoi
? ;-)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
De : Pieren
2013/12/4 Christian Quest :
J'en compte 36660 (sauf erreur) avec un tag ref:INSEE et admin_level=8
Donc 21 de moins que le COG...
Dans ce document du COG, il y a 36682 communes listées (au 1er janvier 2013):
Oui vaste chantier, plus aucune commune ne doit être sans intercommunalité à
partir du premier janvier 2014 (avec un petit flottement allant jusqu'en Juin)
ça chamboule pas mal, il y a beaucoup de fusion d'intercommunalités... Pour
avoir des infos c'est compliqué ça dépend des départements et
Ca ne doit pas être compliqué de comparer la liste des codes INSEE extraite
de chaque base dans un fichier plat: un tri, un diff, et c'est fait.
Le 4 décembre 2013 17:34, Nicolas Moyroud nmoyr...@free.fr a écrit :
Sans Mayotte, on tombe à 36665. Il en manque 5 !
Chic un nouveau jeu :
On peut se synchroniser en ajoutant dans les relations concernées le
start_date=* et end_date=*, tout en conservant les codes INSEE attachés.
Même si ensuite dans OSM on ne garde que les codes actuels dans le jeu de
relations avec admin_level=8 ; les autres changent de niveau ou changent la
Le 04/12/2013 17:41, V de Chateau-Thierry a écrit :
De : Pieren
2013/12/4 Christian Quest :
J'en compte 36660 (sauf erreur) avec un tag ref:INSEE et admin_level=8
Donc 21 de moins que le COG...
Dans ce document du COG, il y a 36682 communes listées (au 1er janvier 2013):
Le 04/12/2013 17:54, Philippe Verdy a écrit :
On peut se synchroniser en ajoutant dans les relations concernées le
start_date=* et end_date=*, tout en conservant les codes INSEE attachés.
Même si ensuite dans OSM on ne garde que les codes actuels dans le jeu
de relations avec admin_level=8 ;
Le 04/12/2013 17:41, V de Chateau-Thierry a écrit :
De : Pieren
2013/12/4 Christian Quest :
J'en compte 36660 (sauf erreur) avec un tag ref:INSEE et admin_level=8
Donc 21 de moins que le COG...
Dans ce document du COG, il y a 36682 communes listées (au 1er janvier 2013):
Le 4 décembre 2013 18:02, Christophe Merlet red...@redfoxcenter.org a
écrit :
Est-ce que l'on veut conserver dans OSM l'historique des limites
communales, leur dénomination et code INSEE... c'est moins sûr !
Sur une durée de transition pouvant aller jusqu'à 2 année complètes, je
pense que
Désolé de faire mon rabat-joie,mais je vous rappelle qu'il reste quelques
vieille scories dans le lot :
http://taginfo.openstreetmap.fr/search?q=source%3DGeoFla
Je vous recommande de nettoyer cette part d'ombre avant de le crier sur les
toits.
A+
Le 4 décembre 2013 14:29, V de Chateau-Thierry
Le mercredi 4 décembre 2013 18:02:47 Christophe Merlet a écrit :
Est-ce que l'on veut conserver dans OSM l'historique des limites
communales, leur dénomination et code INSEE... c'est moins sûr !
Non, clairement.
La solution sera de publier aux moments opportuns les exports kivonbien, et
Pas difficile à trouver cela doit être mesurable: l'unité de base pour
trouver l'info c'est le document. Sur le web c'est la page web elle-même
pas sur une autre page d'accueil du site. Et si possible pas à un endroit
caché ou qu'il faut révéler par une action peu évidente de l'utilisateur
(une
Et voilà comment on se retrouve avec une base batarde à tout moment et
aucun moyen d'assurer une transition de compatibilité.
Il me semble raisonnable de garder des historiques limités (2 ans ça doit
être suffisant) dans la base afin de faciliter ces transitions, surtout
pour des objets de
Bonsoir,
Je me permet de vous faire un petit Compte-rendu d'une après midi assez
utile:
A l'aide de Pascal (Zewan), Nicolas (Pokomams) et mon frère (Emmanuel Viala)
nous avons fait une minicartopartie découverte pour une dizaines de membre
du Collectif Educpop 2.0 des Deux-Sèvres.
Ce collectif
En attendant que tout le monde soit d'accord sur le nombre de communes
en France, je trinque à ce travail terminé :
http://img607.imageshack.us/img607/3779/rrox.jpg
Stf
Le 04/12/2013 18:12, Nicolas Dumoulin a écrit :
Le mercredi 4 décembre 2013 18:02:47 Christophe Merlet a écrit :
Est-ce
Le 04/12/2013 14:29, V de Chateau-Thierry a écrit :
Bonjour,
Tout est dans le titre :-)
Avec la Somme, terminée aujourd'hui, nous venons de boucler le tracé des
limites de
_toutes_ les communes françaises (à l'exception des 17 de Mayotte, non
répertoriées sur
le site du Cadastre pour
OpenDatasoft propose des API et différents services de téléchargement pour
publier des données opendata.
Ils ont repris les POI OSM amenity=* et mis ça en forme sur leur plateforme
qui permet de les explorer de différentes façons (tableaux, carte, analses,
API, download, etc).
Un aspect
Le 4 décembre 2013 22:52, Christian Quest cqu...@openstreetmap.fr a écrit
:
OpenDatasoft propose des API et différents services de téléchargement pour
publier des données opendata.
Ils ont repris les POI OSM amenity=* et mis ça en forme sur leur
plateforme qui permet de les explorer de
En revanche quelques perles sur la façon dont OpenDatasoft tente de
géolocalise des adresses trouvées dans les fichiers OpenData:
Bonjour,
en essayant de corriger les erreurs osmose avec le message *Manque le tag
layer aux alentours du pont* j'ai pris l'habitude de mettre la rivière ou
la route en layer=0 et le pont en layer=1 (ou 1 et 2 si plusieurs
croisement)
Dernièrement, j'ai été contacté par un utilisateur concernant
Pour les vrais ponts au dessus de cours d'eau importants (pas de tout
petits ruisseaux ou des fossés de drainage) je préfère mettre explciitement
une section de route avec bridge=yes et layer=1 sans rompre le cours d'eau
en dessous. Ca donne l'occasion aussi de taguer d'autres éléments de
Un critère possible c'est de comparer la largeur de l'ouvrage au dessus à
celle du cours d'eau (ou d'une autre voirie) passant dessous : ne pas
interrompre la voirie au dessus si elle est plus large que la longueur où
les deux se superposent.
Mais on pourrait avoir des exceptions à ce critère
Le 4 décembre 2013 21:46, PierreV belett...@hotmail.fr a écrit :
En tout cas de très bon contacts ont été pris avec ses associations
culturelles qui pourraient réutiliser OSM dans le cadre de leurs activités!
Une bonne nouvelle après celle de l'utilisation du fond de carte OSM par
notre
Autre idée, histoire de nous réconcilier avec l'IGN : on pourrait proposer
au gouvernement ou un ministère compétent de demander à l'IGN de monter
pour les collectivités et administrations demandeuses de tels serveurs de
tuiles publics !
Avec toute la qualité de service de l'IGN et sa compétence
Bonjour,
La situation de l'Isère au 1er janvier 2014 est ici sur le site de l'état :
http://isere.gouv.fr/content/download/16783/103010/file/Situation%20au%201er%20janvier%202014%20(carte%20au%20format%20pdf).pdf
Famille Bad'Pap
Le 4 déc. 2013 à 17:42, Otourly Wiki otou...@yahoo.fr a écrit :
Oui, riches.
Pas mécontent d'avoir fait la Manche pour y arriver ;-)
Merci Vincent pour la très chouette vidéo et le community management sur le
cadastre raster !
Bravo à tout le générique.
Le 5 déc. 2013 00:12, DH dhel...@free.fr a écrit :
En Champagne-Ardenne, fort dépourvue en milieu rural
layer=* est utilisé par les moteurs de rendu pour aider à déterminer
l'ordre de dessin.
Une absence de tag layer équivaut à layer=0, ce qui fait qu'au final
layer=0 n'a pas vraiment d'utilité et est donc rather unusual (il y en a
quand même plus de 230 000 d'après taginfo).
Le 5 décembre 2013
81 matches
Mail list logo
