[OSM-talk] blacklist elasticmail.com? [was Re: Issue-Tracker for http[s]://www.openstreetmap.org]
On Thu, Jul 16, 2015 at 05:26:03PM +0200, Ruben Maes wrote: 2015-07-16 15:53 GMT+02:00 Karl-Philipp Richter rich...@richtercloud.de: Thanks, I opened issue http://api.elasticemail.com/tracking/click?msgid=ma9n39-4q1aukwsxfbs50target=https%3a%2f%2fgithub.com%2fopenstreetmap%2fopenstreetmap-website%2fissues%2f1008 to add a reference to http://api.elasticemail.com/tracking/click?msgid=ma9n39-4q1aukwsxfbs50target=http%3a%2f%2fwww.openstreetmap.org%2fhelp Karl-Philipp, You may have malware on your computer, your links appear to have changed into URLs that track clicks. apparently he sent his email through elasticmail.com and the service treats link like that. I believe email services behaving like this are a potential security hazard to everyone and should be blacklisted on this list. Richard ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-dk] Benzinstationer
Det antyder vel at der findes Statoil benzinstationer med brand=123 og en privat operator. Nej, men det er da heller ikke nemt at gennemskue... 123 og Statoil er begge brandnames. De ejes og leases af Statoil Fuel Retail A/S, som igen ejes af Alimentation Couche-Tard. De må så være operator af tankstander-funktionen. Statoil-stationerne har tilknyttede kioske/servicestationer, hvilket kan have selvstændige forpagtere. Det må være en lejer på kioskbygningen, som wikien giver tagget tenant. For god ordens skyld må hellere nævnes, at Q8 og F24 begge også er bare er brandnames, mens operator må være Kuwait Petroleum Danmark A/S eller nærmere Kuwait Petroleum Corporation. Med venlig hilsen Rasmus Vendelboe 2015-07-16 23:44 GMT+02:00 Niels Elgaard Larsen elga...@agol.dk: On 16-07-2015 07:44, Nick Østergaard wrote: Kigger man på wiki'en wil man se: Names Often the station is operated operator=* by one of the major brands brand=* and has a tenant tenant=*. If the station has a name of its own, that can be tagged too using name=*. Related tags such as Addresses, phone=* and website=* can also be added. Så følger man det kan du lave name=F24 Skærbæk, muligvis operator=Q8, brand=F24. Jeg er ikke helt sikker på hvad sammenhængen mellem Q8 og F24 i virkeligheden er. Ja, jeg havde læst wikien, men var ikke helt sikker på hvad forholdene er i Danmark. Jeg har dog fundet ud af af jeg nok har tagget en del som operator, som skulle have været brand. Statoil skriver: https://www.statoil.dk/dk_DK/pg1334074598443/privat/paastationen/1-2-3stationer.html == Ejer du i dag et benzin-anlæg, der ligger centralt for lokale hovedfærdselsårer eller i nærheden af et indkøbscenter, og er du interesseret i et samarbejde med 1-2-3, er du velkommen til at kontakte ... == Det antyder vel at der findes Statoil benzinstationer med brand=123 og en privat operator. 16. juli 2015 kl. 02.36 skrev Niels Elgaard Larsen elga...@agol.dk: Hvordan tagger I benzinstationer, eller har vi en vejledning et sted? Fx http://www.q8.dk/butik/find-tankstation/6780-sk%C3%A6rb%C3%A6k-t%C3%B8ndervej-32/ Som er: http://www.openstreetmap.org/node/1023185568 For det først ville jeg gerne kalde den (name=) fx F24 Skærbæk. For når man på sin GPS søger efter benzinstationer i nærheden, er det ikke ret informative at 50 POI, der bare hedder Q8 og Statoil. Men det hedder den jo ikke rigtigt. For det andet, hvad er brand og operator? Jeg ville jo gerne have at Q8 var angivet et sted, for jeg har lagt mærke til at de fleste er ret ligeglade med hvad benzinstationer kalder sig selv, men gerne kører efter hvor de kan bruge deres benzinkort. 1-2-3 stationer er Statoil, men de kalder dem selv Statoil 1-2-3 -- Niels Elgaard Larsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk -- Niels Elgaard Larsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [OSM-talk-fr] Relation Itinéraires vélo
Merci pour tes réponses Le 15/07/2015 21:46, George Kaplan a écrit : Bonjour, Le 15 juil. 2015 à 19:33, bernard bernard.a...@laposte.net a écrit : Bonjour, Quelques questions pour remplir un itinéraire cycliste. Général : Ref : Y a-t'il un espace entre EV et 5 dans EV5 ou EV 5 ? les références en France et en Allemagne ont un espace entre la lettre et le nombre (source: wiki) A ma connaissance, il n'y a pas de convention définie pour ça mais la forme la plus répandue est sans espace : voir http://ra.osmsurround.org/searchRelation?name=eurovelorelationType=routeroute=bicycleref=network=operator= Idem pour V32 ou V 32 ? Il y a le nombre 32 dans une carte de France sur les panneaux de direction; je suppose qu'il s'agit de V 32. Oui, les références nationales sont indiquées sur fond de carte de France. Les numéro d'Eurovelo sont jaunes et placés à la droite de la référence nationale, entourés des étoiles du drapeau européen. Dans une relation, Peut-on y mettre: - les panneaux indicateurs ? - Les panneaux de directions type : un vélo vert - les panneaux d'informations, le plus souvent avec carte se référant à l'itinéraire si oui, avec quel rôle? Je n'y mets que les ways qui composent l'itinéraire. As-tu regardé ce que dit le wiki pour les relation de type route ? Je ne suis pas contre rajouter ces informations mais attention à ce que les consommateurs de données ne soient pas codés avec la supposition que tous les éléments de la relation sont des tronçons de l'itinéraire. Sur les ways Faut-il , comme pour les routes automobiles, mettre les références dans le way? V 32;EV 5 Non. Tu peux faire l'analogie avec un itinéraire de bus, on ne met pas sa référence sur les ways qu'il emprunte. Un way automobile qui est emprunté par une route cycliste prend-il comme référence, en plus de la référence de type D 951, la référence cycliste, E 32 : Ref= D 951;E 32 ? C'est même l'essentiel des itinéraires cyclables, ils empruntent beaucoup de routes à circulation générale de faible fréquentation. Pour répondre à ta question, c'est non : j'ai lu quelque part à mes début d'OSM, qu'en France, la convention veut que l'on n'indique qu'une seule référence. Je ne retrouve plus l'origine de cette information. Merci de vos réponses Bernard George ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr --- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. https://www.avast.com/antivirus ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des données de PSS dans OSM
Donc en clair ça sert à rien ;-) Le 16 juillet 2015 16:02, Vincent Frison vincent.fri...@gmail.com a écrit : Le 28 mai 2015 23:13, Vincent Frison vincent.fri...@gmail.com a écrit : Sinon ça serait bien chouette s'ils pouvaient également nous rajouter dans leur export un ou deux champs supplémentaires, comme par exemple le nom ou l'année de construction mais bon c'est déjà assez classe qu'ils nous autorisent déjà utiliser la hauteur malgré leur vilaine licence BY-NC-ND. Alors finalement ils nous donnent également le nom des bâtiments dans leur export :) C'est une donnée généralement bien utile sauf dans le cas où il n'y a pas vraiment de nom du bâtiment et dans ce cas là ils ont simplement remplis le nom avec l'adresse (évidemment pour ces fausses adresses je ne rajouterai pas de tag name=*). Par contre ils veulent rajouter cette clause empêchant une utilisation commerciale. Voici actuellement l'autorisation qu'ils sont prêts à signer : *Nous soussignons Boris Foucaud, cofondateur et administrateur de PSS-archi.eu et de sa base de données d’immeubles en licence BY-NC-ND, concédons à OSMF, d’une manière exceptionnelle et perpétuelle, une licence internationale, non exclusive et non soumise aux droits patrimoniaux d’auteur, aux droits des auteurs de bases de données ou à tout autre droit, relatif aux éléments du Contenu mentionnés ci-dessous, quel que soit le support. La concession porte sur un droit d’utilisation de données hors utilisation commerciale du Contenu, ainsi que sur le droit de sous-licencier des contributions à des tiers ou sous-traitants hors exploitation commerciale. Le présent contrat devient caduque en cas d’utilisation commerciale des données.* *Les éléments de Contenus mis à disposition sont les suivants :* *·Nom d’immeubles* *·Coordonnées d’immeubles* *·Hauteur d’immeubles* *·Lien vers leur fiche PSS* *Nous acceptons qu’OSMF cite PSS-archi.eu, par le biais de la page web http://wiki.openstreetmap.org/wiki/Attributionhttp://wiki.openstreetmap.org/wiki/Attribution http://wiki.openstreetmap.org/wiki/Attribution.* *fait à Boulogne-Billancourt, le 16/07/2015, en deux exemplaires* Pensez vous qu'on puisse faire quelque chose avec cette autorisation ? J'ai l'impression que non puisque cette clause anti-commerciale rentrerait en conflit direct avec la licence ODbL :( ++ Vincent ___ 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
[OSM-legal-talk] Illustrator paintings
Hi Legal-Talk. I've done several steps with OSM data, which is under ODbL: 1. I've downloaded shapefiles from Geofabrik. 2. I've then selected some elements using qGIS, projected them to UTM and exported to DXF and PDF: 3. I've imported those DXF PDF files in Illustrator. 4. In Illustrator, I've combined ways, smoothed them to beziers, made some elements rounder or even simplified buildings to simpler polygons. But only some of them, I didn't track my editos. Do I have to upload the unstiled lines and polygons from Illustrator somewhere? I did not add any data, which hasn't been in the OSM database. Actually, I didn't make the quality of the data better, I've done generalization for printing it in a leaflet. Is it enough to add © OpenStreetMap contributors (ODbL 1.0) to the imprint of the leaflet? Best regards! fsound ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-it] Sentieristica CAI
Forse l'interesse sale sia con mappatori OSM sia col CAI, se si propone di documentare sentieri con Mapillary (app su smartphone) più tracce GPS su Garmin. Potrebbe essere una combinazione vincente. Il rilievo con GPS è già previsto. Mapillary: ottima idea. Provo a proporre. Marco -- *Marco Barbieri* Cartografo www.webmapp.it marcobarbi...@webmapp.it +39 347 683 03 13 Via Paladini, 4 50053 Empoli - Firenze Ditta individuale P. Iva 06366160486 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sentieristica CAI
Io ho provato con Mapillary ma ho il problema di fissare il cellulare allo zaino per riuscire a fare le foto e contemporaneamente avere le mani libere Dario Inviato da Samsung Mobile Il 16/lug/2015 08:15, Marco Barbieri marcobarbi...@webmapp.it ha scritto: Forse l'interesse sale sia con mappatori OSM sia col CAI, se si propone di documentare sentieri con Mapillary (app su smartphone) più tracce GPS su Garmin. Potrebbe essere una combinazione vincente. Il rilievo con GPS è già previsto. Mapillary: ottima idea. Provo a proporre. Marco -- *Marco Barbieri* Cartografo www.webmapp.it marcobarbi...@webmapp.it +39 347 683 03 13 Via Paladini, 4 50053 Empoli - Firenze Ditta individuale P. Iva 06366160486 ___ 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-cz] Seznam importů a návrh úprav pro stránku s LPIS importem
Ahoj, trochu jsem poeditoval tabulku s importy [1]. Když tak na to mrkněte, jestli je to OK a jestli to je srozumitelné. Moje angličtina není zase až tak skvělá a občas napíši něco úplně jiného než chci říci ;-) A ze stránky LPIS importu [2] by to chtělo vyhodit tu tabulku se seznamem katastrálnich území. Je tam k ničemu. Nejlepší by bylo tam popsat, jak ten import opravdu probíhal ;-) Taky by to chtělo českou verzi. Zde bych si představoval nějaký návod, jak postupovat při začišťování importu. Například přidat odkaz na přeložený návod pro merge countour plugin [3] a přidat tam sekci: Na co si dát pozor. A dále jak postupovat v oblastech, kde bylo landuse již před importem. Například nahrazování geometrie pomocí příkazu Nahradit geometrii z UtilsPlugin2 pluginu (má jisté mouchy). To jsou jen takové nápady. V sobotu odjíždím na dovolenou, cestovní horečka pomalu vrcholí, takže já s tím teď nic dělat nebudu ;-) [1] https://wiki.openstreetmap.org/wiki/Import/Catalogue#Ongoing_Imports.2C_ Semi-Automated [2] https://wiki.openstreetmap.org/wiki/LPIS [3] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/ContourMerge Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-it] Sentieristica CAI
Ciao Dario, io ho ordinato questa http://virb.garmin.com/en-US/products/virbxepensavo di usarla sui sentieri con questo, http://www.amazon.it/dp/B00M44II7W/ref=wl_it_dp_o_pd_nS_ttl?_encoding=UTF8colid=3HAJUHCAPVX4Icoliid=I2VUV8V0GZGXM3 chiaramente non è una soluzione economica, ma se hai valutato l'acquisto di una action cam anche per altre ragioni potrebbe essere una scelta da valutare. Gli sviluppatori di Mapillary hanno fatto uno script per il caricamento da Virb, trovi indicazioni qui http://blog.mapillary.com/update/2014/06/16/actioncam-workflow.html, immagino che lo aggiorneranno anche per la nuova Virb (ammesso che non funzioni comunque). Se qualcuno vuole valutare un acquisto di gruppo posso farmi fare un preventivo da un amico rivenditore. Ciao. l. Lorenzo Perone twitter: @lorenzo_perone https://twitter.com/lorenzo_perone photoblog: http://immagini.me opendata: http://go.shr.lc/1FhXkD1 website: http://blog.spaziogis.it GEO+ geomatica in Italia *http://bit.ly/GEOplus http://bit.ly/GEOplus* Il giorno 16 luglio 2015 08:29, Dario Zontini dario.zont...@gmail.com ha scritto: Io ho provato con Mapillary ma ho il problema di fissare il cellulare allo zaino per riuscire a fare le foto e contemporaneamente avere le mani libere Dario Inviato da Samsung Mobile Il 16/lug/2015 08:15, Marco Barbieri marcobarbi...@webmapp.it ha scritto: Forse l'interesse sale sia con mappatori OSM sia col CAI, se si propone di documentare sentieri con Mapillary (app su smartphone) più tracce GPS su Garmin. Potrebbe essere una combinazione vincente. Il rilievo con GPS è già previsto. Mapillary: ottima idea. Provo a proporre. Marco -- *Marco Barbieri* Cartografo www.webmapp.it marcobarbi...@webmapp.it +39 347 683 03 13 Via Paladini, 4 50053 Empoli - Firenze Ditta individuale P. Iva 06366160486 ___ 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: [Talk-cat] Catalunya ha estat afegida a l'eina de QA osmose
El dia 16 de juliol de 2015, 11:20, Carles Briansó cbria...@tinet.cat ha escrit: Hola No sé si la coneixíeu l'eina de comprovació de qualitat Osmose http://wiki.openstreetmap.org/wiki/Osmose , però des del dissabte ja analitza Catalunya. És una eina molt útil, ja que detecta una gran quantitat de possibles problemes, i suggereix solucions http://osmose.openstreetmap.fr/ca/map/ . També proporciona una interfície per saber si s'ha trobat algun problema en les teves modificacions http://osmose.openstreetmap.fr/ca/byuser/ Tota ajuda és bona per millorar la qualitat. Adéu ep això està molt i molt bé!!! De fet ara analitza l'estat espanyol, que era dels pocs estats europeus que no analitzava. OSMOSE és una eina molt potent. Si no vaig errat, permet personalitzar els regles de detecció d'errors segons l'estat o regió analitzada. Ens aniria molt bé per a detectar coses molt específiques (calle en comptes de carrer), name:es sense name:ca o coses que surtin de l'estàndard d'etiquetat establert. Salut!!! Joan Montané ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
[talk-ph] Improve town/cities locations
Hi, Over the last few days, my remote edits focused on improving locations of the place=town/city nodes. This is for us (essc) to improve placename labelling/location in our maps. Interestingly, some towns are still not in the map. Especially those that were newly created and not part of the previously imported GNS town placenames. To improve location, I normally scan the area for settlement concentrations using imagery. Sometimes the municipal hall (amenity=townhall) is already in the map. I usually move the node closer to the town center. For towns that I cannot clearly confirm the town center (due to poor imagery or no additional reference in OSM), I simply add a fixme=improve location tag [0]. So far, I've worked on: Bohol, Siquijor, Isabela, Surigao del Norte, Agusan del Sur, Diagat Islands, Bukidnon, Agusan del Norte. [0] http://overpass-turbo.eu/?q=LyoKVGhpcyBoYcSGYmVlbiBnxI1lcmF0ZWQgYnkgdGhlIG92xJJwxIlzLXR1cmJvIHdpemFyZC7EgsSdxJ9yaWdpbmFsIHNlxLBjaMSsxIk6CsOiwoDCnHBsYWNlPXRvd8SOQU5EIGZpeG3FjyJpbXByxKDEnmxvY8SUaW9uIsWIwp0KKi8KW291dDpqc8WqXVt0xZ9lxbTFtjI1XTsKLy_Ej8SUxJ1yIHJlc3VsdHMKKAogIMaHIHF1xJLEmsSjcnTFmG9yOiDFiMWKxYzFjsWQxZLEjmFuxJfFmcWbxZ3Fn8WhxaMgxaXFp8W9xarFrMKAxa7GmG5vZGVbIsWLxY1lIj0ixZHFkyLFuyLGssWcx4rFnsWgxaLEoca4xabFqMa8XSh7e2LEqnh9fSnGhcaYd2F5x4XHh8WOx5THjcWrx5DHkseJx4vGtceXxaTHmsa7x7HHnsegx6LHpMemxpfGjWXFjMe6x6zGqse0x4zGrcePx4XHs8eUx7bGt8a5x5vHu8efx6Fvx6PHpcaFyIDGmsWhxLrGosaOxpDGksaUxoDEmMeCecaFPsaFyKNza8iDxpt0Owc=B7qPtnthmGR -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden https://epsg4253.wordpress.com/ http://twitter.com/maningsambale -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [Talk-cat] Catalunya ha estat afegida a l'eina de QA osmose
Eiii!!! Molt bé! I molt malament per mi, jajaja! P.e. tinc molts errors del tipus: Multiple numbers in way. Això es degut a que informo el número de carrer a l'adreça dels establiments, i a vegades hi ha varis. Vosaltres com ho feu? Respecte al que comentes, Joan, he detectat que hi ha regles segons el territori. A les bústies locals només tinc l'etiqueta amenity=postbox. En canvi, a unes bústies que vaig fer a França, em demana l'etiqueta ref. Saluts! JL 2015-07-16 12:13 GMT+02:00 Joan Montané j...@montane.cat: El dia 16 de juliol de 2015, 11:20, Carles Briansó cbria...@tinet.cat ha escrit: Hola No sé si la coneixíeu l'eina de comprovació de qualitat Osmose http://wiki.openstreetmap.org/wiki/Osmose , però des del dissabte ja analitza Catalunya. És una eina molt útil, ja que detecta una gran quantitat de possibles problemes, i suggereix solucions http://osmose.openstreetmap.fr/ca/map/ . També proporciona una interfície per saber si s'ha trobat algun problema en les teves modificacions http://osmose.openstreetmap.fr/ca/byuser/ Tota ajuda és bona per millorar la qualitat. Adéu ep això està molt i molt bé!!! De fet ara analitza l'estat espanyol, que era dels pocs estats europeus que no analitzava. OSMOSE és una eina molt potent. Si no vaig errat, permet personalitzar els regles de detecció d'errors segons l'estat o regió analitzada. Ens aniria molt bé per a detectar coses molt específiques (calle en comptes de carrer), name:es sense name:ca o coses que surtin de l'estàndard d'etiquetat establert. Salut!!! Joan Montané ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
Re: [Talk-de] street_cabinet - VDSL/Telekom Rollout
Hallo Flo! Ich hab dieselbe Frage kürzlich glaub in tagging gestellt, ohne dass da was sinnvolles herausgekommen wäre... Outdoor DSLAM ist wohl der korrekte terminus technicus (engl.) für die Dinger, A1 nennt sie ARU (Access Remote Unit) oder (in juristischen Texten) vorgelagerte DSLAM's (mit Deppen-Apostroph). http://taginfo.openstreetmap.org/search?q=%3Doutdoor_dslam 298communication=outdoor_dslam ist momentan wohl der top hit. Ich persönlich fände ja street_cabinet=outdoor_dslam am sinnvollsten. /al ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] highway=trunk en France
Salut, Suite à une discussion qui au final conseil aux Nancéiens de revoir le plan des axes routiers (primaire, secondaire, ...) http://gis.19327.n5.nabble.com/Zone-de-rencontre-sur-grand-axe-routier-td5850118.html Il me faudrait dans un premier temps mettre un terme à cette histoire afin de savoir si je laisse trunck sur toutes les routes pour automobiles autour de Nancy, ou si je repasse en primaire celles qui ne rentrent pas dans le concept simpliste de la voie rapide, en ajoutant les restrictions d’accès ( motorroad si accepté ou tous un par un, moped, bicycle, agricultural, foot, ... ) Cordialement. -- View this message in context: http://gis.19327.n5.nabble.com/highway-trunk-en-France-tp5821793p5850267.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] Zone de rencontre sur grand axe routier
Salut, Pierre Knobel wrote Est-ce que favoriser la cohérence du réseau routier ne revient pas un peu à tagguer pour le rendu ? Pour moi c'est clair que la réalité du terrain prime sur les principes esthétiques généraux. S'il n'y a pas de route primaire digne de ce nom qui permet de traverser la ville confortablement, il ne faut pas en inventer. Concernant le routage, je dirais que les logiciels fonctionneront mieux si l'information est la plus spécifique et la plus neutre possible. Ce n'est pas au contributeur OSM de décider qu'une route donnée est la meilleure manière de traverser une ville, c'est les algorithmes qui doivent s'en occuper. Et les algorithmes ont besoin de savoir qu'un tronçon de route est limité à 20 km/h avec la priorité aux piétons. Donc si je comprends bien, en gros : - Il faut bien baliser cette partie comme étant une zone de rencontre, - Cependant c'est illogique que cette route soit primaire, le plan de Nancy est à revoir. Je vais donc voir par rapport à route500 que je ne connaissais pas, et en profiter pour relancer le sujet voie rapide/route pour automobiles qui n'a toujours pas été résolu. Merci pour les réponses. Cordialement. -- View this message in context: http://gis.19327.n5.nabble.com/Zone-de-rencontre-sur-grand-axe-routier-tp5850118p5850265.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] Antennas and radio networks supports mapping
On Wednesday, July 15, 2015 01:27:40 PM Suzan Reed wrote: May I suggest contacting the American Radio Relay League, ARRL? With all the technically knowledgable people in the organization, and their interest in humanitarian readiness (ARES) they are sure to have information useful to map antennas. I'm curious what question we're actually trying to answer here. I'm a member of the ARRL and have been in radio communications (both amateur and public safety) for 18 years so I'll happily try to answer any questions related to the topic. It would seem that we already handle tagging that describes the tower[0]. I would suspect that for most people they are making an assumption that what they are seeing is mobile phone infrastructure when they see the typical panel or sector antennas. That may not be the case, however. In the USA, all tower structures (over a certain height) must be registered with the FCC and these records are freely available on their website under the Antenna Support Structure listings. You can then cross reference the tower ID with the frequencies associated with a license that says they are at that tower. Of course the licenses don't always reflect the geographic location of all of their gear so you might miss something. Also, amateur radio equipment at these tower sites aren't recorded. I would think that knowing a tower is a communications tower is sufficient. Knowing the height of the tower would be nice, too. There are also ways to describe the construction of the tower. Knowing what's on the tower may not always be known and could be subject to change. www.aarl.org I believe you meant http://www.arrl.org [0] https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dtower#Tower_types --Eric ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] Sentieristica CAI
From: Dario Zontini [mailto:dario.zont...@gmail.com] Sent: giovedì 16 luglio 2015 08:30 To: openstreetmap list - italiano Subject: Re: [Talk-it] Sentieristica CAI Io ho provato con Mapillary ma ho il problema di fissare il cellulare allo zaino per riuscire a fare le foto e contemporaneamente avere le mani libere Dario In questi post puoi vedere una soluzione: http://www.openstreetmap.org/user/malenki/diary/23409 https://www.openstreetmap.org/user/malenki/diary/23412 Io che faccio percorsi in cui delle mani libere ho bisogno solo per impugnare i bastoncini, e preferisco controllare ogni singola inquadratura, uso un attacco come questo (fissato alla parte alta del bastoncino anziché al manubrio della bicicletta): http://www.rammount.com/part/RAM-B-149Z-UN7U Impostando la ripresa in automatico, con blocco degli scatti quando il cellulare è inclinato (opzioni pause on face down e pause while tilting) faccio in modo che scatti solo quando alzo il bastoncino e lo mantengo fermo e dritto per un tempo sufficiente. In pratica scatto solo in manuale, e controllando l'inquadratura sullo schermo, ma senza mai aver bisogno di staccare le mani dai bastoncini. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] Antennas and radio networks supports mapping
On 15/07/2015 17:16, François Lacombe wrote: Thank you Dave, 2015-07-15 14:15 GMT+02:00 Dave Stanley da...@dbsconsult.co.uk mailto:da...@dbsconsult.co.uk: Hi I map quite few radio sites in connection with my work. Usually it is just mast/tower locations using the 'man_made=tower + tower:type=communication' tags with name/operator information. There are quite few things for these towers that could be improved. For example the difference between a tower and a mast - a mast in the UK is normally considered to have guy wires to hold it up. where as a tower supports itself. May masts are big enough to justify the guy wires being mapped with their ground anchor points. I am not aware of anything suitable to do that. Ok to say definitions and keys are a bit messy. It's only about supports which can be refined independently. There is also their feed line systems. I have used power=line to map some of these, as in this example in Burma: https://www.openstreetmap.org/#map=18/16.86624/96.16177 It is not ideal, but the closest I could think of. Medium-wave broadcasts sites typically have very long feeder systems that can be mapped, as in the example. This is interesting I didn't see the use of power=line like that but it can be adjusted. Wouldn't you add frequency=* and usage=radio on such lines ? It may allow consumers to distinguish them from standard electricity transmission lines. Certainly a tag like usage=radio or usage=rf would useful. Frequency would be harder as often there are multiple or varying frequencies. Something relating to size or diameter could also be relevant. These lines can be physically quite large - big enough to be seen on the satellite imagery for example. RF can be used at high power rates : The CERN currently use them at hundred of MW to power up its accelerator. As for the antennas mounted on a mast/tower, you then may need to consider the frequencies and operators that use the antennas. In some cases there will be multiple frequencies and operators. Physically, you would need the antenna height above ground level, direction, possibly which leg it is on and so on. Antennas have many characteristics but only a few are relevant in OSM. It may be better to give a manufacturer name and model reference to get such details directly from other databases. Azimuth (if applicable), position and model information are the only data required there, aren't you ? Height and direction are most important. Probably some indication of its overall size - maybe length. There could also be some indication of the type of antenna, for example: yagi, dish, panel, reflector. Regards Dave ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ca] Highway 400A
The smartest thing to do is tag it based on the highway signs along the road. Bernie. — Bernie Connors New Maryland, NB On Wed, Jul 15, 2015 at 11:42 PM, Kevin Farrugia kevinfarru...@gmail.com wrote: There's some conflicting stuff about this when I look into it: the last traffic volume report (2010) from MTO refers to the section as 400A ( http://www.ontario.ca/data/traffic-volume), but MNR road data labels it as Highway 11 (the MNR Ontario Road Network dataset is the source for GeoBase roads in Ontario). Keeping it as is would keep it correct based on MTO docs, but changing it based on the signage would improve usability and navigation since there aren't any 400A signs, only Hwy 11 direction signs (example: http://www.mapillary.com/map/im/xLVIFS_6hnuS_cQ-owysww). Anyone else have any thoughts? -Kevin On Wed, Jul 15, 2015 at 9:15 PM, Andrew MacKinnon andrew...@gmail.com wrote: The south end of Highway 11 at the Highway 11/400 junction between Highway 400 and Penetanguishene Road, just north of Barrie is currently tagged as Highway 400A in OSM. Is this still Highway 400A? I thought that this became Highway 11 after the Mike Harris downloading downloaded the section of Highway 11 south of there (most of which is Yonge Street). ___ 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] Issue-Tracker for http[s]://www.openstreetmap.org
Hi, Is there an issue tracker for http[s]://www.openstreetmap.org or have there ever been any plans for such a useful and straightforward way of introducing improvements (it'd be not exposed in a mail list archive reachable by a search engine, then). -Kalle signature.asc Description: PGP signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Issue-Tracker for http[s]://www.openstreetmap.org
On 2015-07-16 14:22, Karl-Philipp Richter wrote: Hi, Is there an issue tracker for http[s]://www.openstreetmap.org or have there ever been any plans for such a useful and straightforward way of introducing improvements (it'd be not exposed in a mail list archive reachable by a search engine, then). The main place is the issue tracker for openstreetmap-website on Github. https://github.com/openstreetmap/openstreetmap-website/issues Previously it has used Trac. https://trac.openstreetmap.org/ Though I think that is now mostly replaced by Github. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Efficacité d'une requête Overpass (around)
Hello, Je n'ai pas de réponse à ta question mais une remarque : peut-être veux-tu exclure les piscines marquées avec access = 'private' de ta requête. Sauf si tu prévois de t'incruster chez des particuliers ;) Le 16 juillet 2015 15:09, Vincent Génin vincent.ge...@gmail.com a écrit : Bonjour à tous, Désolé si la question est un peu spécifique, mais je n'ai pas trouvé de liste pour Overpass. Pour une utilisation personnelle, je recherchais des piscines autour des gares de la ligne C du RER. J'ai fait quelques tests et utilise cette requête : http://overpass-turbo.eu/s/asI {{geocodeArea:Île-de-France}}-.searchArea; rel[line:SNCF=C](area.searchArea); node(around:800)[sport=swimming](area.searchArea); out body qt; rel[line:SNCF=C](area.searchArea); way(around:800)[sport=swimming](area.searchArea); out center qt; Cependant, elle prend pas mal de temps à s'exécuter (~60s). Ça fonctionne pour une utilisation ponctuelle, mais je me suis dit que je pourrais pousser un peu le projet et rendre tout ça interactif et accessible. J'ai intégré ça avec leaflet et publié mes premiers tests sur Github : http://pingolin.github.io/ Le problème est que la requête est tellement longue que ça rend la carte très difficilement utilisable. J'ai testé en restreignant à la partie de la carte affichée (bbox) mais ça reste long et je me retrouve avec des erreurs 429 (Too Many Request). J'aimerais bien rendre la carte vraiment dynamique (changement du rayon, du type de service recherché et de la ligne de transport à la volée) donc j'aimerais bien rester sur une requête API et non sur des extracts. Est-ce que vous auriez des idées pour améliorer et accélérer la requête Overpass ? Merci, PS : Je ferai une vraie présentation du projet http://pingolin.github.io/ si j'arrive à avancer un peu dessus. Pour l'instant ce sont vraiment des tests techniques pour prendre en main Overpass et Leaflet. L'idée est de trouver des services et équipements sur sa ligne de transport. On ne connait pas forcément toutes les villes ou quartiers qu'on traverse et il est souvent plus facile de couper son trajet plutôt que de l'allonger au départ ou à l'arrivée. Vincent Génin Pingolin (http://www.twitter.com/pingolin) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Efficacité d'une requête Overpass (around)
Bonjour à tous, Désolé si la question est un peu spécifique, mais je n'ai pas trouvé de liste pour Overpass. Pour une utilisation personnelle, je recherchais des piscines autour des gares de la ligne C du RER. J'ai fait quelques tests et utilise cette requête : http://overpass-turbo.eu/s/asI {{geocodeArea:Île-de-France}}-.searchArea; rel[line:SNCF=C](area.searchArea); node(around:800)[sport=swimming](area.searchArea); out body qt; rel[line:SNCF=C](area.searchArea); way(around:800)[sport=swimming](area.searchArea); out center qt; Cependant, elle prend pas mal de temps à s'exécuter (~60s). Ça fonctionne pour une utilisation ponctuelle, mais je me suis dit que je pourrais pousser un peu le projet et rendre tout ça interactif et accessible. J'ai intégré ça avec leaflet et publié mes premiers tests sur Github : http://pingolin.github.io/ Le problème est que la requête est tellement longue que ça rend la carte très difficilement utilisable. J'ai testé en restreignant à la partie de la carte affichée (bbox) mais ça reste long et je me retrouve avec des erreurs 429 (Too Many Request). J'aimerais bien rendre la carte vraiment dynamique (changement du rayon, du type de service recherché et de la ligne de transport à la volée) donc j'aimerais bien rester sur une requête API et non sur des extracts. Est-ce que vous auriez des idées pour améliorer et accélérer la requête Overpass ? Merci, PS : Je ferai une vraie présentation du projet http://pingolin.github.io/ si j'arrive à avancer un peu dessus. Pour l'instant ce sont vraiment des tests techniques pour prendre en main Overpass et Leaflet. L'idée est de trouver des services et équipements sur sa ligne de transport. On ne connait pas forcément toutes les villes ou quartiers qu'on traverse et il est souvent plus facile de couper son trajet plutôt que de l'allonger au départ ou à l'arrivée. Vincent Génin Pingolin (http://www.twitter.com/pingolin) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Issue-Tracker for http[s]://www.openstreetmap.org
Am 16.07.2015 um 15:37 schrieb Craig Wallace: The main place is the issue tracker for openstreetmap-website on Github. http://api.elasticemail.com/tracking/click?msgid=ma9n39-4q1aukwsxfbs50target=https%3a%2f%2fgithub.com%2fopenstreetmap%2fopenstreetmap-website%2fissues Previously it has used Trac. http://api.elasticemail.com/tracking/click?msgid=ma9n39-4q1aukwsxfbs50target=https%3a%2f%2ftrac.openstreetmap.org%2f Though I think that is now mostly replaced by Github. Thanks, I opened issue http://api.elasticemail.com/tracking/click?msgid=ma9n39-4q1aukwsxfbs50target=https%3a%2f%2fgithub.com%2fopenstreetmap%2fopenstreetmap-website%2fissues%2f1008 to add a reference to http://api.elasticemail.com/tracking/click?msgid=ma9n39-4q1aukwsxfbs50target=http%3a%2f%2fwww.openstreetmap.org%2fhelp -Kalle signature.asc Description: PGP signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-it] name principale vette montagna su confini nazionali
Mi sono in questi giorni posto questo quesito: Quale è la regola di assegnazione del name per le vette che sono condivise sul confine di altre nazioni? In Italia abbiamo anche noi degli esempi * La regola ragionevole su OSM è forse quella che (es Mont Blanc) che se colui che ha conquistato per primo la cima è francese, allora il toponimo name è francese?* Fralatro la complicazione, proprio per il Monte Bianco è che lo stesso punto si presenta (anche nella ricerca) come tre nodi distinti.. https://www.openstreetmap.org/node/3559071818 https://www.openstreetmap.org/node/3559071815 https://www.openstreetmap.org/node/281399025 -- View this message in context: http://gis.19327.n5.nabble.com/name-principale-vette-montagna-su-confini-nazionali-tp5850301.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: [Talk-de] street_cabinet - VDSL/Telekom Rollout
Hola, On Thu, Jul 16, 2015 at 11:42:22AM +0200, Andreas Labres wrote: Hallo Flo! Ich hab dieselbe Frage kürzlich glaub in tagging gestellt, ohne dass da was sinnvolles herausgekommen wäre... Outdoor DSLAM ist wohl der korrekte terminus technicus (engl.) für die Dinger, A1 nennt sie ARU (Access Remote Unit) oder (in juristischen Texten) vorgelagerte DSLAM's (mit Deppen-Apostroph). Bei der Telekom gibt den Begriff SOL - Strategische Outdoor Lokation. http://taginfo.openstreetmap.org/search?q=%3Doutdoor_dslam 298communication=outdoor_dslam ist momentan wohl der top hit. Ich persönlich fände ja street_cabinet=outdoor_dslam am sinnvollsten. Das passt alles nicht. In Deutschland findet ja durch die Telekom teilweise ein Überbau statt. D.h. in dem MFG ist dann der alte Kabelverzweiger und GLEICHZEITIG der DSLAM. Von aussen kann man das nicht erkennen. D.h. in einem street_cabinet=telecom willst du ein telecom=dslam oder dslam=yes mdf=yes oder so haben (Wobei - was ist der Englische Begriff für ein Kabelverzweiger? Main Distribution Frame ist es ja nicht - Das ist ja der Hauptverteiler - Also HVT) Also sowas: man_made=street_cabinet street_cabinet=telecom operator=Deutsche Telekom dslam=yes mdf=yes ref=52411A3 onkz=5241 asb=1 kvz=a3 Passt alles auch noch nicht - muss da nochmal hinterhersuchen - Ich meine das die Deutsche Telekom auch die MFGs mit KVZ Refs belegt die ja aus Ortsnetzkennzahl, Anschlussbereich und KVZ Kennung besteht. Dieser MFG versorgt dann ja ggfs noch andere KVZ - Das wäre dann aber ein fall für relationen ;) Und die Daten kann man auch nicht beobachten oder ohne doof zu fragen rausfinden. Öffentlich sind noch nichtmal die refs - Auf alten KVZs steht ASB und KVZ drauf - Also bei mir ein 4A27. Zusammen mit der Ortsnetzkennzahl ergibt sich dann die ganze ref. Welche Adressen/Gebäude die dann versorgen ist ja auch sehr spannend - Leider auch nicht öffentlich. Sonst könnte ja sich jeder selbst ein Bild der technisch möglichen Bandbreite machen. Flo -- Florian Lohoff f...@zz.de We need to self-defense - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] street_cabinet - VDSL/Telekom Rollout
Hallo Florian, Am 2015-07-15 um 14:00 schrieb Florian Lohoff: Jetzt kennt das wiki ja man_made=street_cabinet street_cabinet=telecom operator=Deutsche Telekom Wie aber unterscheiden wir den klassischen Kvz (Kabelverzweiger) rein passiv, kein Strom, nicht gekühlt, kein Lärm vom Multifunktionsgehäuse mit der Aktivtechnik drin DSLAM, Lüfter etc? Ich habe (es ist schon 3 Jahre her) Kabelverzweiger von DSLAMs (die Dinger mit Lüfter) wie folgt unterschieden: DSLAM: man_made=MDF https://www.openstreetmap.org/node/1841529298 Kvz: man_made=telephone_exchange https://www.openstreetmap.org/node/1380450562 In dem Gebiet gibt es Mapillary-Bilder, du darfst mich gerne korrigieren. Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten ausgenommen) I prefer GPG encryption of emails. (does not apply on mailing lists) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Intégration des données de PSS dans OSM
Le 28 mai 2015 23:13, Vincent Frison vincent.fri...@gmail.com a écrit : Sinon ça serait bien chouette s'ils pouvaient également nous rajouter dans leur export un ou deux champs supplémentaires, comme par exemple le nom ou l'année de construction mais bon c'est déjà assez classe qu'ils nous autorisent déjà utiliser la hauteur malgré leur vilaine licence BY-NC-ND. Alors finalement ils nous donnent également le nom des bâtiments dans leur export :) C'est une donnée généralement bien utile sauf dans le cas où il n'y a pas vraiment de nom du bâtiment et dans ce cas là ils ont simplement remplis le nom avec l'adresse (évidemment pour ces fausses adresses je ne rajouterai pas de tag name=*). Par contre ils veulent rajouter cette clause empêchant une utilisation commerciale. Voici actuellement l'autorisation qu'ils sont prêts à signer : *Nous soussignons Boris Foucaud, cofondateur et administrateur de PSS-archi.eu et de sa base de données d’immeubles en licence BY-NC-ND, concédons à OSMF, d’une manière exceptionnelle et perpétuelle, une licence internationale, non exclusive et non soumise aux droits patrimoniaux d’auteur, aux droits des auteurs de bases de données ou à tout autre droit, relatif aux éléments du Contenu mentionnés ci-dessous, quel que soit le support. La concession porte sur un droit d’utilisation de données hors utilisation commerciale du Contenu, ainsi que sur le droit de sous-licencier des contributions à des tiers ou sous-traitants hors exploitation commerciale. Le présent contrat devient caduque en cas d’utilisation commerciale des données.* *Les éléments de Contenus mis à disposition sont les suivants :* *·Nom d’immeubles* *·Coordonnées d’immeubles* *·Hauteur d’immeubles* *·Lien vers leur fiche PSS* *Nous acceptons qu’OSMF cite PSS-archi.eu, par le biais de la page web http://wiki.openstreetmap.org/wiki/Attributionhttp://wiki.openstreetmap.org/wiki/Attribution http://wiki.openstreetmap.org/wiki/Attribution.* *fait à Boulogne-Billancourt, le 16/07/2015, en deux exemplaires* Pensez vous qu'on puisse faire quelque chose avec cette autorisation ? J'ai l'impression que non puisque cette clause anti-commerciale rentrerait en conflit direct avec la licence ODbL :( ++ Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Efficacité d'une requête Overpass (around)
Le 16 juillet 2015 15:09, Vincent Génin vincent.ge...@gmail.com a écrit : Bonjour à tous, Désolé si la question est un peu spécifique, mais je n'ai pas trouvé de liste pour Overpass. Pour une utilisation personnelle, je recherchais des piscines autour des gares de la ligne C du RER. J'ai fait quelques tests et utilise cette requête : http://overpass-turbo.eu/s/asI {{geocodeArea:Île-de-France}}-.searchArea; rel[line:SNCF=C](area.searchArea); node(around:800)[sport=swimming](area.searchArea); out body qt; rel[line:SNCF=C](area.searchArea); way(around:800)[sport=swimming](area.searchArea); out center qt; Cependant, elle prend pas mal de temps à s'exécuter (~60s). Bonjour, Il y aurait peut-être à creuser sur la première ligne, en lui passant directement le numéro de la relation Ile-de-France. Je n'ai plus en tête la syntaxe exacte : quelque chose du style 3600 + le numéro de la relation. Ça éviterait de passer par nominatim (?), mais je ne sais pas si ça gagne beaucoup de temps. PY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-ca] Highway 400A
If the highway signs match the ORN data I would completely ignore any contrary information. I know the province is actively maintaining and updating the ORN data. Bernie. — Bernie Connors New Maryland, NB On Thu, Jul 16, 2015 at 10:54 AM, Tristan Anderson andersontris...@hotmail.com wrote: I agree. I can change it tomorrow if nobody objects. From: berniejconn...@gmail.com The smartest thing to do is tag it based on the highway signs along the road. Bernie. — Bernie Connors New Maryland, NB On Wed, Jul 15, 2015 at 11:42 PM, Kevin Farrugia kevinfarru...@gmail.com wrote: There's some conflicting stuff about this when I look into it: the last traffic volume report (2010) from MTO refers to the section as 400A (http://www.ontario.ca/data/traffic-volume), but MNR road data labels it as Highway 11 (the MNR Ontario Road Network dataset is the source for GeoBase roads in Ontario). Keeping it as is would keep it correct based on MTO docs, but changing it based on the signage would improve usability and navigation since there aren't any 400A signs, only Hwy 11 direction signs (example: http://www.mapillary.com/map/im/xLVIFS_6hnuS_cQ-owysww). Anyone else have any thoughts? -Kevin On Wed, Jul 15, 2015 at 9:15 PM, Andrew MacKinnon andrew...@gmail.com wrote: The south end of Highway 11 at the Highway 11/400 junction between Highway 400 and Penetanguishene Road, just north of Barrie is currently tagged as Highway 400A in OSM. Is this still Highway 400A? I thought that this became Highway 11 after the Mike Harris downloading downloaded the section of Highway 11 south of there (most of which is Yonge Street). ___ 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 mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk] Issue-Tracker for http[s]://www.openstreetmap.org
2015-07-16 15:53 GMT+02:00 Karl-Philipp Richter rich...@richtercloud.de: Thanks, I opened issue http://api.elasticemail.com/tracking/click?msgid=ma9n39-4q1aukwsxfbs50target=https%3a%2f%2fgithub.com%2fopenstreetmap%2fopenstreetmap-website%2fissues%2f1008 to add a reference to http://api.elasticemail.com/tracking/click?msgid=ma9n39-4q1aukwsxfbs50target=http%3a%2f%2fwww.openstreetmap.org%2fhelp Karl-Philipp, You may have malware on your computer, your links appear to have changed into URLs that track clicks. He opened issue https://github.com/openstreetmap/openstreetmap-website/issues/1008 requesting to add a link to the bug tracker on http://www.openstreetmap.org/help. The issue has already been closed (wontfix). ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] Sentieristica CAI
grazie Alberto e Lorenzo, per le soluzioni proposte Inizierò a provare le soluzioni più economiche :-) ciao Dario Zontini -- Messaggio originale -- Da: Alberto Nogaro bartosom...@yahoo.it A: openstreetmap list - italiano talk-it@openstreetmap.org Inviato: 16/07/2015 14:31:35 Oggetto: Re: [Talk-it] Sentieristica CAI From: Dario Zontini [mailto:dario.zont...@gmail.com] Sent: giovedì 16 luglio 2015 08:30 To: openstreetmap list - italiano Subject: Re: [Talk-it] Sentieristica CAI Io ho provato con Mapillary ma ho il problema di fissare il cellulare allo zaino per riuscire a fare le foto e contemporaneamente avere le mani libere Dario In questi post puoi vedere una soluzione: http://www.openstreetmap.org/user/malenki/diary/23409 https://www.openstreetmap.org/user/malenki/diary/23412 Io che faccio percorsi in cui delle mani libere ho bisogno solo per impugnare i bastoncini, e preferisco controllare ogni singola inquadratura, uso un attacco come questo (fissato alla parte alta del bastoncino anziché al manubrio della bicicletta): http://www.rammount.com/part/RAM-B-149Z-UN7U Impostando la ripresa in automatico, con blocco degli scatti quando il cellulare è inclinato (opzioni pause on face down e pause while tilting) faccio in modo che scatti solo quando alzo il bastoncino e lo mantengo fermo e dritto per un tempo sufficiente. In pratica scatto solo in manuale, e controllando l'inquadratura sullo schermo, ma senza mai aver bisogno di staccare le mani dai bastoncini. Ciao, Alberto ___ 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: [Talk-de] street_cabinet - VDSL/Telekom Rollout
Hi, On Thu, Jul 16, 2015 at 04:49:50PM +0200, Michael Reichert wrote: Ich habe (es ist schon 3 Jahre her) Kabelverzweiger von DSLAMs (die Dinger mit Lüfter) wie folgt unterschieden: DSLAM: man_made=MDF https://www.openstreetmap.org/node/1841529298 Kvz: man_made=telephone_exchange https://www.openstreetmap.org/node/1380450562 In dem Gebiet gibt es Mapillary-Bilder, du darfst mich gerne korrigieren. exchange ist ja vermittlung. Findet in Deutschland ja nur in den wirklichen Vermittlungsstellen statt. Und MDF ist ein Main Distribution Frame - Also quasi ein Patchpanel - da werden temporäre verbindungen geschaltet - Also an LSA Leisten getackert. Hat mit DSLAM nix zu tun. Die dinger mit Lüfter sind keine Kabelverzweiger. Die reinen Kabelverzweiger sind ganz passive Gehäuse. (KVz 82) Die neueren MFG (Multifunktionsgehäuse) haben Lüfter - Kann man auch hören wenn man das Ohr dran legt. Die sind mind. Brusthoch - Eher Kopfhoch und dann zwischen 1 und 2m Breit MFG8 MFG12 MFG18 (Das sind jeweils Innenmaße in Dezimeter) Flo -- Florian Lohoff f...@zz.de We need to self-defense - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] name principale vette montagna su confini nazionali
sent from a phone Am 16.07.2015 um 16:38 schrieb Davide Mangraviti davide...@inwind.it: Fralatro la complicazione, proprio per il Monte Bianco è che lo stesso punto si presenta (anche nella ricerca) come tre nodi distinti.. https://www.openstreetmap.org/node/3559071818 https://www.openstreetmap.org/node/3559071815 https://www.openstreetmap.org/node/281399025 il nodo con id più piccola è quello più vecchio, gli altri sono da cancellare (copiando informazioni presenti solo lì). Inoltre non servono i tag wikipedia:it e :hu in questo caso. ciao Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] street_cabinet - VDSL/Telekom Rollout
sent from a phone Am 16.07.2015 um 16:42 schrieb Florian Lohoff f...@zz.de: Also sowas: man_made=street_cabinet street_cabinet=telecom operator=Deutsche Telekom dslam=yes mdf=yes ref=52411A3 onkz=5241 asb=1 kvz=a3 ich finde diese tags insgesamt ein bisschen problematisch, zum einen weil es Abkürzungen sind, und zum anderen weil sie z.T. auf Deutsch sind (onkz, kvz etc.). Könnte man das nicht durchgängig auf Englisch und verbose machen (zB. main_distribution_frame=*) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-ca] Route relations
Hi all, (resending from the correct email address, apologies) Thanks for all the responses to my previous thread. I am partly still processing the input but another topic came up while we were investigating route relations. I can’t seem to find a wiki page on route relations in Canada, or even per province. The exception is Ontario (http://wiki.openstreetmap.org/wiki/Canada:Ontario#Route_relations ). Am I not looking hard enough? Would a ‘relation pages’ for Canada perhaps make sense? The main reason I am asking is that I want to encourage our Telenav map analysts to help improve route relation coverage for Canada. We have been looking at the relation coverage and it seems to vary a lot by province. Perhaps a Canadian instance of Relation Pages would help? (See the US version here: http://184.73.220.107/relationpages/ - although this has not been updating correctly for a while) Martijn — Martijn van Exel___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk] Issue-Tracker for http[s]://www.openstreetmap.org
On 7/16/2015 11:59 AM, Matthijs Melissen wrote: There are actually three thing you see onwww.openstreetmap.org: the map data, the map tiles (rendering style), and the website itself. There's a couple more - Nominatim, used for Search and Where am I? - Various routing engines, used for directions In the case of those, before reporting a bug you should first reproduce it on their sites. To report bugs in the map data, use the 'Add a note to the map' button. osm.org/fixthemap is another good resource ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Issue-Tracker for http[s]://www.openstreetmap.org
On 16 July 2015 at 15:22, Karl-Philipp Richter rich...@richtercloud.de wrote: Is there an issue tracker for http[s]://www.openstreetmap.org or have there ever been any plans for such a useful and straightforward way of introducing improvements (it'd be not exposed in a mail list archive reachable by a search engine, then). There are actually three thing you see on www.openstreetmap.org: the map data, the map tiles (rendering style), and the website itself. To report bugs in the map data, use the 'Add a note to the map' button. Issues in the rendering style can be reported on https://github.com/gravitystorm/openstreetmap-carto/issues. Issues in the website can be reported on https://github.com/openstreetmap/openstreetmap-website/. -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] highway=trunk en France
bonjour, J'aurais tendance à dire qu'il ne faut pas simplifier à la voie express. La voie rapide c'est ce qui y a de plus probant même si elle n'est pas à 110 (valeur par défaut). La présence d'un C107 ou pas, on s'en fou. C'est juste un panneaux de rappel précisant les conditions d'accès. Comment peut on identifier une voie rapide: - pas de trottoir pas de piéton - pas accessible au cycliste - pas accessible au motocycliste,véhicule agricole sauf dérogation (donc on force un petit clé=yes ) - pas de voie en tourne à gauche ou de demi-tour possible hors lien entrée;sortie;bifurcation - terre-plein centrale - voie d'arrêt d'urgence comme sur autoroute Il est vrai que le rond-point en fin de voie-express qui repart sur une voie express c'est bizarre mais c'est ainsi. Le rond-point peut être primaire avec une liaison sur deux voies rapides et une voie mineur si tel est le cas sur le terrain. La seule chose que l'on verra sur le terrain c'est ce que j'ai précisé au dessus et des panneaux imposant la réduction de vitesse avant d'arriver sur le rond-point. Bref, il faut avoir la majorité des conditions de l'autoroute avec des déclinaisons et du dérogatoire pour avoir du *trunk. *Sinon c'est le reste unclassified;tertiary;secondary;primary Pour le reste c'est soit de la route primaire ou secondaire en fonction des liaisons logiques. *primary : *c'est les RN ou RD anciennement RN qui répondent donc aux grands axes permettant d'aller d'une grande ville à une autre (préfectures régionales et départementales) *secondary :* C'est les RD permettant d'aller vers les autre villes et pas les villages. *tertiary : *C'est de la RD entre villages et villes; ou routes de grande ville pour l'accessibilité entre quartiers ou secteurs; En clair, ça brasse plus de flux que les autres routes du secteurs. Il y a une signalisation intra-urbaine pour renvoyer vers des destinations intra et extra-urbaines. Attention toutefois à pas tous transférer en tertiaire par ce qu'il y a du flux en période de sortie de bureau. C'est quand même les routes qui servent à diriger des gens vers des grandes directions (cas des quartiers) et pas vers une résidences ou la rue xy ou la mairie si elle n'est pas sur un axe principale. C'est clair que sur Nancy il y a trop de routes primaires et secondaires. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-ca] Route relations
(sorry wrong from: address again..) In the US, we use a hierarchy of network classifications instead. For instance, Interstate 80 would be network=US:I, ref=80, role=east/west depending on if it’s an eastbound / westbound carriageway. This is a really neat and tidy way of organizing route relations. Has this been common practice in Canada as well or something to consider? Example: http://www.openstreetmap.org/relation/280678 for I-80 in Utah Martijn — Martijn van Exel On Thu, Jul 16, 2015 at 12:42 PM, Andrew MacKinnon andrew...@gmail.com wrote: On Thu, Jul 16, 2015 at 12:47 PM, Martijn van Exel m...@rtijn.org wrote: Hi all, (resending from the correct email address, apologies) Thanks for all the responses to my previous thread. I am partly still processing the input but another topic came up while we were investigating route relations. I can’t seem to find a wiki page on route relations in Canada, or even per province. The exception is Ontario (http://wiki.openstreetmap.org/wiki/Canada:Ontario#Route_relations ). Am I not looking hard enough? Would a ‘relation pages’ for Canada perhaps make sense? Several users (OntarioEditor and osm_validation_and_improvements) created a whole bunch of relations for Ontario highways and county roads, but also added prefixes to roads (ON prefix to provincial highways and various prefixes like RR and CR to regional/county roads) which many OSM users were unhappy with and which I have been gradually reverting. I want to keep the relations though. ___ 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] Help us make a logo! (and win tickets to State of the Map 2016!)
The State of the Map working group is pleased* to announce a call for logo designs. We need your help to build a strong recognisable logo for State of the Map 2016 (SotM) conference taking place in Brussels, Belgium. The conference is the OpenStreetMap Foundation’s annual gathering of the OSM community, interested parties and others. We’ve put together a Design Brief which outlines what we’re looking for in a logo. Entrants can be an individual or team of people, even a design company. http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2016/Logo_brief The deadline for entries is 23:59 UTC (before midnight) on Saturday 15th August 2015 and we can’t wait to see your all your wonderful entries! Good luck! Rob, On behalf of the SotM WG * In fact we're delighted - this has been something we've done for previous SotM's and it is always amazing to see your logo ideas :-D ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Intégration des données de PSS dans OSM
Vu le temps que j'ai passé (le développement de l'import + la négociation) j'aimerais si possible ne pas arriver à cette conclusion ;) Si vous me confirmez qu'avec ce type d'autorisation on ne peut absolument rien faire il va falloir essayer de les convaincre de retirer cette clause anti-commerciale. En fait le souci pour le staff de PSS c'est qu'ils trouveraient ça complètement anormal que des sociétés puissent faire de l'argent sur le travail de leur contributeurs bénévoles (alors que personnellement je suis persuadé que 99% de leurs contributeurs serait ravis de voir leur travail incorporé dans OSM). Voilà où j'en suis, si quelqu'un a déjà fait ce genre de négociations ou à des conseils à me donner ça m'intéresse... Le 16 juillet 2015 20:36, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Donc en clair ça sert à rien ;-) Le 16 juillet 2015 16:02, Vincent Frison vincent.fri...@gmail.com a écrit : Le 28 mai 2015 23:13, Vincent Frison vincent.fri...@gmail.com a écrit : Sinon ça serait bien chouette s'ils pouvaient également nous rajouter dans leur export un ou deux champs supplémentaires, comme par exemple le nom ou l'année de construction mais bon c'est déjà assez classe qu'ils nous autorisent déjà utiliser la hauteur malgré leur vilaine licence BY-NC-ND. Alors finalement ils nous donnent également le nom des bâtiments dans leur export :) C'est une donnée généralement bien utile sauf dans le cas où il n'y a pas vraiment de nom du bâtiment et dans ce cas là ils ont simplement remplis le nom avec l'adresse (évidemment pour ces fausses adresses je ne rajouterai pas de tag name=*). Par contre ils veulent rajouter cette clause empêchant une utilisation commerciale. Voici actuellement l'autorisation qu'ils sont prêts à signer : *Nous soussignons Boris Foucaud, cofondateur et administrateur de PSS-archi.eu et de sa base de données d’immeubles en licence BY-NC-ND, concédons à OSMF, d’une manière exceptionnelle et perpétuelle, une licence internationale, non exclusive et non soumise aux droits patrimoniaux d’auteur, aux droits des auteurs de bases de données ou à tout autre droit, relatif aux éléments du Contenu mentionnés ci-dessous, quel que soit le support. La concession porte sur un droit d’utilisation de données hors utilisation commerciale du Contenu, ainsi que sur le droit de sous-licencier des contributions à des tiers ou sous-traitants hors exploitation commerciale. Le présent contrat devient caduque en cas d’utilisation commerciale des données.* *Les éléments de Contenus mis à disposition sont les suivants :* *·Nom d’immeubles* *·Coordonnées d’immeubles* *·Hauteur d’immeubles* *·Lien vers leur fiche PSS* *Nous acceptons qu’OSMF cite PSS-archi.eu, par le biais de la page web http://wiki.openstreetmap.org/wiki/Attributionhttp://wiki.openstreetmap.org/wiki/Attribution http://wiki.openstreetmap.org/wiki/Attribution.* *fait à Boulogne-Billancourt, le 16/07/2015, en deux exemplaires* Pensez vous qu'on puisse faire quelque chose avec cette autorisation ? J'ai l'impression que non puisque cette clause anti-commerciale rentrerait en conflit direct avec la licence ODbL :( ++ Vincent ___ 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] Intégration des données de PSS dans OSM
Je comprends mais je vais pas débattre là dessus. Le mieux serait de comprendre que même si des gens en font un produit commercial, il y a des personnes qui ont travailler sur des applications et autres pour arriver à un produit fini (pas forcément fait par un bénévole). Ca impulse une dynamique supplémentaire que d'avoir juste des geeks de la carto et des petites contributions de locaux. Maintenant vendre le nom de bâtiments... Je pense pas que ce soit une priorité. Il y a bien des données plus intéressantes et sensible à commercialiser dans OSM. Surtout que le travail se fait en parallèle par d'autres contributeur sur le terrain et que perso les bâtiments je les saisie pas dans PSS mais dans OSM. La licence est et reste pour le moment incompatible. Développer des outils sans avoir l'aval de cette association, c'est vrai que c'est dommage. Mais s'ils restent sur cet optique, ce sera du travail pour rien... Sauf pour servir à l'import dans un autre cas similaire comme les zones d'activités et autres à condition d'avoir une licence compatible. Bon courage, en espérant qu'ils changent d'avis. Peut-être avec l'appui d'un représentant OSM ;-). Le 16 juillet 2015 21:42, Vincent Frison vincent.fri...@gmail.com a écrit : Vu le temps que j'ai passé (le développement de l'import + la négociation) j'aimerais si possible ne pas arriver à cette conclusion ;) Si vous me confirmez qu'avec ce type d'autorisation on ne peut absolument rien faire il va falloir essayer de les convaincre de retirer cette clause anti-commerciale. En fait le souci pour le staff de PSS c'est qu'ils trouveraient ça complètement anormal que des sociétés puissent faire de l'argent sur le travail de leur contributeurs bénévoles (alors que personnellement je suis persuadé que 99% de leurs contributeurs serait ravis de voir leur travail incorporé dans OSM). Voilà où j'en suis, si quelqu'un a déjà fait ce genre de négociations ou à des conseils à me donner ça m'intéresse... Le 16 juillet 2015 20:36, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Donc en clair ça sert à rien ;-) Le 16 juillet 2015 16:02, Vincent Frison vincent.fri...@gmail.com a écrit : Le 28 mai 2015 23:13, Vincent Frison vincent.fri...@gmail.com a écrit : Sinon ça serait bien chouette s'ils pouvaient également nous rajouter dans leur export un ou deux champs supplémentaires, comme par exemple le nom ou l'année de construction mais bon c'est déjà assez classe qu'ils nous autorisent déjà utiliser la hauteur malgré leur vilaine licence BY-NC-ND. Alors finalement ils nous donnent également le nom des bâtiments dans leur export :) C'est une donnée généralement bien utile sauf dans le cas où il n'y a pas vraiment de nom du bâtiment et dans ce cas là ils ont simplement remplis le nom avec l'adresse (évidemment pour ces fausses adresses je ne rajouterai pas de tag name=*). Par contre ils veulent rajouter cette clause empêchant une utilisation commerciale. Voici actuellement l'autorisation qu'ils sont prêts à signer : *Nous soussignons Boris Foucaud, cofondateur et administrateur de PSS-archi.eu et de sa base de données d’immeubles en licence BY-NC-ND, concédons à OSMF, d’une manière exceptionnelle et perpétuelle, une licence internationale, non exclusive et non soumise aux droits patrimoniaux d’auteur, aux droits des auteurs de bases de données ou à tout autre droit, relatif aux éléments du Contenu mentionnés ci-dessous, quel que soit le support. La concession porte sur un droit d’utilisation de données hors utilisation commerciale du Contenu, ainsi que sur le droit de sous-licencier des contributions à des tiers ou sous-traitants hors exploitation commerciale. Le présent contrat devient caduque en cas d’utilisation commerciale des données.* *Les éléments de Contenus mis à disposition sont les suivants :* *·Nom d’immeubles* *·Coordonnées d’immeubles* *·Hauteur d’immeubles* *·Lien vers leur fiche PSS* *Nous acceptons qu’OSMF cite PSS-archi.eu, par le biais de la page web http://wiki.openstreetmap.org/wiki/Attributionhttp://wiki.openstreetmap.org/wiki/Attribution http://wiki.openstreetmap.org/wiki/Attribution.* *fait à Boulogne-Billancourt, le 16/07/2015, en deux exemplaires* Pensez vous qu'on puisse faire quelque chose avec cette autorisation ? J'ai l'impression que non puisque cette clause anti-commerciale rentrerait en conflit direct avec la licence ODbL :( ++ Vincent ___ 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 ___ Talk-fr mailing list
Re: [OSM-talk-fr] Intégration des données de PSS dans OSM
Par rapport à la réponse de Jérôme j'allais vous répondre en MP : Je dirais +1, sauf que vu l'émoticône, je dis : Donc en clair ça sert à rien *;-( *Je suis aussi d'accord avec le nouveau message de Jérôme.* * Par contre ça vaut peut-être le coup de revenir vers eux : à quoi ça leur sert de restreindre cette information à but non commercial. Le nom des bâtiments et la hauteur ne sont pas des secrets. Donc c'est de l'information publique. Demander d'ajouter : source:name=/PSS-archi.eu /source:height=/PSS-archi.eu/ Me semblerait plus efficace (pour nous car sinon on ne peut l'utiliser) et pour eux (plus grande visibilité si on extrait ou regarde des données de près). Et proposer de mettre un ref:pss-archi pour leur référence. Tu dis en plus que c'est fait par des bénévoles, il me semble donc évident que ça ne devrait pas poser de soucis s'ils peuvent faire un sondage auprès de leurs bénévoles, passer à la licence ODbL, n'est-on pas des centaines de milliers de bénévoles à l'avoir fait ? N. B. : je suis contributeur à tire privé, mais je monte une pile OSM à titre professionnel. Ça ne nous permet que de proposer un service de meilleure qualité qu'une carte Nasa Blue Marble ou Natural Earth, on ne vendra pas notre solution un centime de plus. Et la hauteur d'un bâtiment ou son nom c'est un plus pour les secours. Personnellement il me semble bien plus valorisant pour PSS-archi.eu d'offrir les données à OSM. Tiens, je suis allé sur leur site : http://www.pss-archi.eu/pss_maps.php?latlng=43.6619110572607, 7.19417005777359z=18 http://www.pss-archi.eu/pss_maps.php?latlng=43.6621633061906850,7.1947547793388370z=16 Aïe, Evil Map ? Et ça ne leur fait pas mal de payer Evil Map pour qu'Evil Map puisse disposer de ces informations ? Ça ne leur fait pas mal d'informer Google des bâtiments les plus intéressants (par pistage des requêtes sur le site) ? Ici lors de ma petite visite sur leur site 68 requêtes Google vers 7 sites Google. Tu ne veux pas leur proposer une switch2osm install party en échange d'une licence ODbl ? ;-). Si tu regardes le site, les bâtiments sont en zone francophone. L'annonce de la publication sur un bulletin hebdomadaire d'OSM Europe (si leur site n'était pas qu'en français) leur ferait une belle promo gratuite. N. B. : avec ma casquette professionnelle je viens de mettre à jour de la doc pour avoir un serveur de tuiles créé en conteneur OpenVZ sur un environnement ProxMox. Je vais passer les mises à jour à faire sur la doc à Thomas G., ce temps je l'ai passé sur mon temps de travail et le message de correctif sera sur mon temps de bénévole. Tout le monde y gagne. Et si PSS veut essayer de monter une pile en s’inspirant de ma doc' (en échange de retours), pas de soucis. Avant qu'on ne me pose la question : je vais sans doute voir auprès de ma hiérarchie si la partie ProxMox/OpenVZ peur être versée sur switch2osm : s'il y a plein de contributeurs à vérifier, il y a plus de chances qu'elle reste à jour. C'est bon pour la communauté et pour ma boîte (qui aura moins de travail à la maintenir et/ou aura une doc de meilleure qualité). Je comprends que l'on ne veule pas travailler bénévolement pour des entreprises (pour l'installation et la doc je suis payé). Mais que celui qui n'a jamais amélioré les numérisations de livres bénévolement pour le compte de Google lève la main : les re-Catcha c'est l'esclavagisme volontaire pour Google. Jean-Yvon Le 16/07/2015 21:42, Vincent Frison - vincent.fri...@gmail.com a écrit : Vu le temps que j'ai passé (le développement de l'import + la négociation) j'aimerais si possible ne pas arriver à cette conclusion ;) Si vous me confirmez qu'avec ce type d'autorisation on ne peut absolument rien faire il va falloir essayer de les convaincre de retirer cette clause anti-commerciale. En fait le souci pour le staff de PSS c'est qu'ils trouveraient ça complètement anormal que des sociétés puissent faire de l'argent sur le travail de leur contributeurs bénévoles (alors que personnellement je suis persuadé que 99% de leurs contributeurs serait ravis de voir leur travail incorporé dans OSM). Voilà où j'en suis, si quelqu'un a déjà fait ce genre de négociations ou à des conseils à me donner ça m'intéresse... Le 16 juillet 2015 20:36, Jérôme Seigneuret jseigneuret-...@yahoo.fr mailto:jseigneuret-...@yahoo.fr a écrit : Donc en clair ça sert à rien ;-) Le 16 juillet 2015 16:02, Vincent Frison vincent.fri...@gmail.com mailto:vincent.fri...@gmail.com a écrit : Le 28 mai 2015 23:13, Vincent Frison vincent.fri...@gmail.com mailto:vincent.fri...@gmail.com a écrit : Sinon ça serait bien chouette s'ils pouvaient également nous rajouter dans leur export un ou deux champs supplémentaires, comme par exemple le nom ou l'année de construction mais bon c'est déjà assez classe qu'ils nous autorisent déjà utiliser la hauteur malgré
Re: [OSM-talk-fr] Efficacité d'une requête Overpass (around)
Plus simple est plus rapide ;) [out:json]; /* Définition de la zone géographique */ {{geocodeArea:Île-de-France}}-.s; /* Relation pour le RER C */ rel[network=RER][ref=C](area.s); /* Récupération des arrêts */ node(r:stop) - .r; /* Récupération des piscines à 800m des gares */ (node(around.r:800)[sport=swimming]; way(around.r:800)[sport=swimming]; rel(around.r:800)[sport=swimming];); out center qt; En espérant que ça soit ce que tu attends. Jérôme Le 16 juillet 2015 16:09, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a écrit : Le 16 juillet 2015 15:09, Vincent Génin vincent.ge...@gmail.com a écrit : Bonjour à tous, Désolé si la question est un peu spécifique, mais je n'ai pas trouvé de liste pour Overpass. Pour une utilisation personnelle, je recherchais des piscines autour des gares de la ligne C du RER. J'ai fait quelques tests et utilise cette requête : http://overpass-turbo.eu/s/asI {{geocodeArea:Île-de-France}}-.searchArea; rel[line:SNCF=C](area.searchArea); node(around:800)[sport=swimming](area.searchArea); out body qt; rel[line:SNCF=C](area.searchArea); way(around:800)[sport=swimming](area.searchArea); out center qt; Cependant, elle prend pas mal de temps à s'exécuter (~60s). Bonjour, Il y aurait peut-être à creuser sur la première ligne, en lui passant directement le numéro de la relation Ile-de-France. Je n'ai plus en tête la syntaxe exacte : quelque chose du style 3600 + le numéro de la relation. Ça éviterait de passer par nominatim (?), mais je ne sais pas si ça gagne beaucoup de temps. PY ___ 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
[OSM-talk-ie] Map request
HI, Could I request 20/41 please. I think just NE Ramelton is up at the moment. Thanks, Stephen_Co_Antrim ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-fr] Intégration des données de PSS dans OSM
Désolé pou l’émoticône. Mais c'était juste une pointe sarcastique. Je te rejoins en tous points. J'ai aussi une double casquette comme Jean Yvon. Il présente ce sûr quoi j'ai pas voulu m’étaler. Je ne sais pas si la 3D commence à percer mais la hauteur peut en effet être intéressante. Ça alimentera http://osmbuildings.org/ Le 16 juillet 2015 22:32, osm.sanspourr...@spamgourmet.com a écrit : Par rapport à la réponse de Jérôme j'allais vous répondre en MP : Je dirais +1, sauf que vu l'émoticône, je dis : Donc en clair ça sert à rien *;-( *Je suis aussi d'accord avec le nouveau message de Jérôme. Par contre ça vaut peut-être le coup de revenir vers eux : à quoi ça leur sert de restreindre cette information à but non commercial. Le nom des bâtiments et la hauteur ne sont pas des secrets. Donc c'est de l'information publique. Demander d'ajouter : source:name= *PSS-archi.eu *source:height=*PSS-archi.eu* Me semblerait plus efficace (pour nous car sinon on ne peut l'utiliser) et pour eux (plus grande visibilité si on extrait ou regarde des données de près). Et proposer de mettre un ref:pss-archi pour leur référence. Tu dis en plus que c'est fait par des bénévoles, il me semble donc évident que ça ne devrait pas poser de soucis s'ils peuvent faire un sondage auprès de leurs bénévoles, passer à la licence ODbL, n'est-on pas des centaines de milliers de bénévoles à l'avoir fait ? N. B. : je suis contributeur à tire privé, mais je monte une pile OSM à titre professionnel. Ça ne nous permet que de proposer un service de meilleure qualité qu'une carte Nasa Blue Marble ou Natural Earth, on ne vendra pas notre solution un centime de plus. Et la hauteur d'un bâtiment ou son nom c'est un plus pour les secours. Personnellement il me semble bien plus valorisant pour PSS-archi.eu d'offrir les données à OSM. Tiens, je suis allé sur leur site : http://www.pss-archi.eu/pss_maps.php?latlng=43.6619110572607, 7.19417005777359z=18 http://www.pss-archi.eu/pss_maps.php?latlng=43.6621633061906850,7.1947547793388370z=16 Aïe, Evil Map ? Et ça ne leur fait pas mal de payer Evil Map pour qu'Evil Map puisse disposer de ces informations ? Ça ne leur fait pas mal d'informer Google des bâtiments les plus intéressants (par pistage des requêtes sur le site) ? Ici lors de ma petite visite sur leur site 68 requêtes Google vers 7 sites Google. Tu ne veux pas leur proposer une switch2osm install party en échange d'une licence ODbl ? ;-). Si tu regardes le site, les bâtiments sont en zone francophone. L'annonce de la publication sur un bulletin hebdomadaire d'OSM Europe (si leur site n'était pas qu'en français) leur ferait une belle promo gratuite. N. B. : avec ma casquette professionnelle je viens de mettre à jour de la doc pour avoir un serveur de tuiles créé en conteneur OpenVZ sur un environnement ProxMox. Je vais passer les mises à jour à faire sur la doc à Thomas G., ce temps je l'ai passé sur mon temps de travail et le message de correctif sera sur mon temps de bénévole. Tout le monde y gagne. Et si PSS veut essayer de monter une pile en s’inspirant de ma doc' (en échange de retours), pas de soucis. Avant qu'on ne me pose la question : je vais sans doute voir auprès de ma hiérarchie si la partie ProxMox/OpenVZ peur être versée sur switch2osm : s'il y a plein de contributeurs à vérifier, il y a plus de chances qu'elle reste à jour. C'est bon pour la communauté et pour ma boîte (qui aura moins de travail à la maintenir et/ou aura une doc de meilleure qualité). Je comprends que l'on ne veule pas travailler bénévolement pour des entreprises (pour l'installation et la doc je suis payé). Mais que celui qui n'a jamais amélioré les numérisations de livres bénévolement pour le compte de Google lève la main : les re-Catcha c'est l'esclavagisme volontaire pour Google. Jean-Yvon Le 16/07/2015 21:42, Vincent Frison - vincent.fri...@gmail.com a écrit : Vu le temps que j'ai passé (le développement de l'import + la négociation) j'aimerais si possible ne pas arriver à cette conclusion ;) Si vous me confirmez qu'avec ce type d'autorisation on ne peut absolument rien faire il va falloir essayer de les convaincre de retirer cette clause anti-commerciale. En fait le souci pour le staff de PSS c'est qu'ils trouveraient ça complètement anormal que des sociétés puissent faire de l'argent sur le travail de leur contributeurs bénévoles (alors que personnellement je suis persuadé que 99% de leurs contributeurs serait ravis de voir leur travail incorporé dans OSM). Voilà où j'en suis, si quelqu'un a déjà fait ce genre de négociations ou à des conseils à me donner ça m'intéresse... Le 16 juillet 2015 20:36, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Donc en clair ça sert à rien ;-) Le 16 juillet 2015 16:02, Vincent Frison vincent.fri...@gmail.com a écrit : Le 28 mai 2015 23:13, Vincent Frison vincent.fri...@gmail.com a écrit : Sinon ça serait
[Talk-co] Convocatoria de proyectos: Laboratorio iberoamericano de innovación ciudadana
http://medialab-prado.es/article/convocatoria-proyectos-laboratorio-iberoamericano-innovacion- Calendario Apertura de convocatoria de proyectos: 3 de julio, 2015 Cierre de la convocatoria de proyectos: 3 de agosto, 2015 Publicación de proyectos seleccionados: 21 de agosto, 2015 Convocatoria de colaboradores: 22 agosto – 16 septiembre, 2015 Publicación de colaboradores seleccionados: 24 de septiembre, 2015 El programa y la convocatoria se estructurarán en torno a 4 bloques temáticos: - *Producción cultural y tecnologías sociales: comunidades autónomas de creación y aprendizaje en red:* - Infraestructuras autónomas para intercambio de servicios y conocimiento - Fomento de la creación artística y cultural para el desarrollo local - Promoción y difusión cultural a través de nuevos medios. - Transferencia de conocimientos y nuevas formas de aprendizaje - Soluciones innovadoras a desafíos y problemáticas sociales, basadas en tecnología y/o técnicas tradicionales. - Mejoras en la accesibilidad para personas con capacidades diferentes. - Creación artística pensada desde la autonomía de su producción y gestión. - Mejoras en la inclusión étnica, de género y lingüística. - *Espacio público, ciudades, gestión de lo común e infraestructuras abiertas* - Infraestructuras abiertas para la movilidad, gestión y consumo de energía, redes ciudadanas de telecomunicaciones, redes de información ciudadana alternativas, etc. - Diseño inclusivo de los entornos urbanos. La ciudad como un espacio abierto a todos y a todas, a la participación de todas las personas que lo habitan, que lo hacen “lugar” de sus prácticas cotidianas - Construir ciudad desde lo temporal: lógica pop-up, urbanismo táctico, zonas autónomas temporales, juegos en el espacio público, etc. - Economías urbanas del procomún: bancos de tiempo, huertos urbanos, redes de intercambio, etc. - Relatos y memoria de la ciudad como procomún - Participación social - *Ecología y Salud:* - Soluciones para la calidad del aire y/o calidad del agua: mejora, medición, tratamiento, gestión, etc. - Cambio climático y meteorología - Alimentación, gastronomía y recetas - Huertos urbanos: impulso y gestión de redes autónomas - Relación entre los seres humanos y los ecosistemas - Otros - *Datos abiertos:* - Recolección y análisis distribuido de datos - Generación y utilización de datos abiertos para encontrar soluciones innovadoras a problemas públicos - Posibles sectores: - Cultura - Economía - Educación - Salud - Transformación gubernamental, gobierno abierto y transparencia en la función pública - Seguridad ciudadana - Otros datos relevantes, como movilidad, infraestructura y medio ambiente, entre otros. -- María Juliana Yepes Burgos Comunicación Social - Periodismo ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-it] name principale vette montagna su confini nazionali
Presumo si lasci il name vuoto. -- cascafico.altervista.org twitter.com/cascafico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] name principale vette montagna su confini nazionali
Prima di cancellare io direi di verificare. La vetta del monte Bianco è da sempre oggetto di dispute tra Italia e Francia, non vorrei che queste dispute finissero anche in OSM. Inoltre leggo sulla pagina Wikipedia linkata che sono presenti due vette, una rocciosa e l'altra ghiacciata, e la loro posizione è traslata verso est di circa 40 metri. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] Facebook uses OpenStreetMap
On 7/16/2015 6:42 PM, Dongpo Deng wrote: Does anyone have ideas why Facebook uses OSM for their checkin service in some Asian countries including Taiwan, Japan, Korea, and China? Probably one of the typical reasons, better data in what they care about, different cost structure, or a different license model. It's good to see. I'm not surprised to see Facebook move in Asia first. The traditional international proprietary data vendors have weaker data in much of the region, and the national proprietary data sources are country by country, and may not suit them. In Taiwan, just some areas are patched OSM on Here Map, e.g. Taipei City. Do you mean there are parts that are using both OSM and Here at the same time? I didn't see any, but am not familiar enough with the area. What I saw looked like a regional cut - taking parts of Asia from OSM. This is like Flickr did in Bejing with OSM, or MapQuest does with North America from TomTom and the rest of the world from OSM. I did see some quite crude cuts between what looked like two different map styles, but those didn't seem to align with usage of Here vs usage of OSM. Because of that, we get more and more Notes for reporting errors. Are people reporting what is a bug with Here data on OSM? In North America we get some reports coming from Craigslist users who have had a bad result from their geocoder. But they're easy to close, and I think it's helped with more real notes. More error reports is a great thing. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-pe] ¿Empezamos mapazonia en el Perú?
Gente, En la iniciativa Mapazonia (1) venimos trabajando en el mapeo de la Amazonia y que comprende los países Bolivia, Brazil, Colombia, Ecuador, Guyana, Peru, Suriname y Venezuela. Más info en la entrevista para GloBalVoices (2) Días atrás Victor Huaytalla (geógrafo del Perú) se contactó con nosotros (Mapazonia) para lanzar el mapeo en el Perú junto su colectivo y toda la comunidad. También, hace meses tuvimos el contacto con Convoca.pe (3) un equipo de periodistas que trabajan investigando y analizando datos y tema ambientales (4). Y por último, supimos de los intentos en las reuniones locales de empezar mapazonia... Por todo esto... ¿Nos reunimos para coordinar una mapeo en la cuenca del Amazonas desde el Perú? Es recomendable que pueda haber una reunión local o virtual para empezar... ¿alguien quiere asumir alguna acción? (1) http://mapazonia.org/ (2) http://es.globalvoicesonline.org/2015/03/16/proyecto-de-colaboracion-colectiva-busca-cartografiar-la-amazonia/ (3) http://convoca.pe/ (4) https://www.youtube.com/watch?v=5FWTU4Fa9E0 Abrazos, Marco Antonio ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe
Re: [Talk-ca] Highway 400A
You could always add the '400A' part to the 'unsigned_ref' tag because of it being mentioned in the traffic volume documents. -James Date: Thu, 16 Jul 2015 07:14:52 -0700 From: berniejconn...@gmail.com To: andersontris...@hotmail.com CC: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Highway 400A If the highway signs match the ORN data I would completely ignore any contrary information. I know the province is actively maintaining and updating the ORN data. Bernie. — Bernie Connors New Maryland, NB On Thu, Jul 16, 2015 at 10:54 AM, Tristan Anderson andersontris...@hotmail.com wrote: I agree. I can change it tomorrow if nobody objects. From: berniejconn...@gmail.com The smartest thing to do is tag it based on the highway signs along the road. Bernie. — Bernie Connors New Maryland, NB On Wed, Jul 15, 2015 at 11:42 PM, Kevin Farrugia kevinfarru...@gmail.com wrote: There's some conflicting stuff about this when I look into it: the last traffic volume report (2010) from MTO refers to the section as 400A (http://www.ontario.ca/data/traffic-volume), but MNR road data labels it as Highway 11 (the MNR Ontario Road Network dataset is the source for GeoBase roads in Ontario). Keeping it as is would keep it correct based on MTO docs, but changing it based on the signage would improve usability and navigation since there aren't any 400A signs, only Hwy 11 direction signs (example: http://www.mapillary.com/map/im/xLVIFS_6hnuS_cQ-owysww). Anyone else have any thoughts? -Kevin On Wed, Jul 15, 2015 at 9:15 PM, Andrew MacKinnon andrew...@gmail.com wrote: The south end of Highway 11 at the Highway 11/400 junction between Highway 400 and Penetanguishene Road, just north of Barrie is currently tagged as Highway 400A in OSM. Is this still Highway 400A? I thought that this became Highway 11 after the Mike Harris downloading downloaded the section of Highway 11 south of there (most of which is Yonge Street). ___ 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 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] Facebook uses OpenStreetMap
Hi there Does anyone have ideas why Facebook uses OSM for their checkin service in some Asian countries including Taiwan, Japan, Korea, and China? In Taiwan, just some areas are patched OSM on Here Map, e.g. Taipei City. Because of that, we get more and more Notes for reporting errors. https://flic.kr/p/vPxQPs https://flic.kr/p/vPxVMm https://flic.kr/p/vaaMxU Cheers, Dongpo ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-dk] Benzinstationer
On 16-07-2015 07:44, Nick Østergaard wrote: Kigger man på wiki'en wil man se: Names Often the station is operated operator=* by one of the major brands brand=* and has a tenant tenant=*. If the station has a name of its own, that can be tagged too using name=*. Related tags such as Addresses, phone=* and website=* can also be added. Så følger man det kan du lave name=F24 Skærbæk, muligvis operator=Q8, brand=F24. Jeg er ikke helt sikker på hvad sammenhængen mellem Q8 og F24 i virkeligheden er. Ja, jeg havde læst wikien, men var ikke helt sikker på hvad forholdene er i Danmark. Jeg har dog fundet ud af af jeg nok har tagget en del som operator, som skulle have været brand. Statoil skriver: https://www.statoil.dk/dk_DK/pg1334074598443/privat/paastationen/1-2-3stationer.html == Ejer du i dag et benzin-anlæg, der ligger centralt for lokale hovedfærdselsårer eller i nærheden af et indkøbscenter, og er du interesseret i et samarbejde med 1-2-3, er du velkommen til at kontakte ... == Det antyder vel at der findes Statoil benzinstationer med brand=123 og en privat operator. 16. juli 2015 kl. 02.36 skrev Niels Elgaard Larsen elga...@agol.dk: Hvordan tagger I benzinstationer, eller har vi en vejledning et sted? Fx http://www.q8.dk/butik/find-tankstation/6780-sk%C3%A6rb%C3%A6k-t%C3%B8ndervej-32/ Som er: http://www.openstreetmap.org/node/1023185568 For det først ville jeg gerne kalde den (name=) fx F24 Skærbæk. For når man på sin GPS søger efter benzinstationer i nærheden, er det ikke ret informative at 50 POI, der bare hedder Q8 og Statoil. Men det hedder den jo ikke rigtigt. For det andet, hvad er brand og operator? Jeg ville jo gerne have at Q8 var angivet et sted, for jeg har lagt mærke til at de fleste er ret ligeglade med hvad benzinstationer kalder sig selv, men gerne kører efter hvor de kan bruge deres benzinkort. 1-2-3 stationer er Statoil, men de kalder dem selv Statoil 1-2-3 -- Niels Elgaard Larsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk -- Niels Elgaard Larsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-ca] Forestry Roads
I agree with James and have been tagging forestry roads with highway=track in my area of Ontario. On Wed, Jul 15, 2015 at 10:57 PM, Tristan Anderson andersontris...@hotmail.com wrote: This is how I tag forestry roads: tertiary: major logging roads in remote areas, sometimes also access mines or hydro dams. Well graded, suitable for all vehicles although most traffic is often trucks, usually wide enough for vehicles to pass without slowing down. They're often hundreds of kilometers long with long straight sections, and can connect remote towns or first nation reserves. Still owned by logging companies so should be access=permissive. unclassified: narrower but still drivable with a mid-size front-wheel drive car, may lead to hunting lodges or lakes for boating/fishing/camps... not exclusively forestry traffic but primarily a forestry road. Usually access=permissive. service: mostly for logging activities, accessing current or former clear-cutting sites. Usually access=private, especially if there are no trespassing or authorized vehicles only type signs. Also service would be any road behind a gate that is closed to regular traffic. track: two tire tracks with vegetation growing in the middle, regardless of where it goes or who uses it... can be packed gravel (grade2) right down to ATV/feller buncher tracks (grade5). Grade1 generally refers to paved tracks, the likes of which I have never seen or heard of in Canada. http://wiki.openstreetmap.org/wiki/Key:highway Should be track Roads for mostly agricultural or forestry uses. To describe the quality of a track, see tracktype=*. Note: Although tracks are often rough with unpaved surfaces, this tag is not describing the quality of a road but its use. Consequently, if you want to tag a general use road, use one of the general highway values instead of track. On Jul 15, 2015 7:15 PM, Steve Roy st...@ssni.ca wrote: Whenever I have created forestry roads I have used highway=track - particularly if I know the road is rough and unmaintained. These are your typical BC forestry roads that are able to be used after logging is completed in the area and the roads haven't been de-activated. I have had people change them to highway=minor/unclassified after my edits are done and for the most part I leave them unless I know the road is a rough/4x4 road, the kind you wouldn't take a Honda Civic on. However I have been emailing with a person adding forestry roads on Vancouver Island and they insist on the tag highway=service for their edits when mapping forestry roads. These aren't the main A to B forestry roads, rather smaller gravel roads. What is the correct tag in Canada? Thanks Steve Roy ___ 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 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: [OSM-talk-fr] Efficacité d'une requête Overpass (around)
La délimitation a l'Île-de-France au sens strict construit un polygone très complexe. Ce serait peut-être plus rapide avec juste une bounding box. Quitte a chercher des picines autour des gares et qu'il n'y a pas tant que ca de gares, il suffit juste d'avoir une bounding bix englobant les gares. Et après on n'est guère mieux qu'a 1 km près pour trouver les piscines mais on n'a pas besoin de la précision fine des frontieres de l'Île-de-France... Est-genant si tu as des résultats en Normandie ou Picardie ? Le 16 juil. 2015 16:11, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a écrit : Le 16 juillet 2015 15:09, Vincent Génin vincent.ge...@gmail.com a écrit : Bonjour à tous, Désolé si la question est un peu spécifique, mais je n'ai pas trouvé de liste pour Overpass. Pour une utilisation personnelle, je recherchais des piscines autour des gares de la ligne C du RER. J'ai fait quelques tests et utilise cette requête : http://overpass-turbo.eu/s/asI {{geocodeArea:Île-de-France}}-.searchArea; rel[line:SNCF=C](area.searchArea); node(around:800)[sport=swimming](area.searchArea); out body qt; rel[line:SNCF=C](area.searchArea); way(around:800)[sport=swimming](area.searchArea); out center qt; Cependant, elle prend pas mal de temps à s'exécuter (~60s). Bonjour, Il y aurait peut-être à creuser sur la première ligne, en lui passant directement le numéro de la relation Ile-de-France. Je n'ai plus en tête la syntaxe exacte : quelque chose du style 3600 + le numéro de la relation. Ça éviterait de passer par nominatim (?), mais je ne sais pas si ça gagne beaucoup de temps. PY ___ 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] blacklist elasticmail.com? [was Re: Issue-Tracker for http[s]://www.openstreetmap.org]
Op donderdag 16 juli 2015 heeft Richard ricoz@gmail.com het volgende geschreven: On Thu, Jul 16, 2015 at 05:26:03PM +0200, Ruben Maes wrote: 2015-07-16 15:53 GMT+02:00 Karl-Philipp Richter rich...@richtercloud.de : Thanks, I opened issue http://api.elasticemail.com/tracking/click?msgid=ma9n39-4q1aukwsxfbs50target=https%3a%2f%2fgithub.com%2fopenstreetmap%2fopenstreetmap-website%2fissues%2f1008 to add a reference to http://api.elasticemail.com/tracking/click?msgid=ma9n39-4q1aukwsxfbs50target=http%3a%2f%2fwww.openstreetmap.org%2fhelp Karl-Philipp, You may have malware on your computer, your links appear to have changed into URLs that track clicks. apparently he sent his email through elasticmail.com and the service treats link like that. I believe email services behaving like this are a potential security hazard to everyone and should be blacklisted on this list. +1, should be blacklisted. Or at a minimum, the tracking links should be reconverted. Maybe easier to just ban it. -- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-ie] eircode question
On 17/07/2015, Simon Poole si...@poole.ch wrote: Congrats or not on the introduction of eircode system :-), there is naturally some insecurity as to if we can legally include the data in OSM from user contributions. It would be helpful if somebody could provide the text of the letter you received with your eircode to the LWG, and naturally if anybody can provide pointers to relevant specific legislation or any other relevant material that would be welcome too. I haven't received that letter yet, but I doubt that any permission given therein to each homeowner for individual Eircodes can be legally transfered to an aggregated database. I suppose the same legalese that applies to Eircodes received by the post also applies to Eircodes looked up on (or scraped from) their website. Regardless of what they managed to legally forbid, the rate limiting on the website is a clear statement of intent. So if we find a legal loophole, they'll work to cover it. Of course they probably wouldn't bothers OSM until it holds a sizable portion of Eircodes. But I actually don't want to play that game. I'd rather do my best to let Eircode flop as hard as possible (amongst others by ignoring it in OSM) so that in a few years time the government and/or a coalition of geocoding users decide to switch to an alternative postcode system. No need to go back to the drawing board, the superior alternatives already exist. ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
[OSM-talk-ie] eircode question
Hi all Congrats or not on the introduction of eircode system :-), there is naturally some insecurity as to if we can legally include the data in OSM from user contributions. It would be helpful if somebody could provide the text of the letter you received with your eircode to the LWG, and naturally if anybody can provide pointers to relevant specific legislation or any other relevant material that would be welcome too. Simon ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-fr] Efficacité d'une requête Overpass (around)
Oui, et on pourrait même supprimer carrément la bounding box car la condition sur la relation limite les résultats de manière équivalente (d'ailleurs la ligne C est, sauf erreur, entièrement en Île-de-France). De plus, il me semble que le tilde (présente dans le lien sur Overpass) ralentit la requête. La requête suivante (http://overpass-turbo.eu/s/atj) dure moins de 10 secondes et devrait être facile à adapter pour d'autres lignes de RER. Evidemment, il faut faire attention à ne pas mettre une condition trop large sur la relation... [out:json]; rel[line:SNCF=C]; node(around:800)[sport=swimming]; out body qt; rel[line:SNCF=C]; way(around:800)[sport=swimming]; out body center qt; Thierry Le 17/07/2015 08:19, Philippe Verdy a écrit : La délimitation a l'Île-de-France au sens strict construit un polygone très complexe. Ce serait peut-être plus rapide avec juste une bounding box. Quitte a chercher des picines autour des gares et qu'il n'y a pas tant que ca de gares, il suffit juste d'avoir une bounding bix englobant les gares. Et après on n'est guère mieux qu'a 1 km près pour trouver les piscines mais on n'a pas besoin de la précision fine des frontieres de l'Île-de-France... Est-genant si tu as des résultats en Normandie ou Picardie ? Le 16 juil. 2015 16:11, Pierre-Yves Berrard pierre.yves.berr...@gmail.com mailto:pierre.yves.berr...@gmail.com a écrit : Le 16 juillet 2015 15:09, Vincent Génin vincent.ge...@gmail.com mailto:vincent.ge...@gmail.com a écrit : Bonjour à tous, Désolé si la question est un peu spécifique, mais je n'ai pas trouvé de liste pour Overpass. Pour une utilisation personnelle, je recherchais des piscines autour des gares de la ligne C du RER. J'ai fait quelques tests et utilise cette requête : http://overpass-turbo.eu/s/asI {{geocodeArea:Île-de-France}}-.searchArea; rel[line:SNCF=C](area.searchArea); node(around:800)[sport=swimming](area.searchArea); out body qt; rel[line:SNCF=C](area.searchArea); way(around:800)[sport=swimming](area.searchArea); out center qt; Cependant, elle prend pas mal de temps à s'exécuter (~60s). Bonjour, Il y aurait peut-être à creuser sur la première ligne, en lui passant directement le numéro de la relation Ile-de-France. Je n'ai plus en tête la syntaxe exacte : quelque chose du style 3600 + le numéro de la relation. Ça éviterait de passer par nominatim (?), mais je ne sais pas si ça gagne beaucoup de temps. PY ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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