Ça, ça se gère sans problème avec les tags 'name:', donc pas de
souci :-)
Francescu
Le 6 décembre 2013 05:51, [Famille] Pierre WILLOT
a écrit :
> Dans ma ville de Belgique, toutes les rues on un double nom. Le nom en
> français
> et le nom en walon. :-)
>
> Piwi
>
> Le 05/12/13 19:08, Ralf Trei
Dans ma ville de Belgique, toutes les rues on un double nom. Le nom en français
et le nom en walon. :-)
Piwi
Le 05/12/13 19:08, Ralf Treinen a écrit :
> On Thu, Dec 05, 2013 at 04:38:14PM +0100, Francescu GAROBY wrote:
>> Pas sûr que ce cas soit si rare que ça (bon, comparé au nombre de rues, ça
Que le maire (actuel) soit d'accord ou pas, ce qui compte c'est la
publication au JO de l'arrêté fixant le nom de la commune.
Il n'est pas impossible qu'un maire ou un conseil municipal plus tard
décide d'utiliser un nom non officiel.
De plus je ne me fierais pas au panneau, car des cas d'erreurs
Bonjour,
Suite au message de christian concernant une comparaison "nom COG et nom de
commune dans OSM" ici :
https://lists.openstreetmap.org/pipermail/talk-fr/2013-December/064960.html
On pourrait être tenté d'écraser les nom d'OSM avec la base du COG puisque
dans COG il y a le O de officiel. Co
Le 5 décembre 2013 19:26, Christian Quest a écrit
:
> Je partage tout à fait ton constat.
>
> Favoriser la réutilisation autre que le production de carte passe par des
> outils pour transformer les données OSM dans des formats moins
> "géographiques".
>
> Il y a l'overpass-api qui permet déjà pas
Pour le nom de commune différent entre OSM et la COG sur la commune de
Bois-Guillaume-Bihorel, il s'agit d'une fusion entre Bois-Guillaume et
Bihorel au 1er janvier 2012, mais le tribunal administratif de Rouen a
annulé, au mois de juin, la fusion et ils ont/avaient (je sais pas si cela
est déjà fa
Effectivement, l'essentiel de ces
discussions n'est pas restreint au cadre franco-français, et doit
avoir lieu sur la liste dédiée. Je vais essayer de m'y atteler.
Quelques remarques tout de même :
Concernant
public_transport=station :
N'ajoutons
pas de la confusion là où il n'y en avait pas en
Le 05/12/2013 16:47, Pieren a écrit :
"l'ensemble des limites .. de France disponible"
remplacer "crowdsourcing" (un anglicisme peu utilisé ici car difficile
à prononcer) par "participatif"
+1
ici, en Alsace, ça finit souvent en Kraut-sourcing (expérience vécue ;-)
Du coup, ça fait moins sens
Le postulat de départ de mon analyse de qualité basé sur les nœuds
d'intersection prend un peu l'eau... j'vous essplique de suite...
L'IGN met à disposition un échantillon de ses données. La bonne idée, c'est
que ces échantillons couvrent semble-t-il tous le même territoire, un petit
bout de Sarth
Le 05/12/2013 21:27, Nicolas Dumoulin a écrit :
Le jeudi 5 décembre 2013 19:38:03 Stéphane Péneau a écrit :
Et je ne parle pas des limites admin qui utilisent un way qui fait
office de highway ou waterway ou landuse ou autre. Ces limites on eu
tout le loisir de bouger sans que le contributeur s'
Le jeudi 5 décembre 2013 19:38:03 Stéphane Péneau a écrit :
> Et je ne parle pas des limites admin qui utilisent un way qui fait
> office de highway ou waterway ou landuse ou autre. Ces limites on eu
> tout le loisir de bouger sans que le contributeur s'en soit rendu compte.
>
> Si j'étais le dict
Excel ne sait pas traiter n'importe quel XML ou fait n'importe quoi si on
ne lui donne pas un schéma d'accompagnement.
Pour les cas compliqués, il faut parfois utiliser une source type ODBC ou
autre interface base de données pour XML.
On pourrait imaginer le développement d'un plugin connecteur de
De mon coté je suis peu réceptif aux idées style "le XML (et maintenant le
JSon, donc ! ) ( Arf ! Arf ! Arf ! ) c'est compliqué le reste (CSV, ici)
c'est bien" ("je caricature / je plaisante" précise toujours l'émetteur).
S'il caricature, qu'il dise en quoi ? Établit-on un projet informatique
avec
Filtrage des objets, une prochaine fonctionnalité de OSM2GIS :D
Bon quand les journées feront 28 heures, j'arriverai peut être à finir
ma dév :)
A.
On 13-12-05 03:10 PM, Christian Quest wrote:
OSM2Gis est très bien mais destiné essentiellement aux SIGistes...
Là c'est pour des publics très d
Le 5 décembre 2013 16:26, Pieren a écrit :
> A noter, l'usage du conditionnel présent. L'ODbL impose une obligation
> d'attribution mais ne précise pas où.
>
Tout à fait d'accord. L'optique est de rendre visible ces attributions
d'une façon aussi claire que les crédits photographiques utilisés d
Prendre en compte les noeuds en v1 ou pas et les noeuds communs à d'autres
objets peut être une analyse intéressante à faire... c'est une piste (de
plus) à explorer.
Le 5 décembre 2013 19:38, Stéphane Péneau a
écrit :
> Le 05/12/2013 17:56, Christophe Merlet a écrit :
>
> Je pense que beaucoup
OSM2Gis est très bien mais destiné essentiellement aux SIGistes...
Là c'est pour des publics très différents qu'il y a besoin de s'adapter en
terme de filtrage des objets (ce que permet l'overpass) et en terme de
format (ce qui manque à l'overpass).
Le 5 décembre 2013 19:33, Arnaud Vandecasteele
Le 05/12/2013 17:56, Christophe Merlet a écrit :
Je pense que beaucoup de limites administratives ont été retouché
depuis leur import initial en utilisant Bing et l'import du bâti...
Les variations ne doivent guère excéder quelques mètres dans le pire
des cas et dans tous les cas inférieures au
Bonsoir à tous,
Pas directement lié à l'Overpass, mais à OSM c'est dans cette optique
que j'ai développé l'application OSM2GIS:
http://www.osm974.re/osm2gis/
Il y a encore des détails à régler, notamment l'envoi des mails, mais le
principe est là.
Je travaille à une nouvelle version qui ser
Le 5 décembre 2013 19:08, Ralf Treinen a écrit :
> Il y a même un exemple à Paris : La rue de la Grande Truanderie et la rue
> de
> la Petite Truanderie dans le quartier des Halles :
> http://fr.wikipedia.org/wiki/Rue_de_la_Grande-Truanderie
> actuellement réalisé en OSM avec deux rues différente
Je partage tout à fait ton constat.
Favoriser la réutilisation autre que le production de carte passe par des
outils pour transformer les données OSM dans des formats moins
"géographiques".
Il y a l'overpass-api qui permet déjà pas mal de choses, surtout des
sorties en json en plus de l'XML habit
Bonjour à tous !
**Résumé du message** : comment diffuser et voir réutilisées les données
d'OSM auprès d'un public plus large, qui, dans un cercle vertueux,
pourra devenir contributeur.
Souvent j'ai l'occasion de dire ici ou là que "telle donnée est dispo
dans OSM". Par ailleurs, je pousse d
On Thu, Dec 05, 2013 at 04:38:14PM +0100, Francescu GAROBY wrote:
> Pas sûr que ce cas soit si rare que ça (bon, comparé au nombre de rues, ça
> reste rare) : j'imagine bien des rues servant de limite administrative entre 2
> communes (incapables de s'entendre parce que de bords politiques différen
La lecture du JORF ;)
Par contre, c'est peu exploitable car souvent la publication au JO fait
référence à un plan joint, qui bien sûr n'est pas dispo sur légifrance...
donc direction la préfecture !
Le 5 décembre 2013 17:47, Stéphane Péneau a
écrit :
> En lisant le brouillon du communiqué de p
Le 05/12/2013 15:41, Christian Quest a écrit :
On n'a aucune garantie sur l'impact de la simplification sur les
intersections. Il semble qu'elles ne soient que peu impactées en
général, mais il peut y avoir des cas particuliers.
Cette limite de 200m provient du descriptif de l'IGN... en gros
Re-
Le 5 décembre 2013 17:47, Stéphane Péneau a
écrit :
> J'imagine que l'échange de parcelles entre communes doit arriver de temps
> en temps. Mais on a aucun moyen de le détecter.
> Stf
>
Plus que des échanges de parcelles, il s'agit plutôt de
démembrements/remembrements qui font bouger les l
Le 05/12/2013 17:38, Stéphane Péneau a écrit :
> Le 05/12/2013 15:38, Christian Quest a écrit :
>> C'est sur ma todo list... regénérer toutes les limites des communes
>> avec un cadastre vectoriel et comparer à l'existant dans OSM.
>>
>> Ça fera sûrement remonter des différences, je pense surtout a
En lisant le brouillon du communiqué de presse, je rebondis sur un
point :
Chaque année des communes fusionnent ou se séparent, voire échangent
une partie de leur territoire avec leurs voisines.
J'imagine que l'échange de parcelles entre communes doit arriver de
temps en temps. Mais on a auc
J'ai ça en magasin à Lille :
http://tile.openstreetmap.fr/?zoom=17&lat=50.62351&lon=3.09677&layers=B000FF
Limite entre Lille et sa commune associée Hellemmes le début de la rue, Rue
Mattéotti, puis Rues Mattéotti/Chanzy, puis fin Rue Chanzy
avec la particularité (je viens de la voir sur le
Le 05/12/2013 15:38, Christian Quest a écrit :
C'est sur ma todo list... regénérer toutes les limites des communes
avec un cadastre vectoriel et comparer à l'existant dans OSM.
Ça fera sûrement remonter des différences, je pense surtout aux
communes qui n'étaient qu'en raster au moment où elle
2013/12/5 Christian Quest :
> Ca arrive en limite de commune, mais j'en ai mappé une au sein d'une
> commune: Auxerre
"Rue du Docteur Labosse", ça ne s'invente pas ^^
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap
Ca arrive en limite de commune, mais j'en ai mappé une au sein d'une
commune: Auxerre
http://www.openstreetmap.org/way/66892303
Le 5 décembre 2013 16:38, Francescu GAROBY a écrit :
> Pas sûr que ce cas soit si rare que ça (bon, comparé au nombre de rues, ça
> reste rare) : j'imagine bien des r
"l'ensemble des limites .. de France disponible"
remplacer "crowdsourcing" (un anglicisme peu utilisé ici car difficile
à prononcer) par "participatif"
COG (Code Officiel Géographique)
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://
C'est quand même une situation surprenante d'avoir un nom différent de
chaque côté d'une potion de rue.
Heureusement que le modèle de données d'OSM est assez flexible pour arriver
à encoder ça, parce-que sinon, c'est un cas particulier qui serait
probablement passé à la trappe d'un modèle plus rigi
Pas sûr que ce cas soit si rare que ça (bon, comparé au nombre de rues, ça
reste rare) : j'imagine bien des rues servant de limite administrative
entre 2 communes (incapables de s'entendre parce que de bords politiques
différents ou autre chose encore), où un trottoir est dans la commune A et
a un
2013/12/5 Christian Quest
>
> Merci d'avance pour vos retours.
>
>
>
Faisant autant que possible abstraction du charabia habituel aux
communiqués de presse :
"C'est ainsi que 380 000 km de frontières communales ont été patiemment
tracées à partir des planches cadastrales de la DGFiP. En effet, l
2013/12/5 Eric :
> Mais dans les 2 cas, ca me parait faux ou incomplet, ca exclurait de la
> contrainte tout ce qui n'est pas carte "browsable" donc poster, flyer, carte
> imprimée, PDF etc... A mon sens, la mention doit apparaitre sur tout support
> exploitant des données OSM. J'imagine que dans
Le 05/12/2013 15:54, Nicolas Dumoulin a écrit :
> Le jeudi 5 décembre 2013 15:50:16 Damouns a écrit :
>>> nous dit qu'il y a 9 552 465 nœuds pour définir ces limites !
>>>
>>> Ca en fait des clics ? Combien de souris y sont restées ?
>>
>> En fait tout n'a pas été clic-cliqué à la main : beaucoup d
"Nous tenons à préciser qu'aucune vraie souris n'a été maltraitée. Merci de
votre attention !"
Francescu
Le 5 décembre 2013 16:00, RatZilla$ a écrit :
> Je vais devoir encore travailler pour expliquer que nous ne sommes pas des
> f[ou|olle]s mais des passionnés des données de nos territoires y
Héhé... pas bête ;)
Y'a du script qadastre dans l'air... et aussi script "V" car les positions
des nœuds sont légèrement différentes.
Le 5 décembre 2013 15:54, Nicolas Dumoulin <
nicolas_openstreetmap@dumoulin63.net> a écrit :
> Le jeudi 5 décembre 2013 15:50:16 Damouns a écrit :
> > > nous
Je vais devoir encore travailler pour expliquer que nous ne sommes pas des
f[ou|olle]s mais des passionnés des données de nos territoires y compris
quand ils se mesurent en souris décédées ;-)
On Dec 5, 2013 3:55 PM, "Nicolas Dumoulin" <
nicolas_openstreetmap@dumoulin63.net> wrote:
> Le jeudi
Le jeudi 5 décembre 2013 15:50:16 Damouns a écrit :
> > nous dit qu'il y a 9 552 465 nœuds pour définir ces limites !
> >
> > Ca en fait des clics ? Combien de souris y sont restées ?
>
> En fait tout n'a pas été clic-cliqué à la main : beaucoup de contours ont
> été extraits de http://cadastre.o
Bonjour,
Je m'interroge sur une phrase que je trouve ambiguë dans la rubrique "Droit
d'auteur" [1]. Dans la section "Comment créditer OpenStreetMap" il est
mentionné :
"Pour une carte électronique navigable, le crédit devrait apparaître dans
le coin de la carte."
Je ne sais pas ce que "navigable
>
> nous dit qu'il y a 9 552 465 nœuds pour définir ces limites !
>
> Ca en fait des clics ? Combien de souris y sont restées ?
>
En fait tout n'a pas été clic-cliqué à la main : beaucoup de contours ont
été extraits de http://cadastre.openstreetmap.fr quand le cadastre était
vectorisé (couche "cit
On n'a aucune garantie sur l'impact de la simplification sur les
intersections. Il semble qu'elles ne soient que peu impactées en général,
mais il peut y avoir des cas particuliers.
Cette limite de 200m provient du descriptif de l'IGN... en gros jusqu'à
200m on ne peut pas dire que c'est une erreu
C'est sur ma todo list... regénérer toutes les limites des communes avec un
cadastre vectoriel et comparer à l'existant dans OSM.
Ça fera sûrement remonter des différences, je pense surtout aux communes
qui n'étaient qu'en raster au moment où elles ont été tracées et qui ont
été vectorisées depuis
Voici le brouillon du communiqué de presse: https://hackpad.com/Mvv5yGm7htn
Merci d'avance pour vos retours.
2 chiffres parlants...
Un
select sum(st_perimeter(geography(st_transform(way,4326/1000/2 from
planet_osm_polygon where "ref:INSEE" is not null and admin_level='8' and
boundary='admin
Hello,
aujourd'hui j'ai la plaisir d'annoncer que la prochaine SotM-EU aura
lieu à Karlsruhe de 13 à 15 Juin 2014. Nous avons lancés un site web à
www.sotm-eu.org. Vous trouvez toutes nouvelles là-bas et sur Twitter
chez @sotmeu les semaines prochaines.
Nous aimerions bien imiter le succès d
J'ai corrigé un certain nombre de ces erreurs, et depuis le message de
quelqu'un sur cette liste expliquant la différence entre tunnel et
pont, je pratique ainsi pour les croisement eau/highway :
S'il y a un tablier au niveau de la route/chemin alors c'est un pont
donc je ne touche pas au wate
2013/12/5 Simon Miniou :
> y a t'il une façon de taguer les voies avec un left:name et right:name ?
Suivant cette (vieille) proposition:
http://wiki.openstreetmap.org/wiki/Proposed_features/right_left
on utilise plutot "name:left" et "name:right".
taginfo nous donne 23.800 "name:left" ([1]) cont
Bonjour,
ma commune a eu besoin de dénommer une nouvelle rue pour de futures
adresses (nouvelle construction) et apparemment la seule solution à été sur
une portion de route de garder le nom actuelle du côté pair et de donner le
nouveau nom sur le côté impair :
http://www.openstreetmap.org/way/17
Bonjour,
si je résume ce que j'ai compris :
- Il faut mettre le tag layer sur les ponts ou empilement particuliers
- La valeur 0 est par défaut donc ne pas la mettre
dans ce cas l'erreur Osmose "Manque le tag layer aux alentours du pont" ne
devrait-elle pas être revu ? ou expliqué différem
Le 05/12/2013 12:15, Pieren a écrit :
2013/12/5 Frédéric Rodrigo :
A propos de maintenance et de suivi des changements, comment conserver les
limites précédentes lorsqu'elles changent ?
Peut-être dans un export hors OSM tout simplement ?
+1
Je suis contre le maintien d'anciennes limites admini
genial! l aboutissement de ce travail de titan ca montre bien la force de la
communaute
Mes dernieres limites communales remontent a pas mal de temps mais je suis fier
d avoir apporte ma contribution a cette realisation
Julien
--
Le mer. 4 déc. 2013 14:29 HNEC, V
Le 5 décembre 2013 12:15, Pieren a écrit :
> Je suis contre le maintien d'anciennes limites administratives, même
> avec un admin_level farfelu. On peut toujours récupérer d'anciennes
> données dans la base. Si ça n'est pas trivial, surtout pour des
> relations, le plus simple serait des dump à i
2013/12/5 Frédéric Rodrigo :
> Absolument aucune source d'information disponible la dessus ?
D'après ce site:
http://www.mayotte.pref.gouv.fr/Les-Services-de-l-Etat/Services-de-l-Etat/DSF
le plan cadastral de Mayotte est terminé depuis décembre 2004. Il
faudrait juste pouvoir le récupérer sous u
L'IGN peut largement se tromper, et cela n'est pas dû au processus de
simplification (la doc indique une simplification à 200m) mais bien
aux données présentes dans leurs bases.
Une petite liste de grosses erreurs (plus de 200m donc) figure sur
http://wiki.openstreetmap.org/wiki/FR:Servers/t
On pourrait imaginer le coût kilométrique par utilisateur, mais il sera
difficile d'établir le parcours suivi car bon nombre de modifs ne font pas
suite à un déplacement réel, juste une connaissance locale, ou bien les
modifs ne sont tout bonnement pas faites dans le même ordre que la visite.
En r
Bonjour
- Mail original -
De: "Philippe Verdy"
Il n'y a que pour les "culverts" (ponceaux) qui passent par des buses enterrées
que je romps le petits cours d'eau dans sa section busée avec layer=-1 et
tunnel=yes,
Je suis dans la même position s'il y a effectivement un pont (rivière en
Ha, c'est là que j'aime la logique mise en place par maperitive,
logique, il me semble, et qui doit régler plus de 95% des cas :
Au sein d'un même layer (ou absence de layer), on trace d'abord les
tunnel=*, puis le reste, puis les bridge=*.
Dans la plupart des croisement, il y a bien soit un
Le 05/12/2013 11:23, Christian Quest a écrit :
> Suite du croisement avec le COG... sur les noms cette fois-ci
>
> Voici 30 communes qui portent un nom différent dans OSM et la COG:
> https://gist.github.com/cquest/d8cdec0a98022647f020
>
> Vous verrez qu'il y a des histoires d' majuscules sans a
Petit regret : il manque la fonction "editer dans [nom de votre éditeur OSM
préféré]" afin que la boucle soit en quelque sorte bouclée. Sans celle-ci,
on reste dans une logique certes talentueuse mais traditionnelle et à sens
unique de dataviz -> "je montre, tu regardes mais surtout tu ne touches
p
Le jeudi 5 décembre 2013 11:29:57, Christian Quest a écrit :
Et dans le rendu des écarts sur les intersections ça indiquait quoi ?
Je viens de regarder. L'écart n'est que de 25m sur la couche QA. J'ai
déplacé l'intersection plus au Nord, ce qui donnera un écart d'environ
17m à la prochaine ma
Et dans le rendu des écarts sur les intersections ça indiquait quoi ?
Il faut que je regarde dans quelle mesure le Route500 même simplifié peut
aider à trouver des gros bugs de ce type... genre un buffer de X metres
autour de la limite Route500 doit contenir la limite OSM ou un truc du
genre.
Le
rivière/rivière effectivement je demande un exemple ;)
rivière/canal là oui !
Le 5 décembre 2013 10:33, Francescu GAROBY a écrit :
> Dans ce cas, autant considérer les aqueducs comme des rivières aussi :-)
>
>
> Le 5 décembre 2013 10:29, cmi a écrit :
>
> Francescu GAROBY wrote
>> >> Le tag "
Suite du croisement avec le COG... sur les noms cette fois-ci
Voici 30 communes qui portent un nom différent dans OSM et la COG:
https://gist.github.com/cquest/d8cdec0a98022647f020
Vous verrez qu'il y a des histoires d' majuscules sans accent ou cédille,
mais aussi des noms vraiment différents qu
L'IGN peut largement se tromper, et cela n'est pas dû au processus de
simplification (la doc indique une simplification à 200m) mais bien aux
données présentes dans leurs bases.
Une petite liste de grosses erreurs (plus de 200m donc) figure sur
http://wiki.openstreetmap.org/wiki/FR:Servers/tile.op
Le jeudi 5 décembre 2013 10:50:05 Nicolas Moyroud a écrit :
> > Je termine par les EPCI... je vais m'appuyer sur le fichier actuel du
> > ministère de l'intérieur pour vérifier, c'est à dire signaler les
> > différences (sans les corriger) et compléter, c'est à dire créer les
> > EPCI manquants lor
Prenons l'expression plus générale cours d'eau sur cours d'eau. Si un canal
est un cours d'eau, alors oui c'est possible d'avoir un canal au dessus
d'une rivière, et pas qu'un aqueduc, le cas existe avec un canal qui passe
par dessus une vallée par un solide pont...
Le 5 décembre 2013 10:33, Fran
Hello !
J'ai commencé à corriger les limites portant le tag Geofla qui sont
recensées sur ce gâteau :
http://mapcraft.nanodesu.ru/pie/332
Le petit problème que j'ai rencontré, c'est qu'en suivant certaines
limites admin, je me suis rendu compte que certaines qui ne portent pas
de tag source=
Le 5 décembre 2013 10:38, Christian Quest a écrit
:
> Voici donc les 4 d'écart, 3 de corrigées dans OSM et 1 plus à jour que le
> COG... et bien sûr les 17 non disponibles au cadastre à Mayotte.
>
Absolument aucune source d'information disponible la dessus ?
> Je me suis penché aussi sur les p
Je termine par les EPCI... je vais m'appuyer sur le fichier actuel du
ministère de l'intérieur pour vérifier, c'est à dire signaler les
différences (sans les corriger) et compléter, c'est à dire créer les
EPCI manquants lorsqu'ils n'existent pas dans OSM.
Tiens ça me fait penser à la couche que
Je viens de faire la comparaison avec le COG du 1er janvier 2013.
Il y a 36681 communes dans le COG et j'en avais 36660 de mon côté dans la
table planet_osm_polygon d'osm2pgsql.
Cette table ne contient que les communes dont le multipolygone est
correctement fermé.
Il y en avait 3 non fermées (453
Dans ce cas, autant considérer les aqueducs comme des rivières aussi :-)
Le 5 décembre 2013 10:29, cmi a écrit :
> Francescu GAROBY wrote
> >> Le tag "layer" n'est utile que sur des lignes (ways) décrivant un
> élément
> > physique se croisent sans avoir de noeuds en commun (route sur route,
>
Francescu GAROBY wrote
>> Le tag "layer" n'est utile que sur des lignes (ways) décrivant un élément
> physique se croisent sans avoir de noeuds en commun (route sur route,
> route
> sur rivière, *rivière sur rivière*, etc).
>
> Euh... Faudra m'expliquer, là ! ^_^
>
> Francescu
Croisement rivière
> Le tag "layer" n'est utile que sur des lignes (ways) décrivant un élément
physique se croisent sans avoir de noeuds en commun (route sur route, route
sur rivière, *rivière sur rivière*, etc).
Euh... Faudra m'expliquer, là ! ^_^
Francescu
Le 5 décembre 2013 10:17, Pieren a écrit :
> 2013/12/
2013/12/5 Christian Quest :
> layer=* est utilisé par les moteurs de rendu pour aider à déterminer l'ordre
> de dessin.
Le tag "layer" n'est utile que sur des lignes (ways) décrivant un
élément physique se croisent sans avoir de noeuds en commun (route sur
route, route sur rivière, rivière sur riv
Le mercredi 4 décembre 2013 22:52:55 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
En second élément pour ne pas mettre de layer sur l'objet traversé c'est
que mettre un tag layer sur une rivière ou sur un long segment peut aussi
créer des erreurs en dehors de la zone d'édition à quelques kilomètres.
Exemple classique : la voie ferrée qui peut passer une fois au dessus, une
fois
79 matches
Mail list logo
