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
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" a écrit :
> En Champagne-Ardenne, fort dépourvue en milieu rural à l'époque,
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 a écrit :
>
> Oui vaste ch
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 t
Le 4 décembre 2013 21:46, PierreV 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 Conseil Général pour l
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 pour
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
l'ouvrage
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 concernan
En revanche quelques perles sur la façon dont OpenDatasoft tente de
géolocalise des adresses trouvées dans les fichiers OpenData:
http://public.opendatasoft.com/explore/dataset/pointsaccueilpoliceparis2011/#?tab=map&mapviewport=(63.58767529470318,-105.1171875),(63.58767529470318,0.703125),(28.92163
Le 4 décembre 2013 22:52, Christian Quest 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 différentes façons (tabl
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 intéressa
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 l'instant
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 que
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
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 référenc
"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 i
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
d'arc
Le 4 décembre 2013 18:02, 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 !
Sur une durée de transition pouvant aller jusqu'à 2 année complètes, je
pense que oui. Ne pas faire le ména
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
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
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
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
valeur
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 a écrit :
>
> Sans Mayotte, on tombe à 36665. Il en manque 5 !
>>
> Chic un nouveau jeu : chercher les comm
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 de
> 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):
>
http://www.insee.fr/fr/methodes/nomenclatures/cog
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
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):
http://www.insee.fr/fr/methodes/nomenclatures/cog/telechargement/2013/txt/comsimp20
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é
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 (sa
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 2
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 l
2013/12/4 Christophe Merlet :
> 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 lorsque ce sont les tuil
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 m
http://map.f4-group.com/#lat=47.2352393&lon=6.0198982&zoom=16&ui.discoveryOpen=false&camera.theta=65.931&camera.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
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 a
écrit :
> 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://
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 :
http://libreavous.teledetection.fr/geomatique/9-openstreetmap/71-fin-du-trace-des-limites-de-communes-franc
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
J'ai remis à jour les données pour le rendu des écarts OSM/IGN:
http://tile.openstreetmap.fr/?zoom=6&lat=46.69442&lon=2.7472&layers=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 a écr
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
L
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 lice
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 :).
Le 4 décembre 2013 15:37, V de Chateau-Thierry 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
> layers sont
> 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
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
Si
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
__
Le 04/12/2013 15:14, Pieren a écrit :
> 2013/12/4 Christophe Merlet :
>
>> 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 bui
> 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 con
OpenSuperFLA ;)
Le 4 décembre 2013 15:29, Nicolas Moyroud 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 qualité.
>
>
> Nico
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 coupu
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
2013/12/4 Vincent Pottier :
> 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 corrigé la semaine
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
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é qu
2013/12/4 Christophe Merlet :
> 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 supprimer
> une balis
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 pouv
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
https://lists.openstreet
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 !
--
FrViPofm
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 passe
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 :-)
Ave
\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 a écrit :
> Bonjour,
> Tou
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â
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, de
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 13
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
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 l
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
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
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
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 s
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.
___
2013/12/4 Christian Quest :
> 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 nécessairement être sur
2013/12/4 Christian Quest :
> Le 4 décembre 2013 02:13, Copro Grammes 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 qu'il est surtout urgent de continuer cette
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...
Le
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 pa
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
apparemm
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 a écrit :
> -- Message: 2 D
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.
-- Message: 2 Date: Tue, 03 Dec 2013
21:05:32 +0100 From: Vincent Bergeot To:
Discussions sur OSM en français Subject: Re:
[OSM-talk-fr] Wikipedia OpenStreetMap etc. Message-ID:
<529e398c.7080...@bergeot.org> Content-Type: text/plain;
charset=ISO-8859-1; format=fl
Le 4 décembre 2013 02:13, Copro Grammes 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
> déchiffrer la doc), vo
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
81 matches
Mail list logo
