Re: [Talk-it] Problema rendering chiese
Any File wrote mi verrebbe da dedurre che building=church vada solo sull'edificio, mentre amenity=place_of_worship, religion=* e denomination=* su un area che comprenda anche il terreno circostante. E d'altra parte questa è anche la strategia seguita dalla pagina sulle scuole http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool Tutto sommato non capisco molto il criterio della modifica del rendering. Se si vuole segnare sulla mappa i luoghi di culto allora bisognerebbe basarsi sugli amenity=place_of_worship. In questo modo si segnerebbero anche i luoghi di culto che non sono dentro ad una chiesa. Al contrario se si vuole segnare sulla mappa gli edifici che sono chiese (e secondo la definizione del wiki rientrano in questa categoira anche le chiese sconsacrate o mai consacrate), allora bisognerebbe usare building=church l'avevo notato questa differenza...ho risolto il mio conflitto con questo ragionamento arrampicato sugli specchi:tutto nasce dal fatto di identificare l'area dove realmente si svolge l'attività; mentre in una scuola il giardino per esempio è raggiungibile dagli studenti per le attività ricreative e quindi anche quell'area necessiterebbe di identificazione tramite amenity=school solitamente per la religione tutto si svolge all'interno dell'edificio o in una determinata area e quindi solo quell'area viene dotata di tag amenity. Con questo ragionamento quindi classifico in maniera diversa un terreno attorno la chiesa senza particolari funzioni religiose (landuse=religious) da un terreno adibito proprio al culto (amenity=place_of_worship). escludo dall'ultimo caso i cimiteri perchè non luogo di culto in se e perchè la parte del culto in essi svolta è implicità nel termine cimitero (magari meglio se associato ad una religione quando possibile). tutte le chiese realizzate con questa intenzione sono building=church quelle sconsacrate non hanno il tag amenity=place_of_worship quelle in uso sì. Può capitare anche il caso opposto e cioè che edifici che non sono chiese accolgano al proprio interno attività religiose in quel caso, secondo me, ci va l' amenity=place_of_worship e non il building=church...per esempio a Manfria, frazione di Gela, c'è una villetta che a suo tempo fu donata alla chiesa e dove adesso si svolgono regolari attività religiose. questo ragionamento fallisce clamorosamente con aree particolari tipo La Mecca oppure Piazza San Pietro dove l'attività religiosa è svolta non solo all'interno dell'edificio, ma (e aggiungerei anche un sopratutto) nel luogo aperto eppure non vengono comprese nell'amenity=place_of_worship :-/ - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Problema-rendering-chiese-tp5828762p5829305.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] weeklyOSM en français?
Bonjour, Je suis également volontaire pour intervenir, sur la base d'une rotation, en tant que traducteur. Brice Le 05/01/2015 17:51, Emmanel Dewaele a écrit : Bonjour, Pour ma part, j'ai répondu en privé il y a une semaine, sans réponse jusqu'à présent. J'ai suivi le lien [hidden mail] de Nabble et écrit mon message dans le formulaire, mais il faut croire que celui-ci a du se perdre ;-( En tout cas, je me porte volontaire pour participer à un hebdo OSM. -- View this message in context: http://gis.19327.n5.nabble.com/weeklyOSM-en-francais-tp5828297p5829119.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Start der öffentlichen Beteiligung zur Nationalen Geoinformationsstrategie (NGIS)
On Tuesday 06 January 2015, Joachim Kast wrote: Ich habe letztes Jahr an einem Workshop der Koordinierungsstelle teilgenommen und die wichtigsten allgemeinen Gedanken der OSM-Community dargelegt. Da es aber sicherlich auch zusätzliche Meinungen und Ideen aus dem immer breiter werdenden Spektrum der Community gibt, bitte ich alle Interessierten, sich an der anonymen Umfrage zu beteiligen. Das ist sicher eine gute Idee, allerdings ist die Umfrage im Wesentlichen eine Abnick-Aufforderung mit sehr vagen Formulierungen. Wenngleich natürlich nicht sichergestellt ist, dass die Freitext-Felder irgendeine Berücksichtigung finden, ist es vermutlich sinnvoll, dort ein paar klare und deutliche Forderungen zu hinterlassen. Insbesondere finde ich die Fokussierung auf 'Verwaltung, Wirtschaft und Wissenschaft' sehr problematisch, wäre sicher gut, die darauf hinzuweisen, dass es daneben auch noch andere Bereiche gibt (man denke zum Beispiel an Freizeit, Kunst, Bildung, ...) -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Problema rendering chiese
Ciao, sono d'accordo con Aury. Anch'io mi sono trovato a identificare delle aree di pertinenza alle chiese, in altri termini il centro parrocchiale, che spesso ha molti altri edifici oltre la chiesa e anche un centro sportivo con campi da gioco. Oppure penso anche ad aree circoscritte più ampie e complesse come i conventi e abbazie. Fin'ora le ho classificate come aree residenziali, ma landuse=religious mi sembra che possa calzare perfettamente. Saluti Giovanni ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-in] mapping trees
On Friday 19 Dec 2014 7:59:50 AM Aditya Nag wrote: I didn't know that there were plans to launch OSM India website! Count me in as another volunteer for developing it. I know a little bit of this and a little bit of that, but I'll learn along the way. :D Cheers, Aditya Nag We did a trial mapping of trees on an instance of opentreemap at http://trees.metastudio.org/mumbai yesterday. We mapped about 50 trees, and will be doing many more during this month. the Procedure that we followed, one hour of field on the street with fieldpapers to mark the positions of the trees, and then we returned to the lab and mapped the trees with name and address. Will update the documentation on the site and will be keeping the site ready for the use of several volunteers who will join from 13th onwards. -- GN ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] mapping trees
In Bangalore, some of us coordinate an annual tree festival called Neralu (meaning shade in kannada). There have been several efforts in Bangalore on mapping avenue trees and it would be nice if the same platform is extended to other cities as well. More details about Neralu here: http://neralu.in Anush On Wed, Jan 7, 2015 at 2:43 PM, Nagarjuna G nagar...@gnowledge.org wrote: On Friday 19 Dec 2014 7:59:50 AM Aditya Nag wrote: I didn't know that there were plans to launch OSM India website! Count me in as another volunteer for developing it. I know a little bit of this and a little bit of that, but I'll learn along the way. :D Cheers, Aditya Nag We did a trial mapping of trees on an instance of opentreemap at http://trees.metastudio.org/mumbai yesterday. We mapped about 50 trees, and will be doing many more during this month. the Procedure that we followed, one hour of field on the street with fieldpapers to mark the positions of the trees, and then we returned to the lab and mapped the trees with name and address. Will update the documentation on the site and will be keeping the site ready for the use of several volunteers who will join from 13th onwards. -- GN ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] mapping trees
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/07/2015 02:43 PM, Nagarjuna G wrote: On Friday 19 Dec 2014 7:59:50 AM Aditya Nag wrote: I didn't know that there were plans to launch OSM India website! Count me in as another volunteer for developing it. I know a little bit of this and a little bit of that, but I'll learn along the way. :D Cheers, Aditya Nag We did a trial mapping of trees on an instance of opentreemap at http://trees.metastudio.org/mumbai yesterday. It is using google maps.! Was it supposed to be on OSM layer.?! regards, yogi -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJUrPvcAAoJEHbIEpOTpdD8QGEH+gOO9DocgZqGnrh7OxyH7i/c J6KJr2lBBvFF9IlNssUK5THCZGRqx9CbFSDBUSv83fRbThLvQayUxTBkKVJPW4wf gnb/+IHmr3cIroz88CukoZ1KrOoadZijc/NewIoEhQ04PE+dSKdvwBA/0Av3KTgr moCCPyrMSWkEvmeC9novUlKAy8fTJ1Paxpwgp6DLqYt5+gMUPvsnZVwozp37meih lmjL1feJ5K6Xa1Xoa2X6hhiMn2aCSgCC4pWBbZxokN6ebRZta20OPVoEUJf4/67s zGYeMQe8oVNdHqgrhuEa6vKibsRomlg9fQBFLcVrT6Rgpd0xZ96wHUoJErB49VE= =/0OD -END PGP SIGNATURE- ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [OSM-talk] MEP - pipelines
Dana 7. 1. 2015. 03:53 osoba Bryce Nesbitt bry...@obviously.com napisala je: While we're at it, it would be nice to have a database that allows going from the tagged item (e.g., fitness centre) to recommended tag. The iD editor has a nice internal feature called aliases, so a person looking to add a restroom will find the toilet preset. +1 We need something like those aliases, but centralised so all editors have the same presets, and data consumers don't have to dig around our wiki and taginfo to find what they need. Also, if data consumers use this potential online service to dinamically get the tags they need, their process wouldn't be vulnerable to these kinds of changes. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] OSM based GPS navigations and ODbl license of OSM data
Hi, as far as I understand the community guideline the creation of a routable graph from the OSM data (only!) is regarded a trivial transformation that doesn't have to be published under the ODbL. I am wondering now what happens when you combine this graph with other (non open) data. One example is Skobbler: http://developer.skobbler.com/features#qualityMapData ///traffic data from millions of devices is being reintegrated into our navigation map and routing algorithm. This means that your next route will take the latest turn restrictions, traffic speed, speed cameras, and more into consideration./// some more information: http://stevecoast.com/2014/05/19/why-openstreetmap-is-now-navigation-ready-for-people-like-you/ Doesn't this mean that this data has to be published according to the ODbL? If not, why? Best regards Henning Am 07.01.2015 um 09:51 schrieb Karel Charvat: Thank you very much. I needed exactly somethink like this. -- Původní zpráva -- Od: Simon Poole si...@poole.ch Komu: legal-talk@openstreetmap.org Datum: 7. 1. 2015 9:09:38 Předmět: Re: [OSM-legal-talk] OSM based GPS navigations and ODbl license of OSM data Please see http://osmfoundation.org/wiki/License/Community_Guidelines___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk-fr] Orne - communes nouvelles
2015-01-07 0:28 GMT+01:00 Philippe Verdy verd...@wanadoo.fr: On en avait discuté ici, il n'y a aucune confusion possible entre les arrondissements municipaux de PLM et les communes associées partout ailleurs. Ben, c'est les mêmes tags, donc il y a bien confusion. En plus, si c'était validé, pourquoi est-ce que le wiki n'en parle pas ? D'ailleurs administrativement c'est vraiment très proche; Proche mais pas la même chose. On pourrait imaginer un cas (très théorique) où une ville à arrondissements s'associe avec des communes voisines. C'est peu probable mais c'est juste pour montrer que dans ce cas, il n'y aurait aucun tag qui distinguerait arrondissements et communes associées... A noter que quelqu'un a utilisé le niveau 9 pour des sous-ensembles de la métropole de Nantes: http://layers.openstreetmap.fr/?zoom=10lat=47.20573lon=-1.35742layers=BFFTFFF Le niveau choisi est certainement incorrect mais on peut même se demander si ce découpage a un intérêt pour OSM. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-legal-talk] OSM based GPS navigations and ODbl license of OSM data
Thank you very much. I needed exactly somethink like this. -- Původní zpráva -- Od: Simon Poole si...@poole.ch Komu: legal-talk@openstreetmap.org Datum: 7. 1. 2015 9:09:38 Předmět: Re: [OSM-legal-talk] OSM based GPS navigations and ODbl license of OSM data Please see http://osmfoundation.org/wiki/License/Community_Guidelines__ _ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk;___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] OSM based GPS navigations and ODbl license of OSM data
Please see http://osmfoundation.org/wiki/License/Community_Guidelines signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] OSM based GPS navigations and ODbl license of OSM data
Marketing != Reality It is just some marketing blurb to sell their product, trying to derive what they are really doing from it is just speculation. We -do- know that TeleNav has added lots of stuff to OSM directly (for example http://www.openstreetmap.org/user/mvexel/diary/28211) and/or are providing such data to the OSM community ScoutSigns, maproulette challenges etc. for use to improve OSM data. Which all is clearly unproblematic, not to say very good. Simon Am 07.01.2015 um 10:30 schrieb Henning Hollburg: Hi, as far as I understand the community guideline the creation of a routable graph from the OSM data (only!) is regarded a trivial transformation that doesn't have to be published under the ODbL. I am wondering now what happens when you combine this graph with other (non open) data. One example is Skobbler: http://developer.skobbler.com/features#qualityMapData ///traffic data from millions of devices is being reintegrated into our navigation map and routing algorithm. This means that your next route will take the latest turn restrictions, traffic speed, speed cameras, and more into consideration./// some more information: http://stevecoast.com/2014/05/19/why-openstreetmap-is-now-navigation-ready-for-people-like-you/ Doesn't this mean that this data has to be published according to the ODbL? If not, why? Best regards Henning Am 07.01.2015 um 09:51 schrieb Karel Charvat: Thank you very much. I needed exactly somethink like this. -- Původní zpráva -- Od: Simon Poole si...@poole.ch Komu: legal-talk@openstreetmap.org Datum: 7. 1. 2015 9:09:38 Předmět: Re: [OSM-legal-talk] OSM based GPS navigations and ODbl license of OSM data Please see http://osmfoundation.org/wiki/License/Community_Guidelines___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] MEP - pipelines
Maybe derailling and off-topic but anyway I do agree... To be discussed on tagging, dev, ...? While we're at it, it would be nice to have a database that allows going from the tagged item (e.g., fitness centre) to recommended tag. The iD editor has a nice internal feature called aliases, so a person looking to add a restroom will find the toilet preset. +1 We need something like those aliases, but centralised so all editors have the same presets, and data consumers don't have to dig around our wiki and taginfo to find what they need. +1 Also, if data consumers use this potential online service to dinamically get the tags they need, their process wouldn't be vulnerable to these kinds of changes. +1 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-fr] Qualification des divergences OSM = Fantoir
Bonjour à tous, et bonne année 2015 L'outil de qualification des divergences entre libellés Fantoir et libellés OSM [1] a un peu plus d'1 mois maintenant. Il a déjà permis de noter des remontées sur plus de 1200 voies, réparties sur 330 communes. Merci à chacun pour le temps consacré à consigner ces observations. Mis en carte, ça donne ceci (données de ce matin): http://umap.openstreetmap.fr/fr/map/localisation-des-divergences-osm-fantoir_25369#6/46.627/2.461 Cette masse d'informations va occasionner des retours d'infos vers la DGFiP, émettrice du Cadastre et du registre Fantoir. La forme de ces retours, et leur périodicité, restent à élaborer. vincent [1] : http://cadastre.openstreetmap.fr/fantoir/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] weeklyOSM en français?
Nous t'ajoutons au groupe. 2015-01-07 10:59 GMT+01:00 Brice MALLET brice...@free.fr: Bonjour, Je suis également volontaire pour intervenir, sur la base d'une rotation, en tant que traducteur. Brice ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-be] UrbIS import
Could somebody remind me the location of the comparative maps of imported vs not imported buildings in Brussels region? More precisely: where are the areas not yet imported? Pierre P. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[Talk-it] Aggiornamenti mapnik lenti
E' solo una mia impressione o ultimamente i tiles di mapnik vengono aggiornati molto piu' lentamente rispetto a qualche tempo fa? Zone che in mapquest open risultano aggiornate da giorni, in mapnik ancora non ci sono o sono parzialmente aggiornate. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aggiornamenti mapnik lenti
2015-01-07 12:04 GMT+01:00 emmexx emm...@tiscalinet.it: E' solo una mia impressione o ultimamente i tiles di mapnik vengono aggiornati molto piu' lentamente rispetto a qualche tempo fa? L'ho notato anch'io. Sarà forse a causa dei recenti aggiornamenti di stile, che magari hanno rallentato il sistema in questo primo periodo? Tra l'altro ho notato che col nuovo stile non viene più renderizzato il tourism=attraction. Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aggiornamenti mapnik lenti
L'ho notato anch'io. Sara` forse a causa dei recenti aggiornamenti di stile, che magari hanno rallentato il sistema in questo primo periodo? Gia tempo fa (about one month ago, che gli venga qualcosa) ho aggiunto dei particolari che hanno impiegato svariati giorni ad apparire sul rendering (almeno 24h per esserci ad un livello di zoom, non ricordo quale, e gli altri molto molto dopo). Qui: http://www.openstreetmap.org/#map=19/45.19486/9.15331 non solo c'e` il vecchio stile, ma mancano anche dei dettagli di 4 giorni fa (non c'e` la data, detesto queste cose da terzo millennio). ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Presentacion y pregunta sobre ubicacion de barrios en bogota
Saludos, antes que nada me presento, soy Peter Escamilla y me gusta mucho el tema de actualizar los mapas, mientras estuvo activo mapmaker en colombia hice mas de 1000 ediciones, y en openstreetmap aunque no llevo mucho espero ayudar en lo posible. Luego de encontrar la comunidad de Colombia queria hacerles una pregunta, veo que los barrios los tienen ubicados como un punto y no como un area, esto es por algo en particular o puedo editarlos para hacerlos areas? ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [OSM-talk-fr] Orne - communes nouvelles
Le wiki ne parle que des co,,unes sans faire de distinction des statuts. Il dit ce qu'il faut faire pour les arrondissements mais il dit aussi que le niveau 10 c'est pour les quartiers (dont les communes associées comme les arrondissements de communes, sont AUSSI composées !) Mettre les communes associées en niveau 10 est donc complètement stupide. J'insiste il n'y a aucune confusion possible entre arrondissements et communes associées, il n'y a aucun conflit à les mêler au même niveau OSM (d'autant plus qu'on les connait et que cela ne concerne que 3 communes en France et que leur nom ne fait aucune ambiguité; et qu'en plus les communes associées ont bel et bien un numéro INSEE et un numéro SIREN; ce ne sont pas des anciennes communes au sens où on l'entends, elles existent et sont importantes pour les ambiguités d'adresses à ause des rues homonymes, leur nom est directement utilisé dans les adresses postales) Elles sont affichées sur les panneaux d'entrée d'agglomération ainsi qu'au sein de la même commune-fusion entre les communes associées membres dans la même agglomération par exemple: W A Z E M M E S (Commune de Lille) Et s'il fait un tag supplémentaire pour les pointilleux qui voient mal le mélange entre arrondissements et communes associées, c'est un tag supplémentaire pour la poignée d'arrondissements, et par défaut de ce tag considérer le niveau 9 pour toutes les communes associées (il y en a plus de 700, leur nombre est à nouveau en hausse rapide après des années de relative stagnation). Pour ça un admin_type=arrondissement serait suffisant pour compléter les arrondissements de Pairs/Lyon/Marseille (par défaut admin_type=commune pour les niveaux 8 et 9 en France, le niveau 8 étant pour les communes pleines et les communes fusion-association, mais ce tag est implicite et n'a pas nécessité à être mis sur les ~36000 communes françaises). On pourrait aussi utiliser le tag existant border_type=* sauf que ses valeurs sont internationalisées et ne prennent pas en compte les différences de statuts spécifiques à un pays. Ca laisse le niveau 10 libre pour les quartiers administratifs (et rappel : pas de 11e niveau dans OSM selon une décision prise il y a longtemps; et mise en oeuvre ausi dans d'autres pays dont l'Allemagne). Et aucune confusion possible là aussi. Le 7 janvier 2015 10:37, Pieren pier...@gmail.com a écrit : 2015-01-07 0:28 GMT+01:00 Philippe Verdy verd...@wanadoo.fr: On en avait discuté ici, il n'y a aucune confusion possible entre les arrondissements municipaux de PLM et les communes associées partout ailleurs. Ben, c'est les mêmes tags, donc il y a bien confusion. En plus, si c'était validé, pourquoi est-ce que le wiki n'en parle pas ? D'ailleurs administrativement c'est vraiment très proche; Proche mais pas la même chose. On pourrait imaginer un cas (très théorique) où une ville à arrondissements s'associe avec des communes voisines. C'est peu probable mais c'est juste pour montrer que dans ce cas, il n'y aurait aucun tag qui distinguerait arrondissements et communes associées... A noter que quelqu'un a utilisé le niveau 9 pour des sous-ensembles de la métropole de Nantes: http://layers.openstreetmap.fr/?zoom=10lat=47.20573lon=-1.35742layers=BFFTFFF Le niveau choisi est certainement incorrect mais on peut même se demander si ce découpage a un intérêt pour OSM. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-cz] Nove preklady Wiki
Vypadá to pěkně. Dobrá práce. Jen u jednotek u tabulky s nestandardními jednotkami máš sloupec Převod na implicitní jednotku. Vztahy ale převádějí na metry, které např. u 'distance' nejsou impl. jednotkou. Navrhuju přejmenovat sloupec na Převod na základní jednotku. Michal 7. ledna 2015 14:18:20 CET, Dalibor Jelínek dali...@dalibor.cz napsal: Ahoj, zase jsem chvilku prekladal wiki, tak jestli ma chut si to po mne precist, pripadne opravit, tak budu rad. http://wiki.openstreetmap.org/wiki/Cs:Key:area http://wiki.openstreetmap.org/wiki/Cs:Key:height http://wiki.openstreetmap.org/wiki/Cs:Key:width http://wiki.openstreetmap.org/wiki/Cs:Key:length http://wiki.openstreetmap.org/wiki/Cs:Key:distance http://wiki.openstreetmap.org/wiki/Cs:Map_Features/Units Zdravi, Dalibor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji stručnost.___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Orne - communes nouvelles
Concernant les poles de proximité de l'agglomération de Nantes (ils existent depuis longtemps avant même la création récente du nouveau statut de métropole pour l'EPCI) ce n'est pas approprié car c'est un découpage de l'EPCI qui comprend des morceaux de communes multiples ou des communes entières, qui sont pourtant des communes simples non fusionnées. Ce n'est pas un découpage 'administratif au sens de division territoriale de l'Etat. Si on a mis les EPCI à part dans boundary=local_authority on n'a pas prévu autre chose qu'un tag de statut de cette autorité locale pour le type d'EPCI et uniquement pour les EPCI à fiscalité propre (pas les syndicats; ni les autres structures de coopération comme les structure d'adhésion et de gestion des parcs régionaux ou les agences de bassin ou agences portuaires ou zones franches); et on n'a pas prévu que ces structures puissent avoir leur propre découpage (ici pour des zones de planification des services pris en charge par l'EPCI). En revanche admin_level a été réutilisé pour le découpage religieux catholique mais SANS réutiliser boundary=administrative. Cela pourrait servir d'exemple aussi pour le découpage des EPCI en gardant boundary=local_authority (dont la valeur par défaut pour admin_level peut être considérée de niveau 6 ou 7 si on considère le cas de la métropole de Lyon, ses membres étant alors des communes et arrondissements au niveau 8 ou 9 ou des quartiers au niveau 10 ou des zones d'autorité locale, non administratives, comme les pôles de service de l'agglomération de Nantes devenant métropole) Le 7 janvier 2015 10:37, Pieren pier...@gmail.com a écrit : 2015-01-07 0:28 GMT+01:00 Philippe Verdy verd...@wanadoo.fr: On en avait discuté ici, il n'y a aucune confusion possible entre les arrondissements municipaux de PLM et les communes associées partout ailleurs. Ben, c'est les mêmes tags, donc il y a bien confusion. En plus, si c'était validé, pourquoi est-ce que le wiki n'en parle pas ? D'ailleurs administrativement c'est vraiment très proche; Proche mais pas la même chose. On pourrait imaginer un cas (très théorique) où une ville à arrondissements s'associe avec des communes voisines. C'est peu probable mais c'est juste pour montrer que dans ce cas, il n'y aurait aucun tag qui distinguerait arrondissements et communes associées... A noter que quelqu'un a utilisé le niveau 9 pour des sous-ensembles de la métropole de Nantes: http://layers.openstreetmap.fr/?zoom=10lat=47.20573lon=-1.35742layers=BFFTFFF Le niveau choisi est certainement incorrect mais on peut même se demander si ce découpage a un intérêt pour OSM. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-dk] Licens igen
Jeg er enig med Michel i hans vurdering af non-profit vs. minister. Mit oprindelige indlæg var mest en reaktion på forventningen om at der kunne skabes klarere linier end der er i dag - det tror jeg ikke der kan. Til gengæld tror jeg at vi, med den pragmatiske hat på, sagtens kan bruge de frikøbte data, hvis vi, som Michel siger, tager højde for at der måske opstår den situation at man bliver bedt om at fjerne data igen. Helt i tråd med de navnkundige Cease and Desist-breve som florerer indenfor håndhævelse af immaterielle rettigheder. Mvh /julian -- Message: 2 Date: Tue, 6 Jan 2015 19:15:21 +0100 From: Michel Coene michel.co...@gmail.com To: OpenStreetMap Denmark talk-dk@openstreetmap.org Subject: Re: [Talk-dk] Licens igen Message-ID: CAJDBxX5NevjuPFopPpS=zsmdm-6zwo0qot+pgnvm5nmcjn4...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Nu skal vi lige slå kold vand i blodet. Ja, loven kan være en mærkeligt ting, men retslige konsekvenser vil ikke opstå med mindre en minister ønsker det. En politiker som sagsøger en non-profit for gratis at servere Danskerne data de allerede har betalt for igennem deres skat? politisk selvmord er den udtryk du leder efter. Det er ikke en skattekonstruktion i Luxembourg vi snakker om! Worst case scenario er en løftet pegefinger, et ønske om at fjerne data så vidt muligt og forbud at gøre det igen i fremtiden. Og hvis Christiansborg får rotter i loftet og sagsøger, så vil jeg gerne møde den dommer som udstøder bøder. Så ren teknisk synes jeg vi skal tage udgangspunkt i et realistisk worst case. Hvis import-robotten tagger alt med kilden, burde en slette-robot kunne fjerne det igen så vidt muligt. mvh Michel 2015-01-06 17:48 GMT+01:00 Kristian Krægpøth k.kragp...@gmail.com: For nogen tid siden blev der diskuteret masseimport af bygninger fra GST. I den forbindelse forklarede Julian Hollingbery, at der måske engang i fremtiden kunne opstå problemer, hvis nogen enten inden for administrationen eller i det politiske system fik ondt af, at OSM brugte GST-data. Hvis man/vi/OSM nu beslutter at ville importere data fra GST, bliver man vel også nødt til at overveje konsekvenserne, hvis det viser sig at importen er ulovlig, at der på et senere tidspunkt måske vil blive rejst en sag om ulovlig anvendelse af data. Kan det klares ved, at de importerede data blot fjernes igen fra OSM? I så fald må man sørge for, at dataene ikke bliver alt for meget spundet ind i de øvrige data. Eller at man på én eller anden måde kan bevare de data, som senere er hægtet på bygningerne. Eller kan der blive tale om retslige konsekvenser for den bidragyder, som har lagt data ind i OSM fra GST? Er det noget, som kan give bøder, eller er det ligefrem en kriminel handling? Er der nogen, der ved noget om konsekvenserne i tilfælde af, at OSM på et senere tidspunkt bliver bedt om at fjerne GST-data? Venlig hilsen Kristian Krægpøth ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk -- Michel Coene Georginehaven 94 Dk-2765 Smørum +45 52339625 -- næste del -- En HTML-vedhæftning blev fjernet... URL: http://lists.openstreetmap.org/pipermail/talk-dk/attachments/20150106/828f97af/attachment-0001.html -- Subject: Bundtekst ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk -- Slut på Sammendrag af Talk-dk, Vol 68, Udgave 6 ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[Talk-cz] Nove preklady Wiki
Ahoj, zase jsem chvilku prekladal wiki, tak jestli ma chut si to po mne precist, pripadne opravit, tak budu rad. http://wiki.openstreetmap.org/wiki/Cs:Key:area http://wiki.openstreetmap.org/wiki/Cs:Key:height http://wiki.openstreetmap.org/wiki/Cs:Key:width http://wiki.openstreetmap.org/wiki/Cs:Key:length http://wiki.openstreetmap.org/wiki/Cs:Key:distance http://wiki.openstreetmap.org/wiki/Cs:Map_Features/Units Zdravi, Dalibor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-be] UrbIS import
I found this mail from October last year. I have no idea whether it is still updated. Hi everybody :) here are the latest stats :) As usual, the datas + graph https://docs.google.com/spreadsheet/pub?key=0Aitf6GpM7KbYdGpvcWtNbVRoMU41VnowZU1nMXdGZEEoutput=html And the tiles... http://osm.bmaron.net/urbis_img/tiles/ We are now at ~60% of the buildings... (stats of yesterday a 20:55) Enjoy :) regards Brice On Wed, Jan 7, 2015 at 12:00 PM, Pierre Parmentier pierrecparment...@gmail.com wrote: Could somebody remind me the location of the comparative maps of imported vs not imported buildings in Brussels region? More precisely: where are the areas not yet imported? Pierre P. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-it] Aggiornamenti mapnik lenti
Title: Firma Scusate, è partita un'email involontaria... Ciao Giuliano Il 07/01/2015 13:58, Giuliano ha scritto: Firma Cordiali saluti - Giuliano Zamboni Cell +39 3355717689 Uff +39 0498900120 Fax +39 049714569 Email vend...@zamboni.pro Skype User: zambonig - Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Qualora il messaggio Le fosse pervenuto per errore, La invitiamo ad eliminarlo senza copiarlo e a non inoltrarlo a terzi, dandocene gentilmente comunicazione. Grazie. Pursuant to Legislative Decree No. 196/2003, you are hereby informed that this message contains confidential information intended only for the use of the addressee. If you are not the addressee, and have received this message by mistake, please delete it and immediately notify us. You may not copy or disseminate this message to anyone. Thank you. Save a tree. Don't print this e-mail unless it's really necessary Il 07/01/2015 12:16, Federico Cortese ha scritto: 2015-01-07 12:04 GMT+01:00 emmexx emm...@tiscalinet.it: E' solo una mia impressione o ultimamente i tiles di mapnik vengono aggiornati molto piu' lentamente rispetto a qualche tempo fa? L'ho notato anch'io. Sarà forse a causa dei recenti aggiornamenti di stile, che magari hanno rallentato il sistema in questo primo periodo? Tra l'altro ho notato che col nuovo stile non viene più renderizzato il tourism=attraction. Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-be] UrbIS import
yeah my last mail was in october : https://lists.openstreetmap.org/pipermail/talk-be/2014-October/006136.html so ... no evolutions since then... On Wed, Jan 7, 2015 at 1:43 PM, Marc Gemis marc.ge...@gmail.com wrote: I found this mail from October last year. I have no idea whether it is still updated. Hi everybody :) here are the latest stats :) As usual, the datas + graph https://docs.google.com/spreadsheet/pub?key=0Aitf6GpM7KbYdGpvcWtNbVRoMU41VnowZU1nMXdGZEEoutput=html And the tiles... http://osm.bmaron.net/urbis_img/tiles/ We are now at ~60% of the buildings... (stats of yesterday a 20:55) Enjoy :) regards Brice On Wed, Jan 7, 2015 at 12:00 PM, Pierre Parmentier pierrecparment...@gmail.com wrote: Could somebody remind me the location of the comparative maps of imported vs not imported buildings in Brussels region? More precisely: where are the areas not yet imported? Pierre P. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Wiki does not work anymore (missing Recaptcha API key?)
On 07/01/15 13:49, Michael Reichert wrote: OSM wiki only shows an error message when trying to view a page. I always get You need to set $wgReCaptchaPrivateKey and $wgReCaptchaPublicKey in LocalSettings.php to use the reCAPTCHA plugin. You can sign up for a key here. The page I get only contains this text, no HTML header. It seems like the Recaptcha API key is not valid anymore. What about to disable the plugin and set wiki to read-only (to prevent spam) as a dirty and quick fix? Alternatively just wait five minutes for me to finish reconfiguring it. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Wiki does not work anymore (missing Recaptcha API key?)
Hi, OSM wiki only shows an error message when trying to view a page. I always get You need to set $wgReCaptchaPrivateKey and $wgReCaptchaPublicKey in LocalSettings.php to use the reCAPTCHA plugin. You can sign up for a key here. The page I get only contains this text, no HTML header. It seems like the Recaptcha API key is not valid anymore. What about to disable the plugin and set wiki to read-only (to prevent spam) as a dirty and quick fix? Best regards Michael signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-cz] Nove preklady Wiki
Díky za tip, předěláno. Dalibor From: Michal Pustějovský [mailto:michal.pustejov...@seznam.cz] Sent: Wednesday, January 7, 2015 3:34 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Nove preklady Wiki Vypadá to pěkně. Dobrá práce. Jen u jednotek u tabulky s nestandardními jednotkami máš sloupec Převod na implicitní jednotku. Vztahy ale převádějí na metry, které např. u 'distance' nejsou impl. jednotkou. Navrhuju přejmenovat sloupec na Převod na základní jednotku. Michal 7. ledna 2015 14:18:20 CET, Dalibor Jelínek dali...@dalibor.cz mailto:dali...@dalibor.cz napsal: Ahoj, zase jsem chvilku prekladal wiki, tak jestli ma chut si to po mne precist, pripadne opravit, tak budu rad. http://wiki.openstreetmap.org/wiki/Cs:Key:area http://wiki.openstreetmap.org/wiki/Cs:Key:height http://wiki.openstreetmap.org/wiki/Cs:Key:width http://wiki.openstreetmap.org/wiki/Cs:Key:length http://wiki.openstreetmap.org/wiki/Cs:Key:distance http://wiki.openstreetmap.org/wiki/Cs:Map_Features/Units Zdravi, Dalibor _ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji stručnost. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Orne - communes nouvelles
2015-01-07 15:33 GMT+01:00 Philippe Verdy verd...@wanadoo.fr: Mettre les communes associées en niveau 10 est donc complètement stupide. Ca n'est pas moi qui parle d'utiliser le niveau 10. Il faudrait relire les anciens messages pour trouver qui est a eu cette idée stupide J'insiste il n'y a aucune confusion possible entre arrondissements et communes associées, il n'y a aucun conflit à les mêler au même niveau OSM Ben, si tu les mélanges dans OSM, il y a bien confusion. Et s'il fait un tag supplémentaire pour les pointilleux qui voient mal le mélange entre arrondissements et communes associées, c'est un tag supplémentaire pour la poignée d'arrondissements, et par défaut de ce tag considérer le niveau 9 pour toutes les communes associées (il y en a plus de 700, leur nombre est à nouveau en hausse rapide après des années de relative stagnation). Le niveau 9 pour les arrondissements, c'est assez ancien. On ne peut pas changer les admin_level comme ça, d'un claquement de doigts. Il y a probablement des applications, des gens qui utilisent ces données avec ces tags régulièrement. La distinction entre arrondissements et communes associées n'est pas un gadget pour les pointilleux. C'est un minimum de pouvoir extraire ces deux types de limites administratives par des requêtes simples, de type overpass-api, sans avoir à filtrer ensuite les résultats en cherchant des id ou des name particuliers. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-ar] Líneas eléctricas de 33000
Hola, mi primer mensaje en la lista =D Conocía las líneas de electricidad de 13.2kV, 132kV, 220kV y 500kV, pero acabo de ver que hay de 33kV al parecer. En esta foto https://www.google.com.ar/maps/@-38.5584602,-58.7039719,3a,48.9y,307.95h,88.11t/data=!3m4!1e1!3m2!1s3wNI7qURdjP1qi2iWNiwMA!2e0?hl=es-419 se ve la de 132k, que es la grande que entra desde atrás y la que parece que es de 33k. En https://www.google.com.ar/maps/@-38.5594175,-58.7049234,3a,45.5y,177.39h,91.53t/data=!3m4!1e1!3m2!1sxpwKN3w-Ai3lvwSTIKrfRA!2e0?hl=es-419 se ve una de 13.2k. Si exploran un poco, a una cuadra hay otra que parece de 33k. Si es así, puedo mapear las líneas similares (que conozca porque haya pasado, no las que veo en GSV porque no se puede según tengo entendido, ni siquiera como referencia) como de 33k? Va con minor_line como las de 13.2k? ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [OSM-legal-talk] OSM based GPS navigations and ODbl license of OSM data
Hi, On 07.01.2015 16:30, Henning Hollburg wrote: http://stevecoast.com/2014/05/19/why-openstreetmap-is-now-navigation-ready-for-people-like-you/ Doesn't this mean that this data has to be published according to the ODbL? If not, why? As having all those databases being released might be good for the people wanting the data, it brings no benefit to OSM. The purpose of ODbL is to keep data open. That's great. My opinion is: For OSM the thing most contributors favoring a share alike license model really want is a a clause which forces data consumers to grant a license to OSMF to incorporate modified/exended data back into OSM database. ODbL does not contain such a merge clause. We could start merging 3rd party ODbL into OSM. But then have a hard time to fulfill attribution requirements. And an even harder time to get rid of the data in case of another license change in the future. We need all contributors to agree to the contributor terms, granting a license to the OSMF to re-distribute the data. Maybe we can change the license one more time to an OSM-ODbL. Not only requiring to release data as ODbL but also granting OSMF the same rights as in contributor terms. Stephan ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] OSM based GPS navigations and ODbl license of OSM data
On 1/7/2015 7:21 PM, Stephan Knauss wrote: We could start merging 3rd party ODbL into OSM We can do so right now from a legal perspective. In fact, there are imports of ODbL data that have taken place. But then have a hard time to fulfill attribution requirements. No - we'd attribute the same way we attribute other sources. And an even harder time to get rid of the data in case of another license change in the future. See http://osmfoundation.org/wiki/License#Can_third-party_ODbL-licenses_data_be_imported.3F. It works like any other imported data. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk-be] Validatie error railway:historic
ok, thanks m On Thu, Jan 8, 2015 at 2:52 AM, Ben Laenen benlae...@gmail.com wrote: On Wednesday 07 January 2015 20:33:41 Marc Gemis wrote: There are more strange things near the place that you linked: 1) a cyclepath that is named Fietspad Jef Van Linden. I expect that this is actually a cycleroute with this name. Has to be verified with a survey. No, that cycleway actually has that street name. There are street name signs with it, and it's in the official street name list of Antwerp Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[talk-latam] OSM Metro Extracts
Hola, Me parece por el estado actual en américa latina, la herramienta Weekly OSM Metro Extracts no es muy usada: https://dl.dropboxusercontent.com/u/24303764/screenshots/mapzen-extracts.png Mapzen mejoró esta herramienta y hace tiempo permite añadir vía github pull request las áreas necesarias de lugares del mundo que se necesite una extracción en distintos formatos (osm, pbf, geojson, shapefile, etc.). Utilizando http://www.openstreetmap.org/export se facilita la obtención del boundary box. Abrazos, Marco Antonio ___ talk-latam mailing list talk-latam@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-latam
Re: [Talk-se] Hemnet har bytt till OSM
2014-12-30 12:35 GMT+01:00 Erik Lundin e...@lists.lun.nu: Intressant att de har valt att bara ta byggnaderna från OSM och resten från Google. Det är för att de fixar adresser - lat/lon med Google. Vore trevligt om Hemnet kunde länka till en med bättre introduktion till hur man gör hus, iofs är iD lite väl komplicerad bara för att göra hus... ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-pe] OSM en Perú
2015-01-05 14:39 GMT-04:00 Réjean Roy r...@social-org.com: Me llamo Réjean Roy... Soy el especialista Gobierno electrónico en un proyecto de la colaboración canadiense en el norte de Perú (Progobernabilidad). Trabajamos con los gobiernos regionales de La Libertad, Lambayeque, Piura y Tumbes. Me interesaría hablar con una persona capaz de decirme más sobre las actividades de OpenStreetMap en Perú. Casualidad. En Lima este sáb 10 desde las 16h se reúne la comunidad de forma presencial y vía video-conferencia. Más detalles acá https://etherpad.mozilla.org/ZUsBg46xog Eso por dos razones: 1) Organizamos un evento en Chiclayo alrededor del 9 de febrero. Me gustaría que OSM sea un tema expuesto durante este evento. 2) Quiero examinar la posibilidad de apoyar la implementación de un proyecto OSM en el norte de Perú.. No sé si algo ha sido hecho, etc. Genial, siempre es bueno ampliar el conocimiento. Será indicado porque se podría plantear en la reunión qué se necesita cartografiar y quienes podrían contribuir. Abrazos, Marco Antonio ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe
Re: [OSM-legal-talk] OSM based GPS navigations and ODbl license of OSM data
Hi Paul, On 08.01.2015 10:31, Paul Norman wrote: On 1/7/2015 7:21 PM, Stephan Knauss wrote: And an even harder time to get rid of the data in case of another license change in the future. See http://osmfoundation.org/wiki/License#Can_third-party_ODbL-licenses_data_be_imported.3F. It works like any other imported data. that's exactly the point. ODbL is not a suitable license for data being imported into OSM. Date being inserted under the contributor terms come with much more freedom to be used by OSMF (and the membership deciding about the open license used) with respect to the license chosen for distribution. So what happens is that a user enters data to OSM (with CT agreed), then data is distributed as ODbL by OSMF. Then extended by 3rd party. That extended data i now less free to use from an OSM point of view. For OSM it would be much more convenient when the license says You are allowed to use the OSM data, but when you change it you give OSM the right to merge back your changes if they want to. Probably we should adjust the license one more time before too much incompatible data is being imported. And I'm asking for stricter regulations considering imports. Data not compatible with future license changes must not be imported at all. Other mappers are building their changes on a weak foundation. Maybe time to open a new thread as we're moving away from the original point of satnav data being released to a generic discussion. Stephan ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-hr] Okupljanje u ZG oko nove godine?
Ja sam kasnio pa neznam što je bila tema prije nego sam došao. Pričali smo o više stvari, o tome kako smo razbacani na sve strane po raznim kanalima komunikacija, o novim serverim, o planovima i mogućnostima... Evo onog što sam zapisao kao bitnije stvari: 1. Google Plus community OpenStreetMap Hrvatska je neaktivan, većinu poruka je moje i nema smisla dalje to održavati. Plan je staviti obavijest da se gasi taj community osim ako ga netko drugi ne planira održavati. 2. Facebook stranica OpenStreetMap Hrvatska treba biti samo readonly kopija osm-hr.org portala. Namješteno je da se poruke sa portala automatski objavljuju i na FB stranici. Plan je maknuti ovlasti pisanja i ako netko tamo želi pisati treba pisati na osm-hr.org što kasniej automatskik završi na FB. Zadržali bi FB stranicu zbog većeg kruga ljudi koji dobiju te obavijesti, za razliku od FB grupe gdje obavijesti dobiju samo članovi grupe 3. Facebook grupa OpenStreetMap Hrvatska bi služila za komunikaciju sa FB korisnicima, zbog velikog broja ljudi koji koriste FB(znam znam, ima vas nekih koji ne koristite FB). Zašto FB grupa a ne samo FB stranica? FB grupa je namjnjenja komunikaciji među korisnicima, dok je FB stranica namjenjena promocijama firmi i slično. 4. OpenStreetMap Forum - users: Croatia forum http://forum.openstreetmap.org/viewforum.php?id=51 je isto tako neaktivan jer nas jako malo koristi forum, pa pitanja koja ljudi postave stoje neodgovorena dugo vremena. Tamo bi stavili obavijest da se forum slabo koristi, te uputili korisnike na osm-hr.org gdje je(bit će) ažurna lista načina kako najbrže stupiti u kontakt s nama. 5. Twitter account osm-hr nećemo kreirati, baš u cilju pojednostavljenja, ali nismo se dotaknuli hashtag-a. Prije su neki od nas koristitli #osmhr pa šta kažete na to da kad nešto vezano uz osm-hr objavljujemo kao mi, da onda koristimo taj tag? 6. Importi sa github-a? Kakvo je stanje? Što je sve riješeno? Hoće li se za sve kreirati vrtlarska gredica ili kako ćemo? Ja u međuvremenu komuniciram sa nekim bankama i pitam za nove setove podataka. Ako netko želi biti na listi i primati te podatke te pomoći sa uploadom na github kad stignu nek mi se javi na mail pa ću ga uključiti na listu. 7. osm-hr.org - Matija(mnalis) je izrazio spremnost pomoći sa održavanjem portala, što kad zatreba. Svi koji žele pomoći sa pisanjem novosti i izradom sadžaja su dobrodošli i javite se. Filip(Fiki) već pomaže sa prevođenjem sadržaja. 8. data.osm-hr.org - Matija je izrazio spremnost pomoći oko IRC logera i html template za data extrakte. 9. Serveri koje smo dobili od CARNet-a i OpenIT-a, kako ih najbolje isoristiti, plan je prebaciti extrakte na Supermicro jer ima veće diskove 1.5TB za razliku od Fujitsu koji ima ~200GB a diskovi se brzo popunjavaju. 10. Rendering custom karte za hrvatsku? Ako sam nešto propustio slobodno nadopunite, a ovo napisano komentirajte. Hrvoje On 01/07/2015 04:12 PM, Janko Mihelić wrote: Ah, čini se da neću moći :-/ Javite što ste zaključili! Janko ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-it] Proposta riorganizzazione tag name
Il giorno 31 dicembre 2014 12:04, Federico Cortese cortese...@gmail.com ha scritto: Forse è poco apprezzata perchè l'uso di Wikidata non è ancora abbastanza diffuso, ma concordo con te che sia una splendida idea, quindi potremmo tranquillamente cominciare ad utilizzarla. Per Via Giuseppe Garibaldi avremmo: name:etymology:wikidata=Q539 Ottimo, mi piace. Lo ufficializziamo? Qualcuno ha voglia di documentare l'utilizzo da qualche parte? (tipo sul wiki...) solo che alla pagina https://www.wikidata.org/wiki/Q539, vedo solo il campo given name ma non il campo surname, probabilmente dovrebbe essere aggiunto. Ho visto che è stato sistemato un paio di giorni fa. Ciao! Carlo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-us] access road routing
I would tag *access=destination* here, and hope routers don't use that route unless the way is within the bounding box (or at least near) to my destination. My apologies for not playing catchup by reading the entire thread. The context of 'access' seemed to me used only in cases where the end of the potential route ends at some sort of termination, i.e. 'the last mile'. Even in the case where there are multiple 'access' lings to a single termination point, the idea is that even router would not then route preferentially route through two of these links to find the shortest path. In cases of transitions between major official routes, infrastructure, or inter-modal transitions ( road--ferrry, etc.), there seems to be a plethora of existing tags for entrance and exit ramps, collectors, lane restrictions, etc. that handle the transitions between high volume routes. This can probably be better articulated by someone more experienced with OSM routing. Michael Patrick Geospatial Analyst ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-gb-westmidlands] January Meeting
Should be there. See you tomorrow Cheers Andy From: Brian Prangle [mailto:br...@mappa-mercia.org] Sent: 06 January 2015 19:08 To: OSM Group WM Subject: [Talk-gb-westmidlands] January Meeting Despite meeting with the Notts/Derby crowd on Sat we're still on for aregualr meeting at the Bull Price Street this Thursday Happy New Year Brian _ No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4794 / Virus Database: 4253/8875 - Release Date: 01/05/15 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [OSM-talk] MEP - pipelines
On 07/01/2015 5:37 AM, althio althio wrote: Maybe derailling and off-topic but anyway I do agree... To be discussed on tagging, dev, ...? While we're at it, it would be nice to have a database that allows going from the tagged item (e.g., fitness centre) to recommended tag. The iD editor has a nice internal feature called aliases, so a person looking to add a restroom will find the toilet preset. +1 We need something like those aliases, but centralised so all editors have the same presets, and data consumers don't have to dig around our wiki and taginfo to find what they need. +1 Also, if data consumers use this potential online service to dinamically get the tags they need, their process wouldn't be vulnerable to these kinds of changes. +1 I'll start a page today, based only on the Features page I cited in the first place. I assume that will be non-controversial. Then we can add to it. Do you think I should subscribe to the tag list and warn them? Tom Taylor TomT5454 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] Rotatorie e relazioni route=road
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 07/01/2015 21:35, Federico Cortese ha scritto: Con l'ultima versione di JOSM viene segnalato il warning Role member type does not match accepted list of way in template road route quando nella relazione è presente una rotatoria; errore che prima non veniva considerato dal validatore. Possibile che la rotatoria non sia compatibile con lo schema road route? Quindi per una strada provinciale con delle rotatorie, queste devono essere rimosse dalla relazione? Ciao Federico Domanda stupida, è già stato controllato il versus della rotatoria? - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUrZrTAAoJEMTPIIVov0Zt8XkIALJ0jSza3um3sULqnVHkqChF BJ5LNa6o3FjxNHq3H0RSONhri3+hm62embL6tt8qMGqbg6+hl8gCN/mxY3CA3H70 Kdmbaf/1istB4nCVF/ahcdbfdnlwcFWrKSccDFdmnq5hKA3BkFM8C9ODOldkr5NU jHof/DuqFTqdsuyY5YLbiQ7iVRKLwcNfJju5GM1tPjOtGOgGx1nAvFrdrVw3s12y rRvaEA0XgVp2CHrIkLbZChYzO2tYctkWy6h+OfZfbrnpjxloICm6A1yAr+CRMizO 8UANTUc31MwUUBeiqGC/AcuffJoabOmjXmY4xDmSvdP8a9wHJEygcN9K+OIbKow= =EmgU -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[OSM-talk-be] turn:lanes - statistics
The Germans still keep track how many turn:lanes have been added since they started their assignment. See [1]. Belgium is not doing bad at all, 5th place :-) I wonder how many mappers are participating here. regards m [1] https://drive.google.com/file/d/0B_3PJBM5cOz5VWRQWTlTenZlV1U/view ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[Talk-it] Rotatorie e relazioni route=road
Con l'ultima versione di JOSM viene segnalato il warning Role member type does not match accepted list of way in template road route quando nella relazione è presente una rotatoria; errore che prima non veniva considerato dal validatore. Possibile che la rotatoria non sia compatibile con lo schema road route? Quindi per una strada provinciale con delle rotatorie, queste devono essere rimosse dalla relazione? Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[OSM-talk] Hollywood Sign Rerouting
Another bonus to contributing to/using an open project...the data cannot be allegedly manipulated by someone or some group. Next, the residents, bolstered by the imprimatur of LaBonge's office, quietly persuaded [...] a producer of navigation equipment whose GPS units are used in cars, as well as mapmakers [...] to steer visitors looking for directions to the [Hollywood] sign to avoid Beachwood's streets. These changes were enacted between 2012 and 2014. http://www.hollywoodreporter.com/news/war-hollywood-sign-pits-wealthy-761385 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Saturation du service umap.openstreetmap.fr
Etant donné que les rassemblements ont lieu dès ce soir; on peut comprendre qu'immédiatement il y ait de l'affluence. Et on pourrait suggérer à la presse de mettre en place leur propre serveur à l'avance pour gérer l'affluence en cas d'actualité. Au revoir Cabu, tu m'as bien fait marrer. Toi aussi Wilinski, et tous les autres dont on n'a pas encore tous les noms. Au revoir Ahmed, le policier VTT assiné aussi ce jour. Le 7 janvier 2015 16:14, Pieren pier...@gmail.com a écrit : Quelqu'un a créer un umap avec les rassemblements en soutien à Charlie: http://umap.openstreetmap.fr/fr/map/les-rassemblements-en-soutien-a-charlie-hebdo_25394 Le lien est affiché sur lemonde.fr et probablement ailleurs ce qui semble saturer le serveur osm-fr. Je ne sais pas si les admins peuvent faire quelque chose ou s'il faut juste attendre que ça se calme... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Nome Strada Consorziale
2015-01-07 16:27 GMT+01:00 girarsi_liste liste.gira...@gmail.com: Non sarebbe sufficiente metterlo nel tag ref=Consorziale ecc.? ref è un identificativo (es: A4), non un nome (es: Autostrada Torino-Milano) Ciao, Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Maneggio
come si mappa correttamente un maneggio che ovviamente è composto da un'area complessiva leisure=sport_centre + sport=equestrian ? e poi dalla stalla dei cavalli o scuderia building=stable(questo l'ho trovato sul wiki http://wiki.openstreetmap.org/wiki/Tag:building%3Dstable) poi c'è l'area vera e propria dove i cavalli fanno movimento, rettangolare o circolare e sempre recintata leisure=horse_riding (http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dhorse_riding) ? poi potrebbero esserci anche altri buildings magari ristoro o accoglienza ma questi non sono un problema. grazie -- View this message in context: http://gis.19327.n5.nabble.com/Maneggio-tp5829329.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-dk] Licens igen
Kristian Krægpøth skrev: Hvis man/vi/OSM nu beslutter at ville importere data fra GST, bliver man vel også nødt til at overveje konsekvenserne, hvis det viser sig at importen er ulovlig Efter min mening bør vi ikke importere noget, hvor vi er i tvivl om lovligheden. Til gengæld er jeg ikke i tvivl om, at det er lovligt for at importere data de frie grunddata m.v. fra GST. Hvis der stadig er udbredt tvivl i blandt os, er det rigtige at bede om et konkret svar fra GST. Jeg kan godt skrive til dem, hvis der er nogen, der synes, det er nødvendigt. I så fald: Hvilke datasæt er vi interesserede i? - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-it] Nome Strada Consorziale
il nome ufficiale è Via Prati Comuni (quindi tag NAME). Secondo me va bene alt_name per Strada consort..ecc. perchè, pur non essendo la denominazione ufficiale voluta dal comune, sicuramente è il nome generico così come riconosciuto dalla comunità della zona. Il giorno 7 gennaio 2015 14:56, demon.box e.rossin...@alice.it ha scritto: ho il caso di una strada asfaltata che a livello di stradario e di civico delle abitazioni che vi si trovano si chiama: Via Prati Comuni però all'inizio di questa strada c'è un bel cartello con scritto: Strada Consorziale Novalle - Burio - Calone la domanda è: name=Via Prati Comuni alt_name=Strada Consorziale Novalle - Burio - Calone ?? inoltre (mai visto prima) all'inizio di questa strada c'è una sbarra che però è posta in alto nel senso che è messa per impedire il passaggio di mezzi più alti di 3,20m evidentemente eccetto determinate eccezioni che dovranno però avere il permesso di alzare questa sbarra particolare... come la taggo? -- View this message in context: http://gis.19327.n5.nabble.com/Nome-Strada-Consorziale-tp5829335.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 -- *Massimo Primiceri* Tel. +39 0833591266 | Mob. +39 3277960808 *e-mail massimoprimice...@gmail.com* *Facebook https://www.facebook.com/massimo.primiceri* | *Hobby https://www.facebook.com/ArteTraforoArtistico?fref=nf* | *Blog* http://artetraforo.wix.com/artetraforo *Tutti sanno che una cosa è impossibile da realizzare, finché arriva uno sprovveduto che non lo sa e la inventa. (Albert Einstein)* ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome Strada Consorziale
2015-01-07 14:56 GMT+01:00 demon.box e.rossin...@alice.it: ho il caso di una strada asfaltata che a livello di stradario e di civico delle abitazioni che vi si trovano si chiama: Via Prati Comuni però all'inizio di questa strada c'è un bel cartello con scritto: Strada Consorziale Novalle - Burio - Calone la domanda è: name=Via Prati Comuni alt_name=Strada Consorziale Novalle - Burio - Calone ?? Non è che Via Prati Comuni è solo un tratto della Strada Consorziale Novalle - Burio - Calone? In questo caso, per la seconda, bisognerebbe fare una relazione di tipo route, con route=road. Probabilmente questo approccio va bene anche se Via Prati Comuni coincide integralmente con la strada consorziale. Ciao, Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome Strada Consorziale
barrier=swing_gate maxheight=3.20 2015-01-07 14:56 GMT+01:00 demon.box e.rossin...@alice.it: ho il caso di una strada asfaltata che a livello di stradario e di civico delle abitazioni che vi si trovano si chiama: Via Prati Comuni però all'inizio di questa strada c'è un bel cartello con scritto: Strada Consorziale Novalle - Burio - Calone la domanda è: name=Via Prati Comuni alt_name=Strada Consorziale Novalle - Burio - Calone ?? inoltre (mai visto prima) all'inizio di questa strada c'è una sbarra che però è posta in alto nel senso che è messa per impedire il passaggio di mezzi più alti di 3,20m evidentemente eccetto determinate eccezioni che dovranno però avere il permesso di alzare questa sbarra particolare... come la taggo? -- View this message in context: http://gis.19327.n5.nabble.com/Nome-Strada-Consorziale-tp5829335.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 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Rotatorie e relazioni route=road
2015-01-07 21:45 GMT+01:00 girarsi_liste liste.gira...@gmail.com: Domanda stupida, è già stato controllato il versus della rotatoria? Se intendi il senso antiorario della rotatoria, quello è stato controllato. Considera che con l'ultima versione di JOSM (7906) mi è già capitato diverse volte di riscontrare questo warning, sempre a causa della presenza di rotatorie all'interno di relazioni route road. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome Strada Consorziale
On 01/07/2015 07:19 PM, demon.box wrote: tutta la Via Prati Comuni coincide con la Strada Consorziale... quasi sicuramente perché pur essendo entro i confini di un dato comune in realtà è il consorzio degli utilizzatori che se ne fa carico in termini di manutenzione. cosi' come curiosita', ma l'aggettivo di consozio non e' consortile??? consorziale mi suona male ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-be] Railway data accuracy , age and origin
On Wednesday 07 January 2015 18:00:53 Sander Deryckere wrote: Most of the railway data comes from survey, aerial images and knowledge (no imports, apart from Urbis, Brussels). The lines are usually mapped to the pair of rails (even showing the switches in most cases), and many lines have extra details s.a. gauge, voltage or maxspeed. But those are not rendered. Mapnik rendering does differ between major lines and service lines. I'm in the process of reviewing (and for the most part redrawing) the entire rail network in Flanders (to begin with, if the aerial imagery of Wallonia is good enough, I may extend it a bit that way, I've done all of West-Flanders and most of East-Flanders so far. It has slowed a bit since I don't have a lot of free time at the moment, but I hope to continue soon. If you come across some loose ends, that's where I'm at. Sources are the AGIV imagery, but I have a bit more knowledge about it since I'm an actual train driver. I try to work as accurate as possible, but it's a huge task (and I still have to do the entire port of Antwerp, ugh)... In the process I'm also adding maxspeeds, proper line refs and station/yard/junction names and codes, so you get nice maps on http://www.openrailwaymap.org/?lang=enlat=51.02844005602989lon=3.49365234375zoom=9style=standard On that aspect, I'm currently tagging everything except the industrial line as main line, and never branch line. Infrabel doesn't really make a distinction there, and I feel like creating one will just be too subjective. If someone has a better idea, let me know. Greetings Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Validatie error railway:historic
On Wednesday 07 January 2015 20:33:41 Marc Gemis wrote: There are more strange things near the place that you linked: 1) a cyclepath that is named Fietspad Jef Van Linden. I expect that this is actually a cycleroute with this name. Has to be verified with a survey. No, that cycleway actually has that street name. There are street name signs with it, and it's in the official street name list of Antwerp Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-fr] Saturation du service umap.openstreetmap.fr
Quelqu'un a créer un umap avec les rassemblements en soutien à Charlie: http://umap.openstreetmap.fr/fr/map/les-rassemblements-en-soutien-a-charlie-hebdo_25394 Le lien est affiché sur lemonde.fr et probablement ailleurs ce qui semble saturer le serveur osm-fr. Je ne sais pas si les admins peuvent faire quelque chose ou s'il faut juste attendre que ça se calme... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Saturation du service umap.openstreetmap.fr
D'ailleurs le site de Chalie Hebdo a été saturé, et s'est mis en berne avec une image statique Je suis Charlie et rien d'autre. Evidemment il ne peut pas travailler pour l'instant et pas gérer l'afflux de visiteurs, merci au Monde et au reste de la presse de soutenir Charlie, et aux autres dessinateurs de donner leurs dessins de soutien un peu partout. Ce serait bien que les différents journaux français se réunissent pour composer un numéro spécial de Charlie distribué avec leur propre édition et avec des dessins originaux des différents dessinateurs, sur le ton de l'humour et la caricature et pas juste celui des larmes. Ils composet chacun une page, et les pages sont reproduites par tous pour un numéro spécial d'hommage et de portraits des auteurs morts. Le 7 janvier 2015 16:24, Philippe Verdy verd...@wanadoo.fr a écrit : Etant donné que les rassemblements ont lieu dès ce soir; on peut comprendre qu'immédiatement il y ait de l'affluence. Et on pourrait suggérer à la presse de mettre en place leur propre serveur à l'avance pour gérer l'affluence en cas d'actualité. Au revoir Cabu, tu m'as bien fait marrer. Toi aussi Wilinski, et tous les autres dont on n'a pas encore tous les noms. Au revoir Ahmed, le policier VTT assiné aussi ce jour. Le 7 janvier 2015 16:14, Pieren pier...@gmail.com a écrit : Quelqu'un a créer un umap avec les rassemblements en soutien à Charlie: http://umap.openstreetmap.fr/fr/map/les-rassemblements-en-soutien-a-charlie-hebdo_25394 Le lien est affiché sur lemonde.fr et probablement ailleurs ce qui semble saturer le serveur osm-fr. Je ne sais pas si les admins peuvent faire quelque chose ou s'il faut juste attendre que ça se calme... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] Railway data accuracy , age and origin
Most of the railway data comes from survey, aerial images and knowledge (no imports, apart from Urbis, Brussels). The lines are usually mapped to the pair of rails (even showing the switches in most cases), and many lines have extra details s.a. gauge, voltage or maxspeed. But those are not rendered. Mapnik rendering does differ between major lines and service lines. Remeber that an active OSM mapper is actually a train driver: http://osm.be/nl/content/mapper-van-de-maand-ben-laenen 2015-01-07 17:15 GMT+01:00 Glenn Plas gl...@byte-consult.be: Hi, Is there anybody out there who knows some background information on where the railway data comes from in OSM ? The origin and accuracy in particular? More specifically the train railway (not tram). I'm working on a side project to determine how accurate this data is today and how it compairs to what the railway services calls their : PTCAR data How convincing can I become to stimulate using OSM as a background instead of google maps (as it is right now in the variety of mapthings they use @ NMBS ) They overlay a KML of this data on google maps My usually information channel doesn't know the answer on this question. Thanks for any background information in advance, Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Railway data accuracy , age and origin
Thanks, I actually missed that motm edition. It is because it's so detailed I wondered if that was an import job or not. I wonder how 'open' NMBS would be if we asked for their digitized data... I'm working all angles at this moment. Glenn On 07-01-15 18:00, Sander Deryckere wrote: Most of the railway data comes from survey, aerial images and knowledge (no imports, apart from Urbis, Brussels). The lines are usually mapped to the pair of rails (even showing the switches in most cases), and many lines have extra details s.a. gauge, voltage or maxspeed. But those are not rendered. Mapnik rendering does differ between major lines and service lines. Remeber that an active OSM mapper is actually a train driver: http://osm.be/nl/content/mapper-van-de-maand-ben-laenen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Railway data accuracy , age and origin
Hi, Is there anybody out there who knows some background information on where the railway data comes from in OSM ? The origin and accuracy in particular? More specifically the train railway (not tram). I'm working on a side project to determine how accurate this data is today and how it compairs to what the railway services calls their : PTCAR data How convincing can I become to stimulate using OSM as a background instead of google maps (as it is right now in the variety of mapthings they use @ NMBS ) They overlay a KML of this data on google maps My usually information channel doesn't know the answer on this question. Thanks for any background information in advance, Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Orne - communes nouvelles
De: Pieren pier...@gmail.com Le niveau 9 pour les arrondissements, c'est assez ancien. On ne peut pas changer les admin_level comme ça, d'un claquement de doigts. Il y a probablement des applications, des gens qui utilisent ces données avec ces tags régulièrement. En effet, fin 2010, pendant cette discussion : https://lists.openstreetmap.org/pipermail/talk-fr/2010-September/026880.html qui justement a mis le doigt sur une application qui utilisait ce découpage. L'idée de compatibilité, de non-régression est bien à prendre en compte quand on commence à toucher à des données structurantes, comme typiquement un découpage administratif, dont l'usage est multiple. La distinction entre arrondissements et communes associées n'est pas un gadget pour les pointilleux. C'est un minimum de pouvoir extraire ces deux types de limites administratives par des requêtes simples, de type overpass-api, sans avoir à filtrer ensuite les résultats en cherchant des id ou des name particuliers. Oui, se baser sur des IDs (non stables) ou un nom, côté fiabilité, c'est un peu le pire. Ajouter des tags décrivant des catégories d'objets, des typologies, là ok. Reste à trouver lesquels, en gardant l'idée qu'une application existante devrait, idéalement, ne pas être impactée. Je dis ça comme un principe à privilégier, pas comme une obligation. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des divergences OSM = Fantoir
De: David Crochet david.croc...@free.fr Hum, je trouve un défaut au système difficile à rattraper : D'office, le rapprochement est positionné à OK. Donc le OK veut dire 2 choses maintenant : - Soit cela n'a pas été vérifié et donc on ne sait pas si c'est correct - Soit cela été vérifié et on sait si c'est correct. est-il possible de pouvoir faire à un moment ou un autre la différence ? Le statut 'Ok' est exclu des chiffres que je donnais ce matin et donc de la carte associée. C'est le statut par défaut, il n'existe pas (= n'est pas stocké), pour une rue donnée, tant qu'on n'a pas explicitement changé la valeur de liste déroulante, d'abord vers autre chose que 'Ok', puis changé d'avis et remis à 'Ok'. Je n'ai pas les chiffres sous les yeux mais ça concerne très peu de rues. On pourrait reformuler 'Ok' en 'Ok - statut par défaut' pour clarifier. Pour ce qui est 'Vérifié', de 2 choses l'une : - soit il est vérifié que les noms des deux sources correspondent, et dans ce cas ce sont les routines de rapprochement qui vérifient de fait la correspondance, - soit les 2 noms ne correspondent pas, et ce qu'on a pu vérifier sur le terrain, c'est la divergence. Et dans ce cas, il vaut mieux choisir dans la liste une des catégories de divergence. À moins de dupliquer toutes les entrées liées à des anomalies, pour avoir pour chacune : 'vérifié depuis ma chaise' et 'vérifié sur le terrain'. Mais faut-il en arriver là ? Vos avis bienvenus. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-be] Validatie error railway:historic
Hi, https://www.openstreetmap.org/#map=18/51.192296/4.370334 There is a highway that gives validation error. Was tagged only as railway:historic. On the sat images there is nothing to see anymore How can it be tagged? May it be changed? Something like a boundary administrative that can cross roads. Historic railway site. http://www.itoworld.com/map/26?lon=4.40932lat=51.20641zoom=12open_sidebar=map_key Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[Talk-GB] Another candidate for a mechanical edit?
How many TA Centres and Territorial Army Centres still remain to be tagged as Army Reserve Centres? Surely this is a no-brainer? I'm not sure when this change took place but it has to be a couple of years ago. Regards Brian ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-it] Nome Strada Consorziale
tutta la Via Prati Comuni coincide con la Strada Consorziale... quasi sicuramente perché pur essendo entro i confini di un dato comune in realtà è il consorzio degli utilizzatori che se ne fa carico in termini di manutenzione. -- View this message in context: http://gis.19327.n5.nabble.com/Nome-Strada-Consorziale-tp5829335p5829362.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-be] Validatie error railway:historic
Seems like something for OpenHistoricMap to me. I always understood we only mapped stuff for which there still is something physical left. Jo 2015-01-07 17:31 GMT+01:00 Jakka vdmfrank...@gmail.com: Hi, https://www.openstreetmap.org/#map=18/51.192296/4.370334 There is a highway that gives validation error. Was tagged only as railway:historic. On the sat images there is nothing to see anymore How can it be tagged? May it be changed? Something like a boundary administrative that can cross roads. Historic railway site. http://www.itoworld.com/map/26?lon=4.40932lat=51.20641; zoom=12open_sidebar=map_key Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Validatie error railway:historic
In order to have that tag I would expect something that is there and have historic value. When the rails are still there, but the railway is no longer used, it is railway=disused. When the rail are gone, but it can still be recognized, use railway=abandoned (see [1]) There are more strange things near the place that you linked: 1) a cyclepath that is named Fietspad Jef Van Linden. I expect that this is actually a cycleroute with this name. Has to be verified with a survey. 2) a cyclepath that got the name of the street next to it. this is something we normally do not do AFAIK. regards m [1] http://wiki.openstreetmap.org/wiki/Tag:railway%3Dabandoned On Wed, Jan 7, 2015 at 5:31 PM, Jakka vdmfrank...@gmail.com wrote: Hi, https://www.openstreetmap.org/#map=18/51.192296/4.370334 There is a highway that gives validation error. Was tagged only as railway:historic. On the sat images there is nothing to see anymore How can it be tagged? May it be changed? Something like a boundary administrative that can cross roads. Historic railway site. http://www.itoworld.com/map/26?lon=4.40932lat=51.20641; zoom=12open_sidebar=map_key Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] samenvoegen van stukken weg
On Wed, Jan 7, 2015 at 5:12 PM, André Pirard a.pirard.pa...@gmail.com wrote: And I made 5 happy ones, in order: the dog (unimaginable), my neighbour, myself, the doctor ... and you. :-) :-) :-) me happy ! m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Validatie error railway:historic
Not if it has significant meaning enough which is kind of misty as a description. There have been some discussions about this on the general mailing list a while back. afaik, you can keep it in there as long as it define(d|s) the landscape but received a different purpose.. like a cycleway that follows the bedding of the old railway. e.g. the cut is still there, the rail is gone but the silhouette can still be distinguished. But the moment that historic railway starts crossing through current buildings it shoots past the purpose and indeed as Jo suggests is perfect for openhistoricalmap. http://wiki.openstreetmap.org/wiki/Open_Historical_Map Glenn Some links on the subject: http://wiki.openstreetmap.org/wiki/Demolished_Railway http://wiki.openstreetmap.org/wiki/Talk:Railways#Abandoned_railways_where_all_evidence_has_been_removed On 07-01-15 20:26, Jo wrote: Seems like something for OpenHistoricMap to me. I always understood we only mapped stuff for which there still is something physical left. Jo 2015-01-07 17:31 GMT+01:00 Jakka vdmfrank...@gmail.com mailto:vdmfrank...@gmail.com: Hi, https://www.openstreetmap.org/__#map=18/51.192296/4.370334 https://www.openstreetmap.org/#map=18/51.192296/4.370334 There is a highway that gives validation error. Was tagged only as railway:historic. On the sat images there is nothing to see anymore How can it be tagged? May it be changed? Something like a boundary administrative that can cross roads. Historic railway site. http://www.itoworld.com/map/__26?lon=4.40932lat=51.20641__zoom=12open_sidebar=map_key http://www.itoworld.com/map/26?lon=4.40932lat=51.20641zoom=12open_sidebar=map_key Jakka _ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-be https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-it] Aggiornamenti mapnik lenti
Title: Firma Cordiali saluti - Giuliano Zamboni Cell +39 3355717689 Uff +39 0498900120 Fax +39 049714569 Email vend...@zamboni.pro Skype User: zambonig - Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Qualora il messaggio Le fosse pervenuto per errore, La invitiamo ad eliminarlo senza copiarlo e a non inoltrarlo a terzi, dandocene gentilmente comunicazione. Grazie. Pursuant to Legislative Decree No. 196/2003, you are hereby informed that this message contains confidential information intended only for the use of the addressee. If you are not the addressee, and have received this message by mistake, please delete it and immediately notify us. You may not copy or disseminate this message to anyone. Thank you. Save a tree. Don't print this e-mail unless it's really necessary Il 07/01/2015 12:16, Federico Cortese ha scritto: 2015-01-07 12:04 GMT+01:00 emmexx emm...@tiscalinet.it: E' solo una mia impressione o ultimamente i tiles di mapnik vengono aggiornati molto piu' lentamente rispetto a qualche tempo fa? L'ho notato anch'io. Sarà forse a causa dei recenti aggiornamenti di stile, che magari hanno rallentato il sistema in questo primo periodo? Tra l'altro ho notato che col nuovo stile non viene più renderizzato il tourism=attraction. Ciao Federico ___ 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] Nome Strada Consorziale
ho il caso di una strada asfaltata che a livello di stradario e di civico delle abitazioni che vi si trovano si chiama: Via Prati Comuni però all'inizio di questa strada c'è un bel cartello con scritto: Strada Consorziale Novalle - Burio - Calone la domanda è: name=Via Prati Comuni alt_name=Strada Consorziale Novalle - Burio - Calone ?? inoltre (mai visto prima) all'inizio di questa strada c'è una sbarra che però è posta in alto nel senso che è messa per impedire il passaggio di mezzi più alti di 3,20m evidentemente eccetto determinate eccezioni che dovranno però avere il permesso di alzare questa sbarra particolare... come la taggo? -- View this message in context: http://gis.19327.n5.nabble.com/Nome-Strada-Consorziale-tp5829335.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-it] Aggiornamenti mapnik lenti
Il 01/07/2015 12:04 PM, emmexx scrisse: E' solo una mia impressione o ultimamente i tiles di mapnik vengono aggiornati molto piu' lentamente rispetto a qualche tempo fa? Adesso sembra aggiornare. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] Wiki does not work anymore (missing Recaptcha API key?)
2015-01-07 10:49 GMT-03:00 Michael Reichert naka...@gmx.net: OSM wiki only shows an error message when trying to view a page. I always get You need to set $wgReCaptchaPrivateKey and $wgReCaptchaPublicKey in LocalSettings.php to use the reCAPTCHA plugin. You can sign up for a key here. The page I get only contains this text, no HTML header. It seems like the Recaptcha API key is not valid anymore. What about to disable the plugin and set wiki to read-only (to prevent spam) as a dirty and quick fix? The wiki works for me, and I can even edit... -- Nicolás ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Guidage OsmAnd
Bonjour Le 07/01/2015 00:09, Philippe Verdy a écrit : cela mériterait une analyse Osmose des carrefours ayant des angles à plus de 150 degrés non signalés comme interdits et qui ne sont pas non plus entre deux voies à sens unique connectées à moins de 50 mètres à un même giratoire: le tracé est très probablement trop approximatif et à corriger. c'est déjà de façon générale une analyse de KeepRight. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des divergences OSM = Fantoir
Bonjour Le 07/01/2015 11:56, Vincent de Château-Thierry a écrit : Mis en carte, ça donne ceci (données de ce matin): Hum, je trouve un défaut au système difficile à rattraper : D'office, le rapprochement est positionné à OK. Donc le OK veut dire 2 choses maintenant : - Soit cela n'a pas été vérifié et donc on ne sait pas si c'est correct - Soit cela été vérifié et on sait si c'est correct. est-il possible de pouvoir faire à un moment ou un autre la différence ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Orne - communes nouvelles
Le 7 janvier 2015 15:51, Pieren pier...@gmail.com a écrit : Le niveau 9 pour les arrondissements, c'est assez ancien. On ne peut pas changer les admin_level comme ça, d'un claquement de doigts. Il y a probablement des applications, des gens qui utilisent ces données avec ces tags régulièrement. La distinction entre arrondissements et communes associées n'est pas un gadget pour les pointilleux. C'est un minimum de pouvoir extraire ces deux types de limites administratives par des requêtes simples, de type overpass-api, sans avoir à filtrer ensuite les résultats en cherchant des id ou des name particuliers. Je eux bien qu'ils existent mais personne n'a été gêné au point de le signaler ici depuis près de 2 ans que le niveau 9 a été réutilsé pour les pôles de proximité nantais. Mais étant donné le nombre important de communes associées à cartographier correctement et distinguer de leurs propres quartiers (et le fait qu'elles soient très dispersées sur le territoire) c'est pour ça que je suggère juste d'ajouter un tag aux arrondissements actuels; ce sera très vite fait, on les connait et ils sont tous cartographiés déjà. L'absence de ce tag ou (une valeur différente de celle par défaut pour les communes associées) suffira. Cette modif est très mineure; en 2 minutes c'est fait. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Nome Strada Consorziale
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 07/01/2015 16:07, Andrea Musuruane ha scritto: Non è che Via Prati Comuni è solo un tratto della Strada Consorziale Novalle - Burio - Calone? In questo caso, per la seconda, bisognerebbe fare una relazione di tipo route, con route=road. Probabilmente questo approccio va bene anche se Via Prati Comuni coincide integralmente con la strada consorziale. Ciao, Andrea Non sarebbe sufficiente metterlo nel tag ref=Consorziale ecc.? - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUrVB+AAoJEMTPIIVov0ZtywYIAIbdj6CItafqV8GE0Z/0Fkx2 wcOa5avnOYIp2I8g4FUWGLT0uf2dXnnbeSpIyqwof6g7EnLplht1DCxuITCSYwqn xnmTpZ7U4rQONi/qoF5uSMC9qNk9eRXrFn3x8ez9jA03Kv++jV3XjKk+HMf8ooI9 l9WS01SmQQwMrnZZj3/a+Qlz6I+JupwyKyajTYUNcxQz+aqTY8isorWD027eLS+I R94VTvjz4K1Xz2iR2+4gBlYv24sw3gLxpIUTKEjWf3rebfErEE/MwYEFmv3z+EWp xcgyjX5ArZWbnljfIOmc9G0KxvpZtEfhAIQkSkHWAZsITS4hcPhwhjipRpseh3M= =D+h7 -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome Strada Consorziale
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 07/01/2015 16:32, Andrea Musuruane ha scritto: 2015-01-07 16:27 GMT+01:00 girarsi_liste liste.gira...@gmail.com: Non sarebbe sufficiente metterlo nel tag ref=Consorziale ecc.? ref è un identificativo (es: A4), non un nome (es: Autostrada Torino-Milano) Ciao, Andrea Allora ci vuole la relazione sì. - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUrVH8AAoJEMTPIIVov0ZtOMgH/0QviTtZ4WfIDZPxyQlc8a5c hKEKaXThsV386SMCkZb6zwDeT4yoSS5odTH0lPuSG1wgmxuqT0/zjcdBwy8GdQ2b GAOHvI5bhmcObSamer2U68S3SceyfN7H37PMsdDzEzM9E00Qn4khylkLU+M8BhfT AECmzzyAACMymw8X+P8h1/Jjw7tJ+015sdVHSGvj1xRQoWvMAFke8F5QCH/StXel 8STcLevxJRw16F/LjEFy94CQRKO7oiLPRe9fgE5OAe1Fb2SBs0XhZiqR4+NeWRYB mBXYGPrzLC5/hdLOl4Pvch9p6pEcFvW68WWbrtB/N2bcftOTAVJEUxVJgkygB8c= =x7ON -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aggiornamenti mapnik lenti
http://www.openstreetmap.org/#map=19/45.19486/9.15331 non solo c'e` il vecchio stile, ma mancano anche dei dettagli Non e` vero, federico cortese mi ha fatto notare che non ho pulito la cache del mio browser. Potete ridere tutti di me, che sono ignorante come una capra. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-br] Feiras de Orgânicos
A tag marketplace é mais adequada para esse tipo de lugar: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dmarketplace Ela pode ser complementada com a tag organic http://wiki.openstreetmap.org/wiki/Key:organic Um dos princípios do OSM é não mapeie para o renderizador. Se não existe um prédio,a tag building não deve ser usada. abraços, wille Em 2015-01-06 22:22, Marcelo Pereira escreveu: Srs, Vi que no site do Idec existe um mapa identificando as feiras de orgânicos no Brasil. Até entrei em contato perguntando se eles poderiam disponibilizar a informação de forma livre e aberta. Daí, como teste, incluí no mapa, a feira perto de casa ( http://www.openstreetmap.org/way/320755910 [1] ) com o tageamento que achei mais adequado. A questão é, de novo, a renderização, ela só apareceu qdo eu acrescentei building=yes, lembrando que é uma feira semanal, e portanto essa tag está errada, Mas o que fazer para ela aparecer ? Uso um node ao invés dessa área ? Qual ? Pensei em shop=supermarket. No aguardo de ideias, Att, Marcelo Pereira -- São Pedro recebe Seu Lunga no céu perguntando: Morreu, Seu Lunga? Não, vim passar o Natal! Links: -- [1] http://www.openstreetmap.org/way/320755910 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- wille http://wille.blog.br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-be] Railway data accuracy , age and origin
On 2015-01-07 18:08, Glenn Plas wrote: I actually missed that motm edition. It is because it's so detailed I wondered if that was an import job or not. I wonder how 'open' NMBS would be if we asked for their digitized data... I'm working all angles at this moment. The wiki [1] mentions a GPS file and in the past there was some discussion about that, but I think the majority is mapped from BING imagery. I know I have done a lot of that. And it will probably not be NMBS you want to talk to but Infrabel. [1] http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Railways Regards, Maarten On 07-01-15 18:00, Sander Deryckere wrote: Most of the railway data comes from survey, aerial images and knowledge (no imports, apart from Urbis, Brussels). The lines are usually mapped to the pair of rails (even showing the switches in most cases), and many lines have extra details s.a. gauge, voltage or maxspeed. But those are not rendered. Mapnik rendering does differ between major lines and service lines. Remeber that an active OSM mapper is actually a train driver: http://osm.be/nl/content/mapper-van-de-maand-ben-laenen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-it] Maneggio
...io metterei leisure=horse_riding ...prendi spunto da qua per il resto http://wiki.openstreetmap.org/wiki/Tag:building%3Dstable demon.box wrote come si mappa correttamente un maneggio che ovviamente è composto da un'area complessiva leisure=sport_centre + sport=equestrian ? e poi dalla stalla dei cavalli o scuderia building=stable(questo l'ho trovato sul wiki http://wiki.openstreetmap.org/wiki/Tag:building%3Dstable) poi c'è l'area vera e propria dove i cavalli fanno movimento, rettangolare o circolare e sempre recintata leisure=horse_riding (http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dhorse_riding) ? poi potrebbero esserci anche altri buildings magari ristoro o accoglienza ma questi non sono un problema. grazie -- View this message in context: http://gis.19327.n5.nabble.com/Maneggio-tp5829329p5829361.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
[OSRM-talk] combine metroextracts
Is there a way to combine several metro extracts to reduce the ram requirements to run OSRM? my use case is to route within several cities in north america (SF, Toronto, Chicago, Minneapolis) but not really needing anything out side of those areas. I have built an osrm-backend that does north america but I'm needing like 14gb of ram to run it, and that's expensive. Can i do this through OSMOSIS? I was looking at it but it seems to only take a single polygon ( http://wiki.openstreetmap.org/wiki/Osmosis#Extracting_bounding_boxes). I just want to make sure this is even possible before I go down the rabbit hole. *Alex Farioletti* *415.312.1674* *tcbcourier.com http://tcbcourier.com * ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
