Re: [OSM-talk-fr] tours penchées
on peut avoir les deux en même temps (shearing pour le décalage angulaire de la verticale, cas le plus courant, et leaning pour le décalage angulaire du plancher horizontal, souvent bien plus faible) bref: - *:leaning:azimuth=x° N ou S angle mesuré par projection sur le plan horizontal **local**, à peu pres tangent au géoïde de référence (qui est un éllipsoïde et non une sphère), entre la ligne de plus forte pente et la ligne dirigée vers le pôle nord géographique et non pas magnétique) - *:leaning:angle=x° (penchement de l'horizontale) à appliquer en premier, souvent faible et ne modifiant pas sensiblement la hauteur du sommet) - *:shearing:azimuth = x° ou x m (cette inclinaison de la verticale n'est pas nécessairement dans la même direction que celle du plancher ! - *:shearing:angle ou width = x° ou x m (déplacement supplémentaire du sommet en aplomb du sol apres avoir appliqué le premier penchement) Si les deux azimuth sont différents ce n'est pas surprenant : en commençant à pencher un batiment peut compenser partiellement l'inclinaison davantage sur un des côtés porteurs que sur un autre qui soit s'enfonce davantage dans le sol plus meuble, soit se tord pour maintenir sa hauteur ou la longueur de ses éléments porteurs verticaux. Le batiment subit alors une véritable torsion (hélicoïdale) plus prononcée sur un côté flexible, que sur un autre qui a tendance à rester plus rigide. Des constructions qui se sont tordues comme ça en hélice j'en ai vues (souvent des constructions légeres, ou les tourelles avec une plateforme en haut qui, en commençant à voir pencher son horizontale, se met à pivoter autour de l'axe vertical) Si on fait subit les deux à un parallélépide rectangle sur des azimuths distincts conservant son volume, il se déforme en hélice et ses faces ne sont plus planes... D'autres déformations peuvent aussi s'ajouter : au lieu de se tordre, une face peut subir une compression et une autre une dilatation (les matériaux n'étant pas tous homogenes). Les contraintes peuvent aussi modifier le volume interne, il peut y avoir alors un enflement de ce volume à mi-hauteur du coté soumis au plus fort penchement moins soumises à la torsion hélicoïdale, mais la torsion hélicoïdale crée en elle-même un amincisssement global, et une réduction de la hauteur maximale (du fait des espaces vides internes aux batiments). Et avec le tout il apparait des fissures et lézardes verticales sur les faces latérales au côté de plus fort penchement, et des fissures horizontales sur les faces enflées (côté du plus fort penchement) ou amincies (côté du plus faible penchement), si elles ne sont pas dans un matériaux flexible, compressible ou étirable (normalement leur charpente est flexible, et prévue pour être à la fois compressible ou étirable, mais ce n'est pas toujours le cas des cloisons remplissant les espaces entre la charpente qui rarement ont la possibilité de coulissertout en gardant un appui sur la charpente. Les charpentes métalliques sont à la fois flexibles, étirables et compressibles taillées en H permettent ce coulissement des cloisons et planchers, mais ce n'est pas le cas des poteaux en béton armé qui, lui, va plutôt exploser). Les charpentes en bois sont aussi flexibles mais peu étirables ou compressibles, elles utilisent autre chose : le coulissement des tenons dans les mortaises et (pour les charpentes horizontale) le coulissement de la poutre sur sur les points d'appui verticaux. Si ce coulissement s'accentue trop au point qu'un tenon pourrait sortir d'une mortaise ou une poutre horizontale pourrait sortir de son logement d'appui du porteur verticale, on doit fixer sur le porteur vertical une poutre complémentaire en diagonale soutenant un nouveau point d'appui pour cette poutre, sinon il faudra installer un nouveau porteur vertical... Faute de quoi la poutre et le plancher qu'elle porte s'effondrera, et avec ce plancher les murs externes subis à une torsion de compression interne, donc du côté le plus haut des planchers qui penchent. il restera éventuellement debout le côté vers lequel penchait le plus le bâtiment, soumis à la compression verticale maximale. Des penchements faibles sont souvent difficiles à voir et mesurer (mais pourtant assez courants sur les constructions neuves où les fissures sont beaucoup plus fréquentes que les anciennes constructions). Mais la direction (horizontale ou verticale) des fissures et craquelures les plus récentes visibles sur les façades révèle justement le sens de penchement et la direction des forces de torsion qui s'exercent (si les fissures sont anciennes, on commence par les reboucher, et on couvre d'un fin matériau non élastique pour révéler rapidement des fissures neuves, une fine couche de plâtre ou ciment suffit, ni les vernis et coûteuses peintures modernes qui le sont souvent maintenant justement pour éviter les craquelures). Des fissures sur les planchers ou plafond sont aussi non inquiétantes et même normales si elles sont
[OSM-talk-fr] Base de données des commerces existants
/Icode : un nouvel outil de cartographie des commerces// // //une toute nouvelle application baptisée Icode lancée par Bercy (et) disponible depuis le 27 mars, cette base de données gratuite est mise à disposition des collectivités territoriales, des préfectures et des chambres de commerce et d'industrie qui recevront les codes d'accès dans les prochains jours. Elle est accessible sur le site https://icode.entreprises.gouv.fr./ Source : http://www.localtis.info/cs/ContentServer?pagename=Localtis/LOCActu/ArticleActualitejid=1250268711858cid=1250268705556 Pas de mention quant à une possibilité de diffusion plus large ou la licence appliquée. À creuser par ceux qui seraient intéressés. Brice ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-ie] A couple of questions from a newbie
mapwarper is allowing uploads again! Uplaoded the two remaining 20/15 sheets. http://mapwarper.net/maps?field=titlequery=IRL-GSGS-3906-20-15show_warped=0 Donal On 29 March 2015 at 11:39, Donal Diamond donal.diam...@gmail.com wrote: On 27 March 2015 at 20:57, Rachel Murphy rachel.harwood.mur...@gmail.com wrote: Hello, I'd like to request map 20/15 NW, please (Tipperary). Sorry I cant upload any new sheets - mapwarper isn't allowing any more uploads :-( http://mapwarper.net/maps/new **DISK FULL, UPLOADS DISABLED***. Sorry, everyone has added 2TB of maps to the system over the years. Check back soon as a bigger server is sourced. Donal ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-it] Import numeri civici: quale licenza ?
2015-04-02 9:47 GMT+02:00 Aury88 spacedrive...@gmail.com: Andrea Musuruane wrote AFAIK no. L'attribuzione è richiesta ma non ci sono dubbi sull'interpretazione e va benissimo metterla nella pagina Contributors. Ciao, Andrea Quindi non è necessario definire il source sul changelog o bisogna metterlo anche li (nel qual caso con o senza l'indicazione della licenza originale)? Il source tag nel changeset è richiesto dalle import guidelines (per identificare a quale import si riferisce). Ciao, Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Informazioni per base cartografica del Trentino
Ciao a tutti! Per adesso mi ha scritto solo Luca, che ringrazio. C'è qualcun altro che potrebbe realizzare il progetto, possibilmente fatturando? Eventualmente scrivetemi su i...@trentinoinmoto.com Grazie! - Messaggio originale - Da: i...@trentino-camping.it A: openstreetmap list - italiano talk-it@openstreetmap.org Inviato: Martedì, 31 marzo 2015 15:06:10 Oggetto: Re: [Talk-it] Informazioni per base cartografica del Trentino Grazie ancora a tutti per i vostri preziosi consigli! proverò a seguire i vari tutorial e vediamo cosa riesco a combinare :-) Nel frattempo se qualcuno di voi è capace di realizzare, nel giro di un paio di giorni, una base cartografica molto simile a quella che ho linkato (con indicazioni topografiche quali paesi, strade, valli, montagne, laghi ecc, ma senza tour e icone delle attrattive turistiche e delle strutture alberghiere/ristoranti dei soci), potete inviarmi la vostra proposta economica (spero sia low cost :-P) all'indirizzo i...@trentinoinmoto.com. Grazie mille! - Messaggio originale - Da: girarsi_liste liste.gira...@gmail.com A: talk-it@openstreetmap.org Inviato: Lunedì, 30 marzo 2015 17:27:03 Oggetto: Re: [Talk-it] Informazioni per base cartografica del Trentino -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 30/03/2015 12:55, i...@trentino-camping.it ha scritto: Buongiorno a tutti, mi chiamo Francesco e gestisco la segreteria di un'associazione per mototuristi in Trentino. Ogni anno creiamo, a caro prezzo, una mappa per i nostri turisti con l'indicazione dei tour che possono fare in Trentino. Ecco il link della nostra ultima versione: http://issuu.com/ trentinomotorrad/docs/ trentino_in_moto_ motorradtourenkart?e=4756124/ 8064504 Volevo sapere se ci fosse la possibilità di creare una mappa simile con OSM. Quello di cui abbiamo bisogno è una base cartografica molto dettagliata, con indicazioni geografiche (montagne, laghi, fiumi ecc.) e topografiche. Come potete vedere la nostra base cartografica è molto pulita con un colore bianco neutro in modo da far spiccare i tour (da far aggiungere successivamente, insieme alle attrattive turistiche, da un nostro grafico). Grazie mille per il vostro aiuto. Francesco Monticelli Scusa se arrivo tardi, ho visto stamattina, ma fino che non avevo il pc sottomano non ricordavo il link che vado a proporti. Attraverso questo blog, tra l'altro di un professionista che usa anche OSM per lavoro, utente di questa lista, puoi farti un'idea dei vari rendering e adattamenti vari. http://www.cityplanner.it/stai-cercando-una-cartografia-di-base/ Oppure, altro link per guardartelo, credo già suggerito: http://umap.osm.ch/it/ - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJVGWtGAAoJEMTPIIVov0Zt73oIAIVZAzfb5BjZQaojRL4u//0s mG6PQ5YvHJPdmOfaVoak3pcxDpzxqu6HqsrmlKCrtXjwpj3Vt5QXfVz5n4r2I1YH qjBDgVXuzDhrA7s2/1lQ+hWFsQCQwrZD+UEIFsNngWUJcKxkk6iYH1sc47S9f5+z 4hwVxBAALxQ7L+gWJMp+dzxMb322RcWa5rSwfW+lXZ3QaQpdmIBtZ1zgJ9XlbUNE 155uWGF/R25WGwh4dvSaYWneY9NCQQUI2/r1q4tUPg7cgR+kRlnnZQxAUzuPld9g AnzxOFuBbjuRLvR5MMigK+k8yB5jl7aCLTHI8SgQWZoOmYMtWzPtSN40jF2S5dU= =lHj8 -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Proposition de schéma de tags pour améliorer la cartographie des arbres
Sur OHM vraiment? Symbole de résistance contre OSM ? Ou à l'inverse sur COULOMB, symbole de conductance : « Coulons OSM ! », dirait Google (qui voudrait bien nous voir aller jusqu'à cartographier les pattes de mouche, histoire de bien plomber le projet), on pourrait aussi dire « Coulons Google », sauf que je ne pense pas que ce soit même dans notre intérêt collectif de tuer toute concurrence On commence à le voir sur Wikipedia où les contributions se tarissent un peu alors qu'il n'y a jamais eu autant de lecteurs, la qualité globale diminue avec moins de relecteurs, et où les vraies évolutions et innovations sont de plus en plus compliquées et lourdes administrativement parlant. On le voit aussi sur la presse en général, tuée par les sites web d'informations sans relecture, sans source. Mais il n'y a plus aucune encyclopédie vivante sur papier, en même en ligne hors de Wikipédia (on n'a pas le choix que de le préserver mais c'est dommage maintenant qu'il soit aussi figé dans son premier moule, on n'a pas encore un système collaboratif de relecture reconnue, fonctionnant domaine par domaine, hors des rares comités scientifiques quasi inaccessibles et des publications spécialisées et chères, qui ont en plus du mal à survivre économiquement face au web beaucoup plus réactif). Tant qu'il y a de la concurrence et qu'elle s'équilibre sainement, l'innovation joue à fond et les progrès vont bien plus vite et plus de monde en bénéficie. OSM a recréé une saine concurrence permettant aux sources des anciens monopoles géographiques d'Etat d'être totalement tués par Google, en leur permettant de collaborer à fond, pas en sens unique où Google aurait même voulu faire d'eux des consommateurs de données au lieu d'en être producteurs. Mais je pense qu'on doit laisser leur place aussi à Google ou Bing, et on redonne aussi un espace aux collectivités publiques, et qu'on doit accorder encore une place importante aux producteurs de données sourçables, par des échanges réciproques, où tout ne viendra pas seulement des utilisateurs individuels sans réelle supervision de la qualité globale des données (Je ne peux pas faire confiance juste à Google pour faire cette relecture de qualité par la pertinence mesurée en ligne juste par ses propres outils statistiques, car elle est trop orientée selon ses objectifs commerciaux; pour cela Google est prêt à dissimuler des données et fausser la réalité, en présentant des vues très clairement biaisées du monde ou juste pour faire plaisir instantanément à chaque utilisateur et ne rien lui apprendre d'autre que ce que Google peut lui vendre, et en tout cas rien de durable : ce risque est trop important dans un monde de monopole puisque alors Google serait devenue la seule source, influençant trop les données de toutes les autres). Même avec un duopole ce n'est pas suffisant, une concurrence saine, durable, innovante, performante et efficace, n'existe pas tant qu'il n'y a pas au moins 3 acteurs majeurs, quel que soit le domaine. Pareil en politique ou dans l'économie en général : on a besoin d'un troisième camp, même quand il dérange, ou déroge aux règles communes élaborées par les deux autres camps, une opposition unique ne peut pas fonctionner durablement (même avec un système démocratique d'alternance), le piège étant l'immobilisme de ces règles communes et leur inadaptabilité ou incapacité même à voir et analyser les problèmes tels qu'ils sont. Une vraie démocratie fait la séparation des pouvoirs (législatifs, administratifs, judiciaires et résolution des litiges par un tiers réellement neutre, pouvoir de contrôle, capacité d'informations et d'analyse par un tiers, donc non opacité des décisions et de l'action de ceux qui peuvent en prendre mais doivent aussi être eux-mêmes responsables), mais ne fonctionne pas sur ce principe dans un duopole où personne ne peut être neutre. Et encore moins dans un monopole où plus rien ne bouge jusqu'à son effondrement brutal dans un désordre complet où tous les abus deviennent possibles dans l'impunité la plus totale. Le 2 avril 2015 07:16, Jo winfi...@gmail.com a écrit : Ah, dommage que ce n'est pas sérieux. J'étais complètement pour... J'espère que vous n'avez pas oublié les branches coupées, ou on met ceux-là sur OHM? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Import numeri civici: quale licenza ?
2015-04-02 9:53 GMT+02:00 Andrea Musuruane musur...@gmail.com: Il source tag nel changeset è richiesto dalle import guidelines (per identificare a quale import si riferisce). +1, come anche l'upload da un utente dedicato (per ogni import si deve usare un utente generato appositamente, per facilitare evventuali futuri cambiamenti di licenza). i guidelines si trovano qui: http://wiki.osm.org/wiki/Import/Guidelines Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import numeri civici: quale licenza ?
Andrea Musuruane wrote AFAIK no. L'attribuzione è richiesta ma non ci sono dubbi sull'interpretazione e va benissimo metterla nella pagina Contributors. Ciao, Andrea Quindi non è necessario definire il source sul changelog o bisogna metterlo anche li (nel qual caso con o senza l'indicazione della licenza originale)? ciao Aury - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Import-numeri-civici-quale-licenza-tp5839074p5839444.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Nice, rajouter une place
Oui, sur cette place les piétons font ce qu'ils veulent dans la partie piétonne/espace vert, par contre les voitures et le tram restent chacun sur leur axe de communication de prédilection. Le 01/04/2015 17:45, Pieren a écrit : Atention, un polygone avec un highway + area=yes a une signification particulière : la circulation y est libre dans toutes les directions à l'intérieur du polygone ! Pour les piétons, la question ne se pose pas (c'est évidemment possible). Mais pour un highway=residential ou service, ça ne peut correspondre qu'à une place ouverte dont les voitures peuvent circuler en tout sens. Et je doute que ce soit le cas de cette place. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] Westtoer / WVI
Thanks a lot Ruben for the translation. On Thu, Apr 2, 2015 at 11:29 AM, Ruben Maes ru...@janmaes.com wrote: - andere overheidsinstellingen zoeken (W-Vl eerst) * Find other governmental institutions (initially in West-Flanders) [To do what?] Collaboration, e.g. they mentioned that their is a department running servers for the geoloket or so that has experience maintaining servers. They think about AGIV as well. Cost-sharing for development of the course, organize meetings. When the organize meetings they were also thinking to invite commercial partners (even TomTom, Garmin to fund such meeting, in return for a pitch talk, if needed :-) ), but they are also thinking about high schools, professional organizations (landmeters), etc. There is a company that makes those devices for landmeters. They also mentioned an organization in W-Vl that is working around an app for wheelchair users (sorry forgot to write down the name). They want to inform those groups about OSM as well. So it is very early, but they really want to look for as many partners as possible. They want to advertise OSM in many possible ways. Ideas are welcome. regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-lv] riigas atveertie dati
Uztaisīju ka var apskatīt adreses no šiem opendata uz kartes: http://85.254.216.238/osm/opendata.php Aizbīdam uz vietu kurā gribam redzēt kādas ir adreses pēc opendata datiem un augšā spiežam Iegūt datus. Pārāk lielos reģionos neielādēs visus, jo uzliku limitu uz 1000 punktiem, lai nevarētu netīšām sākt lādēt visas Rīgas adreses. 2015. gada 26. marts 12:05 Rich ric...@nakts.net rakstīja: ielu vidusliinijas. celja ziimes. sab transporta pieturas. https://opendata.riga.lv/satiksme.html adreses. apkaimju robezhas. veel nepaspeeju izpeetiit, vai dati lietojami, bet riigas kartei vajadzeetu kljuut labaakai ;) -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-at] Heutige Massenedits der tracktype=* im DACH-Bereich
On 01.04.2015 21:42, Harald Kleiner wrote: Vielleicht wäre das eine gute Gelegenheit, wieder einmal etwas neues für KeepRight auf die Beine zu stellen. Nach Lektüre der beiden Wiki-Seiten zu surface und tracktype habe ich hemdsärmelig und naiv, wie ich bin, folgende Plausibilitätsbereiche ausgetüftelt: gravel : grade2 - grade4 pebblestone : grade2 - grade4 Eine Kiesbank an einem Fluss kann mit surface=gravel oder pebblestone trotzdem grade5 haben. wood : grade1 - grade2 wood betrifft vor allem Brücken, und viele Holzbrücken sind schon am Auseinanderfallen. grade5 passt da sehr gut. Außerdem sind Brücken oft Teil eines längeren Tracks, und wenn der ganze Track grade5 hat, wird man der Brücke nicht grade1 geben wollen, selbst wenn sie asphaltiert ist. Brücken sollten von dieser Prüfung also generell ausgenommen werden. Wenn man weiter denkt, dann sind Brücken nur ein Beispiel für kurze Abschnitte, wo man den tracktype bewusst passend zum Gesamttrack und nicht zum surface wählt. Z.B. wenn der Bauer eine Ladung Bruchschutt (gravel) auf eine sumpfige Stelle eines grade5-Tracks schüttet, dann wird draus noch lang nicht grade2. Darum sehe ich diese ganze Idee skeptisch. Solche Prüfungen verleiten immer wieder Leute dazu, an Objekten herumzupfuschen, von denen sie nichts verstehen, und ohne Ortkenntnis Tags oder Geometrien zu verändern, die von Mappern mit Ortskenntnis bewusst und mit gutem Grund gesetzt wurden. Im weiteren Sinn kann man solche Prüfungen sogar als Massenedit ansehen. Es ist nicht immer der der Täter, der schießt! -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-se] Kan någon förklara det här?
2015-04-01 18:10 GMT+02:00 Andreas Vilén andreas.vi...@gmail.com: Av dina inlägg att döma får jag dock intrycket att du enbart använder presets i iD när du mappar? Det är inte helt optimalt, eftersom översättningar skiljer sig mellan editorer och de flesta användare som gör mer än lägger till enstaka objekt föredrar att skriva taggvärdena manuellt framför att använda presets. Jag rekommenderar att du laddar ner editorn Josm och försöker sätta dig in i den. Det kommer i längden att göra mappandet både lättare och mer lättbegripligt, även om inlärningskurvan är rätt hög. Ta det lite lugnt. Om något är galet så är det snarare att ni som har så bestämda åsikter som har misslyckats förmedla det på ett bra sätt. Om det inte är helt uppenbart hur man taggar vägar i iD så är något riktigt fel, det är inte fel på alla nya kartläggare. JOSM gör inte saker lättare. Get with the program, som man säger. Jag bryr mig inte om trafikverkets vägar, vilket gör att jag bara kan vara med i diskussionen på något slags metaplan. Här är listan på vägar om någon annan vill fundera mer på detta. Tobias bild: http://postimg.org/image/xhuu2yag9/full/ väg nummer 1: http://www.openstreetmap.org/way/294235220/history väg nummer 2: http://www.openstreetmap.org/way/237579203/history highway=unclassified maxspeed=70 oneway=no surface=asphalt width=3.5 väg nummer 3: (Sävsjövägen) http://www.openstreetmap.org/way/237886520/history highway=tertiary lanes=2 maxspeed=80 name=Sävsjövägen oneway=no ref=877 surface=asphalt Väg nummer ?: http://www.openstreetmap.org/way/285751220/history highway=secondary lanes=2 maxspeed=80 ref=127 surface=asphalt ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [OSM-talk-fr] Hauteur et nombre d'étages des bâtiments
Le 31 mars 2015 10:52, Vincent Frison vincent.fri...@gmail.com a écrit : Dans ma zone de test il y a donc un peu plus de 34% de bâtiment ayant un import dont le score est d'au moins 90%. Je vais essayer d'implémenter l'astuce décrite dans mon précédent mail : pour chacun des bâtiments OSM regrouper les imports par nombre d'étages pour voir si je peux les cumuler afin d'atteindre le bon score minimal. J'ai refait quasiment tout mon programme afin d'être bien générique (il peut travailler sur n'importe quel tag de n'importe quel élément et non pas simplement sur le nombre d'étage des bâtiments) et surtout pour avoir ce cumul des scores des imports. Voici donc les stats avec l'ancienne et la nouvelle méthode : pour chaque bâtiment l'ancienne méthode ne considère que l'import avec le meilleur score alors que la nouvelle méthode regroupe les imports ayant le même nombre d'étages pour additionner leur score ce qui permet d'avoir des résultats légèrement meilleurs. INFO === Statistics === INFO *** Statistics with the old matching method *** INFO Number of matched elements: 2568 INFO Number of updatable elements: 0 INFO Number of updated elements: 0 INFO Repartition by matching scores: INFO - between 0% and 10% : 37 (1%) elements including 0 that have been updated (0 were updatable) INFO - between 10% and 20% : 62 (2%) elements including 0 that have been updated (0 were updatable) INFO - between 20% and 30% : 136 (5%) elements including 0 that have been updated (0 were updatable) INFO - between 30% and 40% : 220 (8%) elements including 0 that have been updated (0 were updatable) INFO - between 40% and 50% : 275 (10%) elements including 0 that have been updated (0 were updatable) INFO - between 50% and 60% : 270 (10%) elements including 0 that have been updated (0 were updatable) INFO - between 60% and 70% : 176 (6%) elements including 0 that have been updated (0 were updatable) INFO - between 70% and 80% : 201 (7%) elements including 0 that have been updated (0 were updatable) INFO - between 80% and 90% : 302 (11%) elements including 0 that have been updated (0 were updatable) INFO - between 90% and 100% : 889 (34%) elements including 0 that have been updated (0 were updatable) INFO *** Statistics with the new matching method *** INFO * Statistics for the updatable tag building:levels INFO Number of matched elements: 2550 INFO Number of updatable elements: 0 INFO Number of updated elements: 0 INFO Repartition by matching scores: INFO - between 0% and 10% : 31 (1%) elements including 0 that have been updated (0 were updatable) INFO - between 10% and 20% : 23 (0%) elements including 0 that have been updated (0 were updatable) INFO - between 20% and 30% : 50 (1%) elements including 0 that have been updated (0 were updatable) INFO - between 30% and 40% : 150 (5%) elements including 0 that have been updated (0 were updatable) INFO - between 40% and 50% : 263 (10%) elements including 0 that have been updated (0 were updatable) INFO - between 50% and 60% : 265 (10%) elements including 0 that have been updated (0 were updatable) INFO - between 60% and 70% : 202 (7%) elements including 0 that have been updated (0 were updatable) INFO - between 70% and 80% : 209 (8%) elements including 0 that have been updated (0 were updatable) INFO - between 80% and 90% : 335 (13%) elements including 0 that have been updated (0 were updatable) INFO - between 90% and 100% : 1022 (39%) elements including 0 that have been updated (0 were updatable) Avec la nouvelle méthode la tranche des 90%-100% passe ainsi de 34% à 39%, c'est toujours ça de pris. Personnellement j'aimerais bien qu'on prenne également la tranche des 80%-90% car il faut bien voir que le découpage d'OSM est vraiment grossier par rapport à celui d'OpenDataParis et qu'il y a forcément des différences de surfaces assez importantes. Si on se dit que ma zone de test dans le 12e arrondissement est assez représentative (on aura à peu près les mêmes pourcentages sur l'ensemble de Paris) et qu'on accepte cette tranche de 80%-90% cela permettrait de mettre à jour plus de la moitié des immeubles parisiens (39 + 13 = 52%). Mais je comprends tout à fait que cela puisse vous gêner et que vous préfériez ne rien mettre à jour plutôt que de mettre à jour des données fausses (même si pour moi elles ne sont pas fausses mais juste légèrement simplistes en raison des données existantes ;p). Voila j'attends vos retours avant de me lancer mon programme sur le serveur live. ++ Vincent. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Boulet, que faire?
Le mercredi 1 avril 2015 19:21:04 Eric SIBERT a écrit : ... ou je supprime moi-même jusqu'à ce qu'il s'arrête ou qu'on entre en guerre d'édition et que le DWG se penche enfin sur son cas? Ou alors, tu lui indiques comment on fait de l'import (en masse) de bâti en France 0:-) Il paraît que c'est radical … -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] Westtoer / WVI
Yesterday Marc met with Westtoer (the touristic service in West-Flanders) and WVI (the GIS coordinator of 54 of the 64 West-Flemish municipalities). He didn't have the time to translate his notes, so I tried to translate them into English from my understanding. If I misinterpreted, please correct it! I would like to thank Marc for his time and effort to do this. This cooperation sounds really really interesting. On 2 Apr 2015 07:26, Marc Gemis marc.ge...@gmail.com wrote: Westtoer wil echt aan de slag met OpenStreetMap Westtoer really wants to start using OSM: - Steeds als basislaag. Hun servers en stijl * They want it to be their default base layer, on their own servers and with their own style. - Controle tools (op hun servers) * They want to provide QA tools on their own servers. - Donatie van data, niet alles, bv. technische gegevens palen wandelknooppunten niet * They want to donate their data (not all of it though, e.g. not the technical details of the signs for the walking networks). - proberen feedback lus te installeren (wijzigingen in OSM terugkoppelen) * They want to create a feedback loop, so they can update their data based on changes in OSM. - sommige dingen willen ze zelf in OSM onderhouden, andere niet * Some things they want to maintain themselves in OSM, other things not. - zoeken feitelijk professionele consultant voor mee opstellen van cursussen rond OSM. (Syntra is gevallen). Ook iemand vanuit de community om daar mee aan te schrijven / te sturen. Denken aan 60 cursusdagen - cursus voor professionele GIS mensen van Westtoer en WVI. - cursus voor hun peters/meters van het wandelnetwerk om meer mensen op OSM te krijgen * As a matter of fact they are searching for a professional consultant to help organise OSM courses. (Syntra was mentioned.) They would also like to have someone from the community help writing/steering those. They are thinking of 60 course days. The course would be aimed at professional GIS people from Westtoer and WVI, and their 'godparents' of the walking network. This would be to get more people on OSM. - WVI gaat GIS medewerkers naar die cursus proberen te krijgen * WVI will try to get their GIS employees to follow that course. - gaan ook proberen sponsors te zoeken * They will also try to find sponsors. - andere overheidsinstellingen zoeken (W-Vl eerst) * Find other governmental institutions (initially in West-Flanders) [To do what?] - WVI denkt aan europees programma rond GIS om geld los te krijgen * WVI is thinking of a European GIS programme in hopes of getting subsidies for us. - WVI via gemeenten zoeken naar doelgroepen die interesse hebben om mee te mappen * WVI wants to search for groups that would be interested in mapping. They propose to work together with the municipalities for this. - Westtoer via hun peters/meters project (of andere methodes?) zoeken naar nieuwe mappers * Westtoer proposed to search for new mappers through their 'godparents' project. Or possibly in other ways. - Willen langdurige samenwerking, willen echt OSM vooruit helpen * They want a long-term cooperation. They really want to help OSM forwards. Ruben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-us] Moving historic railroad ways from OSM to OpenHistoricalMap
Hi, On 04/02/2015 06:15 AM, Russ Nelson wrote: I understand keeping a feature in OSM if there is a remnant of the railroad, but there are areas where everything has been replatted, regraded and redeveloped, yet there is still a razed feature in OSM (for one small example, see https://www.openstreetmap.org/edit?#map=16/38.8663/-94.7943). This seems like a good candidate for moving out of OSM to OHM. What problem would be solved by this action? The problem of OSM editors being confused by a strange line that cuts through houses in the editor perhaps. I can see how abandonend railroads where the bed is still visible in some way could be an issue of contention (even though I'd be in favour of not having them in OSM). But former railroads that have been built over by settlements are *clearly* not something that should be in OSM. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Moving historic railroad ways from OSM to OpenHistoricalMap
Frederik Ramm wrote: The problem of OSM editors being confused by a strange line that cuts through houses in the editor perhaps. Which is perhaps 0.1% of the (largely rural) abandoned railroads mapped in OSM, so largely immaterial to the discussion. And if you're confused by that 0.1%, heaven knows what you'll do when faced with the superfluity of admin boundaries in many parts of the world. (And let's not start on proposed highways.) I'm fully with Russ and Greg on this one. For the few vocal deletionists who seem to have ants in their pants about this, may I suggest that you just learn to read 'railway=abandoned' as 'manmade=former_railway_grade', which is entirely verifiable and consistent with OSM's approach of meaningful broad-brush duck tagging. Thanks. Richard -- View this message in context: http://gis.19327.n5.nabble.com/Moving-historic-railroad-ways-from-OSM-to-OpenHistoricalMap-tp5839116p5839518.html Sent from the USA mailing list archive at Nabble.com. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] New North America coverage of Osmose QA
Absolutely fantastic, awesome tool. What a triumph! Thank you Frédéric: I salute your efforts and am now exploring Osmose's depths and interface. Yay! SteveA California (a software and quality assurance professional for over thirty years, including stints at Apple and Adobe) ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] USA Rail: Calling all OSM railfans! (especially in California)
Russ Nelson writes: There are maps which are canonical sources of facts about the world, such as a BNSF map naming subdivisions. No one can own a fact about the world, because it's a fact. Just like you can't patent math. Same idea. You can copyright a collection of facts. You can copyright the arrangement of facts. You can copy the presentation of facts. But you can't copyright the individual facts. I take this brief opportunity to encourage OSM volunteers who wish to better named rail subdivisions in the USA that these data are out there. These are indeed facts about the world and just because it seems as though they are locked up in private hands (a rail company or protected by copyright on a particular map) does NOT mean that such facts about the world cannot be put into OSM. THEY CAN! Of course, I adhere to don't copy from other maps but I explicitly agree with OSM's maxim to be bold entering data when they are clearly facts about the world. We have the ability to discern this, and we should. Railways are big, long, industrial things that snake hundreds and thousands of kilometers through our landscapes. Chunks of them have names, just as you would expect anything else hundreds of kilometers long to have names. They are regulated by many levels of governmental agencies, whose job it is (partly) is to keep track of these names. Go get 'em, and go put 'em in OSM. Thanks to all who do. SteveA California ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] New North America coverage of Osmose QA
Thank you Frédéric and Osmose team! On Thu, Apr 2, 2015 at 1:51 PM, Frédéric Rodrigo fred.rodr...@gmail.com wrote: Hi, Osmose QA is a Quality Assurance tool. It detects and reports errors based on more than 200 rulesets. http://osmose.openstreetmap.fr http://wiki.openstreetmap.org/wiki/Osmose We are glad to announce the new North American coverage of Osmose QA. After Africa and Antarctica, America is the last fully covered continent. This is possible because of interest of MapBox on data quality and their sponsorship of Osmose QA project through OpenStreetMap-France with € 2.000 donation. This allowed us to rent a new server for a couple of years to run the North America analysis. After the new active areas are in place, we checked the results and adjusted the analysers according to local mapping usages. Nevertheless we are still open to comments (and code) to improve the quality of errors detection. Setting up quality analyser in a new area always come up with lot of errors detected - and some errors coming from noisy imports. Do not discourage yourself by the quantity of errors. In Osmose QA you can filter errors by severity, categories, topics and so on. You can look up at errors on objects where your are the last editor. You can also show errors list, exports and graph over time. We plan to rent a second server and try to finish Europe coverage. Then it will miss large part of Asia and Oceania to cover the world. Donations are welcome to extend Osmose QA coverage on the last missing continents. The Osmose QA team. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[OSM-talk-fr] Couverture de l'Amérique du Nord de Osmose
Bonsoir, Osmose est un outil d'assurance qualité. Il permet de détecter et signaler des erreurs sur la base d'un ensemble de plus de 200 règles. http://osmose.openstreetmap.fr http://wiki.openstreetmap.org/wiki/Osmose Nous sommes heureux d'annoncer l'arrivée de la couverture de l'Américaine du nord par Osmose. Après l'Afrique et l'Antarctique, l'Amérique est le dernier continent entièrement couvert. Cela a été rendu possible grace à l'intérêt de MapBox pour la qualité des données et leur don de 2 000 € à OpenStreetMap-France pour soutenir le projet Osmose. Cela a permis de louer un serveur de plus pour exécuter les analyses pour l'Amérique du Nord pour deux ans. Ne vous décourager par la quantité d'erreurs. Dans Osmose vous pouvez filtrer les erreurs par gravité, par catégories, par thèmes... Vous pouvez n'afficher que les erreurs sur les objets dont vous êtes le dernier contributeur. Vous pouvez également afficher des listes d'erreurs, les exporter ou voir des graphiques d'évolution dans le temps. Nous prévoyons de louer un deuxième serveur et essayer de finir le support de l'Europe. Ensuite, il va encore manquer une grande partie de l'Asie et de l'Océanie pour terminer decouvrir le monde. Les donations sont toujours les bienvenues pour permettre à Osmose de couvrir le reste des continents manquants. L'équipe d'Osmose. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Moving historic railroad ways from OSM to OpenHistoricalMap
On 4/2/15 4:27 PM, Paul Norman wrote: On 3/29/2015 5:00 AM, Mark Bradley wrote: Can I export these ways from OSM and then import them into OHM? The main technical problem with moving data from one OSM API to another (e.g. OSM to OHM, OSM to dev server, OSM to OpenGeoFiction) is making sure to get rid of the OSM IDs, as the other APIs will need to generate their own. There are clever ways to do this, but one simple way is to put what you want to move on its own layer in JOSM, convert the layer to GPX, and convert it from GPX back to OSM. This leaves you with a completely new way with an identical geometry. You can then copy the tags over. This works best with a small number of long complex ways. note that when you bring data into OHM, it is good form to provide start_date and end_date tags to along with it. railways are not marked abandoned in OHM, rather they have temporal data about when they existed. richard -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search signature.asc Description: OpenPGP digital signature ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] Hauteur et nombre d'étages des bâtiments
Le 2 avril 2015 16:00, Pieren pier...@gmail.com a écrit : 2015-04-02 11:13 GMT+02:00 Vincent Frison vincent.fri...@gmail.com: Personnellement j'aimerais bien qu'on prenne également la tranche des 80%-90% car il faut bien voir que le découpage d'OSM est vraiment grossier par rapport à celui d'OpenDataParis et qu'il y a forcément des différences de surfaces assez importantes. Si on se dit que ma zone de test dans le 12e arrondissement est assez représentative (on aura à peu près les mêmes pourcentages sur l'ensemble de Paris) et qu'on accepte cette tranche de 80%-90% cela permettrait de mettre à jour plus de la moitié des immeubles parisiens (39 + 13 = 52%). Mais je comprends tout à fait que cela puisse vous gêner et que vous préfériez ne rien mettre à jour plutôt que de mettre à jour des données fausses (même si pour moi elles ne sont pas fausses mais juste légèrement simplistes en raison des données existantes ;p). Le surfacique des building viennent du cadastre. Mais on sait tous que le cadastre a son propre découpage qui contient souvent des artifices/erreurs/fantaisies avec des polygones séparés qui ne sont pas des bâtiments séparés mais au mieux des pièces ou pire, des balcons ou des cheminées (pour les plus petites). C'est pourquoi après l'import du bâti sur Paris, j'ai fusionné de nombreux polygones pour que le tag building s'applique vraiment à la surface du building et non à une partie seule (mais pas dans tous les arrondissements). De plus, de nombreuses cours intérieures ont souvent manqué pendant l'import (qui n'est pas de mon fait), ce qui peut aussi expliquer les différences avec les données de la ville. Tout à fait, c'est typiquement ce genre de simplifications qui causent de nombreuses différences au niveau des surfaces et dans le cadre de mon import ça me pose évidemment un souci. Mais soyons bien clair, je trouve que le travail accompli pour importer le cadastre est tout bonnement magnifique, la valeur ajoutée à OSM est tellement énorme... et je ne voudrais surtout pas paraître pour le mec qui crache dans la soupe qui nourrit son programme ;) Voila j'attends vos retours avant de me lancer mon programme sur le serveur live. Avant de passer au vrai import de masse, il faut créer une page wiki décrivant le processus, résumer l'action dans un mail envoyé à la liste impo...@osm.org avec si possible un échantillon de fichier xml pour que les autres puissent juger de ce qui sera modifié. Il faut chercher imports dans le wiki pour trouver la procédure à suivre. Le risque sinon est d'avoir un revert automatique du DWG si tu passes dans leur radar. Sinon, tu pourrait commencer plus petit, avec un quartier assez caractéristique des problèmes rencontrés. Plus besoin de passer par la procédure officielle. Et d'avantage de gens pourront juger du résultat. Ok je vais essayer de faire tout ça.. De plus, il serait intéressant de publier ton script pour que d'autres puissent réitérer l'opération plus tard, sur la même zone ou ailleurs. Celui-ci devrait aussi d'ailleurs signaler les cas qui ont un écart trop grand entre les données de Paris et les valeurs déjà dans OSM (quand c'est le cas). Là aussi, dans l'optique de vérifier l'existant manuellement (les anciennes contributions peuvent être fausses, altérées ou obsolètes) et d'exécutions du même script plus-tard avec des données plus fraiches. Mais carrément, j'ai déjà un petit projet GitHub : https://github.com/vince-from-nice/osmaxil ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-ca] Target Canada
I don't understand why this was done. Not all of these stores are closed permanently. Unless you plan to do the reverse on Saturday for the ones remaining open , we'll be left with shop=vacant where the shop is actually open . If some of these are in areas without regular contributors, they could remain vacant for a long time. shop=vacant also doesn't render on the standard map, so it would be easy for these incorrectly- vacant locations to go unnoticed, whereas a visible Future Shop would be more likely to be noticed and then get fixed. The most I would have done would be to add a note or fixme that the name would be changing as of April 4. If you plan to do the same thing for the Target locations, please let us know in advance. Andrew Lester Victoria, BC, Canada - Original Message - From: Andrew MacKinnon andrew...@gmail.com To: Talk-CA OpenStreetMap talk-ca@openstreetmap.org Sent: Thursday, April 2, 2015 11:49:15 AM Subject: Re: [Talk-ca] Target Canada I have already changed every Future Shop which is in OSM to shop=vacant. See http://wiki.openstreetmap.org/wiki/Future Shop . ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-us] Moving historic railroad ways from OSM to OpenHistoricalMap
On 3/29/2015 5:00 AM, Mark Bradley wrote: Can I export these ways from OSM and then import them into OHM? The main technical problem with moving data from one OSM API to another (e.g. OSM to OHM, OSM to dev server, OSM to OpenGeoFiction) is making sure to get rid of the OSM IDs, as the other APIs will need to generate their own. There are clever ways to do this, but one simple way is to put what you want to move on its own layer in JOSM, convert the layer to GPX, and convert it from GPX back to OSM. This leaves you with a completely new way with an identical geometry. You can then copy the tags over. This works best with a small number of long complex ways. The correct way to do this would be to extract the ways into a file, invert all the IDs and ID references in the file, and upload it to the other API. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] New North America coverage of Osmose QA
Thanks Frederic! On Apr 2, 2015 11:57 AM, Martijn van Exel m...@rtijn.org wrote: This is amazing news. Osmose is a really valuable tool. Also there is a good integration with MapRoulette that Frédéric built, and has already resulted in some interesting challenges. As you explore Osmose, let me know if you want any other QA themes from Osmose to appear in MapRoulette. Martijn Martijn van Exel skype: mvexel On Thu, Apr 2, 2015 at 10:51 AM, Frédéric Rodrigo fred.rodr...@gmail.com wrote: Hi, Osmose QA is a Quality Assurance tool. It detects and reports errors based on more than 200 rulesets. http://osmose.openstreetmap.fr http://wiki.openstreetmap.org/wiki/Osmose We are glad to announce the new North American coverage of Osmose QA. After Africa and Antarctica, America is the last fully covered continent. This is possible because of interest of MapBox on data quality and their sponsorship of Osmose QA project through OpenStreetMap-France with € 2.000 donation. This allowed us to rent a new server for a couple of years to run the North America analysis. After the new active areas are in place, we checked the results and adjusted the analysers according to local mapping usages. Nevertheless we are still open to comments (and code) to improve the quality of errors detection. Setting up quality analyser in a new area always come up with lot of errors detected - and some errors coming from noisy imports. Do not discourage yourself by the quantity of errors. In Osmose QA you can filter errors by severity, categories, topics and so on. You can look up at errors on objects where your are the last editor. You can also show errors list, exports and graph over time. We plan to rent a second server and try to finish Europe coverage. Then it will miss large part of Asia and Oceania to cover the world. Donations are welcome to extend Osmose QA coverage on the last missing continents. The Osmose QA team. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-ca] Tr : [OSM-talk-fr] Couverture de l'Amérique du Nord de Osmose
- Mail transféré - De : Frédéric Rodrigo fred.rodr...@gmail.com À : Discussions sur OSM en français talk...@openstreetmap.org Envoyé le : Jeudi 2 avril 2015 16h02 Objet : [OSM-talk-fr] Couverture de l'Amérique du Nord de Osmose Bonsoir, Osmose est un outil d'assurance qualité. Il permet de détecter et signaler des erreurs sur la base d'un ensemble de plus de 200 règles. http://osmose.openstreetmap.fr http://wiki.openstreetmap.org/wiki/Osmose Nous sommes heureux d'annoncer l'arrivée de la couverture de l'Américaine du nord par Osmose. Après l'Afrique et l'Antarctique, l'Amérique est le dernier continent entièrement couvert. Cela a été rendu possible grace à l'intérêt de MapBox pour la qualité des données et leur don de 2 000 € à OpenStreetMap-France pour soutenir le projet Osmose. Cela a permis de louer un serveur de plus pour exécuter les analyses pour l'Amérique du Nord pour deux ans. Ne vous décourager par la quantité d'erreurs. Dans Osmose vous pouvez filtrer les erreurs par gravité, par catégories, par thèmes... Vous pouvez n'afficher que les erreurs sur les objets dont vous êtes le dernier contributeur. Vous pouvez également afficher des listes d'erreurs, les exporter ou voir des graphiques d'évolution dans le temps. Nous prévoyons de louer un deuxième serveur et essayer de finir le support de l'Europe. Ensuite, il va encore manquer une grande partie de l'Asie et de l'Océanie pour terminer decouvrir le monde. Les donations sont toujours les bienvenues pour permettre à Osmose de couvrir le reste des continents manquants. L'équipe d'Osmose. ___ Talk-fr mailing list talk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-us] Moving historic railroad ways from OSM to OpenHistoricalMap
EthnicFood IsGreat writes: It's apparent to me that consensus will never be reached on whether or not abandoned railroads belong in OSM (at least the way it is currently configured), given the strong feelings on both sides of the issue. That's why I think moving them to OHM is a good compromise. In what way is giving the deletionists what they want a compromise?? -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Moving historic railroad ways from OSM to OpenHistoricalMap
Greg Troxel writes: More seriously, a wave of deletionism is really bad for the project in terms of morale. +1 -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Moving historic railroad ways from OSM to OpenHistoricalMap
Mike N writes: On 4/1/2015 10:51 PM, Russ Nelson wrote: I don't have an awful lot of use of OpenHistoricalMap because it's a faux-layer. What if OpenRailwayMap could pull from OpenHistoricalMap to do a complete rendering, even though it's a faux-layer? Presumably they would do exactly that. The problem is that once you have two different representations of the same thing, in separate databases, they get out of synch with each other. Say that you're trying to use OSMAnd to find where a railroad went out in the field (which I do all the time). You get to a point where OSMAnd switches to OHM, and OHM has gotten out of sync (say, because the aerial photography got better). Now you're lost because the the railroad is no longer connected. It's off wherever. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] New North America coverage of Osmose QA
Thank you for the addition of this valuable quality tool! ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Facts about the world
Simon Poole writes: Up to now OSM has drawn the line in such a way that stuff that is signposted and is observable on the ground is fair game (with some exceptions, I believe the GR issue is still unsolved). Yes, all of that is fair game. Though I don't know what the GR issue is, and ask you to please clarify. If you are using a collection of facts, be it a list, a map, a file on a computer or whatever, we have to now always taken the, fairly high ground, position that you either need explicit permission (by agreement, licence or similar) or that the use of the source is clearly not subject to copyright any longer. Forgetting about other rights, regulations etc that may exist for the purpose of this discussion. When a collection of facts about the world are data published by a government (around here, those are our employees), ESPECIALLY if/as one is in a jurisdiction where geo data published by us (via the government) are explicitly prohibited to be encumbered by copyright or onerous Terms -- as I do -- then use of those data flowing into OSM should be absolutely uncontroversial. As the explicit example I used in the instant case, road/rail crossing data published by our PUC that became reverse-engineered names of subdivisions sufficient to tag nastily-tagged TIGER data (just plain wrong, but better than nothing and an OK starting place) so they are more correct is a perfectly valid use of such data. I believe anybody in any of the 49 other states can do this, but I am not as familiar with their Public Records Acts (or stare decisis) as I am California's. Nor am I an attorney. But I can read and make these determinations. In fact, I believe any reasonably intelligent adult can do so. If we can't, it is incumbent upon OSM to help us do better. Erring on the side of high ground safety might be a good place to plant an initial flag, but if it's location is wrong and we need to move it to a more accurate place, we must do so. What you seem to be saying in your above statement, followed by stevea's battle call to actually do so, that wholesale extraction of facts from any source is unproblematic and is something that can be done without further consideration and the net result can be used in OSM globally with no expectation of problems This is putting it too strongly, indeed. Facts about the world, where, for example, long snaking industrial things with names that go through my and millions of others' neighborhoods should also be named in OSM. I see no problem whatsoever with that. I do say to not get these facts from sources where copyright is an issue. But if, as is true in the instant case, it can be determined from is, can be or should be known by the public as 'facts about the world,' then yes, I stand by my battle call. As facts about the world, these data belong to us, and when true, we can put them into OSM. (Sometimes such data, like airline routes, are inappropriate to put into OSM -- but that's another topic). It sounds like it is getting a bit shrill. I'll say it again: I wish light, not heat. SteveA California___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] tours penchées
Non il ne va pas nécessairement s'écrouler (les renforts de structure, les contre-charpentes ça existe). Rappel: j'ai dit que tous les bâtiments subissaient (surtout au début) des déformations normales, et même souvent attendues si l'architecte a fait correctement son travail et si le constructeur en a tenu compte sans faire des économies. Ce qui n'est pas toujours prévu c'est une modification sensible du sol (peut-être par négligence sur les études géologiques, ou parce qu'il s'est asséché de façon non prévue, par exemple le vidage d'une nappe souterraine, qui peut avoir été causé par un chantier plus récent ou l'effondrement d'une galerie souterraine) qui change la stabilité du bâtiment. En pratique le penchement de l'horizontale et celui de la verticale sont toujours combinés mais pas de la même façon (pas le même angle) car aucun bâtiment n'est un volume homogène. Pour tout penchement il y a alors des torsions hélicoïdales qui apparaissent, Le bâtiment peut en revanche rester parfaitement stable grâce aux systèmes prévus au départ par les architectes pour supporter ces déformations attendues. Un léger penchement du plan horizontal n'est pas toujours gênant ou se corrige éventuellement par un revêtement intérieur sur les planchers, il n'est pas non plus en lui même un danger. mais le plus souvent c'est le plan horizontal qui se déforme (la courbure est supporté par la flexibilité des poutres et leur coulissement sur les supports verticaux d'appui) Des bâtiments à façades volontairement hélicoïdales ça existe aussi et ce n'est pas non plus le signe qu'ils vont s'écrouler (le sens de rotation de cette hélice peut même être inversé par rapport au sens de rotation des contraintes de déformation hélicoïdales et dans ce cas c'est parfaitement stable!) Si on regarde précisément la plus haute plateforme de la tour Eiffel ou du sommet de toute autre grande tour, son carré ou rectangle n'est pas exactement aligné sur le même angle que celui de la base, il y a déjà eu une déformation hélicoïdale le long de la verticale faisant pivoter légerement le sommet (le pivotement peut même varier selon les saisons et les températures ou même en cours de journée selon l'ensoleillement du fait de la dilatation des charpentes métalliques, les antennes posées dessus voient leur orientation bouger légèrement et soit les lobes des émetteurs sont taillés pour rester dans des marges correctes permettant de couvrir avec un signal correct les zones de réception prévues, soit ces antennes disposent d'un systeme de réorientation pour les transmissions à longue distance) Mais là on sort du cadre OSM: on ne va pas taguer les déformations journalières ou dépendant de la météo. En revanche le penchement d'un bâtiment, s'il est facilement observable et mesurable, est toujours plus complexe qu'un unique changement angulaire, il n'est même jamais linéaire. C'est uniquement la partie simple linéaire de ce penchement (rotation et shearing) que pour l'instant tu as décrite ; mais comme ici ce sera surtout pour des bâtiments où un penchement significatif est facilement observable et mesurable (sans aller jusqu'à inspecter l'orientation des micro-fissures pour déterminer l'orientation locale de toutes les forces de contrainte), c'est justement dans ce cas-là que les déformations hélicoïdales deviennent significatives, et là que justement on ne peut plus assimiler ces déformations à un seul angle mais au moins deux (un pour le plan horizontal moyen, et un autre pour les verticales moyennes) et que les déformations réelles sont justement les plus éloignées de cette partie linéaire. Regarder par exemple les penchements des anciens bâtiments du Quai de la Fosse au bord de la Loire à Nantes, pourtant ils ne vont pas s'écrouler avant encore longtemps, alors qu'il n'y a plus aucune ligne droite et plus aucune surface plane sur leur façade, les déformations hélicoïdales sont bien visibles (les murs sont enflés ou amincis selon le côté et ça ne penche clairement pas dans la même direction azimuthale entre les verticales d'une part et les planchers horizontaux de l'autre) ; cependant ces bâtiments sont en appui les uns sur les autres et forment une charpente commune, et on ne pourrait plus en démolir un sans ajouter des soutiens pour les autres (pour certains il y a déjà des renforts de charpente ajoutés à l'intérieur ou l'extérieur). On voit de tels penchements complexes (avec déformations hélicoïdales) dans tous les vieux quartiers (qui sont souvent en bordure des fleuves sur un terrain meuble) ou encore pour les maisons et fermes traditionnelles en bois (nombreux cas à Rennes par exemple, ou en Normandie, Alsace, etc. avec leurs façades enflées ou amincies). Le Pont du Gard a lui aussi de telles déformations (et le plan horizontal de l'aqueduc n'est clairement plus plan, il penche suivant divers angles par endroit selon les déplacements différents de ses piliers et arches et ça se voit au premier coup d’œil sur les pierres qui ne sont plus
Re: [OSM-talk-fr] Hauteur et nombre d'étages des bâtiments
A mon avis, il serait possible d'éprouver ton programme d'import, en acceptant jusqu'à 80 %, en générant un import sur une zone clairement délimité, afin de pouvoir juger sur pièces. En comparant avec cadastre, openstreetview, terrain, ... chacun pourra juger du degré d'approximation tolérable à son sens. Brice Le 02/04/2015 11:13, Vincent Frison a écrit : Le 31 mars 2015 10:52, Vincent Frison vincent.fri...@gmail.com mailto:vincent.fri...@gmail.com a écrit : Dans ma zone de test il y a donc un peu plus de 34% de bâtiment ayant un import dont le score est d'au moins 90%. Je vais essayer d'implémenter l'astuce décrite dans mon précédent mail : pour chacun des bâtiments OSM regrouper les imports par nombre d'étages pour voir si je peux les cumuler afin d'atteindre le bon score minimal. J'ai refait quasiment tout mon programme afin d'être bien générique (il peut travailler sur n'importe quel tag de n'importe quel élément et non pas simplement sur le nombre d'étage des bâtiments) et surtout pour avoir ce cumul des scores des imports. Voici donc les stats avec l'ancienne et la nouvelle méthode : pour chaque bâtiment l'ancienne méthode ne considère que l'import avec le meilleur score alors que la nouvelle méthode regroupe les imports ayant le même nombre d'étages pour additionner leur score ce qui permet d'avoir des résultats légèrement meilleurs. INFO === Statistics === INFO *** Statistics with the old matching method *** INFO Number of matched elements: 2568 INFO Number of updatable elements: 0 INFO Number of updated elements: 0 INFO Repartition by matching scores: INFO - between 0% and 10% : 37 (1%) elements including 0 that have been updated (0 were updatable) INFO - between 10% and 20% : 62 (2%) elements including 0 that have been updated (0 were updatable) INFO - between 20% and 30% : 136 (5%) elements including 0 that have been updated (0 were updatable) INFO - between 30% and 40% : 220 (8%) elements including 0 that have been updated (0 were updatable) INFO - between 40% and 50% : 275 (10%) elements including 0 that have been updated (0 were updatable) INFO - between 50% and 60% : 270 (10%) elements including 0 that have been updated (0 were updatable) INFO - between 60% and 70% : 176 (6%) elements including 0 that have been updated (0 were updatable) INFO - between 70% and 80% : 201 (7%) elements including 0 that have been updated (0 were updatable) INFO - between 80% and 90% : 302 (11%) elements including 0 that have been updated (0 were updatable) INFO - between 90% and 100% : 889 (34%) elements including 0 that have been updated (0 were updatable) INFO *** Statistics with the new matching method *** INFO * Statistics for the updatable tag building:levels INFO Number of matched elements: 2550 INFO Number of updatable elements: 0 INFO Number of updated elements: 0 INFO Repartition by matching scores: INFO - between 0% and 10% : 31 (1%) elements including 0 that have been updated (0 were updatable) INFO - between 10% and 20% : 23 (0%) elements including 0 that have been updated (0 were updatable) INFO - between 20% and 30% : 50 (1%) elements including 0 that have been updated (0 were updatable) INFO - between 30% and 40% : 150 (5%) elements including 0 that have been updated (0 were updatable) INFO - between 40% and 50% : 263 (10%) elements including 0 that have been updated (0 were updatable) INFO - between 50% and 60% : 265 (10%) elements including 0 that have been updated (0 were updatable) INFO - between 60% and 70% : 202 (7%) elements including 0 that have been updated (0 were updatable) INFO - between 70% and 80% : 209 (8%) elements including 0 that have been updated (0 were updatable) INFO - between 80% and 90% : 335 (13%) elements including 0 that have been updated (0 were updatable) INFO - between 90% and 100% : 1022 (39%) elements including 0 that have been updated (0 were updatable) Avec la nouvelle méthode la tranche des 90%-100% passe ainsi de 34% à 39%, c'est toujours ça de pris. Personnellement j'aimerais bien qu'on prenne également la tranche des 80%-90% car il faut bien voir que le découpage d'OSM est vraiment grossier par rapport à celui d'OpenDataParis et qu'il y a forcément des différences de surfaces assez importantes. Si on se dit que ma zone de test dans le 12e arrondissement est assez représentative (on aura à peu près les mêmes pourcentages sur l'ensemble de Paris) et qu'on accepte cette tranche de 80%-90% cela permettrait de mettre à jour plus de la moitié des immeubles parisiens (39 + 13 = 52%). Mais je comprends tout à fait que cela puisse vous gêner et que vous préfériez ne rien mettre à jour plutôt que de mettre à jour des données fausses (même si pour moi elles ne sont pas fausses mais juste légèrement simplistes en raison des données existantes ;p). Voila j'attends vos retours avant de me lancer mon programme sur le serveur live. ++ Vincent.
Re: [OSM-talk-fr] Appli pour optimiser les déplacements de livraison?
Bonjour, http://www.mapotempo.com/ Frédéric Rodrigo pourra je pense t'en dire plus... Romain Le 2 avril 2015 12:35, Shohreh codecompl...@free.fr a écrit : Bonjour Je connais quelqu'un qui aimerait se lancer dans la livraison à vélo dans une ville de province pour une clientèle de particuliers et d'entreprises. Afin de maximiser le chiffre d'affaires, il faudrait bien sûr qu'elle optimise les tournées. Je ne connais rien du tout à ce domaine, et je me suis dit qu'il existait peut-être un outil basé sur OSM qui permettrait… 1. je tape l'adresse de prélèvement (pas trouvé le bon terme) et de livraison, la date et la tranche horaire souhaités 2. le logiciel rajoute dans la liste des tâches 3. pour un jour + tranche horaire, il calcule le parcours optimale pour maximiser les courses; le parcours doit être disponible sur le web et sur smartphone (type fichier GPX/KML). Si quelqu'un bosse dans le domaine, existe-t-il une solution simple et gratuite pour démarrer, quitte à acheter un truc plus professionnel par la suite? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Appli-pour-optimiser-les-deplacements-de-livraison-tp5839459.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Moving historic railroad ways from OSM to OpenHistoricalMap
On Thu, Apr 2, 2015 at 12:15 AM, Russ Nelson nel...@crynwr.com wrote: But the map *already* doesn't render abandoned railways, much less razed railways. C'mon, let's not conflate the renderings with OSM. I can understand if someone deletes a railway by hitting the wrong key. I can understand if someone deletes a railway that is tagged incorrectly as disused or abandoned when it should be tagged as dismantled. I can understand if somone goes to the location of an abandoned railway, and doesn't see the evidence that an expert sees. You're saying that these railways could be used for farming or build over, right? To me, having something else over where a railroad was indicates that the railroad is gone. There might be a legal right of way, but if someone else is using the land for some other purpose, then that's the current usage. This is similar to the NYC community gardens. Many community gardens in what the NYC government calls abandoned lots. The government sees abandoned lots, but the community sees gardens. The gardens are visible from the ground, so I say they're gardens. But if someone builds over the previous community garden and puts up a building, the community garden is gone. In another mail, someone else (or maybe you) make the point that there's still a legal right, and therefore the railroad should stay. But then what does one do about someoen making fake abandoned railroad tags? How, with the only evidence being legal right, can I judge what's a real abandoned railroad and what's not a real abandoned railroad? It's enormously difficult to disprove the existence of something. - Serge ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-GB] Canal River Trust maps
On 02/04/15 12:28, Dave F. wrote: Ah, might as well forget it... Just read Richard F's blog on the CRT website. V. disappointing. https://canalrivertrust.org.uk/news-and-views/blog/odette-myall/new-maps-for-a-new-website It is much better to look at this as a positive rather than a negative! What *IS* needed is a successful way of using third party data sets rather than continually merging now quite complex data sets into the one unmanageable whole. I would hope to see the information available as an overlay to osm in the same way it overlays google. Then perhaps all the material that is simply missing or incorrect on google can be replaced with much more accurate local views :) Certainly the paths and access to the navigable sections of canals and rivers around here are currently totally blank on the google version. -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-it] mouseover
2015-04-02 12:59 GMT+02:00 francesca santarelli sant.france...@gmail.com: Che voi sappiate esiste la possibilità di mouseover con OSM? Non l'ho mai vista applicata... il mouseover non è legato ad OSM ma alla libreria che mostra i dati renderezzita di OSM. Comunque si librerie principali (Leaflet e OpenLayers) permettono il mouseover -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] [OSM-HH] Hamburger Straßennetz als CC0 veröffentlicht
Für die Datenlizenz Deutschland Namensnennung 2.0 finde ich bei uns keine belastbare Aussage, ob das Ding nun kompatibel ist oder nicht. Dito. :( Die Namensnennung im Changeset und der Homepage wird kaum gerecht sein, sie infiziert ja die Daten und muss erhalten bleiben. Sonst wären da wirklich tolle Daten verfügbar, Teile von ALKIS, Adressen, Gebäudegrundrisse etc. Die wären toll zum vorsichtigen Abgleichen. Viele Grüße, Hannes ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Panneau de signalisation A13a
Bonjour, @Philippe: Ne bloque pas juste sur le cas du panneau en photo jointe. Je parlais d'un cas plus général pour les panneaux qui n'ont pas de valeur officielle (que ce soit la forme, la couleur, la taille, l'orientation, distance, et la hauteur d'implantation sont autant de problématique qui peuvent rendre un panneau de signalisation problématique) Quand on lit les documents, on parle de forme du panneaux et non juste de la forme du signal (peut être un abus de language). Mais bon, la forme carré d'un panneau est réservé au message de type indicatif. C'est le cas des panneaux pour Pensez à nous ralentissez! ( sans valeur réglementaire au titre des panneau de police) PS: les peintures ce n'est que pour les marquages au sol... Je vois pas comment un panneau peint pourrait avoir une homologation... Mais bon on est en France donc avec une dérogation... On voit de tout ;-) Vu que c'est ce que tu as ciblé, le panneaux cité n'a pas de codification standard. À13a est un panneau triangulaire et M9z1 est un panonceau de complément d'information dont la forme et la taille et la police de caractère sont des standards. Dans mon cas il englobe les deux et le fond est d'une forme différente. Donc on pourrait considérer que c'est un A13aM9z1 (comme fusion de panneau en un seul). D'ailleur ce panneau n'est pas dans les catalogues: - http://ekipcollectivites.fr/pdf/C_EKIP%202013_complet.pdf - http://www.nadia-europ.com/media/signalisation_de_police_nadia_2013__007034200_1530_19032013.pdf N'est pas sur les sites de référence: - http://www.signals.fr/nos-produits.html - http://asp.zone-secure.net/v2/index.jsp?id=90/6905/52665lng=fr (signalisation Lacroix) Peut-être homologué à un moment mais je pense pas que ce soit encore le cas sinon il serait encore vendu et mis en catalogue! Dans tous les cas c'est pas à la norme CE Pour info M9z1 peut avoir différentes valeurs comme Ecole, RAPPEL et autres... Il y a qu'à voir les catalogues et liens sites au préalable M9 veut dire : indication diverse z1 veut dire : texte sur 1 ligne z2 veut dire : texte sur 2 lignes Donc le message du panonceau devrait aussi pouvoir être décrit dans OSM. Pour les autres panneaux c'est dans certains cas de la signalisation (non officielle) mais considéré comme du renforcement. exemple le panneau Téo ou Léa PS: pour ce qui aime lire ce genre de truc utile au commune pour la signalisation il y a des PDF A voir en premier La convention de Vienne http://www.unece.org/fileadmin/DAM/trans/conventn/signalsf.pdf Puis Le code de la route (Legifrance) http://www.legifrance.gouv.fr/affichCode.do?cidTexte=LEGITEXT06074228dateTexte=20080502 Et surtout sur *INSTRUCTION INTERMINISTÉRIELLE SUR LA SIGNALISATION ROUTIÈRE* Télécharger : - Arrêté de 1967 http://www.equipementsdelaroute.equipement.gouv.fr/IMG/pdf/Arrete1967_1_vc20120402_cle0ed249.pdf (format pdf - 401.1 ko ) - Arrêté de 1967- Annexe http://www.equipementsdelaroute.equipement.gouv.fr/IMG/pdf/Arrete1967_2annexe_vc20120402_cle03791b.pdf (format pdf - 7.1 Mo) - IISR 1ère partie http://www.equipementsdelaroute.equipement.gouv.fr/IMG/pdf/IISR_1ePARTIE_vc20120402_cle5e11c7.pdf (format pdf - 3.3 Mo ) - IISR 2ème partie http://www.equipementsdelaroute.equipement.gouv.fr/IMG/pdf/IISR_2ePARTIE_VC20120402_cle556158.pdf (format pdf - 1.2 Mo ) - IISR 3ème partie http://www.equipementsdelaroute.equipement.gouv.fr/IMG/pdf/IISR_3ePARTIE_vc20120402_cle51b1a1.pdf (format pdf - 2.2 Mo ) - IISR 4ème partie http://www.equipementsdelaroute.equipement.gouv.fr/IMG/pdf/IISR_4ePARTIE_VC20120402_cle5682aa.pdf (format pdf - 755.5 ko ) - IISR 5ème partie http://www.equipementsdelaroute.equipement.gouv.fr/IMG/pdf/IISR_5ePARTIE_vc20120402_cle54e6e5.pdf (format pdf - 2.6 Mo ) - IISR 6ème partie http://www.equipementsdelaroute.equipement.gouv.fr/IMG/pdf/IISR_6ePARTIE_vc20120402_cle573dda.pdf (format pdf - 1.8 Mo ) - IISR 7ème partie http://www.equipementsdelaroute.equipement.gouv.fr/IMG/pdf/IISR_7ePARTIE_vc20120402_cle531247.pdf (format pdf - 6.4 Mo ) - IISR 8ème partie http://www.equipementsdelaroute.equipement.gouv.fr/IMG/pdf/IISR_8ePARTIE_vc20120402_cle59cc34.pdf (format pdf - 1.9 Mo ) - IISR 9ème partie http://www.equipementsdelaroute.equipement.gouv.fr/IMG/pdf/IISR_9ePARTIE_VC201200402_cle2f7773.pdf (format pdf - 4.7 Mo ) source: http://www.equipementsdelaroute.equipement.gouv.fr/ *On n'a toujours pas trouvé un couple de tags/clé pour décrire ce panneau autrement que par son code!* ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-it] mouseover
Che voi sappiate esiste la possibilità di mouseover con OSM? Non l'ho mai vista applicata... ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Appli pour optimiser les déplacements de livraison?
Merci. Je vois que c'est une appli web à partir de 50€/mois. Sinon, pour commencer, existe-t-il un moyen semi-manuel basé sur OSM qui permet facilement de parcourir une liste en 1) prenant une adresse, 2) tenter de mettre une punaise sur une carte avec validation/modification de l'utilisateur? L'idée serait de se retrouver avec une carte type Umap avec tous les points d'embarquement/livraison pour une journée donnée. C'est moins bien qu'un truc automatisé mais après tout, c'est comme ça que fonctionnent les livreurs de pizza. -- View this message in context: http://gis.19327.n5.nabble.com/Appli-pour-optimiser-les-deplacements-de-livraison-tp5839459p5839471.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-GB] Canal River Trust maps
Ah, might as well forget it... Just read Richard F's blog on the CRT website. V. disappointing. https://canalrivertrust.org.uk/news-and-views/blog/odette-myall/new-maps-for-a-new-website Dave F. On 01/04/2015 18:46, Dave F. wrote: Hi All The Canal River Trust are conducting a survey of the appearance of the latest version of their maps: https://canalrivertrust.org.uk/crtlabs/map.html Considering one of the suggestions was to utilise OSM, the response is disappointing: https://canalrivertrust.org.uk/news-and-views/blog/odette-myall/thanks-for-the-map-feedback This is one of a few charities/community based organisations I've noticed that's jumped into bed with a money spinning conglomerate rather than a fellow collaborative/crowd sourced organisation. Is there anybody here who has sway with the CRT who could persuade them to change their minds? (Richard F.?) Cheers Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-de] [OSM-HH] Hamburger Straßennetz als CC0 veröffentlicht
Am Donnerstag, 2. April 2015, 14:22:04 schrieb Johannes Kröger: Für die Datenlizenz Deutschland Namensnennung 2.0 finde ich bei uns keine belastbare Aussage, ob das Ding nun kompatibel ist oder nicht. Dito. :( Die Namensnennung im Changeset und der Homepage wird kaum gerecht sein, sie infiziert ja die Daten und muss erhalten bleiben. Sonst wären da wirklich tolle Daten verfügbar, Teile von ALKIS, Adressen, Gebäudegrundrisse etc. Die wären toll zum vorsichtigen Abgleichen. Möglicherweise ist zwar die Deutschland-Lizenz 2 prinzipiell nicht kompatibel, aber in diesem Sonderfall schon. Laut Lizenz müssen die Pflichtangaben vom Anbieter der Daten bereitgestellt werden, wenn er sie verlangen will. Dieser Anbieter schreibt aber nur Namensnennung nicht erforderlich, ansonsten sehe ich da keine weiteren Forderungen. Ich gehe davon aus, dass hier bewusst verzichtet wird. Darauf deutet auch die zunächst genutzte CC0. Dies ist jetzt gewissermaßen die amtliche CC0. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] Heutige Massenedits der tracktype=* im DACH-Bereich
Ich denke, dass der Einwand nur zum Teil berechtigt ist, denn wer taggt denn eine Kiesbank mit highway=track und tracktype=xy? Und eine Holzbrücke kann eigentlich nicht grade5 haben, da im wiki unter garde5 steht: ..Soft. Almost always an unpaved track lacking hard materials, uncompacted, subtle on the landscape, with surface of soil/sand/grass... soil/sand/grass sind dann eher nicht mehr zutreffend... Und das soft bezieht sich ziemlich sicher nicht auf den Zustand des Holzes, dass beim Zerfallen weich wird. Aussderm kann man ja Brücken auch leicht mittels Filter bei der Klassifikation weglassen kann. Prinzipiell bin ich aber trotzdem auch eher skeptisch, dass pauschale Aussagen hier zum Ziel führen. Grüße Thomas Friedrich Volkmann b...@volki.at hat am 2. April 2015 um 08:45 geschrieben: On 01.04.2015 21:42, Harald Kleiner wrote: Vielleicht wäre das eine gute Gelegenheit, wieder einmal etwas neues für KeepRight auf die Beine zu stellen. Nach Lektüre der beiden Wiki-Seiten zu surface und tracktype habe ich hemdsärmelig und naiv, wie ich bin, folgende Plausibilitätsbereiche ausgetüftelt: gravel : grade2 - grade4 pebblestone : grade2 - grade4 Eine Kiesbank an einem Fluss kann mit surface=gravel oder pebblestone trotzdem grade5 haben. wood : grade1 - grade2 wood betrifft vor allem Brücken, und viele Holzbrücken sind schon am Auseinanderfallen. grade5 passt da sehr gut. Außerdem sind Brücken oft Teil eines längeren Tracks, und wenn der ganze Track grade5 hat, wird man der Brücke nicht grade1 geben wollen, selbst wenn sie asphaltiert ist. Brücken sollten von dieser Prüfung also generell ausgenommen werden. Wenn man weiter denkt, dann sind Brücken nur ein Beispiel für kurze Abschnitte, wo man den tracktype bewusst passend zum Gesamttrack und nicht zum surface wählt. Z.B. wenn der Bauer eine Ladung Bruchschutt (gravel) auf eine sumpfige Stelle eines grade5-Tracks schüttet, dann wird draus noch lang nicht grade2. Darum sehe ich diese ganze Idee skeptisch. Solche Prüfungen verleiten immer wieder Leute dazu, an Objekten herumzupfuschen, von denen sie nichts verstehen, und ohne Ortkenntnis Tags oder Geometrien zu verändern, die von Mappern mit Ortskenntnis bewusst und mit gutem Grund gesetzt wurden. Im weiteren Sinn kann man solche Prüfungen sogar als Massenedit ansehen. Es ist nicht immer der der Täter, der schießt! -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[OSM-talk-fr] Marqueurs sur Live OpenStreetMap
Bonjour, Les marqueurs n'apparaissent plus sur la carte, seulement le logo pour image non chargée. C'est dû au fait que j'ai une connexion qui n'est pas au top du top (0.67 Mo en download selon ce test http://www.speedtest.net/my-result/4260021825) ou bien il y a un bug ? Bien cordialement, Severin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] Westtoer / WVI
Hi, Yesterday I have given a basic JOSM course to VGC - (Vlaamse Gemeenschapscommissie) people who never even added a single node. I managed to not bore them with talks about nodes/ways/relations. So in case your governmental organisation needs a governmental reference, they can always refer to Jan Verbelen jan.verbe...@vgc.be , he leads the 'Meet Weet Cell' and is totally into Open/Big Data and OSM. He's our supporter there. I've CC'ed him on this mail so Jan knows they can contact him in case they need to peer. The focus was to be able to add basic stuff, a road , a house and elaborate on the ways of working of JOSM/OSM. In total we had about 8 people and at least 2 of them were very enthusiastic and were totally on board. One woman didn't even want to stop mapping! I had a good feeling about this approach and it was fun doing it! It sure helps to get people up to speed, 1 day isn't enough to cover it all but I hope they got a jumpstart. I think this is a working formula. I don't think Syntra has the competence to teach OSM stuff in-house (at this time), so our community can probably assist there. Glenn On 02-04-15 11:29, Ruben Maes wrote: Yesterday Marc met with Westtoer (the touristic service in West-Flanders) and WVI (the GIS coordinator of 54 of the 64 West-Flemish municipalities). He didn't have the time to translate his notes, so I tried to translate them into English from my understanding. If I misinterpreted, please correct it! I would like to thank Marc for his time and effort to do this. This cooperation sounds really really interesting. On 2 Apr 2015 07:26, Marc Gemis marc.ge...@gmail.com mailto:marc.ge...@gmail.com wrote: Westtoer wil echt aan de slag met OpenStreetMap Westtoer really wants to start using OSM: - Steeds als basislaag. Hun servers en stijl * They want it to be their default base layer, on their own servers and with their own style. - Controle tools (op hun servers) * They want to provide QA tools on their own servers. - Donatie van data, niet alles, bv. technische gegevens palen wandelknooppunten niet * They want to donate their data (not all of it though, e.g. not the technical details of the signs for the walking networks). - proberen feedback lus te installeren (wijzigingen in OSM terugkoppelen) * They want to create a feedback loop, so they can update their data based on changes in OSM. - sommige dingen willen ze zelf in OSM onderhouden, andere niet * Some things they want to maintain themselves in OSM, other things not. - zoeken feitelijk professionele consultant voor mee opstellen van cursussen rond OSM. (Syntra is gevallen). Ook iemand vanuit de community om daar mee aan te schrijven / te sturen. Denken aan 60 cursusdagen - cursus voor professionele GIS mensen van Westtoer en WVI. - cursus voor hun peters/meters van het wandelnetwerk om meer mensen op OSM te krijgen * As a matter of fact they are searching for a professional consultant to help organise OSM courses. (Syntra was mentioned.) They would also like to have someone from the community help writing/steering those. They are thinking of 60 course days. The course would be aimed at professional GIS people from Westtoer and WVI, and their 'godparents' of the walking network. This would be to get more people on OSM. - WVI gaat GIS medewerkers naar die cursus proberen te krijgen * WVI will try to get their GIS employees to follow that course. - gaan ook proberen sponsors te zoeken * They will also try to find sponsors. - andere overheidsinstellingen zoeken (W-Vl eerst) * Find other governmental institutions (initially in West-Flanders) [To do what?] - WVI denkt aan europees programma rond GIS om geld los te krijgen * WVI is thinking of a European GIS programme in hopes of getting subsidies for us. - WVI via gemeenten zoeken naar doelgroepen die interesse hebben om mee te mappen * WVI wants to search for groups that would be interested in mapping. They propose to work together with the municipalities for this. - Westtoer via hun peters/meters project (of andere methodes?) zoeken naar nieuwe mappers * Westtoer proposed to search for new mappers through their 'godparents' project. Or possibly in other ways. - Willen langdurige samenwerking, willen echt OSM vooruit helpen * They want a long-term cooperation. They really want to help OSM forwards. Ruben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-lv] riigas atveertie dati
On 02/04/15 10:49, Anrijs Jargans wrote: Uztaisīju ka var apskatīt adreses no šiem opendata uz kartes: http://85.254.216.238/osm/opendata.php Aizbīdam uz vietu kurā gribam redzēt kādas ir adreses pēc opendata datiem un augšā spiežam Iegūt datus. Pārāk lielos reģionos neielādēs visus, jo uzliku limitu uz 1000 punktiem, lai nevarētu netīšām sākt lādēt visas Rīgas adreses. skaisti, paldies :) interesanti, vai iespeejams kaut kaadu vienkaarshu slaani josm dabuut ? tad vareetu eertaak salidzinaat un papildinaat -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-us] Moving historic railroad ways from OSM to OpenHistoricalMap
On 2015-04-02 10:08, Frederik Ramm wrote: Hi, On 04/02/2015 06:15 AM, Russ Nelson wrote: I understand keeping a feature in OSM if there is a remnant of the railroad, but there are areas where everything has been replatted, regraded and redeveloped, yet there is still a razed feature in OSM (for one small example, see https://www.openstreetmap.org/edit?#map=16/38.8663/-94.7943). This seems like a good candidate for moving out of OSM to OHM. What problem would be solved by this action? The problem of OSM editors being confused by a strange line that cuts through houses in the editor perhaps. I can see how abandonend railroads where the bed is still visible in some way could be an issue of contention (even though I'd be in favour of not having them in OSM). But former railroads that have been built over by settlements are *clearly* not something that should be in OSM. Bye Frederik +1 /Stellan ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] Hauteur et nombre d'étages des bâtiments
2015-04-02 11:13 GMT+02:00 Vincent Frison vincent.fri...@gmail.com: le découpage d'OSM est vraiment grossier par rapport à celui d'OpenDataParis et qu'il y a forcément des différences de surfaces assez importantes. Tu veux dire que la base d'opendata.paris.fr est meilleure et pourrait être une source pour le bâti en surface au sol, sans même parler du volume ? A rajouter en plus du cadastre, imageries, ... ? Si c'est le cas, c'est un travail préliminaire de rapprochement des surfaces qui pourrait améliorer la base OSM ? Et qui rendrait le travail plus simple pour ta moulinette. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-GB] Canal River Trust maps
On 02/04/2015 12:41, Lester Caine wrote: On 02/04/15 12:28, Dave F. wrote: Ah, might as well forget it... Just read Richard F's blog on the CRT website. V. disappointing. https://canalrivertrust.org.uk/news-and-views/blog/odette-myall/new-maps-for-a-new-website It is much better to look at this as a positive rather than a negative! What *IS* needed is a successful way of using third party data sets rather than continually merging now quite complex data sets into the one unmanageable whole. I would hope to see the information available as an overlay to osm in the same way it overlays google. As you can see. it's not just me who want CRT to use OSM: https://canalrivertrust.org.uk/news-and-views/blog/odette-myall/thanks-for-the-map-feedback Note paragraph: We’re very fortunate to have Google as one of our partners, so we won’t be moving away from Google as the base layer for the map. My tweets to Victoria Peckett, CRT's 'digital manager': I'm disappointed by your decision not to use OSM, especially since it has more data, detail accuracy. When things change, they're updated quicker in OSM (especially pubs!). Please reconsider your decision to make CRT maps even better. Genuinely surprised you think Google to be better quality than OSM (sent her comparative links) Her reply: Thx for feedback. Understand not everyone will prefer Google, but is very widely used format one many people familiar with Me: It's a shame a collaborative/volunteer org. like the CRT can't embrace a similar volunteer/crowd sourced project. OSM already contains much canal ancillary data. Does Google? (which, incidentally, owns any data you freely enter into it) Hi Dave. Understand your prefer OSM but we believe our styling over Google base layer does offer good quality experience data.. Me: As a digital manager it's a shame you're unaware of OSM's rendering abilities, even better than Google. Annoyed with @richardf I have to say, considering the response (I found one many people familiar with especially irritating) I'm struggling to see the positive. Richard F: Is it planned to release the SAP database under an open license? Cheers Dave F. Then perhaps all the material that is simply missing or incorrect on google can be replaced with much more accurate local views :) Certainly the paths and access to the navigable sections of canals and rivers around here are currently totally blank on the google version. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk-be] Westtoer / WVI
I've forwarded you mail to the people @ Westtoer and put you in cc. We were aware that Syntra does not have the knowledge on OSM, but they do have the knowledge (I hope) that they can create good course material based on our (community) input. regards m. p.s. nice to hear that your course was a success On Thu, Apr 2, 2015 at 12:16 PM, Glenn Plas gl...@byte-consult.be wrote: Hi, Yesterday I have given a basic JOSM course to VGC - (Vlaamse Gemeenschapscommissie) people who never even added a single node. I managed to not bore them with talks about nodes/ways/relations. So in case your governmental organisation needs a governmental reference, they can always refer to Jan Verbelen jan.verbe...@vgc.be , he leads the 'Meet Weet Cell' and is totally into Open/Big Data and OSM. He's our supporter there. I've CC'ed him on this mail so Jan knows they can contact him in case they need to peer. The focus was to be able to add basic stuff, a road , a house and elaborate on the ways of working of JOSM/OSM. In total we had about 8 people and at least 2 of them were very enthusiastic and were totally on board. One woman didn't even want to stop mapping! I had a good feeling about this approach and it was fun doing it! It sure helps to get people up to speed, 1 day isn't enough to cover it all but I hope they got a jumpstart. I think this is a working formula. I don't think Syntra has the competence to teach OSM stuff in-house (at this time), so our community can probably assist there. Glenn On 02-04-15 11:29, Ruben Maes wrote: Yesterday Marc met with Westtoer (the touristic service in West-Flanders) and WVI (the GIS coordinator of 54 of the 64 West-Flemish municipalities). He didn't have the time to translate his notes, so I tried to translate them into English from my understanding. If I misinterpreted, please correct it! I would like to thank Marc for his time and effort to do this. This cooperation sounds really really interesting. On 2 Apr 2015 07:26, Marc Gemis marc.ge...@gmail.com mailto:marc.ge...@gmail.com wrote: Westtoer wil echt aan de slag met OpenStreetMap Westtoer really wants to start using OSM: - Steeds als basislaag. Hun servers en stijl * They want it to be their default base layer, on their own servers and with their own style. - Controle tools (op hun servers) * They want to provide QA tools on their own servers. - Donatie van data, niet alles, bv. technische gegevens palen wandelknooppunten niet * They want to donate their data (not all of it though, e.g. not the technical details of the signs for the walking networks). - proberen feedback lus te installeren (wijzigingen in OSM terugkoppelen) * They want to create a feedback loop, so they can update their data based on changes in OSM. - sommige dingen willen ze zelf in OSM onderhouden, andere niet * Some things they want to maintain themselves in OSM, other things not. - zoeken feitelijk professionele consultant voor mee opstellen van cursussen rond OSM. (Syntra is gevallen). Ook iemand vanuit de community om daar mee aan te schrijven / te sturen. Denken aan 60 cursusdagen - cursus voor professionele GIS mensen van Westtoer en WVI. - cursus voor hun peters/meters van het wandelnetwerk om meer mensen op OSM te krijgen * As a matter of fact they are searching for a professional consultant to help organise OSM courses. (Syntra was mentioned.) They would also like to have someone from the community help writing/steering those. They are thinking of 60 course days. The course would be aimed at professional GIS people from Westtoer and WVI, and their 'godparents' of the walking network. This would be to get more people on OSM. - WVI gaat GIS medewerkers naar die cursus proberen te krijgen * WVI will try to get their GIS employees to follow that course. - gaan ook proberen sponsors te zoeken * They will also try to find sponsors. - andere overheidsinstellingen zoeken (W-Vl eerst) * Find other governmental institutions (initially in West-Flanders) [To do what?] - WVI denkt aan europees programma rond GIS om geld los te krijgen * WVI is thinking of a European GIS programme in hopes of getting subsidies for us. - WVI via gemeenten zoeken naar doelgroepen die interesse hebben om mee te mappen * WVI wants to search for groups that would be interested in mapping. They propose to work together with the municipalities for this. - Westtoer via hun peters/meters project (of andere methodes?) zoeken naar nieuwe mappers * Westtoer proposed to search for new mappers through their 'godparents' project. Or possibly in other ways. - Willen langdurige samenwerking, willen echt OSM vooruit helpen * They want a long-term cooperation. They really want to help OSM forwards. Ruben ___ Talk-be mailing list
[OSM-talk-fr] Appli pour optimiser les déplacements de livraison?
Bonjour Je connais quelqu'un qui aimerait se lancer dans la livraison à vélo dans une ville de province pour une clientèle de particuliers et d'entreprises. Afin de maximiser le chiffre d'affaires, il faudrait bien sûr qu'elle optimise les tournées. Je ne connais rien du tout à ce domaine, et je me suis dit qu'il existait peut-être un outil basé sur OSM qui permettrait… 1. je tape l'adresse de prélèvement (pas trouvé le bon terme) et de livraison, la date et la tranche horaire souhaités 2. le logiciel rajoute dans la liste des tâches 3. pour un jour + tranche horaire, il calcule le parcours optimale pour maximiser les courses; le parcours doit être disponible sur le web et sur smartphone (type fichier GPX/KML). Si quelqu'un bosse dans le domaine, existe-t-il une solution simple et gratuite pour démarrer, quitte à acheter un truc plus professionnel par la suite? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Appli-pour-optimiser-les-deplacements-de-livraison-tp5839459.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nice, rajouter une place
Bonjour, /Oui, sur cette place les piétons font ce qu'ils veulent dans la partie piétonne/espace vert/// Alors si la majorité de la surface est piétonne, peut-être est il possible de la tagger highway=pedestrian @Jérome : /Par contre je viens de voir que tu parlais de //highway=residential //pour une place. Il me semble que sur la page du tag //*highway* http://wiki.openstreetmap.org/wiki/Key:highway//ce couple de clé valeur n'est a exploiter qu'en linéaire./ Il y bcp de zones (area=yes) taggés en highway=residential, pour ma part, je ne tiens pas compte du wiki à ce niveau de précision : si un highway peut être traité en surface alors tous les autres doivent pouvoir l'être, il me semble. ///Par contre ça serait bien que ça apparaisse sur le rendu et dans la recherche de nom, vu que je l'ai rajoutée pour ça à l'origine (pas de résultat en cherchant 'place de gaulle'), donc il manque encore sans doute un tag ou deux :/ /// Le tag name que tu as renseigné suffit, devrait bien finir par apparaître ! Après dans le détail et en voyant la place de visu, peut-être pourrait-elle être traitée plus précisément : - la rue résidentielle Place de la Gare du Sud, à mon avis ne débouche pas sur une rue piétonne mais sur une voie de circulation de voiture qui fait le tour extérieur de la place, - si tracé d'une area highway=pedestrian et de voies pour les voitures, penser à les joindre par des noeuds communs. Brice Le 02/04/2015 11:03, Xavier Cremaschi a écrit : Oui, sur cette place les piétons font ce qu'ils veulent dans la partie piétonne/espace vert, par contre les voitures et le tram restent chacun sur leur axe de communication de prédilection. Le 01/04/2015 17:45, Pieren a écrit : Atention, un polygone avec un highway + area=yes a une signification particulière : la circulation y est libre dans toutes les directions à l'intérieur du polygone ! Pour les piétons, la question ne se pose pas (c'est évidemment possible). Mais pour un highway=residential ou service, ça ne peut correspondre qu'à une place ouverte dont les voitures peuvent circuler en tout sens. Et je doute que ce soit le cas de cette place. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panneau de signalisation A13a
Le 2 avril 2015 12:32, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Vu que c'est ce que tu as ciblé, le panneaux cité n'a pas de codification standard. À13a est un panneau triangulaire et M9z1 est un panonceau de complément d'information dont la forme et la taille et la police de caractère sont des standards. Dans mon cas il englobe les deux et le fond est d'une forme différente. Donc on pourrait considérer que c'est un A13aM9z1 (comme fusion de panneau en un seul). Je ne vois toujours pas en quoi c'est différent du panneau A13a compagné du pannonceau M9z1 =ECOLE séparés mais montés naturellement l'un sous l'autre sur le même poteau. En quoi le fait que le support ne soit pas un poteau (qui peut être vertical, ou horizontal fixé à un mur ou suspendu) mais une surface plane doit changer quelquechose ? Peu importe le fond jaune (il a sansdoute une valeur de renforcement non standardisée mais cela peut aussi s'expliquer par l'environnement, par exemple s'il y a des enseignes lumineuses gênantes derriere, ou bien de grands panneaux publicitaires ou d'autres objets animés, ou un arbre dont les branches en bougeant avec le vent pourraient masquer panneau ou panonceau. Cette surface jaune pourrait aussi être celle d'une paroi d'abri bus le long de la chaussée; derriere le panneau il peut aussi avoir dans le même axe une grande baie vitrée et les propriétaires ne veulent pas etre observés chez eux par ceux qui regardent la signalisation. Cette grande surface jaune met alors en avant uniquement les panneaux réglementaires et rien d'autre. Bref à taguer exactement comme les autres panneaux A13a, pratiquement toujours renforcés par un panonceau textuel standard (ÉCOLE, ATTENTION ÉCOLE, TRAVERSÉE D'ENFANTS, ATTENTION AUX ENFANTS, DANGER, RALENTIR, PRIORITE AUX PIETONS...) peut-être aussi sur deux lignes dans une seconde langue près des frontières belges flamandes, allemandes, suisses allemandes, italiennes, espagnoles, andorannes/catalanes ou en anglais à proximité des ferries trans-Manche ou certaines zones touristiques très fréquentées par certaines nationalités, ou en portugais près des frontières brésiliennes, ou néerlandais/anglais dans la COM de Saint-Martin aux Antilles, ou temporairement lors de certains grands événements internationaux... Dans les aéroports internationaux français, l'anglais est souvent ajouté au français sur les indicateurs intérieurs mais on n'est pas dans le domaine de la signalisation routière). Pour les panneaux d'entrée d'agglomération ou à la frontière de deux communes ou villages mitoyens au sein de la même agglomération, on trouve aussi fréquemment le toponyme annoncé en langue régionale sous celui officiel en français (et pas toujours sur un panonceau mais directement dans le cadre du panneau principal). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-GB] Canal River Trust maps
Dave, I'm not giving up ! On 2 April 2015 at 12:41, Lester Caine les...@lsces.co.uk wrote: On 02/04/15 12:28, Dave F. wrote: Ah, might as well forget it... Just read Richard F's blog on the CRT website. V. disappointing. https://canalrivertrust.org.uk/news-and-views/blog/odette-myall/new-maps-for-a-new-website It is much better to look at this as a positive rather than a negative! What *IS* needed is a successful way of using third party data sets rather than continually merging now quite complex data sets into the one unmanageable whole. I would hope to see the information available as an overlay to osm in the same way it overlays google. Then perhaps all the material that is simply missing or incorrect on google can be replaced with much more accurate local views :) Certainly the paths and access to the navigable sections of canals and rivers around here are currently totally blank on the google version. I think it'd help if we can show them the way. OSM doesn't show water flow in canals (I've tried!) and the lock gate(s) icon needs fixing - to a going against the flow. I think much of the data on their map is already on OSM - needs checking though. I also note they don't offer a cycle map - which we'll obviously show. Stick with that - we'll get the cycling fraternity pressing for them to use OSM ! -- Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via *the area's premier website - * *currently unavailable due to ongoing harassment of me, my family, property pets* TCs https://sites.google.com/site/pmailkeey/e-mail ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[OSM-ja] ＯＳＣ北海道の共催にいついてのご相談
こんにちは、 突然のメールで失礼します。 Clonezilla コミュニティーの林と申します。 このたび、2015OSC北海道にて、アジア地域におけるOSMキャッシュサーバ の構成＆運営状況について、セッションを設けたいと思っています。 内容的にはClonezillaとはあまり関係ないので、こちらのＯＳＭ日本コミュニティ と相談することになりますが、どなたと相談すれば宜しいか教えて頂けると幸いです。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-us] USA Rail: Calling all OSM railfans! (especially in California)
Simon Poole writes: Am 02.04.2015 um 05:20 schrieb Russ Nelson: Maps with insufficient creative content to be copyrightable. They may exist, but are you seriously saying that we (as in individual mappers and the OSM community as a whole) should make that determination? No, that would be up to a judge, and if you're talking to a judge, you're already losing even if you're winning. No, my point was to make the caution less absolute. There are maps which are canonical sources of facts about the world, such as a BNSF map naming subdivisions. No one can own a fact about the world, because it's a fact. Just like you can't patent math. Same idea. You can copyright a collection of facts. You can copyright the arrangement of facts. You can copy the presentation of facts. But you can't copyright the individual facts. While is true that you can't own a fact in isolation, the problem is they are rarely presented in that form. I'll bet if you called up the railroad's public relations office and said What do you call the line between towns X and Y?, they would be happy to tell you. There seems to be a certain amount of anal retentiveness around copyright, as if it is absolute protection without restriction. What you seem to be saying in your above statement, followed by stevea's battle call to actually do so, that wholesale extraction of facts from any source is unproblematic I'm sorry if you think I said that. A typical railroad system map will name two, three, ten or twenty lines. Said line names will be uncreative and derivative (e.g. the line that runs through my town goes up to the St. Lawrence River and is called the St. Lawrence Subdivision). Now, copying railroad logos to use as shields?? Absolutely not. Belt and suspender lawyers will have advised their railroad customers to claim their logos as both copyrighted works AND trademarks. Some railroads are well-known to object to (say) their logo appearing on a model railroad car. You could use the trademark without pause as a shield, but I wouldn't advise using the logo on a shield without permission. Balance is needed, and I saw absolutely no balance in the posting I was replying to. BTW you live in the country of software patents which -is- essentially patenting math. BTW, you can't patent math. Seriously. Precedents out the wazoo. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] Base de données des commerces existants
Le 02/04/2015 09:37, Brice MALLET a écrit : /Icode : un nouvel outil de cartographie des commerces// // //une toute nouvelle application baptisée Icode lancée par Bercy (et) disponible depuis le 27 mars, cette base de données gratuite est mise à disposition des collectivités territoriales, des préfectures et des chambres de commerce et d'industrie qui recevront les codes d'accès dans les prochains jours. Elle est accessible sur le site https://icode.entreprises.gouv.fr./ Source : http://www.localtis.info/cs/ContentServer?pagename=Localtis/LOCActu/ArticleActualitejid=1250268711858cid=1250268705556 Pas de mention quant à une possibilité de diffusion plus large ou la licence appliquée. À creuser par ceux qui seraient intéressés. Brice ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Oui bien sur pour rajouter dans Osmose, mais ça m'a pas l'air bien ouvert (comme site, il faut un compte) et comme données. A suivre, et à suivre par les services du 1er ministre qui pourraient pousser tout ça en opendata ;-) A+ -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-ca] [Talk-us] New North America coverage of Osmose QA
This is amazing news. Osmose is a really valuable tool. Also there is a good integration with MapRoulette that Frédéric built, and has already resulted in some interesting challenges. As you explore Osmose, let me know if you want any other QA themes from Osmose to appear in MapRoulette. Martijn Martijn van Exel skype: mvexel On Thu, Apr 2, 2015 at 10:51 AM, Frédéric Rodrigo fred.rodr...@gmail.com wrote: Hi, Osmose QA is a Quality Assurance tool. It detects and reports errors based on more than 200 rulesets. http://osmose.openstreetmap.fr http://wiki.openstreetmap.org/wiki/Osmose We are glad to announce the new North American coverage of Osmose QA. After Africa and Antarctica, America is the last fully covered continent. This is possible because of interest of MapBox on data quality and their sponsorship of Osmose QA project through OpenStreetMap-France with € 2.000 donation. This allowed us to rent a new server for a couple of years to run the North America analysis. After the new active areas are in place, we checked the results and adjusted the analysers according to local mapping usages. Nevertheless we are still open to comments (and code) to improve the quality of errors detection. Setting up quality analyser in a new area always come up with lot of errors detected - and some errors coming from noisy imports. Do not discourage yourself by the quantity of errors. In Osmose QA you can filter errors by severity, categories, topics and so on. You can look up at errors on objects where your are the last editor. You can also show errors list, exports and graph over time. We plan to rent a second server and try to finish Europe coverage. Then it will miss large part of Asia and Oceania to cover the world. Donations are welcome to extend Osmose QA coverage on the last missing continents. The Osmose QA team. ___ Talk-us mailing list talk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-us] New North America coverage of Osmose QA
This is amazing news. Osmose is a really valuable tool. Also there is a good integration with MapRoulette that Frédéric built, and has already resulted in some interesting challenges. As you explore Osmose, let me know if you want any other QA themes from Osmose to appear in MapRoulette. Martijn Martijn van Exel skype: mvexel On Thu, Apr 2, 2015 at 10:51 AM, Frédéric Rodrigo fred.rodr...@gmail.com wrote: Hi, Osmose QA is a Quality Assurance tool. It detects and reports errors based on more than 200 rulesets. http://osmose.openstreetmap.fr http://wiki.openstreetmap.org/wiki/Osmose We are glad to announce the new North American coverage of Osmose QA. After Africa and Antarctica, America is the last fully covered continent. This is possible because of interest of MapBox on data quality and their sponsorship of Osmose QA project through OpenStreetMap-France with € 2.000 donation. This allowed us to rent a new server for a couple of years to run the North America analysis. After the new active areas are in place, we checked the results and adjusted the analysers according to local mapping usages. Nevertheless we are still open to comments (and code) to improve the quality of errors detection. Setting up quality analyser in a new area always come up with lot of errors detected - and some errors coming from noisy imports. Do not discourage yourself by the quantity of errors. In Osmose QA you can filter errors by severity, categories, topics and so on. You can look up at errors on objects where your are the last editor. You can also show errors list, exports and graph over time. We plan to rent a second server and try to finish Europe coverage. Then it will miss large part of Asia and Oceania to cover the world. Donations are welcome to extend Osmose QA coverage on the last missing continents. The Osmose QA team. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-cz] WeeklyOSM CZ 244
Ahoj, je dostupne vydani 244 tydeniku weeklyOSM: http://www.weeklyosm.eu/cz/archives/3112 Víte, jak tagovat minové pole? A proč Mapillary rozpoznává dopravní značky na fotkách? Nebo jak přesná je vaše GPSka v porovnání s ostatními? Pekne pocteni... ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] tours penchées
ça me parais trop compliqué. on va rarement avoir les deux en même temps, et quand c'est le cas, comme tu le décrit, le bâtiment va bientôt s'écrouler. l'objectif c'est de pouvoir indiquer le plus facilement possible les bâtiments qui penchent (remarquables) la si l'angle du shearing dépends de l'angle de leaning, ça devient très compliqué a obtenir. -- View this message in context: http://gis.19327.n5.nabble.com/tours-penchees-tp5836844p5839489.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Moving historic railroad ways from OSM to OpenHistoricalMap
I don't have time to wade into the controversy, but +1 to Russ's comments. Old railroad grades really are features. The USGS shows them on topos, and they're often really obvious. More seriously, a wave of deletionism is really bad for the project in terms of morale. Doing more than a one-off removal of something confused should receive the same scrutiny as mechanical edits. pgpdtca5VhlOx.pgp Description: PGP signature ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] ?
Le 2 avr. 2015 à 16:44, Romain MEHUT romain.me...@gmail.com a écrit : Les randonneurs (encore eux) s'orientent aussi grâce aux parcelles forestières cf. cet exemple au hasard http://www.bagnolesdelorne.com/le-grand-domaine/la-foret-des-andaines/les-randonnees http://www.bagnolesdelorne.com/le-grand-domaine/la-foret-des-andaines/les-randonnees. Donc pourquoi ne devraient-elles pas figurer dans OSM? Dans la forêt communale près de chez-moi, les layons http://fr.wikipedia.org/wiki/Layon_forestier sont souvent réutilisés par des sentiers pédestres, VTT ou équestres. Ils sont étiquettés avec les numéros de parcelles de part et d’autre. Je confirme qu’ils sont de bon point de repères, en particulier quand on n’a pas de GPS ou que la précision est mauvaise. Lors d’une discussion avec le garde forestier, il m’a indiqué que ces données étaient publiques (fichier des parcelles, layons…) et qu’il est possible de les obtenir commune par commune auprès de l’ONF. — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ?
les limites des forêts publiques et des parcelles sont présentes sur data.gouv.fr : https://www.data.gouv.fr/fr/organizations/office-national-des-forets/ Apres le problème c'est, est ce que ça a sa place dans osm et, si oui, comment les intégrés à osm, quel tag utiliser. Le 2 avril 2015 17:54, Yves Pratter yves.prat...@gmail.com a écrit : Le 2 avr. 2015 à 16:44, Romain MEHUT romain.me...@gmail.com a écrit : Les randonneurs (encore eux) s'orientent aussi grâce aux parcelles forestières cf. cet exemple au hasard http://www.bagnolesdelorne.com/le-grand-domaine/la-foret-des-andaines/les-randonnees . Donc pourquoi ne devraient-elles pas figurer dans OSM? Dans la forêt communale près de chez-moi, les layons http://fr.wikipedia.org/wiki/Layon_forestier sont souvent réutilisés par des sentiers pédestres, VTT ou équestres. Ils sont étiquettés avec les numéros de parcelles de part et d’autre. Je confirme qu’ils sont de bon point de repères, en particulier quand on n’a pas de GPS ou que la précision est mauvaise. Lors d’une discussion avec le garde forestier, il m’a indiqué que ces données étaient publiques (fichier des parcelles, layons…) et qu’il est possible de les obtenir commune par commune auprès de l’ONF. — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Niveau de Zoom à 18 sur mon serveur perso...
ajoute MAXZOOM=19 (ou plus) après la ligne avec le XML=xxx de ton style Le 02/04/2015 16:00, mick-mac a écrit : Bonjour a tous, Alors voila, après quelques jours de bataille à essayer d'installer un serveur de tuile, j'y suis arrivé. Je me suis basé sur le tuto https://switch2osm.org/serving-tiles/manually-building-a-tile-server-14-04/, mais j'ai du faire pas mal de modification, rien ne fonctionnait chez moi :-D. Mais alors voila je suis limité à un zoom de 18. Lorsque je tappe au dessus, j'ai ce message (avec variante des nombres) : Received request for map layer default is outside of acceptable bounds z(19), x(270372),y(188457). Alors que tout fonctionne correctement si le zoom est inférieur a 18. Merci de votre aide ;-) -- View this message in context: http://gis.19327.n5.nabble.com/Niveau-de-Zoom-a-18-sur-mon-serveur-perso-tp5839479.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Niveau de Zoom à 18 sur mon serveur perso...
Parfait, j'avais réouvert tous les fichiers à la recherche d'un MaxZoom, et c'est le seul que j'avais oublié. Ca marche parfaitement. Merci ;-) -- View this message in context: http://gis.19327.n5.nabble.com/Niveau-de-Zoom-a-18-sur-mon-serveur-perso-tp5839479p5839492.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-GB] Any mappers in Colchester who can help map a road?
It isn’t open yet (at least when I last checked) – I’ve left the A12 where the park and ride is being built to the north of J28 and headed south to see if it was open. I’ve made a note where I amended the section to the south that was open (and still roadworks) when I last drove through: http://www.openstreetmap.org/note/264728#map=15/51.9227/0.9052 http://www.openstreetmap.org/note/264728#map=15/51.9227/0.9052laye rs=N layers=N Still closed yesterday according to this story in our local paper http://www.gazette-news.co.uk/news/12693243.Roadworks_trigger_Park_a nd_Ride_changes/ and a temporary route will be used until the over-running roadworks is completed. I subscribe to the local paper as well as follow them and a number of their reporters on Twitter, so when it does open I’ll go up there and get a GPS trace as I did the day J28 first opened (although anyone else local is welcome to try and get there first…) Ed (Clacton-on-Sea) From: Stuart Reynolds [mailto:stu...@travelinesoutheast.org.uk] Sent: 02 April 2015 14:37 To: talk-gb OSM List E-mail Subject: [Talk-GB] Any mappers in Colchester who can help map a road? Hi, Are there any mappers in Colchester who could survey the new Northern Approach Road phase 3 to the east and south of the old Severalls Hospital? The proposed alignment is shown on OSM, but Google has it differently at the western end, and also shows a set of roads south of Colchester Rugby Club (NW of Mill Road, opposite Brinkley Grove Road) that are not on OSM. Essex County Council need me to route a bus along it, so a) I understand from them that it is open and no longer under construction and will annotate OSM accordingly, and b) I am going to go with the alignment shown for the time being as it seems to align to a route map that I have been sent. But clearly surveyed data would be better if we can get it, please! Regards, Stuart ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk-fr] Hauteur et nombre d'étages des bâtiments
2015-04-02 11:13 GMT+02:00 Vincent Frison vincent.fri...@gmail.com: Personnellement j'aimerais bien qu'on prenne également la tranche des 80%-90% car il faut bien voir que le découpage d'OSM est vraiment grossier par rapport à celui d'OpenDataParis et qu'il y a forcément des différences de surfaces assez importantes. Si on se dit que ma zone de test dans le 12e arrondissement est assez représentative (on aura à peu près les mêmes pourcentages sur l'ensemble de Paris) et qu'on accepte cette tranche de 80%-90% cela permettrait de mettre à jour plus de la moitié des immeubles parisiens (39 + 13 = 52%). Mais je comprends tout à fait que cela puisse vous gêner et que vous préfériez ne rien mettre à jour plutôt que de mettre à jour des données fausses (même si pour moi elles ne sont pas fausses mais juste légèrement simplistes en raison des données existantes ;p). Le surfacique des building viennent du cadastre. Mais on sait tous que le cadastre a son propre découpage qui contient souvent des artifices/erreurs/fantaisies avec des polygones séparés qui ne sont pas des bâtiments séparés mais au mieux des pièces ou pire, des balcons ou des cheminées (pour les plus petites). C'est pourquoi après l'import du bâti sur Paris, j'ai fusionné de nombreux polygones pour que le tag building s'applique vraiment à la surface du building et non à une partie seule (mais pas dans tous les arrondissements). De plus, de nombreuses cours intérieures ont souvent manqué pendant l'import (qui n'est pas de mon fait), ce qui peut aussi expliquer les différences avec les données de la ville. Voila j'attends vos retours avant de me lancer mon programme sur le serveur live. Avant de passer au vrai import de masse, il faut créer une page wiki décrivant le processus, résumer l'action dans un mail envoyé à la liste impo...@osm.org avec si possible un échantillon de fichier xml pour que les autres puissent juger de ce qui sera modifié. Il faut chercher imports dans le wiki pour trouver la procédure à suivre. Le risque sinon est d'avoir un revert automatique du DWG si tu passes dans leur radar. Sinon, tu pourrait commencer plus petit, avec un quartier assez caractéristique des problèmes rencontrés. Plus besoin de passer par la procédure officielle. Et d'avantage de gens pourront juger du résultat. De plus, il serait intéressant de publier ton script pour que d'autres puissent réitérer l'opération plus tard, sur la même zone ou ailleurs. Celui-ci devrait aussi d'ailleurs signaler les cas qui ont un écart trop grand entre les données de Paris et les valeurs déjà dans OSM (quand c'est le cas). Là aussi, dans l'optique de vérifier l'existant manuellement (les anciennes contributions peuvent être fausses, altérées ou obsolètes) et d'exécutions du même script plus-tard avec des données plus fraiches. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Niveau de Zoom à 18 sur mon serveur perso...
Bonjour a tous, Alors voila, après quelques jours de bataille à essayer d'installer un serveur de tuile, j'y suis arrivé. Je me suis basé sur le tuto https://switch2osm.org/serving-tiles/manually-building-a-tile-server-14-04/, mais j'ai du faire pas mal de modification, rien ne fonctionnait chez moi :-D. Mais alors voila je suis limité à un zoom de 18. Lorsque je tappe au dessus, j'ai ce message (avec variante des nombres) : Received request for map layer default is outside of acceptable bounds z(19), x(270372),y(188457). Alors que tout fonctionne correctement si le zoom est inférieur a 18. Merci de votre aide ;-) -- View this message in context: http://gis.19327.n5.nabble.com/Niveau-de-Zoom-a-18-sur-mon-serveur-perso-tp5839479.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-us] Moving historic railroad ways from OSM to OpenHistoricalMap
It's apparent to me that consensus will never be reached on whether or not abandoned railroads belong in OSM (at least the way it is currently configured), given the strong feelings on both sides of the issue. That's why I think moving them to OHM is a good compromise. I don't like it, but I would rather do that than see this data lost forever. At least in OHM, the data still lives, and can always be moved back to OSM later if a solution to the problem of historic features can be found. Mark ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] ?
Bonjour, Je poursuis sur ce sujet... Le 26 mars 2015 17:16, Pieren pier...@gmail.com a écrit : Un agent technique peut très bien créer sa propre couche technique. Si on laisse passer ça, on ne pourra pas ensuite empêcher quelques géomètres ou autres d'entrer des parcelles cadastrales dans OSM. Il y aura toujours une ou deux personnes qui y trouveront leur intérêt. Mais ça ne sera pas celui du plus grand nombre. Les randonneurs (encore eux) s'orientent aussi grâce aux parcelles forestières cf. cet exemple au hasard http://www.bagnolesdelorne.com/le-grand-domaine/la-foret-des-andaines/les-randonnees . Donc pourquoi ne devraient-elles pas figurer dans OSM? Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Moving historic railroad ways from OSM to OpenHistoricalMap
On 04/01/2015 10:42 PM, Russ Nelson wrote: Oh, I'd be HAPPY to argue with him. I can point to all sorts of ways to tell that a railroad used to go through, that most people don't know about. Certain types of fenceposts, property lines that line up with nothing but the railbed, back yards that are too deep, roads that are S-shaped for no obvious reason, houses that line up with nothing but the railbed. I could go on and on. Unlike Russ, I'm neither a railfan or a history buff. (Well, I am a bit of a history buff, but for the purpose of this message you can assume I am not.) Instead, I'm writing this message as a hiker. I got drawn into this controversy because at one point I added one abandoned rail line in the Catskills. It had been a single-track two-foot-gage line with horses hauling cars bearing logs. It was built by a lumber company, and torn up once they'd harvested the tract. (The rails have been gone since 1911.) I tagged it as 'railway=abandoned' (or 'railway=dismantled', I no longer recall which) and immediately fell into this controversy. The last time I checked, the line is still in OSM, but is tagged 'highway=path'. I can say, with boots literally on the ground, that an abandoned rail grade is exactly what it is, in the field. It is not a maintained path. It is grown to trees. In some seasons, it is a thicket of blackberry, nettle and viburnum. It does take a trained eye to see where the rails ran. That said, it offers by far the easiest route up the mountain where it rests. The grade is still there, except for a few washouts and rock slides, and that means that the hiker who follows it will not need to scramble any rock ledges nor face any difficult stream crossings. But it does require off-trail navigation skills. In a wet summer, you _will_ lose the grade from time to time. There is no question that following it is a bushwhack hike. Showing it as a hiking trail is a mistake. When I observed this once before, I was accused of tagging for the renderer. It is not tagging for the renderer to observe that two objects that are tagged alike will render alike! If there is no distinction in the tagging, even an improved renderer will have no basis on which to make a choice. Since my hiking style often involves using century-abandoned infrastructure (rail grades, haul roads, cableways) on lands that have been returned to the wilderness, it is important to me that those objects remain on the map - and that they not be confused with active maintained trails! -- 73 de ke9tv/2, Kevin ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[OSM-talk-ie] Sheet request 23/15
Hi, Could I please get the following sheets uploaded: - 23/15 NE - 23/15 NW - 23/15 SW Thanks, Mark ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-us] Moving historic railroad ways from OSM to OpenHistoricalMap
On , EthnicFood IsGreat wrote: It's apparent to me that consensus will never be reached on whether or not abandoned railroads belong in OSM (at least the way it is currently configured), given the strong feelings on both sides of the issue. That's why I think moving them to OHM is a good compromise. I don't like it, but I would rather do that than see this data lost forever. At least in OHM, the data still lives, and can always be moved back to OSM later if a solution to the problem of historic features can be found. +1 --Eric ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[talk-ph] Imagery update (April 2015)
Today, I noticed that the Los Baños, Laguna area has new imagery (taken on January 8, 2014). Unfortunately, many parts of Laguna (San Pedro, Nuvali, Canlubang, San Pablo, Santa Cruz, Nagcarlan), southern Metro Manila (from NAIA downwards), central and eastern Cavite and parts of western Quezon (Candelaria, Sariaya, Lucena) are no longer covered by Bing aerial images. I wonder if there is a way to request for new Bing aerial imagery, especially for areas that recently lost coverage. - Blog: http://ianlopez1115.wordpress.com/ OpenStreetMap/Twitter: ianlopez1115 Facebook: ian.lopez___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-ja] OSC 北海道の共同参加についての相談
田口です。 OSC北海道での共同参加のお誘いありがとうございます。 申し込みや展示物の持参等についてはわたしが行っておりますので、 展示当日に関することでしたらわたしの方で対応いたします。 しかしながら、わたしを含め当日はキャッシュサーバーに関する技術や運営に ついてそれほど詳しくないメンバーが持ち回りで対応する予定です。 そのため、それらに関する具体的な内容となりますとメール等を通じての オンラインサポートになると思います。 どちらにしても、オープンにしても差し支えのない内容でしたら、 本MLへご相談内容をお知らせいただければ幸いです。 もし、今現在でクローズドにしておきたい内容でしたらOSMF Japanの窓口へ ご連絡いただければと存じます。 以上、よろしくお願いします。 On 2015/04/02 13:07, robert lin wrote: こんにちは、 突然のメールで失礼します。 Clonezilla コミュニティーの林と申します。 このたび、2015OSC北海道にて、アジア地域におけるOSMキャッシュサーバ の構成＆運営状況について、セッションを設けたいと思っています。 内容的にはClonezillaとはあまり関係ないので、こちらのＯＳＭ日本コミュニティ と相談することになりますが、どなたと相談すれば宜しいか教えて頂けると幸い です。 よろしくお願いします。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-talk-fr] ?
mais oui seulement les panonceaux! Pour les départements aussi je voix juste les panonceaux qui me disent bienvenu dans notre département donc je supprime les départements sous forme surfacique et je rajoute les panneaux. pareil, pour les parc naturel, reserve... aussi alors? Tu n'en a rien a foutre des forêts communales (moi aussi,en fait) mais pourquoi ça n'aurai pas ça place dans osm au même titre que les réserves naturel par exemple? Le 2 avril 2015 18:33, Pieren pier...@gmail.com a écrit : Alors tagguez les pannonceaux. C'est eux que vous voyez sur le terrain, pas les limites de parcelles. Il me semble qu'il existe déjà des tags pour ça, peut-être à adapter pour ce cas particulier. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] mouseover
Il 2 aprile 2015 12:59, francesca santarelli ha scritto: Che voi sappiate esiste la possibilità di mouseover con OSM? Non l'ho mai vista applicata... lo usa http://keepright.at con Openlayers -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] ?
Alors tagguez les pannonceaux. C'est eux que vous voyez sur le terrain, pas les limites de parcelles. Il me semble qu'il existe déjà des tags pour ça, peut-être à adapter pour ce cas particulier. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-us] New North America coverage of Osmose QA
Hi, Osmose QA is a Quality Assurance tool. It detects and reports errors based on more than 200 rulesets. http://osmose.openstreetmap.fr http://wiki.openstreetmap.org/wiki/Osmose We are glad to announce the new North American coverage of Osmose QA. After Africa and Antarctica, America is the last fully covered continent. This is possible because of interest of MapBox on data quality and their sponsorship of Osmose QA project through OpenStreetMap-France with € 2.000 donation. This allowed us to rent a new server for a couple of years to run the North America analysis. After the new active areas are in place, we checked the results and adjusted the analysers according to local mapping usages. Nevertheless we are still open to comments (and code) to improve the quality of errors detection. Setting up quality analyser in a new area always come up with lot of errors detected - and some errors coming from noisy imports. Do not discourage yourself by the quantity of errors. In Osmose QA you can filter errors by severity, categories, topics and so on. You can look up at errors on objects where your are the last editor. You can also show errors list, exports and graph over time. We plan to rent a second server and try to finish Europe coverage. Then it will miss large part of Asia and Oceania to cover the world. Donations are welcome to extend Osmose QA coverage on the last missing continents. The Osmose QA team. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-it] Aiuto per tradurre le descrizioni delle immagini della settimana
Fino a 3 settimane fa l'italiano era l'unica lingua che aveva TUTTE le descrizioni tradotte, ma io non ce la faccio a stargli dietro, qualcuno può dare una mano? Questa settimana l'immagine è del nostro PJ Hooker : http://wiki.openstreetmap.org/wiki/IT:Featured_images -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-ca] Target Canada
It looks like all Target stores will close on April 12. I encourage everyone to help change the Target in your area to shop=vacant, add shop=vacant Targets that are missing from OSM, update the wiki, and change the shop=vacant Target in your area to something else if something else replaces it. See http://wiki.openstreetmap.org/wiki/Target. Also a reminder that those Future Shop stores that will become Best Buys (generally most stores that are far from an existing Best Buy) will reopen on Saturday, April 4, 2015. All other stores will close permanently and may be replaced with another store. Please help update former Future Shops in your area. I have already changed every Future Shop which is in OSM to shop=vacant. See http://wiki.openstreetmap.org/wiki/Future Shop. On Thu, Mar 26, 2015 at 10:31 AM, Yves Moisan ymoi...@videotron.ca wrote: Added the one we have in Sherbrooke, Qc both in the wiki and map. It's supposed to close on April 1, but I'll wait and see if it really happens, given the date. Yves ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] New North America coverage of Osmose QA
Hi, Osmose QA is a Quality Assurance tool. It detects and reports errors based on more than 200 rulesets. http://osmose.openstreetmap.fr http://wiki.openstreetmap.org/wiki/Osmose We are glad to announce the new North American coverage of Osmose QA. After Africa and Antarctica, America is the last fully covered continent. This is possible because of interest of MapBox on data quality and their sponsorship of Osmose QA project through OpenStreetMap-France with € 2.000 donation. This allowed us to rent a new server for a couple of years to run the North America analysis. After the new active areas are in place, we checked the results and adjusted the analysers according to local mapping usages. Nevertheless we are still open to comments (and code) to improve the quality of errors detection. Setting up quality analyser in a new area always come up with lot of errors detected - and some errors coming from noisy imports. Do not discourage yourself by the quantity of errors. In Osmose QA you can filter errors by severity, categories, topics and so on. You can look up at errors on objects where your are the last editor. You can also show errors list, exports and graph over time. We plan to rent a second server and try to finish Europe coverage. Then it will miss large part of Asia and Oceania to cover the world. Donations are welcome to extend Osmose QA coverage on the last missing continents. The Osmose QA team. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-at] Heutige Massenedits der tracktype=* im DACH-Bereich
On 02.04.2015 14:41, thomas.flandera#inode.at wrote: Ich denke, dass der Einwand nur zum Teil berechtigt ist, denn wer taggt denn eine Kiesbank mit highway=track und tracktype=xy? Natürlich nicht die Kiesbank selber, sondern um einen Weg auf der Kiesbank. Ich dachte, ohne die Attributkette wär es leichter lesbar. Und eine Holzbrücke kann eigentlich nicht grade5 haben, da im wiki unter garde5 steht: ..Soft. Almost always an unpaved track lacking hard materials, uncompacted, subtle on the landscape, with surface of soil/sand/grass... soil/sand/grass sind dann eher nicht mehr zutreffend... Und das soft bezieht sich ziemlich sicher nicht auf den Zustand des Holzes, dass beim Zerfallen weich wird. Wieso nicht? Ich würde sogar sagen: Selbstverständlich auch darauf. Genauso wie man einer Straße, deren Asphalt schon zerbröselt ist, nicht mehr grade1 geben wird. Es kann doch nicht sein, dass dann, wenn der letzte Brösel weggeschwemmt wird, der tracktype mit einem Schlag von 1 auf 5 wechselt, sondern das muss kontinuierlich gehen. Ich denke, es ist auch Konsens, dass der tracktype nicht nur eine Funktion aus surface=* ist, sondern die generelle Befahrbarkeit angibt, wofür nicht nur das Oberflächenmaterial, sondern auch Vegetation, Unebenheiten, Breite, Steilheit, Sichtbarkeit usw. eine Rolle spielen. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-es] Weeklyosm #244 en castellano!!!
Hola El semanario #244 de weeklyosm, el sumario de todo lo que está ocurriendo en mundo OSM está en linea en español http:/www.weeklyosm.eu/?lang=es Disfrutadlo!___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ca] New North America coverage of Osmose QA
Merci Frédéric. Fantastique. Pierre De : Frédéric Rodrigo fred.rodr...@gmail.com À : talk-ca@openstreetmap.org; talk...@openstreetmap.org Envoyé le : Jeudi 2 avril 2015 13h51 Objet : [Talk-ca] New North America coverage of Osmose QA Hi, Osmose QA is a Quality Assurance tool. It detects and reports errors based on more than 200 rulesets. http://osmose.openstreetmap.fr http://wiki.openstreetmap.org/wiki/Osmose We are glad to announce the new North American coverage of Osmose QA. After Africa and Antarctica, America is the last fully covered continent. This is possible because of interest of MapBox on data quality and their sponsorship of Osmose QA project through OpenStreetMap-France with € 2.000 donation. This allowed us to rent a new server for a couple of years to run the North America analysis. After the new active areas are in place, we checked the results and adjusted the analysers according to local mapping usages. Nevertheless we are still open to comments (and code) to improve the quality of errors detection. Setting up quality analyser in a new area always come up with lot of errors detected - and some errors coming from noisy imports. Do not discourage yourself by the quantity of errors. In Osmose QA you can filter errors by severity, categories, topics and so on. You can look up at errors on objects where your are the last editor. You can also show errors list, exports and graph over time. We plan to rent a second server and try to finish Europe coverage. Then it will miss large part of Asia and Oceania to cover the world. Donations are welcome to extend Osmose QA coverage on the last missing continents. The Osmose QA team. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[OSM-talk] New North America coverage of Osmose QA
Hi, Osmose QA is a Quality Assurance tool. It detects and reports errors based on more than 200 rulesets. http://osmose.openstreetmap.fr http://wiki.openstreetmap.org/wiki/Osmose We are glad to announce the new North American coverage of Osmose QA. After Africa and Antarctica, America is the last fully covered continent. This is possible because of interest of MapBox on data quality and their sponsorship of Osmose QA project through OpenStreetMap-France with € 2.000 donation. This allowed us to rent a new server for a couple of years to run the North America analysis. After the new active areas are in place, we checked the results and adjusted the analysers according to local mapping usages. Nevertheless we are still open to comments (and code) to improve the quality of errors detection. Setting up quality analyser in a new area always come up with lot of errors detected - and some errors coming from noisy imports. Do not discourage yourself by the quantity of errors. In Osmose QA you can filter errors by severity, categories, topics and so on. You can look up at errors on objects where your are the last editor. You can also show errors list, exports and graph over time. We plan to rent a second server and try to finish Europe coverage. Then it will miss large part of Asia and Oceania to cover the world. Donations are welcome to extend Osmose QA coverage on the last missing continents. The Osmose QA team. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Calvaire
Là dessus le gestionnaire du site de la Région Bretagne ne joue pas le jeu en n'affichant pas l'attribution demandée par GeoBretagne.fr dont il reprend les fonds de cartes. Ce n'est peut-être pas la faute de la région mais de son prestataire. Avant d'imposer une licence LO/OL, il vaudrait mieux contacter le service juridique de la région elle-même, pour qu'elle rappelle à l'ordre son prestataire techniques sur les conditions légales, réglementaires et contractuelles de ses prestations, faute de quoi la région mettra fin à son marché public, et ira passer son marché ailleurs, et demandera des compensations financieres (il vaut mieux qu'elle le fasse sous astreinte, car sinon c'est le prestataire qui pourrait aller contester et réclamer des sous à la région devant un tribunal, si la région ne motive pas suffisamment l'annulation du contrat de marché public). Les prestataires de marché publics sont souvent tres négligents dans leurs fournitures si personne ne vient réellement contrôler les lots fournis au moins pour en vérifier la légalité. Mais braquer tout le monde en imposant une licence d'office est carrément illégal si on n'est pas titulaire des droits, ce serait une totale violation des droits d'auteur et des droits moraux, pire que le seul oubli de mention de paternité et celui qui le fait peut-être poursuivi au pénal pour usurpation d'identité et vol. Une licence ne se prend pas, elle est toujours accordée. Si quelqu'un refuse d'accorder une licence d'une façon acceptable ou le fait de façon discriminatoire, on peut le poursuivre pour ce fait, mais tant qu'il n'y a pas de décision de justice pour qu'elle saisisse un droit de licence au bénéfice du demandeur, le demandeur ne peut pas l'accaparer (surtout que la licence détournée ira bénéficier aussi à un nombre illimité d'utilisateurs qui n'auront plus aucun contact avec la région, juste avec celui qui leur a transmis cette licence détournée) Que l'Etat recommande une licence ouverte est une chose, il ne l'impose pas et laisse les collectivités la forme de leurs licences et même d'accorder des licences différentes pour des usages ou bénéficiaires différents (avec plus ou moins de droits ou d'obligations). En revanche ces collectivités ne devraient pas accorder de licences *exclusives*, sauf peut-être dans le cadre des marchés publics réglementés (ce serait des concessions, créant un droit de propriété temporaire, normalement soumis à paiement d'une redevance à la collectivité)... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] USA Rail: Calling all OSM railfans! (especially in California)
Am 02.04.2015 um 05:20 schrieb Russ Nelson: ... April Fools! Yes, you can. There are many kinds of public domain maps whose republication needs no license. For example, in the US all maps published before the magic date, whatever year it is we're up to now. Maps copyrighted but not renewed. Maps published without a copyright before 1988. Very true. Maps with insufficient creative content to be copyrightable. They may exist, but are you seriously saying that we (as in individual mappers and the OSM community as a whole) should make that determination? There are maps which are canonical sources of facts about the world, such as a BNSF map naming subdivisions. No one can own a fact about the world, because it's a fact. Just like you can't patent math. Same idea. You can copyright a collection of facts. You can copyright the arrangement of facts. You can copy the presentation of facts. But you can't copyright the individual facts. While is true that you can't own a fact in isolation, the problem is they are rarely presented in that form. Up to now OSM has drawn the line in such a way that stuff that is signposted and is observable on the ground is fair game (with some exceptions, I believe the GR issue is still unsolved). If you are using a collection of facts, be it a list, a map, a file on a computer or whatever, we have to now always taken the, fairly high ground, position that you either need explicit permission (by agreement, licence or similar) or that the use of the source is clearly not subject to copyright any longer. Forgetting about other rights, regulations etc that may exist for the purpose of this discussion. What you seem to be saying in your above statement, followed by stevea's battle call to actually do so, that wholesale extraction of facts from any source is unproblematic and is something that can be done without further consideration and the net result can be used in OSM globally with no expectation of problems. BTW you live in the country of software patents which -is- essentially patenting math. Alas I suspect you are kidding yourself in a big way. Simon signature.asc Description: OpenPGP digital signature ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] USA Rail: Calling all OSM railfans! (especially in California)
Hi everybody! Let's tone down this thread a bit and bring it back on topic. Thanks! Ian ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
