Re: [talk-ph] Software Freedom Day 2014 at Tagaytay
What's the proposed program and schedule for this SFD event? -- sent using mental telepathy via Ansible On Aug 22, 2014 3:12 AM, maning sambale emmanuel.samb...@gmail.com wrote: Hi, SFD 2014 will be on September 27 in Olivarez College in Tagaytay. OSM is one of the regular workshop session for 2(?) years now. Anybody interested to run this workshop? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Software Freedom Day 2014 at Tagaytay
Dear RJ, Kumusta. OSM-PH would like to join SFD in Tagaytay. Can you give us more details on schedule and what facilities we can use? In the previous SFD, we were provided a computer lab to teach basic OSM editing. This requires reliable internet. Is this possible with Olivarez College? On Thu, Sep 4, 2014 at 2:02 PM, Erwin Olario gov...@gmail.com wrote: What's the proposed program and schedule for this SFD event? -- sent using mental telepathy via Ansible On Aug 22, 2014 3:12 AM, maning sambale emmanuel.samb...@gmail.com wrote: Hi, SFD 2014 will be on September 27 in Olivarez College in Tagaytay. OSM is one of the regular workshop session for 2(?) years now. Anybody interested to run this workshop? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Bing imagery update?
Not sure if these are new imagery as well, but, I saw that parts of Negros Island right at the edges where Haiyan mapping was done now have hires imagery. Ie: https://www.openstreetmap.org/#map=16/10.9552/123.3080 On Fri, Aug 22, 2014 at 6:58 AM, Eugene Alvin Villar sea...@gmail.com wrote: When I checked yesterday, the only new imagery I saw was covering a part of Sorsogon City. Actually, it's been a really long time since we've checked for new imagery so I'm not sure if the Sorsogon City imagery is really new or not. On Fri, Aug 22, 2014 at 4:28 AM, maning sambale emmanuel.samb...@gmail.com wrote: Saw a diary post of bing imagery update [0], I haven't noticed one in Marikina. Please do check your patch. [0] http://www.openstreetmap.org/user/naoliv/diary/23577 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Software Freedom Day 2014 at Tagaytay
It seems that the Tagaytay event is organized by Mozilla Philippines. This event is different from the ones organized by Computer Professionals Union (CPU): SFD in FEU in 2013 and UP Diliman in 2012. In 2014, the CPU SFD will be at PUP on September 20: http://www.sfdphilippines.org/ On Thu, Sep 4, 2014 at 2:02 PM, Erwin Olario gov...@gmail.com wrote: What's the proposed program and schedule for this SFD event? -- sent using mental telepathy via Ansible On Aug 22, 2014 3:12 AM, maning sambale emmanuel.samb...@gmail.com wrote: Hi, SFD 2014 will be on September 27 in Olivarez College in Tagaytay. OSM is one of the regular workshop session for 2(?) years now. Anybody interested to run this workshop? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk] SOTM in Buenos Aires: Call for Papers
Hi, I just noticed that this mailing list hasn't had an announcement for that so even if I'm not involved with the conference (*) here's a reminder that you have another 10 days, until September 14th, to submit presentations for this year's international State of the Map conference in Buenos Aires. Details are here: http://stateofthemap.org/CfP Spread the word! Bye Frederik (*) other than being a participant, that is! -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM completeness
You should also check out a few academic research groups that have done studies on completeness in OSM: * Muki Haklay and his collaborators at University College London * Peter Mooney and Padraig Corcoran at National University of Ireland * Pascal Neis and Alexander Zipf at Heidelberg University Alan On Sep 3, 2014, at 5:15 AM, Imre Samu pella.s...@gmail.com wrote: completeness of the road datasets in OSM. if you are interested the Street(=road) name comparision - check this local projects: #OSM Housenumber Evaluation ( with street names ) : https://www.sotm-eu.org/slides/58.pdf ( video: https://www.sotm-eu.org/en/slots/50 ) http://regio-osm.de/hausnummerauswertung/auswertung_auswahlort (Germany, Austria, Iceland, Romania, Luxemburg,.. ) #Hungary : Street name completeness statistics : http://82.196.14.91/ ( my development ) #Switzerland : http://qa.poole.ch/ch-roads/ http://wiki.openstreetmap.org/wiki/OSM_-_GWR_Street_and_Place_Names_Comparison #UK - Completeness analysis and ranking of UK councils by ITO World comparing OS Locator data. http://wiki.openstreetmap.org/wiki/OSM_and_OSL_differences_analysis http://www.itoworld.com/product/data/osm_analysis/main Imre 2014-09-02 14:29 GMT+02:00 Eleanor Stokes eleanor.sto...@yale.edu: Hi list, Not sure if this is the right place to post--but I just got into using OSM and am hoping to utilize it for some of my research. I need to get some kind of completeness metric for each of the cities I am looking at (about 200 of them). Does anyone happen to know of completeness analyses across cities in different regions that have been performed? I'm particularly interested in the completeness of the road datasets in OSM. ___ talk mailing list 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
Re: [OSM-talk-nl] Mailinglist
Voor de mensen die niet zo technisch zijn (en dat zijn vaak degenen die zich af willen melden), is de link https://lists.openstreetmap.org/listinfo/talk-nl die onderaan de mail staat heel erg onduidelijk. Wie zegt dat dat voor het afmelden is? Waarom zou je op deze link klikken? Uit gebruikersoogpunt is dit dus abracadabra. Kan iemand hier niet een alias voor instellen? Zodat er voortaan net als bij andere mailinglists, nieuwsbrieven etc een link staat: Afmelden voor de mailinglist https://lists.openstreetmap.org/listinfo/talk-nl Dit als tip... Met vriendelijke groet, Jonna Bosch adviseur geo-informatie Nieuwland Hesselink van Suchtelenweg 4 (bezoekadres) Postbus 522 6700 AM Wageningen tel: 0317-421711 Jo schreef op 1-9-2014 18:46: Je kan dit blijven vragen tot je blauw ziet. Geen enkel ander lid van de lijst kan jou er afhalen. Je kan dat echter wel zelf en elke mail die je krijgt van de lijst bevat instructies over wat je daarvoor moet doen. (hint: onderaan staat er een link) mvg, Jo Op 1 september 2014 18:21 schreef pieter vd harst apida...@hotmail.com mailto:apida...@hotmail.com: Ik sta ongewenst op uw maillist maar kan er niet vanaf. Zorg hier aub voor. Dit wordt nu de zoveelste keer dat ik hierom vraag! Met vriendelijke groet Pieter ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mailinglist
Beste Jonna en anderen, Vooraf: ik ben geen beheerder van wat dan ook. Er is een beste kans dat dit soort linkjes in de toekomst verdwijnen door de implementatie van digitale handtekening (DKIM) in e-mails. Het toevoegen van info aan de mail maakt de handtekening ongeldig en is voor grote e-mailproviders als Google, Microsoft en Yahoo een indicatie voor phishing ([1]http://www.pcworld.com/article/2141120/yahoo-email-antispoo fing-policy-breaks-mailing-lists.html). Google heeft bijvoorbeeld onder andere om deze reden afmeld-knopjes voor mailing-lijsten in de eigen interface geïmplementeerd. Groeten, Martien On Thu, 4 Sep 2014, at 09:15, Jonna Bosch wrote: Voor de mensen die niet zo technisch zijn (en dat zijn vaak degenen die zich af willen melden), is de link [2]https://lists.openstreetmap.org/listinfo/talk-nl die onderaan de mail staat heel erg onduidelijk. Wie zegt dat dat voor h et afmelden is? Waarom zou je op deze link klikken? Uit gebruikersoogpunt is dit dus abracadabra. Kan iemand hier niet een a lias voor instellen? Zodat er voortaan net als bij andere mailinglists, nieuwsbrieven etc een link staat: [3]Afmelden voor de mailinglist Dit als tip... Met vriendelijke groet, Jonna Bosch adviseur geo-informatie Nieuwland Hesselink van Suchtelenweg 4 (bezoekadres) Postbus 522 6700 AM Wageningen tel: 0317-421711 Jo schreef op 1-9-2014 18:46: Je kan dit blijven vragen tot je blauw ziet. Geen enkel ander lid van de lijst kan jou er afhalen. Je kan dat echter wel zelf en elke mail die je krijgt van de lijst bevat instructies over wat je daarvoor moet doen. (hint: onderaan staat er een link) mvg, Jo Op 1 september 2014 18:21 schreef pieter vd harst [4]apida...@hotmail.com: Ik sta ongewenst op uw maillist maar kan er niet vanaf. Zorg hier aub voor. Dit wordt nu de zoveelste keer dat ik hierom vraag! Met vriendelijke groet Pieter ___ Talk-nl mailing list [5]Talk-nl@openstreetmap.org [6]https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list [7]Talk-nl@openstreetmap.org [8]https://lists.openstreetmap.org/listinfo /talk-nl ___ Talk-nl mailing list [9]Talk-nl@openstreetmap.org [10]https://lists.openstreetmap.org/listinfo/talk-nl References 1. http://www.pcworld.com/article/2141120/yahoo-email-antispoofing-policy-breaks-mailing-lists.html 2. https://lists.openstreetmap.org/listinfo/talk-nl 3. https://lists.openstreetmap.org/listinfo/talk-nl 4. mailto:apida...@hotmail.com 5. mailto:Talk-nl@openstreetmap.org 6. https://lists.openstreetmap.org/listinfo/talk-nl 7. mailto:Talk-nl@openstreetmap.org 8. https://lists.openstreetmap.org/listinfo/talk-nl 9. mailto:Talk-nl@openstreetmap.org 10. https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mailinglist
Hoi Martien, Daar heb je een punt! Maar dat kunnen we makkelijk omzeilen, door de platte tekst Voor afmelden klik op link: voor de link te zetten. Met vriendelijke groet, Jonna Bosch adviseur geo-informatie Nieuwland Hesselink van Suchtelenweg 4 (bezoekadres) Postbus 522 6700 AM Wageningen tel: 0317-421711 Martien Scheepens schreef op 4-9-2014 9:54: Beste Jonna en anderen, Vooraf: ik ben geen beheerder van wat dan ook. Er is een beste kans dat dit soort linkjes in de toekomst verdwijnen door de implementatie van digitale handtekening (DKIM) in e-mails. Het toevoegen van info aan de mail maakt de handtekening ongeldig en is voor grote e-mailproviders als Google, Microsoft en Yahoo een indicatie voor phishing (http://www.pcworld.com/article/2141120/yahoo-email-antispoofing-policy-breaks-mailing-lists.html). Google heeft bijvoorbeeld onder andere om deze reden afmeld-knopjes voor mailing-lijsten in de eigen interface geïmplementeerd. Groeten, Martien On Thu, 4 Sep 2014, at 09:15, Jonna Bosch wrote: Voor de mensen die niet zo technisch zijn (en dat zijn vaak degenen die zich af willen melden), is de link https://lists.openstreetmap.org/listinfo/talk-nl die onderaan de mail staat heel erg onduidelijk. Wie zegt dat dat voor het afmelden is? Waarom zou je op deze link klikken? Uit gebruikersoogpunt is dit dus abracadabra. Kan iemand hier niet een alias voor instellen? Zodat er voortaan net als bij andere mailinglists, nieuwsbrieven etc een link staat: Afmelden voor de mailinglist https://lists.openstreetmap.org/listinfo/talk-nl Dit als tip... Met vriendelijke groet, Jonna Bosch adviseur geo-informatie Nieuwland Hesselink van Suchtelenweg 4 (bezoekadres) Postbus 522 6700 AM Wageningen tel: 0317-421711 Jo schreef op 1-9-2014 18:46: Je kan dit blijven vragen tot je blauw ziet. Geen enkel ander lid van de lijst kan jou er afhalen. Je kan dat echter wel zelf en elke mail die je krijgt van de lijst bevat instructies over wat je daarvoor moet doen. (hint: onderaan staat er een link) mvg, Jo Op 1 september 2014 18:21 schreef pieter vd harst apida...@hotmail.com mailto:apida...@hotmail.com: Ik sta ongewenst op uw maillist maar kan er niet vanaf. Zorg hier aub voor. Dit wordt nu de zoveelste keer dat ik hierom vraag! Met vriendelijke groet Pieter ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl _ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mailinglist
http://www.sandiego.edu/webdev/discussions/mailman/footer.php Op 4 september 2014 09:58 schreef Jonna Bosch jbo...@nieuwland.nl: Hoi Martien, Daar heb je een punt! Maar dat kunnen we makkelijk omzeilen, door de platte tekst Voor afmelden klik op link: voor de link te zetten. Met vriendelijke groet, Jonna Bosch adviseur geo-informatie Nieuwland Hesselink van Suchtelenweg 4 (bezoekadres) Postbus 522 6700 AM Wageningen tel: 0317-421711 Martien Scheepens schreef op 4-9-2014 9:54: Beste Jonna en anderen, Vooraf: ik ben geen beheerder van wat dan ook. Er is een beste kans dat dit soort linkjes in de toekomst verdwijnen door de implementatie van digitale handtekening (DKIM) in e-mails. Het toevoegen van info aan de mail maakt de handtekening ongeldig en is voor grote e-mailproviders als Google, Microsoft en Yahoo een indicatie voor phishing ( http://www.pcworld.com/article/2141120/yahoo-email-antispoofing-policy-breaks-mailing-lists.html). Google heeft bijvoorbeeld onder andere om deze reden afmeld-knopjes voor mailing-lijsten in de eigen interface geïmplementeerd. Groeten, Martien On Thu, 4 Sep 2014, at 09:15, Jonna Bosch wrote: Voor de mensen die niet zo technisch zijn (en dat zijn vaak degenen die zich af willen melden), is de link https://lists.openstreetmap.org/listinfo/talk-nl die onderaan de mail staat heel erg onduidelijk. Wie zegt dat dat voor het afmelden is? Waarom zou je op deze link klikken? Uit gebruikersoogpunt is dit dus abracadabra. Kan iemand hier niet een alias voor instellen? Zodat er voortaan net als bij andere mailinglists, nieuwsbrieven etc een link staat: Afmelden voor de mailinglist https://lists.openstreetmap.org/listinfo/talk-nl Dit als tip... Met vriendelijke groet, Jonna Bosch adviseur geo-informatie Nieuwland Hesselink van Suchtelenweg 4 (bezoekadres) Postbus 522 6700 AM Wageningen tel: 0317-421711 Jo schreef op 1-9-2014 18:46: Je kan dit blijven vragen tot je blauw ziet. Geen enkel ander lid van de lijst kan jou er afhalen. Je kan dat echter wel zelf en elke mail die je krijgt van de lijst bevat instructies over wat je daarvoor moet doen. (hint: onderaan staat er een link) mvg, Jo Op 1 september 2014 18:21 schreef pieter vd harst apida...@hotmail.com: Ik sta ongewenst op uw maillist maar kan er niet vanaf. Zorg hier aub voor. Dit wordt nu de zoveelste keer dat ik hierom vraag! Met vriendelijke groet Pieter ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing listtalk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl *___* Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing listTalk-nl@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mailinglist
En deze: https://mail.python.org/pipermail/mailman-developers/2005-February/017850.html Op 4 september 2014 14:27 schreef Milo van der Linden m...@dogodigi.net: http://www.sandiego.edu/webdev/discussions/mailman/footer.php Op 4 september 2014 09:58 schreef Jonna Bosch jbo...@nieuwland.nl: Hoi Martien, Daar heb je een punt! Maar dat kunnen we makkelijk omzeilen, door de platte tekst Voor afmelden klik op link: voor de link te zetten. Met vriendelijke groet, Jonna Bosch adviseur geo-informatie Nieuwland Hesselink van Suchtelenweg 4 (bezoekadres) Postbus 522 6700 AM Wageningen tel: 0317-421711 Martien Scheepens schreef op 4-9-2014 9:54: Beste Jonna en anderen, Vooraf: ik ben geen beheerder van wat dan ook. Er is een beste kans dat dit soort linkjes in de toekomst verdwijnen door de implementatie van digitale handtekening (DKIM) in e-mails. Het toevoegen van info aan de mail maakt de handtekening ongeldig en is voor grote e-mailproviders als Google, Microsoft en Yahoo een indicatie voor phishing ( http://www.pcworld.com/article/2141120/yahoo-email-antispoofing-policy-breaks-mailing-lists.html). Google heeft bijvoorbeeld onder andere om deze reden afmeld-knopjes voor mailing-lijsten in de eigen interface geïmplementeerd. Groeten, Martien On Thu, 4 Sep 2014, at 09:15, Jonna Bosch wrote: Voor de mensen die niet zo technisch zijn (en dat zijn vaak degenen die zich af willen melden), is de link https://lists.openstreetmap.org/listinfo/talk-nl die onderaan de mail staat heel erg onduidelijk. Wie zegt dat dat voor het afmelden is? Waarom zou je op deze link klikken? Uit gebruikersoogpunt is dit dus abracadabra. Kan iemand hier niet een alias voor instellen? Zodat er voortaan net als bij andere mailinglists, nieuwsbrieven etc een link staat: Afmelden voor de mailinglist https://lists.openstreetmap.org/listinfo/talk-nl Dit als tip... Met vriendelijke groet, Jonna Bosch adviseur geo-informatie Nieuwland Hesselink van Suchtelenweg 4 (bezoekadres) Postbus 522 6700 AM Wageningen tel: 0317-421711 Jo schreef op 1-9-2014 18:46: Je kan dit blijven vragen tot je blauw ziet. Geen enkel ander lid van de lijst kan jou er afhalen. Je kan dat echter wel zelf en elke mail die je krijgt van de lijst bevat instructies over wat je daarvoor moet doen. (hint: onderaan staat er een link) mvg, Jo Op 1 september 2014 18:21 schreef pieter vd harst apida...@hotmail.com : Ik sta ongewenst op uw maillist maar kan er niet vanaf. Zorg hier aub voor. Dit wordt nu de zoveelste keer dat ik hierom vraag! Met vriendelijke groet Pieter ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing listtalk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl *___* Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing listTalk-nl@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] City of Melbourne data imports
Regarding the Address data potential import. The Vic Map data is already available for import and it contains the address info for all of Victoria. (as well as tons of roads missing from OSM) I think this would be the best source of address data to import. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Limites administrativos
Descobrimos a causa de não indexação dos estados do Acre. O problema ocorreu quando foram alteradas as relações do Parque Nacional da Serra do Divisor que pega o Brasil e a Bolívia. Nas alterações das relações desse Parque o limite administrativo do Brasil naquela região foi alterado (cresceu). No pré processamento da compilação dos dados com o MKGMAP existe a figura da poly que é um arquivo chave para cortar os dados baixados para serem processados só os de interesse. Esse arquivo foi por nós trabalhado logo quando iniciamos o processo de compilação do mapa para o Brasil, em maio deste ano. Na alteração nas relações do Parque, crescendo o limite do Brasil, com ele cresceu o limite do Acre - AC. Com isso esse estado ficou sem indexar porque seu polígono, sua relação boundary=administrative do Brasil e Acre foi cortada pela poly que estava adequada para os limites do Brasil naquela região. Para contornar o problema, alteramos o poly e as cidades do Acre passaram a indexar normalmente, entretanto vamos trabalhar nos styles porque com a poly aumentada muitos dados da Bolívia que não nos interessam começaram a aparecer no mapa do Brasil. []s Marcio From: Gerald Weber Sent: Tuesday, September 2, 2014 10:42 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Limites administrativos Marcio, sua preocupação é bem justificada. Estas tags poderiam não ser estritamente necessárias na way, se já existissem na relation, mas também não estavam fazendo mal a ninguem. Vou repetir o que disse no outro post: Não mexa no que está feito, procure fazer o que falta. abraço Gerald___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Remoção dos cabos submarinos
O changeset 25211540 do usuário HelioJr criou uma faculdade e removeu vários cabos submarinos criados pelo Skippern. https://www.openstreetmap.org/changeset/25211540 Deve ser feito o reverse? Eu mesmo posso fazer isso? Marcio Aguiar Ribeiro ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Remoção dos cabos submarinos
Eu me pergunto: como isso pode ter acontecido acidentalmente no uso do editor iD? Em 4 de setembro de 2014 11:28, Márcio Aguiar Ribeiro aguiar.mar...@gmail.com escreveu: O changeset 25211540 do usuário HelioJr criou uma faculdade e removeu vários cabos submarinos criados pelo Skippern. https://www.openstreetmap.org/changeset/25211540 Deve ser feito o reverse? Eu mesmo posso fazer isso? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Remoção dos cabos submarinos
Para mim não foi acidental, mas também não foi de má fé. Ele viu um monte de way no meio do mar e acho que era lixo. Marcio Aguiar Ribeiro 2014-09-04 11:35 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Eu me pergunto: como isso pode ter acontecido acidentalmente no uso do editor iD? Em 4 de setembro de 2014 11:28, Márcio Aguiar Ribeiro aguiar.mar...@gmail.com escreveu: O changeset 25211540 do usuário HelioJr criou uma faculdade e removeu vários cabos submarinos criados pelo Skippern. https://www.openstreetmap.org/changeset/25211540 Deve ser feito o reverse? Eu mesmo posso fazer isso? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Remoção dos cabos submarinos
Oi Márcio, sim provavelmente foi isto mesmo. Outro dia um usuário que apagou fronteiras falou a mesma coisa. Fiz um comentário sobre este tipo de ocorrência no meu diário http://www.openstreetmap.org/user/Gerald%20Weber/diary/23680 mas a opinião geral do comentários que recebi é que o problema ou não existe ou é irrelevante. Vou passar a relatar cada problema desses no meu diário, sugiro que quem puder faça a mesma coisa. abraço Gerald 2014-09-04 11:41 GMT-03:00 Márcio Aguiar Ribeiro aguiar.mar...@gmail.com: Para mim não foi acidental, mas também não foi de má fé. Ele viu um monte de way no meio do mar e acho que era lixo. Marcio Aguiar Ribeiro ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Remoção dos cabos submarinos
Claro este acontecendo num dia que viajando O problemo e que marcas seamark:type nao aparecendo no mapa normal, e muitos usuarios nao entende-los. Tambem ainda tem marcas seamark:type nao rendericada no http://map.openseamap.org mas vai ser renderizado no proximo versao Espero que o comunidade me ajudo monitorar as seamarks, porque fui muito trabalho rastrea-los Aun Johnsen Sent from my iPhone On 4. sep. 2014, at 11:28, Márcio Aguiar Ribeiro aguiar.mar...@gmail.com wrote: O changeset 25211540 do usuário HelioJr criou uma faculdade e removeu vários cabos submarinos criados pelo Skippern. https://www.openstreetmap.org/changeset/25211540 Deve ser feito o reverse? Eu mesmo posso fazer isso? Marcio Aguiar Ribeiro ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Limites administrativos
Eu realmente não pesquisei na época, segue um pedido de desculpa à comunidade pela negligencia, mas segue uma explanação do fato abaixo de como eu pensei sobre aquela alteração e porque deve ficar como está. O parque é brasileiro, ele deve estar contido em território totalmente brasileiro, juntamente com isso, um divisor de territórios são as divisas naturais, os rios, o que segundo a wikipedia https://pt.wikipedia.org/wiki/Fronteira_Brasil%E2%80%93Peru, trecho referenciada a SOARES, Clemente B. *Faixa de fronteira* https://sistema.planalto.gov.br/siseventos/faixafront/exec/arquivos/Painel3-Clemente_Baena_Soares.pdf. Ministério das Relações Exteriores, Subsecretaria-Geral da América do Sul, Departamento da América do Sul-II. Brasília, DF. a divisa entre Brasil e Peru é quase 70% água e o trecho em questão é, e parte do texto de criação do Parque http://presrepublica.jusbrasil.com.br/legislacao/110437/decreto-97839-89 diz: Oeste: do ponto 15 segue-se acompanhando a divisa internacional Brasil/Peru, no sentido norte até atingir o ponto 1, inicial da presente descrição. . Portanto o que eu fiz de forma empírica não estava errado e deve ser preservado(no me entendimento), no máximo ajustar as coordenadas do rio em questão para assim ajustar simultaneamente as Fronteiras Brasil/Peru e do Parque em questão. Tarcisio Oliveira On 04-09-2014 09:46, Augusto Stoffel wrote: Thundercel, A história deste problema é a seguinte. O limite Brasil--Bolívia era o que costumava ser, talvez importado do IGBE. Um dia eu importei o Parna da Serra do Divisor do ICMBio e notei que o seu susposto contorno acompanhava perfeitamente a divisa com a Bolívia, exceto por um trecho em que havia um discrepância bem grande (o parque “invadia” um pedaço da Bolívia). Como eu não tinha certeza se o erro é do ICMBio ou do OSM, eu não mexi em nada e deixei uma nota: https://www.openstreetmap.org/note/118278 Aparentemente o que aconteceu uns meses atrás é que o Tarcisio mudou os limites do Brasil, aumentando-os para acomodar o parque nacional. Se ele fez isso com a devida diligência eu não sei dizer (isto é, não sei dizer se ele pesquisou em uma terceira fonte que o limite Brasil--Bolívia correto é aquele que consta no OSM atualmente). On Thu, 2014-09-04 at 09:12 -0300, thunder...@gpsinfo.com.br wrote: Descobrimos a causa de não indexação dos estados do Acre. O problema ocorreu quando foram alteradas as relações do Parque Nacional da Serra do Divisor que pega o Brasil e a Bolívia. Nas alterações das relações desse Parque o limite administrativo do Brasil naquela região foi alterado (cresceu). No pré processamento da compilação dos dados com o MKGMAP existe a figura da poly que é um arquivo chave para cortar os dados baixados para serem processados só os de interesse. Esse arquivo foi por nós trabalhado logo quando iniciamos o processo de compilação do mapa para o Brasil, em maio deste ano. Na alteração nas relações do Parque, crescendo o limite do Brasil, com ele cresceu o limite do Acre - AC. Com isso esse estado ficou sem indexar porque seu polígono, sua relação boundary=administrative do Brasil e Acre foi cortada pela poly que estava adequada para os limites do Brasil naquela região. Para contornar o problema, alteramos o poly e as cidades do Acre passaram a indexar normalmente, entretanto vamos trabalhar nos styles porque com a poly aumentada muitos dados da Bolívia que não nos interessam começaram a aparecer no mapa do Brasil. []s Marcio From: Gerald Weber Sent: Tuesday, September 2, 2014 10:42 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Limites administrativos Marcio, sua preocupação é bem justificada. Estas tags poderiam não ser estritamente necessárias na way, se já existissem na relation, mas também não estavam fazendo mal a ninguem. Vou repetir o que disse no outro post: Não mexa no que está feito, procure fazer o que falta. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Schlecker (war Re: addr:state massen remove in DE)
Sven Geggus wrote on 03.09.2014 18:01: Michael Reichert naka...@gmx.net wrote: Außerdem gibt es Changesets, die zwar auch Massenedits sind, aber Fehler korrigieren. Ich erinnere daran, dass ich hier mal davon abgehalten wurde alle Schleckermärkte zu löschen. Ein paar davon sind bis heute übrig geblieben. Hab an die meisten in Deutschland mal ein Note rangeklebt, bzw dank eindeutigem wheelchair:description selbst gelöscht. Zwei von acht sind schon durch lokales Wissen bearbeitet. -- Grüße Holger ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:state massen remove in DE
Am 03.09.2014 19:05, schrieb Jacob Bräutigam: Hallo Jacob Hallo an alle, als Verursacher der Diskussion möchte ich mich auch zu Wort melden. Super ! Vielleicht einmal kurz die Vorgeschichte: ich habe in den letzten Wochen in Berlin die Adressdaten mit den vom Geoportal zur Verfügung gestellten Daten ergänzt. Dabei ist mir der addr:state-Tag an einer der Adressen aufgefallen. Im Wiki zu den addr-Keys war er als Bundesland beschrieben, mir hats gefallen und ich habe begonnen, den Tag in den gerade ergänzten Gebieten Berlins mit einzusetzen. Das führte dazu (wie Dietmar schon richtig herausgefunden hat), dass Gehrke mich angeschrieben hat und mich gebeten hat, auf diesen Tag zu verzichten. Daraufhin habe ich mich etwas umgesehen und den Wiki-Artikel zum Karlsruher Schema gefunden. Darauf wird der Tag beschrieben als: The state for those countries like the US and Australia that have state abbreviations in their addresses. For other countries this is not used. Damit die Tags in Berlin einigermaßen konsistent benutzt werden, habe ich mich Montag daran gemacht, die addr:state-Tags in Berlin zu entfernen. Die waren fast ausschließlich von mir, dass sollte also kein allzu großes Problem gewesen sein. Sehe ich auch als OK an wenn die tags noch nicht lange vorhanden waren. Weil es in Deutschland nur wenige Gebiete gab, in denen die Tags auch benutzt wurden, habe ich diese dann am Dienstag ebenfalls entfernt. Das ich damit so große Wellen schlagen würde, habe ich nicht gedacht. Deshalb habe ich keine Diskussion in den Mailinglisten oder dem Forum angefangen. Da hättest Du zumindest mal die Personen befragen sollen, welche die Tags eingetragen haben. Für mein Vorgehen entschuldige ich mich. +1 Ich werde die losgetretene Diskussion verfolgen und falls es eine Einigung für einen Revert gibt, werde ich den natürlich machen. Dann würde ich aber vorschlagen, dass wir uns auf eine konstante Art der Bezeichnung einigen. (Gesehen: Abkürzung in 2 Buchstaben, ausgeschrieben in Deutsch, ausgeschrieben in Englisch, teilweise mit Ergänzungen wie Freistaat) Außerdem wäre eine konsistente Beschreibung im Wiki sicher wünschenswert, damit wir diese Diskussion nicht ganz so schnell wieder führen. (Zur Zeit: Karlsruhe Schema (en): for those countries that have state abbreviations in their addresses, Karlsruhe Schema (de): nichts, Key:addr (de): gestern ergänzt um Bundesstaat, in DE/AT/CH in Adressangaben unüblich) Das Wiki sollte imho als erstes angepasst werden, nach einer Diskussion. Ich finde es auch wichtig in der englischsprachigen Version auf die Begrenzung von einzelnen Ländern hinzuweisen. Am Ende bleibt mal wieder viel Theater um wenig Inhalt. Zugegebener Maßen, es war ein mechanical edit und das hat auch für den großen Wirbel gesorgt. Die Overpass-api macht es leider zu einfach, darum besprecht doch solche Änderungen bitte im Voraus in mehreren Medien. Auf ein paar Tage kommt es jawohl nicht an. Dann kann auch gleich das Wiki entsprechend angepasst werden und es muss nicht ein Bot laufen um diese Tags regelmäßig zu entfernen. Im Grunde ist ja alles OK aber die Art und Weise war es halt nicht. Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] C'è da spostare Linosa
Buongiorno, come ho scoperto da poco http://goo.gl/GNOCvp sembra che Linosa sia stata tracciata per la gran parte su Bing, in una zona in cui questo layer è traslato di quasi 200 metri verso ovest. E quindi anche OSM ha ereditato lo stesso errore. Volevo dei suggerimenti/conferme sul come procedere. Avviso tutti gli utenti che hanno contribuito all'editing e gli chiedo di discutere tempi e modalità di azione in questo thread? Grazie, Andrea - Andrea Borruso email: aborr...@tin.it website: http://blog.spaziogis.it my 2.0 life: http://aborruso.spaziogis.it feed: http://feeds2.feedburner.com/Tanto 38° 7' 48 N, 13° 21' 9 E -- View this message in context: http://gis.19327.n5.nabble.com/C-e-da-spostare-Linosa-tp5816496.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Estrarre DWG da OSM
2014-09-03 23:38 GMT+02:00 Luca Meloni lmelonim...@yahoo.it: Nessuno sa niente? se dovessi avere urgenza potresti prenderti il shapefile dettagliato dello stile ufficiale mapnik-carto (o dal sito di Jochen Topf) e estrarre la parte che ti interessa... Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] C'è da spostare Linosa
2014-09-04 9:43 GMT+02:00 aborruso aborr...@gmail.com: Buongiorno, come ho scoperto da poco http://goo.gl/GNOCvp sembra che Linosa sia stata tracciata per la gran parte su Bing, in una zona in cui questo layer è traslato di quasi 200 metri verso ovest. E quindi anche OSM ha ereditato lo stesso errore. Volevo dei suggerimenti/conferme sul come procedere. Avviso tutti gli utenti che hanno contribuito all'editing e gli chiedo di discutere tempi e modalità di azione in questo thread? usando PCN2006 è facilissimo spostare il tutto, l'ho appena fatto, e sembra che combacia quasi perfettamente (al meno la linea di costa), mentre le strade sono talvolta un po' sfasate (5-8m, ma non ugualmente). Le tracce gpx (in realtà sembra una sola traccia, che però copre tutta l'isola) presenti confermano il PCN2006, che dite, carico? Gli edifici sono anche un po sfasate. In totale è molto meglio di prima. Gli utenti principale sono cibboy (71%) - utente iD silviop (14%) - utente Potlatch GeofixFe (6%) - utente Potlatch Sal73x (1%) - utente iD Runis (1%) - prevalentemente iD e Potlatch, poco JOSM Visto che tutti li mappatori non usano editori capaci di utilizzare buone ortofoto (intendo PCN) probabilmente considerebbe un errore uno spostamento, quindi sono da avvisare (e purtroppo sarebbero esclusi da ulteriore modifiche, al meno che non spostano Bing, cosa comunque non risolve tutti problemi). Che dite, carico? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] C'è da spostare Linosa
Direi di si, l'area è piccola e si può agevolmente spostare il tutto in un solo colpo. Ci sarebbe da traslare di una cinquantina di metri anche l'isolotto di Lampione sempre da quelle parti. - Original Message - From: Martin Koppenhoefer To: openstreetmap list - italiano Sent: Thursday, September 04, 2014 10:14 AM Subject: Re: [Talk-it] C'è da spostare Linosa Che dite, carico? ciao, Martin___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] C'è da spostare Linosa
Direi di si. Magari usa le coords dei fari della marina militare a conferma... Http://tinyurl.com/oyzpux8 -- cascafico.altervista.org twitter.com/cascafico Il 04/set/2014 10:18 Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2014-09-04 9:43 GMT+02:00 aborruso aborr...@gmail.com: Buongiorno, come ho scoperto da poco http://goo.gl/GNOCvp sembra che Linosa sia stata tracciata per la gran parte su Bing, in una zona in cui questo layer è traslato di quasi 200 metri verso ovest. E quindi anche OSM ha ereditato lo stesso errore. Volevo dei suggerimenti/conferme sul come procedere. Avviso tutti gli utenti che hanno contribuito all'editing e gli chiedo di discutere tempi e modalità di azione in questo thread? usando PCN2006 è facilissimo spostare il tutto, l'ho appena fatto, e sembra che combacia quasi perfettamente (al meno la linea di costa), mentre le strade sono talvolta un po' sfasate (5-8m, ma non ugualmente). Le tracce gpx (in realtà sembra una sola traccia, che però copre tutta l'isola) presenti confermano il PCN2006, che dite, carico? Gli edifici sono anche un po sfasate. In totale è molto meglio di prima. Gli utenti principale sono cibboy (71%) - utente iD silviop (14%) - utente Potlatch GeofixFe (6%) - utente Potlatch Sal73x (1%) - utente iD Runis (1%) - prevalentemente iD e Potlatch, poco JOSM Visto che tutti li mappatori non usano editori capaci di utilizzare buone ortofoto (intendo PCN) probabilmente considerebbe un errore uno spostamento, quindi sono da avvisare (e purtroppo sarebbero esclusi da ulteriore modifiche, al meno che non spostano Bing, cosa comunque non risolve tutti problemi). Che dite, carico? ciao, Martin ___ 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] C'è da spostare Linosa
Il faro di Lampione sul sito della marina è messo però a oltre 300 metri a sud di quanto risulta invece dalle PCN (!?). Riguardo a queste ultime resta poi il discorso se preferire quelle del 2006 o quelle del 2012. - Original Message - From: Cascafico Giovanni To: openstreetmap list - italiano Sent: Thursday, September 04, 2014 10:37 AM Subject: Re: [Talk-it] C'è da spostare Linosa Direi di si. Magari usa le coords dei fari della marina militare a conferma... ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] C'è da spostare Linosa
Ciao, segnalo il wms che localmente convince di più http://www.sitr.regione.sicilia.it/geoportale/it/metadata/details/5 E' in CC BY-SA - Andrea Borruso email: aborr...@tin.it website: http://blog.spaziogis.it my 2.0 life: http://aborruso.spaziogis.it feed: http://feeds2.feedburner.com/Tanto 38° 7' 48 N, 13° 21' 9 E -- View this message in context: http://gis.19327.n5.nabble.com/C-e-da-spostare-Linosa-tp5816496p5816513.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] C'è da spostare Linosa
ualios wrote Il faro di Lampione sul sito della marina è messo però a oltre 300 metri a sud di quanto risulta invece dalle PCN Avete ragione: prendendo come riferimento la traccia GPS, i dati delle marina militare sono fuori di oltre 60 metri. Difatti la MM riporta un disclaimer molto liberatorio :-) Per quel che vedo, credo la cosa migliore sia il WMS segnalato [1] (c'è nei preset JOSM) e, per un dettaglio lievemente maggiore, la Bing allineata alla traccia GPS (offset 178; 2) [1]http://www.sitr.regione.sicilia.it/geoportale/it/metadata/details/5 - -- cascafico.altervista.org twitter.com/cascafico -- View this message in context: http://gis.19327.n5.nabble.com/C-e-da-spostare-Linosa-tp5816496p5816515.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] C'è da spostare Linosa
On Thu, Sep 4, 2014 at 11:50 AM, aborruso aborr...@gmail.com wrote: Ciao, segnalo il wms che localmente convince di più http://www.sitr.regione.sicilia.it/geoportale/it/metadata/details/5 E' in CC BY-SA Se è questa la licenza, allora non si può usare questa fonte. Ciao, Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] C'è da spostare Linosa
2014-09-04 10:37 GMT+02:00 Cascafico Giovanni cascaf...@gmail.com: Direi di si. Magari usa le coords dei fari della marina militare a conferma... Ho caricato il changeset: https://www.openstreetmap.org/changeset/25222073 Non ho utilizzato i fari, credo che si possono usare sopratutto per posizionare i fari stessi, mentre per il resto dovrebbe andare bene anche un spostamento ad occhio (visto che i dati sono entrati così). Non ho tempo per Lampione, faccio un po' di cose a Linosa... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] C'è da spostare Linosa
Ciao Andrea, Andrea Musuruane wrote Se è questa la licenza, allora non si può usare questa fonte. quindi o passano almeno al CC BY o danno un'autorizzazione per OSM al tracciamento. Corretto? - Andrea Borruso email: aborr...@tin.it website: http://blog.spaziogis.it my 2.0 life: http://aborruso.spaziogis.it feed: http://feeds2.feedburner.com/Tanto 38° 7' 48 N, 13° 21' 9 E -- View this message in context: http://gis.19327.n5.nabble.com/C-e-da-spostare-Linosa-tp5816496p5816521.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] C'è da spostare Linosa
2014-09-04 12:42 GMT+02:00 aborruso aborr...@gmail.com: Andrea Musuruane wrote Se è questa la licenza, allora non si può usare questa fonte. quindi o passano almeno al CC BY o danno un'autorizzazione per OSM al tracciamento. Corretto? si, essendo loro una PA la cosa migliore sarebbe rilasciare come CC0 / PD ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] C'è da spostare Linosa
On Thu, Sep 4, 2014 at 12:42 PM, aborruso aborr...@gmail.com wrote: Ciao Andrea, Andrea Musuruane wrote Se è questa la licenza, allora non si può usare questa fonte. quindi o passano almeno al CC BY o danno un'autorizzazione per OSM al tracciamento. Corretto? In teoria sì. In pratica qualcuno sostiene che anche la CC BY ha dei problemi in quanto deve essere verificato il tipo di attribuzione richiesta (io non sono così pignolo, ma non sono un avvocato :-)). Ciao, Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] C'è da spostare Linosa
Ciao Martin, scusami se insisto, ma voglio porre bene la cosa a chi gestisce la cosa. dieterdreist wrote si, essendo loro una PA la cosa migliore sarebbe rilasciare come CC0 / PD Ho capito che il CC BY andrebbe bene, anche se non è il massimo. O CC0 / PD o un'autorizzazione speciale soltanto per OSM. Grazie - Andrea Borruso email: aborr...@tin.it website: http://blog.spaziogis.it my 2.0 life: http://aborruso.spaziogis.it feed: http://feeds2.feedburner.com/Tanto 38° 7' 48 N, 13° 21' 9 E -- View this message in context: http://gis.19327.n5.nabble.com/C-e-da-spostare-Linosa-tp5816496p5816526.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] C'è da spostare Linosa
2014-09-04 12:51 GMT+02:00 aborruso aborr...@gmail.com: Ho capito che il CC BY andrebbe bene, anche se non è il massimo. O CC0 / PD o un'autorizzazione speciale soltanto per OSM. La cc-by va bene se l'attribuzione può essere fatto soltanto su questa pagina: http://wiki.osm.org/wiki/Contributors Quindi al solito si chiede questa chiarificazione scritta, che va bene l'attribuzione lì, mentre invece l'attribuzione su ogni mappa o nel dataset non possiamo garantire. Inoltre cc-by ci limita nella scelta della prossima licenza (per esempio se dovessimo decidere di andare CC0 perderemmo questi dati - poco probabile che scegliamo CC0 ovviamente). Un'autorizzazione speciale per OSM va sempre bene (per noi), ma rimane in questo caso il limite per l'uso dei dati originali per altri scopi. Invece CC0 (o dominio pubblico), quindi senza restrizioni, dovrebbe essere il default per open data governativi, perché ottiene il risultato migliore: più ampia possibilità di utilizzo e riuso. Vantaggio per la regione perché non esclude nessuno ed i loro dati trovano maggiore diffusione / inclusione. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] C'è da spostare Linosa
Per Lampione se ho un pò di tempo nel pomeriggio ci penso io. Ho già visto che il WMS della Regione Sicilia servirebbe a poco visto che l'isolotto manca del tutto (!?!). Inoltre con il PCN2012 una semplice traslazione non basta e occorrerebbe riallineare i confini. - Original Message - From: Martin Koppenhoefer To: openstreetmap list - italiano Sent: Thursday, September 04, 2014 12:33 PM Subject: Re: [Talk-it] C'è da spostare Linosa Non ho tempo per Lampione, faccio un po' di cose a Linosa... ciao, Martin -- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Nessun virus nel messaggio. Controllato da AVG - www.avg.com Versione: 10.0.1432 / Database dei virus: 4015/7650 - Data di rilascio: 04/09/2014 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] OSMdata: un editor in stile Wikidata per OpenStreetMap
Ciao, volevo segnalarvi quest'idea che ho posta nell'IdeaLab: https://meta.wikimedia.org/wiki/Grants:IdeaLab/OSMdata:_a_Wikidata-like_editor_for_OpenStreetMap Ecco un veloce sommario per punti: * usare un'installazione MediaWiki + Wikibase - chiamiamola OSMdata[*] - per contenere un item about per ogni singolo oggetto in OSM (seguendo lo schema Nxxx per i nodi, Wxxx per le way, Rxxx per le relation). * i claim in una pagina di OSMdata a proposito di un dato item riproducono esattamente le coppie key, values per gli stessi oggetti in OSM. * OSMdata è sincronizzato e mantenuto aggiornato con il database OSM (lettura) * gli utenti possono loggarsi in OSMdata con il loro account OSM e contribuire aggiungendo nuovi claim (proprietà e valore, o - nel linguaggio di osm, tag e valore). Questi aggiunte sono salvate automaticamente nel database OSM (scrittura). Motivazione: * sembra bello (!) * La comunità OSM guadagna un nuovo editor for OpenStreetMap, un editor che una interfaccia molto nota * OSM ottiene tutti i benefici legati allo sviluppo di MediaWiki+Wikibase (per esempio, in futuro Wikibase dovrebbe permettere l'export dei claim in formato RDF in automatico) * Wikibase viene testato a una scala 60x di quella attuale[~] * Wikibase è usato in un altro grande progetto Ci tengo a ribadire che, per come lo immagino, OSMdata sarebbe un editor non un repository di dati per OSM, infatti non penso che conterrà le coordinate geografiche, ma solo i tag+valore. L'idea è quella di fornire una nuova (e conosciuta) interfaccia per editare OSM, sia manualmente che automaticamente (con i bot). Gradirei sapere cosa ne pensate (qui o nella pagina di cui sopra) e mi piacerebbe anche mettere in piedi un prototipo con un piccolo sottoinsieme dei dati, se c'è qualcuno/a di voi che conosce il PHP ed ha voglia di mettere mano a Wikibase fatemi un fischio. Ciao, C I would like to know your opinion, and I would also like to set up some prototype with a small subset of the data. I tried to set up thinks but, unfortunately, I am blocked on the first obstacle, i.e.: how can I tell Wikibase to let me create items with names Nxxx, Wxxx and Rxxx instead of Qxxx? I do not know enough PHP (nor MediaWiki or Wikibase) to do this myself. I hope to hear from you soon. Ciao, Cristian [*] ogni riferimento a Wikidata è puramente voluto [~] al momento Wikidata a 43 milioni di item, (statistiche: https://tools.wmflabs.org/wikidata-todo/stats.php), OpenStreetMap ha 2,7 miliardi di oggetti (statistiche: http://www.openstreetmap.org/stats/data_stats.html) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMdata: un editor in stile Wikidata per OpenStreetMap
Come idea richiama Level0 (lato editing) , dal quale potresti partire ed estenderlo http://wiki.openstreetmap.org/wiki/Level0 Ciao, Stefano On 4 Sep 2014 13:32, Cristian Consonni kikkocrist...@gmail.com wrote: Ciao, volevo segnalarvi quest'idea che ho posta nell'IdeaLab: https://meta.wikimedia.org/wiki/Grants:IdeaLab/OSMdata:_a_Wikidata-like_editor_for_OpenStreetMap Ecco un veloce sommario per punti: * usare un'installazione MediaWiki + Wikibase - chiamiamola OSMdata[*] - per contenere un item about per ogni singolo oggetto in OSM (seguendo lo schema Nxxx per i nodi, Wxxx per le way, Rxxx per le relation). * i claim in una pagina di OSMdata a proposito di un dato item riproducono esattamente le coppie key, values per gli stessi oggetti in OSM. * OSMdata è sincronizzato e mantenuto aggiornato con il database OSM (lettura) * gli utenti possono loggarsi in OSMdata con il loro account OSM e contribuire aggiungendo nuovi claim (proprietà e valore, o - nel linguaggio di osm, tag e valore). Questi aggiunte sono salvate automaticamente nel database OSM (scrittura). Motivazione: * sembra bello (!) * La comunità OSM guadagna un nuovo editor for OpenStreetMap, un editor che una interfaccia molto nota * OSM ottiene tutti i benefici legati allo sviluppo di MediaWiki+Wikibase (per esempio, in futuro Wikibase dovrebbe permettere l'export dei claim in formato RDF in automatico) * Wikibase viene testato a una scala 60x di quella attuale[~] * Wikibase è usato in un altro grande progetto Ci tengo a ribadire che, per come lo immagino, OSMdata sarebbe un editor non un repository di dati per OSM, infatti non penso che conterrà le coordinate geografiche, ma solo i tag+valore. L'idea è quella di fornire una nuova (e conosciuta) interfaccia per editare OSM, sia manualmente che automaticamente (con i bot). Gradirei sapere cosa ne pensate (qui o nella pagina di cui sopra) e mi piacerebbe anche mettere in piedi un prototipo con un piccolo sottoinsieme dei dati, se c'è qualcuno/a di voi che conosce il PHP ed ha voglia di mettere mano a Wikibase fatemi un fischio. Ciao, C I would like to know your opinion, and I would also like to set up some prototype with a small subset of the data. I tried to set up thinks but, unfortunately, I am blocked on the first obstacle, i.e.: how can I tell Wikibase to let me create items with names Nxxx, Wxxx and Rxxx instead of Qxxx? I do not know enough PHP (nor MediaWiki or Wikibase) to do this myself. I hope to hear from you soon. Ciao, Cristian [*] ogni riferimento a Wikidata è puramente voluto [~] al momento Wikidata a 43 milioni di item, (statistiche: https://tools.wmflabs.org/wikidata-todo/stats.php), OpenStreetMap ha 2,7 miliardi di oggetti (statistiche: http://www.openstreetmap.org/stats/data_stats.html) ___ 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] C'è da spostare Linosa
Il 04.09.2014 13:14 Martin Koppenhoefer ha scritto: 2014-09-04 12:51 GMT+02:00 aborruso : Ho capito che il CC BY andrebbe bene, anche se non è il massimo. O CC0 / PD o un'autorizzazione speciale soltanto per OSM. La cc-by va bene se l'attribuzione può essere fatto soltanto su questa pagina: http://wiki.osm.org/wiki/Contributors [2] Quindi al solito si chiede questa chiarificazione scritta, che va bene l'attribuzione lì, mentre invece l'attribuzione su ogni mappa o nel dataset non possiamo garantire. Inoltre cc-by ci limita nella scelta della prossima licenza (per esempio se dovessimo decidere di andare CC0 perderemmo questi dati - poco probabile che scegliamo CC0 ovviamente). Un'autorizzazione speciale per OSM va sempre bene (per noi), ma rimane in questo caso il limite per l'uso dei dati originali per altri scopi. Invece CC0 (o dominio pubblico), quindi senza restrizioni, dovrebbe essere il default per open data governativi, perché ottiene il risultato migliore: più ampia possibilità di utilizzo e riuso. Vantaggio per la regione perché non esclude nessuno ed i loro dati trovano maggiore diffusione / inclusione. Va bene che risale alla notte dei tempi, ma è lo stesso SITR (preimpostato in JOSM) di cui si parla qua? http://wiki.openstreetmap.org/wiki/Sicilia/Comunit%C3%A0#Derivazione_dati Piuttosto, alla luce degli sviluppi successivi, mi preoccupa la parte Nel caso in cui tali elaborati dovessero essere pubblicati si chiede di mensionare l'origine della fonte dei dati. . Simone...? Ciao -- Luigi Scopri istella, il nuovo motore per il web italiano. Istella garantisce risultati di qualità e la possibilità di condividere, in modo semplice e veloce, documenti, immagini, audio e video. Usa istella, vai su http://www.istella.it?wtk=amc138614816829636 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] C'è da spostare Linosa
2014-09-04 13:18 GMT+02:00 ualios sky.l...@katamail.com: Per Lampione se ho un pò di tempo nel pomeriggio ci penso io. Ho già visto che il WMS della Regione Sicilia servirebbe a poco visto che l'isolotto manca del tutto (!?!). Inoltre con il PCN2012 una semplice traslazione non basta e occorrerebbe riallineare i confini. Si, ho notato anch'io che il PCN2012 non è congruente con il PCN2006. A Linosa il PCN2006 era in linea con la traccia presente. Che dicono gli altri, avete anche voi riscontrati differenze di posizionamento tra 2006 e 2012? Se si, a quale date più affidamento? Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMdata: un editor in stile Wikidata per OpenStreetMap
2014-09-04 13:31 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com: Ci tengo a ribadire che, per come lo immagino, OSMdata sarebbe un editor non un repository di dati per OSM, infatti non penso che conterrà le coordinate geografiche, ma solo i tag+valore. L'idea è quella di fornire una nuova (e conosciuta) interfaccia per editare OSM, sia manualmente che automaticamente (con i bot). hm, senza coordinate geografiche, come potresti verificare che stai editanto l'oggetto giusto? Per me OSM è in primis un progetto dove la gente che connosce benissimo un posto può inserire la loro conoscenza. I bot non conoscono mai un posto, per cui è raro che possono fare modifiche sensate. Ci sono delle typo palesi (maiuscole, spazi davanti o dopo il tag) ma spesso la gente usa appositamente dei tags che non sono gli stessi di altri tags che appaiono simili. In tanti casi dei edits tipo bot (sostituire un tag con un altro e/o combinazioni) danneggiano il sistema OSM, fanno perdere informazioni e storciono le statistiche. Detto ciò, credo che potrebbe comunque essere interessante un editore del genere per certi tipi di utilizzo. level0 già fa qualcosa in questa direzione (editor testuale), ma è sicuramente migliorabile, quindi concordo con Stefano, vale la pena guardarsi il codice. Per i bot veri (programmi che cambiano codice) vedo meno utilità, già possono usare gli API, mentre per mappatori potrebbe essere una buona alternative per fare delle correzioni ad hoc, sempre col rischio che ogni tentativo di introdurre varianti potrebbe essere subitò normalizzato ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Estrarre DWG da OSM
Ciao! Per Maurizio: tranquillo, ci mancherebbe! I comuni sono Madalena/ La Maddalena e Lu Palau/Palau. Per Martin: no, non è urgente, per fortuna. E poi il punto è che vorrei imparare a farlo, nel caso in cui mi servisse nuovamente in futuro... Ciao, Luca Il Giovedì 4 Settembre 2014 9:56, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2014-09-03 23:38 GMT+02:00 Luca Meloni lmelonim...@yahoo.it: Nessuno sa niente? se dovessi avere urgenza potresti prenderti il shapefile dettagliato dello stile ufficiale mapnik-carto (o dal sito di Jochen Topf) e estrarre la parte che ti interessa... Ciao, Martin___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMdata: un editor in stile Wikidata per OpenStreetMap
Il 04 settembre 2014 13:31, Cristian Consonni ha scritto: volevo segnalarvi quest'idea che ho posta nell'IdeaLab: https://meta.wikimedia.org/wiki/Grants:IdeaLab/OSMdata:_a_Wikidata-like_editor_for_OpenStreetMap Ecco un veloce sommario per punti: * usare un'installazione MediaWiki + Wikibase - chiamiamola OSMdata[*] - per contenere un item about per ogni singolo oggetto in OSM (seguendo lo schema Nxxx per i nodi, Wxxx per le way, Rxxx per le relation). ci sono controindicazioni a mantenere i Qxxx creando invece i claim per dire che è un nodo/way/relazione e mettendo separatamente l'ID? per l'esempio del Colosseo, come collegheresti l'oggetto importato da OSM con la pagina già esistente su wikidata (il suo Qxxx potrebbe diventare l'identificatore stabile che non abbiamo, se qualcuno tiene aggiornato l'ID...) * i claim in una pagina di OSMdata a proposito di un dato item riproducono esattamente le coppie key, values per gli stessi oggetti in OSM. serve anche la versione, non importa che sia visibile e non deve essere modificabile dall'utente, ma senza versione non puoi riscrivere in OSM i dati modificati dal lato di Wikidata e devi gestire il conflitto, non conosco il motore di wikidata ma probabilmente questo è il punto più delicato, cioè prima di salvare in wikidata la modifica di un utente di wikidata devi salvarla in OSM, probabilmente basta salvare solo in OSM e wikidata vedrà la modifica con il prossimo minutely diff e se due utenti wikidata provano a modificare nello stesso minuto, ci pensa OSM a rifiutare la seconda modifica visto che le chiavi di OSM sono libere e contengono anche tanti errori di ortografia, devi creare automaticamente un claim per ognuna (anche per quelle con errori che sono la stragrande maggioranza ma riguardano una minoranza di oggetti) altrimenti perderesti dati -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMdata: un editor in stile Wikidata per OpenStreetMap
Ciao, Grazie a tutti per i commenti. Vi rispondo in un'unica volta per non mandare troppe mail. Il 04 settembre 2014 14:14, sabas88 saba...@gmail.com ha scritto: Come idea richiama Level0 (lato editing) , dal quale potresti partire ed estenderlo http://wiki.openstreetmap.org/wiki/Level0 Ne avevo sentito parlare, ma non ricordavo il nome e non avevo mai approfondito, grazie per il link. Effettivamente dopo averlo visto mi pare che questa idea sia un po' Level0 all'ennesima potenza (Ma 0^n [con n 0] fa sempre 0, ahah). Però l'idea sarebbe proprio quella riutilizzare del software come MediaWiki + Wikibase perché ha già una buona base di sviluppatori. (quanto al mio contributo personale... anche Level0 è in PHP (!), ho lo stesso problema di cui sopra) Il 04 settembre 2014 13:39, Luca Delucchi lucadel...@gmail.com ha scritto: L'idea sembra essere interessante, alla fine sarebbe un editor testuale l'unica cosa io manterrei anche le coordinate geografiche Il 04 settembre 2014 15:11, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2014-09-04 13:31 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com: Ci tengo a ribadire che, per come lo immagino, OSMdata sarebbe un editor non un repository di dati per OSM, infatti non penso che conterrà le coordinate geografiche, ma solo i tag+valore. L'idea è quella di fornire una nuova (e conosciuta) interfaccia per editare OSM, sia manualmente che automaticamente (con i bot). hm, senza coordinate geografiche, come potresti verificare che stai editanto l'oggetto giusto? Intendevo dire che non sarebbe un editor usabile per editare le coordinate/spostare un oggetto (sì, non mi sono spiegato molto bene), almeno per come me l'immagino io al momento. Come fa Level0 si potrebbe visualizzare una mappa che evidenzia l'oggetto (per esempio mettendolo sotto il nome dell'item). Cioè, appunto perché sarebbe un editor pensato per lavorare sui tag, l'informazione delle coordinate non sarebbe editabile. Poi quell'informazione può anche essere immagazzinata e solo mostrata, in effetti. Il 04 settembre 2014 15:25, Daniele Forsi dfo...@gmail.com ha scritto: Il 04 settembre 2014 13:31, Cristian Consonni ha scritto: Ecco un veloce sommario per punti: * usare un'installazione MediaWiki + Wikibase - chiamiamola OSMdata[*] - per contenere un item about per ogni singolo oggetto in OSM (seguendo lo schema Nxxx per i nodi, Wxxx per le way, Rxxx per le relation). ci sono controindicazioni a mantenere i Qxxx creando invece i claim per dire che è un nodo/way/relazione e mettendo separatamente l'ID? In teoria no, oltre al fatto che basterebbe creare in automatico una prima proprietà che dica (per esempio, type=node [type=way o type=relation]). il punto è che da un punto di vista di usabilità (o di comprensibilità) mi sembra meglio se posso arrivare all'oggetto da: http://www.openstreetmap.org/node/428339558 - N428339558 che non dover arrivare a un Qxxx a caso. (l'idea di indicizzare gli oggetti in OSM in questo modo non è originale: è il modo usato da Wikipedia-tags-in-OSM) D'altro canto non penso che fare in modo che gli item possano chiamarsi Nxxx, Wxxx, Rxxx invece di Qxxx sia troppo difficile. (Mi sono guardato il codice di Wikibase, a un certo punto c'è un'espressione regolare che valuta che la forma dell'id sia '/^q[1-9][0-9]*$/i', ovvero Qxxx) Il 04 settembre 2014 15:25, Daniele Forsi dfo...@gmail.com ha scritto: visto che le chiavi di OSM sono libere e contengono anche tanti errori di ortografia, devi creare automaticamente un claim per ognuna (anche per quelle con errori che sono la stragrande maggioranza ma riguardano una minoranza di oggetti) altrimenti perderesti dati Sì, ci avevo già pensato, in Wikidata le proprrietà ([property] in pratica l'equivalente delle key dei tag in OSM) e gli item ereditano entrambi dal concetto (generico) di entity, su Wikidata la creazione di proprietà è limitata solo agli amministratori, ma ovviamente in linea di principio può essere libera (e quindi credo non dovrebbero esserci problemi, a quel punto a creare nuove proprietà al volo, quando vengono inserite, devo dire però che non sono sicuro al 100% di questa cosa). Inoltre, se provate ad aggiungere ad un item su Wikidata un claim (=coppia proprietà+valore) vedrete che quando andate nei due campi vi vengono dati dei suggerimenti (esempio, se avete impostato la lingua su italiano e scrivete data vi vengono proposte diverse possibili proprietà. Questo per dire anche che si avrebbe direttamente il supporto multilingua, nel senso che si potrebbero vedere visualizzati i tag nella propria lingua (cosa che iD editor già fa) e si potrebbe cambiare lingua semplicemente con il language selector (in alto) Per esempio vedete: * (in italiano) https://www.wikidata.org/wiki/Q10490?setlang=it * (in inglese) https://www.wikidata.org/wiki/Q10490?setlang=en Rispetto al discorso prototipo (vedete sopra) quello che riesco a fare al momento è caricare con uno script Python i dati da
Re: [Talk-it] Problemi ricerca indirizzi OSM su Garmin
Per quanto riguarda la ricerca di indirizzi su Garmin vi segnalo questo link http://www.quellidellelica.com/vbforums/showthread.php?t=395261 http://www.quellidellelica.com/vbforums/showthread.php?t=395261 dal quale si possono scaricare le mappe fatte dall'utente GSPEED, che funzionano bene , es: inserendo 'Garibaldi' trova Via Garibaldi, Piazza Garibaldi, Via G. Garibaldi etc.. C'è quella dell'Italia o quella del Veneto. L'ho contattato per chiedere come faceva e mi ha risposto: ... Si ho contribuito a mkgmap riguardo i filtri che possono essere applicati quando vengono processati gli oggetti delle mappe OSM, proprio per riuscire a manipolare i nomi e rendere pratica la ricerca per indirizzi nel paesi latini (in cui la parte più significativa è di solito alla fine del nome della strada e non all'inizio). Per generare le mappa basta un mkgmap recente (di quest'anno), usare l'opzione -index e modificare lo stile di base come ho descritto qui: http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2014q1/019658.html ... ma onestamente non sono riuscito a combinare nulla. se qualcuno vuol provare ... Saluti Andrea -- View this message in context: http://gis.19327.n5.nabble.com/Problemi-ricerca-indirizzi-OSM-su-Garmin-tp5752403p5816579.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMdata: un editor in stile Wikidata per OpenStreetMap
Il 04 settembre 2014 15:25, Daniele Forsi dfo...@gmail.com ha scritto: per l'esempio del Colosseo, come collegheresti l'oggetto importato da OSM con la pagina già esistente su wikidata (il suo Qxxx potrebbe diventare l'identificatore stabile che non abbiamo, se qualcuno tiene aggiornato l'ID...) Banalmente mettendoci una proprietà wikidata e valore Q10285 (esadattemente come il tag wikidata=Q10285). Rispondo a questa cosa perché credo sia un discorso diverso e che non riguarda OSMdata. Il problema di tenere aggiornata la relazione tra, diciamo: * https://www.wikidata.org/wiki/Q10285 (Colosseo su Wikidata) * http://www.openstreetmap.org/relation/1834818 (Colosseo su OSM) sia da una parte (OSM) che dall'altra (Wikidata) mi sembra comunque di difficile soluzione, fattibile usando dei tool esterni, come per esempio ikipedia-tags-in-OSM o questo creato da questo utente inglese per trovare quali sono le pagine di Wikidata legate a un oggetto OSM: http://edwardbetts.com/osm-wikidata/ (codice su https://github.com/edwardbetts/osm-wikidata) Se chiedi a me, credo che quella strada sia quella corretta, cioè di avere qualche sistema automatico o semi-automatico per mantenere aggiornati i link e/o visualizzare discrepanze sospette o somiglianze promettenti. Non credo che OSMdata porti alcuna novità rilevante in questo campo. Ciao, C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi ricerca indirizzi OSM su Garmin
Funziona tutto! Ho già modificato Garmux in modo che abbia la ricerca per parte finale dell'indirizzo. Lo trovate come sempre qui, corredato da istruzioni e credits: https://sites.google.com/site/stefanodroghetti/nuvi Grazie! ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] App con dati OSM
2014-09-04 18:12 GMT+02:00 Dario Zontini dario.zont...@gmail.com: segnalo due progetti che utilizzano dati OSM. carino, però la mappa è Apple, solo i dati sono OSM :( ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sentieri da percorrere a piedi E a cavallo
Quello che volevo evitare era di duplicare le relazioni [1]. Sebbene i sentieri stanno prendendo una forma stabile sono sempre soggetti a modifiche. La modifica delle way di una relazione comporterebbe di modifiche le relazioni copiate, cosa che sicuramente non verrà fatta (non tutti gli utenti potrebbero sapere che esistono altre relazioni da aggiornare...). Pensavo di trovare la risposta nelle super relazioni [2]. Questo è quello che ho fatto al momento 1) Ho creato una relazione che considero di base [3] con type=route e route=hiking 2) Ho creato quindi una super-relazione che include la relazione di base ma con type=superroute e route=bicycle Mi sembra corretto (a meno , ma ne il relation analyzer [4] ne il Waymarked trails sembra considerare il percorso in bici. Quello base è mostrato correttamente. In effetti i valori di route sono differenti, ma non vedo altro modo... Suggerimenti ? -- F. [1] http://wiki.openstreetmap.org/wiki/Relation:route#Adding_the_ways_to_multiple_route_relations [2] http://wiki.openstreetmap.org/wiki/Relation:route#Creating_super-relations_for_routes [3] http://ra.osmsurround.org/analyzeRelation?relationId=3966165noCache=true_noCache=on [4] http://ra.osmsurround.org/analyzeRelation?relationId=3999868noCache=true_noCache=on# Il giorno 01 settembre 2014 10:36, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2014-09-01 9:19 GMT+02:00 Luca Delucchi lucadel...@gmail.com: se è percorribile a cavallo e/o MTB devi usare i tag del sentiero (horse e bicycle [0]), se invece sono percorsi ufficiali allora devi creare una nuova relation (MTB e horse [1]) +1 al meno in JOSM si possono duplicare le relazioni, quindi non è tanto lavoro. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- *Fabrizio* ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sentieri da percorrere a piedi E a cavallo
Il 04/set/2014 21:16 Fabrizio Carrai fabrizio.car...@gmail.com ha scritto: Quello che volevo evitare era di duplicare le relazioni [1]. Sebbene i sentieri stanno prendendo una forma stabile sono sempre soggetti a modifiche. La modifica delle way di una relazione comporterebbe di modifiche le relazioni copiate, cosa che sicuramente non verrà fatta (non tutti gli utenti potrebbero sapere che esistono altre relazioni da aggiornare...). Pensavo di trovare la risposta nelle super relazioni [2]. Questo è quello che ho fatto al momento 1) Ho creato una relazione che considero di base [3] con type=route e route=hiking 2) Ho creato quindi una super-relazione che include la relazione di base ma con type=superroute e route=bicycle Mi sembra corretto (a meno , ma ne il relation analyzer [4] ne il Waymarked trails sembra considerare il percorso in bici. Quello base è mostrato correttamente. Io creerei due relazioni semplici, non utilizzando la superroute. I due siti probabilmente non gestiscono il valore superroute Suggerimenti ? -- F. Ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] ¡El Caribe se sigue recuperando! - Comunicado de Prensa N. 129
*Comunicado de prensa N. 0129* *4 de septiembre de 2014* *EL CARIBE SE SIGUE RECUPERANDO: LAS ENTREGAS DE ALIMENTO Y AGUA SE MANTIENEN Y LAS LLUVIAS PERMITEN EL RETORNO A LA NORMALIDAD* ** *Continúa el Plan Nacional de Contingencia ante la temporada seca, implementado para los 7 departamentos del Caribe, se han distribuido más de 200 millones de litros de agua. En La Guajira se avanza positivamente en la entrega de agua, Ayuda Humanitaria de Emergencia –AHE- y alimento para ganado bovino. * *Bogotá 4 de septiembre de 2014. *En 15 municipios del departamento de La Guajira continúa la entrega de alimento para ganado, agua y kits alimentarios. Así mismo en los otros departamentos del Caribe Colombiano se está cumpliendo con la ejecución del Plan de Contingencia ante la temporada seca, ayudas concertadas con las administraciones departamentales. En el caso de La Guajira se han entregado en total 2.500 toneladas de silo para el ganado bovino de la zona. Así mismo 28.385.661 de litros de agua se han suministrado a las comunidades y 226.188 personas se han beneficiado con kits alimentarios, convirtiendo a esta región en menos vulnerable ante los efectos de la prolongada sequía. La UNGRD autorizó el envío de 10 mil kits alimentarios adicionales para este departamento para un total de 21.786 kits alimentarios, como también 30 mil hamacas más para un total de 93 mil hamacas destinadas para la región. Estas operaciones de asistencia son ejecutadas en Riohacha, San Juan del Cesar, El Molino, Dibulla, Maicao, Distracción, Barrancas, Urumita, Fonseca, Hatonuevo, Albania y Villanueva. Por otra parte y en concordancia a la rehabilitación y adecuación de jagueyes, estos reservorios de agua ya tienen almacenada una cantidad considerable cantidad del líquido vital debido a las lluvias registradas en los últimas semanas sobre el territorio gracias al paso de tormentas tropicales por el caribe en el marco de la Temporada de Huracanes 2014 que se extiende hasta el mes de noviembre. Es importante manifestar que la UNGRD seguirá trabajando hasta que la situación retorne a la normalidad. No se bajará la guardia. Para el soporte logístico se cuenta con 46 carrotanques que distribuyen agua en todo el departamento. Así mismo se tienen instalados 60 tanques de 5.000 mil litros y 40 de 10 mil litros. Igualmente, la maquinaria amarilla está operando cumpliendo con el compromiso adquirido de 6.000 horas de operación, acciones que se cumplen de acuerdo a los cronogramas establecidos desde la Sala de Crisis Departamental y estimadas en un valor cercano a los 2 mil millones de pesos. A nivel sectorial y como resultado de la articulación intersectorial del Plan de Contingencia ante la temporada seca, se tiene a la fecha un balance de ejecución, no solo en el departamento de La Guajira sino para los otros departamentos intervenidos. *Sector Transporte* El Ministerio de Transporte adelanta el monitoreo permanente sobre las condiciones de navegabilidad del río Magdalena el cual está acompañado de turnos de dragado 24 horas para remover sedimentación en sectores que pueden obstaculizar la navegación del río. Así mismo, por medio de los administradores viales con los que cuenta el Instituto Nacional de Vías –INVIAS-, se realiza un monitoreo permanente de las condiciones de la red vial de todo el país. *Sector Agropecuario* Se adelanta el programa de suplementación bovina en los departamentos de Antioquia, Arauca, Atlántico, Córdoba, Boyacá, Bolívar, Cundinamarca, Casanare, Cesar, Cauca, Córdoba, Guajira, Huila, Sucre; en los cuales ya han sido entregados 7.749 toneladas de alimento con una inversión de 3.450 millones, coordinados por el Ministerio de Agricultura. Así mismo este sector ha realizado una inversión cercana a los $38 mil millones para la rehabilitación de distritos de riego, estudios y diseños para distritos. *Sector Ambiental* El Ministerio de Ambiente ha desarrollado las guías ambientales que dan orientaciones a los productores para la prevención mitigación y control de los impactos ambientales adversos y el manejo y uso eficiente de los recursos naturales renovables. También, se han desarrollado las guías ambientales avícolas y porcícolas con orientaciones específicas para el ahorro y uso eficiente del agua. *Sector Operativo* El plan de contingencia presentado por el Ministerio de Defensa ofrece apoyo al Sistema Nacional de Gestión del Riesgo de Desastres en los temas de incendios forestales, desabastecimiento de agua, ayudas humanitarias, accesibilidad y transporte, medios de vida y canales de comunicaciones. Igualmente, la Dirección Nacional de Bomberos viene trabajando en el desarrollo de proyectos para el fortalecimiento de las acciones de prevención y preparación para la atención de emergencias en el país; en los que se destacan: Fortalecimiento institucional, Capacitación y entrenamiento de Cuerpos de Bomberos, Cooperación interinstitucional DNB- FAC. *Sector Salud* El
Re: [Talk-co] Resumen de Talk-co, Vol 74, Envío 5
. Así mismo, por medio de los administradores viales con los que cuenta el Instituto Nacional de Vías –INVIAS-, se realiza un monitoreo permanente de las condiciones de la red vial de todo el país. *Sector Agropecuario* Se adelanta el programa de suplementación bovina en los departamentos de Antioquia, Arauca, Atlántico, Córdoba, Boyacá, Bolívar, Cundinamarca, Casanare, Cesar, Cauca, Córdoba, Guajira, Huila, Sucre; en los cuales ya han sido entregados 7.749 toneladas de alimento con una inversión de 3.450 millones, coordinados por el Ministerio de Agricultura. Así mismo este sector ha realizado una inversión cercana a los $38 mil millones para la rehabilitación de distritos de riego, estudios y diseños para distritos. *Sector Ambiental* El Ministerio de Ambiente ha desarrollado las guías ambientales que dan orientaciones a los productores para la prevención mitigación y control de los impactos ambientales adversos y el manejo y uso eficiente de los recursos naturales renovables. También, se han desarrollado las guías ambientales avícolas y porcícolas con orientaciones específicas para el ahorro y uso eficiente del agua. *Sector Operativo* El plan de contingencia presentado por el Ministerio de Defensa ofrece apoyo al Sistema Nacional de Gestión del Riesgo de Desastres en los temas de incendios forestales, desabastecimiento de agua, ayudas humanitarias, accesibilidad y transporte, medios de vida y canales de comunicaciones. Igualmente, la Dirección Nacional de Bomberos viene trabajando en el desarrollo de proyectos para el fortalecimiento de las acciones de prevención y preparación para la atención de emergencias en el país; en los que se destacan: Fortalecimiento institucional, Capacitación y entrenamiento de Cuerpos de Bomberos, Cooperación interinstitucional DNB- FAC. *Sector Salud* El plan de contingencia del Ministerio de Salud establece el fortalecimiento de las capacidades de salud para reducir los efectos negativos que puede traer consigo la temporada seca y posible Fenómeno de El Niño en la salud de la población. Para ello, establece una inversión cercana a los 6 mil millones de pesos para el fortalecimiento de los entes territoriales. *Oficina de Comunicación* *Unidad Nacional para la Gestión del Riesgo de Desastres* *Diana Londoño – Jefe de Oficina / diana.lond...@gestiondelriesgo.gov.co diana.lond...@gestiondelriesgo.gov.co* Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a prensa+unsubscr...@dgr.gov.co. próxima parte Se ha borrado un adjunto en formato HTML... URL: http://lists.openstreetmap.org/pipermail/talk-co/attachments/20140904/311a844f/attachment.html próxima parte A non-text attachment was scrubbed... Name: photo (8).JPG Type: image/jpeg Size: 83893 bytes Desc: no disponible URL: http://lists.openstreetmap.org/pipermail/talk-co/attachments/20140904/311a844f/attachment.jpe -- Subject: Pié de página del digest ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co -- Fin de Resumen de Talk-co, Vol 74, Envío 5 *** ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Resumen de Talk-co, Vol 74, Envío 5
noviembre. Es importante manifestar que la UNGRD seguirá trabajando hasta que la situación retorne a la normalidad. No se bajará la guardia. Para el soporte logístico se cuenta con 46 carrotanques que distribuyen agua en todo el departamento. Así mismo se tienen instalados 60 tanques de 5.000 mil litros y 40 de 10 mil litros. Igualmente, la maquinaria amarilla está operando cumpliendo con el compromiso adquirido de 6.000 horas de operación, acciones que se cumplen de acuerdo a los cronogramas establecidos desde la Sala de Crisis Departamental y estimadas en un valor cercano a los 2 mil millones de pesos. A nivel sectorial y como resultado de la articulación intersectorial del Plan de Contingencia ante la temporada seca, se tiene a la fecha un balance de ejecución, no solo en el departamento de La Guajira sino para los otros departamentos intervenidos. *Sector Transporte* El Ministerio de Transporte adelanta el monitoreo permanente sobre las condiciones de navegabilidad del río Magdalena el cual está acompañado de turnos de dragado 24 horas para remover sedimentación en sectores que pueden obstaculizar la navegación del río. Así mismo, por medio de los administradores viales con los que cuenta el Instituto Nacional de Vías ?INVIAS-, se realiza un monitoreo permanente de las condiciones de la red vial de todo el país. *Sector Agropecuario* Se adelanta el programa de suplementación bovina en los departamentos de Antioquia, Arauca, Atlántico, Córdoba, Boyacá, Bolívar, Cundinamarca, Casanare, Cesar, Cauca, Córdoba, Guajira, Huila, Sucre; en los cuales ya han sido entregados 7.749 toneladas de alimento con una inversión de 3.450 millones, coordinados por el Ministerio de Agricultura. Así mismo este sector ha realizado una inversión cercana a los $38 mil millones para la rehabilitación de distritos de riego, estudios y diseños para distritos. *Sector Ambiental* El Ministerio de Ambiente ha desarrollado las guías ambientales que dan orientaciones a los productores para la prevención mitigación y control de los impactos ambientales adversos y el manejo y uso eficiente de los recursos naturales renovables. También, se han desarrollado las guías ambientales avícolas y porcícolas con orientaciones específicas para el ahorro y uso eficiente del agua. *Sector Operativo* El plan de contingencia presentado por el Ministerio de Defensa ofrece apoyo al Sistema Nacional de Gestión del Riesgo de Desastres en los temas de incendios forestales, desabastecimiento de agua, ayudas humanitarias, accesibilidad y transporte, medios de vida y canales de comunicaciones. Igualmente, la Dirección Nacional de Bomberos viene trabajando en el desarrollo de proyectos para el fortalecimiento de las acciones de prevención y preparación para la atención de emergencias en el país; en los que se destacan: Fortalecimiento institucional, Capacitación y entrenamiento de Cuerpos de Bomberos, Cooperación interinstitucional DNB- FAC. *Sector Salud* El plan de contingencia del Ministerio de Salud establece el fortalecimiento de las capacidades de salud para reducir los efectos negativos que puede traer consigo la temporada seca y posible Fenómeno de El Niño en la salud de la población. Para ello, establece una inversión cercana a los 6 mil millones de pesos para el fortalecimiento de los entes territoriales. *Oficina de Comunicación* *Unidad Nacional para la Gestión del Riesgo de Desastres* *Diana Londoño ? Jefe de Oficina / diana.lond...@gestiondelriesgo.gov.co diana.lond...@gestiondelriesgo.gov.co* Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a prensa+unsubscr...@dgr.gov.co. próxima parte Se ha borrado un adjunto en formato HTML... URL: http://lists.openstreetmap.org/pipermail/talk-co/attachments/20140904/311a844f/attachment.html próxima parte A non-text attachment was scrubbed... Name: photo (8).JPG Type: image/jpeg Size: 83893 bytes Desc: no disponible URL: http://lists.openstreetmap.org/pipermail/talk-co/attachments/20140904/311a844f/attachment.jpe -- Subject: Pié de página del digest ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co -- Fin de Resumen de Talk-co, Vol 74, Envío 5 *** ___ 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: [Talk-co] :*Re: Mapear la alta Guajira
Hola Luis Hernando, buenos días. Respondo abajo entre líneas. El 4 de septiembre de 2014, 10:16, Luis Hernando Aguilar aguil...@un.org escribió: Hola maperos Humberto, gracias por tu comentario. Hemos intentado usar más la data de OSM. Dices que se vería mejor con OSM de base, te agradezco me indiques como hacerlo. Me refería al mapa en este informe http://i.imgur.com/lxuPNo9.png ¿Cómo hacerlo? 1) exportar las imágenes desde OSM.org, hay multitud de formatos y renders; 2) importar los datos OSM a un SIG y generar el render usando estilos propios. En http://umap.openstreetmap.co/es/map/mapa-ejemplo-uribia_59#9/11.8069/-72.2214 OK ¿Cuál es el objetivo con Umap? ¿Son puntos donde se encuentran los tanques de agua potable? También existe esta otra herramienta http://geojson.io/ y en http://geonode.salahumanitaria.co/maps/89 he estado haciendo pruebas y para el tipo de documento que es nuestro reporte (Pensado en papel y con versiones Online) ¿Hay alguna forma de cargar DEM en OSM? o en Umap? para poderlo incorporar. Pregunta. Hemos intentado agregar capas de Geonode.salahumanitaria.co en Umap pero no he dado con el chiste. ¿me puedes dar una orientación de cómo hacerlo? Hace unos años Jean Guilhem Cailton creo una aplicación en la cual --entre otras capas-- se proyectaban modelos de elevación ¿le preguntamos? Respecto a la cobertura y los límites, porfavor ten en cuenta que 1) el mapa solo es dereferencia dentro del documento. Para otros propósitos tenemos otro sproductis de informa´cion ás específicos. y 2) no somos un organismo que establece posiciones oficiales al respecto. Los de las áreas es más para poder orientar al equipo de maperos sobre en que zonas o poblaciones calcar las imágenes satelitales, pensando en su posterior uso por ustedes u otras instituciones. *Mapa: Elaborado por OCHA.* *Los límites y nombres mostrados y las designaciones usadas en este mapa no implican apoyo o aceptación oficial * *por parte de las Naciones Unidas con respecto al estatus legal de cualquier país, territorio, ciudad o área, o a sus * *autoridades, o con respecto a la delimitación de sus límites o fronteras.* Abrazo grande. Luis p.d. ¿Quien va a ir a StateOfTheMap? ___ Igualmente. Tengo ganas de ir, podemos abrir un hilo para esto, el 13 de septiembre se cierra el plazo para conferencias. Luis Hernando AGUILAR RAMIREZ - Oficial de Manejo de Información - Information Management Officer Oficina de las Naciones Unidas para la Coordinación de Asuntos Humanitarios - United Nations Office for the Coordination of Humanitarian Affairs UN OCHA aguil...@un.org / Phone (57-1) 6221100 ext 1302 // twitter: @luishernando / skype: qu1x0t3 /| Carrera 13 # 93 - 12 Oficina 402. Bogotá, Colombia http://salahumanitaria.co | Facebook https://www.facebook.com/ochacolombia Google+ https://plus.google.com/108481514565007621545/posts Twitter https://twitter.com/ochacolombiaFlickr http://www.flickr.com/ochacolombia YouTube http://www.youtube.com/ochacolombiaVimeo http://www.vimeo.com/ochacolombia The mission of the United Nations Office for the Coordination of Humanitarian Affairs (OCHA) is to mobilize and coordinate effective and principled humanitarian action in partnership with national and international actors From:hyan...@gmail.com hyan...@gmail.com To:OpenStreetMap Colombia talk-co@openstreetmap.org Date:03/09/2014 08:34 p.m. Subject:*Spam:*Re: [Talk-co] Mapear la alta Guajira -- El 3 de septiembre de 2014, 13:47, Fredy Rivera *fredyriv...@gmail.com* fredyriv...@gmail.com escribió: 2014-09-03 13:29 GMT-05:00 *hyan...@gmail.com* hyan...@gmail.com *hyan...@gmail.com* hyan...@gmail.com: El 3 de septiembre de 2014, 13:16, Fredy Rivera *fredyriv...@gmail.com* fredyriv...@gmail.com escribió: 2014-09-03 12:10 GMT-05:00 *hyan...@gmail.com* hyan...@gmail.com *hyan...@gmail.com* hyan...@gmail.com: Cuales zonas? Envía enlaces de las mismas. Este es el informe humanitario de OCHA en la zona de Uribia. *http://www.salahumanitaria.co/es/assessment/informe-final-mira-municipio-de-uribia-desabastecimiento-de-alimentos-en-comunidades* http://www.salahumanitaria.co/es/assessment/informe-final-mira-municipio-de-uribia-desabastecimiento-de-alimentos-en-comunidades salu2 Humano OK, según ese reporte las poblaciones serían: Bahía Honda, Nazareth, Puerto Estrella, Siapana, Taguaira, Flor del Paraíso, Jonjoncito, Taparajín, Winpeshi, Porshina. este es el Informe de hoy de la Operación: “PLAN DE RESPUESTA TEMPORADA SECA DEPARTAMENTO DE LA GUAJIRA” de CDGRD-UNGRD *https://dl.dropboxusercontent.com/u/3100225/Guajira_Informe%20No%2038.pdf* https://dl.dropboxusercontent.com/u/3100225/Guajira_Informe%20No%2038.pdf Sin duda que ese último informe se vería mejor con el mapa de OSM :-P Siguiendo las áreas indicadas en el mismo, pareciera que estas
Re: [Talk-co] :*Re: Mapear la alta Guajira
2014-09-04 10:56 GMT-05:00 hyan...@gmail.com hyan...@gmail.com: Hola Luis Hernando, buenos días. Respondo abajo entre líneas. El 4 de septiembre de 2014, 10:16, Luis Hernando Aguilar aguil...@un.org escribió: Hola maperos Humberto, gracias por tu comentario. Hemos intentado usar más la data de OSM. Dices que se vería mejor con OSM de base, te agradezco me indiques como hacerlo. Me refería al mapa en este informe http://i.imgur.com/lxuPNo9.png ¿Cómo hacerlo? 1) exportar las imágenes desde OSM.org, hay multitud de formatos y renders; 2) importar los datos OSM a un SIG y generar el render usando estilos propios. Este mapa lo hicimos como sugiere Humberto, 1. Descargando los datos de OSM con JOSM 2. Usando Qgis 2.4 2.0 Vectorial - OpenStreetmap 2.1. Importar topoligia de XML (haciendolo desde el .OSM descargado) 2.2. Exportar topologia a SpaciaLite, se eligen elementos por capa 2.3. Aplicar Estilos propios a cada capa incluyendo a las etiquetas. 3. Descargar la imagen satelital de lansat 8 usando http://earthexplorer.usgs.gov/n con la opcion LandsatLook images with Geographic Reference 3.1. abrir la imagen en el QGIS 4. Abrir la capa de datos propios (En mi caso la linea roja y los puntos de cada torre) 4.1. Dar estilo a los datos propios 5. Crear un nuevo diseño de impresión 5.1. Organizarlo y exportar. salu2 https://docs.google.com/file/d/0B6V1X1FZkFb-ZzBZVS01MVFtWlE/edit En http://umap.openstreetmap.co/es/map/mapa-ejemplo-uribia_59#9/11.8069/-72.2214 OK ¿Cuál es el objetivo con Umap? ¿Son puntos donde se encuentran los tanques de agua potable? También existe esta otra herramienta http://geojson.io/ y en http://geonode.salahumanitaria.co/maps/89 he estado haciendo pruebas y para el tipo de documento que es nuestro reporte (Pensado en papel y con versiones Online) ¿Hay alguna forma de cargar DEM en OSM? o en Umap? para poderlo incorporar. Pregunta. Hemos intentado agregar capas de Geonode.salahumanitaria.co en Umap pero no he dado con el chiste. ¿me puedes dar una orientación de cómo hacerlo? Hace unos años Jean Guilhem Cailton creo una aplicación en la cual --entre otras capas-- se proyectaban modelos de elevación ¿le preguntamos? Respecto a la cobertura y los límites, porfavor ten en cuenta que 1) el mapa solo es dereferencia dentro del documento. Para otros propósitos tenemos otro sproductis de informa´cion ás específicos. y 2) no somos un organismo que establece posiciones oficiales al respecto. Los de las áreas es más para poder orientar al equipo de maperos sobre en que zonas o poblaciones calcar las imágenes satelitales, pensando en su posterior uso por ustedes u otras instituciones. *Mapa: Elaborado por OCHA.* *Los límites y nombres mostrados y las designaciones usadas en este mapa no implican apoyo o aceptación oficial * *por parte de las Naciones Unidas con respecto al estatus legal de cualquier país, territorio, ciudad o área, o a sus * *autoridades, o con respecto a la delimitación de sus límites o fronteras.* Abrazo grande. Luis p.d. ¿Quien va a ir a StateOfTheMap? ___ Igualmente. Tengo ganas de ir, podemos abrir un hilo para esto, el 13 de septiembre se cierra el plazo para conferencias. Luis Hernando AGUILAR RAMIREZ - Oficial de Manejo de Información - Information Management Officer Oficina de las Naciones Unidas para la Coordinación de Asuntos Humanitarios - United Nations Office for the Coordination of Humanitarian Affairs UN OCHA aguil...@un.org / Phone (57-1) 6221100 ext 1302 // twitter: @luishernando / skype: qu1x0t3 /| Carrera 13 # 93 - 12 Oficina 402. Bogotá, Colombia http://salahumanitaria.co | Facebook https://www.facebook.com/ochacolombia Google+ https://plus.google.com/108481514565007621545/posts Twitter https://twitter.com/ochacolombiaFlickr http://www.flickr.com/ochacolombia YouTube http://www.youtube.com/ochacolombiaVimeo http://www.vimeo.com/ochacolombia The mission of the United Nations Office for the Coordination of Humanitarian Affairs (OCHA) is to mobilize and coordinate effective and principled humanitarian action in partnership with national and international actors From:hyan...@gmail.com hyan...@gmail.com To:OpenStreetMap Colombia talk-co@openstreetmap.org Date:03/09/2014 08:34 p.m. Subject:*Spam:*Re: [Talk-co] Mapear la alta Guajira -- El 3 de septiembre de 2014, 13:47, Fredy Rivera *fredyriv...@gmail.com* fredyriv...@gmail.com escribió: 2014-09-03 13:29 GMT-05:00 *hyan...@gmail.com* hyan...@gmail.com *hyan...@gmail.com* hyan...@gmail.com: El 3 de septiembre de 2014, 13:16, Fredy Rivera *fredyriv...@gmail.com* fredyriv...@gmail.com escribió: 2014-09-03 12:10 GMT-05:00 *hyan...@gmail.com* hyan...@gmail.com *hyan...@gmail.com* hyan...@gmail.com: Cuales zonas? Envía enlaces de las mismas. Este es el informe humanitario de OCHA en la zona de Uribia.
[Talk-uy] ¿Uso de OSM por parte del Correo sin hacer mencion a los mismos?
Estimados: Tengo la impresion de que el correo esta usando datos de OSM como parte de la capa de fondo en el mapa de codigos postales, http://www.correo.com.uy/index.asp?codPag=codPostswitchMapa=codPost , lo cual me parece muy bueno, pero por otra parte, en ningun lado veo la referencia a que esten usando datos de Openstreetmap. Me refiero a los elementos que marca en el fondo como puntos de interes. ¿Pueden revisar y dar una opinion? Gracias. Saludos, M. --- Más espacio, más servicios. Nuevos planes de hosting de Montevideo COMM. http://bit.ly/planeshosting --- ___ Talk-uy mailing list Talk-uy@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-uy
Re: [Talk-se] Kommunal kartdata i OSM?
Och i dag blev det tydligen ett herrans liv över det här på kommunhuset i Trollhättan. Vill poängtera att Jonas har haft OK från sin chef men tyvärr så har personer högre upp i hierarkien för tillfället satt stopp för det här projektet. Vi får se vad som händer. Mycket trist historia! Jag försöker reda ut vilka (tjänstemän? politiker? utomstående?) som varit emot detta och med vilka argument. kalle On 03 Sep 2014, at 18:25, Karl Wettin karl.wet...@kodapan.se wrote: Nu har vi fått data från Jonas! För de som vill klämma lite på den så ligger det temporärt tillgängligt på http://kalle.users.openstreetmap.se/trollhattan, rekommenderar tar.gz-filen som jag konverterad till EPSG-4326. Ett par fel inträffade när jag importerade, men dem struntade jag i. Se README.txt för det. Jag misstänker vi kommer få skriva ett litet skript som samkör de olika filerna och skapar OSM.xml med fina taggar inför en import. Jag röstar för att vi skapar en Wiki-sida där vi dokumenterar filerna och vad vi föreslår hur ett skript skall fungera för att förädla dem för att det skall bli korrekt taggad OSM.xml att arbeta med vid importen. Det är massor av smaskens i filerna! Gatunamn, husnummer, postnummer, postorter, stadsdelar, etc. Jag kan ganska lätt förädla datamängden med voronoikluster för att plocka fram polygoner för stadsdelar, postnummer, etc om det är intressant. Vi kommer fundera lite i veckan på var vi skall publicera sådan här data, kanske om vi skall ordna någon liten sajt på osm.se där folk kan få tanka upp dataset för publikation hos oss på något sätt. Åsikter om det är välkommet! kalle On 20 Aug 2014, at 09:26, Jonas Gustafsson jonas74...@gmail.com wrote: Jag jobbar med kartor och GIS på Trollhättans kommun och vi tänkte undersöka hur vi kan bidra till OSM med kartdata från kommunens kartdatabas. Hur gör man enklast? Finns det något verktyg för att importera kartdata? Vid en första blick på kartan i Trollhättan så saknas många byggnader så vi kanske skulle börja där. ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Kommunal kartdata i OSM?
De har alltså opponerat sig mot att överhuvudtaget släppa datat? Låter knasigt, men jag kan å andra sidan tänka mig att data kanske i vissa fall är derivat av lantmäteriets data, och att de därför inte får återlicensiera det? Svårt att annars se varför en kommun skulle reagera på detta sätt. Man får hoppas att det löser sig! 2014-09-04 14:05 GMT+02:00 Karl Wettin karl.wet...@kodapan.se: Och i dag blev det tydligen ett herrans liv över det här på kommunhuset i Trollhättan. Vill poängtera att Jonas har haft OK från sin chef men tyvärr så har personer högre upp i hierarkien för tillfället satt stopp för det här projektet. Vi får se vad som händer. Mycket trist historia! Jag försöker reda ut vilka (tjänstemän? politiker? utomstående?) som varit emot detta och med vilka argument. kalle On 03 Sep 2014, at 18:25, Karl Wettin karl.wet...@kodapan.se wrote: Nu har vi fått data från Jonas! För de som vill klämma lite på den så ligger det temporärt tillgängligt på http://kalle.users.openstreetmap.se/trollhattan, rekommenderar tar.gz-filen som jag konverterad till EPSG-4326. Ett par fel inträffade när jag importerade, men dem struntade jag i. Se README.txt för det. Jag misstänker vi kommer få skriva ett litet skript som samkör de olika filerna och skapar OSM.xml med fina taggar inför en import. Jag röstar för att vi skapar en Wiki-sida där vi dokumenterar filerna och vad vi föreslår hur ett skript skall fungera för att förädla dem för att det skall bli korrekt taggad OSM.xml att arbeta med vid importen. Det är massor av smaskens i filerna! Gatunamn, husnummer, postnummer, postorter, stadsdelar, etc. Jag kan ganska lätt förädla datamängden med voronoikluster för att plocka fram polygoner för stadsdelar, postnummer, etc om det är intressant. Vi kommer fundera lite i veckan på var vi skall publicera sådan här data, kanske om vi skall ordna någon liten sajt på osm.se där folk kan få tanka upp dataset för publikation hos oss på något sätt. Åsikter om det är välkommet! kalle On 20 Aug 2014, at 09:26, Jonas Gustafsson jonas74...@gmail.com wrote: Jag jobbar med kartor och GIS på Trollhättans kommun och vi tänkte undersöka hur vi kan bidra till OSM med kartdata från kommunens kartdatabas. Hur gör man enklast? Finns det något verktyg för att importera kartdata? Vid en första blick på kartan i Trollhättan så saknas många byggnader så vi kanske skulle börja där. ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se -- John Bäckstrand ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] [CAT2OSM2] Nueva versión 2014-09-02
Hola. Quería comentar algo que está sucediendo con la nueva versión del programa. He notado que ahora los resultados tienen muchos más pseudonodos que antes. Sin embargo, aparecen menos errores topológicos. Para explicar a qué me refiero mando una captura. Los primeros llevan bastante tiempo para eliminarlos a mano, mientras que los segundos es mucho más rápido según está explicado en [1]. Así que, casi prefiero la situación anterior. ¿Es posible tener las ventajas de las dos versiones? Corregir los errores topológicos y eliminar los pseudonodos al mismo tiempo. Ya que estoy dando trabajo, comentar por otro lado lo que pienso cada vez que ejecuto el programa, que es un gran trabajo y es impresionante como ahora procesa los resultados en mucho menos tiempo que al principio. Saludos. [1] http://wiki.openstreetmap.org/wiki/Limpieza_y_normalizaci%C3%B3n_de_datos_catastrales ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CAT2OSM2] Nueva versión 2014-09-02
(Perdón por el top posting y el formato por adelantado, estoy en móvil) Estoy de acuerdo con Javier con lo de los changesets. Quería mostraros algo relacionado: En el siguiente enlace http://imgur.com/cbb6dvw , encontraréis una captura de pantalla que acabo de hacer de OsmAnd (visor/navegador de Osm para Android). Parece ser que no representa como edificios los polígonos que también son landuse. Ya sé lo de no mapear para el render, pero si JOSM se queja y visores como éste lo no lo representan, me planteo si es correcto. ¿Alguien con más tiempo lo puede plantear en una lista internacional (tagging)? Si es correcto, por el contrario, habría que empezar emitiendo un bug report a ambos programas. Un saludo, -- Jaime Crespo http://dbahire.com El 04/09/2014 09:25, Javier Sánchez javiers...@gmail.com escribió: Hola. Quería comentar algo que está sucediendo con la nueva versión del programa. He notado que ahora los resultados tienen muchos más pseudonodos que antes. Sin embargo, aparecen menos errores topológicos. Para explicar a qué me refiero mando una captura. Los primeros llevan bastante tiempo para eliminarlos a mano, mientras que los segundos es mucho más rápido según está explicado en [1]. Así que, casi prefiero la situación anterior. ¿Es posible tener las ventajas de las dos versiones? Corregir los errores topológicos y eliminar los pseudonodos al mismo tiempo. Ya que estoy dando trabajo, comentar por otro lado lo que pienso cada vez que ejecuto el programa, que es un gran trabajo y es impresionante como ahora procesa los resultados en mucho menos tiempo que al principio. Saludos. [1] http://wiki.openstreetmap.org/wiki/Limpieza_y_normalizaci%C3%B3n_de_datos_catastrales ___ 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] Quedada virtual en septiembre (hangout, etc.)
Hola, Ahora que muchos creo que han vuelto de vacaciones, ¿cómo están los ánimos y agendas para participar (hablando o sólo viendo) en un 2o hangout de OSM en español/aniversario de OSM/de OSM en España? -- Jaime Crespo http://dbahire.com ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Quedada virtual en septiembre (hangout, etc.)
Yo al primero no pude asistir, pero estoy bastante interesado en escuchar que se está moviendo en la comunidad. Como miembro de Geoinquietos Sevilla os puedo contar que estamos promoviendo bastante el uso de OSM. Tenemos varias iniciativas abiertas que me gustaría compartir con ustedes. Saludos!!! El 4 de septiembre de 2014, 10:21, Jaime Crespo jy...@jynus.com escribió: Hola, Ahora que muchos creo que han vuelto de vacaciones, ¿cómo están los ánimos y agendas para participar (hablando o sólo viendo) en un 2o hangout de OSM en español/aniversario de OSM/de OSM en España? -- Jaime Crespo http://dbahire.com ___ 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] [CAT2OSM2] Nueva versión 2014-09-02
Os recuerdo de pasada que la herramienta de JOSM *Mover nodo sobre la vía* ahora funciona con múltiples nodos (gracias a un servidor, por cierto). La mayoría de errores geométricos se pueden solucionar simplemente seleccionando todo y ejecutando esta herramienta (ajustando el zoom primero, leed las instrucciones). ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CAT2OSM2] Nueva versión 2014-09-02
Vale, el error es por un tema de que la simplificación de geometrías (nodos en línea que se pueden borrar, nodos muy cercanos, etc.) se está haciendo de forma distinta. En cuanto tenga un momento lo intento corregir. Saludos. El 4 de septiembre de 2014, 13:49, David cyme...@gmail.com escribió: Os recuerdo de pasada que la herramienta de JOSM *Mover nodo sobre la vía* ahora funciona con múltiples nodos (gracias a un servidor, por cierto). La mayoría de errores geométricos se pueden solucionar simplemente seleccionando todo y ejecutando esta herramienta (ajustando el zoom primero, leed las instrucciones). ___ 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] [CAT2OSM2] Nueva versión 2014-09-02
El 2014/09/03, a las 18:34, Cruz Enrique Borges cruz.bor...@deusto.es escribió: wall=no no existe Si que existe [1] pero no es lo que yo pensaba. [1] http://wiki.openstreetmap.org/wiki/Tag:wall%3Dno ahivé no lo sabia! aunque es un afrancesamiento no? yo uso lo del building=roof o es barrier=yes (que vemos sombra en la imagen ortofoto pero no se puede determinar el tipo) o es un barrier concreto Desde mi punto de vista, si te vas a poner a mapear muros entre parcelas deberías de basarte en conocimiento de campo no en ortofoto. esa opción la saco de la definición de barrier=yes, pero no es lo que yo haría, para algo tan vago mejor no poner nada o sino como tu dices. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CAT2OSM2] Nueva versión 2014-09-02
Hola Aviso, la nueva versión está usando add:housenumber en lugar de addr:housenumber. Saludos. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-lv] Tiltu un pārvadu nosaukumi
Tikko ieraudzīju rakstu, ka beidzot piešķirti oficiālie tiltu un pārvadu nosaukumi, tā kā var sākt arī OSM tos salikt. Tikai jautājums, vai tilta nosaukumu liekam tikai pie building, vai arī ielai, kas to šķērso? Kāda ir pareizā prakse? Man jau patīk, ka navigators var pateikt, ka jāgriešas uz Gaisa tiltu. -- Jānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Tiltu un pārvadu nosaukumi
Šeit tas raksts: http://apollo.tvnet.lv/zinas/riga-pieskirs-oficialus-nosaukumus-vairakiem-satiksmes-parvadiem/664440 2014-09-04 12:57 GMT+03:00 Jānis Ročāns janis.roc...@gmail.com: Tikko ieraudzīju rakstu, ka beidzot piešķirti oficiālie tiltu un pārvadu nosaukumi, tā kā var sākt arī OSM tos salikt. Tikai jautājums, vai tilta nosaukumu liekam tikai pie building, vai arī ielai, kas to šķērso? Kāda ir pareizā prakse? Man jau patīk, ka navigators var pateikt, ka jāgriešas uz Gaisa tiltu. -- Jānis -- Jānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-ca] Fwd: [OSM-talk] SOTM in Buenos Aires: Call for Papers
Oops. Don't know how this got missed. CfP Buenos Aires closes soon. Get your talk proposals in. -- Forwarded message -- From: Frederik Ramm frede...@remote.org Date: Thu, Sep 4, 2014 at 5:15 PM Subject: [OSM-talk] SOTM in Buenos Aires: Call for Papers To: Talk Openstreetmap t...@openstreetmap.org Hi, I just noticed that this mailing list hasn't had an announcement for that so even if I'm not involved with the conference (*) here's a reminder that you have another 10 days, until September 14th, to submit presentations for this year's international State of the Map conference in Buenos Aires. Details are here: http://stateofthemap.org/CfP Spread the word! Bye Frederik (*) other than being a participant, that is! -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] Odstávka LPIS
Ahoj, dnes, 20:14 došel email z MZe, že oprava bude provedena počátkem příštího týdne. Tak snad to tentokrát klapne. Marián -- Původní zpráva -- Od: Marián Kyral mky...@email.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 2. 9. 2014 12:01:12 Předmět: Re: [Talk-cz] Odstávka LPIS Zatím stále beze změn. Marián -- Původní zpráva -- Od: Zdeněk Pražák zpra...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 2. 9. 2014 10:58:43 Předmět: Re: [Talk-cz] Odstávka LPIS jaký je stav? Dne 29. srpna 2014 18:39 Marián Kyral mky...@email.cz (mailto:mky...@email.cz) napsal(a): Ahoj, tak bohužel zatím žádná změna. Pokud neplánují nějaký zásah o víkendu, tak si budete muset najít jinou zábavu než LPIS ;-) Marián Dne 28.8.2014 20:39, Marián Kyral napsal(a): Zatím žádná změna. Snad zítra. Marián Dne 28.8.2014 15:18, Marián Kyral napsal(a): Požadavek byl předán k řešení. Tož uvidíme. Celé odpoledne budu pryč, takže další update nejdříve večer. Marián -- Původní zpráva -- Od: Marián Kyral mky...@email.cz(mailto:mky...@email.cz) Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org (mailto:talk-cz@openstreetmap.org) Datum: 28. 8. 2014 10:42:16 Předmět: Re: [Talk-cz] Odstávka LPIS Zeptat se můžeš. Včera odpoledne jsem jim psal. Sice zatím neodpověděli, nicméně nějaké změny tam byly. Momentálně mi dotaz na LPIS_FB4_BBOX a LPIS_FB4_01 vrátí databázovou chybu. Čekám, jestli to opraví, nebo jestli jim mám znova napsat. V každém případě, až to plně zprovozní, budu muset vydat novou verzi Traceru, neb místo LPIS_FB4 je teď LPIS_FB4_01. Takže by to sice tracovalo, ale bez vyplnění landuse. Marián -- Původní zpráva -- Od: Zdeněk Pražák zpra...@seznam.cz(mailto:zpra...@seznam.cz) Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org (mailto:talk-cz@openstreetmap.org) Datum: 28. 8. 2014 10:33:09 Předmět: Re: [Talk-cz] Odstávka LPIS mohu se zeptat jaké jsou nové zprávy o traceru lpis Pražák Dne 26. srpna 2014 19:24 Marián Kyral mky...@email.cz (mailto:mky...@email.cz) napsal(a): Tak web jede, wms (podkladová mapa) taky, ale WFS, které v traceru používám, bohužel ne. Servis sice jede, ale v podstatě nic v něm není. Uvidíme, jestli to během zítřka opraví. Když tak jim budu muset napsat, Marián Dne 23.8.2014 21:28, Marián Kyral napsal(a): Takže LPIS WFS a WMS je dole. Doufám, že ta nová verze nic nepokazí :-D Marián Dne 22.8.2014 17:23, Marián Kyral napsal(a): Ahoj, tak jsem teď zavítal na webové rozhraní LPIS a co tam nevidím: Plánovaná odstávka registru půdy (LPIS) 19.8.2014 V termínu 21.8. od 20h do 26.8. do 18h budou prováděny úpravy v registru půdy (LPIS). V tomto termínu nebude dostupné webové rozhraní veřejného LPIS a LPISu pro farmáře. Nedostupné budou také WMS služby a veřejné webové služby LPIS. Částečné omezení bude také v aplikacích napojených na LPIS a to, Data ke stažení, EPH, IZR a dále Registru vinic (RV). Odstávka se týká přípravy spuštění nové evidence půdy (LPIS). http://eagri.cz/public/web/mze/farmar/LPIS/novinky/odstavka-lpis-1.html (http://eagri.cz/public/web/mze/farmar/LPIS/novinky/odstavka-lpis-1.html) Tracer zatím funguje, ale až přestane, tak mi nenadávejte. Vypadá to, že budu mít čas i na něco jiného ;-) Marián ___ Talk-cz mailing list a href='mailto:Talk-cz@openstreetmap.org'Talk-cz@openstreetmap.org/a a href='https://lists.openstreetmap.org/listinfo/talk-cz'https://lists.openstreetmap.org/listinfo/talk-cz/a ___ Talk-cz mailing list Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz) ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz; ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !
Le 04/09/2014 02:56, Tetsuo Shima a écrit : Le probleme c'est pas tant le sentier qui n'est pas exactement au bon endroit ... ce n'est pas tres tres grave dans qu'il y a bien un sentier praticable et qu'il est connecté correctement au reste. Un sentier correctement tracé, correctement connecté, mais qui est décalé de 50m c'est pas bien grave au milieu de nulle part, on a pas forcément besoin de la précision d'un centre ville. Le vrai gros probleme ce sont les sentiers tracés dans OSM qui n'existent pas du tout sur le terrain, ou bien les connections entre sentiers sur OSM, alors que sur le terrain il n'y a pas de connection et souvent meme pas de possibilité de couper a travers champ. Le pire c'est qu'il est très difficile a posteriori de faire le tri dans OSM entre les chemins correctement tracés, et les chemins fantasmés, et que je doute qu'on puisse produire un outil de contrôle qualité a ce propos, sauf a avoir accès au donnée Topo de l'IGN. Pour le moment je considère qu'OSM n'est pas fiable du tout sur ce point - ni exhaustivité, ni qualité -, qu'il ne faut se baser dessus que si on les a tracé/contrôlé soit meme, et je doute que ça puisse se résoudre a court terme tant le travail est immense. Si on ajoute a ca le fait que tout le monde peut se faire un atlas IGN électronique et meme papier en trois coup de cuillère a pot ... on comprend vite le peu d’intérêt qu'on les quelques utilisateurs a participer. Ca plus ceux qui ne veulent pas voir les touristes débouler sur leur sentier favori :) Le 4 septembre 2014 01:13, Nicolas Frery nico...@zoubi.info a écrit : Le 04/09/2014 00:05, Pierre Knobel a écrit : Je viens signaler que j'ai eu une très mauvaise expérience en montagne aujourd'hui après avoir fait confiance au fond de carte OSM de mon GPS. J'ai vécu la même expérience en 2013. Je ne voyais plus aucun chemin de tracé, j'ai donc suivi le tracé sur mon GPS. Sauf que je suis arrivé sur un cul de sac (avec mon vélo le long d'une falaise), impossible de faire demi-tour, j'ai du escalader avec le vélo dans les mains et une belle chute d'au moins 500m. Depuis j'ai rectifié le sentier. La contribution dans OSM est un travail itératif. Il m'arrive fréquemment de tracer des pistes et chemin depuis le cadastre et il me faut ensuite quelques jours, semaines, mois, voire année pour aller sur le terrain constater l'état réel de ce que j'ai dessiné. Il n'est alors pas rare que le chemin se transforme en piste et vice-versa. qu'il faille décaler de quelques dizaines de mètres. Qu'entre temps une photo satellite de meilleur qualité soit arrivée. Que le temps d'une saison pluvieuse la piste n'en soit plus une suite à divers glissement de terrain sans grand espoir de voir la commune faire des travaux. Ça fait partie du cycle de vie normal des données que d'aller vers plus de précision avec le temps. Par ailleurs, connaitre quelques moments de galère en pleine nature est ce qui fait le charme d'une bonne randonnée que ce soit à pied, en vélo, ou dans mon cas en moto... Sortir 200 kg d'une cuvette ou d'un bourbier ou réussir à faire demi tour entre un ravin et des arbres c'est autre chose que de faire du portage de VTT ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] arrêt de bus : information, sur handicap cognitif
Sur la photo d'un arrêt de bus que tu montres, le tag strip=yes concerne le zébra jaune au sol ? Je ne trouve rien sur le wiki à ce sujet, mais il existe par contre guide_strip=yes/no/bad http://wiki.openstreetmap.org/wiki/WikiProject_France/Transilien/Hackcess#Description_des_donn.C3.A9es, qui concerne les bandes podoctatiles de guidage. Parle-t-on donc de la même chose ou de 2 choses différentes ? Francescu Le 3 septembre 2014 17:49, Pieren pier...@gmail.com a écrit : 2014-09-03 15:02 GMT+02:00 Virgile Kéré vk...@free.fr: * Désambiguïsation du tag plateform Aujourd'hui, plateform peut aussi bien désigner l'abri-bus, un poteau d'arrêt, oui le quai. Avec ma proposition, on séparerait clairement les trois : - tag:public_transport=platform pour un quai - tag:public_transport=pole pour un poteau - tag:amenty=shelter + tag:shelter_type=public_transport pour un abri Je pense que le wiki [1] lève toute ambiguité: The platform can tagged as an node, way or relation. Nodes are used for locations where there is no physical infrastructure (for example a customary bus stop without infrastructure or with a pole), a way for location where a linear area is allocated for people waiting for public transport and an area when a more expansive size is allocated or where different platforms adjoin, such as at in a railway station C'est vrai qu'on ne peut pas déduire qu'un simple noeud est un pole mais il faudrait simplement améliorer la doc actuelle avec un pole=yes par exemple. * Informations données (le tag va à l'objet porteur d'information (abri ou poteau): - time_tables (yes/no) : Les horaires des lignes Regarde cette image: https://pbs.twimg.com/media/BvUsqMEIMAA3VRf.jpg A part strip=yes (à remplacer par road_marking=bus), les autres tags tiennent la route. - waiting_time (theoric/dynamic/no) : Temps d'attente (théorique fait selon la fiche horaire, et dynamique donne le temps réel) Il vaudrait mieux un tag qui indique la présence d'un temps d'attente électronique, le theoric étant déjà précisé par le tag information:time_table (ou time_table) pour les plans, géographique correspond à un plan réaliste (on peut s'en servir pour se repérer dans la ville), schématique est un plan simplifié (plan du métro de Paris par ex) et linéaire est plan de ligne themomètre (comme ce que donne overpass api), avec les arrêts. D'autres paramètres peuvent être ajoutés, tels qu'en effet si le nom de l'arrêt est présent, ainsi si la listes des lignes faisant arrêt ici est présente (pour la liste, elles ce sont les relations routes qui s'en chargent) Faudrait juste vous mettre d'accord. Le mieux est de pousser la discussion sur la liste tagg...@openstreetmap.org pour faire en sorte que le résultat soit mis dans le wiki principal en anglais et utilisé par tout le monde de la même manière. Pour les gare (routières, mais aussi adaptable au ferroviaire), où les bus d'une même ligne ne s'arrêteront pas systématiquement au même quai, je propose une relation public_transport=station avec comme membres : Ca existe déjà mais en polygone simple : http://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dstation Il y a le stop_area pour la relation. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !
Je n'aime pas le concept de travail itératif dans ce contexte de tracé de sentiers de rando, surtout dans les zones peu fréquentées. Comme dit, il y a trop peu de randonneurs qui contribuent activement à OSM, et ceux comme moi qui le font choisissent généralement leurs sorties pour récolter des traces GPS de sentiers encore inexistant dans la base. Donc si on trace un sentier incorrect à partir d'une image Bing incorrectement orthorectifiée, ça va prendre très longtemps (des années) avant qu'il ne soit corrigée et on prend le risque de perdre quelques utilisateurs non contributeurs de la donnée entre temps. J avais essaye avec mon GPS de rando au cirque de Saint Meme en Chartreuse la trace faisait n importe quoi. Il faut dire qu a cet endroit la falaise est quasi verticale en forme de fer a cheval et le sentier monte la dedans ainsi qu un petit pas equipe via ferrata. Dans ces conditions meme avec le GPS et les images aeriennes il est tres difficle de realiser un trace correct Le cirque de Saint Meme est un cas extrême pour lequel on a une très grosse portion du ciel bouché, mais le plus souvent on a au moins la moitié du ciel dégagé et un bon GPS+glonass (mon Etrex 20 par exemple) garde une précision de 10 mètres. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !
Le 4 septembre 2014 08:27, Pierre Knobel pierr...@gmail.com a écrit : Je n'aime pas le concept de travail itératif dans ce contexte de tracé de sentiers de rando, surtout dans les zones peu fréquentées. Comme dit, il y a trop peu de randonneurs qui contribuent activement à OSM, et ceux comme moi qui le font choisissent généralement leurs sorties pour récolter des traces GPS de sentiers encore inexistant dans la base. Donc si on trace un sentier incorrect à partir d'une image Bing incorrectement orthorectifiée, ça va prendre très longtemps (des années) avant qu'il ne soit corrigée et on prend le risque de perdre quelques utilisateurs non contributeurs de la donnée entre temps. Je suis également d'accord avec toi. Je préfère volontairement ne rien tracer et attendre d'y passer physiquement plutôt que de créer une donnée incorrecte. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !
Le jeudi 4 septembre 2014 08:27:37 Pierre Knobel a écrit : Je n'aime pas le concept de travail itératif dans ce contexte de tracé de sentiers de rando, surtout dans les zones peu fréquentées. Comme dit, il y a trop peu de randonneurs qui contribuent activement à OSM, et ceux comme moi qui le font choisissent généralement leurs sorties pour récolter des traces GPS de sentiers encore inexistant dans la base. Donc si on trace un sentier incorrect à partir d'une image Bing incorrectement orthorectifiée, ça va prendre très longtemps (des années) avant qu'il ne soit corrigée et on prend le risque de perdre quelques utilisateurs non contributeurs de la donnée entre temps. En fait, il te (nous) faudrait une couche (ou un rendu) qui ne montre que les chemins qui ont été sourcés en survey. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Organisation 10 ans OSM
Idem pour l'hébergement, deux places de dispo Le 3 sept. 2014 11:03, Christian Quest cqu...@openstreetmap.fr a écrit : J'ai de quoi hébergé si besoin. Le 3 septembre 2014 10:06, Simon Miniou simon.min...@gmail.com a écrit : Bonjour, venant lundi soir, je me posais la question s'il y avait d'autres personnes partant de la région est (est de Paris) pour faire du covoiturage. Perso je partirais de Vitry-le-François soit en voiture soit en train. Et il y a t'il aussi des possibilités de dormir sur Paris si transport trop galère? Bonne journée, Simon ps: je peux donner mon mail et mon 06 sur MP. Pseudo OSM : Simon M ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le saviez-vous ?
Pas grave, si tu accompagnes le nombre d'une petite phrase du genre vous devez en connaître un/une qui n'est pas encore dans OSM, rejoignez la communauté et contribuez ! Le 4 septembre 2014 04:12, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Le mercredi 3 septembre 2014 22:05:08 Vincent Pottier a écrit : nombre d'aérodromes, de bouchers, de bureaux de poste, de pharmacies, de terrains de foot, de tennis (déjà présent), de pistes de cross, de bancs publics, de fontaines, d'œuvres d'art, de monuments classés... D'autres que j'aimerai afficher, mais je suis pas sûr que la quantité soit si impressionnante - aires de pique-nique : 6000 - parkings à vélo : 5000 - aire de jeux pour enfants : 1 - aire de repos en bord de route : 1000 - cascades : 384 -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !
Le 4 septembre 2014 08:40, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Le jeudi 4 septembre 2014 08:27:37 Pierre Knobel a écrit : Je n'aime pas le concept de travail itératif dans ce contexte de tracé de sentiers de rando, surtout dans les zones peu fréquentées. Comme dit, il y a trop peu de randonneurs qui contribuent activement à OSM, et ceux comme moi qui le font choisissent généralement leurs sorties pour récolter des traces GPS de sentiers encore inexistant dans la base. Donc si on trace un sentier incorrect à partir d'une image Bing incorrectement orthorectifiée, ça va prendre très longtemps (des années) avant qu'il ne soit corrigée et on prend le risque de perdre quelques utilisateurs non contributeurs de la donnée entre temps. En fait, il te (nous) faudrait une couche (ou un rendu) qui ne montre que les chemins qui ont été sourcés en survey. Et qu'est-ce qui garanti qu'un chemin initialement sourcé survey n'a pas été altéré (déplacé ou continué) par un desktop-mappeur à l'aide d'une image aérienne ? A mon humble avis, la randonnée pédestre et tous les autres sports approchants doivent être considéré comme des sports dangereux. Ils doivent donc faire l'objet d'une préparation adéquate. Et comme le dit Tetsuo, OSM n'a pas le niveau requis pour servir de source d'information à suivre aveuglément. OSM doit rester une source d'inspiration. Mais bon, ce n'est que mon avis. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] site web openstreetmap.fr et sa page comment contribuer
Hello ! Dernièrement, j'ai tenté de sensibiliser les geocacheurs de Terra Aventura http://www.terra-aventura.fr/ (un geocaching très gamifiée dans le limousin dont l'appli utilise le rendu mapnik) à openstreetmap et à la contribution. J'ai voulu renvoyer vers des pages toutes prêtes expliquant comment contribuer, mais en visitant la page idoine sur openstreetmap.fr http://openstreetmap.fr/comment-puis-je-contribuer je suis resté un peu sur ma faim. Est-ce qu'il ne serait pas intéressant d'améliorer ça ? Je pensais à une liste par niveau, selon les envies et capacités de chacun. Quelque chose comme : Level 1 bavard Je parle d'openstreetmap autour de moi, et/ou j'utilise la carte en ligne pour mes recherches, je demande à ma mairie/comcom les données qu'ils pourraient rendre disponibles. Level 2 Sentinelle Si je constate des erreurs ou des manques sur la carte, je place une note. Je regarde les notes présentes dans mon secteur, et si je peux y indiquer des renseignements supplémentaires. Level 3 paparazzi Pendant mes balades, quelque soit le moyen de locomotion, j'enregistre mon parcours à l'aide de Osmtracker/Oruxmap/... et envoie la trace gpx sur le site osm.org. Je peux aussi prendre des photos avec l'application Mapillary, elles seront utilisables pour améliorer les données Osm. Level 4 Je contribue directement au projet en utilisant l'éditeur en ligne. Level 5 J'utilise Josm, vérifie les contributions des environs, contacte les nouveaux contributeurs pour les aider. Level 6 Master Je lance Josm-latest au petit dej, crée et édite des relations de centaines de membres, discute des nouveaux tags sur la liste internationale, développe des outils pour aider les contributeurs, ... Level 7 Mad mapper J'édite uniquement en raw, je lis et répond à tous les mails de pverdy, et vise la place de chairman dans la fondation osm. On peut aussi imaginer d'autres points, mais qui nécessiterait sans doute des outils, genre : Level Corvéable Je ne veux/peux pas contribuer directement, mais je suis joignable pour aller vérifier sur le terrain dans un rayon de x km autour de la ville de Machin sur ruisseau. Chaque niveau demanderait un peu plus de détails, avec des captures d'écrans, des liens, etc.. mais voilà l'idée. Qu'en pensez-vous ? (En laissant bien évidemment de côté les traits d'humour...je me suis laissé aller...) Stéphane ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !
Bonjour, J'ai fait l'expérience d'un sentier de randonnée inexistant ce mois d'Août pendant ma randonnée d'une semaine dans le Béarn (oui c'est vers chez Christophe) ;-) Le sentier avait dû être tracé à partir des images dans une zone boisée. Le contributeur avait un peu fantasmé un sentier reliant deux autres sentiers. Donc je me suis un peu retrouvé à bartasser dans la forêt sur un secteur méchamment pentu. Après une vingtaine de minutes de tentatives de forcer le passage demi-tour jusqu'à retrouver la dernière zone praticable. Au final une quarantaine de minutes de perdues... Mais bon 6 jours de marche avec OruxMaps et comme support cartographique OSM et c'est le seul problème rencontré. Pour le reste tous les chemins étaient présents, d'une précision incroyable et souvent bien plus complets que la carte papier IGN que j'avais emporté dans mon sac ! Et je pense qu'une certaine partie d'entre eux ont dû être tracés à partir des images. Tout ça pour dire que quelque soit la source des données cartographiques, quand on fait une randonnée il faut d'abord faire marcher sa jugeotte et garder son sens critique pour déterminer à quel moment il faut arrêter d'insister. Et tant pis si on perd du temps à faire demi-tour ! Dire que c'est la faute aux données, c'est un peu raisonner comme les utilisateurs qui veulent coller un procès au fabricant du GPS parce la machine leur a dit de tourner à droite alors qu'il n'y avait pas de route et que leur véhicule a fini dans un lac. Avant de faire confiance à la machine, on regarde devant soi... Nicolas Cerise sur le gâteau : ce petit détour en forêt m'a permis de croiser un troupeau d'une trentaine d'izards que je n'aurai jamais vu sinon. Donc merci à OSM ! Mais bon j'ai quand même supprimé le sentier en question. :-) - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - « Celui qui croit qu’une croissance infinie peut continuer indéfiniment dans un monde fini est soit un fou, soit un économiste. » Kenneth Boulding. Le 04/09/2014 09:26, Guilhem Bonnefille a écrit : Et qu'est-ce qui garanti qu'un chemin initialement sourcé survey n'a pas été altéré (déplacé ou continué) par un desktop-mappeur à l'aide d'une image aérienne ? A mon humble avis, la randonnée pédestre et tous les autres sports approchants doivent être considéré comme des sports dangereux. Ils doivent donc faire l'objet d'une préparation adéquate. Et comme le dit Tetsuo, OSM n'a pas le niveau requis pour servir de source d'information à suivre aveuglément. OSM doit rester une source d'inspiration. Mais bon, ce n'est que mon avis. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !
Le jeudi 4 septembre 2014 09:26:50 Guilhem Bonnefille a écrit : Et qu'est-ce qui garanti qu'un chemin initialement sourcé survey n'a pas été altéré (déplacé ou continué) par un desktop-mappeur à l'aide d'une image aérienne ? L'historique de modification des objets :-) Et si un doute apparaît, un contact avec le contributeur, mais je l'accorde, ça peut être laborieux dans l'état. A mon humble avis, la randonnée pédestre et tous les autres sports approchants doivent être considéré comme des sports dangereux. Ils doivent donc faire l'objet d'une préparation adéquate. Et comme le dit Tetsuo, OSM n'a pas le niveau requis pour servir de source d'information à suivre aveuglément. OSM doit rester une source d'inspiration. Tout à fait. Au même titre qu'un autre éditeur de carte ou fournisseur de donnée, AHMA. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !
Bonjour, En sentier de montagne, il y a aussi le problème de la neige. Des traces on pu etre reportées correctement par temps de neige et devenir trompeuse en été. En hiver, on ne suit pas forcément le sentier, on peut franchir des ruisseaux sans meme le savoir etc ... J'ai eu le soucis une année, en voulant reporter une balade hivernale, j'ai renoncé au vu de l'existant, ca aurait fait n'importe quoi et ca aurait été une pollution. Eric [Blueberry] Le 4 septembre 2014 10:02, Nicolas Moyroud nmoyr...@free.fr a écrit : Bonjour, J'ai fait l'expérience d'un sentier de randonnée inexistant ce mois d'Août pendant ma randonnée d'une semaine dans le Béarn (oui c'est vers chez Christophe) ;-) Le sentier avait dû être tracé à partir des images dans une zone boisée. Le contributeur avait un peu fantasmé un sentier reliant deux autres sentiers. Donc je me suis un peu retrouvé à bartasser dans la forêt sur un secteur méchamment pentu. Après une vingtaine de minutes de tentatives de forcer le passage demi-tour jusqu'à retrouver la dernière zone praticable. Au final une quarantaine de minutes de perdues... Mais bon 6 jours de marche avec OruxMaps et comme support cartographique OSM et c'est le seul problème rencontré. Pour le reste tous les chemins étaient présents, d'une précision incroyable et souvent bien plus complets que la carte papier IGN que j'avais emporté dans mon sac ! Et je pense qu'une certaine partie d'entre eux ont dû être tracés à partir des images. Tout ça pour dire que quelque soit la source des données cartographiques, quand on fait une randonnée il faut d'abord faire marcher sa jugeotte et garder son sens critique pour déterminer à quel moment il faut arrêter d'insister. Et tant pis si on perd du temps à faire demi-tour ! Dire que c'est la faute aux données, c'est un peu raisonner comme les utilisateurs qui veulent coller un procès au fabricant du GPS parce la machine leur a dit de tourner à droite alors qu'il n'y avait pas de route et que leur véhicule a fini dans un lac. Avant de faire confiance à la machine, on regarde devant soi... Nicolas Cerise sur le gâteau : ce petit détour en forêt m'a permis de croiser un troupeau d'une trentaine d'izards que je n'aurai jamais vu sinon. Donc merci à OSM ! Mais bon j'ai quand même supprimé le sentier en question. :-) - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - Celui qui croit qu'une croissance infinie peut continuer indéfiniment dans un monde fini est soit un fou, soit un économiste. Kenneth Boulding. Le 04/09/2014 09:26, Guilhem Bonnefille a écrit : Et qu'est-ce qui garanti qu'un chemin initialement sourcé survey n'a pas été altéré (déplacé ou continué) par un desktop-mappeur à l'aide d'une image aérienne ? A mon humble avis, la randonnée pédestre et tous les autres sports approchants doivent être considéré comme des sports dangereux. Ils doivent donc faire l'objet d'une préparation adéquate. Et comme le dit Tetsuo, OSM n'a pas le niveau requis pour servir de source d'information à suivre aveuglément. OSM doit rester une source d'inspiration. Mais bon, ce n'est que mon avis. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] soucis sur la liste locale osm alsace
Bonjour, Impossible de rajouter un document partagé dans l'espace idoine. Le serveur me renvoie systématiquement une erreur 500 (Internal Server Error). Un admin dans la salle pour voir ce qui se passe ? D'avance merci Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] arrêt de bus : information, sur handicap cognitif
2014-09-04 8:14 GMT+02:00 Francescu GAROBY windu...@gmail.com: Sur la photo d'un arrêt de bus que tu montres, le tag strip=yes concerne le zébra jaune au sol ? Je ne trouve rien sur le wiki à ce sujet, mais il existe par contre guide_strip=yes/no/bad, qui concerne les bandes podoctatiles de guidage. Parle-t-on donc de la même chose ou de 2 choses différentes ? Comme je l'ai écris: A part strip=yes (à remplacer par road_marking=bus), les autres tags tiennent la route. L'intention de l'auteur était de signaler la présence de la bande d'arrêt pour le bus sur la voie, pas de bandes podotactiles. On peut imaginer que cette signalisation peut être utile à certains handicaps (y compris à certains automobilistes qui confondent les arrêts avec des parkings). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] arrêt de bus : information, sur handicap cognitif
Il y a aussi tactile_paving, qui peuvent être présents sur le quai des arrêts de bus, soit en version courte, là où il y a la porte du chauffeur, soit en version longue, tout le long du quai. D'après le wiki, il semblerait que ce soit parfois en concurrence avec guide_strip, que je ne connaissais pas, qui n'a pas de page d'explication, et qui n'a qu'une unique occurence dans le wiki, au sujet du Transilien : http://wiki.openstreetmap.org/wiki/WikiProject_France/Transilien/Hackcess Muselaar Le 04/09/2014 12:29, Pieren a écrit : 2014-09-04 8:14 GMT+02:00 Francescu GAROBY windu...@gmail.com: Sur la photo d'un arrêt de bus que tu montres, le tag strip=yes concerne le zébra jaune au sol ? Je ne trouve rien sur le wiki à ce sujet, mais il existe par contre guide_strip=yes/no/bad, qui concerne les bandes podoctatiles de guidage. Parle-t-on donc de la même chose ou de 2 choses différentes ? Comme je l'ai écris: A part strip=yes (à remplacer par road_marking=bus), les autres tags tiennent la route. L'intention de l'auteur était de signaler la présence de la bande d'arrêt pour le bus sur la voie, pas de bandes podotactiles. On peut imaginer que cette signalisation peut être utile à certains handicaps (y compris à certains automobilistes qui confondent les arrêts avec des parkings). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !
D'abord, merci pour ce retour d'expérience. Il faudrait le traduire et le faire partager à l'ensemble de la communauté pour une réelle prise de conscience des risques à utiliser OSM en montagne. Il ne faut pas faire l'autruche, se dire que chacun est responsable de son utilisation d'OSM en minimisant nos responsabililtés en tant que contributeurs. Tracer de manière hasardeuse des footways ou paths depuis l'imagerie aérienne confortablement assis devant son ordinateur peut amener des vrais gens à prendre de vrais risques plus-tard dans le vrai monde. C'est un message qu'on n'entend jamais lorsqu'on parle d'OSM. Mais on peut aussi chercher à améliorer les choses. La réponse habituelle de l'itération n'est pas satisfaisante non plus amha. Il faut pouvoir déterminer un indice de confiance à ce type de données. Une première contribution peut être très bonne et une 20e version complétement dégradée par un nouveau ou un mal-intentionné. La présence du tag survey n'est pas suffisant non plus puisque quelqu'un peut mentir (surtout si c'est un critère pour l'afficher sur une carte) ou ne pas connaitre ce tag ou modifier le survey d'un autre pour se caler sur l'imagerie par exemple. Je ne vois pas de solution simple à ce problème mais un suivi particulier sur les zones de montagne (identifiés dans OSM par des polygones ?) ou un type de contribution (avec des tags comme highway, sac_scale) serait un début. Dans l'idéal, on pourrait aussi espérer que l'édition des données rando/grimpe dans ce type de zones ne devrait se faire qu'avec une représentation 3D du terrain en toile de fond (modèle numérique de terrain - MNT) couplée à une imagerie récente et bien ortho-rectifiée. Ou alors peut-être éliminer tout ce qui ne s'appuie pas sur un tracé GPS envoyé au serveur en parallèle. Pour l'instant, je vois surtout des choses à faire côté éditeur et en particulier JOSM. Mais on pourrait imaginer que certaines zones soient soumises à des règles communes à tous les éditeurs (comme ajouter des avertissements au minimum, ou limiter l'usage des images aériennes, etc) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !
ts == Tetsuo Shima tets...@gmail.com writes: ts Pour le moment je considère qu'OSM n'est pas fiable du tout sur ce ts point - ni exhaustivité, ni qualité -, qu'il ne faut se baser dessus ts que si on les a tracé/contrôlé soit meme, et je doute que ça puisse se ts résoudre a court terme tant le travail est immense. Ce n'est pas l'expérience que j'en ai dans les Pyrénées (principalement Ariègoises). Depuis environs 2 ans la densité de chemins a beaucoup augmenté ; des parcours importants comme le HRP y sont en totalité ; les ruisseaux sont souvent cartographiés. Il m'est même arrivé de pouvoir planifier des randos en boucle (plutôt qu'A/R) à l'aide de chemins qui ne figurent pas sur les top25. Les cartes IGN restent globalement meilleures et surtout plus homogènes, mais l'écart diminue rapidement. On ne peut pas non plus toujours faire confiance aux cartes IGN (cabanes affichées mais en ruines, chemins marqués mais plus maintenus…). -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] arrêt de bus : information, sur handicap cognitif
Ah oui, pardon : j'avais raté cette phrase... :-/ Francescu Le 4 septembre 2014 12:29, Pieren pier...@gmail.com a écrit : 2014-09-04 8:14 GMT+02:00 Francescu GAROBY windu...@gmail.com: Sur la photo d'un arrêt de bus que tu montres, le tag strip=yes concerne le zébra jaune au sol ? Je ne trouve rien sur le wiki à ce sujet, mais il existe par contre guide_strip=yes/no/bad, qui concerne les bandes podoctatiles de guidage. Parle-t-on donc de la même chose ou de 2 choses différentes ? Comme je l'ai écris: A part strip=yes (à remplacer par road_marking=bus), les autres tags tiennent la route. L'intention de l'auteur était de signaler la présence de la bande d'arrêt pour le bus sur la voie, pas de bandes podotactiles. On peut imaginer que cette signalisation peut être utile à certains handicaps (y compris à certains automobilistes qui confondent les arrêts avec des parkings). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] site web openstreetmap.fr et sa page comment contribuer
N'hésite pas à rédiger un nouveau contenu, tu peux le faire sur un pad, on affine et ensuite on met ça sur le site. Le 4 septembre 2014 09:35, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Hello ! Dernièrement, j'ai tenté de sensibiliser les geocacheurs de Terra Aventura http://www.terra-aventura.fr/ (un geocaching très gamifiée dans le limousin dont l'appli utilise le rendu mapnik) à openstreetmap et à la contribution. J'ai voulu renvoyer vers des pages toutes prêtes expliquant comment contribuer, mais en visitant la page idoine sur openstreetmap.fr http://openstreetmap.fr/comment-puis-je-contribuer je suis resté un peu sur ma faim. Est-ce qu'il ne serait pas intéressant d'améliorer ça ? Je pensais à une liste par niveau, selon les envies et capacités de chacun. Quelque chose comme : Level 1 bavard Je parle d'openstreetmap autour de moi, et/ou j'utilise la carte en ligne pour mes recherches, je demande à ma mairie/comcom les données qu'ils pourraient rendre disponibles. Level 2 Sentinelle Si je constate des erreurs ou des manques sur la carte, je place une note. Je regarde les notes présentes dans mon secteur, et si je peux y indiquer des renseignements supplémentaires. Level 3 paparazzi Pendant mes balades, quelque soit le moyen de locomotion, j'enregistre mon parcours à l'aide de Osmtracker/Oruxmap/... et envoie la trace gpx sur le site osm.org. Je peux aussi prendre des photos avec l'application Mapillary, elles seront utilisables pour améliorer les données Osm. Level 4 Je contribue directement au projet en utilisant l'éditeur en ligne. Level 5 J'utilise Josm, vérifie les contributions des environs, contacte les nouveaux contributeurs pour les aider. Level 6 Master Je lance Josm-latest au petit dej, crée et édite des relations de centaines de membres, discute des nouveaux tags sur la liste internationale, développe des outils pour aider les contributeurs, ... Level 7 Mad mapper J'édite uniquement en raw, je lis et répond à tous les mails de pverdy, et vise la place de chairman dans la fondation osm. On peut aussi imaginer d'autres points, mais qui nécessiterait sans doute des outils, genre : Level Corvéable Je ne veux/peux pas contribuer directement, mais je suis joignable pour aller vérifier sur le terrain dans un rayon de x km autour de la ville de Machin sur ruisseau. Chaque niveau demanderait un peu plus de détails, avec des captures d'écrans, des liens, etc.. mais voilà l'idée. Qu'en pensez-vous ? (En laissant bien évidemment de côté les traits d'humour...je me suis laissé aller...) Stéphane ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !
Bonjour, - Mail original - Dans l'idéal, on pourrait aussi espérer que l'édition des données rando/grimpe dans ce type de zones ne devrait se faire qu'avec une représentation 3D du terrain en toile de fond (modèle numérique de terrain - MNT) couplée à une imagerie récente et bien ortho-rectifiée. Ou alors peut-être éliminer tout ce qui ne s'appuie pas sur un tracé GPS envoyé au serveur en parallèle. Je n'ai pas de solution miracle mais ni l'une ni l'autre de ces approches ne me semblent apporter la moindre garantie : 1. Si en ville certains MNT ont une résolution planimétrique de 10 mètres et une précision altimétrique inférieure à 10 cm, les MNT plus globaux, même les meilleurs, sont très loin de fournir une telle précision. Par exemple, le MNE Reference3D produit par Airbus Defence Space (ex-Astrium, ex-Spot Image) n'a qu'une résolution planimétrique de 30 mètres (à l'équateur) et une précision altimétrique « de 10 m dans 90% des cas où la pente est inférieure à 20° ». Or, en montagne, les zones dont la pente est supérieure à 20° sont courantes et, sans parler de ces cas là, une incertitude altimétrique de 10 m peut cacher bien des pièges mortels. 2. Dans les Pyrénées, il m'est arrivé de constater sur mon GPS des erreurs de localisation supérieures à 60 mètres à flanc de montagne alors que ce GPS a plutôt bonne presse et reste très précis (~ 3 m) même sous couverture végétale. Et là encore, 60 mètres, ça change tout en terrain escarpé. Autre anecdote relative à un GPS : lors d'une partie de géocaching en bord de mer, mon GPS m'indiquait que la cache se trouvait à 3 mètres devant moi. Or, j'étais en haut d'une falaise, à 50 cm du bord, et la cache se trouvait à mes pieds sous un petit rocher... De retour à la maison et en m'appuyant sur des points géodésiques proches, j'ai pu constater que c'était la cache qui était mal géolocalisée.. de 3 ou 4 mètres tout au plus mais 3 ou 4 mètres qui peuvent faire mal. Bref, je pense qu'avec une carte (qu'elle soit produite par OSM ou l'IGN), il faut rester critique et que nous avons tous à un moment ou un autre pesté d'avoir trop fait confiance à une carte. Ceci étant, il ne serait pas inutile de rédiger sur le Wiki d'OSM une petite page du genre « mapping en montagne » alertant les contributeurs sur la nécessité d'être vigilant et prudent lorsqu'ils cartographient des zones accidentées. On pourrait aussi - mais c'est plus lourd - calculer un indice d'escarpement sur l'ensemble du territoire. Ce faisant, JOSM et iD pourraient intégrer un mécanisme d'alerte invitant le contributeur à la prudence lorsqu'il intervient en zone escarpée. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !
Le 04/09/2014 09:26, Guilhem Bonnefille a écrit : OSM n'a pas le niveau requis pour servir de source d'information à suivre aveuglément. OSM doit rester une source d'inspiration. Mais bon, ce n'est que mon avis. C'est aussi totalement le mien, et pour moi, ça ne change pas des cartes 25 000e de l'IGN, qui à certains endroits se trompent pas mal aussi. Soit un chemin qui n'a jamais pu exister, vu la falaise, soit des chemins qui n'ont plus été dégagés depuis la dernière guerre, vu la taille des abres qui poussent dedans. On peut rapidement trouver un bon paquet d'erreurs chez l'IGN, sans même parler du succulent mais bien trop répandu « détail linéaire non identifié » apparu dans les années 80, quand l'IGN a bouclé 1/4 de la France en quelques années, alors que les 3/4 précédents avaient mis 50 ans… Il y a eu une baisse notable de qualité des relevés à cette occasion. C'est facile de faire la différence entre les époques (suivant les régions) : avant, les abres isolés étaient tous indiqués, comme des portions de haies, ou les routes bordées d'abres. Après, c'est beaucoup plus aléatoire, c'est le règne du non identifié. On a franchement une carte à jouer, c'est le cas de le dire. Le plus dommage est qu'on ne puisse partir des données de l'IGN, dont l'essentiel est fiable, je ne dis pas le contraire, au lieu de les reconstituer péniblement alors qu'elle existent déjà, tout ça pour une histoire de licences. J'avoue ne pas comprendre le sens de « National »… c'est pas nous, la Nation ? Muselaar ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !
Le jeudi 4 septembre 2014 14:34:38 Muselaar a écrit : On a franchement une carte à jouer, c'est le cas de le dire. Le plus dommage est qu'on ne puisse partir des données de l'IGN, dont l'essentiel est fiable, je ne dis pas le contraire, au lieu de les reconstituer péniblement alors qu'elle existent déjà, tout ça pour une histoire de licences. J'avoue ne pas comprendre le sens de « National »… c'est pas nous, la Nation ? C'est beau ce que tu écris Muselaar :-) Manque plus que la musique mélancolique, et on fait un court métrage ;-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] site web openstreetmap.fr et sa page comment contribuer
Le 04/09/2014 09:35, Stéphane Péneau a écrit : On peut aussi imaginer d'autres points, mais qui nécessiterait sans doute des outils, genre : Level Corvéable Je ne veux/peux pas contribuer directement, mais je suis joignable pour aller vérifier sur le terrain dans un rayon de x km autour de la ville de Machin sur ruisseau. Chaque niveau demanderait un peu plus de détails, avec des captures d'écrans, des liens, etc.. mais voilà l'idée. Qu'en pensez-vous ? (En laissant bien évidemment de côté les traits d'humour...je me suis laissé aller...) Bonjour, Le moins que l'on puisse dire c'est que tu as de bonnes idées. Ce niveau corvéable me plairait bien. L'ensemble de ton topo est excellent dans le principe. Comme c'est toi qui lances l'idée je te suggères de peaufiner ton idée et de la mettre en pratique en la partageant pour que d'autres viennent améliorer ce que tu auras fait si besoin. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] INSEE et modification des limites communales
Bonjour, L'INSEE à mis en ligne une interface permettant de ressortir tout l'historique des modifications des communes depuis 1930... http://www.insee.fr/fr/methodes/nomenclatures/cog/historique.asp En regardant pour les Pyrénées-Atlantiques (64) http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=1930fin=2014dep=64mod=M0 J'ai découvert que les communes pouvait se céder des hectares de terrain, et donc que les limites communales pouvait bouger en conséquence... 64010 01/05/2008 Aïcirits-Camou-Suhast reçoit des parcelles de Saint-Palais. 64010 01/05/2008 Aïcirits-Camou-Suhast cède des parcelles à Saint-Palais (10 ha). 64493 01/05/2008 Saint-Palais cède des parcelles à Aïcirits-Camou-Suhast. 64493 01/05/2008 Saint-Palais reçoit des parcelles d'Aïcirits-Camou-Suhast (10 ha). 64254 01/08/2010 Hagetaubin cède des parcelles à Saint-Médard (3 ha). 64491 01/08/2010 Saint-Médard reçoit des parcelles d'Hagetaubin (3 ha). Vu que l'intégration des limites communales dans OSM a commencé il y a plus de 6 ans, il serait bon de faire une vérification des communes françaises concernées... Depuis 2008, il y en a quelques dizaines... http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=2008fin=2014dep=00mod=MG Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le saviez-vous ?
Le 04/09/2014 09:20, Ab_fab a écrit : Pas grave, si tu accompagnes le nombre d'une petite phrase du genre vous devez en connaître un/une qui n'est pas encore dans OSM, rejoignez la communauté et contribuez ! Bonjour, Je plussoie à l'idée sous-jacente à cette réponse. Le simple fait que le chiffre annoncé soit anormal vis à vis de la réalité devrait faire réagir certains visiteurs concernés par cet élément. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] INSEE et modification des limites communales
Et oui, bien sûr que des communes s'échanges des terrains. C'est même publié au JO, mais sans les plans malheureusement... On trouve parfois quelques signalements sur l'outil Ripart de l'IGN. Le 4 septembre 2014 15:19, Christophe Merlet red...@redfoxcenter.org a écrit : Bonjour, L'INSEE à mis en ligne une interface permettant de ressortir tout l'historique des modifications des communes depuis 1930... http://www.insee.fr/fr/methodes/nomenclatures/cog/historique.asp En regardant pour les Pyrénées-Atlantiques (64) http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=1930fin=2014dep=64mod=M0 J'ai découvert que les communes pouvait se céder des hectares de terrain, et donc que les limites communales pouvait bouger en conséquence... 64010 01/05/2008 Aïcirits-Camou-Suhast reçoit des parcelles de Saint-Palais. 64010 01/05/2008 Aïcirits-Camou-Suhast cède des parcelles à Saint-Palais (10 ha). 64493 01/05/2008 Saint-Palais cède des parcelles à Aïcirits-Camou-Suhast. 64493 01/05/2008 Saint-Palais reçoit des parcelles d'Aïcirits-Camou-Suhast (10 ha). 64254 01/08/2010 Hagetaubin cède des parcelles à Saint-Médard (3 ha). 64491 01/08/2010 Saint-Médard reçoit des parcelles d'Hagetaubin (3 ha). Vu que l'intégration des limites communales dans OSM a commencé il y a plus de 6 ans, il serait bon de faire une vérification des communes françaises concernées... Depuis 2008, il y en a quelques dizaines... http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=2008fin=2014dep=00mod=MG Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] INSEE et modification des limites communales
Le 04/09/2014 15:30, Christian Quest a écrit : Et oui, bien sûr que des communes s'échanges des terrains. C'est même publié au JO, mais sans les plans malheureusement... Je n'ai jamais lu d'infos à ce sujet sur cette liste Le plan, c'est pas le cadastre ? Extraction régulière des limites communales du cadastre et comparaison avec l'existant jusqu'à ce qu'une modification soit détectée. On trouve parfois quelques signalements sur l'outil Ripart de l'IGN. Le 4 septembre 2014 15:19, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : Bonjour, L'INSEE à mis en ligne une interface permettant de ressortir tout l'historique des modifications des communes depuis 1930... http://www.insee.fr/fr/methodes/nomenclatures/cog/historique.asp En regardant pour les Pyrénées-Atlantiques (64) http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=1930fin=2014dep=64mod=M0 J'ai découvert que les communes pouvait se céder des hectares de terrain, et donc que les limites communales pouvait bouger en conséquence... 64010 01/05/2008 Aïcirits-Camou-Suhast reçoit des parcelles de Saint-Palais. 64010 01/05/2008 Aïcirits-Camou-Suhast cède des parcelles à Saint-Palais (10 ha). 64493 01/05/2008 Saint-Palais cède des parcelles à Aïcirits-Camou-Suhast. 64493 01/05/2008 Saint-Palais reçoit des parcelles d'Aïcirits-Camou-Suhast (10 ha). 64254 01/08/2010 Hagetaubin cède des parcelles à Saint-Médard (3 ha). 64491 01/08/2010 Saint-Médard reçoit des parcelles d'Hagetaubin (3 ha). Vu que l'intégration des limites communales dans OSM a commencé il y a plus de 6 ans, il serait bon de faire une vérification des communes françaises concernées... Depuis 2008, il y en a quelques dizaines... http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=2008fin=2014dep=00mod=MG Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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 -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !
Au Québec aussi, il y a une grande densité de chemins, des nouveaux, des privés, d'autres qui disparaissent. L'ajout d'un attribut survey:date permettrait de savoir quand un chemin a été parcouru la dernière fois, et lesquels mériteraient d'être revus. Pierre De : Eric Marsden eric.mars...@free.fr À : talk-fr@openstreetmap.org Envoyé le : Jeudi 4 septembre 2014 7h48 Objet : Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne ! ts == Tetsuo Shima tets...@gmail.com writes: ts Pour le moment je considère qu'OSM n'est pas fiable du tout sur ce ts point - ni exhaustivité, ni qualité -, qu'il ne faut se baser dessus ts que si on les a tracé/contrôlé soit meme, et je doute que ça puisse se ts résoudre a court terme tant le travail est immense. Ce n'est pas l'expérience que j'en ai dans les Pyrénées (principalement Ariègoises). Depuis environs 2 ans la densité de chemins a beaucoup augmenté ; des parcours importants comme le HRP y sont en totalité ; les ruisseaux sont souvent cartographiés. Il m'est même arrivé de pouvoir planifier des randos en boucle (plutôt qu'A/R) à l'aide de chemins qui ne figurent pas sur les top25. Les cartes IGN restent globalement meilleures et surtout plus homogènes, mais l'écart diminue rapidement. On ne peut pas non plus toujours faire confiance aux cartes IGN (cabanes affichées mais en ruines, chemins marqués mais plus maintenus…). -- Eric Marsden ___ 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] INSEE et modification des limites communales
Oui le cadastre est mis à jour... si les parcelles étaient privées. Lorsqu'elles appartiennent à la commune, celle-ci ne payant pas d'impôt c'est potentiellement moins réactif. J'avais eu le cas d'un échangeur d'autoroute où les deux limites de communes laissaient un trou, le cadastre ayant été mis à jour pour une commune mais pas pour l'autre. La page de légifrance à suivre est celle-ci: http://www.legifrance.org/affichSarde.do?reprise=truefastReqId=1183980310idSarde=SARDOBJT07104406 Elle répertorie les textes qui touchent aux découpages administratifs. Le 4 septembre 2014 15:39, Christophe Merlet red...@redfoxcenter.org a écrit : Le 04/09/2014 15:30, Christian Quest a écrit : Et oui, bien sûr que des communes s'échanges des terrains. C'est même publié au JO, mais sans les plans malheureusement... Je n'ai jamais lu d'infos à ce sujet sur cette liste Le plan, c'est pas le cadastre ? Extraction régulière des limites communales du cadastre et comparaison avec l'existant jusqu'à ce qu'une modification soit détectée. On trouve parfois quelques signalements sur l'outil Ripart de l'IGN. Le 4 septembre 2014 15:19, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : Bonjour, L'INSEE à mis en ligne une interface permettant de ressortir tout l'historique des modifications des communes depuis 1930... http://www.insee.fr/fr/methodes/nomenclatures/cog/historique.asp En regardant pour les Pyrénées-Atlantiques (64) http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=1930fin=2014dep=64mod=M0 J'ai découvert que les communes pouvait se céder des hectares de terrain, et donc que les limites communales pouvait bouger en conséquence... 64010 01/05/2008 Aïcirits-Camou-Suhast reçoit des parcelles de Saint-Palais. 64010 01/05/2008 Aïcirits-Camou-Suhast cède des parcelles à Saint-Palais (10 ha). 64493 01/05/2008 Saint-Palais cède des parcelles à Aïcirits-Camou-Suhast. 64493 01/05/2008 Saint-Palais reçoit des parcelles d'Aïcirits-Camou-Suhast (10 ha). 64254 01/08/2010 Hagetaubin cède des parcelles à Saint-Médard (3 ha). 64491 01/08/2010 Saint-Médard reçoit des parcelles d'Hagetaubin (3 ha). Vu que l'intégration des limites communales dans OSM a commencé il y a plus de 6 ans, il serait bon de faire une vérification des communes françaises concernées... Depuis 2008, il y en a quelques dizaines... http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=2008fin=2014dep=00mod=MG Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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 -- Christophe Merlet (RedFox) ___ 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
