Justement je commence à en voir un peu partout dans le wiki documentaire.
Ce qui laisse penser que cela a été discuté quelquepart (sur une liste de
discussion anglophone ou ailleurs).
Mais avant de les nettoyer, il serait bon de faire le tour des applis qui
peuvent en dépendre, et voir comment les
Un contributeur a supprimé plusieurs polygones 'landuse'. La plupart, mais pas
tous, sont des données Corine (CLC).
Voir, par exemple
https://www.openstreetmap.org/changeset/37751550
https://www.openstreetmap.org/changeset/37727275
https://www.openstreetmap.org/changeset/37727114
Ici il a suppri
On 17/03/2016 15:18, Christian Quest wrote:
>
> Déployer un serveur de tuile s'est quand même pas mal simplifié ces
> derniers temps, il y a désormais quelques stack proposées relativement
> faciles à déployer. Une fois correctement installé, un serveur de
> tuile est quelque chose de très stable.
Bonjour,
> De: "Philippe Verdy"
>
> J'ai vu à plusieurs endroits que le tag type=* serait déprécié dans
> les relations, parce qu'il est en fait ambigu, et parce que les
> relations peuvent en fait simultanément de plusieurs types
> différents.
Philippe, tu as un lien vers les endroits en quest
Hello,
Sur un sujet similaire si vous connaissez un serveur de tuiles XYZ je suis
preneur.
Merci d'avance.
Arnaud
2016-03-17 8:51 GMT+04:00 :
> Bonjour,
> d'abord la partie OSM "pure" : MapQuest confirme qu'ils vont interdire
> l'accès direct à leur serveur de tuiles.
> Ils ont encore une offr
>> Déployer un serveur de tuile s'est quand même pas mal simplifié ces
>> derniers temps, il y a désormais quelques stack proposées relativement
>> faciles à déployer. Une fois correctement installé, un serveur de
>> tuile est quelque chose de très stable.
> Elle est où la doc pour ça ?
https://s
Et avec deux utilisateurs qui vont regarder a priori les mêmes zones, le proxy standard aura fait le boulot.
Jean-Yvon
Gesendet: Donnerstag, 17. März 2016 um 19:17 Uhr
Von: "Christian Quest - cqu...@openstreetmap.fr"
An: "Discussions sur OSM en français"
Betreff: Re: [OSM-talk-fr] serveu
Bonjour,
Un message pour vous signaler que Mapotempo recrute à Bordeaux :
- un développeur full stack web (ruby, mais connaissance non prérequise)
: optimisation d'itinéraires de livraison basé sur OSM et OSRM
- un développeur Android / C++ : évolution application mobile de
navigation off-line
Je suis beaucoup de listes en plusieurs langues et ceci est le premier
message que j'ai vu qui parle de décommissioner type= pour les relations.
Polyglot
2016-03-17 22:55 GMT+01:00 JB :
> Un lien, s'il te plait ?
> Ou même deux ou trois, comme tu dis que tu en as vu plein ?
> JB.
>
> Le 17/03/20
J'ai vu à plusieurs endroits que le tag type=* serait déprécié dans les
relations, parce qu'il est en fait ambigu, et parce que les relations
peuvent en fait simultanément de plusieurs types différents.
Cela concernait la plupart des valeurs données à type=* dont
- type=boundary : remplacé par le
Toujours sur le même forum international, dans le même sujet, par le
même contributeur.
Cette fois sa question porte sur les addr:postcode et homogénéité des
données en France, avec quelques zones qui ne suivent pas le schéma.
Si cela intéresse quelqu'un de se pencher les données ou de lui répond
Le 17 mars 2016 à 19:12, Jean-Claude Repetto a écrit :
> MapProxy
Un bête cache HTTP suffit... nginx dans mon cas c'est d'ailleurs ce qui est
utilisé en front sur osm13 avec apache/mod_tile/renderd derrière.
Rien d'autre à installer, quelques lignes de config et hop, ça roule.
--
Christian Q
Bonjour à tous,
J'imagine qu'une majorité des contributeurs sur cette liste connaît déjà
CartONG, l'association française de la cartographie humanitaire.
http://cartong.org/fr
Nous sommes non seulement des grands "consommateurs" de donnée OSM, mais
nous essayons également de promouvoir OSM,
Je confirme, ça marche mais ce n'était pas ma question ;-).
J'avais d'ailleurs fait une installation sur ProMox comme conseillé par Christian.
Je n'avais pris qu'une petite partie d'OSM et pas installé la partie mise-à-jour.
Christian, c'est simplement qu'on a un usage limité (par défaut cart
Sinon méfiance avec ce que disent les allemands qui croient à tord qu'on a
viré des codes postaux en France, alors que les communes fusionnées qui
n'ont pas de code postal sont celles dont les communes membres ont des
codes postaux différents (et qui les gardent). En France les codes postaux
ne son
Bref cet utilisateur allemand (tout seul en fait: "wambacher") se trompe
sur toute la ligne, il a mal regardé ou fait de fausses suppositions sur le
découpage français.
Le 19 mars 2016 à 23:23, Philippe Verdy a écrit :
> Sinon méfiance avec ce que disent les allemands qui croient à tord qu'on a
Tu parles des îles Tuamotus ? Je n'ai rien viré du tout, tout est là, il
manque encore des éléments pour quelques atolls mais ils n'étaient pas
encore là et je les ajoute.
Le gros changement est la séparation des entités physiques (motus et
ilots), leur regroupement par commune ou par commune assoc
> Sinon méfiance avec ce que disent les allemands qui croient à tord
qu'on a viré des codes postaux en
Non ils disent que pour éviter ce genre de problème ils ont décidé en
Allemagne de dissocier les découpages administratif des découpages postaux.
Dans 90 % des cas c'est identique et dans 10 %
Cet utilisateur ("wambach") se plaint du fait que j'aurais viré les
découpages communaux des Tuamotus, ce qui est entièrement faux. Il n'y en
avait pas du tout puisqu'il n'y avait que les frontières des eaux
territoriales de la France
Sinon les îles sont très grossièrement dessinées (un vieil impo
En France métropolitaine les communes s'arrêtent à la ligne
natural=coastline qui est censé être une laisse de haute mer. les laisses
de basse mer et les lignes de base ne serve qu'à tracer les limites à 24
miles pour les frontières des pays.
Pourquoi Philippe tu veux faire différemment là, pour le
je veux bien mais ces frontières n'étaient pas tracées (ce qui est travé
comme contour des îles ce sont des motus très peu précis, pas le contour
des atolls avec leur couronne récifale)
Pour l'instant je m'appuie sur ce qui est là, en attendant d'ajouter les
couronne récifales qui sont incluses dan
Note: avant il n'y avait strictement aucune commune, juste les limites
territoriales maritimes.
Les iles n'étaient dans aucune collectivité précise. Il faut bien commencer
quelque part
Le 20 mars 2016 à 03:48, Philippe Verdy a écrit :
> je veux bien mais ces frontières n'étaient pas tracées (ce
Note: les noms des atolls ou des iles/motus ne sont pas ceux non plus des
localités/villages, même si ce sont parfois des noms de communes.
Improprement on dit "archipel des Gambiers", quand c'est en fait un seul et
même atoll (encore en formation mais la couronne est déjà totalement
formée), avec
Un lien, s'il te plait ?
Ou même deux ou trois, comme tu dis que tu en as vu plein ?
JB.
Le 17/03/2016 20:30, Philippe Verdy a écrit :
Justement je commence à en voir un peu partout dans le wiki documentaire.
___
Talk-fr mailing list
Talk-fr@openstr
Depuis qu'on a mis en place un cache en front du serveur de tuiles, on
encaisse beaucoup mieux la charge et surtout les pics.
Tout dépend du niveau de zoom nécessaire, pour les zooms 0 à 11, les
mbtiles sont téléchargeables pour réutilisation locale.
Don contre autorisation, c'est une forme de pr
Cela n'a rien à voir avec le fait que pour délimiter les eaux de la mer on
utilise dans OSM la laisse de haute mer.
En métropole si on utilise la natural=coastline pour les communes, c'est en
fait faux car ce devrait être la ligne de base (incluant les eaux
intérieures, et c'est ce qu'on fait déjà
26 matches
Mail list logo
