Re: [Talk-lv] Rīgas adrešu punktu imports no opendata.riga.lv
Kas jums tur ar tām ielām? Negalvoju, ka man ir aktuālākais ielu saturs, bet kaut kāds saturs gan ir - tā teikt saraksts un novietojums uz 2012/2013. 2015-05-18 17:28 GMT+03:00 Rich ric...@nakts.net: On 18/05/15 17:10, Vitaly Bolshakov wrote: Sveiki! On Mon, 18 May 2015 17:04:42 +0300, Rich ric...@nakts.net wrote: nu epastos no tā satura jau daudz kas ir, atliek tikai salikt kopā - kaut vai tepat listē, tad jau wiki ielikt būs viegli, varu to izdarīt Uztaisīju tādu uzmetumu: https://wiki.openstreetmap.org/wiki/Latvia/Riga_address_point_import Pagaidām nekur vēl nesūtīju to. deāli, paldies. trūkstošas ielas laikam lielākā nesakritība, vai ir vēl kas, ko vajadzētu ņemt vērā / papētīt vēlāk ? -- Ar cieņu, Vitālijs -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv -- pb ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [OSM-talk-fr] Parking sur un toit
Ha oui remarque, vu comme ça c'est assez simple. Le 18/05/2015 16:59, Christian Quest a écrit : Le pont qui passe au dessus d'un bâtiment devrait avoir un bridge=yes... pas l'autre, non ? Le 18/05/2015 11:46, Xavier Cremaschi a écrit : Mmm peut-être. Il faut layer(highway)layer(bâtiment), et distinguer quand même 2 cas peut-être : - la route qui passe au dessus d'un bâtiment (genre un gros pont de voie rapide) - la route qui est posée sur le bâtiment (genre dernier étage de parking aérien) Xavier. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] iD name suggestion index - asking non-English-speaking mappers to review
Is there a company in Australia named Petrol, or is it simply the term for the fuel? As I understand it, the question is whether Petrol is valid as a company name. On May 17, 2015 10:53:07 PM CDT, Warin 61sundow...@gmail.com wrote: On 17/05/2015 3:57 PM, Stefan Baebler wrote: I see Petrol is categorized under discardedNames, but is is in fact a valid full name of company with chain of gas pumps in Slovenia (www.petrol.si http://www.petrol.si). Are there many other similar cases that would make it worthwhile to make this functionality location-aware, dependant on regions (countries, continents, languages)? Petrol is in common use in Australia... an 'English' speaking country. 16. maj 2015 11.08 pop. je oseba Mateusz Konieczny matkoni...@gmail.com mailto:matkoni...@gmail.com napisala: On Sat, 16 May 2015 20:07:00 +0200 Michał Brzozowski www.ha...@gmail.com mailto:www.ha...@gmail.com wrote: I ask non-English speakers to find anything they are sure it's a noun and not a proper name. name-suggestions.json specifies name suggestions and filter.json specifies what non-names should be filtered. Sklep spożywczy (Polish for grocery store) Apteka (Polish for pharmacy) ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- John F. Eldredge -- j...@jfeldredge.com (615) 299-6451 Darkness cannot drive out darkness; only light can do that. Hate cannot drive out hate; only love can do that. -- Martin Luther King, Jr.___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] [MAPPING] Del corretto uso dei tag
Federico Cortese wrote Non mi sembra che l'intenzione fosse quella di esporlo pubblicamente, Max chiedeva forse il parere degli altri per una conferma prima di contattare l'utente. Mi sembra più grave dover avere paura di chiedere parere esplicito in lista, piuttosto che rischiare di offendere un utente che non ha avuto voglia di leggere la wiki (condivido la teoria di Simone). Anche io tra l'altro ho riscontrato spesso questa problematica e mi è capitato di segnalare la cosa all'interessato, ma anche qui le reazioni sono diverse: c'è chi ringrazia e sistema (di solito i nuovi iscritti), c'è chi non se ne cura e va avanti per la sua via (di solito chi ha sempre sbagliato ed è convito di fare bene). A questo punto o ti litighi o lasci perdere, tanto un tag name in più non è la fine del mondo. Magari nel caso segnalato da Max il tag name=* potrebbe essere semplicemente sostituito con un generico note:it=*, in modo da lasciare l'informazione e che chi ha più dimestichezza coi tag possa assegnare quello più specifico. Ciao Federico Infatti non era assolutamente mia intenzione esporre l'utente al pubblico ludibrio, ma chiedere lumi su quale fosse il miglior modo di procedere. Sembra ancora attivo (l' ultimo changeset risale allo scorso marzo): provo a contattarlo e vediamo che succede :) Ciao, Max -- View this message in context: http://gis.19327.n5.nabble.com/MAPPING-Del-corretto-uso-dei-tag-tp5844875p5845020.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-co] UAVSAR
Respecto a los datos UAVSAR, hay unos archivos KMZ que al descomprimirse como un zip queda una carpeta con tiles(fotos pequeñas) y kmls con las coordenadas de esas imágenes, así es fácil georeferenciar. From: harrie...@hotmail.com To: talk-co@openstreetmap.org Date: Mon, 4 May 2015 22:29:31 -0500 Subject: [Talk-co] UAVSAR Datos UAVSAR Los datos UAVSAR son datos tomados con tecnologia de Radar, en Colombia tenemos de Volcanes y Zona pacifica con una resolucion de 2 metros Política de uso de imagen JPL A menos que se indique lo contrario, imágenes y video en sitios públicos de JPL (sitios públicos terminando con una dirección jpl.nasa.gov) pueden utilizarse para cualquier propósito sin el previo permiso, conforme a los casos particulares indicados a continuación. Editores que deseen tener autorización pueden imprimir esta página y consérvelo para sus registros; JPL no emite permisos de imagen en una base de imagen por imagen. Eligiendo a descargar el material de este sitio web el usuario se compromete a: que Caltech no hace representaciones o garantías con respecto a la titularidad de los derechos de autor en las imágenes y no representan otros que pueden presumir de ser autores o titulares de derechos de autor de cualquiera de las imágenes y no hace ninguna garantía en cuanto a la calidad de las imágenes. Caltech no será responsable por cualquier pérdida o gastos derivados del uso de las imágenes, y liberar y eximir de toda responsabilidad derivada de dicha utilización Caltech. para utilizar una línea de crédito en relación con imágenes. A menos que se indique lo contrario en la información de subtítulos para una imagen, la línea de crédito debe ser Cortesía NASA/JPL-Caltech. que la aprobación de cualquier producto o servicio por Caltech, JPL o la NASA no ser reclamada o implícita. Se descargan de https://portal.asf.alaska.edu despues del link se debe ir a Data discovery Vertex(ASF) luego hacer click en bulk download eso bajara un archivo que deberia servir con software para descargas si no ocurre por porblemas de login, copie el vinculo y peguelo en el explorador, y logueese los archivos que mas me han servido son unos en formato zip que contienen imgenes jpg harrierco ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [OSM-talk-fr] Parking sur un toit
en effet, bon ben building:part=roof avec roof:shape=flat cf http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings ;) Mais bon, je ne crois pas que ça résolve la question du layer. -- Jean-Baptiste Holcroft Le 18 mai 2015 11:46, Xavier Cremaschi omega.xav...@gmail.com a écrit : Le 18/05/2015 09:36, Jean-Baptiste Holcroft a écrit : ça vaudrait la peine d'ajouter building=roof ? http://wiki.openstreetmap.org/wiki/Tag:building%3Droof Non pas ici, le parking est sur le toit du bâtiment du centre commercial, alors que ce tag a l'air pas mal pour les péages, stations services, bref les trucs qui sont juste des toits sur pattes :P Le 18 mai 2015 09:19, Christian Quest cqu...@openstreetmap.fr a écrit : Je pense que c'est l'analyse osmose qui est à affiner... si layer(highway)layer(bâtiment) c'est ok. Mmm peut-être. Il faut layer(highway)layer(bâtiment), et distinguer quand même 2 cas peut-être : - la route qui passe au dessus d'un bâtiment (genre un gros pont de voie rapide) - la route qui est posée sur le bâtiment (genre dernier étage de parking aérien) Xavier. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Parking sur un toit
Le pont qui passe au dessus d'un bâtiment devrait avoir un bridge=yes... pas l'autre, non ? Le 18/05/2015 11:46, Xavier Cremaschi a écrit : Mmm peut-être. Il faut layer(highway)layer(bâtiment), et distinguer quand même 2 cas peut-être : - la route qui passe au dessus d'un bâtiment (genre un gros pont de voie rapide) - la route qui est posée sur le bâtiment (genre dernier étage de parking aérien) Xavier. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] iD name suggestion index - asking non-English-speaking mappers to review
Is there a company in Australia named Petrol, or is it simply the term for the fuel? As I understand it, the question is whether Petrol is valid as a company name (apparently On May 17, 2015 10:53:07 PM CDT, Warin 61sundow...@gmail.com wrote: On 17/05/2015 3:57 PM, Stefan Baebler wrote: I see Petrol is categorized under discardedNames, but is is in fact a valid full name of company with chain of gas pumps in Slovenia (www.petrol.si http://www.petrol.si). Are there many other similar cases that would make it worthwhile to make this functionality location-aware, dependant on regions (countries, continents, languages)? Petrol is in common use in Australia... an 'English' speaking country. 16. maj 2015 11.08 pop. je oseba Mateusz Konieczny matkoni...@gmail.com mailto:matkoni...@gmail.com napisala: On Sat, 16 May 2015 20:07:00 +0200 Michał Brzozowski www.ha...@gmail.com mailto:www.ha...@gmail.com wrote: I ask non-English speakers to find anything they are sure it's a noun and not a proper name. name-suggestions.json specifies name suggestions and filter.json specifies what non-names should be filtered. Sklep spożywczy (Polish for grocery store) Apteka (Polish for pharmacy) ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- John F. Eldredge -- j...@jfeldredge.com (615) 299-6451 Darkness cannot drive out darkness; only light can do that. Hate cannot drive out hate; only love can do that. -- Martin Luther King, Jr.___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] Fwd: Re: [OHM] Fwd: moving data from OSM to OHM - what should the markers be?
Am 18.05.2015 um 15:11 schrieb Richard Welty rwe...@averillpark.net: in OSM, i tag at least the basic, visible course as highway=track, with start_date and end_date when known (which is usually the case for US and Canada tracks - i have references which I am not familiar with the context/setting but wouldn't use highway track for a way that is not built for agricultural/forestral/fishing purposes, highway=raceway would be better (also because your start and end date tags are referring to this, not to the highway=track) cheers Martin ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OHM] Fwd: moving data from OSM to OHM - what should the markers be?
On 5/18/15 9:22 AM, Martin Koppenhoefer wrote: Am 18.05.2015 um 15:11 schrieb Richard Welty rwe...@averillpark.net: in OSM, i tag at least the basic, visible course as highway=track, with start_date and end_date when known (which is usually the case for US and Canada tracks - i have references which I am not familiar with the context/setting but wouldn't use highway track for a way that is not built for agricultural/forestral/fishing purposes, highway=raceway would be better (also because your start and end date tags are referring to this, not to the highway=track) well, it's no longer used as a raceway, which is the reason for going to the disused: namespace for that tag. in theory they could become active again, although in most cases that's very, very unlikely. i doubt there will ever be a rendering specific to disused raceways and i dont think we want them rendered the same way as active raceways. disused: is there and works for this. it's really kind of a hole in the tagging system. they were never public roads and aren't now. they're not currently active raceways, but they are visible artifacts. i could omit the highway tag altogether, in which case they would not render on openstreetmap.org, which is ok with me. this is why i'm looking for input. i'm really pretty ok with not providing a highway tag at all, as there isn't really a version that's right. richard -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search signature.asc Description: OpenPGP digital signature ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-lv] Rīgas adrešu punktu imports no opendata.riga.lv
Sveiki! On Mon, 18 May 2015 17:04:42 +0300, Rich ric...@nakts.net wrote: nu epastos no tā satura jau daudz kas ir, atliek tikai salikt kopā - kaut vai tepat listē, tad jau wiki ielikt būs viegli, varu to izdarīt Uztaisīju tādu uzmetumu: https://wiki.openstreetmap.org/wiki/Latvia/Riga_address_point_import Pagaidām nekur vēl nesūtīju to. -- Ar cieņu, Vitālijs ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-it] [MAPPING] Del corretto uso dei tag
2015-05-18 12:47 GMT+02:00 Volker Schmidt vosc...@gmail.com: L'unico approccio funzionante è di contattare l'utente direttamente e prima di portare l'argomento in lista. Nel caso specifico, mixmux ha fatto solo 16 edit e sicuramante ha mappato con entusiasmo. Per tenerlo in OSM bisogna tenderli una mano invece di pubblicamente esporlo qua in lista. Non mi sembra che l'intenzione fosse quella di esporlo pubblicamente, Max chiedeva forse il parere degli altri per una conferma prima di contattare l'utente. Mi sembra più grave dover avere paura di chiedere parere esplicito in lista, piuttosto che rischiare di offendere un utente che non ha avuto voglia di leggere la wiki (condivido la teoria di Simone). Anche io tra l'altro ho riscontrato spesso questa problematica e mi è capitato di segnalare la cosa all'interessato, ma anche qui le reazioni sono diverse: c'è chi ringrazia e sistema (di solito i nuovi iscritti), c'è chi non se ne cura e va avanti per la sua via (di solito chi ha sempre sbagliato ed è convito di fare bene). A questo punto o ti litighi o lasci perdere, tanto un tag name in più non è la fine del mondo. Magari nel caso segnalato da Max il tag name=* potrebbe essere semplicemente sostituito con un generico note:it=*, in modo da lasciare l'informazione e che chi ha più dimestichezza coi tag possa assegnare quello più specifico. Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-us] Fwd: Re: [OHM] Fwd: moving data from OSM to OHM - what should the markers be?
[this is a lightly revised version of something i sent over to the OHM mailing list last night] i didn't really get any input here, but i have made some progress in deciding what to do about the issue with visible remnants of old race tracks. i think that what i'm doing is consistent with the norms for tagging in both OSM and OHM. in OSM, i tag at least the basic, visible course as highway=track, with start_date and end_date when known (which is usually the case for US and Canada tracks - i have references which are pretty comprehensive.) additionally, i set disused:highway=raceway which the renderer for www.openstreetmap.org ignores. anyone looking at it in JOSM or Potlatch should be able to figure out what is going on and hopefully either ignore it or improve it. in OHM, i give it the full treatment as if it were a current race track, with of course start_date and end_date. the three drag strips i provided as examples (Bee Line, Motion and Motor City) are now tagged in this manner. richard -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search ___ Historic mailing list histo...@openstreetmap.org https://lists.openstreetmap.org/listinfo/historic signature.asc Description: OpenPGP digital signature ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-tr] OpenStreetMap responds in Nepal
Since the activation in Nepal, more than 4,300 mappers have made 86,000 edits to the map, adding up to 30,000 roads and 240,000 buildings. At least 2,900 of those mappers are new to OpenStreetMap. https://opensource.com/life/15/5/nepal-earthquake-hfoss -- http://orkutmuratyilmaz.com ___ Talk-tr mailing list Talk-tr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tr
[OSM-talk] Portal for users/casual mappers (Re: Tagging FOR the renderer)
W dniu 18.05.2015 12:19, moltonel 3x Combo napisał(a): As nice as it'd be, http://osm.org/ is not trying to be http://maps.google.com/. It's not trying to be the One True Map Portal that caters to every needs. I totally agree with you that One True Map Portal - in its full meaning - would be wrong. But it's a straw man argument, because that is plain impossible: our data and tools are distributed, mirrored and available on free licenses, so if you have some skills and the need for it, you can always make More True Map Portal =} (and you may even take over the old one, as with LibreOffice taking over OpenOffice.org)! With Google Maps it's not the option, of course. You and I may not like the Google way, but they are not totally wrong either. The key idea is integration. We don't need to put everything in one place to collaborate efficiently, but currently we are very disconnected as a project, so we really have no reason to be scared by the other extreme. For programmers APIs, standard k/v database form or Git repositories are the glue; for contributors it may be OSM Wiki, iD, JOSM, lists and forums; but what about the people doing the most of the work - average mappers? Their glue for maps is some kind of portal and currently the only portal with some degree of integration for end users/casual mappers is our main website. They can: 1) find some names there (Nominatim or GeoNames), 2) browse the maps (5 layers to choose - however the name layer is wrong, because they are rather skins or styles for showing the data visually, and real layers would be nice to see one day!), 3) look at the data directly (? button), 4) leave some notes, 5) share the link to a place, 6) export the data from current view, 7) search route for car, bicycle or foot (using 2 different services for each of them) 8) look at the latest changes 9) ...and even edit the map without leaving the portal (iD or Potlatch)! That is nice set of features, yet it does not look overloaded - does it? I think uMap would be another great tool enhancing the portal for the users. But at the same time things like 6) or 8) are less useful for them and maybe they belong to the other, developers/advanced mappers portal? Some reasons off the top of my head, some strong and some weak : * The needs of contributors and users can easily conflict, and priority is/should be given to the contributors. OK, what are their needs then and what kind of conflict you envision with uMaps? We don't know too much about real casual mappers (that's why I suggested making a survey/research), because they are rather plain users scratching their own, small itch, than advanced contributors, who are more like developers in turn. And most of them will never look for any kind of contact with the core community (BTW: it took me a few years to get involved, because I made a lot of simple edits and needed no assistance). But some of them will and they will become advanced contributors in the end. * Even without conflicts, the size of the contributor-focused todo list means that enduser-focused features get constantly pushed back. Help welcome. Some of you may already know it from WeeklyOSM or the discussion on the Tagging list, but for the rest let me briefly quote the abstract of the scientific article called Characterizing the Heterogeneity of the OpenStreetMap Data and Community: All three aspects (users, elements, and contributions) demonstrate striking power laws or heavy-tailed distributions. The heavy-tailed distributions imply that there are far more small elements than large ones, far more inactive users than active ones, and far more lightly edited elements than heavy-edited ones. Furthermore, about 500 users in the core group of the OSM are highly networked in terms of collaboration. [ http://www.mdpi.com/2220-9964/4/2/535 ] The most of the work in OSM is done not by the few hundreds of advanced users, but by much more casual mappers. So I think we should care much more for their work, no matter how basic it is, because if we have more simple users generally happy with the OSM services, we will get much more (small) contributions than we can ever have dealing only with core contributors. We just don't think of them as contributors, because we don't see them, but in reality they are very long kind of tail - wagging the dog probably! ;-) I like many tools for advanced mappers, but constant pushing back end user needs is like having great engine only the educated engineers can use. The users are our ecosystem too, and the article says they are very powerful small-scale engineers (DIY, bricoleur) army. * Becoming the internet's one-stop map website would require huge server ressources. Getting the kind of money required to run them would require huge changes to the way OSM is run, which'd be dangerous for OSM's freedom. Not necessarily! We may cooperate with other projects and act as the hub
Re: [Talk-es] Advertencia
Gracias por la aclaración. De todos modos en la zona rural no tenia pensado incluir nada más que las masas urbanas con casas, porque si es cierto que los datos de catastro para fincas son poco precisos, más aún cuando hay procesos de concentración parcelaria por medio. Y además sería mucho comprobar tantos datos. Gracias de nuevo. Em 18/05/2015 13:45, María Arias de Reyna dela...@gmail.com escreveu: El 18/5/2015 13:42, María Arias de Reyna dela...@gmail.com escribió: El 18/5/2015 13:25, André Outeiro an...@outeiro.com escribió: He estado leyendo todas las wikis e informaciones que he encontrado sobre la importacion de datos de Catastro, me he puesto en contacto con el responsable de mi provincia, he hecho pruebas en local y finalmente cuando creo que obtengo un buen resultado, he subido dos manzanas hace un par de días. Hoy dispuesto a seguir importando el ayuntamiento de Mondoñedo, me he puesto a releer manuales para seguir el proceso y revisar que cosas podía mejorar. Es entonces cuando me sorprendo de la advertencia en rojo en la cabecera de http://wiki.openstreetmap.org/wiki/Cat2Osm2 Realmente, cual es de problema? En las manzanas que he subido no he encontrado errores insalvables. Se puede entonces o no subir? A que se debe esa advertencia? Creo que despues de toda la información que existe sobre como se debe hacer la importación, sería absurdo no poder utilizar las herramientas que tenemos para mejorar OSM Si has comprobado a mano que los datos son perfectamente correctos respecto a OSM, no habría problema en subirlos. Eso es aplicable a la hora de añadir cualquier cosa. Lo que no se puede es subir datos sin estar seguro o que no sean compatibles con OSM. Me explico mejor: ¿Son los mismos datos que habría metido un mapeador experto que coja los datos directamente de la calle? Si la respuesta es no, entonces no los subas. -- André Outeiro an...@outeiro.com Chave GPG Id. B989 3674 4358 7365 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-GB] HOT in the UK
Hi, I'm running an unofficial party on Wednesday 27th in Weymouth as I've managed to generate a bit of interest in Weymouth. I'm hoping to explain a bit about what OSM is as well as HOT and then if people are still interested I'd be looking to organise an official mapping party where we might do some semi-formal training. Thank you to everyone for your responses. I thought I'd message the group incase anyone with experience wants to come along to the official one as a 'guest speaker' (if it happens). Cheers, Paul This e-mail is intended for the named addressee(s) only and may contain information about individuals or other sensitive information and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this email in error, kindly disregard the content of the message and notify the sender immediately. Please be aware that all email may be subject to recording and/or monitoring in accordance with relevant legislation. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[OSM-talk-fr] Dossier sur la randonnée
Salut, J'ai réussi à entrer en contact avec quelqu'un de ma comcom au sujet des itinéraires de randonnée. En effet, Clermont-Communauté (Puy-de-Dôme) a balisé des itinéraires sur son territoire. Bons balisages d'ailleurs car ils m'ont fait découvrir de nouveaux chemins à moins de 10km de chez moi (argh) ! Ma première approche a été texto : Je fais parti du projet de cartographie citoyenne OpenStreetMap http://openstreetmap.fr/[1] et vous sollicite donc pour que vous autorisiez explicitement la réutilisation de ces itinéraires. Nous pourrions ainsi les intégrer dans notre base de données libre, cela permettrait de rendre ces itinéraires encore plus lisibles (cartes en lignes, applications smartphones et GPS et bien d'autres réutilisations possibles). L'autre avantage est de profiter de la communauté réactive pour maintenir à jour les données géographiques. Ça a l'air bien parti, il me demande le format désiré pour les données. Bon, maintenant, j'aimerai être plus démonstratif, et j'aimerai vos idées et compiler ça sur le wiki (le top serait que je ne l'ai pas encore trouvée ;-)). Mes idées : - le rendu de JB R25 :-) - une requête overpass pour extraire - les chemins balisés, vous avez un site d'exemple ? Je pensais leur montrer opensnowmap avec les pistes de ski de fond - les points d'infos avec cartes (ils ont fait de beaux panneaux), je dois en avoir deux en bases pour l'exemple - d'autres POIs (tourisme, toilettes, point d'eau potable, …) À vous :-) Merci -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin [1] http://openstreetmap.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Parking sur un toit
Le 17 mai 2015 12:06, Xavier Cremaschi omega.xav...@gmail.com a écrit : Le 17/05/2015 11:42, Francescu GAROBY a écrit : D'ailleurs, c'est 2 fois la même URL que tu nous as indiqué. Et si je mets layer=1 sur les 2 ways (l'autre est la 30486944*7*), je n'ai pas d'erreurs, avec JOSM. Et ce, que le parking n'ait pas de layer ou en ait un avec une valeur inférieure (ou égale) à celle des 2 ways. Francescu PS : si tu connais la zone, je t'invite aussi à corriger les barrières : JOSM me dit que barrier=entrance n'est pas une valeur correcte Le 17 mai 2015 11:36, Francescu GAROBY windu...@gmail.com a écrit : Oui, mais pas les 2 ways dont tu nous as donné les liens... Francescu Le 17 mai 2015 11:31, Xavier Cremaschi omega.xav...@gmail.com a écrit : C'est le cas, le parking a layer=1, ce qui lève une erreur dans osmose. Le 17/05/2015 11:25, Francescu GAROBY a écrit : Et pourquoi ne pas mettre au parking et aux voies qui le parcourent un layer supérieur à celui du bâtiment, justement ? Francescu Le 17 mai 2015 11:12, Xavier Cremaschi omega.xav...@gmail.com a écrit : Bonjour, je ne trouve pas d'info sur comment tagger une route construite sur le toit d'un bâtiment. On peut faire passer une route : - par dessus avec bridge=yes - ou dedans avec tunnel=building_passage ou covered=building_passage, si quelqu'une peut m'expliquer la nuance d'ailleurs je suis intéréssé... - ou dessous avec tunnel=yes par exemple Mais là le parking est vraiment sur le toit, pas au dessus. ex ici : http://www.openstreetmap.org/way/304869446#map=19/43.59148/7.10411 et là : http://www.openstreetmap.org/way/304869446#map=17/43.60399/7.08989 Sans aucun autre tag que layer=1 osmose lève cette erreur : *Longue route au dessus du sol sans pont* Mais en effet il n'y pas de pont, juste une rampe d'accès comme souvent avec les parkings sur les toits. Merci d'avance pour le coup de main :) Xavier. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu -- Francescu -- Francescu Je pense que c'est l'analyse osmose qui est à affiner... si layer(highway)layer(bâtiment) c'est ok. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Parking sur un toit
ça vaudrait la peine d'ajouter building=roof ? http://wiki.openstreetmap.org/wiki/Tag:building%3Droof -- Jean-Baptiste Holcroft Le 18 mai 2015 09:19, Christian Quest cqu...@openstreetmap.fr a écrit : Le 17 mai 2015 12:06, Xavier Cremaschi omega.xav...@gmail.com a écrit : Le 17/05/2015 11:42, Francescu GAROBY a écrit : D'ailleurs, c'est 2 fois la même URL que tu nous as indiqué. Et si je mets layer=1 sur les 2 ways (l'autre est la 30486944*7*), je n'ai pas d'erreurs, avec JOSM. Et ce, que le parking n'ait pas de layer ou en ait un avec une valeur inférieure (ou égale) à celle des 2 ways. Francescu PS : si tu connais la zone, je t'invite aussi à corriger les barrières : JOSM me dit que barrier=entrance n'est pas une valeur correcte Le 17 mai 2015 11:36, Francescu GAROBY windu...@gmail.com a écrit : Oui, mais pas les 2 ways dont tu nous as donné les liens... Francescu Le 17 mai 2015 11:31, Xavier Cremaschi omega.xav...@gmail.com a écrit : C'est le cas, le parking a layer=1, ce qui lève une erreur dans osmose. Le 17/05/2015 11:25, Francescu GAROBY a écrit : Et pourquoi ne pas mettre au parking et aux voies qui le parcourent un layer supérieur à celui du bâtiment, justement ? Francescu Le 17 mai 2015 11:12, Xavier Cremaschi omega.xav...@gmail.com a écrit : Bonjour, je ne trouve pas d'info sur comment tagger une route construite sur le toit d'un bâtiment. On peut faire passer une route : - par dessus avec bridge=yes - ou dedans avec tunnel=building_passage ou covered=building_passage, si quelqu'une peut m'expliquer la nuance d'ailleurs je suis intéréssé... - ou dessous avec tunnel=yes par exemple Mais là le parking est vraiment sur le toit, pas au dessus. ex ici : http://www.openstreetmap.org/way/304869446#map=19/43.59148/7.10411 et là : http://www.openstreetmap.org/way/304869446#map=17/43.60399/7.08989 Sans aucun autre tag que layer=1 osmose lève cette erreur : *Longue route au dessus du sol sans pont* Mais en effet il n'y pas de pont, juste une rampe d'accès comme souvent avec les parkings sur les toits. Merci d'avance pour le coup de main :) Xavier. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu -- Francescu -- Francescu Je pense que c'est l'analyse osmose qui est à affiner... si layer(highway)layer(bâtiment) c'est ok. -- Christian Quest - OpenStreetMap France ___ 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] [Proposta] Import uso del suolo provincia di Vicenza
Grazie mille per l'aggiornamento. Ciao, Mirco -- View this message in context: http://gis.19327.n5.nabble.com/Proposta-Import-uso-del-suolo-provincia-di-Vicenza-tp5841464p5844979.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] Regioner og øer
Hej Jens, Diskussionen har givet ophav til livlig debat [1,2] af flere omgange. Konklusionen blev i 2012, at grænsedragninger er relevante og accepterede elementer samt, atOSM her er nødt til at rette sig efter gældende lovdefinition fordi dragningen er ikke-fysisk og derved ikke-observabel. I henhold til dansk lov trækkes grænsedragningen i vandkanten [2]. Det blev også dokumenteret på vores wiki [3] og vi har ligeledes sikret, at en bugreport beskriver renderer problemet ift. standardlaget [4]. I samme ombæring kiggede jeg på nogle af dine nylige edits [5]. Jeg undres over, at du sletter elementer og overskriver dem med nye identiske. Det er ikke god praksis at overskrive historikken på data, medmindre data er så indviklet den ikke let kan gennemskues og derfor ændres. Eksisterende data så rimeligt pæn ud. Hvis det er fordi, at du har importeret data fra ekstern kilde og derfor har fået duplikater (hvoraf du sletter den dårligste), så forventer jeg helt klart, at intentionen og metode forklares på mailinglisten inden start, således vi har mulighed for at gøre indsigelse. Mvh Rasmus [1] https://lists.openstreetmap.org/pipermail/talk-dk/2012-February/002366.html [2] https://lists.openstreetmap.org/pipermail/talk-dk/2012-February/002495.html [3] http://wiki.openstreetmap.org/wiki/Denmark/Da:Administrative_boundaries [4] https://trac.openstreetmap.org/ticket/4099 [5] http://www.openstreetmap.org/changeset/31230561 2015-05-17 21:44 GMT+02:00 Jens Winbladh j...@somewhere.dk: Hej Alle Har siddet og rodet med kystlinje på nogle øer. Kan det være rigtigt at alle kystlinjer skal have en relation med kommune og region? Kommuner og regioner gå vel ud i vandet etc. Når man kigger op OSM kortet forsvinder alle ø navne, pga. de ovennævnte relationer (det ser simpelthen tåbelig ud). Nu skal man jo ikke mappe til kort renderen, men... Kender ikke til hvad man gør andre steder. Evt. skulle man oplyse det til OSM render folkene om problemet. Hvad tænker I? Mvh Jens ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-ar] Reportes de errores
Pablo/Hernán, me gusta lo de las notas, me parece que es el camino más prolijo para evitar también que los reportes se pierdan. Gracias! 2015-05-18 13:45 GMT-03:00 Pablo Daniel Pareja Obregón parejaobre...@gmail.com: ¡Buenas! Me sumo a las felicitaciones que ya les hicieron en el otro hilo de discución. La verdad que quedó muy buena la página y es fantástico que se puedan generar estos idas y vueltas donde nuestro aporte les sirve a uds y a su vez se genera una devolución que sirve para mejorar el mapa. Con respecto al reporte de errores propongo 2 alternativas: * No sé cuán manualmente compilarían los errores. Si es muy manual, por ahí se pueden reportar directamente a la herramienta de notas de OSM, donde los colaboradores revisamos períodicamente cosas a corregir/mejorar. * Otra alternativa si la anterior no es viable, es armar un nuevo topic en el foro donde se vayan volcando los errores que se encuentren. Saludos, Pablo 2015-05-18 13:38 GMT-03:00 Vladimiro Bellini vlasvlasv...@gmail.com: por ahí se le podria pensar en un tag fixme pero para el nombre de calle? http://bit.ly/1E6QKAW Estaria bueno agregar una pata de ayuda a mejorar el mapa, sería bastante positivo! sobre todo teniendo en cuenta la llegada que tiene mapabsas Vladimiro Bellini __ \ /| _ _|. _ . _ |__) _||. _ . El 18 de mayo de 2015, 13:32, Pablo Cecconi pcecc...@gmail.com escribió: Buenas! La integración de OSM a mapa.buenosaires.gob.ar seguramente va a generar muchos mensajes de usuarios respecto a errores en los datos como este que acaba de llegar: La calle que figura como Crescenio Acosta, El Palomar, se llama CRESCENCIA ACOSTA. Por favor corrijanlo porque de otra manera no se encuentra Se me ocurre que este tipo de mensajes pueden servir para que los tome alguien de la zona que conozca o edite habitualmente por ahí y pueda verificarlo y corregirlo. Sirve que los vayamos guardando y mandemos un listado con los que nos van llegando una vez a la semana o algo así? Digo, para no generar tampoco demasiado ruido. También podríamos tratar de que estos usuarios comprendan que pueden corregir estas cosas ellos mismos a través de OSM e incentivarlos a eso pero esto podría ser un arma de doble filo (digo, por el tema vandalismos y demás). Que opinan? Saludos, Pablo ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
[OSRM-talk] Reverting 11c6713 fixed at least 5 open issues
Hi all, Over the weekend commit 11c673 was reverted and this appears to have fixed issues #1429, #1451, #1474, #1475, #1479 I have verified that the change fixes these tickets and comment on each ticket. Thank you to everyone involved with reporting, chasing the issue, and resolving it. -Steve ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [Talk-ar] Reportes de errores
No encontré en la beta las imágenes satelitales y aéreas viejas ¿piensan agregarlas? Saludos, Zalitoar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [OSM-talk] Portal for users/casual mappers (Re: Tagging FOR the renderer)
Am 18.05.2015 um 15:18 schrieb Daniel Koć: ... The most of the work in OSM is done not by the few hundreds of advanced users, but by much more casual mappers. ... You must have misunderstood something there, the top 50'000 (roughly 10% of all) or so mappers have contributed essentially all (roughly 95%) data to OSM. The long tail is not unimportant, but from a pure volume point of view OSM is very dependent on its core contributors. Not that this is a surprise or different than any other similar enterprise. Simon signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ar] Reportes de errores
También creo que quienes hacen ese reporte, no quieren editar, 1 de cada 100 lo van hacer, y es una oportunidad para no perder esos reportes que quedarían en la nada. Si el mapa de la ciudad puede/quiere hacer un chivo para captar interesados, seria fantástico, pero no creo que los 99 restantes hagan la edición, mas bien van a protestar porque los quieren hacer trabajar gratis : D El lun 18/05/2015, 13:42, Hernán Javier López hernan.lo...@gmail.com escribió: Si no hay una forma de hacerlo en forma automática por medio de un script, me ofrezco a cargar los reportes como notas en OSM. O tal vez si pueden hacer una pagina con estos mensajes y que cuando lleguen se puede entrar a revisar y copiarlos. Creo que usar las notas de OSM es lo mejor para el proyecto. Habría que ver como pasarlas o yo me ofrezco si no es apabullante la cantidad Saludos Hernan El lun 18/05/2015, 13:33, Pablo Cecconi pcecc...@gmail.com escribió: Buenas! La integración de OSM a mapa.buenosaires.gob.ar seguramente va a generar muchos mensajes de usuarios respecto a errores en los datos como este que acaba de llegar: La calle que figura como Crescenio Acosta, El Palomar, se llama CRESCENCIA ACOSTA. Por favor corrijanlo porque de otra manera no se encuentra Se me ocurre que este tipo de mensajes pueden servir para que los tome alguien de la zona que conozca o edite habitualmente por ahí y pueda verificarlo y corregirlo. Sirve que los vayamos guardando y mandemos un listado con los que nos van llegando una vez a la semana o algo así? Digo, para no generar tampoco demasiado ruido. También podríamos tratar de que estos usuarios comprendan que pueden corregir estas cosas ellos mismos a través de OSM e incentivarlos a eso pero esto podría ser un arma de doble filo (digo, por el tema vandalismos y demás). Que opinan? Saludos, Pablo ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Reportes de errores
El día 18 de mayo de 2015, 13:46, Pablo Daniel Pareja Obregón parejaobre...@gmail.com escribió: Jeje, me ganaste de mano Hernán con la sugerencia :) :) ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Reportes de errores
Jeje, me ganaste de mano Hernán con la sugerencia :) 2015-05-18 13:42 GMT-03:00 Hernán Javier López hernan.lo...@gmail.com: Si no hay una forma de hacerlo en forma automática por medio de un script, me ofrezco a cargar los reportes como notas en OSM. O tal vez si pueden hacer una pagina con estos mensajes y que cuando lleguen se puede entrar a revisar y copiarlos. Creo que usar las notas de OSM es lo mejor para el proyecto. Habría que ver como pasarlas o yo me ofrezco si no es apabullante la cantidad Saludos Hernan El lun 18/05/2015, 13:33, Pablo Cecconi pcecc...@gmail.com escribió: Buenas! La integración de OSM a mapa.buenosaires.gob.ar seguramente va a generar muchos mensajes de usuarios respecto a errores en los datos como este que acaba de llegar: La calle que figura como Crescenio Acosta, El Palomar, se llama CRESCENCIA ACOSTA. Por favor corrijanlo porque de otra manera no se encuentra Se me ocurre que este tipo de mensajes pueden servir para que los tome alguien de la zona que conozca o edite habitualmente por ahí y pueda verificarlo y corregirlo. Sirve que los vayamos guardando y mandemos un listado con los que nos van llegando una vez a la semana o algo así? Digo, para no generar tampoco demasiado ruido. También podríamos tratar de que estos usuarios comprendan que pueden corregir estas cosas ellos mismos a través de OSM e incentivarlos a eso pero esto podría ser un arma de doble filo (digo, por el tema vandalismos y demás). Que opinan? Saludos, Pablo ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
[Talk-de] OSM und der Bahnstreik
Hallo zusammen, heute melde ich mich mit einem etwas pragmatischen Anliegen. Das Thema Bahnstreik wird ja wieder aktuell, aber viele Bahnlinien sind gar nicht vom Streik betroffen, weil sie nicht (mehr) von der Deutsche Bahn AG betrieben werden. Ich denke, dass man da mit einer Karte, was alles fährt, durchaus auch außerhalb von OSM interessierte Nutzer findet. Als Werkzeug der Wahl habe ich uMap genommen, da es auf jeden Fall öffentlichkeitserprobt ist. Ich habe das mal für NRW zusammengestellt: https://wiki.openstreetmap.org/wiki/DE:UMap/Beispiele Die hier gesammelten Links können wir dann auch an die Presse weitergeben. Meine Bitte wäre, dass vielleicht der eine oder andere Lust hat, das für andere Bundesländer nachzubauen. Für ganz Deutschland würde das zwar im Prinzip auch gehen, aber die Karte ist so schon eher grenzwertig langsam. Die wesentlichen verwendeten Daten sind die Linienrelationen rel[route=train][operator=...] wobei das Operator-Tag das spannende ist. Erster Schritt ist Qualitätssicherung. Zumindest in NRW sind die Tags nicht sehr flächendeckend erfasst gewesen. Die Nacherfassung habe ich wie folgt gemacht: Eine Abfrage wie http://overpass-turbo.eu/s/9ri erlaubt, die gewünschte Bahnlinie zu finden, indem man vorher den Bahnhof in Sicht holt und passende Werte einträgt (oder [ref...] ganz weglässt, wenn es hier nicht zu viele Linien gibt) . Das geht gut mit der kleinen Textzeile in der Kartenansicht in Overpass-Turbo. Mit einem Klick auf (nicht Ausführen, sondern) Export Daten Level 0 bekommt man eine Warnmeldung, die man wegklicken kann, dann mit erneutem Klick auf Level 0 werden die Daten im Editor Level 0 geöffnet. Da kann man jetzt pro relevanter Relation den Operator-Tag leicht ergänzen (ohne Berge von Daten laden zu müssen). Hier muss man sich nur noch Anmelden, einen Changeset-Kommentar eintragen und Zu OSM hochladen. Der zweite Schritt ist, die Karte zu bauen: Wir wählen auf http://umap.openstreetmap.fr/de/ Erstelle eine Karte. Hier habe ich für das Beispiel den Hintergrund gewechselt, das Kartenscrollen begrenzt und unter Karteneinstellungen (Zahnrad rechts) Standardeinstellungen die Werte 4 für Glättungsfaktor, 0.5 für Deckkraft und 4 für Stärke eingetragen. Damit werden sie als Defaults verwendet. Die Daten bekommen wir wie folgt nach uMap. Mit einer Abfrage wie http://overpass-turbo.eu/s/9rj sammelt man die Daten in Overpass-Turbo. Dort kann man rechts mit dem Reiter Daten die Daten gesammelt markieren und kopieren (z.B. Reinklicken und Strg+A) und in uMap in das Feld Daten importieren (Pfeil nach oben) Füge Deine Daten hier ein einfügen. Nun noch Datenformat OSM und In eine neue Ebene hochladen auswählen und auf Importieren klicken. Final können wir jetzt auf das Symbol links unter +/- zeigen und dort die passende Ebene 2 zum Bearbeiten anklicken. Wieder rechts können wir der Ebene einen Namen geben und unter Erweiterte Eigenschaften die Farbe zentral für diese Ebene festsetzen. In der Hoffnung, dass man dann besser erkennen kann, wo ab Mittwoch noch was fährt, Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-us] OSM TED Style Talk - Fort Collins Colorado
On Mon, May 18, 2015 at 11:20 AM, Mike Thompson miketh...@gmail.com wrote: I have been accepted to deliver a TED style talk at the FoCOFuture Forum (Fort Collins Colorado) on Wednesday May 27th. The title of my presentation is Shaping our Communities Through Maps, and of course it is about OSM! Additional details are here: http://univercityconnections.org/ Mike - Congratulations. I won't be in the area, but would appreciate a link to the talk when it is available. Thanks, Clifford -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] OSM TED Style Talk - Fort Collins Colorado
I have been accepted to deliver a TED style talk at the FoCOFuture Forum (Fort Collins Colorado) on Wednesday May 27th. The title of my presentation is Shaping our Communities Through Maps, and of course it is about OSM! Additional details are here: http://univercityconnections.org/ The event is open to the public, so if you are in the area, please attend (preregistration is required). Mike ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-de] OSM und der Bahnstreik
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Und für mich als Neuling bzw. jemand der sich jetzt nicht täglich mit Bahnlinien beschäftigt und erst das Wiki wälzen müsste... Die wesentlichen verwendeten Daten sind die Linienrelationen rel[route=train][operator=...] wobei das Operator-Tag das spannende ist. Warum operator? Habe die erste Abfrage einfach mal für den Raum Südthüringen / Nordwestliches Oberfranken gemacht und da ist eher network getaggt. PS: Wenn ich jetzt ohne Hintergrundinformation davon ausgehe, dass network der Betreiber der Gleise und operator der Betreiber der Züge ist, dann wärs sowieso falsch getaggt, da ich als network=Agilis gefunden habe, mir aber aus der Lokalpresse ziemlich sicher bin, dass weiterhin die Deutsche Bahn Netz sonstnochwas die Gleise betreibt. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJVWjWXAAoJEIuLcq40+VqtrbAIAOI/E+78nn7ersyIPNA8vBTr aHpo1dBBGFRtPXEEn0yYc4GAhvzjYPPq8TvIg7WeCcR9AX24E1kjxLVxOlxPOCF3 /nT6yQX5Yss3ftDMsZbQlpfukIHsCJRBpJzJUo3Z+iv24XuIss+Po3AAch4lm++c rtlJwcbuD9RrGiQaq5iNHTXuWvAMKJWeuUlZs2CMnSlEetTvZ+ofgPQ7HVysiBIJ SUhEMhKCMOKkAXB1fPK08eiSWQ8HioL7cB180m9yd9tsoewdUNvQMPaw1CFU+uuz hiVBEXJ+t+GRyUANxjAXK0BKmg/sF1TREi3ONE5KQFYO5rkIUSFR9tBv1LYKOVI= =Tef5 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-us] Fwd: Re: [OHM] Fwd: moving data from OSM to OHM - what should the markers be?
on a tangentially related note... the first person who comes up to me at SOTM-US and asks will get copies of _History of America's Speedways_ and the 2015 National Speedway Directory. i will have them with me at my talk Saturday morning unless someone asks to me before that. must be in person, no email, text or other electronic requests will be honored. richard -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search signature.asc Description: OpenPGP digital signature ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-de] OSM und der Bahnstreik
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Roland, definitiv eine nette Idee, ma gucken was ich dazu beitragen kann (mir fällt da z.B. in Oberfranken die agilis ein). Zu folgendem Punkt möchte ich dich aber bitten noch ein paar Ausführungen zu machen: Die Daten bekommen wir wie folgt nach uMap. Mit einer Abfrage wie http://overpass-turbo.eu/s/9rj sammelt man die Daten in Overpass-Turbo. Dort kann man rechts mit dem Reiter Daten die Daten gesammelt markieren und kopieren (z.B. Reinklicken und Strg+A) und in uMap in das Feld Daten importieren (Pfeil nach oben) Füge Deine Daten hier ein einfügen. Nun noch Datenformat OSM und In eine neue Ebene hochladen auswählen und auf Importieren klicken. Hauptfrage meinerseits wäre, warum du z.B. die Overpass-Abfrage nicht selbst als Datenquelle in uMap nutzen möchtest. Gibt ja hier definitiv Nachteile (Daten werden jedes Mal neu geladen wirkt sich negativ auch auf overpass aus) und Vorteile (Daten sind aktuell ohne jedes Mal manuell Daten zu ersetzen. Viele Grüße, Harald Hartmann -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJVWjJEAAoJEIuLcq40+Vqt7NcH/AtiaeaAUs3DHT+wLR0zMwIq gL35qRULNIErYSv6rqnAqMB8z5Hrifrisb7dsi6Awzh+uq3+2uxwqDm+Q1WiWpJf sj94Lka2peC0UXgiFvVf15vQ1L6HgsJ68w0tlBwMv7UUOkiIsxxQUdHDwAxyFB3L mkwJjMCJIzZdxofOXjPmgN/mOA4bZRHI6UURZqMElYxKQhcVOH8z6t3wriKRQGCF pSZlPnHg40a/oe94+afZJarct/JCGJq9kvwZmq9lUSp8AfzETpfDgRm5IFRRoXJE jwSVHY9ChPlkSZwHusBBnQzxJnSLzcJ7SoAez1b00jvDFeWh891dQ9+j4VRcEuI= =ETDp -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk-fr] State Of The Map OpenStreetMap Brest 2015, J-11 le programme est en ligne !
Bonjour, (et désolé si doublon) Brest J-11 avant le State of the Map, *rencontres nationales annuelles autour du projet OpenStreetMap 2015*, du vendredi 29 au dimanche 31 mai, à l'Université de Bretagne Occidentale. *Le programme (quasi-) définitif est en ligne* et encore une fois riche en contenus ! Merci à toutes celles et ceux qui ont proposé des interventions. Vous pouvez : - Consultez le *programme* en fonction des interventions proposées : https://wiki.openstreetmap.org/wiki/FR:State_of_the_Map_France_2015 - Nous rejoindre à Brest *en **vous inscrivant* https://sotmfr15.eventbrite.fr (frais de 10€ min, repas du midi) - Joindre l'équipe d'organisation : sotm [at] openstreetmap [point] fr - Et surtout diffuser au maximum dans vos réseaux via entre autres facebook https://www.facebook.com/events/553219621487725/559819464161074/ et Twitter #SOTMFr Pour que cet évènement se passe au mieux *nous avons besoin de votre présence *pour augmenter les échanges, dynamiser les rencontres, faire parler d'OSM... Merci d'avance et au plaisir de vous rencontrer bientôt ! À bientôt à Brest, Pour l'équipe d'animation, Louis-Julien de la Bouëre administrateur OpenStreetMap 06 58 79 80 56 ljbou...@openstreetmap.fr -- Louis-Julien de la Bouëre Association Tiriad ljbou...@tiriad.org www.tiriad.org Portable : 06 58 79 80 56 Twitter : @assotiriad Skype : tiloul29 Instagram : ljbouere29 TumblR : http://ljbouere.tumblr.com/ attachment: ljbouere.vcf___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] OSM TED Style Talk - Fort Collins Colorado
Cliff, Thanks! I think the organizer is videoing the presentations, and I will share a link with the OSM community. Any advice from your speaking experience? I only have seven minutes! Mike On Mon, May 18, 2015 at 12:42 PM, Clifford Snow cliff...@snowandsnow.us wrote: On Mon, May 18, 2015 at 11:20 AM, Mike Thompson miketh...@gmail.com wrote: I have been accepted to deliver a TED style talk at the FoCOFuture Forum (Fort Collins Colorado) on Wednesday May 27th. The title of my presentation is Shaping our Communities Through Maps, and of course it is about OSM! Additional details are here: http://univercityconnections.org/ Mike - Congratulations. I won't be in the area, but would appreciate a link to the talk when it is available. Thanks, Clifford -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-de] OSM und der Bahnstreik
Hallo, Am 2015-05-18 um 20:55 schrieb Harald Hartmann: Und für mich als Neuling bzw. jemand der sich jetzt nicht täglich mit Bahnlinien beschäftigt und erst das Wiki wälzen müsste... Die wesentlichen verwendeten Daten sind die Linienrelationen rel[route=train][operator=...] wobei das Operator-Tag das spannende ist. Warum operator? Habe die erste Abfrage einfach mal für den Raum Südthüringen / Nordwestliches Oberfranken gemacht und da ist eher network getaggt. PS: Wenn ich jetzt ohne Hintergrundinformation davon ausgehe, dass network der Betreiber der Gleise und operator der Betreiber der Züge ist, dann wärs sowieso falsch getaggt, da ich als network=Agilis gefunden habe, mir aber aus der Lokalpresse ziemlich sicher bin, dass weiterhin die Deutsche Bahn Netz sonstnochwas die Gleise betreibt. *Routen mit route=train* network=* an der Routenrelation ist der Verkehrsverbund. Nicht jeder Streckenabschnitt liegt in einem Verkehrsverbund, dessen Tarif auch in Zügen gilt. Vor allem in fast ganz Bayern, weiten Teilen Sachsen-Anhalts und Mecklenburg-Vorpommerns ist das nämlich nicht so. operator=* ist das verantwortliche Unternehmen, z.B. eine DB Regio-Gesellschaft, die Agilis, der Metronom, …. Wie so oft im ÖPNV-Bereich reicht operator=* manchmal nicht aus. Auf den Linien S31, S32, S4, S41 Nord, S41 Süd, S42, S5, S6 und S9 der Albtal-Verkehrs-Gesellschaft mbH aus Karlsruhe werden auch zum Teil Triebfahrzeugführer von DB Regio eingesetzt. Dort fallen daher einzelne Fahrten (oder Teile von Fahrten, wenn unterwegs der Triebfahrzeugführer gewechselt wird) aus. Mit operator=Fahrzeuganschrift am Träger trifft man es in fast allen Fällen in Deutschland bei Eisenbahnen (keine Straßenbahnen!) recht gut. Zumindest den richtigen Konzern erwischt man dann. *Routen mit route=railway* Diese Routen sind Kursbuchstrecken. Diese haben per Definition eigentlich keinen Betreiber, denn auf einer KBS können viele verschiedene Unternehmen fahren. *Routen mit route=tracks* Sind hier völlig egal. Das sind sogenannte VzG-Strecken, eine reine Infrastruktursache. Sie beschreiben eine Strecke aus Sicht des Infrastrukturbetreibers. Ihr Verlauf, Beginn und Ende haben mehr mit der Geschichte als der ÖPNV-Praxis zu tun. Zum Beispiel, besteht die Strecke Magdeburg–Dessau–Leipzig aus drei Strecken, nämlich 6110 Magdeburg–Biederitz (weiter nach Berlin Potsdamer Bahnhof) 6410 Biederitz–Trebnitz (Trebnitz war die Grenze zw. Preußen u. Anhalt) 6411 Trebnitz–Dessau–Leipzig Bei allen drei ist der Betreiber DB Netz AG. *Filtertipps* Mit der Suche nach ^DB.* und ^Deutsche Bahn.* sollte man eigentlich alle DB-Linien finden. Im Fernverkehr bietet es sich an, nach dem Beginn von ref=* zu filtern. Alles, was in Deutschland mit IC beginnt, wird von der DB betrieben. Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten ausgenommen) I prefer GPG encryption of emails. (does not apply on mailing lists) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] a, b and c.tile.openstreetmap.org refer to the same server?
On 05/17/2015 11:09 AM, Jochen Topf wrote: (Modern browsers probably don't have this limitation any more, sombody should probably check whether we need the a/b/c stuff any more.) I gave this a quick check, Firefox's was last changed in 2008: http://hg.mozilla.org/mozilla-central/rev/d57879bc8021 https://bugzilla.mozilla.org/show_bug.cgi?id=423377 A quick read through of the bug showed that other browsers were increasing their limits at around the same time. That means that the changes should have propagated to nearly all users by now. Whether the new limits are sufficiently high for OSM I haven't investigated enough to answer. --Andrew ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-fr] Géolocalisation des écoles en open-data
Bonjour, Pour ceux qui n'auraient pas vu passer l'info. Sur data.gouv.fr apparemment mis à jour. https://www.data.gouv.fr/fr/datasets/adresse-et-geolocalisation-des-etablissements-denseignement-du-premier-et-second-degres/ 1. J'ai regardé les différents docs et j'ai cru relever des erreurs en filtrant les données sur Excel. Est-ce que qqn peut jeter un œil et me confirmer que je n'ai pas la berlue? (je ne suis pas du tout un pro des BDD): boîtes postales farfelues, données aberrantes ou dans les mauvaises colonnes,... 2. Quel apport pour OSM? Import massif ou à la demande? Couche dans le style Bano pour repérer les écoles manquantes? Donat ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-co] imagen desplazada
aquí en http://www.openstreetmap.org/#map=14/6.0048/-75.9898 ni idea como se arregla eso ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [OSM-talk] Tagging FOR the renderer
Such topics are curently discussed during the voting of a power tagging proposal on the wiki. http://wiki.openstreetmap.org/wiki/Proposed_features/Power_supports_refinement Have a look to the voting section. As I understand, renders is A (out of plenty) way to look at the data. It sounds very restrictive to make the data look like just a few people want to see it. What about ones who just want to produce data without looking at it from a narrow window ? The main argument opposed is often oh wait, this would cause a rendering issue. Thus, why the render can't adapt if the information is available in the data ? I totally agree with people who separate data from renders (structure from styles). It can be very frustrating to often prevent a good structure from existing because styles won't match. OSM should look at this problem deeply and make strong choices, before letting other sorts of contributors to leave the boat. All the best *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux 2015-05-18 12:19 GMT+02:00 moltonel 3x Combo molto...@gmail.com: On 18/05/2015, Daniel Koć daniel@koć.pl wrote: I think the mission will be accomplished once we have it integrated with OSM website somehow, just like we did with routing: there were already a few routing services using our data, so we may not care, but for average user they were just not here. And so is uMap. Routing is different in that it is immediately useful to *contributors*, who can now check that the OSM data is correct for routing, just like the slippymap is useful to check that the data looks good. uMap not so much : as a contributor, I'd rather use josm, taginfo, overpass, or even data dumps. As nice as it'd be, http://osm.org/ is not trying to be http://maps.google.com/. It's not trying to be the One True Map Portal that caters to every needs. Some reasons off the top of my head, some strong and some weak : * The needs of contributors and users can easily conflict, and priority is/should be given to the contributors. * Even without conflicts, the size of the contributor-focused todo list means that enduser-focused features get constantly pushed back. Help welcome. * Becoming the internet's one-stop map website would require huge server ressources. Getting the kind of money required to run them would require huge changes to the way OSM is run, which'd be dangerous for OSM's freedom. * Similarly for manpower requirements; volunteers wouldn't be enough anymore. * A healthy ecosystem of commercial users is important for OSM. And they should be able to do a better job of serving the end-user, so it's probably a bad idea to compete with their use-case. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] highway=trunk - Höhenfreie zweistreifige Straße
Am 15.05.2015 um 18:34 schrieb Florian Lohoff: On Thu, May 14, 2015 at 07:28:19PM +0200, 715371 wrote: Nein - Das willst du auch nicht. Es gibt manchmal gute gründe Dinge anders als üblich zu taggen. Weil es dem Verkehrsaufkommen entspricht, der regionalen Klassifizierung einer Straße etc. So wie ich dich verstehe, möchtest du da Überholmöglichkeiten sehen, ohne dass man in den Gegegenverkehr fährt, oder? Nicht zwangsläufig - Es gibt in meinen Augen auch 2 Spurige Trunks - Lange z.b. die B50 bei Simmern. Die müsste mittlerweile auch 4 Spurig sein. Und diese? https://www.openstreetmap.org/way/46988406/history#map=18/52.49357/7.32926 D.h. 2+1 wäre OK, aber komplett höhen-/kreuzungsfrei alleine würde dir nicht reichen. Also eine Mittellinie, die nicht durchgezogen ist, ist für highway=trunk nicht OK. Oder soll das ganze auf so etwas hinauslaufen, dass man sich anschaut, ob noch mehr Sachen erfüllt sind und dann eher aus dem Bauch, aber relativ frei entscheiden? Relativ frei würde ich nicht sagen. Aber sowas wie - Kreuzungsfrei - Mehrspurig je Fahrtrichtung - Mittelleitplanke/Doppelte Mittellinie - Kraftfahrtstraße Wenn 3 von 4 Kriterien erfüllt sind ist es ein Trunk - so mal ins unreine Gedacht. IMO: Eine durchgezogene Mittellinie wäre statt doppelter auch OK. Allerdings wäre dann die Frage, ob man weitere Kriterien brauch wie mindestens zwei Anschlussstellen. Für das 2+1-System würde man Mehrspurig je Fahrtrichtung auch bereits ein wenig aufweichen. Eingeschränkt auf Deutschland würde derzeit kreuzungsfrei die wichtigste Eigenschaft sein. trunks wie diese http://www.openstreetmap.org/#map=19/52.61961/8.36607 sind in Deutschland ja zur Zeit die Ausnahme. Aber am Ende ist es doch auch eine regionale Entscheidung. Es gibt bestimmt Gebiete wo ALLES so gut Ausgebaut ist. Da ist nicht alles sofort Trunk sondern die mit der wirklichen übergeordneten Bedeutung. In anderen Bereichen mit schlechter Infrastruktur wie z.b. Lippe ist es viel schneller mal ein Trunk weil es eben schnell übergeordenete Bedeutung bekommt. Und z.b. die erwähnte Ostwestfalenstraße hat ganz deutlich übergeordeneten Charakter. Wobei es highway=primary auch schon tun würde, um den übergeordneten Charakter zu erfassen. Was das Wiki anbelangt müsste highway=trunk weniger von der Rolle der Bedeutung bestimmt werden. Bei Autobahnen kann man sich in Deutschland natürlich schlicht am Autobahnschild orientieren. Am Ende sind die die OSM Klassifizierungen regional unterschiedlich. Das kommt natürlich auch auf die Konsumenten an. Innerhalb Deutschlands sollte man aber einigermaßen klare Regeln finden können. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-GB] Possible collaboration with Amey
Sounds interesting. Do you know where they are hoping to hold the event? As you say, it would be good if we could get a few folk there to describe what can be done with OpenStreetMap data and associated technologies. Regards, Rob ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Derby Pub Meet-up Tuesday 19th May
Just a reminder that tomorrow night is the Nottingham goes to Derby meet-up. Details on the wiki: http://wiki.openstreetmap.org/wiki/Nottingham/Pub_Meetup Jerry ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] Deletion rampage by a certain user
Can the tools filter selected items from a change set when performing undelete? IE. only undelete stuff from Clay? If not is there a reasonable way to export the changeset and manually review then re-upload as new or undeleted items? Sorry not familiar with the details of doing an changeset restore/undelete. Dale Dale Puch On Mon, May 18, 2015 at 7:13 PM, Frederik Ramm frede...@remote.org wrote: Hi, On 05/19/2015 12:51 AM, Clay Smalley wrote: Last winter, I drove around a bunch of neighborhoods with my GPS and manually added them into OSM. I wanted to add a few more neighborhoods today, so I opened up OSM and went to that area, and a significant chunk of my additions were mysteriously deleted. At first glance it really looks as if the user did nothing more than random deletions across the country. I wonder why it hasn't been noticed before. Then again, many of the objects he deleted are ones he had created himself - perhaps he did that with the good intention the clean up after having been told that copying from Google is not allowed. Perhaps your stuff was accidentally deleted with his own? I sent him a message about it, and he hasn't responded. This is pretty frustrating. What can I do about this? We can easily undelete things, however we'd have to make sure we identify the right changesets to undo, else we might re-create things copied from Google! It appears to me that simply undeleting all objects deleted in your list of changesets would have this undesirable effect. Also there's a slight danger of bringing stuff back that was deleted 2 months ago and someone else has meanwhile drawn the missing bit again, which would lead to duplicates. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-ca] Calgary Area Trail Mapping Project
Hello Andrew A lot of the tracks seem to be very old and may have come from this site: http://albertatrailmaps.ca http://wiki.openstreetmap.org/wiki/User:Catmp or one similar to it. There are a few in Calgary that post GPS tracks for hiking I don’t think there is any licensing issues as it is all user gathered data. Just GPS traces. I don’t think it should be deleted. Poor Quality can be better than no quality. Plus it seems there are a few mappers in the area that are slowly cleaning it up. Thanks Iain On May 16, 2015, at 2:36 PM, Andrew MacKinnon andrew...@gmail.com wrote: There is a bunch of data near Calgary that looks similar to this: distance_marker = yes garmin_type = 0x5a00 name = C78 McGillvray Staging Area source = Calgary Area Trail Mapping Project This looks like it came from sort of low quality import. Is OSM allowed to use this data? Should it be deleted? ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca signature.asc Description: Message signed with OpenPGP using GPGMail ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-at] Ampelpärchen Wien
Hi! Ihr habt vielleicht mitbekommen, dass in Wien jetzt an manchen Fußgänger-Ampeln spezielle Motive angebracht wurden: Pärchen, teilweise hetero- oder homosexuell. Seit gestern ist bekannt, dass diese Motive sogar permanent bleiben werden: http://derstandard.at/216005136/Vassilakou-Ampelpaerchen-bleiben Ich würd' die Ampeln gerne in der OpenStreetMap speziell taggen - die Frage ist nur, wie? Hat jemand eine Idee, welches Tagging da passend wäre? gruesse, Stephan -- Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich ,-. | Stephan Bösch-Plepelits,| | Technische Universität Wien -Studien Informatik Raumplanung | | Projects: | | openstreetbrowser.org couchsurfing.org tubasis.at bl.mud.at | | Contact:| | Mail: sk...@xover.mud.at Blog: plepe.at | | Twitter: twitter.com/plepe Jabber: sk...@jabber.at | `-' ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] OSM und der Bahnstreik
Hallo Harald, Hauptfrage meinerseits wäre, warum du z.B. die Overpass-Abfrage nicht selbst als Datenquelle in uMap nutzen möchtest. Gibt ja hier definitiv Nachteile (Daten werden jedes Mal neu geladen wirkt sich negativ auch auf overpass aus) und Vorteile (Daten sind aktuell ohne jedes Mal manuell Daten zu ersetzen. Der Vorteil fällt hier nicht sehr ins Gewicht, weil sich die Bedienung einer Linie allenfalls am Fahrplanwechsel ändert. Umgekehrt habe ich die Verbindung zwischen Overpass API und uMap im ersten Anlauf nicht ans Laufen gebracht und daher darauf verzichtet. Hier geht es ja darum, eine solche Karte schnell (2 Stunden nach der Idee dazu) fertigzustellen, und einen Großteil braucht da schon die Präsentation sowie die Prüfung, ob die Daten vollständig sind. Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] Ampelpärchen Wien
Maximal ein Note anhängen mit Info. Date: Tue, 19 May 2015 07:13:44 +0200 From: sk...@xover.htu.tuwien.ac.at To: talk-at@openstreetmap.org Subject: [Talk-at] Ampelpärchen Wien Hi! Ihr habt vielleicht mitbekommen, dass in Wien jetzt an manchen Fußgänger-Ampeln spezielle Motive angebracht wurden: Pärchen, teilweise hetero- oder homosexuell. Seit gestern ist bekannt, dass diese Motive sogar permanent bleiben werden: http://derstandard.at/216005136/Vassilakou-Ampelpaerchen-bleiben Ich würd' die Ampeln gerne in der OpenStreetMap speziell taggen - die Frage ist nur, wie? Hat jemand eine Idee, welches Tagging da passend wäre? gruesse, Stephan -- Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich ,-. | Stephan Bösch-Plepelits,| | Technische Universität Wien -Studien Informatik Raumplanung | | Projects: | | openstreetbrowser.org couchsurfing.org tubasis.at bl.mud.at | | Contact:| | Mail: sk...@xover.mud.at Blog: plepe.at | | Twitter: twitter.com/plepe Jabber: sk...@jabber.at | `-' ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] OSM und der Bahnstreik
Dennoch kleiner Tipp: Die die Vorlage {bbox} von umap enspricht nicht
der Reihenfolge wie bei der Overpass-Api. Also Himmelsrichtungen einzeln
eintragen. Und dann muss man, glaub ich, noch dynamisch und
Proxyanforderung anklicken.
Beste Grüße Johannes
Am 19.05.2015 um 06:08 schrieb Roland Olbricht:
Hallo Harald,
Hauptfrage meinerseits wäre, warum du z.B. die Overpass-Abfrage nicht
selbst als Datenquelle in uMap nutzen möchtest.
Gibt ja hier definitiv Nachteile (Daten werden jedes Mal neu geladen
wirkt sich negativ auch auf overpass aus) und Vorteile (Daten sind
aktuell ohne jedes Mal manuell Daten zu ersetzen.
Der Vorteil fällt hier nicht sehr ins Gewicht, weil sich die Bedienung
einer Linie allenfalls am Fahrplanwechsel ändert. Umgekehrt habe ich die
Verbindung zwischen Overpass API und uMap im ersten Anlauf nicht ans
Laufen gebracht und daher darauf verzichtet. Hier geht es ja darum, eine
solche Karte schnell (2 Stunden nach der Idee dazu) fertigzustellen, und
einen Großteil braucht da schon die Präsentation sowie die Prüfung, ob
die Daten vollständig sind.
Viele Grüße,
Roland
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk-fr] Tr : [OSM-dev-fr] Wikipedia Maps in Lyon hackathon
les amis de Lyon, Yuri vous propose un Hackaton Wikipedia. Yuri, I am connecting you with the OSM-France community. There is a local community in Lyon also. Pierre - Mail transféré - De : Yuri Astrakhan yastrak...@wikimedia.org À : Discussions dev...@openstreetmap.org Envoyé le : Lundi 18 mai 2015 18h42 Objet : [OSM-dev-fr] Wikipedia Maps in Lyon hackathon Hi, there is a Wikipedia hackathon happening this weekend in Lyon, FR. I am one of the two engineers working on brining OSM maps to Wikipedia. We have built a Mapbox vector-based prototype, and would love to work with the community to make this project a success in production. Is there anyone who wants to work with us, who would like to come to Lyon over the weekend, please ping me directly. Thanks! --Yuri Astrakhan (user:yurik) WMF ___ dev-fr mailing list dev...@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Deletion rampage by a certain user
Hi, On 05/19/2015 12:51 AM, Clay Smalley wrote: Last winter, I drove around a bunch of neighborhoods with my GPS and manually added them into OSM. I wanted to add a few more neighborhoods today, so I opened up OSM and went to that area, and a significant chunk of my additions were mysteriously deleted. At first glance it really looks as if the user did nothing more than random deletions across the country. I wonder why it hasn't been noticed before. Then again, many of the objects he deleted are ones he had created himself - perhaps he did that with the good intention the clean up after having been told that copying from Google is not allowed. Perhaps your stuff was accidentally deleted with his own? I sent him a message about it, and he hasn't responded. This is pretty frustrating. What can I do about this? We can easily undelete things, however we'd have to make sure we identify the right changesets to undo, else we might re-create things copied from Google! It appears to me that simply undeleting all objects deleted in your list of changesets would have this undesirable effect. Also there's a slight danger of bringing stuff back that was deleted 2 months ago and someone else has meanwhile drawn the missing bit again, which would lead to duplicates. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-co] [EHP] Flash Update No. 1 - Colombia: Emergencia por avalancha en Salgar (Antioquia) [English version available]
-- Forwarded message -- From: Sala de Situación Humanitaria Colombia secreta...@colombiassh.org Date: 2015-05-18 17:58 GMT-05:00 Subject: [EHP] Flash Update No. 1 - Colombia: Emergencia por avalancha en Salgar (Antioquia) [English version available] Usted recibe este mensaje por estar suscrito a la lista de distribución de Sala de Situación Humanitaria En caso de no poder leer correctamente este mensaje visite este enlace en su navegador Flash Update No. 1 - Colombia: Emergencia por avalancha en Salgar (Antioquia) 18/05/2015 Al menos 48 personas han muerto por una avalancha ocurrida en el municipio de Salgar (Antioquia), norte de Colombia. El 18 de mayo, fuertes lluvias causaron el desbordamiento de la quebrada Liborina generando una avalancha que afectó las viviendas de al menos 32 familias. Al momento de elaboración de este informe, se contabilizaban 48 personas muertas, 27 heridas y un número aún indeterminado de desaparecidos. Se espera que la cifra de víctimas fatales aumente en las próximas horas mientras avanzan las labores de búsqueda y rescate. Los heridos están siendo trasladados a Medellín -capital del departamento. La emergencia afecta el corregimiento La Margarita y dos barrios del casco urbano. Se estima que en estas zonas habitan cerca de 250 familias; aún no se conoce la afectación del total de la población de estos sectores. La avalancha causó destrucción de viviendas y puentes, según información oficial de la Unidad Nacional para la Atención de Riesgo y Desastres (UNGRD). Los servicios de agua y saneamiento se encuentran suspendidos, situación que afecta a cerca de 18.000 personas. Para evitar el desabastecimiento de agua, se dispuso un carrotanque de un municipio cercano para distribución en las próximas horas. Consulte el informe completo en este enlace: http://bit.ly/1cLRiQc Flash Update No. 1 - Colombia: Landslide cause emergency in Salgar (Antioquia) 18/05/2015 At least 48 people have died due to a landslide in the municipality of Salgar (Antioquia), northern Colombia. On 18 May, heavy rains caused the overflowing of the river Liborina, triggering a landslide that damaged the houses of about 32 families. At the time of this report, 48 people have died, 27 are injured and an undetermined number are missing. The death toll is expected to rise in the coming hours while search and rescue is carried out. The injured are being transferred to Medellín –departmental capital. The emergency affects La Margarita (rural settlement) and two urban neighborhoods. It is estimated that 250 families live in these areas; their situation has not been assessed yet. The landslide caused destruction of houses and bridges, according to the National Disasters Unit (UNGRD). Water and sanitation services are suspended, affecting about 18,000 people. To avoid shortages of water, a tanker truck will be deployed in the coming hours. Find the full report in this link: http://bit.ly/1cLRiQc Nuestra dirección es: Equipo Humanitario de País - Colombia OCHA Carrera 13 número 93-12 - Bogotá Colombia Of. 402 Bogota 110221 Colombia why did I get this?unsubscribe from this listupdate subscription preferences Equipo Humanitario de País - Colombia · OCHA Carrera 13 número 93-12 - Bogotá Colombia · Of. 402 · Bogota 110221 · Colombia -- ## |___|__\___ | _ | |_ | } (_) (_) Twitter: @fredy_rivera Phone USA: (347) 688-4473 Mobil telephone: +57 3044886255 ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [OSM-talk] a, b and c.tile.openstreetmap.org refer to the same server?
18. maj 2015 10.30 pop. je oseba Andrew Guertin andrew.guer...@uvm.edu napisala: Whether the new limits are sufficiently high for OSM I haven't investigated enough to answer. Browser limits, network speeds and screen resolutions all increased in the recent years, but tile size stayed at 256*256. To put this in perspective, currently trending 1920*1080 needs 40-54 tiles for a full screen map, whereas 1024*768 (most popular in 2009) only needed 12-20. Source: http:// http://www.screenresolution.org/www.screenresolution.org/ http://www.screenresolution.org/ + quick calculation. Average tile complexity also increased somewhat, increasing their average size in kB. Using a,b,c hostname aliases only increases initial DNS resolution time. This hack IMO still serves as a relatively cheap performance boost... until HTTP 2 is widely used. best regards, Stefan ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-co] [EHP] Flash Update No. 1 - Colombia: Emergencia por avalancha en Salgar (Antioquia) [English version available]
*Actualización de la cartografía* Hay cobertura Bing https://www.openstreetmap.org/#map=15/5.9623/-75.9757 el polígono de prioridad de mapeo pudiese ser a lo largo de la vía acuática que lo cruza, levantado cuerpos de agua, calles y edificaciones. Una guía para mapear deslizamientos de tierra http://hotosm.github.io/tracing-guides/guide/Nepal-Landslides.html ¿Alguien en campo que tome estos puntos o vectores? *Usos de la cartografía actualizada* Para los humanitarios en campo es posible preparar un archivo OsmAnd (aplicación móvil) usando como fuente el .pbf de http://download.geofabrik.de/south-america/colombia.html también descargar los archivos para ruteo con equipos Garmin desde http://garmin.openstreetmap.nl/ Saludos! Humberto Yances El 19 de mayo de 2015, 1:06, Fredy Rivera fredyriv...@gmail.com escribió: -- Forwarded message -- From: Sala de Situación Humanitaria Colombia secreta...@colombiassh.org Date: 2015-05-18 17:58 GMT-05:00 Subject: [EHP] Flash Update No. 1 - Colombia: Emergencia por avalancha en Salgar (Antioquia) [English version available] Usted recibe este mensaje por estar suscrito a la lista de distribución de Sala de Situación Humanitaria En caso de no poder leer correctamente este mensaje visite este enlace en su navegador Flash Update No. 1 - Colombia: Emergencia por avalancha en Salgar (Antioquia) 18/05/2015 Al menos 48 personas han muerto por una avalancha ocurrida en el municipio de Salgar (Antioquia), norte de Colombia. El 18 de mayo, fuertes lluvias causaron el desbordamiento de la quebrada Liborina generando una avalancha que afectó las viviendas de al menos 32 familias. Al momento de elaboración de este informe, se contabilizaban 48 personas muertas, 27 heridas y un número aún indeterminado de desaparecidos. Se espera que la cifra de víctimas fatales aumente en las próximas horas mientras avanzan las labores de búsqueda y rescate. Los heridos están siendo trasladados a Medellín -capital del departamento. La emergencia afecta el corregimiento La Margarita y dos barrios del casco urbano. Se estima que en estas zonas habitan cerca de 250 familias; aún no se conoce la afectación del total de la población de estos sectores. La avalancha causó destrucción de viviendas y puentes, según información oficial de la Unidad Nacional para la Atención de Riesgo y Desastres (UNGRD). Los servicios de agua y saneamiento se encuentran suspendidos, situación que afecta a cerca de 18.000 personas. Para evitar el desabastecimiento de agua, se dispuso un carrotanque de un municipio cercano para distribución en las próximas horas. Consulte el informe completo en este enlace: http://bit.ly/1cLRiQc Flash Update No. 1 - Colombia: Landslide cause emergency in Salgar (Antioquia) 18/05/2015 At least 48 people have died due to a landslide in the municipality of Salgar (Antioquia), northern Colombia. On 18 May, heavy rains caused the overflowing of the river Liborina, triggering a landslide that damaged the houses of about 32 families. At the time of this report, 48 people have died, 27 are injured and an undetermined number are missing. The death toll is expected to rise in the coming hours while search and rescue is carried out. The injured are being transferred to Medellín –departmental capital. The emergency affects La Margarita (rural settlement) and two urban neighborhoods. It is estimated that 250 families live in these areas; their situation has not been assessed yet. The landslide caused destruction of houses and bridges, according to the National Disasters Unit (UNGRD). Water and sanitation services are suspended, affecting about 18,000 people. To avoid shortages of water, a tanker truck will be deployed in the coming hours. Find the full report in this link: http://bit.ly/1cLRiQc Nuestra dirección es: Equipo Humanitario de País - Colombia OCHA Carrera 13 número 93-12 - Bogotá Colombia Of. 402 Bogota 110221 Colombia why did I get this?unsubscribe from this listupdate subscription preferences Equipo Humanitario de País - Colombia · OCHA Carrera 13 número 93-12 - Bogotá Colombia · Of. 402 · Bogota 110221 · Colombia -- ## |___|__\___ | _ | |_ | } (_) (_) Twitter: @fredy_rivera Phone USA: (347) 688-4473 Mobil telephone: +57 3044886255 ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [OSM-talk] Portal for users/casual mappers (Re: Tagging FOR the renderer)
On Mon, May 18, 2015 at 9:14 AM, Simon Poole si...@poole.ch wrote: You must have misunderstood something there, the top 50'000 (roughly 10% of all) or so mappers have contributed essentially all (roughly 95%) data to OSM. The long tail is not unimportant, but from a pure volume point of view OSM is very dependent on its core contributors. Not that this is a surprise or different than any other similar enterprise. Keep in mind the type of contribution is different. This year I edited 250,000 trees with a bad tag. That's a huge number of nodes, but not a significant contribution of knowledge. The long tail editors on the other hand may be supplying data in unique ways requiring local knowledge. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-us] Deletion rampage by a certain user
Hi all, Last winter, I drove around a bunch of neighborhoods with my GPS and manually added them into OSM. I wanted to add a few more neighborhoods today, so I opened up OSM and went to that area, and a significant chunk of my additions were mysteriously deleted. I investigated a little, and it looks like Cam4rd98 [1] went to various parts of the US and deleted a lot of ways without any explanation over the course of 3 days [2]. In my area in particular (Katy, TX), I noticed he specifically deleted neighborhoods mapped by me and left intact the neighborhoods others had mapped. (side note, this might be retaliation for me calling him out on copying from Google Maps? I'm not sure if he knows that was me, but it might be relevant.) I sent him a message about it, and he hasn't responded. This is pretty frustrating. What can I do about this? Clay [1] http://www.openstreetmap.org/user/Cam4rd98 [2] http://www.cs.utexas.edu/~clay/deletions.html ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-ar] Mapa Interactivo de Buenos Aires v4.0 (BETA)
Gracias Werner! Si, el cambio de Sección-Manzana-Parcela por Identificador Catastral tiene que ver sobre todo con que la mayoría de la gente no sabe qué es ni le interesa ese dato como para darle tanta preponderancia en la presentación como tenía antes y por otra parte, el profesional del área que sí sabe lo que es puede reconocer fácilmente el formato SS-MMM- en el Identificador Catastral. La partida matriz es un identificador catastral que utiliza Rentas de la Ciudad y es equivalente al SMP. Fijate que es el que te figura en la boleta de ABL. Saludos, Pablo 2015-05-18 23:05 GMT-03:00 Werner Horsch werner.hor...@gmail.com: Ahora los veo, por ahí fue una parcela especifica o algún problema puntual ese día, tengo q revisar la otra maquina q use ese día Le sacaron la nomenclatura y la cambiaron por el identificador catastral que debe se Sec-Mz-Pc, correcto? La Partida Matríz que es? Está muy bueno, hasta es más rápido q su antecesor, la función de meir distancias está muy bien hecha, no se cuelga, tiene más info que antes y es user friendly Mis felicitaciones 2015-05-17 22:24 GMT-03:00 Pablo Cecconi pcecc...@gmail.com: Gracias Werner, los datos de parcela y demás se acceden con botón derecho sobre el mapa seleccionando Más información. Obviamente para ver datos de parcela tenés que pegarle adentro de la parcela y para ver los límites tenés que acercarte hasta un zoom más o menos cercanos pero te tienen que aparecer. Si seguís sin poder verlos avisame que revisamos si no hay algún bug especifico con alguna combinación de software o algo así. Saludos, Pablo 2015-05-16 16:21 GMT-03:00 Werner Horsch werner.hor...@gmail.com: Fer de 10 la integración q lograron con OSM preguntita, q paso con la info parcelaria q hay de CABA, los agrimensores la usamos mucho para nuestro laburo, en ésta versión desaparece o solo falta incorporarla? gracias 2015-05-16 12:57 GMT-03:00 Fernando Toledo ftol...@docksud.com.ar: El 15/05/15 a las 15:48, Pablo Cecconi escibió: Buenas! Escribo para contarles que tenemos nueva versión del mapa con área metropolitana integrada hasta tercer cordón con datos de OSM integrados a los datos oficiales de CABA. Nos llevó 1 año y medio de laburo pero ya casi estamos para salir así que los invito a probar la Beta entrando a http://mapa.buenosaires.gob.ar/v4 Todos los comentarios y críticas que puedan hacer son bienvenidos! Saludos, Pablo pd: Todavía no definimos la frecuencia de actualización de datos pero está todo automatizado y seguramente terminará siendo una vez a la semana o algo así. muy bueno che! -- Fernando Toledo Dock Sud BBS http://bbs.docksud.com.ar telnet://bbs.docksud.com.ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Mapa Interactivo de Buenos Aires v4.0 (BETA)
Ahora los veo, por ahí fue una parcela especifica o algún problema puntual ese día, tengo q revisar la otra maquina q use ese día Le sacaron la nomenclatura y la cambiaron por el identificador catastral que debe se Sec-Mz-Pc, correcto? La Partida Matríz que es? Está muy bueno, hasta es más rápido q su antecesor, la función de meir distancias está muy bien hecha, no se cuelga, tiene más info que antes y es user friendly Mis felicitaciones 2015-05-17 22:24 GMT-03:00 Pablo Cecconi pcecc...@gmail.com: Gracias Werner, los datos de parcela y demás se acceden con botón derecho sobre el mapa seleccionando Más información. Obviamente para ver datos de parcela tenés que pegarle adentro de la parcela y para ver los límites tenés que acercarte hasta un zoom más o menos cercanos pero te tienen que aparecer. Si seguís sin poder verlos avisame que revisamos si no hay algún bug especifico con alguna combinación de software o algo así. Saludos, Pablo 2015-05-16 16:21 GMT-03:00 Werner Horsch werner.hor...@gmail.com: Fer de 10 la integración q lograron con OSM preguntita, q paso con la info parcelaria q hay de CABA, los agrimensores la usamos mucho para nuestro laburo, en ésta versión desaparece o solo falta incorporarla? gracias 2015-05-16 12:57 GMT-03:00 Fernando Toledo ftol...@docksud.com.ar: El 15/05/15 a las 15:48, Pablo Cecconi escibió: Buenas! Escribo para contarles que tenemos nueva versión del mapa con área metropolitana integrada hasta tercer cordón con datos de OSM integrados a los datos oficiales de CABA. Nos llevó 1 año y medio de laburo pero ya casi estamos para salir así que los invito a probar la Beta entrando a http://mapa.buenosaires.gob.ar/v4 Todos los comentarios y críticas que puedan hacer son bienvenidos! Saludos, Pablo pd: Todavía no definimos la frecuencia de actualización de datos pero está todo automatizado y seguramente terminará siendo una vez a la semana o algo así. muy bueno che! -- Fernando Toledo Dock Sud BBS http://bbs.docksud.com.ar telnet://bbs.docksud.com.ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [OSM-talk-fr] Code Fantoir sur deux communes
C'est une sortie très brute... en cherchant sur Rue, Avenue, Boulevard, etc... on a un résultat bien plus utile. Cette sortie est brute, justement pour avoir vos retours pour améliorer cette requête. Le 17 mai 2015 19:36, didier2020 didier2...@free.fr a écrit : Le dimanche 17 mai 2015 à 16:59 +0200, Eric SIBERT a écrit : Le 15/05/2015 18:36, Christian Quest a écrit : Suite à cet échange et à une demande de didier2020, j'ai sorti un CSV des highway qui portent un nom et qui croisent plusieurs communes. J'ai regardé. Pas facile à exploiter comme ça juste avec le tableau. Un tri par département peut-être. Essaye de filtrer les names qui commencent par Rue ... il n'y a pratiquement pas de faux positif J'ai aussi étudié en détail quelques Route de Grenoble. Ce n'est pas parce que ça traverse plusieurs communes que c'est faux. Justement, les données Fantoir sont une opportunité de vérifier ça sans aller sur le terrain. Il faut juste que les banoteurs soient vigilants sur les changements de commune. A affiner pour une future analyse osmose ? Bof. Attendre que la bano avance et faire du contrôle sur la bano: - code Fantoir bien dans le périmètre de la commune - voie avec name=* et pas de code Fantoir (genre Chemin de Machin à Trucmuche recopié du cadastre). Eric ___ 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 -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Tagging FOR the renderer
Am 18.05.2015 um 00:44 schrieb Paul Norman penor...@mac.com: Tiles@home was not a P2P map style, it was kept in SVN and used a distributed rendering system. Distributed rendering is still used, primarily by larger scale operations. yes, but because there were no or few authorities to control what came onto the map (svn write access was sufficient), it was also a very flexible, fast moving, very responsive (in that time mapnik got re-rendered once a week), every pet tag displaying, colorful, esthetic mess. It had its advantages but wasn't really a nice map. Cheers Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-at] indoormapping
On 17.05.2015 15:45, eest9 wrote: ich habe mich heute mit dem Indoormapping beschäftigt und das Metalab gemappt. Hier der umgebende building=part http://www.openstreetmap.org/way/345700386 . Leider sieht man nun auf der Standardkarte die Hausnummer nicht mehr :/ Ein Carto-Bug. Wenn building:part und leisure=hackerspace nicht gerendert werden, sollte wenigstens die Hausnummer gerendert werden. Ich will jetzt nicht unbedingt mit mapping für den Renderer beginnen :( aber kann sich das vielleicht einmal jemand ansehen/kontrollieren bzw. mir auch tipps geben? building:part wird meines Wissens nur für 3D-Rendering gebraucht, und dort ist die Angabe der Stockwerke nötig. Darum macht building:part ohne level=* meiner Meinung nach keinen Sinn. Es heißt zwar, man soll nicht für den Renderer mappen, aber irgendeine Anwendung soll mit den Daten doch möglich sein, das Mappen kann kein Selbstzweck sein. Im übrigen kommt mir vor, dass das im konkreten Fall gar kein baulich definierbarer Gebäudeteil ist. Denn der hätte keine so zickzack verlaufende Abgrenzung nach Osten. Ich habe auch schon Indoor-Mapping gemacht, z.B. in der Hofburg, aber dort hauptsächlich für den Zweck, dass wenn man auf openstreetmap.org nach der Nationalbibliothek oder dem Ephesos-Museum sucht, es dann gleich flächig angezeigt wird. Dafür braucht man kein building:part. room=* benutze ich für signifikante Räume, z.B. einen Veranstaltungssaal in einem Hotel. Man kann natürlich alle Räume mappen, die es gibt, es fragt sich dann nur, ob das die Mühe wert ist, siehe oben. Auf jeden Fall sollte man versuchen, für room=* auch einen Wert anzugeben. Z.B. room=lounge statt room=yes, und dann sparst du dir name=Lounge. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] Dossier sur la randonnée
Le 18/05/2015 09:11, Nicolas Dumoulin a écrit : - le rendu de JB R25 :-) Pas de problème, tu veux quoi, ou, comment ? T'as une trace GPS sous la main ? Ou juste un fond de carte ? Ou toute une série de cartes (ça y est, le scriptage de maperitive ne me fait plus trop peur…) ? JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dossier sur la randonnée
Le lundi 18 mai 2015 09:25:12 JB a écrit : Le 18/05/2015 09:11, Nicolas Dumoulin a écrit : - le rendu de JB R25 :-) Pas de problème, tu veux quoi, ou, comment ? T'as une trace GPS sous la main ? Ou juste un fond de carte ? Ou toute une série de cartes (ça y est, le scriptage de maperitive ne me fait plus trop peur…) ? JB. Je vais juste leur donner un ou deux rendus de carte (chaîne des puys et les vosges). Merci :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-cat] Mapa OpenStreetMap amb punts d'interès, GPX, Mapillary...
Ep, Només informar de què ja he implementat la lectura dels opening_hours[1] als pop-up dels punts d'interès. Probablement es pot millorar, però és una primera aproximació: http://www.konfraria.org/osm/cerca/web Salut! ;) [1] https://github.com/KonfrareAlbert/osm-pois/commit/bb946447714daa0957c01aa12ece45ca4bf09ae9 El dia 12 de maig de 2015, 20:15, Konfrare Albert lakonfrariadelav...@gmail.com ha escrit: Gràcies Yopaseopor! Probablement tens raó, seria bona idea canviar aquest «Mode expert» per alguna de les suggerències que fas. Ho anoto ;) Traduir les etiquetes ja és més complicat i no sé si necessari. Sobre l'horari, podria fer que apareguès al pop-up «Horari: valor». Però segurament entendre l'horari és més problema del valor de l'etiqueta que no pas de l'etiqueta en sí :P El que si que tenia en ment és mostrar la informació d'opening_hours en un llenguatge comprensible per a qualsevol. Tinc la llibreria localitzada, es tracta de poder integrar-la al codi per mostrar l'horari, o simplement «Obert», «Tancat», etc... https://github.com/ypid/opening_hours.js A més, el creador del codi original també té en ment afegir aquesta funcionalitat. Ja informaré ;) Salut! El dia 12 de maig de 2015, 19:57, yo paseopor yopaseo...@gmail.com ha escrit: Ieps , provant-lo i tal i de cara a l'acceptació per un públic general i gesn especialitzat amb la cosa informàtica jo canviaria el mode expert per informació avançada o més informació (tot i que la web faci el mateix al cap i a la fi). I per donar més idees hi hauria la possibilitat de traduir aquestes claus que poguessin apareixer? Exemple opening_hours a la web podria sortir com Horari... No tinc ni idea ni de si és possible ni de com fer-ho , idees que us deixo ;) Salut i webs yopaseopor 2015-05-12 19:40 GMT+02:00 Konfrare Albert lakonfrariadelav...@gmail.com : PD: Ara el que estic intentant (amb l'ajuda d'algun entès en QGis) és afegir a les dades del GPX les alçades amb un model d'elevació «més correcte». Quan ho tingui ja faré un tutorial a la wiki de GitHub del projecte ;) El dia 12 de maig de 2015, 19:36, Konfrare Albert lakonfrariadelav...@gmail.com ha escrit: Sí, el zoom 20 l'he mantingut per poder aprofitar-lo en les capes que el tenen. Si el treia i et trobaves en un zoom 20 en una capa que el tingués i canviaves a una capa que no el tingués t'apareixia el mapa en blanc fins que retrocedies al seu zoom màxim. No sé si m'he explicat :P El dia 12 de maig de 2015, 19:29, Jaume Figueras i Jové jaume.figue...@upc.edu ha escrit: Avui que puc respondre a alguna cosa queda molt interessant. M'ha agradat molt el canvi de mapa al mostrar rutes (jo en necessitaré un per Sant Llorenç del munt), el zoom 20 l'has mantingut per algun motiu en concret? Salut! On 12/05/15 19:13, Konfrare Albert wrote: Hola a tots, Davant de la possibilitat de què l'Ajuntament de la Palma acceptés utilitzar OpenStreetMap a la seva pàgina web, em vaig posar a treballar per posar-hi alguna cosa amb cara i ulls que pogués mostrar la grandesa d'OSM ;) Es poden millorar moltes coses, però de moment ho tinc així: http://www.konfraria.org/osm/cerca/web/#17/41.41297/1.96756 Vaig partir d'un projecte d'un noi argentí del que n'he fet un fork. He penjat el codi a GitHub per si algú vol reaprofitar-lo per jugar-hi o per ajudar a millorar-lo (de fet us animo a fer-ho): https://github.com/KonfrareAlbert/osm-pois Qualsevol comentari/crítica seran benvinguts ;) Salut! -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma de Cervelló www.konfraria.org http://www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat -- Jaume Figueras i Jové o o o Responsable de projectes SIG o o o inLab FIB o o o U P C Universitat Politècnica de Catalunya - Barcelona Tech E-mail : jaume.figue...@upc.edu Web: http://inlab.fib.upc.edu/ Telf : +34937398621 (intern UPC: 98621) Mòbil : +34650756456 (intern UPC: 44785) Fax: +34937398628 (intern UPC: 98628) Adreça : inLab FIB Edifici B5-S102 C/ Jordi Girona, 31 08025 BARCELONA Ubuntu User #14347 - Linux User #504317 ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma de Cervelló www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma de Cervelló www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria ___ Talk-cat mailing list Talk-cat@openstreetmap.org
Re: [Talk-in] Id editor on Bhuvan
Nice, I finally poked at this. For those on list who don't know tiles
URL syntax, you can drop this URL into ID and it works great!
http://tile1.nrsc.gov.in/tilecache/tilecache.py/1.0.0/bhuvan_imagery2/{zoom}/{x}/{y}.jpg
The subdomain prefix tile1 can be replaced with tile2, 3, 4 (I
guess these are backup servers?)
S.K.
On Sunday 17 May 2015 03:36 PM, Arun Ganesh wrote:
On Sun, May 17, 2015 at 4:15 AM, Paul Norman penor...@mac.com
mailto:penor...@mac.com wrote:
On 5/15/2015 11:39 PM, Devdatta Tengshe wrote:
As far as I know, Bhuvan uses Tilecache.py to serve out Imagery
in
tiles(http://tile1.nrsc.gov.in/tilecache/tilecache.py/1.0.0/bhuvan_imagery2/10/719/456.jpg).
The catch is that this imagery is in Geographic Latlong (i.e.
EPSG:4326) and not in Web mercator
Those are standard map tiles, in Web Mercator.
You can compare http://tile.openstreetmap.org/10/719/456.png and
http://tile1.nrsc.gov.in/tilecache/tilecache.py/1.0.0/bhuvan_imagery2/10/719/456.jpg
to see that they are the same area.
Thanks Paul, after poking around stumbled on their full list of tile layers:
http://tile1.nrsc.gov.in/tilecache/tilecache.py/1.0.0/layers
bhuvan_imagery is in WGS84
bhuvan_imagery2 is in web mercator
The tms url for bhuvan_imagery2:
tms:http://tile{switch:1,2,3,4}.nrsc.gov.in/tilecache/tilecache.py/1.0.0/bhuvan_imagery2/{zoom}/{x}/{y}.jpg
http://nrsc.gov.in/tilecache/tilecache.py/1.0.0/bhuvan_imagery2/%7Bzoom%7D/%7Bx%7D/%7By%7D.jpg
--
Arun Ganesh
(planemad) http://en.wikipedia.org/wiki/User:Planemad
http://j.mp/ArunGanesh
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in
--
Shekhar Krishnan
@bombayologist
http://shekhar.cc
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Id editor on Bhuvan
Hey Shekhar -
Can we get more clarity on the license before we start using this please?
Again, we need it in writing that this is public domain or usable for
tracing in OpenStreetMap.
We cannot use it otherwise.
On Mon, May 18, 2015 at 2:39 PM, Shekhar Krishnan shek...@topomancy.com wrote:
Nice, I finally poked at this. For those on list who don't know tiles URL
syntax, you can drop this URL into ID and it works great!
http://tile1.nrsc.gov.in/tilecache/tilecache.py/1.0.0/bhuvan_imagery2/{zoom}/{x}/{y}.jpg
The subdomain prefix tile1 can be replaced with tile2, 3, 4 (I guess
these are backup servers?)
S.K.
On Sunday 17 May 2015 03:36 PM, Arun Ganesh wrote:
On Sun, May 17, 2015 at 4:15 AM, Paul Norman penor...@mac.com
mailto:penor...@mac.com wrote:
On 5/15/2015 11:39 PM, Devdatta Tengshe wrote:
As far as I know, Bhuvan uses Tilecache.py to serve out Imagery
in
tiles(http://tile1.nrsc.gov.in/tilecache/tilecache.py/1.0.0/bhuvan_imagery2/10/719/456.jpg).
The catch is that this imagery is in Geographic Latlong (i.e.
EPSG:4326) and not in Web mercator
Those are standard map tiles, in Web Mercator.
You can compare http://tile.openstreetmap.org/10/719/456.png and
http://tile1.nrsc.gov.in/tilecache/tilecache.py/1.0.0/bhuvan_imagery2/10/719/456.jpg
to see that they are the same area.
Thanks Paul, after poking around stumbled on their full list of tile
layers:
http://tile1.nrsc.gov.in/tilecache/tilecache.py/1.0.0/layers
bhuvan_imagery is in WGS84
bhuvan_imagery2 is in web mercator
The tms url for bhuvan_imagery2:
tms:http://tile{switch:1,2,3,4}.nrsc.gov.in/tilecache/tilecache.py/1.0.0/bhuvan_imagery2/{zoom}/{x}/{y}.jpg
http://nrsc.gov.in/tilecache/tilecache.py/1.0.0/bhuvan_imagery2/%7Bzoom%7D/%7Bx%7D/%7By%7D.jpg
--
Arun Ganesh
(planemad) http://en.wikipedia.org/wiki/User:Planemad
http://j.mp/ArunGanesh
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in
--
Shekhar Krishnan
@bombayologist
http://shekhar.cc
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in
--
Sajjad Anwar http://geohacker.in
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it-trentino] mancata attribuzione
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 18/05/2015 11:20, Maurizio Napolitano ha scritto: Sul sito leggo Credits @OpenStreetMap sotto l'immagine della mappa Aggiunto ora? Si è recente, anche se scritto male, comunque qualche giorno fà non c'era. - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJVWa+fAAoJEMTPIIVov0Ztc7sH/jTfk2Vl2DobQ4/gkqZ/lS8Z cQqONgRjks01ToVc6lbmYw0pdqdu73rey5Pfed7zkc4LZo2VGdNyaWE5onOOX+as szg8fQv1D/v37qF9WA+jvRtteFBfgAZuCYFPzlBbslpIeZIeDayt493X2cQfXhpk pFVTKQu7s/fKfQz3q9fFBHWpf9Ccs55ThOiorMa8ynQYzD9Hvg5HBTubSq1OFEUa oz3Y6hoQYb1OTz7Si/7Kjp4FCT9T8Fv55nBn9OsFthH9wU/7T+szJO55AgJ+GTl/ Sq4uPDK/kruBKYmL6dBkd32QRYeu6gWHc4TMnP4+pkzqSwj0L/4OL/P+4oq55Q4= =n2XL -END PGP SIGNATURE- ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [OSM-talk-be] Fietsknooppunten, bicycle nodes Roundabouts and around squares
I've been struggling a few times with those areas which in dutch could be called 'openbaar groen'. It's not a park, it's not a garden, sometimes it's just grass, but more often a combination of grass, flowers, shrubs and trees. If one doesn't want to map those individual elements, what is the best tag for such an area? StijnRR From: Marc Gemis marc.ge...@gmail.com To: Jo Hannes winfi...@gmail.com; OpenStreetMap Belgium talk-be@openstreetmap.org Sent: Friday, May 15, 2015 1:38 PM Subject: Re: [OSM-talk-be] Fietsknooppunten, bicycle nodes Roundabouts and around squares On Fri, May 15, 2015 at 1:30 PM, Jo winfi...@gmail.com wrote: If you like to add landuse=village_green for the a never use village_green in Belgium ! It for a very specific type of area only found on the British islands. see http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dvillage_green Use leisure=park, leisure=garden, landuse=grass , landcover=grass, or instead m p.s. I have used it in the past as well, before I found out it's a UK-only thing. ___ 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-fr] affichage des orthophotoplan TMS JOSM
Bonjour, Ici à Nancy on est bien handicapés sans accès à l'orthophotographie du Grand Nancy :( Espérons qu'une solution soit trouvée relativement rapidement. Romain Le 16 mai 2015 18:58, lenny.libre lenny.li...@orange.fr a écrit : Merci de ta réponse, qui me rassure (ce n'est pas un problème dû à ma config) et qui me désole : car le problème est plus grave (ce n'est pas grave pour moi, j'attendrais) avec la perte de la machine. ___ 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] [MAPPING] Del corretto uso dei tag
L'unico approccio funzionante è di contattare l'utente direttamente *e prima di portare l'argomento in lista*. Nel caso specifico, mixmux ha fatto solo 16 edit e sicuramante ha mappato con entusiasmo. Per tenerlo in OSM bisogna tenderli una mano invece di pubblicamente esporlo qua in lista. 2015-05-18 12:21 GMT+02:00 girarsi_liste liste.gira...@gmail.com: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 18/05/2015 12:16, dvdzero ha scritto: mi accodo alla protesta, trovo un sacco di questi casi e cancello il tag name. Che sia il caso di esplicitare e rabadire il corretto uso del tag name nel wiki? Davide Forse ragionerò male io, ma la wiki mi sa non l'hanno nemmeno letta fino in fondo alla pagina questi. Per cui, l'unica è avere pazienza, moversi sul territorio con talk e mapping party, correggere e quando s'incontrano questi casi, segnalarli all'utente e spiegare le cose. Riempire il wiki di ribadire edesplicitare, non fa altro che appesantire la lettura, e di conseguenza si evita di leggere fino in fondo. - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJVWb1CAAoJEMTPIIVov0Zt60MIAK2dZMYnxtt15OcIPD1foG7b lzTB0xFAbtx/jyDgAFuU/bjm67qdUuNgq3YRN6bTnPJLyv7LKlRWQKQDYHsw7VyM DaFr2WPid4YuqWBkAkcEEZ9OP+BQVJKrUbopWvcTgAAVCxjdV/rj2KtT+6TQ3QnI Pl0XK2VUJfzX5/hiA4+dHzT1+2lOkcc08GAzw/v8srIUYBapVDgLTDKPQStU41cZ S80qZhIDTERm5TUA96bpcxtqadApXvSclRJo3Mubamj52QLmiFMTYwmILpPLHb8F qGrCVLQYnCr8sMwxGTNwyJfa+z2WpNARh9+u52QrMZG6AvjOrbBtV41uXkUogK4= =vUQw -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [MAPPING] Del corretto uso dei tag
mi accodo alla protesta, trovo un sacco di questi casi e cancello il tag name. Che sia il caso di esplicitare e rabadire il corretto uso del tag name nel wiki? Davide -- View this message in context: http://gis.19327.n5.nabble.com/MAPPING-Del-corretto-uso-dei-tag-tp5844875p5844996.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] Tagging FOR the renderer
On 18/05/2015, Daniel Koć daniel@koć.pl wrote: I think the mission will be accomplished once we have it integrated with OSM website somehow, just like we did with routing: there were already a few routing services using our data, so we may not care, but for average user they were just not here. And so is uMap. Routing is different in that it is immediately useful to *contributors*, who can now check that the OSM data is correct for routing, just like the slippymap is useful to check that the data looks good. uMap not so much : as a contributor, I'd rather use josm, taginfo, overpass, or even data dumps. As nice as it'd be, http://osm.org/ is not trying to be http://maps.google.com/. It's not trying to be the One True Map Portal that caters to every needs. Some reasons off the top of my head, some strong and some weak : * The needs of contributors and users can easily conflict, and priority is/should be given to the contributors. * Even without conflicts, the size of the contributor-focused todo list means that enduser-focused features get constantly pushed back. Help welcome. * Becoming the internet's one-stop map website would require huge server ressources. Getting the kind of money required to run them would require huge changes to the way OSM is run, which'd be dangerous for OSM's freedom. * Similarly for manpower requirements; volunteers wouldn't be enough anymore. * A healthy ecosystem of commercial users is important for OSM. And they should be able to do a better job of serving the end-user, so it's probably a bad idea to compete with their use-case. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] [MAPPING] Del corretto uso dei tag
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 18/05/2015 12:16, dvdzero ha scritto: mi accodo alla protesta, trovo un sacco di questi casi e cancello il tag name. Che sia il caso di esplicitare e rabadire il corretto uso del tag name nel wiki? Davide Forse ragionerò male io, ma la wiki mi sa non l'hanno nemmeno letta fino in fondo alla pagina questi. Per cui, l'unica è avere pazienza, moversi sul territorio con talk e mapping party, correggere e quando s'incontrano questi casi, segnalarli all'utente e spiegare le cose. Riempire il wiki di ribadire edesplicitare, non fa altro che appesantire la lettura, e di conseguenza si evita di leggere fino in fondo. - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJVWb1CAAoJEMTPIIVov0Zt60MIAK2dZMYnxtt15OcIPD1foG7b lzTB0xFAbtx/jyDgAFuU/bjm67qdUuNgq3YRN6bTnPJLyv7LKlRWQKQDYHsw7VyM DaFr2WPid4YuqWBkAkcEEZ9OP+BQVJKrUbopWvcTgAAVCxjdV/rj2KtT+6TQ3QnI Pl0XK2VUJfzX5/hiA4+dHzT1+2lOkcc08GAzw/v8srIUYBapVDgLTDKPQStU41cZ S80qZhIDTERm5TUA96bpcxtqadApXvSclRJo3Mubamj52QLmiFMTYwmILpPLHb8F qGrCVLQYnCr8sMwxGTNwyJfa+z2WpNARh9+u52QrMZG6AvjOrbBtV41uXkUogK4= =vUQw -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Dossier sur la randonnée
Bonjour, Le 18 mai 2015 09:11, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : - les chemins balisés, vous avez un site d'exemple ? Je pensais leur montrer opensnowmap avec les pistes de ski de fond Tu connais ces sites? http://waymarkedtrails.org/fr/ http://opentopomap.org Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Eigene OSM-Karte mit Overpass
Liebe OL- und Overpass-Spezialisten, gibt es hier jemanden, der das HowTo ergänzen kann? oder ist das Forum die bessere Anlaufstelle? Vielleicht können wir ja zusammen das OL-HowTo http://wiki.openstreetmap.org/wiki/DE:Karte_in_Webseite_einbinden so ergänzen, dass der Benutzer mit einer Overpass-Abfrage einen individuellen Layer hinzufügen kann :-) Die Idee ist gut, aber das sollte jemand machen, der sich gut mit Openlayers auskennt. Wir könnten ja auch schrittweise vorgehen: einer schreibt, wie man die Daten aus Overpass holt und speichert, einer erklärt, wie man sie mit OL anzeigt, und gemeinsam schreiben wir alles ins Wiki... Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-in] Mapping collaboration of the week - Agra
After the successful launch of our own OSM India tasking manager (Thank you Sajjad!), lets test out the systems by tracing out the country's top tourist destination - Agra. In the first pass we will be focusing entirely on tracing the complete road network of the city. The tasking manager makes it easy for all of us to trace together without getting into conflicts. If anyone ends up with twisted fingers, please report here. Join in and spread the word: http://tasks.openstreetmap.in/project/2 -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
[Talk-es] Advertencia
He estado leyendo todas las wikis e informaciones que he encontrado sobre la importacion de datos de Catastro, me he puesto en contacto con el responsable de mi provincia, he hecho pruebas en local y finalmente cuando creo que obtengo un buen resultado, he subido dos manzanas hace un par de días. Hoy dispuesto a seguir importando el ayuntamiento de Mondoñedo, me he puesto a releer manuales para seguir el proceso y revisar que cosas podía mejorar. Es entonces cuando me sorprendo de la advertencia en rojo en la cabecera de http://wiki.openstreetmap.org/wiki/Cat2Osm2 Realmente, cual es de problema? En las manzanas que he subido no he encontrado errores insalvables. Se puede entonces o no subir? A que se debe esa advertencia? Creo que despues de toda la información que existe sobre como se debe hacer la importación, sería absurdo no poder utilizar las herramientas que tenemos para mejorar OSM -- André Outeiro an...@outeiro.com Chave GPG Id. B989 3674 4358 7365 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-GB] Possible collaboration with Amey
Hi everyone I got the following request from Rick Robinson (formerly of IBM who spoke at SotM 2013 and who is now IT Director, Smart Data and Technology for Amey and who is a keen supporter of OSM). It would be good to respond positively. *I met recently with Amey’s account who perform work on the roads in Wales, and found a possible opportunity to collaborate with OpenStreetMap.* *Apparently, in order to inform the public about planned work on the roads, we publish information on the website – but according to feedback, it’s not used very much.* *We’re in the very early stages of planning to run a form of hackathon / ideas day to see how we could provide the information in a way that’s easier for people to engage with – we’re going to bring some of our own new graduate employees with social media skills into it, and work with the local digital community.* *Do you think that’s something OpenStreetMap would be interested to participate in?* Regards Brian ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-es] Advertencia
El 18/5/2015 13:25, André Outeiro an...@outeiro.com escribió: He estado leyendo todas las wikis e informaciones que he encontrado sobre la importacion de datos de Catastro, me he puesto en contacto con el responsable de mi provincia, he hecho pruebas en local y finalmente cuando creo que obtengo un buen resultado, he subido dos manzanas hace un par de días. Hoy dispuesto a seguir importando el ayuntamiento de Mondoñedo, me he puesto a releer manuales para seguir el proceso y revisar que cosas podía mejorar. Es entonces cuando me sorprendo de la advertencia en rojo en la cabecera de http://wiki.openstreetmap.org/wiki/Cat2Osm2 Realmente, cual es de problema? En las manzanas que he subido no he encontrado errores insalvables. Se puede entonces o no subir? A que se debe esa advertencia? Creo que despues de toda la información que existe sobre como se debe hacer la importación, sería absurdo no poder utilizar las herramientas que tenemos para mejorar OSM Si has comprobado a mano que los datos son perfectamente correctos respecto a OSM, no habría problema en subirlos. Eso es aplicable a la hora de añadir cualquier cosa. Lo que no se puede es subir datos sin estar seguro o que no sean compatibles con OSM. -- André Outeiro an...@outeiro.com Chave GPG Id. B989 3674 4358 7365 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Advertencia
El problema básicamente está en que en su día preguntamos a la gente de [imports] si les parecía bien y no les gustó la idea nada (cuando en los demás países se han hecho grandes importaciones y nadie se ha quejado). Entonces pusimos esa advertencia en la wiki, pero luego por aquí si que cuando alguien pregunta solemos matizarlo más. Yo en mi opinión, los resultados del Cat2Osm2 para las partes urbanas son más que aceptables para subir. Sí que es cierto que las direcciones del catastro no deben ser las mismas que las direcciones postales en algunos municipios, por eso solemos aconsejar que solo se suban poblaciones que se conocen. Las partes rústicas si que cantan más en el mapa ( de repente de ver toda una zona blanca se pasa a tener todos los cultivos mapeados) y si que a veces vienen muy troceadas las subparcelas según criterios catastrales, cosa que en OSM no tiene sentido incluir. Por eso generalmente supongo que ya lo habrás leído, aconsejamos coger manzana a manzana urbana, fusionarla con los datos existentes (para ello hay que conocer el municipio bien para saber qué cosas dejar y cuales borrar) y subir cada manzana por separado (por si algún moderador ve algo que no le guste, que solo te tire una manzana y no todo el trabajo que hayas hecho). Esta es mi opinión y nosotros así hemos hecho con algunas poblaciones, con la parte urbana nadie te va a poner pegas pero con la rústica igual sí que depende el número de mini parcelitas que salgan, puede aparecer alguien a tocar un poco los webs. Saludos! El 18 de mayo de 2015, 13:23, André Outeiro an...@outeiro.com escribió: He estado leyendo todas las wikis e informaciones que he encontrado sobre la importacion de datos de Catastro, me he puesto en contacto con el responsable de mi provincia, he hecho pruebas en local y finalmente cuando creo que obtengo un buen resultado, he subido dos manzanas hace un par de días. Hoy dispuesto a seguir importando el ayuntamiento de Mondoñedo, me he puesto a releer manuales para seguir el proceso y revisar que cosas podía mejorar. Es entonces cuando me sorprendo de la advertencia en rojo en la cabecera de http://wiki.openstreetmap.org/wiki/Cat2Osm2 Realmente, cual es de problema? En las manzanas que he subido no he encontrado errores insalvables. Se puede entonces o no subir? A que se debe esa advertencia? Creo que despues de toda la información que existe sobre como se debe hacer la importación, sería absurdo no poder utilizar las herramientas que tenemos para mejorar OSM -- André Outeiro an...@outeiro.com Chave GPG Id. B989 3674 4358 7365 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Advertencia
El 18/5/2015 13:42, María Arias de Reyna dela...@gmail.com escribió: El 18/5/2015 13:25, André Outeiro an...@outeiro.com escribió: He estado leyendo todas las wikis e informaciones que he encontrado sobre la importacion de datos de Catastro, me he puesto en contacto con el responsable de mi provincia, he hecho pruebas en local y finalmente cuando creo que obtengo un buen resultado, he subido dos manzanas hace un par de días. Hoy dispuesto a seguir importando el ayuntamiento de Mondoñedo, me he puesto a releer manuales para seguir el proceso y revisar que cosas podía mejorar. Es entonces cuando me sorprendo de la advertencia en rojo en la cabecera de http://wiki.openstreetmap.org/wiki/Cat2Osm2 Realmente, cual es de problema? En las manzanas que he subido no he encontrado errores insalvables. Se puede entonces o no subir? A que se debe esa advertencia? Creo que despues de toda la información que existe sobre como se debe hacer la importación, sería absurdo no poder utilizar las herramientas que tenemos para mejorar OSM Si has comprobado a mano que los datos son perfectamente correctos respecto a OSM, no habría problema en subirlos. Eso es aplicable a la hora de añadir cualquier cosa. Lo que no se puede es subir datos sin estar seguro o que no sean compatibles con OSM. Me explico mejor: ¿Son los mismos datos que habría metido un mapeador experto que coja los datos directamente de la calle? Si la respuesta es no, entonces no los subas. -- André Outeiro an...@outeiro.com Chave GPG Id. B989 3674 4358 7365 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
