[OSM-talk-fr] ref:INSEE et ref:SIREN (Was: Critiques Commune de Jeansagnière)
Am 22.08.2011 23:39, schrieb Frédéric Rodrigo: >> http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=16&lat=45.733009&lon=3.836322&item=6040 >> > > > Il y a trop de tags sur ton nœud. La ref insee et le ref:SIREN doivent > aller sur la relation de la commune par sur node d'un des deux villages. Moi je veux bien, mais comme ce n'est pas moi l'auteur de ces tags, je suis prudent ;-) J'ai bien lu sur le wiki que ref:INSEE doit aller sur la relation. Note: je n'ai pas trouvé le thread d'OSM-talk-fr correspondant au "consensus", mais j'ai trouvé des traces en octobre 2009. quand le ref:INSEE a été choisi (http://www.mail-archive.com/talk-fr@openstreetmap.org/msg15306.html). Il y a actuellement presque 25000 nœuds qui comportent le tag ref:INSEE et un tag place http://taginfo.openstreetmap.org/keys/ref%3AINSEE#keys Serait-il intéressant de: 1) Faire un robot qui supprime le tag ref:INSEE du node admin_centre quand il est présent (avec le même attibut) dans la relation ? 2) Faire une règle dans osmose qui crie quand il trouve un tag ref:INSEE sur un node ? (Note: je n'ai aucune idée de comment on fait1) et 2), mais je peux essayer) Concernant ref:SIREN, je n'ai rien trouvé dans le wiki, je ne sais pas à quoi il correspond (EPCI = communauté de communes ?), donc je préfère ne pas y toucher. Robert ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] landuse & CLC
bonjour, après moultes modifications d'un même landuse (relation de 107 membres) je me demandais si je ne pouvais pas le fractionner en plusieurs relations, et pour garder la "cohérence CLC", creer une relation pere qui contiendrait que des relations ... http://www.openstreetmap.org/browse/relation/375229 un avis ? merci didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] landuse & CLC
2011/8/25 didier2...@free.fr : > après moultes modifications d'un même landuse (relation de 107 membres) > je me demandais si je ne pouvais pas le fractionner en plusieurs > relations, et pour garder la "cohérence CLC", creer une relation pere > qui contiendrait que des relations ... Les "relations de relations" ou super-relations sont une solution élégante pour contourner les problèmes de relations trop grandes mais posent certains problèmes techniques qui font qu'actuellement aucun logiciel ne les supporte... Les landuse Corine n'ont pas vocation a être conservés mais servent juste comme point de départ pour les contributeurs qui disposent de meilleures sources (pour parler clair, les images Bing aujourd'hui). Il ne faut donc pas hésiter à segmenter ces grands polygones en plus petits morceaux qui sont encore gérables. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] landuse & CLC
> Les "relations de relations" ou super-relations sont une solution > élégante pour contourner les problèmes de relations trop grandes mais > posent certains problèmes techniques qui font qu'actuellement aucun > logiciel ne les supporte... en fait, je recherchais une solution pour les erreurs générées ... + landuse non fermées, + ways de landuse clc supprimé ... afin de pouvoir les corriger plus facilement après didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Serveur de tuiles Mapnik Tile en rade pour deux heures ce soir
A partie de 17h local, d'anciennes tuiles seront affichées depuis un autre serveur durant la mise à jour matérielle. Les "mapnik addict" devront se sevrer pendant ce temps-là ou prendre rapidement une dose massive de 'refresh cache' avant l'heure fatidique ;-) Pieren -- Forwarded message -- From: Grant Slater Date: Thu, Aug 25, 2011 at 5:14 PM Subject: [Announce] Mapnik Tile Rendering outage this evening. To: Talk Openstreetmap , annou...@openstreetmap.org OSM, There will be a 2 hour rendering outage for tile.openstreetmap.org this evening from approximately 17:00 GMT. Static tiles will be available. Maps will still be viewable on the openstreetmap.org homepage and on other people's websites. We’ll be serving tiles from a back-up tile server. However rendering engines will be de-activated, meaning that new rendering of map updates will not take place during the maintenance period, some requests for tiles will fail, where no cached copy is available, and tile response times may be slower than normal. Technical: Upgrading Intel 320 Series SSD firmware in server yevaud. The upgrade fixes the dreaded "8MB disk" issue. Regards Grant ___ Announce mailing list annou...@openstreetmap.org http://lists.openstreetmap.org/listinfo/announce ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ref:INSEE et ref:SIREN
Le 25/08/2011 12:57, Robert Chéramy a écrit : J'ai bien lu sur le wiki que ref:INSEE doit aller sur la relation. Note: je n'ai pas trouvé le thread d'OSM-talk-fr correspondant au "consensus", mais j'ai trouvé des traces en octobre 2009. quand le ref:INSEE a été choisi (http://www.mail-archive.com/talk-fr@openstreetmap.org/msg15306.html). Il y a actuellement presque 25000 nœuds qui comportent le tag ref:INSEE et un tag place http://taginfo.openstreetmap.org/keys/ref%3AINSEE#keys Serait-il intéressant de: 1) Faire un robot qui supprime le tag ref:INSEE du node admin_centre quand il est présent (avec le même attibut) dans la relation ? Ce n'est pas la première fois que c'est évoqué. 2) Faire une règle dans osmose qui crie quand il trouve un tag ref:INSEE sur un node ? Toutes les communes n'ont pas encore de relations. Donc à défaut le tag ref:INSEE est sur le node place. (Note: je n'ai aucune idée de comment on fait1) et 2), mais je peux essayer) Concernant ref:SIREN, je n'ai rien trouvé dans le wiki, je ne sais pas à quoi il correspond (EPCI = communauté de communes ?), donc je préfère ne pas y toucher. Aujourd'hui il y a 8488 relations de commune avec un admin_centre sur 27136 relations (sur 36568 commune au total) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mauvais imports du bâti cadastral, que faire ?
Le mer. 24 ao�t 2011 à 23:05 +0200, Sébastien Dinot a ecrit : > Bonsoir, > Si je prends un peu de recul, je constate que le problème vient du fait > que je manipule pêle-mêle des objets géographiques qui ne sont > absolument pas de même nature et, surtout, pas du même ordre de > grandeur : un point remarquable, un bâtiment, une rue, une forêt et un > département ne couvrent pas du tout la même surface. Mais pour faire > simple, tous les objets d'un même type sont du même ordre de grandeur et > sont décrits par des données de densité équivalente. Si je pouvais > choisir de ne télécharger que le bâti, que les axes routiers, que les > polygones d'occupation du sol, je pourrais éditer une zone dont la > surface est compatible avec la taille de l'objet manipulé et je pense > que la plupart de mes problèmes seraient résolus. Je considère donc > qu'il y a un travail à faire sur l'API OSM qui devrait permettre la > sélection des données téléchargées par mon application. 100% d'accord. On peut tout à fait vouloir couvrir une grande surface pour un linéaire (un cours d'eau ou une ligne électrique par ex.), sans avoir à charger le bâti par exemple. > Du point de vue de l'occupation réelle des sols, la description des > cours d'eau fournie par le cadastre est des plus farfelues (mais je > suppose que cette description répond à des critères précis pour le > cadastre). Même pas : avec la mise en couleur alternative (un cours d'eau qui est bleu sur certaines planches, et non colorés sur d'autres), l'extracteur produit évidemment une sortie délirante. Et sur la prétendue précision, avec les cours d'eau j'ai très souvent l'impression que la DGFIP a numérisé le bruit bien plus que le signal. Pour les cours d'eau, je serais d'avis de pratiquer une solution radicale : les supprimer du serveur Cléo. Leur import actuellement génère bien plus de souci que de données fiables. -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
