Re: [talk-ph] Announcing Participatory mapping and LGU decision support tools for Disaster Risk Reduction Project
3 people responded to the poll so far. 2 is OK for July 6. Is it OK for others on July 6? On Tue, Jun 18, 2013 at 6:49 PM, maning sambale emmanuel.samb...@gmail.com wrote: Thanks Carlo and Eugene. I created a poll for the schedule. Please fill-up on your preferred schedule. http://www.doodle.com/myksx3ff72a8i22v On Mon, Jun 17, 2013 at 10:57 PM, Carlo Antonio Romero carlo.rom...@gmail.com wrote: Hi Maning, Ill be happy to participate if there's anything a remote mapper can contribute. Carlo. On Mon, Jun 17, 2013 at 7:17 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, On Sat, Jun 8, 2013 at 12:23 PM, maning sambale emmanuel.samb...@gmail.com wrote: * We want to arrange a meeting with the community to discuss details of the project. Possibly by end of this month. What would be the best day and time for you guys? Following this up, would you be available either June 28 (Friday) or 29 (Saturday) afternoon or early evening? The venue will be our office. Please confirm if this is OK with you all. Thanks! -- 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 http://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/ -- -- 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 http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Announcing Participatory mapping and LGU decision support tools for Disaster Risk Reduction Project
Not that sure if I can do a full 3-day training. It depends on my work but.. let's see. The ESSC office is at Ateneo, right? I live down south but I'll also try to attend. As Carlo asked, can I help remotely? On Wed, Jun 26, 2013 at 8:16 PM, maning sambale emmanuel.samb...@gmail.comwrote: 3 people responded to the poll so far. 2 is OK for July 6. Is it OK for others on July 6? On Tue, Jun 18, 2013 at 6:49 PM, maning sambale emmanuel.samb...@gmail.com wrote: Thanks Carlo and Eugene. I created a poll for the schedule. Please fill-up on your preferred schedule. http://www.doodle.com/myksx3ff72a8i22v On Mon, Jun 17, 2013 at 10:57 PM, Carlo Antonio Romero carlo.rom...@gmail.com wrote: Hi Maning, Ill be happy to participate if there's anything a remote mapper can contribute. Carlo. On Mon, Jun 17, 2013 at 7:17 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, On Sat, Jun 8, 2013 at 12:23 PM, maning sambale emmanuel.samb...@gmail.com wrote: * We want to arrange a meeting with the community to discuss details of the project. Possibly by end of this month. What would be the best day and time for you guys? Following this up, would you be available either June 28 (Friday) or 29 (Saturday) afternoon or early evening? The venue will be our office. Please confirm if this is OK with you all. Thanks! -- 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 http://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/ -- -- 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 http://lists.openstreetmap.org/listinfo/talk-ph -- Ervin M. *Schadow1 Expeditions* - A Filipino must not be a stranger to his own motherland. http://www.s1expeditions.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Donation drive to buy new servers
Hi guys, The OSM Foundation decided to extend the donation drive. This is to add more servers to provide redundancy and add new services. What I like is that they will add a routing server. :-) Details here: http://blog.openstreetmap.org/2013/06/26/extending-funding-drive/ - Eugene On Wed, Jun 19, 2013 at 7:29 PM, maning sambale emmanuel.samb...@gmail.comwrote: Donation drive completed. woot! http://donate.openstreetmap.org/server2013/ On Wed, May 8, 2013 at 1:40 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, The OpenStreetMap Foundation has just launched a donation drive to purchase new servers in order to cope up with the increasing amount of data being added by contributors: http://blog.openstreetmap.org/2013/05/07/openstreetmap-launches-all-new-easy-map-editor-and-announces-funding-appeal/ If you want to donate, please visit this site: http://donate.openstreetmap.org/server2013/ Cheers! Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org http://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 http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] historic=battlefield
Hey, Ik ben het volmonding eens met het feit dat er een taalprobleem is op de lijst maar nog meer met het feit dat we meer mappers nodig hebben. Ik denk echter dat dit 2 losstaande zaken zijn. De meeste mappers zitten geeneens op deze mailinglijst. In onze laatste meetup hier in Gent kende niemand de mailing lijst: 'nog nooit van gehoord'. Er is ook geen oplossing: elke taal zal mensen uitsluiten, ik denk gewoon dat hoe vreemd het ook is, op deze moment het engels inderdaad wel een mooie middenweg is maar ik denk dat niemand er problemen mee heeft dat er eens een mail in het NL of FR passeert. Mijn FR kan er alleen maar beter door worden! Ik ben de laatste tijd ook af en toe bezig met het verzenden van een basis introductie OSM naar mensen met hun eerste edit. Ik krijg af en toe zeer positieve reacties. Misschien kunnen we beter zoiets organiseren op een meer systematische manier en in meedere talen. Dat zal beter helpen meer mappers aan boord te krijgen denk ik... Met vriendelijke groeten, Best regards, Ben Abelshausen ben.abelshau...@gmail.com http://twitter.com/xivk 2013/6/26 Marc Gemis marc.ge...@gmail.com Ik denk dus inderdaad dat er een taalbarriere is voor OSM. Waarom ? omdat dit niet enkel een project van geeks/nerds is zoals zoveel andere open source projecten. Zoals ik al schreef is er volgens mij een hele groep gepensioneerden die de tijd en zin hebben om surveys te doen en bij te dragen, maar nu niet bereikt kunnen worden. De kennis van het Engels is meer ingeburgerd bij de latere generaties. Fouten in het gebruik van tags komen voor met alle editors en bij alle gebruikers, nieuw en oud. Zelfs ben ik 2 jaar heel intensief bezig en nog elke dag (bij manier van spreken) zie ik tags opduiken (of combinaties) die ik verkeerd of onvolledig gebruik of niet ken. Vandaar die mailtjes naar OSM i.v.m. battlefield of designation. Als ik zie hoe weinig er feitelijk gemapped wordt in het gebied Antwerpen - Mechelen; Sint-Niklaas-Lier, dan kan ik alleen maar zeggen dat we meer mappers nodig hebben. Het zijn altijd dezelfde paar namen die daar optreden (en dan nog vooral ten zuiden van Antwerpen). Zoals in een van de talks op State of the Map US gezegd werd, er zijn ongeveer 5% mappers die 90% in kaart brengen. Die groep moet je vertroetelen en je moet er meer van hebben. Ze hebben er ook wel geen idee van hoe je die groep moet vergroten. Met het schrijven van deze mail heb ik jammer genoeg de kans gemist om 3-4 beschermde monumenten in te brengen zoals ik andere morgenden doe. :-) so sorry, no English this morning groeten/regards m 2013/6/25 Glenn Plas gl...@byte-consult.be Ivo On 06/25/2013 08:50 PM, Ivo De Broeck wrote: Thanks Marc for understanding. I believe it is very important to have people on the field, who are trying to help with the OSM-map. You can not reach them by using English or say they must not use Potlach. Je trekt mijn onschuldig en grappig bedoelde opmerking te ver uit de context. Als mensen willen blijven verder prutsen in hun browsers, mij niet gelaten. Ik zei ook niet dat je Engels moet gebruiken. Hetgeen je tussen de lijnen had moeten lezen is dat ik geen hoge dunk van Potlach heb. Het lijkt mij meer normaal een probleem in Eppegem in het Nederlands te bespreken. Ik ben zeker dat heel veel nieuwe ( of oude ;-0 ) medewerkers gewoon om die reden afhaken. Fris dan maar alvast uw frans op want het verfranst hier op kruissnelheid. Ook in die winkels die ik heb gemapt. Engels zal u -inderdaad- niet helpen hier. Het is misschien niet altijd duidelijk voor sommige groepen van mensen -zeer diplomatisch- maar Engels is best wel een universele voertaal op 'open'+'community' dingen zoals wiki/openstreetmap, het is eigenlijk nog maar de 1ste keer dat ik tegenkom dat Engels zo een struikelblok lijkt te zijn. Nog maar eens : de (kleine) groep die OSM controleert en verbeterd is onmisbaar en ik heb heel veel respect voor hun werk. Wat ik steeds vraag (en waar imho te weinig voor gedaan wordt) is om zoveel mogelijk vrijwilligers te kunnen bereiken. Wie moet dit dan doen volgens jou ? Ben je zelf deel van die groep ? En hoe meet je dit momenteel eigenlijk? Even de vraag kritische bekeken, waaruit concludeer je die stelling eigenlijk? Hoeveel contributers zijn er ? Heeft iemand die statistieken liggen ? Is een battle-field het grootste probleem in Eppegem? Zijn daar alle gebouwen gemapt? hebben ze een adres? zijn alle winkels/horeca/bedrijven gemapt? just my 2 cents ;-) Ik woon zelf niet in Eppegem, maar ik heb wel mijn best gedaan om de horecazaken te mappen in de buurt. Het battlefield probleem is maar hetgeen boven kwam drijven. Achterliggend heb ik verdwenen amenity (dokter), 2 way's die losgemaakt waren (met ~9 fietsroute relaties op). Wat betreft gebouwen heb ik er duizenden opgezet in Weerde, Zemst en Eppegem. Ik schat iets onder de 10 000, ruw gezien. Ik heb hier bijna alles
Re: [OSM-talk-be] historic=battlefield
Ben, ik ben geinteresseerd in jouw introductie mail. Ben je bereid die hier te delen ? groeten m 2013/6/26 Ben Abelshausen ben.abelshau...@gmail.com Hey, Ik ben het volmonding eens met het feit dat er een taalprobleem is op de lijst maar nog meer met het feit dat we meer mappers nodig hebben. Ik denk echter dat dit 2 losstaande zaken zijn. De meeste mappers zitten geeneens op deze mailinglijst. In onze laatste meetup hier in Gent kende niemand de mailing lijst: 'nog nooit van gehoord'. Er is ook geen oplossing: elke taal zal mensen uitsluiten, ik denk gewoon dat hoe vreemd het ook is, op deze moment het engels inderdaad wel een mooie middenweg is maar ik denk dat niemand er problemen mee heeft dat er eens een mail in het NL of FR passeert. Mijn FR kan er alleen maar beter door worden! Ik ben de laatste tijd ook af en toe bezig met het verzenden van een basis introductie OSM naar mensen met hun eerste edit. Ik krijg af en toe zeer positieve reacties. Misschien kunnen we beter zoiets organiseren op een meer systematische manier en in meedere talen. Dat zal beter helpen meer mappers aan boord te krijgen denk ik... Met vriendelijke groeten, Best regards, Ben Abelshausen ben.abelshau...@gmail.com http://twitter.com/xivk 2013/6/26 Marc Gemis marc.ge...@gmail.com Ik denk dus inderdaad dat er een taalbarriere is voor OSM. Waarom ? omdat dit niet enkel een project van geeks/nerds is zoals zoveel andere open source projecten. Zoals ik al schreef is er volgens mij een hele groep gepensioneerden die de tijd en zin hebben om surveys te doen en bij te dragen, maar nu niet bereikt kunnen worden. De kennis van het Engels is meer ingeburgerd bij de latere generaties. Fouten in het gebruik van tags komen voor met alle editors en bij alle gebruikers, nieuw en oud. Zelfs ben ik 2 jaar heel intensief bezig en nog elke dag (bij manier van spreken) zie ik tags opduiken (of combinaties) die ik verkeerd of onvolledig gebruik of niet ken. Vandaar die mailtjes naar OSM i.v.m. battlefield of designation. Als ik zie hoe weinig er feitelijk gemapped wordt in het gebied Antwerpen - Mechelen; Sint-Niklaas-Lier, dan kan ik alleen maar zeggen dat we meer mappers nodig hebben. Het zijn altijd dezelfde paar namen die daar optreden (en dan nog vooral ten zuiden van Antwerpen). Zoals in een van de talks op State of the Map US gezegd werd, er zijn ongeveer 5% mappers die 90% in kaart brengen. Die groep moet je vertroetelen en je moet er meer van hebben. Ze hebben er ook wel geen idee van hoe je die groep moet vergroten. Met het schrijven van deze mail heb ik jammer genoeg de kans gemist om 3-4 beschermde monumenten in te brengen zoals ik andere morgenden doe. :-) so sorry, no English this morning groeten/regards m 2013/6/25 Glenn Plas gl...@byte-consult.be Ivo On 06/25/2013 08:50 PM, Ivo De Broeck wrote: Thanks Marc for understanding. I believe it is very important to have people on the field, who are trying to help with the OSM-map. You can not reach them by using English or say they must not use Potlach. Je trekt mijn onschuldig en grappig bedoelde opmerking te ver uit de context. Als mensen willen blijven verder prutsen in hun browsers, mij niet gelaten. Ik zei ook niet dat je Engels moet gebruiken. Hetgeen je tussen de lijnen had moeten lezen is dat ik geen hoge dunk van Potlach heb. Het lijkt mij meer normaal een probleem in Eppegem in het Nederlands te bespreken. Ik ben zeker dat heel veel nieuwe ( of oude ;-0 ) medewerkers gewoon om die reden afhaken. Fris dan maar alvast uw frans op want het verfranst hier op kruissnelheid. Ook in die winkels die ik heb gemapt. Engels zal u -inderdaad- niet helpen hier. Het is misschien niet altijd duidelijk voor sommige groepen van mensen -zeer diplomatisch- maar Engels is best wel een universele voertaal op 'open'+'community' dingen zoals wiki/openstreetmap, het is eigenlijk nog maar de 1ste keer dat ik tegenkom dat Engels zo een struikelblok lijkt te zijn. Nog maar eens : de (kleine) groep die OSM controleert en verbeterd is onmisbaar en ik heb heel veel respect voor hun werk. Wat ik steeds vraag (en waar imho te weinig voor gedaan wordt) is om zoveel mogelijk vrijwilligers te kunnen bereiken. Wie moet dit dan doen volgens jou ? Ben je zelf deel van die groep ? En hoe meet je dit momenteel eigenlijk? Even de vraag kritische bekeken, waaruit concludeer je die stelling eigenlijk? Hoeveel contributers zijn er ? Heeft iemand die statistieken liggen ? Is een battle-field het grootste probleem in Eppegem? Zijn daar alle gebouwen gemapt? hebben ze een adres? zijn alle winkels/horeca/bedrijven gemapt? just my 2 cents ;-) Ik woon zelf niet in Eppegem, maar ik heb wel mijn best gedaan om de horecazaken te mappen in de buurt. Het battlefield probleem is maar hetgeen boven kwam drijven. Achterliggend heb ik verdwenen amenity (dokter), 2 way's die losgemaakt waren (met ~9
Re: [OSM-talk-be] historic=battlefield
Natuurlijk, ik stuur dit naar mensen die een edit hebben gedaan en als ik relatief zeker ben dat ze nederlands spreken: *Hallo,* * * *Wij zagen dat je een account hebt aangemaakt op osm.org en effectief een eerste edit hebt gedaan: Proficiat!* * * *We hebben een paar zaken die je misschien interesseren:* * * *Alle info over Osm Belgium: http://wiki.openstreetmap.org/wiki/Belgium* * * *Als je op de hoogte wil blijven of gewoon vragen hebt kan je je inschrijven op de talk-be mailinglijst. http://wiki.openstreetmap.org/wiki/Belgium#Mailing_list of je kan ons vragen stellen of gewoon volgen op twitter: @osm_be* * * *Er zijn maandelijkse meetups (voorlopig enkel in Gent):* * * *http://www.meetup.com/OpenStreetMap-Gent/ (zéér welkom! :-) )* * * *Groeten,* * * *Ben* Voorlopig doe ik dit dus naar mensen die eerste edits doen en echt wel op een manier die sommige users zal vergeten. Ik ga hier gewoon kijken voor nieuwe users: http://resultmaps.neis-one.org/newestosm.php Linken naar die wiki-pagina is ook iets wat ik liever niet doe. Misschien is er een betere pagina/link. Zijn er hier mensen gewonnen voor een eigen versie van osm? osm.be? Misschien dat we daar al heel wat problemen kunnen oplossen en als community ook meer vrijheid hebben. Met vriendelijke groeten, Best regards, Ben Abelshausen ben.abelshau...@gmail.com http://twitter.com/xivk 2013/6/26 Marc Gemis marc.ge...@gmail.com Ben, ik ben geinteresseerd in jouw introductie mail. Ben je bereid die hier te delen ? groeten m 2013/6/26 Ben Abelshausen ben.abelshau...@gmail.com Hey, Ik ben het volmonding eens met het feit dat er een taalprobleem is op de lijst maar nog meer met het feit dat we meer mappers nodig hebben. Ik denk echter dat dit 2 losstaande zaken zijn. De meeste mappers zitten geeneens op deze mailinglijst. In onze laatste meetup hier in Gent kende niemand de mailing lijst: 'nog nooit van gehoord'. Er is ook geen oplossing: elke taal zal mensen uitsluiten, ik denk gewoon dat hoe vreemd het ook is, op deze moment het engels inderdaad wel een mooie middenweg is maar ik denk dat niemand er problemen mee heeft dat er eens een mail in het NL of FR passeert. Mijn FR kan er alleen maar beter door worden! Ik ben de laatste tijd ook af en toe bezig met het verzenden van een basis introductie OSM naar mensen met hun eerste edit. Ik krijg af en toe zeer positieve reacties. Misschien kunnen we beter zoiets organiseren op een meer systematische manier en in meedere talen. Dat zal beter helpen meer mappers aan boord te krijgen denk ik... Met vriendelijke groeten, Best regards, Ben Abelshausen ben.abelshau...@gmail.com http://twitter.com/xivk 2013/6/26 Marc Gemis marc.ge...@gmail.com Ik denk dus inderdaad dat er een taalbarriere is voor OSM. Waarom ? omdat dit niet enkel een project van geeks/nerds is zoals zoveel andere open source projecten. Zoals ik al schreef is er volgens mij een hele groep gepensioneerden die de tijd en zin hebben om surveys te doen en bij te dragen, maar nu niet bereikt kunnen worden. De kennis van het Engels is meer ingeburgerd bij de latere generaties. Fouten in het gebruik van tags komen voor met alle editors en bij alle gebruikers, nieuw en oud. Zelfs ben ik 2 jaar heel intensief bezig en nog elke dag (bij manier van spreken) zie ik tags opduiken (of combinaties) die ik verkeerd of onvolledig gebruik of niet ken. Vandaar die mailtjes naar OSM i.v.m. battlefield of designation. Als ik zie hoe weinig er feitelijk gemapped wordt in het gebied Antwerpen - Mechelen; Sint-Niklaas-Lier, dan kan ik alleen maar zeggen dat we meer mappers nodig hebben. Het zijn altijd dezelfde paar namen die daar optreden (en dan nog vooral ten zuiden van Antwerpen). Zoals in een van de talks op State of the Map US gezegd werd, er zijn ongeveer 5% mappers die 90% in kaart brengen. Die groep moet je vertroetelen en je moet er meer van hebben. Ze hebben er ook wel geen idee van hoe je die groep moet vergroten. Met het schrijven van deze mail heb ik jammer genoeg de kans gemist om 3-4 beschermde monumenten in te brengen zoals ik andere morgenden doe. :-) so sorry, no English this morning groeten/regards m 2013/6/25 Glenn Plas gl...@byte-consult.be Ivo On 06/25/2013 08:50 PM, Ivo De Broeck wrote: Thanks Marc for understanding. I believe it is very important to have people on the field, who are trying to help with the OSM-map. You can not reach them by using English or say they must not use Potlach. Je trekt mijn onschuldig en grappig bedoelde opmerking te ver uit de context. Als mensen willen blijven verder prutsen in hun browsers, mij niet gelaten. Ik zei ook niet dat je Engels moet gebruiken. Hetgeen je tussen de lijnen had moeten lezen is dat ik geen hoge dunk van Potlach heb. Het lijkt mij meer normaal een probleem in Eppegem in het Nederlands te bespreken. Ik ben zeker dat heel veel nieuwe ( of oude ;-0 ) medewerkers gewoon om die reden
Re: [OSM-talk-be] historic=battlefield
in Belgie is het systeem van die meetings nog niet zo in trek. Ben speelt daar in het Gentse nu een beetje een voortrekkersrol in :-) Begin dit jaar heeft Jo een wat grotere meeting georganiseerd in Lier, met een relatief kleine opkomst, maar toch uit verschillende windstreken. Het probleem is een beetje welke topics je wil bespreken op zo'n meeting. Gericht op beginnende gebruikers ? meer geavanceerd (scripting) ? Josm / Id / Potlatch ? Ik wil gerust mijn werkwijze van adres nummer mapping in Josm toelichten op zo'n meeting. En wat uitleg geven over BENELUX presets. En hopelijk nog wat ideeën opdoen om die uit te breiden. m. 2013/6/26 Daan Bellefroid d...@idaan.be Als nieuwe mapper draag ik graag mijn steentje bij tot deze discussie. Zelf ben ik IT-er en ben het dus gewoon conversaties in het Engels te voeren; toch moet ik me aansluiten bij de gedachte dat dit een drempel kan zijn voor nieuwe gebruikers. Ik ben ook een voorstander van: stuur de mail in de taal die je verkiest of meer toepasselijk vindt. Ik denk zelfs dat voor de Franstaligen die Engelse mails al helemaal een drempel vormen!!! (Wij dachten op kantoor ook dat een Engelstalige Windows een goede middenweg zou zijn voor zowel de NL als FR gebruikers; dat was verkeerd gedacht...) De mailinglist heb ik gevonden door te bladeren door de WiKi pagina's. Maar eenvoudig is dit evenwel niet voor een leek! Ik heb via Jo enkele private lessen gekregen dmv schermdeling. Dat heeft me helemaal op weg geholpen (zeker voor JOSM) en ik moet zeggen: als je JOSM leert kennen ipv Potlatch, dan wordt de goesting om te mappen alleen maar groter. Een eigen versie van osm (osm.be) lijkt me echt wel een serieuze meerwaarde. Zeker ook denk ik om mensen gemakkelijker samen te brengen zoals de meetups in Gent (me onbekend; maar mochten er bij mij in de buurt doorgaan zou ik zeker deelnemen). Groeten, Daan PS: ik heb werkelijk genoten van de mails die passeerden over talen, war-zones, bunkers, straten, huizen en pleinen! :-) 2013/6/26 Ben Abelshausen ben.abelshau...@gmail.com Natuurlijk, ik stuur dit naar mensen die een edit hebben gedaan en als ik relatief zeker ben dat ze nederlands spreken: *Hallo,* * * *Wij zagen dat je een account hebt aangemaakt op osm.org en effectief een eerste edit hebt gedaan: Proficiat!* * * *We hebben een paar zaken die je misschien interesseren:* * * *Alle info over Osm Belgium: http://wiki.openstreetmap.org/wiki/Belgium* * * *Als je op de hoogte wil blijven of gewoon vragen hebt kan je je inschrijven op de talk-be mailinglijst. http://wiki.openstreetmap.org/wiki/Belgium#Mailing_list of je kan ons vragen stellen of gewoon volgen op twitter: @osm_be* * * *Er zijn maandelijkse meetups (voorlopig enkel in Gent):* * * *http://www.meetup.com/OpenStreetMap-Gent/ (zéér welkom! :-) )* * * *Groeten,* * * *Ben* Voorlopig doe ik dit dus naar mensen die eerste edits doen en echt wel op een manier die sommige users zal vergeten. Ik ga hier gewoon kijken voor nieuwe users: http://resultmaps.neis-one.org/newestosm.php Linken naar die wiki-pagina is ook iets wat ik liever niet doe. Misschien is er een betere pagina/link. Zijn er hier mensen gewonnen voor een eigen versie van osm? osm.be? Misschien dat we daar al heel wat problemen kunnen oplossen en als community ook meer vrijheid hebben. Met vriendelijke groeten, Best regards, Ben Abelshausen ben.abelshau...@gmail.com http://twitter.com/xivk 2013/6/26 Marc Gemis marc.ge...@gmail.com Ben, ik ben geinteresseerd in jouw introductie mail. Ben je bereid die hier te delen ? groeten m 2013/6/26 Ben Abelshausen ben.abelshau...@gmail.com Hey, Ik ben het volmonding eens met het feit dat er een taalprobleem is op de lijst maar nog meer met het feit dat we meer mappers nodig hebben. Ik denk echter dat dit 2 losstaande zaken zijn. De meeste mappers zitten geeneens op deze mailinglijst. In onze laatste meetup hier in Gent kende niemand de mailing lijst: 'nog nooit van gehoord'. Er is ook geen oplossing: elke taal zal mensen uitsluiten, ik denk gewoon dat hoe vreemd het ook is, op deze moment het engels inderdaad wel een mooie middenweg is maar ik denk dat niemand er problemen mee heeft dat er eens een mail in het NL of FR passeert. Mijn FR kan er alleen maar beter door worden! Ik ben de laatste tijd ook af en toe bezig met het verzenden van een basis introductie OSM naar mensen met hun eerste edit. Ik krijg af en toe zeer positieve reacties. Misschien kunnen we beter zoiets organiseren op een meer systematische manier en in meedere talen. Dat zal beter helpen meer mappers aan boord te krijgen denk ik... Met vriendelijke groeten, Best regards, Ben Abelshausen ben.abelshau...@gmail.com http://twitter.com/xivk 2013/6/26 Marc Gemis marc.ge...@gmail.com Ik denk dus inderdaad dat er een taalbarriere is voor OSM. Waarom ? omdat dit niet enkel een project van geeks/nerds is zoals
[OSM-talk-be] Interessant OSM artikel over HOT (Haiti)
Dit geeft mss wat ideeen over hoe ze leden werven in gebieden waar ze geen tijd hebben om over voertalen te discussieren: https://medium.com/medium-for-haiti/f4582ed41656 Weliswaar in het engels. Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-legal-talk] Fwd: [cc-community] a legal framework of open (geo)data
Original Message Subject: [cc-community] a legal framework of open (geo)data Date: Wed, 26 Jun 2013 11:22:53 +0200 From: Simone Aliprandi simone.alipra...@gmail.com Reply-To: cc-commun...@lists.ibiblio.org To: cc-community cc-commun...@lists.ibiblio.org A legal framework of open (geo)data. A research document by Simone Aliprandi and Carlo Piana for FreeGIS.net Project: http://aliprandi.blogspot.it/2013/06/freegis-D51-opendata-legal-framework.html . Comments and sharing are welcome. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Please test this Native wikipedia link - feature
Am 26.06.2013 03:04, schrieb Tirkon: If we link from OSM as a international project to a Wikipedia article there is the problem, that we cannot link everybody to the article of his native language. did you take care about WIWOSM? http://wiki.openstreetmap.org/wiki/WIWOSM - This already works fine since more than one year. - the tagging scheme can handle different language even in parallel - BUT: the tagging of ONE LANGUAGE is SUFFICIENT, the rest is handled as linking within Wikipedia Best regards, Michael. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Please test this Native wikipedia link - feature
On 26/giu/2013, at 05:34, Tirkon tirko...@yahoo.de wrote: The present fallback is the Wikidata article. These questions I ask myself as well. But at present the basic functionality should be tested. isn't wikidata an extract of Wikipedia and therefor doesn't provide more but at the most the same information than Wikipedia? What can you do with your approach that you can't do with the inter language links in WP? (ok, in wikidata you get the semantics about an object, while WP provides you an article that might also cover multiple objects, but IMHO the semantics about what is an object should remain in OSM). cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Please test this Native wikipedia link - feature
Michael Kugelmann michaelk_...@gmx.de wrote: did you take care about WIWOSM? http://wiki.openstreetmap.org/wiki/WIWOSM Of course I do. ;-) - This already works fine since more than one year. - the tagging scheme can handle different language even in parallel - BUT: the tagging of ONE LANGUAGE is SUFFICIENT, the rest is handled as linking within Wikipedia Just a few days after the collaboration of Wikipedia and OSM began, I posted a whole bunch of ideas what could be done, i.e. generating maps like this automaticely from OSM. http://de.wikipedia.org/wiki/Vorlage:Imagemap_Landkreis_Aurich This would be far beyond that, what is done by WIWOSM. Thus I am really happy to have WIWOSM. Thus I wrote a German guide just the day after it was introduced on the FOSSGIS. Sadly we have the problem, that it does not work in the Internet Explorer. So long it is problematical to convince Wikipedians using WIWOSM instead of the old less advantageous tools. My intension was and is to advertise this collaboration. All this should make clear that I really care about WIWOSM. My focus on the collaboration of Wikipedia and OSM is also the reason, why I came up with the idea of this thread. At the moment the only question is whether it works or not - nothing more. You are right: For WIWOSM one language link is sufficient. You wrote that the rest has to be done in Wikipedia. Again you are right. And this thread is the first beginning of testing just that. If it works, the next step could be to find the Wikidata object from the link to one discretionary language article. But the essential part that needs testing is what I brang up here. If it works, everybody has the possibility to use a Native wikipedia link, i.e. in a posting or a mail, in an OSM map or in another project. I never asked to implement something in OSM. I only begged for a test in order to make this feature possible. Thus the title of this thread is: Please !!TEST!! this Native wikipedia link - feature and not Please implement this Native wikipedia link - feature. Be assured that I will not ask to implement something in OSM without caring about WIWOSM. ;-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Please test this Native wikipedia link - feature
On Wed, Jun 26, 2013 at 9:00 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: isn't wikidata an extract of Wikipedia and therefor doesn't provide more but at the most the same information than Wikipedia? What can you do with your approach that you can't do with the inter language links in WP? Wikidata actually now powers the interlanguage links in (at least) the English Wikipedia. It used to be that you manually added links to the other language Wikipedias in the article body, but these have all been removed and the interwiki links is now provided through Wikidata. So inter language links in WP = Wikidata. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Please test this Native wikipedia link - feature
Martin Koppenhoefer dieterdre...@gmail.com wrote: isn't wikidata an extract of Wikipedia and therefor doesn't provide more but at the most the same information than Wikipedia? What can you do with your approach that you can't do with the inter language links in WP? (ok, in wikidata you get the semantics about an object, while WP provides you an article that might also cover multiple objects, but IMHO the semantics about what is an object should remain in OSM). Theoretically you are right. If you want to find a Wikipedia article in another language it works. But as soon as you want to use the interlanguage links as a database - just like OSM - then it is suboptimal. Wikipedia needs the unique links because the interlanguage links are only the beginning and the fundament of other Wikidata features. In future i.e. all the standard data of persons or towns in the infobox (i.e area, elevation, population) will be taken from the central Wikidata for all languages as well, possibly imported from official sources, if they are free. Therefore you need a unique structure. At present all the changing data (i.e. population) have to be edited in every language by hand. Further the Wikidata object is easier to handle. There is no need to scan all links in order to find one of them. If you walked before Wikidata along a chain of languages you did not always come back to the beginning. Before Wikidata you had often two or three scattered blocks of languages that should have been one block and one Wikidata object. Since Wikidata many of them could be found. Concerning the Native language feature nobody was able to provide it in a live-situation before Wikidata. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Please test this Native wikipedia link - feature
Eugene Alvin Villar sea...@gmail.com wrote: Wikidata actually now powers the interlanguage links in (at least) the English Wikipedia. .. in all 280 languages. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Please test this Native wikipedia link - feature
Hello Tirkon, the tool is working, but it would also no problem to write such a tool on base of Wikipedias interwikilinks. Wikipedia article names are human readable, and I would be careful to call a link to Q1 native for somebody. We had a proposal for a Wikidata-Tag. Please read my comment there: http://wiki.openstreetmap.org/w/index.php?title=Talk%3AProposed_features%2FWikidatadiff=884867oldid=883084 So I believe we will need Wikidata, but only for entries without an Wikipedia article. Greetings Kolossos Am 26.06.2013 18:13, schrieb Tirkon: Michael Kugelmann michaelk_...@gmx.de wrote: did you take care about WIWOSM? http://wiki.openstreetmap.org/wiki/WIWOSM Of course I do. ;-) - This already works fine since more than one year. - the tagging scheme can handle different language even in parallel - BUT: the tagging of ONE LANGUAGE is SUFFICIENT, the rest is handled as linking within Wikipedia Just a few days after the collaboration of Wikipedia and OSM began, I posted a whole bunch of ideas what could be done, i.e. generating maps like this automaticely from OSM. http://de.wikipedia.org/wiki/Vorlage:Imagemap_Landkreis_Aurich This would be far beyond that, what is done by WIWOSM. Thus I am really happy to have WIWOSM. Thus I wrote a German guide just the day after it was introduced on the FOSSGIS. Sadly we have the problem, that it does not work in the Internet Explorer. So long it is problematical to convince Wikipedians using WIWOSM instead of the old less advantageous tools. My intension was and is to advertise this collaboration. All this should make clear that I really care about WIWOSM. My focus on the collaboration of Wikipedia and OSM is also the reason, why I came up with the idea of this thread. At the moment the only question is whether it works or not - nothing more. You are right: For WIWOSM one language link is sufficient. You wrote that the rest has to be done in Wikipedia. Again you are right. And this thread is the first beginning of testing just that. If it works, the next step could be to find the Wikidata object from the link to one discretionary language article. But the essential part that needs testing is what I brang up here. If it works, everybody has the possibility to use a Native wikipedia link, i.e. in a posting or a mail, in an OSM map or in another project. I never asked to implement something in OSM. I only begged for a test in order to make this feature possible. Thus the title of this thread is: Please !!TEST!! this Native wikipedia link - feature and not Please implement this Native wikipedia link - feature. Be assured that I will not ask to implement something in OSM without caring about WIWOSM. ;-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Please test this Native wikipedia link - feature
Working on: Firefox 21 on ubuntu 12.10 Chromium 25.0.1364.160 (Developer Build 25.0.1364.160-0ubuntu0.12.10.1) Ubuntu 12.10 Chrome 28.0.1500.52 (Official Build 207119) Not working on: IE (V7 I think - can check tomorrow) on XP Best, Rob ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Server down ?
Get connection time out from api and website. Is it only me ? colliar signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Server down ?
I just managed to start P2. So it's not a general break down. On 06/27/2013 01:56 AM, colliar wrote: Get connection time out from api and website. Is it only me ? colliar ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- --- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Server down ?
Am 27.06.2013 02:02, schrieb Cartinus: On 06/27/2013 01:56 AM, colliar wrote: Get connection time out from api and website. Is it only me ? I just managed to start P2. So it's not a general break down. Strange only thing I did which might be uncommon was to start a second josm instance with different config dirs. Did not try it lately but it did work in the past. I am still able to browse with jmapviewer (josm download dialog) but: user@host:~$ ping osm.org PING osm.org (193.63.75.100) 56(84) bytes of data. ^C --- osm.org ping statistics --- 21 packets transmitted, 0 received, 100% packet loss, time 20160ms says it all. Even mirror download does not work. Colliar signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Server down ?
Am 27.06.2013 02:42, schrieb colliar: Am 27.06.2013 02:02, schrieb Cartinus: On 06/27/2013 01:56 AM, colliar wrote: Get connection time out from api and website. Is it only me ? Works again. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Please test this Native wikipedia link - feature
Am 26.06.2013 19:09, schrieb Tirkon: But as soon as you want to use the interlanguage links as a database - just like OSM - then it is suboptimal. For my point of view that's not a problem of OSM. It's the same as we don't map for the renderer. So this needs to be solved by another tool or in Wikipedi/Wikidata/[whatever] and not in OSM. We should not merge a second datebase inside OSM w/o a clear GIS relating. And if (as also discussed in this thread) there are problems with one special Internet Browser (who I consider not behaving very close to standards) then that's the problem of this browser. Just my 2 cents, Michael. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Overpass API Public Transport Line Diagram
Hello, I have discovered tonight the wonders of the Overpass API, and have been trying to use the Public Transport Line Diagram generator from http://overpass-api.de/public_transport.html to map the Montreal's subway lines. I have added the required network tag on the ways, but the API still refuses to render thel ine. Here's one example, the Orange Line: http://www.openstreetmap.org/browse/way/20233474 And here is what I think would be the proper way to create the schema for this line: http://overpass-api.de/api/sketch-line?network=stmref=2operator= What am I missing? Thanks! Guillaume Pratte ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Info over vrije parkeerplaatsen vrijgegeven
Beste OSM'ers Ter info: http://www.nu.nl/binnenland/3510480/info-vrije-parkeerplaatsen-vrijgegeven.html -- Learn programming, in your browser: http://tryrebol.esperconsultancy.nl Met vriendelijke groet, Best regards, Bas de Lange +31 (0)6 166 26 950 basdelange.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Using OSM Inspector
Hi Ian Thanks for that. I deleted the old one as it had intersecting nodes that defied any effort to remove. Also decided to be rather more precise with the Bing tracing. So patience is the key. Um? Not my strong point but will give it a shot. Cheers Brett Russell PO Box 94 Launceston Tas. 7250 Australia 0419 374 971 On 26/06/2013, at 3:19 PM, Ian Sergeant inas66+...@gmail.com wrote: Well OSMI takes a while to update sometimes. However the history of the relations tells us that the ways that made up the original relation were deleted, new ways were created and added to a new relation. This left an empty relation. The existing relation may or may not have had a bad geometry, I'm not going to bother checking it, but the new one you have created appears perfectly fine. In terms of mapping style, I guess that you removed the old ways that made up the original relation in order to improve on them. However, that left an empty relation. Empty relations are very easy to lose track of because they have no location information left in them. Personally I think there should be a warning as you are removing the last object from a relation, because it isn't something you really want to do. Ian. On 26 June 2013 15:02, Brett Russell brussell...@live.com.au wrote: Hi Ian Thanks for looking at this. Err, I not to sure what I am looking for as this is the first time I have seen changesets. One strange thing though. In Polatch 2 the lake is no longer coloured blue like other lakes. Is this a side effect of having an island? Cheers Brett From: inas66+...@gmail.com Date: Wed, 26 Jun 2013 13:51:27 +1000 Subject: Re: [talk-au] Using OSM Inspector To: brussell...@live.com.au CC: talk-au@openstreetmap.org Hi Brett, The relation it appears OSMI is complaining about: http://www.openstreetmap.org/browse/relation/3007272/history The relation that appears is there now: http://www.openstreetmap.org/browse/relation/3018458/history Ian. On 26 June 2013 12:26, Brett Russell brussell...@live.com.au wrote: Hi I have been having a look at OSM Inspector and noticed an error it picked up in my mapping. It is Lake Picone in Tasmania and has an island in it so done as a multipolygon relationship. Can some familiar with mapping such things have a look at it and let me know what I should be doing. Much appreciated any help to improve my mapping. Cheers Brett Russell PO Box 94 Launceston Tas. 7250 Australia 0419 374 971 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Using OSM Inspector
Hi Good find and explains the issue in nutshell re the lack of Polatch 2 rendering. The curse of OSM strikes again. By that very gifted and dedicated volunteers with somewhat different ideas and lack of a process to standardise things. While I am attracted to the pursuit of perfection sometimes it can tyrannical to getting things done. O'well as long as it is rendered in mkgmaps I will be happy, if a little confused at times. Cheers Brett Date: Wed, 26 Jun 2013 12:25:44 +0100 From: li...@mail.atownsend.org.uk To: talk-au@openstreetmap.org Subject: Re: [talk-au] Using OSM Inspector Brett Russell wrote: One strange thing though. In Polatch 2 the lake is no longer coloured blue like other lakes. Is this a side effect of having an island? Not sure if its related, but see this message from Richard (the Potlatch author) about a lake a few thousand KM away: http://lists.openstreetmap.org/pipermail/potlatch-dev/2013-June/001994.html Cheers, Andy ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] JOSM Plugins
Hi I am gradually coming up to speed with JOSM but left with the strong impression why do things have to be so vague with the instructions? A classic example is I believe that Scanaerial could be ideal for speeding up my adding of small bodies of water but the instructions are, well, useless on how to install it. So I read the instructions on installing plugins. As it needs ExtTools I went to install that plugin. Yeap followed the instructions but where the heck does the box appear, and how do I make it appear? The status report confirms that I have installed it. As for the rest of the installation I am lost. Not helped by google searches that brought up a site that led me to installing useful tools that then got busted by my virus checker and another site came up as potentially harmful. Yeap our Russian friends are up to their usual scamming. I understand command line commands but this half command line and graphic install process has me totally confused and Wiki on OSM appears to have more contradictions than our current federal politics. What is so hard about writing simple installation steps? So can someone please help me with installing Scanaerial and even something as simple as, yes it is worth the effort to learn, or it is a great idea but has more holes than Swiss cheese. Thanks you again for your help into my voyage into geekdom. Cheers ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Outdoor Androide von Garmin!
On 06/26/2013 01:37 AM, Dirk Sohler wrote: Klingt alles in allem ein bisschen wie ein SUV für Navinutzer: Für den Alltagsgebrauch zu groß, und fürs Gelände ungeeignet … you made my day ;) -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Adressen richtig richtig mappen?
Am 26.06.2013 02:05, schrieb fly: On 26.06.2013 01:42, Tirkon wrote: Die große Mehrheit der Mapper wird sie überhaupt nicht kennen. Woran das wohl wieder einmal liegt ? Fehlende Relationsunterstützung der Editor-Software ? Prinzipielle Eigenschaften des Konzepts Relation, die es schwer machen, einfach nutzbare Bedienoberflächen zum Bearbeiten von Relationen anzubieten. Ich verwende ausschließlich Relationen, nicht nur weil es viele solcher Ausnahmen gibt, sonder auch weil sortierte Relationen eine gute Übersicht über noch fehlende Hausnummern bzw. seltsame Nummerierungen bietet. Nun, wie häufig die Ausnahmen sind wäre natürlich interessant. Bei einer Komplettangabe aller Werte, inkl. Postleitzahl und Ort, sollten sie sich aber doch auch tag-basiert bewältigen lassen. Kann ich den zweiten Teil so verstehen, dass du associatedStreet wegen eines fehlenden Features (tabellarische Ansicht der aktuellen Auswahl mit sortierbaren Spalten für die Werte) in den Editoren nutzt? Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Locus und JOSM
Am 25.06.2013 18:00, schrieb malenki: Einstellungen JOSM (F12) - Anzeige-Einstellungen (sollte das aktive Fenster sein) ganz unten: Wegpunkt-Beschriftung eine der Voreinstellungen wählen oder Benutzerdefiniert und die für dich relevanten Sachen setzen. Gruß Thomas Danke Thomas, jetzt arbeite ich schon Jahre mit JOSM, aber diese Möglichkeit habe ich noch nicht gekannt. Lege ich unter dem Thema Da wird man alt wie eine Kuh und lernt immer noch dazu ab. Allerdings mußte ich auch noch in den Experten-Modus wechseln um diese Einstellmöglichkeit zu sehen. Gruß hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sprache des Namens Fehler in Kort.
Hallo Hans, Ich kann nur nochmals ganz kurz wiederholen, auf Simon Beitrag oben verweisen, und mit den Worten von Peter W. sagen: Den name-Tag rausfliegen zu lassen halte ich für eine ganz ganz blöde Idee. LG, Stefan Am 25. Juni 2013 23:21 schrieb fly lowfligh...@googlemail.com: On 25.06.2013 22:46, Hans Schmidt wrote: Am 24.06.2013 22:53, schrieb Peter Wendorff: Ich habe jetzt mal eine E-Mail zur JOSM-developer-Liste geschrieben, zusammen mit einem Mockup, den ich in Excel gestellt habe. Für sowas ist https://josm.openstreetmap.de die besser Adresse, aber das wird schon klappen. Auch hättest Du Dich nicht erst auf der Mailingliste anmelden müssen sonder hättest sogar anonyme bleiben können ! Ich mecker nicht nur, sondern entwerfe das auch :) Super. Mal sehen, was daraus wird und wie die Reaktionen sind. Erwarte nicht zu viel. JOSM wird gerade von 1-4 Entwicklern aktiv entwickelt. Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Outdoor Androide von Garmin!
Am Dienstag, den 25.06.2013, 13:08 + schrieb Sven Geggus: Moin, eigentlich wollte ich ja schon imemr was auf das man eigene Software drauftun kann. Vielliecht wird das hier: http://linuxgizmos.com/rugged-multiwireless-multifunction-gps-runs-android/ Kann das Teil auf die Rohdaten der Sat-Ortung zugreifen, ggf. mit einer pasenden App? Weiß das jemand? Das würde das Gerät wesentlich interessanter machen (differential). Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Outdoor Androide von Garmin!
Hallo, vielleicht wäre das: http://www.meetearl.com/ noch von Interesse? Ich habe mir so ein Teil bestellt, leider wird die Europaversion erst Ende des Jahres fertig sein. Gruß Jacques On Tue, 25 Jun 2013 15:08:48 +0200, Sven Geggus li...@fuchsschwanzdomain.de wrote: Moin, eigentlich wollte ich ja schon imemr was auf das man eigene Software drauftun kann. Vielliecht wird das hier: http://linuxgizmos.com/rugged-multiwireless-multifunction-gps-runs-android/ ja was ich mir vorstelle und kann endlich den alten Gpsmap ablösen. Bin gespannt Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] FOSSGIS 2013: Nachlese in Bildern...!
Hier nebst einer News (http://bit.ly/18fPeeW ) und einem Artikel http://www.geowebforum.ch/thread.php?threadID=1110 eine erste FOSSGIS 2013-Nachlese in Bildern… Allen voran eine Panoramasicht der Ausstellung: https://twitter.com/sfkeller/status/349862446208516097 . Da waren die Konferenzvorträge in vollem Gange; daher die wenigen Leute. Man sieht aber, wie alle Projektstände gut besetzt waren :-) Dann: * http://eventifier.co/event/fossgis2013/ * https://twitter.com/sfkeller/media/grid * http://fotodrachen-de.tumblr.com/tagged/fossgis2013 Weitere Bilder folgen ev. noch (immer mit #fossgis2013 taggen!). An dieser Stelle möchte ich nochmals meinen Dank aussprechen, v.a. auch an die fleissigen Helfer an den Ständen! LG, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 153 18.6.- 24.6.2013
Hallo, die Wochennotiz Nr. 153 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2013/06/wochennotiz-nr-153/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Locus und JOSM
On 26/giu/2013, at 09:48, hike39 ho...@hike.de wrote: Allerdings mußte ich auch noch in den Experten-Modus wechseln um diese Einstellmöglichkeit zu sehen. Als alter Hase sei Dir das sowieso geraten. M.E. sollte das anders rum heißen: Anfänger- und Normalmodus ;-) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sprache des Namens Fehler in Kort.
Hallo, Am 24.06.2013 09:03, schrieb Jo: Ich wohne in Belgien. Es ist natürlich noch etwas komplexer als dann mussen beide Sprachen angezeigt werden. 1. haben wir 3 offizielle Sprachen: nl, fr, de 2. Im norten nl, im süden fr, im osten de und in Brüssel fr-nl/nl-fr. In manche Fazilitätgemeinde nl-fr, in andere fr-nl. In der Schweiz passiert warscheinlich etwas ähnliches. Ich würde Name ersetzen mit Referenzen zu ISO Abkürzungen, z.B.: name:nl=Brussel name:de=Brüssel name:fr=Bruxelles name:en=Brussels name=fr - nl Dieser Vorschlag geht in die richtige Richtung, aber IMHO nicht weit genug. Use Cases, die damit nicht umgesetzt werden können: - Anzeige der Toponyme in der/den Amtssprache(n), also: Deutsch und Italienisch in Südtirol, Französisch und Niederländisch in Brüssel, Französisch in Wallonien, Niederländisch in Flandern, Katalanisch und Kastilisch in Katalonien. Während dies in manchen mehrsprachigen Regionen schon im name-Tag umgesetzt ist, hat man anderswo einen anderen Weg gewählt, z.B. in Katalonien: name=Girona, name:es=Gerona. - Anzeige der Toponyme in der Regionalsprache, also: Bretonisch in der Bretagne, Katalanisch in Katalonien (ausser im Val d'Aran, dort Aranesisch), Valencia, den Balearen, in Andorra und dem katalanischsprachigen Teil Frankreichs,... - Anzeige der Toponyme auf Deutsch sofern es sich um heutige oder historische Endonyme handelt, also: Königsberg, Straßburg, Bozen, Laibach Damit auch diese Use Cases abgedeckt werden können, werden für jeden mit name:xx erfassten Namen zusätzlich folgende Informationen benötigt: - es handelt sich um die Bezeichnung in einer vor Ort üblichen Sprache (Endonym) oder um eine Fremdbezeichnung (Exonym) - bei Endonymen: Amtssprache oder nicht, Regionalsprache oder Landessprache, historisch (Königsberg) oder zeitgenössisch (Kaliningrad) Derartige Informationen sollten sinnvollerweise nicht für jedes einzelne Objekt erfasst werden sondern zentral für die betroffene boundary-Relation bzw. gesonderte Relationen für Sprachgebiete. Das Thema ist recht komplex, teilweise auch politisch sensibel, so dass ich mich inzwischen frage, ob man es in einer geografischen Datenbank wie OSM befriedigend abbilden kann. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Adressen richtig richtig mappen?
On 06/24/2013 09:45 PM, Ruben Kelevra wrote: Vielleicht einfach die Straße komplett raus werfen und neu hinzufügen. Kann ja nicht soo ewig dauern und ständig werden die Relationen auch nicht aktualisiert. Ja. Raus werfen ist die richtige Option wenn beim fortgeschrittenen Erfassen von Hausnummern und Adressen die Relation so garnichtmehr zur Realität passt. Nur den Aufwand mit dem neu hinzufügen spare ich mir in dem Fall ;) Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Outdoor Androide von Garmin!
On 06/25/2013 05:14 PM, Wilhelm Spickermann wrote: [Smartphone vs. Garmin] Ich hatte mit erheblichen Qualitätsunterschieden in den Tracks gerechnet und die waren nicht da. Ist auch meine Erfahrung. Im Vergleich Galaxy Nexus vs. Wintec WBT 202 schlägt sich das Nexus doch recht gut. Nicht so gut wie der Track, der beim WBT 202 geloggt wird, aber deutlich besser als ich erst erwartet hätte. Im Vergleich dazu finde ich die GPS-Leistung vom Garmin eTrax Vista HCx nach wie vor recht dürftig. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Adressen richtig richtig mappen?
Am 26.06.2013 09:07, schrieb Tobias Knerr: Am 26.06.2013 02:05, schrieb fly: On 26.06.2013 01:42, Tirkon wrote: Die große Mehrheit der Mapper wird sie überhaupt nicht kennen. Woran das wohl wieder einmal liegt ? Fehlende Relationsunterstützung der Editor-Software ? Prinzipielle Eigenschaften des Konzepts Relation, die es schwer machen, einfach nutzbare Bedienoberflächen zum Bearbeiten von Relationen anzubieten. Ich denke da eher an eine Mehrheit, welche sich häufig gegen Relationen ausspricht, anstatt sich Gedanken über diese Oberflächen zu machen. Siehe zB auch: https://josm.openstreetmap.de/ticket/8336 Auch ein bisschen Naivität der Entwickler, wie komplex das System generell ist, spielt wohl mit. Und wenigstens anzeigen sollten alle Oberflächen solche Relationen somit kann sie auch jeder Mapper kennen. Ich verwende ausschließlich Relationen, nicht nur weil es viele solcher Ausnahmen gibt, sonder auch weil sortierte Relationen eine gute Übersicht über noch fehlende Hausnummern bzw. seltsame Nummerierungen bietet. Nun, wie häufig die Ausnahmen sind wäre natürlich interessant. Bei einer Komplettangabe aller Werte, inkl. Postleitzahl und Ort, sollten sie sich aber doch auch tag-basiert bewältigen lassen. Kann ich den zweiten Teil so verstehen, dass du associatedStreet wegen eines fehlenden Features (tabellarische Ansicht der aktuellen Auswahl mit sortierbaren Spalten für die Werte) in den Editoren nutzt? Nein, Ich bin eher ein logisch veranlagter Mensch und habe kein Problem mit Relationen. Außerdem bin ich schreib faul und stupides kopieren ist fehleranfällig. Mein erster Edit war schon mit JOSM und dann bin ich dabei geblieben. Wenn ich mir die Erfahrungen des europäischen Schüler_innen Projekt ansehe, wurden da gute Erfahrungen mit Anfänger_innen + JOSM gemacht. fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Outdoor Androide von Garmin!
Hallo Wolfgang, Am 26.06.2013 13:12, schrieb Wolfgang Hinsch: Am Dienstag, den 25.06.2013, 13:08 + schrieb Sven Geggus: Moin, eigentlich wollte ich ja schon imemr was auf das man eigene Software drauftun kann. Vielliecht wird das hier: http://linuxgizmos.com/rugged-multiwireless-multifunction-gps-runs-android/ Kann das Teil auf die Rohdaten der Sat-Ortung zugreifen, ggf. mit einer pasenden App? Weiß das jemand? Das würde das Gerät wesentlich interessanter machen (differential). Bei normalen Androiden scheint ein Zugriff auf die Rohdaten nicht so leicht möglich zu sein (zumindest über das normale Android-SDK). Ich habe selbst nämlich schon danach gegooglet (auch auf Englisch) und nicht Verwertbares gefunden. Viele Grüße Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Adressen richtig richtig mappen?
fly high wrote Wenn ich mir die Erfahrungen des europäischen Schüler_innen Projekt ansehe, wurden da gute Erfahrungen mit Anfänger_innen + JOSM gemacht. sehe ich ganz genauso. Meine ersten Erfahrungen mit Josm unter Linux sind von 2010. Damals war es eine Herausforderung, *Josm zum Laufen zu bringen* (besonders mit Sat-Bildern als Hintergrund). Das Arbeiten danach war wirklich kinderleicht. Nur haftet Josm immer noch der Makel For experts only an. Gruss walter - [url=osm.wno-edv-service.de/residentials] Missing Residentials Map 1.13[/url] -- View this message in context: http://gis.19327.n5.nabble.com/Wie-Adressen-richtig-richtig-mappen-tp5766425p5767126.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Adressen richtig richtig mappen?
Am 26.06.2013 17:08, schrieb fly: Am 26.06.2013 09:07, schrieb Tobias Knerr: Am 26.06.2013 02:05, schrieb fly: On 26.06.2013 01:42, Tirkon wrote: Die große Mehrheit der Mapper wird sie überhaupt nicht kennen. Woran das wohl wieder einmal liegt ? Fehlende Relationsunterstützung der Editor-Software ? Prinzipielle Eigenschaften des Konzepts Relation, die es schwer machen, einfach nutzbare Bedienoberflächen zum Bearbeiten von Relationen anzubieten. Ich denke da eher an eine Mehrheit, welche sich häufig gegen Relationen ausspricht, anstatt sich Gedanken über diese Oberflächen zu machen. Siehe zB auch: https://josm.openstreetmap.de/ticket/8336 Hast Du denn gute Ideen für die Oberfläche? Vielleicht eine, die sich halbwegs konsistent über Relationentypen hinweg implementieren ließe? Multipolygone sind mittlerweile in den großen Editoren als solche angezeigt normalerweise; für Routen gibt es IMHO Stile, aber schon die Frage, wie man dann 10 Buslinien auf der gleichen Straße anzeigen soll, ist nicht mehr einfach zu beantworten - und vom Bearbeiten der Relationen haben wir dabei noch gar nicht gesprochen. Wenn Du aber die einfach nutzbare Bedienoberfläche zum Bearbeiten von Relationen im Allgemeinen meinst, und nicht die zig einfach zu nutzenden UIs zum Bearbeiten einzelner Relationstypen, dann wird es eben schon recht schwierig. Relationen als generisches Konzept sind relativ abstrakt. Ja: Routen, Abbiegebeschränkungen und so weiter jeweils einzeln betrachtet sind konkret, aber das setzt dann eben auch voraus, dass diese Dinge einzeln implementiert werden müssten: Ein UI-Konzept für Routen, ein UI-Konzept für Abbiegebeschränkungen, ein UI-Konzept für Multipolygone Ich glaube schon, dass sich Menschen darüber Gedanken gemacht haben, wie generische Relationenbearbeitung aussehen könnte - aber ob dabei wirklich gute Ideen rausgekommen sind, ist eine andere Frage. Auch ein bisschen Naivität der Entwickler, wie komplex das System generell ist, spielt wohl mit. Wieso wirfst Du jetzt irgendwelche Entwicklern Naivität vor? Naiv, weil sie sich nicht rangetraut haben? Irgendwie falsch. Naiv, weil sie sich das Thema vorgenommen haben, aber daran gescheitert sind? Wer sagt das? Der JOSM-Relationeneditor ist sehr technisch, nicht in allen Belangen klasse, aber er funktioniert. Eine einfache Oberfläche gibt es vielleicht einfach nicht, weil eben keiner eine gute Idee dafür hatte - und das, alles andere als naiv, vielleicht auch erkannt hat. Und wenigstens anzeigen sollten alle Oberflächen solche Relationen somit kann sie auch jeder Mapper kennen. Und wie? JOSM, iD und soweit ich weiß auch Potlatch benutzen für die Darstellung der OSM-Daten mittlerweile Styling-Sprachen, JOSM-Stile kann man ohne tiefere Programmierkenntnisse auch selbst entwerfen. Wie würdest Du denn eine Relation darstellen? Einzelne Stile gibt es übrigens mittlerweile durchaus - zumindest für Radnetze und deren Routen, Wandernetze und deren Routen sowie Buslinien. Für Abbiegebeschränkungen gibt es ein eigenes UI als Plugin: http://wiki.openstreetmap.org/wiki/DE:JOSM/Plugins/Turnrestrictions, und ich meine mich zu erinnern, dass ich dazu auch 'nen Stil mal hatte. Alles gleichzeitig anzuzeigen ist aber ganz schön schwierig, und macht das auch nicht unbedingt besser. Kann ich den zweiten Teil so verstehen, dass du associatedStreet wegen eines fehlenden Features (tabellarische Ansicht der aktuellen Auswahl mit sortierbaren Spalten für die Werte) in den Editoren nutzt? Nein, Ich bin eher ein logisch veranlagter Mensch und habe kein Problem mit Relationen. Außerdem bin ich schreib faul und stupides kopieren ist fehleranfällig. Mein erster Edit war schon mit JOSM und dann bin ich dabei geblieben. Gegen Schreibfaulheit bietet JOSM ja eine recht gute Autovervollständigung von Tags ;) Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Locus und JOSM
hike39 schrieb: Allerdings mußte ich auch noch in den Experten-Modus wechseln um diese Einstellmöglichkeit zu sehen. Ich verwende JOSM wohl seit der Zeit, als noch kein Normalnutzermodus vorhanden war und hatte nie Bedarf, ~/.josm zu entsorgen Auf einem OSM-Stand war ich allerdings mal ganz verdeattert, weil diverse Einstellmöglichkeiten fehlten. Da hatte doch jemand mittlerweile einen Normalnutzermodus implementiert und als default gesetzt... ;) Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Adressen richtig richtig mappen?
Am 26. Juni 2013 21:36 schrieb Peter Wendorff wendo...@uni-paderborn.de: Wenn Du aber die einfach nutzbare Bedienoberfläche zum Bearbeiten von Relationen im Allgemeinen meinst, und nicht die zig einfach zu nutzenden UIs zum Bearbeiten einzelner Relationstypen, dann wird es eben schon recht schwierig. Relationen als generisches Konzept sind relativ abstrakt. Ja: Routen, Abbiegebeschränkungen und so weiter jeweils einzeln betrachtet sind konkret, aber das setzt dann eben auch voraus, dass diese Dinge einzeln implementiert werden müssten: Ja, definitiv müssen verschiedene Relationstypen einzeln implementiert werden, wenn es einfach werden soll. Ein Multipoligon ist eben was komplett anderes als eine Route oder eine Abbiegebeschränkung, und hat daher auch komplett andere Anforderungen, was Darstellung, Bearbeitung und Auswertung angeht. Den perfekten generischen Relationeneditor, der dazu hin noch einfach ist, und dem Mapper das Denken ein wenig abnimmt, wird es nicht geben (auch wenn JOSM sich redlich bemüht und auch Erfolge vorzuweisen hat ;-) ) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bilder zusammenfügen
Hallo Liste, ich komme ggf. ein ältere Karten heran die ich gerne für verschiedene Zwecke einscannen würde. Da diese aber deutlich über die größe meines Scanners herausragen muss ich diese in Abschnitten einscannen und danach zusammen fügen. Hat damit schon Jemand Erfahrung und kann mir eine brauchbare Software empfehlen? Ich habe es bereits mit Hugin versucht komme damit aber gar nicht zurecht. Gruß Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bilder zusammenfügen
Hallo Thorsten, Am 26.06.2013 23:24, schrieb Thorsten Alge: ich komme ggf. ein ältere Karten heran die ich gerne für verschiedene Zwecke einscannen würde. Da diese aber deutlich über die größe meines Scanners herausragen muss ich diese in Abschnitten einscannen und danach zusammen fügen. Hat damit schon Jemand Erfahrung und kann mir eine brauchbare Software empfehlen? Ich habe es bereits mit Hugin versucht komme damit aber gar nicht zurecht. Ich bezweifle, dass Hugin dafür geeignet ist. Die Bilder, die mit Hugin verarbeitet werden, werden von ein und derselben Position aufgenommen. Was du brauchst ist Software aus der Fernerkundung. Als Software fällt mir leider nur eine (propietäre) ein, die wir an der Hochschule Anhalt im Studium verwenden – ENVI. ENVI gibt es, glaube ich, nur für Windows und die GUI ist schwer zu bedienen. An deiner Stelle würde ich es mal mit Opticks versuchen, das ist Open-Source. http://www.digital-geography.com/erste-erfahrungen-mit-der-freien-erdas-alternative-opticks-unter-ubuntu-12-04/?utm_source=rssutm_medium=rssutm_campaign=erste-erfahrungen-mit-der-freien-erdas-alternative-opticks-unter-ubuntu-12-04 Programme wie Opticks und ENVI können die eingescannten Karten (normalerweise hat man damit bis vor ein paar Jahren Scans von Luftbild-Positive verarbeitet) entzerren, da die Papierkarten durch die Lagerung sich in ihrer Geometrie verändern. Für die nötigen Transformationen (z.B. Affintransformation) benötigst du Passpunkte. Diese wären bei deiner Karte die Gitterkreuze, sofern ihnen Koordinaten zugewiesen sind. Bei ENVI klickt man dazu auf die Gitterkreuze und gibt die Koordinaten ein. Viele Grüße Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bilder zusammenfügen
Michael Reichert schrieb: Am 26.06.2013 23:24, schrieb Thorsten Alge: ich komme ggf. ein ältere Karten heran die ich gerne für verschiedene Zwecke einscannen würde. Da diese aber deutlich über die größe meines Scanners herausragen muss ich diese in Abschnitten einscannen und danach zusammen fügen. Ich bezweifle, dass Hugin dafür geeignet ist. Na klar, wieso nicht? Wenn ausreichend Überlappung vorhanden ist. Einfach auf rectlinear einstellen, und fertig. Gibt sogar ein offizielles Tutorial für genau diesen Einsatzzweck. http://hugin.sourceforge.net/tutorials/scans/en.shtml Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-06-26T23:46:09+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bilder zusammenfügen
Am 26.06.2013, 23:24 Uhr, schrieb Thorsten Alge m...@thorsten-alge.de: Hallo Liste, ich komme ggf. ein ältere Karten heran die ich gerne für verschiedene Zwecke einscannen würde. Da diese aber deutlich über die größe meines Scanners herausragen muss ich diese in Abschnitten einscannen und danach zusammen fügen. Hat damit schon Jemand Erfahrung und kann mir eine brauchbare Software empfehlen? Ich habe es bereits mit Hugin versucht komme damit aber gar nicht zurecht. Mit Hugin ists vielleicht ein wenig zu aufwändig, nur rechteckige Bilder aneinander zu fügen. Jedoch kann man damit relativ gut die Erdkrümmung aus den Karten herausrechnen, also die Längen- und Breitengrad parallel zueinander machen, damit man sie als Hintergrund legen kann. Ansonsten kann ich dir leider nicht weiterhelfen, bzw. kein Programm empfehlen. Gruß Masi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bilder zusammenfügen
Hallo. Habe das sowas bereits erfolgreich mit Screenshots von Karten gemacht. Mein Helfer war: http://www.chip.de/downloads/Autostitch-2.2_16499041.html Gruß René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bilder zusammenfügen
Hallo Thorsten, das habe ich bis jetzt ein paar Mal mit Microsoft Image Composite Editor (ICE, nicht neu und kostenlos) gemacht. Man kann nicht viel einstellen, ICE macht fast alles automatisch: Vorher alle Bilder richtig herum drehen und in dasselbe Verzeichnis kopieren. Dann wählt man in ICE File New Panorama. Bei Stitch kann man eines der drei planaren Verfahren (die Kamera wurde verschoben statt geschwenkt) auswählen, das Ergebnis muss man ausprobieren. Meistens wählt Automatic bereits das beste aus. Mehr ist in der Regel nicht zu tun. Manchmal muss man angeben, aus wie viel Zeilen und Spalten die Scans bestehen. Ich nenne die Bilder z. B. 11, 12, 13, 21, 22, 23, dann ist das einfacher und wird meistens selbst erkannt. ICE benötigt allerdings relativ viel Überlappung und funktioniert am besten, wenn alle Überlappungen etwa gleich breit sind. Viel Erfolg Bernhard -Ursprüngliche Nachricht- Von: Thorsten Alge [mailto:m...@thorsten-alge.de] Gesendet: Mittwoch, 26. Juni 2013 23:25 An: Openstreetmap allgemeines in Deutsch Betreff: [Talk-de] Bilder zusammenfügen Hallo Liste, ich komme ggf. ein ältere Karten heran die ich gerne für verschiedene Zwecke einscannen würde. Da diese aber deutlich über die größe meines Scanners herausragen muss ich diese in Abschnitten einscannen und danach zusammen fügen. Hat damit schon Jemand Erfahrung und kann mir eine brauchbare Software empfehlen? Ich habe es bereits mit Hugin versucht komme damit aber gar nicht zurecht. Gruß Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bilder zusammenfügen
Nimm MapCruncher. http://research.microsoft.com/mapcruncher/ Am Ende musst du die Dateien umbenennen, da hilft dieses Python-Script. Das muss in den Ordner wo die ganzen Bild-Dateien drin liegen und benötigt python 2.x. Unter Windows einfach cmd starten, in den Ordner rein mit cd C:\pfad\zum\ordner und dann C:\Python2x\python.exe Qtile2TMS.py. http://pastebin.com/UkdGUs8U Dann kannst du in JOSM via file:// den Ordner angeben und das Overlay laden. LG Ruben Am 26. Juni 2013 23:50 schrieb Masi Master masi-mas...@gmx.de: Am 26.06.2013, 23:24 Uhr, schrieb Thorsten Alge m...@thorsten-alge.de: Hallo Liste, ich komme ggf. ein ältere Karten heran die ich gerne für verschiedene Zwecke einscannen würde. Da diese aber deutlich über die größe meines Scanners herausragen muss ich diese in Abschnitten einscannen und danach zusammen fügen. Hat damit schon Jemand Erfahrung und kann mir eine brauchbare Software empfehlen? Ich habe es bereits mit Hugin versucht komme damit aber gar nicht zurecht. Mit Hugin ists vielleicht ein wenig zu aufwändig, nur rechteckige Bilder aneinander zu fügen. Jedoch kann man damit relativ gut die Erdkrümmung aus den Karten herausrechnen, also die Längen- und Breitengrad parallel zueinander machen, damit man sie als Hintergrund legen kann. Ansonsten kann ich dir leider nicht weiterhelfen, bzw. kein Programm empfehlen. Gruß Masi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Domanda su accessi ciclabili nel forum
Am 25.06.2013 um 21:57 schrieb Volker Schmidt vosc...@gmail.com: In bici si può andare salvo un divieto esplicito del proprietario del terreno. In realtà dice fermo restando i diritti del proprietario del terreno, quindi il fatto che quello può vietare l'accesso è un'interpretazione tua (probabilmente pertinente per l'Italia). Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] hotspot wifi?
Sarebbe importante coinvolgere la gente del Fon.com cioè la spagnola Fonera Ciao, Berti ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] hotspot wifi?
Io ho usato questa quando ho inserito gli hotspot di un operatore locale http://wiki.openstreetmap.org/wiki/Proposed_features/Internet_access Esempio http://www.openstreetmap.org/browse/node/206128918 Ciao, Stefano Il giorno 26 giugno 2013 14:22, Maurizio Napolitano napoo...@gmail.com ha scritto: Sbaglio non c'e' un tag per gli hotspot wifi? Qui mi sembra sia stato cassato http://wiki.openstreetmap.org/wiki/Proposed_features/WiFi_Zone/Hotspot taginfo me ne mostra oltre 300 http://taginfo.hanskalabs.net/keys/wifi Ho letto questo articolo di Riccardo Luna http://www.chefuturo.it/2013/06/facciamo-lopendata-del-wifi-italiano-ci-aiutate/ e volevo far presente che OSM puo' gia' fare qualcosa, ma non volevo spararla grossa -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-es] OsmAnd
Hola, si no me equivoco en las versiones antiguas se usa OpenStreetBugs http://openstreetbugs.schokokeks.org/ y en la ultima version creo que se añadio soporte para las notas de la web de OSM. Si quieres puedes encontrar mas aplicaciones aqui http://wiki.openstreetmap.org/wiki/Android El dc 26 de 06 de 2013 a les 19:56 +0200, en/na Fco. Javier González Jiménez va escriure: Hola, Acabo de descubrir esta aplicación ya que dispongo desde hace poco tiempo de un móvil Android y me gustaría saber en qué web se notifican los fallos que se envían desde este programa para que todos podamos participar en su reparación. Un saludo. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Ref:Re: OsmAnd
Si te refieres a fallos de programacion, el proyecto está albergado el Google Code: https://code.google.com/p/osmand Solo tienes que abrir un issue, pero es recomendable leer los existentes para no duplicar información. Un saludo. - - - - - -- De:xevi xbarn...@gmail.com A: talk-es@openstreetmap.org Cc: Fecha: Wed, 26 Jun 2013 20:18:59 +0200 Asunto: Re: [Talk-es] OsmAnd Hola, si no me equivoco en las versiones antiguas se usa OpenStreetBugs http://openstreetbugs.schokokeks.org/ y en la ultima version creo que se añadio soporte para las notas de la web de OSM. Si quieres puedes encontrar mas aplicaciones aqui http://wiki.openstreetmap.org/wiki/Android El dc 26 de 06 de 2013 a les 19:56 +0200, en/na Fco. Javier González Jiménez va escriure: Hola, Acabo de descubrir esta aplicación ya que dispongo desde hace poco tiempo de un móvil Android y me gustaría saber en qué web se notifican los fallos que se envían desde este programa para que todos podamos participar en su reparación. Un saludo. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] OsmAnd
Gracias Xevi. Álvaro me refiero a los errores de cartografía, los de programación si lo tengo bastante claro. Como digo el programa permite enviar notificaciones de errores cartográficos, añadir PDIs, etc. Entonces lo que no tengo claro es donde ver los errores reportados para ir corrigiéndolos, puede ser la web que pone Xevi, he enviado una notificación de error para comprobarlo, si alguien lo sabe con certeza, por favor que lo comente. Saludos. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] OsmAnd
Hola, Sí que es verdad que los errores se reportaban a OSMbugs, pero parece están haciendo el cambio a OSM Notes: https://groups.google.com/forum/#!topic/osmand/J4ozmlxPVDY De hecho, según la web de OsmAnd la última versión (que se ha publicado en junio) ya traería soporte para OSM Notes: http://osmand.net/en/component/content/article/87-osmand-141-releasecd.html De todas formas aún no lo he probado. Un saludo! 2013/6/26 Fco. Javier González Jiménez fjavier...@hotmail.com Gracias Xevi. ** ** Álvaro me refiero a los errores de cartografía, los de programación si lo tengo bastante claro. ** ** Como digo el programa permite enviar notificaciones de errores cartográficos, añadir PDIs, etc. ** ** Entonces lo que no tengo claro es donde ver los errores reportados para ir corrigiéndolos, puede ser la web que pone Xevi, he enviado una notificación de error para comprobarlo, si alguien lo sabe con certeza, por favor que lo comente. ** ** Saludos. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma de Cervelló www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] Grenzen
Gibt es jetzt schon eine Einigung/Empfehlung wie man Grenzen eintragen soll? Also also type=multipolygon oder type=boundary Ich bin für multipolygon. -- mfg Thomas Rupprecht ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Grenzen
On 26.06.2013 15:38, Thomas Rupprecht wrote: Gibt es jetzt schon eine Einigung/Empfehlung wie man Grenzen eintragen soll? Also also type=multipolygon oder type=boundary Ich bin für multipolygon. Das Problem dabei ist, dass Flächen und Linien durcheinander gebracht werden. Grenzen sind Linien, daher sollten boundary-Tags nur auf Ways gesetzt werden, oder auf Sammelrelationen von Ways. Die Relationen mit type=boundary sind keine richtigen Sammelrelationen, weil sie genau nach den selben Regeln wie Multipolygone aufgebaut sind. Also mit outer/inner usw. Auch die übrigen Tags beziehen sich auf die Fläche (name=Gemeinde X statt name=Gemeindegrenze X). Somit ist type=boundary nur ein Synonym für type=multipolygon, und so wird es auch von Renderern gehandhabt. In AT ist type=multipolygon üblich, und aus o.g. Gründen sehe ich keinen Bedarf, etwas daran zu ändern. Allerdings ist auch in AT boundary=* auf diese Flächen gesetzt. Man sollte das längerfristig durch ein flächenbezogenes Tag ersetzen oder ganz weglassen. boundary=administrative ist durch admin_level=* ohnehin impliziert, ebenso boundary=protected_area durch protection_class=*. Es kann natürlich sein, dass einige Renderer von boundary=* ausgehen, darum wird es am vernünftigsten sein, die boundary=administrative Tags auf den Multipolygonen vorerst drauf zu lassen. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Grenzen
boundary=* finde ich schon richtig dass das gesetzt wird. auch wenn es durch admin_level=* auch ausreichend getaggt wäre. Dann werde ich jetzt hergehen und Österreich einheitlich auf type=multipolyon umstellen. Ich werde damit noch 1-2 Wochen warten ob da jemand dagegen ist. Weiters werde ich bei allen admin_level=8 den name=* tag auf Gemeinde xxx ändern. Also das Gemeinde davor schreiben. Und bei admin_level=6 auf Bezirk xxx Am 26. Juni 2013 20:09 schrieb Friedrich Volkmann b...@volki.at: On 26.06.2013 15:38, Thomas Rupprecht wrote: Gibt es jetzt schon eine Einigung/Empfehlung wie man Grenzen eintragen soll? Also also type=multipolygon oder type=boundary Ich bin für multipolygon. Das Problem dabei ist, dass Flächen und Linien durcheinander gebracht werden. Grenzen sind Linien, daher sollten boundary-Tags nur auf Ways gesetzt werden, oder auf Sammelrelationen von Ways. Die Relationen mit type=boundary sind keine richtigen Sammelrelationen, weil sie genau nach den selben Regeln wie Multipolygone aufgebaut sind. Also mit outer/inner usw. Auch die übrigen Tags beziehen sich auf die Fläche (name=Gemeinde X statt name=Gemeindegrenze X). Somit ist type=boundary nur ein Synonym für type=multipolygon, und so wird es auch von Renderern gehandhabt. In AT ist type=multipolygon üblich, und aus o.g. Gründen sehe ich keinen Bedarf, etwas daran zu ändern. Allerdings ist auch in AT boundary=* auf diese Flächen gesetzt. Man sollte das längerfristig durch ein flächenbezogenes Tag ersetzen oder ganz weglassen. boundary=administrative ist durch admin_level=* ohnehin impliziert, ebenso boundary=protected_area durch protection_class=*. Es kann natürlich sein, dass einige Renderer von boundary=* ausgehen, darum wird es am vernünftigsten sein, die boundary=administrative Tags auf den Multipolygonen vorerst drauf zu lassen. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria __**_ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-athttp://lists.openstreetmap.org/listinfo/talk-at -- mfg Thomas Rupprecht ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Grenzen
Weiters werde ich bei allen admin_level=8 den name=* tag auf Gemeinde xxx ändern. Also das Gemeinde davor schreiben. Und bei admin_level=6 auf Bezirk xxx Da, bin ich dagegen. Gemeinde und Bezirk sind Kateorien, nicht Teil des Namens und daher gehört sowas nicht in den name= tage rein. Robert Kaiser ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Grenzen
On 26.06.2013 22:56, Robert Kaiser wrote: Weiters werde ich bei allen admin_level=8 den name=* tag auf Gemeinde xxx ändern. Also das Gemeinde davor schreiben. Und bei admin_level=6 auf Bezirk xxx BTW: Spricht irgendwas dagegen, den Bezirk Wien (ID 1645688) zu löschen? Der ist nämlich ein Fantasieprodukt, so wie die gelegentlich in OSM auftauchenden Städte am Nordpol. Da, bin ich dagegen. Gemeinde und Bezirk sind Kateorien, nicht Teil des Namens und daher gehört sowas nicht in den name= tage rein. Das ist aber bei so ziemlich allen Gemeinden in AT in den Relationsnamen drin. Und ich finde das gut so. Denn egal ob man mit Nominatim nach Mödling sucht oder im Editor die Relationsliste ansieht, es ist immer hilfreich wenn nicht 3x Mödling steht, sondern gleich ersichtlich ist, ob es sich um den Ort, die Gemeinde oder den Bezirk handelt. Und heißt der Bezirk Mödling wirklich nur Mödling? Ich denke, er heißt Bezirk Mödling. Kein Mensch sagt in Mödling, wenn er im Bezirk Mödling meint. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Grenzen
bitte auf keinen Fall das Polygon löschen! Wien ist Bundesland, Bezirk und Gemeinde zugleich, das hat schon seine Berechtigung, dass es hier drei admin_levels gibt. weiters schließe ich mich Robert an, ein Prefix Gemeinde oder Bezirk macht keinen Sinn, ist ja der Typ bereits im admin_level kodiert. Ich würde meinen, dass die renderer das berücksichtigen sollten, es gibt auch viele Leute die rein die Daten verwenden die möglichst normalisiert sein sollen lg Andi On 26.06.2013, at 23:47, Friedrich Volkmann b...@volki.at wrote: On 26.06.2013 22:56, Robert Kaiser wrote: Weiters werde ich bei allen admin_level=8 den name=* tag auf Gemeinde xxx ändern. Also das Gemeinde davor schreiben. Und bei admin_level=6 auf Bezirk xxx BTW: Spricht irgendwas dagegen, den Bezirk Wien (ID 1645688) zu löschen? Der ist nämlich ein Fantasieprodukt, so wie die gelegentlich in OSM auftauchenden Städte am Nordpol. Da, bin ich dagegen. Gemeinde und Bezirk sind Kateorien, nicht Teil des Namens und daher gehört sowas nicht in den name= tage rein. Das ist aber bei so ziemlich allen Gemeinden in AT in den Relationsnamen drin. Und ich finde das gut so. Denn egal ob man mit Nominatim nach Mödling sucht oder im Editor die Relationsliste ansieht, es ist immer hilfreich wenn nicht 3x Mödling steht, sondern gleich ersichtlich ist, ob es sich um den Ort, die Gemeinde oder den Bezirk handelt. Und heißt der Bezirk Mödling wirklich nur Mödling? Ich denke, er heißt Bezirk Mödling. Kein Mensch sagt in Mödling, wenn er im Bezirk Mödling meint. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Grenzen
Friedrich Volkmann schrieb: On 26.06.2013 22:56, Robert Kaiser wrote: Da, bin ich dagegen. Gemeinde und Bezirk sind Kateorien, nicht Teil des Namens und daher gehört sowas nicht in den name= tage rein. Das ist aber bei so ziemlich allen Gemeinden in AT in den Relationsnamen drin. Das ist ein Bug, der gelöst gehört. Und heißt der Bezirk Mödling wirklich nur Mödling? Ja. Er ist ein Bezirk und heißt Mödling. Es gibt auch eine Gemeinde und einen Ort mit identem Namen, aber das sind einfach 3 politische Strukturelemente mit gleichem Namen, aber verschiedener Ebene. Robert Kaiser ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Grenzen
On Jun 26, 2013, at 3:15 PM, Robert Kaiser ka...@kairo.at wrote: Friedrich Volkmann schrieb: On 26.06.2013 22:56, Robert Kaiser wrote: Da, bin ich dagegen. Gemeinde und Bezirk sind Kateorien, nicht Teil des Namens und daher gehört sowas nicht in den name= tage rein. Das ist aber bei so ziemlich allen Gemeinden in AT in den Relationsnamen drin. Das ist ein Bug, der gelöst gehört. Und heißt der Bezirk Mödling wirklich nur Mödling? Ja. Er ist ein Bezirk und heißt Mödling. Es gibt auch eine Gemeinde und einen Ort mit identem Namen, aber das sind einfach 3 politische Strukturelemente mit gleichem Namen, aber verschiedener Ebene. +1 Habe auch noch nie gehört dass die Struktur offiziell zum Namen gehört. Und im Sprachgebrauch verwendet das sowieso niemand. Wer auch immer die Namen irgendeinmal geändert hat hat das vorher weder angekündigt noch diskutiert. Robert Kaiser ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Grenzen
On Thu, 27 Jun 2013 01:07:47 +0200 Friedrich Volkmann b...@volki.at wrote: In der Tabelle auf http://wiki.openstreetmap.org/wiki/Admin_level fehlt die Angabe der empfohlenen Namenszusätze beim Rendern. Somit müssen diese Zusätze schon im name-Tag enthalten sein, sonst haben Renderer keine Chance. hört sich für mich allerdings eher an als fehle da ein zusätzlicher tag und kein zusatz im namen :) -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Grenzen
Friedrich Volkmann schrieb: Wenn die Relationen alle nur Mödling heißen, zeigt Mapnik 3x Mödling an, und alle Anwender sind frustriert. Sind sie nicht. Die Landkarten, die ich sonst kenne, machen das auch, und ich hab noch keine Verwirrung darüber gehört. Nach dir müssten wir auch Nation Österreich, Nation Deutschland, Bundesland Oberösterreich, Bundesland Kärnten, Stadt Steyr, Stadt Wien, Markt Sierning, Ort Dornach, Platz Neuer Markt, Straße Burgring, Stadtbezirk Mariahilf, und in den USA natürlich State of Texas, usw. als name taggen. Und das ist natürlich auch Unsinn. Robert Kaiser ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Grenzen
Am 27.06.2013 um 01:07 schrieb Friedrich Volkmann b...@volki.at: On 27.06.2013 00:04, Andreas Langegger wrote: bitte auf keinen Fall das Polygon löschen! Wien ist Bundesland, Bezirk und Gemeinde zugleich, das hat schon seine Berechtigung, dass es hier drei admin_levels gibt. Nein, Wien ist kein Bezirk! Wien hat 23 Bezirke! In Wien ist die Hierarchie Bezirk - Gemeinden umgedreht. Das sind aber andere Bezirke, es gibt keine Bezirkshauptmannschaft Währing, und auch keinen Bezirkshauptmann von Leopoldstadt, auch die entsprechenden Kompetenzen (Katastrophenschutz ...) haben die Bezirksvorsteher nicht. Wien als politischen Bezirk gibt es zwar mit dem Namen nicht, wie in allen Städten mit eigenem Statut werden die Aufgaben der BH vom Bürgermeister bzw. dem Magistrat (und tw. der Polizeidirektion) erfüllt. Ich bin auch für die Beibehaltung des admin_level=6, damit man keine Lücke im Netzwerk über Österreich hat, d.h. jeder Punkt in Österreich liegt in (genau) einem admin_level=6-Bereich, so wie jeder Punkt in einem Bundesland und in einer Gemeinde liegt. Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ca] Pocket GPSs in cars...
You'll probably want one of those windshield suction mounts, something like this http://www.mountguys.com/Cup_Suction_Mount_for_Garmin_eTrex_Dakota_Oregon_p/mfx-wingn-11023.htm (note that this is just a randomly googled one and I can't comment on the quality). Because they need adjustability and enough surface on the windshield, it's not smaller than your GPS. But I don't think any other type of mounting system can fulfill all of the other criteria. Harald. On Wed, Jun 26, 2013 at 9:35 AM, Colin McGregor colin.mc...@gmail.com wrote: I don't own a car, but I do occasionally drive one owned by family members and on very rare occasions rent cars. The question is, when in a car, how best to mount a pocket GPS (a Garmin eTrex 20) on the dash that will keep the GPS from sliding around? The solution can not require any permanent change to the car, should not leave any sort of a mark when removed and ideally should be just as small / smaller than the GPS itself. Ideas (where names of specific makes/models would be appreciated)? Thanks. Colin McGregor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Pocket GPSs in cars...
On Wed, Jun 26, 2013 at 9:35 AM, Colin McGregor colin.mc...@gmail.com wrote: when in a car, how best to mount a pocket GPS (a Garmin eTrex 20) on the dash that will keep the GPS from sliding around? The solution can not require any permanent change to the car, should not leave any sort of a mark when removed and ideally should be just as small / smaller than the GPS itself. Ideas (where names of specific makes/models would be appreciated)? I have a little beanbag thing on the dash and the hand held is cradled in it. Mine is home made, so no SKU for it. :-) A quick search for dashboard beanbag found a bunch of similar things, though mine is much less elaborate. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Pocket GPSs in cars...
On Wed, Jun 26, 2013 at 9:46 AM, Philip Barnes p...@trigpoint.me.uk wrote: If you want to see it, then a universal mobile phone mount that sticks to the windscreen is probably the easiest. Thanks. If you are just logging, drop it in one of the centre trays, under the handbrake tends to work best. My focus is logging, but... Last week I was in eastern Ontario with access to my mother's car, and the question was how do I make maximum impact with minimal amounts of time. So, I did data capture for a new housing development, where there is a new gravel road in place (and a big sign announcing Lots for sale (I recorded where the gravel road was, I didn't make any effort to record where the planned lots are)), and a small lane way that has a few lakeside cottages on it. In addition to the two new to the map road/lane I saw something that I didn't realize until I got home was already on the map (mind you there was a bit that I saw that doesn't seem to match what is on the map, so I will have to double check that next time I am in eastern Ontario before making edits (*)) In other words I want to be able to look out the windshield and any time I see something that doesn't match what is in OSM (because of new developments or errors in the OSM database) be able to collect data... So, being able to glance at the screen is desirable. Also, since I don't get a chance to try this often, how well do GPSs work from the centre console (ie: cup holders), as I know they do a great job of detecting satellites under the front windshield, but I am worried about further inside the car (and under a metal roof)? Colin McGregor (*) Last week I went down Elm Crest Lane, just north of Rideau Lake, and Elm Crest Lane doesn't appear to connect to Wild Grape Lane / Rideau Lake Road. As I say, I want to double check that next time I am in eastern Ontario... Phil (trigpoint) -- Sent from my Nokia N9 On 26/06/2013 14:35 Colin McGregor wrote: I don't own a car, but I do occasionally drive one owned by family members and on very rare occasions rent cars. The question is, when in a car, how best to mount a pocket GPS (a Garmin eTrex 20) on the dash that will keep the GPS from sliding around? The solution can not require any permanent change to the car, should not leave any sort of a mark when removed and ideally should be just as small / smaller than the GPS itself. Ideas (where names of specific makes/models would be appreciated)? Thanks. Colin McGregor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Pocket GPSs in cars...
On Wed, Jun 26, 2013 at 10:03 AM, Connors, Bernie (SNB) bernie.conn...@snb.ca wrote: Colin, I just recently bought a Garmin eTrex 20 as well and I also need a mount for my car. I jury rigged a mount for my eTrex 20 using an existing mini clipboard that has a suction cup to mount on the windshield. I removed the paper from the mini clipboard and then I created a small pocket for the eTrex 20 from cardboard and duct tape. I used double faced tape and more duct tape to attach the pocket to the mini clipboard. It is a little larger than necessary but it does the trick and it cost next to nothing. I'll snap a photo and send it later. Thanks. BTW, I have also loaded my eTrex 20 with maps from OSM Maps - http://www.osmmaps.com/ Yes, likewise. For the cost of a microSD card you can have fairly current (within the last few weeks) OSM maps on your Garmin (this feature is why I went with the eTrex 20 over the somewhat less expensive eTrex 10). I've got a 8 GB microSD card installed for storing OSM maps, even though a 2 GB microSD card would do for all of Canada, but finding a 2GB card this days is a challenge, and with 8 GB cards selling for under $10 not worth the effort to hunt down the small capacity cards... Bernie. -Original Message- From: Harald Kliems [mailto:kli...@gmail.com] Sent: Wednesday, 2013-06-26 10:48 To: Colin McGregor Cc: talk-ca Subject: Re: [Talk-ca] Pocket GPSs in cars... You'll probably want one of those windshield suction mounts, something like this http://www.mountguys.com/Cup_Suction_Mount_for_Garmin_eTrex_Dakota_Oregon_p/mfx-wingn-11023.htm (note that this is just a randomly googled one and I can't comment on the quality). Because they need adjustability and enough surface on the windshield, it's not smaller than your GPS. But I don't think any other type of mounting system can fulfill all of the other criteria. Harald. On Wed, Jun 26, 2013 at 9:35 AM, Colin McGregor colin.mc...@gmail.com wrote: I don't own a car, but I do occasionally drive one owned by family members and on very rare occasions rent cars. The question is, when in a car, how best to mount a pocket GPS (a Garmin eTrex 20) on the dash that will keep the GPS from sliding around? The solution can not require any permanent change to the car, should not leave any sort of a mark when removed and ideally should be just as small / smaller than the GPS itself. Ideas (where names of specific makes/models would be appreciated)? Thanks. Colin McGregor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Pocket GPSs in cars...
On Wed, Jun 26, 2013 at 2:04 PM, Richard Weait rich...@weait.com wrote: On Wed, Jun 26, 2013 at 1:27 PM, Colin McGregor colin.mc...@gmail.com wrote: Interesting thought. What sort of fabric (I am thinking that some fabrics would make things worse (silk? polyester?))? How large? Also, how well does it work? It works brilliantly. It's Mom-made, so, of course, it's perfect. :) Always the case :-) . The non-skid portion is, I think, the same stuff used to keep your carpet from slipping. The rest of the fabric is just decorative, so mine has a map theme. I've asked Mom if she would consider making another that I could give away. If so, I won't have it for a few weeks, at least. Long, strange story, but I have a sewing machine (old, and simple, but very functional). Getting some small pieces of oddball fabric should not be hard in Toronto's garment district (near King and Spadina), some beans (or similar filler) and making four straight seams all seems easy enough. So, three ideas worth further investigation: - A GPS holder specifically designed for the eTrex 20 - A dollar store notepad or cell phone holder adapted to hold GPS - A bean-bag made to cradle the GPS. All good stuff, thanks all. Colin. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Licence fédérale et Défi GéoHack de Mtl
Après les discussions lors de la présentation du projet GeoThink.ca ( http://www.meetup.com/quebec-geo/events/122357162/), il existe bel et bien des exemples d'organisations publiques de la France (dans plusieurs municipalités) et du gouvernement du Brésil qui ont opté pour des licences de leurs données ouvertes de type ODBL ou CC BY-SA : - Paris : http://www.zdnet.fr/actualites/open-data-les-donnees-publiques-de-paris-ouvertes-sous-licence-libre-by-sa-39756961.htmet http://opendata.paris.fr/opendata/jsp/site/Portal.jsp?page_id=10 - Nantes : http://data.nantes.fr/licence/ - Brésil : http://dados.gov.br/ Un sujet qui pourra sûrement être traité par : http://geothink.ca/, à savoir si ce choix stimule la réutilisation publique et la coproduction dans le domaine public des données ouvertes ou non ... Au plaisir, Nicolas Le 23 juin 2013 16:59, Bruno Remy bremy.qc...@gmail.com a écrit : Bonjour Nicolas, Sans avoir l'intention de pouvoir répondre totalement à ta question, je peux tout de même mentionner qu'en France l'administrations publiques (à différents niveaux: national, régional et municipal) ont largement (voir exclusivement) tendance à utiliser l'Open Licence (Licence ouverte) qui est encore moins restrictive qu'odbl, donc tout à fait compatible OSM. À noter qu'Open Licence, comme son nom l'indique, est une licence rédigée à la base en anglais, donc n'est pas une licence maison du gouv. français , mais bel et bien une licence standard de portée internationale, utilisée ailleurs en Europe (et peut-être ailleurs: je n'ai pas fait d'étude approfondie à ce sujet). Voilà mon grain de sel ;) Bruno Remy Le 2013-06-21 12:47, Nicolas Gignac gignac...@gmail.com a écrit : Merci Daniel de ces précisions. Existe-t-il, à part la façon de doubles licences, d'autres pistes de solutions pour mieux intégrer ces informations dans les deux sens entre OSM et les sites de données ouvertes d'organismes publics ? Est-ce que les administrations publiques devraient plutôt choisir seulement une seule licence, soit la BY-SA, dans leur site de données ouvertes ? Y-a-t-il des exemples dans le monde qui ont trouvé des façons innovatrices à ces problèmes et qui ont pu contourner ces petits détails, à part la double licence ? Je crois encore que, même s'il s'agit de la petite dernière des licence de données ouvertes au Canada, les incompatibilités de licences restes les mêmes encore aujourd'hui. Nicolas Le 21 juin 2013 11:01, Daniel Begin jfd...@hotmail.com a écrit : Nicolas, ** ** Pour être vraiment claire, l’utilisation de références (comme celles que tu mentionnes) aurait certainement un apport considérable. L’utilisation de pictogrammes est aussi d’un grand support. ** ** Concernant les données de type BY produites par l’agence ‘A’, importées dans OSM, puis récupérées par ‘A’ : À mon point de vue, l’intégration peut être faite mais avec certaines restrictions. Voici pourquoi… ** ** La donnée ouverte de ‘A’ (BY) est importée dans OSM. Une fois importée dans OSM la donnée devient ODbL (BY-SA) ‘A’ récupère ‘ses’ données de la BD OSM Les données récupérées sont cependant toujours ODbL (BY-SA)! ** ** ‘A’ peut donc les intégrer à son produit et rendre le produit disponible, mais avec potentiellement deux licences! La raison? Le produit de ‘A’ contient des données de type BY, et des données de type BY-SA.*** * ** ** ‘A’ doit donc distribuer ses données avec une licence spécifique à l’origine de chaque objet (BY ou BY-SA); ou ‘A’ tout distribuer avec une licence de type BY-SA. C’est le concept des licences virales (SA). ** ** Autre niveau de complexité : Une entreprise ne pourra pas vendre une version *à valeur ajoutée* des données de type BY-SA (obtenues de ‘A’) sans en rendre une version disponible à la communauté sans frais (à confirmer?). Ceci toujours en raison de la composante SA de la licence attachée aux données récupérées de la BD OSM. ** ** The devil is in the details! ** ** Daniel ** ** ** ** ** ** ** ** ** ** *From:* Nicolas Gignac [mailto:gignac...@gmail.com] *Sent:* June-20-13 23:05 *To:* Daniel Begin *Cc:* Talk-CA OpenStreetMap *Subject:* Re: [Talk-ca] Licence fédérale et Défi GéoHack de Mtl ** ** Merci Daniel, mais justement, le bout de la licence de la ville de Montréal qui la lie à des licences mondiales bien connues du milieu ne devrait-il pas faire partie du texte des licences ? Justement pour que les communs des mortels puissent encore plus se référer à quelque chose de commun au lieu de faire des suppositions ou interprétations ? La clarté complète me semble une nécessité ici. Autre chose, même si je ne veux pas un avis juridique, si l'attribution y est inscrite (ex. aux contributeurs OSM) dans Canvec (ou toute autre données ouvertes en BY d'une administration publique), cela peut être récupéré de façon légale et être recontribué dans
Re: [Talk-cz] osm, metro, github
To nejsou - viz SQL dotaz, jde to vlastně po výlezech z metra (šel jsem po atributech railway=subway_entrance, udělal nad nimi centroid .. vzal jsem to spíš jako svoje cvičení k SQL než jako studování nuancí datového modelu OSM. Když se tak na to dívám, daleko snazší a hlavně přesnější by bylo najít body s atributem transporation='railway' JENŽE, v PostGISu to nevypadá, že by tenhle atribut byl nějak zahrnut, ale nešť, předělal jsem to tak, že hledá stanice hodně blízko linií metra (asi kvůli různému zaokrouhlení nelze použít ST_Contains, ale použil jsem ST_Distance 1) Už jsem to na Githubu opravil - výsledek je o moc lepší Je to spíš demo, ale pro mě zároveň oprašování SQL, PostGISu spol. J Dne 26.6.2013 06:25, Zdeněk Pražák napsal(a): Je to pěkné, ale nejsou zobrazeny všechny stanice na trasách Pražák Dne 26. června 2013 0:25 Jachym Cepicky jachym.cepi...@gmail.comnapsal(a): Zdravím dovolil bych si upozornit na drobný blogpost o tom, jak Github umožňuje zobrazovat mapy, zkusil jsem vysosat z OSM stanice metra (za kritiku SQL budu vděčný, nikdy jsem to moc nedělal), docela hezky to chodí, možná by se to mohlo někomu hodit http://les-ejk.cz/2013/06/github-pro-vase-geodata-nova-platforma-pro-open-data/ Jáchym -- Jachym Cepicky Help Service - Remote Sensing s.r.o. jachym.cepi...@gmail.com HS-RS: jac...@hsrs.cz http://bnhelp.cz http://les-ejk.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Jachym Cepicky Help Service - Remote Sensing s.r.o. jachym.cepi...@gmail.com HS-RS: jac...@hsrs.cz http://bnhelp.cz http://les-ejk.cz signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] osm, metro, github
Nejde ani tak o SQL, jako o to, že je-li soubor ve formátu GeoJSON, Github ho prostě zobrazí na mapě. GeoJSON je prostě geo-rozšíření JSONu. Kdysi býval velký hype KML, ale mám pocit, že minimálně v open source ho GeoJSON začíná válcovat. Pomocí toho SQL tedy buď ručo uděláte GeoJSON v nějaké aplikaci a nebo (tím se dostávám k Vaší další otázce), použijete něco, co GeoJSON umí udělat za Vás. V mém případě nemám OSM data v prostém PostgreSQL, jako spíš v jejím rozšíření PostGIS [1] - data u sebe mají geometrii a atributy, PostGIS umí celou řadu operací nad geometriemi prvků [4]. V nové verzi rastry, 3D vektory, topologii, no je toho opravdu hodně, co tam teď děje a proč stojí za to se PostGIS zabývat. Do PostGIS si pro data umí šáhnout celá řada aplikací, např. QGIS a nebo knihovna ogr [2], která umí převádět geo-data mezi všemi myslitelnými formáty (a že jich je) [5]. No a já jsem prostě vzal program ogr2ogr a provedl konverzi z formátu postgis do formátu geojson viz [6] Jo a OSM do postgisu se dostanou celkem snadno, např. pomocí osm2psql [3] Snad to nevykládám moc zmateně Jáchym [1] http://postgis.org [2] http://gdal.org/ogr [3] http://wiki.openstreetmap.org/wiki/Osm2pgsql [4] http://postgis.net/docs/manual-2.0/reference.html [5] http://gdal.org/ogr/ogr_formats.html [6] https://github.com/jachym/osm_mining/blob/master/bin/metro.sh Dne 26.6.2013 01:54, Jiří Sedláček napsal(a): Kruci, nelze než souhlasit s poslední větou v článku - nikdy nebylo publikování map snažší. Moc pěkný demo. Teď přijde moje možná trošku lamí otázka - když jsem schopen vymyslet nějaký SQL dotaz - kam ho mám vložit, aby mi to něco z OSM vyplyvlo. Věřím, že bude nějaký rozhraní, ale když jsem kdysi pátral, tak jsem vypátral jen možnosti stažení dat pomocí API a tam snad SQL nešlo dostat nijak. Druhá otázka, ty funkce ST_... - ty neznám, to je nějaký zvláštní soubor funkcí nebo nějaký speciální dialog? Díky, J. 2013/6/26 Jachym Cepicky jachym.cepi...@gmail.com Zdravím dovolil bych si upozornit na drobný blogpost o tom, jak Github umožňuje zobrazovat mapy, zkusil jsem vysosat z OSM stanice metra (za kritiku SQL budu vděčný, nikdy jsem to moc nedělal), docela hezky to chodí, možná by se to mohlo někomu hodit http://les-ejk.cz/2013/06/github-pro-vase-geodata-nova-platforma-pro-open-data/ Jáchym -- Jachym Cepicky Help Service - Remote Sensing s.r.o. jachym.cepi...@gmail.com HS-RS: jac...@hsrs.cz http://bnhelp.cz http://les-ejk.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Jachym Cepicky Help Service - Remote Sensing s.r.o. jachym.cepi...@gmail.com HS-RS: jac...@hsrs.cz http://bnhelp.cz http://les-ejk.cz signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] osm, metro, github
Pardon - ty ST_* funkce jsou právě z rozšíření PostGIS *** to jsou prave ty hezke funkce, umoznujici pracovat s geodaty aniz by muselo byt nutne vse zapsano ve strukture dat (napr relacich). Na puvodni verzi vzal Jachym vstupy do metra, sloucil je do skupiny podle jmen, a pak z nich udelal jedno teziste. Volna vazba pres jmeno je pro mnoho aplikaci plne dostacujici. ST_Centroid( -- there are more metro entrances, just one point needed ST_Union(point.way) -- join all entrances with same name into one multi-point feature ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] osm, metro, github
26/06/13 10:05, jachym.cepi...@gmail.com napsal(a): Pomocí toho SQL tedy buď ručo uděláte GeoJSON v nějaké aplikaci a nebo (tím se dostávám k Vaší další otázce), použijete něco, co GeoJSON umí udělat za Vás. No a já jsem prostě vzal program ogr2ogr a provedl konverzi z formátu On ten geojson by měl jednoduše umět sám postgis, ale pravda, sám jsem to nezkoušel,.. http://postgis.net/docs/manual-2.0/ST_AsGeoJSON.html tak, myslím, proč si to komplikovat dalším ogr2ogr voláním (s jeho příšernou syntaxí), když už ten postgis mám jednou na stole.. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] osm, metro, github
Na syntaxi si jde zvyknout, vlastě chápu proč to tak je ST_asgeojson jsem zkoušel - vrátí to ale po řádcích, já to chtěl v jednom souboru - snad nějaké další sql kouzlo? J Dne 26.6.2013 12:15, karpi napsal(a): 26/06/13 10:05, jachym.cepi...@gmail.com napsal(a): Pomocí toho SQL tedy buď ručo uděláte GeoJSON v nějaké aplikaci a nebo (tím se dostávám k Vaší další otázce), použijete něco, co GeoJSON umí udělat za Vás. No a já jsem prostě vzal program ogr2ogr a provedl konverzi z formátu On ten geojson by měl jednoduše umět sám postgis, ale pravda, sám jsem to nezkoušel,.. http://postgis.net/docs/manual-2.0/ST_AsGeoJSON.html tak, myslím, proč si to komplikovat dalším ogr2ogr voláním (s jeho příšernou syntaxí), když už ten postgis mám jednou na stole.. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Jachym Cepicky Help Service - Remote Sensing s.r.o. jachym.cepi...@gmail.com HS-RS: jac...@hsrs.cz http://bnhelp.cz http://les-ejk.cz signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] osm, metro, github
Já, protože se dost bojím o svůj život, se snažím XML vyhýbat jak jen možno. Nic proti němu jako výměnnému formátu, ale vrtat se v tom?! GIS se snaží práci s geodaty usnadnit no a PostGIS je vlastně GIS engine. Stačí to tam nacpat (nebo třeba do GRASSu, ale to bych vzhledem k velikosti dat viděl nerad) a pak na to pustit ty moduly/funkce/skripty, které jsou na tohle dělaný. J Dne 26.6.2013 11:43, Jakub Sykora napsal(a): To jsou prave ty veci, ktere nam smrtelnikum proste unikaji. Vzivote by me nenapadlo to takhle resit. Ja bych si vzal zdrojova data v XML a uz bych zacal algoritmovat :-) A mozna za nekolik tydnu bych mel prvni pouzitelne vysledky. Diky za rozevreni obzoru. K Dne 26.6.2013 10:20, hanoj napsal(a): Pardon - ty ST_* funkce jsou právě z rozšíření PostGIS *** to jsou prave ty hezke funkce, umoznujici pracovat s geodaty aniz by muselo byt nutne vse zapsano ve strukture dat (napr relacich). Na puvodni verzi vzal Jachym vstupy do metra, sloucil je do skupiny podle jmen, a pak z nich udelal jedno teziste. Volna vazba pres jmeno je pro mnoho aplikaci plne dostacujici. ST_Centroid( -- there are more metro entrances, just one point needed ST_Union(point.way) -- join all entrances with same name into one multi-point feature ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Jachym Cepicky Help Service - Remote Sensing s.r.o. jachym.cepi...@gmail.com HS-RS: jac...@hsrs.cz http://bnhelp.cz http://les-ejk.cz signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] osm, metro, github
Dne 26. června 2013 1:54 Jiří Sedláček jirisedla...@gmail.com napsal(a): Druhá otázka, ty funkce ST_... - ty neznám, to je nějaký zvláštní soubor funkcí nebo nějaký speciální dialog? PostGIS pouziva prefix ST_ od verze 2.0, souvisi to s implementaci technicke normy ISO 13249 SQL/MM}. Jinymi slovy jsou to standardni prostorove funkce PostGISu. Martin -- Martin Landa landa.martin gmail.com * http://geo.fsv.cvut.cz/~landa ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] cadastre
Il est devenu http://cadastre.openstreetmap.fr/ Le 26 juin 2013 06:41, nono pingven...@free.fr a écrit : Bonjour Qu'est devenu le site http://cadastre.cleo-carto.org ? Beaucoup de lien y font références sur la toile, notamment celui-ci : http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.fr/39504 et http://www.google.com/url?q=http://cyberchemille.org/IMG/pdf/IMPORT_DU_BAT_I_SUR_OSM.pdfsa=Uei=kG_KUeb9GoGRhQeJzoDYCQved=0CDMQFjAHsig2=IKhgRqjbxD08UWv9dV8poAusg=AFQjCNGNQagg5U9LIvyO485Ahu-uVvk0LQ je m'en servais pour importer les cours d'eau nono ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tracé des limites communales de Seine-Maritime terminé
Le mercredi 26 juin 2013 09:54:43, Nicolas Moyroud a écrit : Miam c'est bon le cantal ! Et en plus y'en a pour tout le monde ;-) Nicolas Oui, mais il se mérite (très peu de croisillons) Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ajouts des adresses du cadastre : faisons mieux que simplement importer
Bonjour, Profitant de la multitude d'annonces de libérations de données adresses faites par des collectivités locales (mais généralement issues d'un parteneriat avec le cadastre), j'ai regardé différentes villes où les adresses ont été ajoutées en France et j'ai malheureusement constaté que bien peu avaient le noeud addr: attaché au bâti dans OSM. Les noeuds sont présents, exactement sur la façade du bâti mais ils ne font pas partie du polygone building. Je comprends que c'est la façon la plus rapide d'ajouter les adresses mais elle complique l'usage et l'analyse de ces données. Il faut éviter en général les noeuds qui se superposent exactement à des lignes sans en faire partie. On montre une nouvelle fois aux visiteurs étrangers que nos données issues du cadastre ne sont pas complétement intégrées mais simplement superposées à l'existant, comme un simple calque et sans lien avec les buildings qu'ils sont sensés localiser. Il serait dommage que cette façon de tagguer les adresses - par des noeuds flottants - devienne majoritaire en France à cause de ces imports faits dans la précipitation. Est-ce juste un problème d'outil ? Existe-t-il un moyen simple de fusionner le noeud avec le way sousjacent dans JOSM ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouts des adresses du cadastre : faisons mieux que simplement importer
J'ai pas compris. Le plugin cadastre, quand on utilise son outil d'adresse, ajoute bien un nœud dans la ligne sur laquelle on clique non?! Le 26 juin 2013 12:57, Pieren pier...@gmail.com a écrit : Bonjour, Profitant de la multitude d'annonces de libérations de données adresses faites par des collectivités locales (mais généralement issues d'un parteneriat avec le cadastre), j'ai regardé différentes villes où les adresses ont été ajoutées en France et j'ai malheureusement constaté que bien peu avaient le noeud addr: attaché au bâti dans OSM. Les noeuds sont présents, exactement sur la façade du bâti mais ils ne font pas partie du polygone building. Je comprends que c'est la façon la plus rapide d'ajouter les adresses mais elle complique l'usage et l'analyse de ces données. Il faut éviter en général les noeuds qui se superposent exactement à des lignes sans en faire partie. On montre une nouvelle fois aux visiteurs étrangers que nos données issues du cadastre ne sont pas complétement intégrées mais simplement superposées à l'existant, comme un simple calque et sans lien avec les buildings qu'ils sont sensés localiser. Il serait dommage que cette façon de tagguer les adresses - par des noeuds flottants - devienne majoritaire en France à cause de ces imports faits dans la précipitation. Est-ce juste un problème d'outil ? Existe-t-il un moyen simple de fusionner le noeud avec le way sousjacent dans JOSM ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouts des adresses du cadastre : faisons mieux que simplement importer
Le souci dans JOSM c'est que le raccourci J fait passer la ligne par le noeud, et pas l'inverse, ce qui déforme les murs des bâtiments. Le 26 juin 2013 13:01, Tetsuo Shima tets...@gmail.com a écrit : J'ai pas compris. Le plugin cadastre, quand on utilise son outil d'adresse, ajoute bien un nœud dans la ligne sur laquelle on clique non?! Le 26 juin 2013 12:57, Pieren pier...@gmail.com a écrit : Bonjour, Profitant de la multitude d'annonces de libérations de données adresses faites par des collectivités locales (mais généralement issues d'un parteneriat avec le cadastre), j'ai regardé différentes villes où les adresses ont été ajoutées en France et j'ai malheureusement constaté que bien peu avaient le noeud addr: attaché au bâti dans OSM. Les noeuds sont présents, exactement sur la façade du bâti mais ils ne font pas partie du polygone building. Je comprends que c'est la façon la plus rapide d'ajouter les adresses mais elle complique l'usage et l'analyse de ces données. Il faut éviter en général les noeuds qui se superposent exactement à des lignes sans en faire partie. On montre une nouvelle fois aux visiteurs étrangers que nos données issues du cadastre ne sont pas complétement intégrées mais simplement superposées à l'existant, comme un simple calque et sans lien avec les buildings qu'ils sont sensés localiser. Il serait dommage que cette façon de tagguer les adresses - par des noeuds flottants - devienne majoritaire en France à cause de ces imports faits dans la précipitation. Est-ce juste un problème d'outil ? Existe-t-il un moyen simple de fusionner le noeud avec le way sousjacent dans JOSM ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouts des adresses du cadastre : faisons mieux que simplement importer
Le 26 juin 2013 13:01, Tetsuo Shima tets...@gmail.com a écrit : J'ai pas compris. Le plugin cadastre, quand on utilise son outil d'adresse, ajoute bien un nœud dans la ligne sur laquelle on clique non?! Oui ça se passe comme ça mais les points adresses ont-ils été intégrés avec le plugin cadastre? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouts des adresses du cadastre : faisons mieux que simplement importer
Le 26/06/2013 13:04, Tetsuo Shima a écrit : Le souci dans JOSM c'est que le raccourci J fait passer la ligne par le noeud, et pas l'inverse, ce qui déforme les murs des bâtiments. En effet, il faudrait aussi pouvoir faire l'inverse, c'est à dire déplacer un point vers une ligne existante. Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cadastre
Attention... pour importer les cours d'eau depuis le cadastre, tout d'abord ils ne sont plus disponibles (je crois me souvenir qu'on peut éventuellement demander l'accès protégé?) mais si tu les trouve, il faut les traiter avant de les importer brut dans OSM. Maintenant nous demandons aussi d'avoir le réseau filaire des cours d'eau avant d'en importer les limites waterway=riverbank depuis le cadastre. *Dernièrement, cette couche comporte aussi les piscines privées qu'il faut correctement tagguer... Pour ma part, je suis en train de supprimer les waterways pour les tous petits ruisseaux qui ont été importés depuis le cadastre. allé un dernier petit lien pour corriger déja tout ce qui est existant sur OSM: http://osmose.openstreetmap.fr/fr/map/?zoom=10lat=46.28212lon=-1.03504layers=B0FFTitem=1220,3080level=1,2,3 -- View this message in context: http://gis.19327.n5.nabble.com/cadastre-tp5767011p5767042.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouts des adresses du cadastre : faisons mieux que simplement importer
Le 26/06/2013 13:16, Jean-Claude Repetto a écrit : Le 26/06/2013 13:04, Tetsuo Shima a écrit : Le souci dans JOSM c'est que le raccourci J fait passer la ligne par le noeud, et pas l'inverse, ce qui déforme les murs des bâtiments. En effet, il faudrait aussi pouvoir faire l'inverse, c'est à dire déplacer un point vers une ligne existante. Il suffit de faire J puis L pour redresser la ligne René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouts des adresses du cadastre : faisons mieux que simplement importer
Trop fort, j'avais jamais remarqué ce comportement. un seul point selectionné sur un segment de way aligne uniquement le précédent et le suivant avec celui sélectionné! C'est documenté çà?! Le 26 juin 2013 13:28, rldhont rldh...@gmail.com a écrit : Le 26/06/2013 13:16, Jean-Claude Repetto a écrit : Le 26/06/2013 13:04, Tetsuo Shima a écrit : Le souci dans JOSM c'est que le raccourci J fait passer la ligne par le noeud, et pas l'inverse, ce qui déforme les murs des bâtiments. En effet, il faudrait aussi pouvoir faire l'inverse, c'est à dire déplacer un point vers une ligne existante. Il suffit de faire J puis L pour redresser la ligne René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouts des adresses du cadastre : faisons mieux que simplement importer
2013/6/26 Tetsuo Shima tets...@gmail.com: J'ai pas compris. Le plugin cadastre, quand on utilise son outil d'adresse, ajoute bien un nœud dans la ligne sur laquelle on clique non?! Non. Je pense en particulier aux outils mis en place pour faciliter cet import. Relire: http://lists.openstreetmap.org/pipermail/talk-fr/2013-June/060130.html Avec ça, on importe directement dans JOSM les nouveaux noeuds et relations. Il semble que beaucoup se contentent simplement d'éviter les doublons avec l'existant. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouts des adresses du cadastre : faisons mieux que simplement importer
Le 26/06/2013 12:57, Pieren a écrit : Il serait dommage que cette façon de tagguer les adresses - par des noeuds flottants - devienne majoritaire en France à cause de ces imports faits dans la précipitation. Est-ce juste un problème d'outil ? Existe-t-il un moyen simple de fusionner le noeud avec le way sousjacent dans JOSM ? Pieren Bonjour, Mais est-ce qu'il y a un consensus à ce sujet ? Noeud sur le building ? noeud sur la boite au lettre ? Comment gérer les maisons éloignées de la voirie ? Etc... Je viens de consulter le wiki, et je ne vois rien de très précis permettant de s'y retrouver parmi les multiples cas qui se présentent à nous. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouts des adresses du cadastre : faisons mieux que simplement importer
2013/6/26 Stéphane Péneau stephane.pen...@wanadoo.fr: Mais est-ce qu'il y a un consensus à ce sujet ? Je ne cherche pas un consensus. Mon message s'adresse à ceux qui importent les adresses depuis le cadastre, sans doute avec l'outil d'import mis à leur disposition, pour qu'ils fusionnent les noeuds avec les ways de building qui se trouvent juste en dessous. S'il le font manuellement sans l'outil d'import, je pense qu'ils font déjà cette fusion. Sinon, je ne vois pas pourquoi ils ajouteraient des noeuds sans que JOSM ne les rattache automatiquement au way adjacent. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouts des adresses du cadastre : faisons mieux que simplement importer
Salut, je suis totalement d'accord avec Pieren, je pense qu'il faudrait profiter de la grosse discussion qu'il y a sur le projet adresses pour monter une norme (comprendre consensus clair) française, histoire d'avoir un peu d'homogénéité à travers le pays ... Je ne pense pas qu'il y ai une seule manière de faire, tout dépend de la situation: - en (centre) ville il faudrait clairement attacher le point adresse au way du bâtiment : de toute manière la plaque de numéro est en général à côté de la porte et la boite au lettre également - en zone résidentielle il y a plus de marge de manœuvre mais en général il y a également un groupement portail d'entrée, plaque avec le numéro et boite au lettre. Si on veut un peu de cohérence avec les centre villes il serait bien de mettre ce noeud à proximité de la voie (au hasard là ou se trouve la plaque avec le numéro) - dans tous les cas particuliers, c'est au mappeur de décider ce qui est le mieux, mais avec un schéma clair il ne devrait pas y avoir trop de cas particuliers ... Pour les données adresses de Lyon, je suis en train de modifier mon script (en python) de génération des fichiers relations pour faire une conflation des adresses avec les données déjà existantes, y ajouter également les tronçons de la rue concernée, et j'ai prévu de voir pour un faire un rattachement du point sur le way du building ... mais ça va me demander encore un peu de développement, je ne maîtrise pas encore le processus complet ... un fois qu'il sera terminé et fonctionnel, je le partagerai volontiers pour utilisation sur d'autres jeux de données ! Sylvain Le 26 juin 2013 14:05, Pieren pier...@gmail.com a écrit : 2013/6/26 Stéphane Péneau stephane.pen...@wanadoo.fr: Mais est-ce qu'il y a un consensus à ce sujet ? Je ne cherche pas un consensus. Mon message s'adresse à ceux qui importent les adresses depuis le cadastre, sans doute avec l'outil d'import mis à leur disposition, pour qu'ils fusionnent les noeuds avec les ways de building qui se trouvent juste en dessous. S'il le font manuellement sans l'outil d'import, je pense qu'ils font déjà cette fusion. Sinon, je ne vois pas pourquoi ils ajouteraient des noeuds sans que JOSM ne les rattache automatiquement au way adjacent. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouts des adresses du cadastre : faisons mieux que simplement importer
Bonjour, Juste pour info, je suis en train de regarder pour adapter le script de didier2020 qui élimine les interstices et petites superposition du bati, afin de recoller les noeuds adresse au bati quand nécessaire. https://gitorious.org/building4osm/building4osm/blobs/master/building_lj.py A+ Bruno Le 26 juin 2013 13:48, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Le 26/06/2013 12:57, Pieren a écrit : Il serait dommage que cette façon de tagguer les adresses - par des noeuds flottants - devienne majoritaire en France à cause de ces imports faits dans la précipitation. Est-ce juste un problème d'outil ? Existe-t-il un moyen simple de fusionner le noeud avec le way sousjacent dans JOSM ? Pieren Bonjour, Mais est-ce qu'il y a un consensus à ce sujet ? Noeud sur le building ? noeud sur la boite au lettre ? Comment gérer les maisons éloignées de la voirie ? Etc... Je viens de consulter le wiki, et je ne vois rien de très précis permettant de s'y retrouver parmi les multiples cas qui se présentent à nous. Stf __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouts des adresses du cadastre : faisons mieux que simplement importer
Le mercredi 26 juin 2013 14:22:50 Sylvain Maillard a écrit : - en zone résidentielle il y a plus de marge de manœuvre mais en général il y a également un groupement portail d'entrée, plaque avec le numéro et boite au lettre. Si on veut un peu de cohérence avec les centre villes il serait bien de mettre ce noeud à proximité de la voie (au hasard là ou se trouve la plaque avec le numéro) Je sais pas vous, mais moi je verrai bien une petite relation pour bien faire la chose … Genre réutiliser la relation site pour inclure le(s) bâtiment(s) et l'entrée principale (avec son numéro). Mais bon, c'est peut-être un peu capilotracté pour l'instant. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouts des adresses du cadastre : faisons mieux que simplement importer
Perso, je vais même (généralement) plus loin que ça : je sélectionne les 3 points (les 2 extrémités de la ligne et le node 'addr:housenumber') et je fais : Shift+B. Ça aligne les 3 points ET ça les équirépartit : le node 'addr:housenumber' est donc centré, sans que cela ne déplace les 2 nodes d'extrémité. Francescu Le 26 juin 2013 13:28, rldhont rldh...@gmail.com a écrit : Le 26/06/2013 13:16, Jean-Claude Repetto a écrit : Le 26/06/2013 13:04, Tetsuo Shima a écrit : Le souci dans JOSM c'est que le raccourci J fait passer la ligne par le noeud, et pas l'inverse, ce qui déforme les murs des bâtiments. En effet, il faudrait aussi pouvoir faire l'inverse, c'est à dire déplacer un point vers une ligne existante. Il suffit de faire J puis L pour redresser la ligne René-Luc __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
