Re: [talk-ph] Cebu City Jeepney Routes
Thought you guys might be interested to know that this data was released (in GTFS format) by DOTC for Metro Manila as part of the Application Development Competition: http://philippine-transit.hackathome.com/. Not sure what the plans are for Cebu City’s Bus and Jeepney data, but it does exist and could be released using the GTFS format in the same way as in Metro Manila. Best regards Neil From: maning sambale [mailto:emmanuel.samb...@gmail.com] Sent: Friday, September 13, 2013 2:59 PM To: Jim Morgan Cc: talk-ph@openstreetmap.org Subject: Re: [talk-ph] Cebu City Jeepney Routes Anyway I was thinking of an initiative to put in all the jeepney routes. My reasoning was that this might be a bit unwieldy making it part of the OSM dataset, so I was thinking a data overlay might be the best way to go. This would mean of course that you could turn on and off various data overlays (jeepney, bus, train). Maybe even one day you could give a start and end point and get a number of options on how to travel. Just thinking out loud. Maybe we could get some funding for this. DOTC already have this data. They said they will release it in the future as open data. This email (and any attachments) contains confidential information and is intended solely for the individual to whom it is addressed. If this email has been misdirected, please notify the author as soon as possible. If you are not the intended recipient you must not disclose, distribute, copy, print or rely on any of the information contained, and all copies must be deleted immediately. This footnote also confirms that this email message has been swept by anti-virus software, but Integrated Transport Planning cannot accept liability for any damage caused by receipt of this email. Please consider the environment before printing this e-mail. ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] AGIV
Thanks, feel free to do so if you spot mistakes. It's a quick translation... There is now also a link to the original license. Met vriendelijke groeten, Best regards, Ben Abelshausen On Fri, Sep 13, 2013 at 7:45 PM, Kurt Roeckx k...@roeckx.be wrote: On Fri, Sep 13, 2013 at 06:43:03PM +0200, Kurt Roeckx wrote: On Thu, Sep 12, 2013 at 06:03:00PM +0200, Ben Abelshausen wrote: And a translate into english: http://wiki.openstreetmap.org/wiki/AGIV_CRAB_Import/Free_open_data_licence_Flanders Maybe we should add (a pointer to) the Ducth version, and say it's a translation? I made some changes in the wordings. Kurt ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] fietsknooppunten
Marc, bedankt voor de uitleg. Ik begin een en ander te begrijpen. Blijkbaar heb ik echter niet genoeg notas genomen om het allemaal te kunnen verbeteren. Soms vraag ik me af of de mogelijkheden die OSM biedt niet meteen zijn ondergang zullen betekenen. Want hoe meer er gemapt wordt hoe meer mappers er moeten bijkomen om de gegevens up-to-date te houden .en vanwaar gaan die komen? Guy Vanvuchelen Van: Marc Gemis [mailto:marc.ge...@gmail.com] Verzonden: vrijdag 13 september 2013 21:55 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] fietsknooppunten Wat bedoel je juist met 1 weg naar 2 knooppunten ? iets zoals 100 --X-- 105 |\--102 | 103 vanuit knooppunt 100 een weg naar zowel 102 als 105, en de splitsing op punt X, maar dat zonder knooppunt nummer ? Ik ken niets van fietsknooppunten, maar bij wandelknoopunten komt dat ook wel eens voor (vooral in Pajottenland ken ik zo een paar gevallen). De bedoeling is dan dat we in OSM op punt X ook een knooppunt 100 toevoegen. je krijgt dan 100 100 -- 105 | \---102 | 103 dan moet je dus 3 relaties mappen 100-103 100-102 en 100-105 in iedere relatie moet je dan ook het stukje 100-100 opnemen op dat stuk worden forward/backward roles gezet, net zoals je doet bij rondwandelingen. dit doe je niet voor de andere stukken. Jo heeft daar ooit eens een wiki pagina rond gemaakt. dus in deze situatie zul je ook 2 knopen zien op OSM kaarten terwijl er op de grond slechts 1 knooppunt is. Een ander geval waar je soms 2 knooppunten hebt met hetzelfde nummer is aan beide zijden van een rivier. zie nr 10 van wandelnetwerk Kempense Nete: http://hikebikemap.de/?zoom=11 http://hikebikemap.de/?zoom=11lat=51.10473lon=4.47242layers=BTFFTF lat=51.10473lon=4.47242layers=BTFFTF In dit geval staan er ook 2 paaltjes Bij het oudere netwerk Rivierenland komen al die problemen niet voor, daar hebben ze bv. 2 verschillende nummers of 5 meter van elkaar: http://hikebikemap.de/?zoom=11 http://hikebikemap.de/?zoom=11lat=51.10473lon=4.47242layers=BTFFTF lat=51.10473lon=4.47242layers=BTFFTF naast nummer 51 moet ook nog nr 50 staan, maar je kan zelfs niet diep genoeg inzoomen om dat te zien. Het is allemaal nogal moeilijk te beschrijven met -, \ en |. Eerst alles op een bord uittekenen en daarna met JOSM erbij is feitelijk gemakkelijker. Ik wil dit gerust eens uitleggen aan een groepje mensen in een zaaltje/garage/huiskamer, maar dan moet het in een weekend zijn. Eens je principes wat door hebt is, zal je zeggen is het dat maar' :-) groet m 2013/9/13 Guy Vanvuchelen guy.vanvuche...@gmail.com Bijkomend probleem was dat ik ter plaatse geen computer had. Ik dacht dat ik alles wat nodig was genoteerd had maar thuis zag ik dan dat er sprake was van backward en forward. Dat één weg naar twee knooppunten leidt vind ik ook al niet normaal. Dan kan men toch beter een knooppunt toevoegen. Na alle discuties van de laatste weken, waar ik dan de helft niet van versta (Engels) durf ik het toch niet aan om er iets aan te wijzigen. Ook merkte ik dat er in die streek heel wat wandelpaden ontbreken. Vele paden waar verschillende officiële wandelingen over lopen (Dommelvallei, 10.000 stappen wandeling, 4.000 stappen wandeling) ontbreken gewoon op OSM. (die heb ik wel toegevoegd) Guy Vanvuchelen Van: Marc Gemis [mailto:marc.ge...@gmail.com] Verzonden: vrijdag 13 september 2013 21:26 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] fietsknooppunten Dit lijkt me een probleem van onderhoud. Om goed te zijn moet je elk netwerk ieder jaar opnieuw volledig afrijden/wandelen om te kijken of er geen wijzigingen zijn. Dus met hoe meer zielen we zijn, hoe gemakkelijker het is om die wijzigingen op te merken. Een alternatief is dat je bij toerisme Vlaanderen gaat bedelen om alle updates te krijgen. Maar ja, als zelfs hun officiële licencees (wandelknooppunt.be) nog met oude gegevens moet werken, vrees ik dat ze zelf niet weten wat waar wijzigt. Of toch niet snel verwerken zonder de exacte nieuwe routes te kennen tussen de knooppunten ga ik me niet wagen aan het wijzigen van de bestaande situatie. We zouden echt eens een cursusje knooppunten in een of andere mapping party moeten verwerken. prettig weekend m 2013/9/13 Guy Vanvuchelen guy.vanvuche...@gmail.com Onlangs fietste ik in buurt van Neerpelt over het fietsknopennetwerk en ik stelde nogal wat fouten vast. Bovendien vind ik de situatie zo ingewikkeld dat ik ze zelf niet durf aanpakken. Als er iemand zich geroepen voelt, hier wat info: ·Op de weg die in OSM tot de relatie 200-224 behoort staan borden die naar knooppunt 218 en 241 wijzen i.p.v. 224. Het knooppunt 224 heb ik niet gevonden ·Knooppunt 220 is verplaatst. Bovendien staat het ongeveer 50 meter voor het kruispunt. ·
Re: [OSM-talk-be] fietsknooppunten
Ik heb de situatie aangepast volgens je beschrijvingen. Wat ons, openstreetmappers, betreft, wij werken aan een kaart omdat we dat leuk vinden. Dat daar foutjes inzitten/insluipen en dat het onmogelijk is om dat allemaal up to date te houden, daar nemen we geen verantwoordelijkheid voor. Als dat nodig zou zijn, dan vond je geen enkele vrijwilliger om zich ermee bezig te houden. Als iemand vaststelt dat er een fout is en dan concludeert: OSM is rubbish, dan zeggen we bye, bye so long, thanks for all the fish. M.a.w. aan zo iemand hebben we niets. Als iemand een fout vaststelt en denkt: wat kan ik doen om dit te verbeteren, dan ben ik bereid om er mijn tijd in te steken om die persoon te leren hoe hij dat het beste kan doen. Wel bij voorkeur via Skype of een Google hangout. mvg, Jo Op 13 september 2013 21:01 schreef Guy Vanvuchelen guy.vanvuche...@gmail.com: Onlangs fietste ik in buurt van Neerpelt over het fietsknopennetwerk en ik stelde nogal wat fouten vast. Bovendien vind ik de situatie zo ingewikkeld dat ik ze zelf niet durf aanpakken. Als er iemand zich geroepen voelt, hier wat info: **·**Op de weg die in OSM tot de relatie 200-224 behoort staan borden die naar knooppunt 218 en 241 wijzen i.p.v. 224. Het knooppunt 224 heb ik niet gevonden **·**Knooppunt 220 is verplaatst. Bovendien staat het ongeveer 50 meter voor het kruispunt. **·**Vanaf de nieuwe plaats van knooppunt 220 loopt een weg die volgende de borden naar 221 en 201 loopt. **·**Op de kaar staan twee knooppunten 241 maar ik vond er maar één. **·**De fietsrouteplanner-zuid.nl berekent de weg tussen 241 en 253 via een omweg langs knooppunten 228 en 229. De borden wijzen rechtstreeks naar 253. (fietsnet.be berekent correct) **·**Op de rechtstreekse weg tussen 241 en 253 loopt de weg volgens OSM door het Dommelpark maar dat is afgesloten en de borden wijzen de weg rond via Haagdoorndijk. ** ** Hopelijk kan iemand het oplossen want die toestand is geen reclame voor OSM. Ik heb wat ‘notes’ ingevuld zodat de liefhebber misschien iets heeft aan mijn vaststellingen.--- ** ** Guy Vanvuchelen ** ** ** ** ** ** Guy Vanvuchelen ** ** ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] fietsknooppunten
Het is lijkt inderdaad meer en meer op onbegonnen werk. Anderzijds zijn we vertrokken van een leeg canvas en kijk waar we nu staan. Mappers zullen er altijd te weinig zijn. Ik zie meer het heil in automatisatie om aan kwaliteitscontrole te doen, maar dan krijg je in bepaalde gevallen de DWG tegen... En het helpt dan natuurlijk enorm als je data van de bron hebt om mee te gaan vergelijken. Grappig genoeg krijg je soms het effect van: als we de toestemming hebben om het van de bron te gebruiken, waarom hoeven we het dan nog aan OSM toe te voegen? In ieder geval zou het enorm helpen als we toestemming zouden kunnen krijgen van de provinciale toeristische diensten om hun updates ook te verwerken. Maar zolang ze iets tegen de mogelijkheid om af te drukken hebben, zal dat waarschijnlijk niet gebeuren. Dus blijven we afhankelijk van mensen die anomalieën vaststellen in 'the field' en dan ofwel zelf aanpassen of melden, zodat iemand anders het kan aanpassen. mvg, Jo Op 14 september 2013 12:59 schreef Guy Vanvuchelen guy.vanvuche...@gmail.com: Marc, bedankt voor de uitleg. Ik begin een en ander te begrijpen. Blijkbaar heb ik echter niet genoeg nota’s genomen om het allemaal te kunnen verbeteren. Soms vraag ik me af of de mogelijkheden die OSM biedt niet meteen zijn ondergang zullen betekenen. Want hoe meer er gemapt wordt hoe meer mappers er moeten bijkomen om de gegevens up-to-date te houden….en vanwaar gaan die komen? ** ** ** ** Guy Vanvuchelen ** ** *Van:* Marc Gemis [mailto:marc.ge...@gmail.com] *Verzonden:* vrijdag 13 september 2013 21:55 *Aan:* OpenStreetMap Belgium *Onderwerp:* Re: [OSM-talk-be] fietsknooppunten ** ** Wat bedoel je juist met 1 weg naar 2 knooppunten ? iets zoals ** ** 100 --X-- 105 |\--102 | 103 ** ** vanuit knooppunt 100 een weg naar zowel 102 als 105, en de splitsing op punt X, maar dat zonder knooppunt nummer ? ** ** Ik ken niets van fietsknooppunten, maar bij wandelknoopunten komt dat ook wel eens voor (vooral in Pajottenland ken ik zo een paar gevallen). De bedoeling is dan dat we in OSM op punt X ook een knooppunt 100 toevoegen.* *** ** ** je krijgt dan ** ** 100 100 -- 105 | \---102 | 103 ** ** dan moet je dus 3 relaties mappen ** ** 100-103 100-102 en 100-105 ** ** in iedere relatie moet je dan ook het stukje 100-100 opnemen op dat stuk worden forward/backward roles gezet, net zoals je doet bij rondwandelingen. dit doe je niet voor de andere stukken. Jo heeft daar ooit eens een wiki pagina rond gemaakt. ** ** dus in deze situatie zul je ook 2 knopen zien op OSM kaarten terwijl er op de grond slechts 1 knooppunt is. ** ** Een ander geval waar je soms 2 knooppunten hebt met hetzelfde nummer is aan beide zijden van een rivier. zie nr 10 van wandelnetwerk Kempense Nete: http://hikebikemap.de/?zoom=11lat=51.10473lon=4.47242layers=BTFFTF In dit geval staan er ook 2 paaltjes ** ** Bij het oudere netwerk Rivierenland komen al die problemen niet voor, daar hebben ze bv. 2 verschillende nummers of 5 meter van elkaar: http://hikebikemap.de/?zoom=11lat=51.10473lon=4.47242layers=BTFFTFnaast nummer 51 moet ook nog nr 50 staan, maar je kan zelfs niet diep genoeg inzoomen om dat te zien. ** ** Het is allemaal nogal moeilijk te beschrijven met -, \ en |. Eerst alles op een bord uittekenen en daarna met JOSM erbij is feitelijk gemakkelijker. ** ** Ik wil dit gerust eens uitleggen aan een groepje mensen in een zaaltje/garage/huiskamer, maar dan moet het in een weekend zijn. ** ** Eens je principes wat door hebt is, zal je zeggen is het dat maar' :-)*** * ** ** groet ** ** m ** ** ** ** 2013/9/13 Guy Vanvuchelen guy.vanvuche...@gmail.com Bijkomend probleem was dat ik ter plaatse geen computer had. Ik dacht dat ik alles wat nodig was genoteerd had maar thuis zag ik dan dat er sprake was van ‘backward’ en ‘forward’. Dat één weg naar twee knooppunten leidt vind ik ook al niet normaal. Dan kan men toch beter een knooppunt toevoegen. Na alle discuties van de laatste weken, waar ik dan de helft niet van versta (Engels) durf ik het toch niet aan om er iets aan te wijzigen. Ook merkte ik dat er in die streek heel wat wandelpaden ontbreken. Vele paden waar verschillende officiële wandelingen over lopen (Dommelvallei, 10.000 stappen wandeling, 4.000 stappen wandeling) ontbreken gewoon op OSM. (die heb ik wel toegevoegd) Guy Vanvuchelen *Van:* Marc Gemis [mailto:marc.ge...@gmail.com] *Verzonden:* vrijdag 13 september 2013 21:26 *Aan:* OpenStreetMap Belgium *Onderwerp:* Re: [OSM-talk-be] fietsknooppunten Dit lijkt me een probleem van onderhoud. Om goed te zijn moet
Re: [OSM-talk-be] Urbis, first feedback
Hi Guys .. here are latests stats for urbis intagration ... https://docs.google.com/spreadsheet/pub?key=0Aitf6GpM7KbYdGpvcWtNbVRoMU41VnowZU1nMXdGZEEoutput=html the sneak peak is : 504 | Woluwe-Saint-Pierre - Sint-Pieters-Woluwe 11865 | Woluwe-Saint-Lambert - Sint-Lambrechts-Woluwe 4264 | Watermael-Boitsfort - Watermaal-Bosvoorde 4354 | Ville de Bruxelles - Stad Brussel 21601 | Uccle - Ukkel 22802 | Schaerbeek - Schaarbeek 233 | Saint-Josse-ten-Noode - Sint-Joost-ten-Node 152 | Saint-Gilles - Sint-Gillis 0 | Molenbeek-Saint-Jean - Sint-Jans-Molenbeek 13 | Koekelberg 9732 | Jette 6898 | Ixelles - Elsene 80 | Ganshoren 4411 | Forest - Vorst 3663 | Evere 9285 | Etterbeek 1345 | Berchem-Sainte-Agathe - Sint-Agatha-Berchem 6640 | Auderghem - Oudergem 10003 | Anderlecht == 47% of all buildings... Keep up the work :) Regards, Brice On Thu, Jul 18, 2013 at 5:57 PM, eMerzh merz...@gmail.com wrote: Hey everyone :) here is the weekly update (from data from 2013-07-17T19:00:02Z ) So as usual, the number of ways tagged with ref:UrbIS=* by user Nbr | User ---+- 1 | zors1843 2 | D!zzy 2 | Nicomaque 2 | Casimir EXTREME 3 | Glenn Plas 4 | gllm 4 | landfahrer 9 | adjuva 11 | bparmentier 79 | Tbj 307 | Jowielen 1769 | BenoitL 3826 | Polyglot 8848 | Paul-Andre Duchesne 13089 | Potato_Spirit 17250 | eMerzh 20443 | foxandpotatoes 28712 | FantAntonio99 == total of 94361 polygons imported And this week , a big first, a rough percent estimation of integration completeness (count of urbis polygons vs count of osm+urbis polygons ) In Urbis,In OSM 25455 9058 35,58% Anderlecht 12877 0 0,00% Molenbeek-Saint-Jean - Sint-Jans-Molenbeek 37328 2827 7,57% Ville de Bruxelles - Stad Brussel 12968 491 3,79% Woluwe-Saint-Pierre - Sint-Pieters-Woluwe 3129 13 0,42% Koekelberg 16885 4165 24,67% Ixelles - Elsene 6188 1345 21,74% Berchem-Sainte-Agathe - Sint-Agatha-Berchem 10742 973 9,06% Forest - Vorst 25501 11875 46,57% Uccle - Ukkel 8702 152 1,75% Saint-Gilles - Sint-Gillis 23226 22793 98,14% Schaerbeek - Schaarbeek 9320 6392 68,58% Etterbeek 12326 11865 96,26% Woluwe-Saint-Lambert - Sint-Lambrechts-Woluwe 3910 233 5,96% Saint-Josse-ten-Noode - Sint-Joost-ten-Node 10366 6640 64,06% Auderghem - Oudergem 4531 80 1,77% Ganshoren 9171 3208 34,98% Watermael-Boitsfort - Watermaal-Bosvoorde 7380 1882 25,50% Evere 9867 9737 98,68% Jette So, a total estimated to 37.32% of every buildings Here is the link as usual for the preview http://my.bmaron.net/public.php?service=filest=7bcd072eb81b72d66dbb010f6db49932 Regards :) ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] fietsknooppunten
On 2013-09-14 13:06, Jo wrote: Het is lijkt inderdaad meer en meer op onbegonnen werk. Anderzijds zijn we vertrokken van een leeg canvas en kijk waar we nu staan. Mappers zullen er altijd te weinig zijn. Ik zie meer het heil in automatisatie om aan kwaliteitscontrole te doen, maar dan krijg je in bepaalde gevallen de DWG tegen... En het helpt dan natuurlijk enorm als je data van de bron hebt om mee te gaan vergelijken. Grappig genoeg krijg je soms het effect van: als we de toestemming hebben om het van de bron te gebruiken, waarom hoeven we het dan nog aan OSM toe te voegen? In ieder geval zou het enorm helpen als we toestemming zouden kunnen krijgen van de provinciale toeristische diensten om hun updates ook te verwerken. Maar zolang ze iets tegen de mogelijkheid om af te drukken hebben, zal dat waarschijnlijk niet gebeuren. Dus blijven we afhankelijk van mensen die anomalieën vaststellen in 'the field' en dan ofwel zelf aanpassen of melden, zodat iemand anders het kan aanpassen. En er zijn dan ook nog wel mensen zoals mezelf, die graag met Overpass API spelen en die 'en bulk' fixes aanbrengen via scripts + JOSM werk. Dat is zo'n beetje mijn dada van het laatste jaar, ik haal veel voldoening uit het feit van bv alle Dexia kantoren naar Belfius om te zetten. Dus probeer een open en brede geest hierover te houden, het werk zal nooit gedaan zijn aangezien de situatie in het veld ook van uit nature een dynamisch gegeven is . Beeld u maar eens in wat een bedrijf als Google aan resources daar moet tegengooien... Ik doe dat heel graag, mijn laatste 50 edits zijn praktisch allemaal fixes van fouten die ik via bepaalde web applicaties naar voor zie komen, die gemaakt zijn om de dingen te controleren. Alle fouten die ik kan fixen maak ik. Dus geen paniek, hoemeer fouten ik vind , des te beter ik mezelf ga voelen als ik ze rechtzet :) Je moet proberen om fouten bij de bron aan te pakken, maar openstreetmaps setup zit geweldig goed in elkaar, zeker als fouten consequent gemaakt worden is het een peulschil om dit automatisch te fixen. Misschien niet van toepassing direct op knooppunten maar er is oneindig veel verbeterwerk. En net dat vind ik gewoon leuk, beetje online sado-maso zeg maar... Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] fietsknooppunten
en ik vind het dan weer geweldig als ik een wijk tot leven zie komen met huisjes en nummers na een survey. Of als er weer wat oranje lijntjes bijstaan op de wandelkaart :-) Maar ik zal nog heel wat jaartjes moeten stappen eer alle wandelknooppunten erop staan :-) m 2013/9/14 Glenn Plas gl...@byte-consult.be On 2013-09-14 13:06, Jo wrote: Het is lijkt inderdaad meer en meer op onbegonnen werk. Anderzijds zijn we vertrokken van een leeg canvas en kijk waar we nu staan. Mappers zullen er altijd te weinig zijn. Ik zie meer het heil in automatisatie om aan kwaliteitscontrole te doen, maar dan krijg je in bepaalde gevallen de DWG tegen... En het helpt dan natuurlijk enorm als je data van de bron hebt om mee te gaan vergelijken. Grappig genoeg krijg je soms het effect van: als we de toestemming hebben om het van de bron te gebruiken, waarom hoeven we het dan nog aan OSM toe te voegen? In ieder geval zou het enorm helpen als we toestemming zouden kunnen krijgen van de provinciale toeristische diensten om hun updates ook te verwerken. Maar zolang ze iets tegen de mogelijkheid om af te drukken hebben, zal dat waarschijnlijk niet gebeuren. Dus blijven we afhankelijk van mensen die anomalieën vaststellen in 'the field' en dan ofwel zelf aanpassen of melden, zodat iemand anders het kan aanpassen. En er zijn dan ook nog wel mensen zoals mezelf, die graag met Overpass API spelen en die 'en bulk' fixes aanbrengen via scripts + JOSM werk. Dat is zo'n beetje mijn dada van het laatste jaar, ik haal veel voldoening uit het feit van bv alle Dexia kantoren naar Belfius om te zetten. Dus probeer een open en brede geest hierover te houden, het werk zal nooit gedaan zijn aangezien de situatie in het veld ook van uit nature een dynamisch gegeven is . Beeld u maar eens in wat een bedrijf als Google aan resources daar moet tegengooien... Ik doe dat heel graag, mijn laatste 50 edits zijn praktisch allemaal fixes van fouten die ik via bepaalde web applicaties naar voor zie komen, die gemaakt zijn om de dingen te controleren. Alle fouten die ik kan fixen maak ik. Dus geen paniek, hoemeer fouten ik vind , des te beter ik mezelf ga voelen als ik ze rechtzet :) Je moet proberen om fouten bij de bron aan te pakken, maar openstreetmaps setup zit geweldig goed in elkaar, zeker als fouten consequent gemaakt worden is het een peulschil om dit automatisch te fixen. Misschien niet van toepassing direct op knooppunten maar er is oneindig veel verbeterwerk. En net dat vind ik gewoon leuk, beetje online sado-maso zeg maar... Glenn __**_ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-behttps://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] fietsknooppunten
Misschien is dat een goede instelling: plezier vinden in het werk. Toch zou ik het fijn vinden als ons werk echt gebruikt zou worden. Ik vergelijk het soms met Tom Tom. Daar kan men inderdaad miljoenen spenderen om de wegen bij te werken en eigenlijk trekt het nog op niets. Het duurt enorm lang voor verbeteringen bij de gebruiker geraken. Moesten wij de gegevens van Tom Tom kunnen aanpassen: het zou waarschijnlijk een pareltje zijn. Mijn ervaring is dat de mensen afhaken als ze een kaart van OSM willen gebruiken voor autonavigatie omdat ze zo onvolledig zijn. Die mensen krijg je niet gemakkelijk terug. En juist door gebruikt van onze gegevens zouden verbeteringen gemakkelijker door te voeren zijn. Het beste voorbeeld is misschien wel het gebruik van OSM op de Garmin GPS. Je ziet onmiddellijk welke wegen er niet op staan en een paar uren later is het gefixt. Anderzijds, voor het uitstippelen van een fietsroute via knooppunten verkies ik toch fietsnet.be (Google) boven fietsrouteplanner-zuid.nl (OSM) omdat ik dan minder vaak fout ben. Guy Vanvuchelen -Oorspronkelijk bericht- Van: Glenn Plas [mailto:gl...@byte-consult.be] Verzonden: zaterdag 14 september 2013 18:22 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] fietsknooppunten On 2013-09-14 13:06, Jo wrote: Het is lijkt inderdaad meer en meer op onbegonnen werk. Anderzijds zijn we vertrokken van een leeg canvas en kijk waar we nu staan. Mappers zullen er altijd te weinig zijn. Ik zie meer het heil in automatisatie om aan kwaliteitscontrole te doen, maar dan krijg je in bepaalde gevallen de DWG tegen... En het helpt dan natuurlijk enorm als je data van de bron hebt om mee te gaan vergelijken. Grappig genoeg krijg je soms het effect van: als we de toestemming hebben om het van de bron te gebruiken, waarom hoeven we het dan nog aan OSM toe te voegen? In ieder geval zou het enorm helpen als we toestemming zouden kunnen krijgen van de provinciale toeristische diensten om hun updates ook te verwerken. Maar zolang ze iets tegen de mogelijkheid om af te drukken hebben, zal dat waarschijnlijk niet gebeuren. Dus blijven we afhankelijk van mensen die anomalieën vaststellen in 'the field' en dan ofwel zelf aanpassen of melden, zodat iemand anders het kan aanpassen. En er zijn dan ook nog wel mensen zoals mezelf, die graag met Overpass API spelen en die 'en bulk' fixes aanbrengen via scripts + JOSM werk. Dat is zo'n beetje mijn dada van het laatste jaar, ik haal veel voldoening uit het feit van bv alle Dexia kantoren naar Belfius om te zetten. Dus probeer een open en brede geest hierover te houden, het werk zal nooit gedaan zijn aangezien de situatie in het veld ook van uit nature een dynamisch gegeven is . Beeld u maar eens in wat een bedrijf als Google aan resources daar moet tegengooien... Ik doe dat heel graag, mijn laatste 50 edits zijn praktisch allemaal fixes van fouten die ik via bepaalde web applicaties naar voor zie komen, die gemaakt zijn om de dingen te controleren. Alle fouten die ik kan fixen maak ik. Dus geen paniek, hoemeer fouten ik vind , des te beter ik mezelf ga voelen als ik ze rechtzet :) Je moet proberen om fouten bij de bron aan te pakken, maar openstreetmaps setup zit geweldig goed in elkaar, zeker als fouten consequent gemaakt worden is het een peulschil om dit automatisch te fixen. Misschien niet van toepassing direct op knooppunten maar er is oneindig veel verbeterwerk. En net dat vind ik gewoon leuk, beetje online sado-maso zeg maar... Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] fietsknooppunten
Op deze lijst lijkt het of er maar 2 belangrijke toepassingen zijn: knooppunten en autonavigatie. Het gebruik van kaarten gaat veel verder. Op het Nederlandse forum is er een draadje over toepassingen van OSM: http://forum.openstreetmap.org/viewtopic.php?id=16030 Verder heeft Aldi een GPS op basis van OSM, gaat Bosch er een uitbrengen voor eBikes, zie je een aantal brandweerdepartementen (Noord Duitsland, Polen, maar ook bij ons) die gegevens willen toevoegen en dus waarschijnlijk ook gaan gebruiken. Michelin heeft een kaart uitgebracht op basis van OSM. Je kan ze gebruiken op je Garmin. Mercedes heeft een zelfrijdende wagen die gebruikt maakt van JOSM. In het VK zijn er nu gemeentebesturen die OSM kaarten gebruiken voor planning e.d. Voor de wandel- en fietsknooppunten hebben we inderdaad een achterstand. Een oneerlijke race feitelijk. Tourisme Vlaanderen heeft alle gegevens, hebben via derden een website waar je de route kan plannen. Zouden in principe alle wijzigingen moeten kennen. Hoe kan je daar tegenop ? Vergeet niet dat dat maar een van de vele mogelijke toepassingen is van OSM. Daarom (ik heb dit reeds meermaals gezegd), moet je verder zien dan enkel die netwerken. Biedt een kaart aan die ook andere informatie bevat, die niet beschikbaar is op de gekende planners. Dan gaan de mensen misschien wel overstappen. Hoelang is Google al bezig om kaartgegevens te verzamelen, in te kopen, enz ? Met welk budget ? Hoeveel ingebouwde (voor auto's) GPS toestellen zijn er gebaseerd op google maps ? groet m 2013/9/14 Guy Vanvuchelen guy.vanvuche...@gmail.com Misschien is dat een goede instelling: plezier vinden in het werk. Toch zou ik het fijn vinden als ons werk echt gebruikt zou worden. Ik vergelijk het soms met Tom Tom. Daar kan men inderdaad miljoenen spenderen om de wegen bij te werken en eigenlijk trekt het nog op niets. Het duurt enorm lang voor verbeteringen bij de gebruiker geraken. Moesten wij de gegevens van Tom Tom kunnen aanpassen: het zou waarschijnlijk een pareltje zijn. Mijn ervaring is dat de mensen afhaken als ze een kaart van OSM willen gebruiken voor autonavigatie omdat ze zo onvolledig zijn. Die mensen krijg je niet gemakkelijk terug. En juist door gebruikt van onze gegevens zouden verbeteringen gemakkelijker door te voeren zijn. Het beste voorbeeld is misschien wel het gebruik van OSM op de Garmin GPS. Je ziet onmiddellijk welke wegen er niet op staan en een paar uren later is het gefixt. Anderzijds, voor het uitstippelen van een fietsroute via knooppunten verkies ik toch fietsnet.be (Google) boven fietsrouteplanner-zuid.nl (OSM) omdat ik dan minder vaak fout ben. Guy Vanvuchelen -Oorspronkelijk bericht- Van: Glenn Plas [mailto:gl...@byte-consult.be] Verzonden: zaterdag 14 september 2013 18:22 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] fietsknooppunten On 2013-09-14 13:06, Jo wrote: Het is lijkt inderdaad meer en meer op onbegonnen werk. Anderzijds zijn we vertrokken van een leeg canvas en kijk waar we nu staan. Mappers zullen er altijd te weinig zijn. Ik zie meer het heil in automatisatie om aan kwaliteitscontrole te doen, maar dan krijg je in bepaalde gevallen de DWG tegen... En het helpt dan natuurlijk enorm als je data van de bron hebt om mee te gaan vergelijken. Grappig genoeg krijg je soms het effect van: als we de toestemming hebben om het van de bron te gebruiken, waarom hoeven we het dan nog aan OSM toe te voegen? In ieder geval zou het enorm helpen als we toestemming zouden kunnen krijgen van de provinciale toeristische diensten om hun updates ook te verwerken. Maar zolang ze iets tegen de mogelijkheid om af te drukken hebben, zal dat waarschijnlijk niet gebeuren. Dus blijven we afhankelijk van mensen die anomalieën vaststellen in 'the field' en dan ofwel zelf aanpassen of melden, zodat iemand anders het kan aanpassen. En er zijn dan ook nog wel mensen zoals mezelf, die graag met Overpass API spelen en die 'en bulk' fixes aanbrengen via scripts + JOSM werk. Dat is zo'n beetje mijn dada van het laatste jaar, ik haal veel voldoening uit het feit van bv alle Dexia kantoren naar Belfius om te zetten. Dus probeer een open en brede geest hierover te houden, het werk zal nooit gedaan zijn aangezien de situatie in het veld ook van uit nature een dynamisch gegeven is . Beeld u maar eens in wat een bedrijf als Google aan resources daar moet tegengooien... Ik doe dat heel graag, mijn laatste 50 edits zijn praktisch allemaal fixes van fouten die ik via bepaalde web applicaties naar voor zie komen, die gemaakt zijn om de dingen te controleren. Alle fouten die ik kan fixen maak ik. Dus geen paniek, hoemeer fouten ik vind , des te beter ik mezelf ga voelen als ik ze rechtzet :) Je moet proberen om fouten bij de bron aan te pakken, maar openstreetmaps setup zit geweldig goed in elkaar, zeker als fouten consequent gemaakt worden is het een peulschil om dit automatisch te
Re: [OSM-talk] iD and P2 new user errors - part 2
malenki wrote: Do you also look for relations? By chance I found a MP relation with one outer not closed way - nothing more. Before the last edit with iD it had 5 outer and 33 inner ways: http://www.openstreetmap.org/browse/relation/1417720/history Yes - a while back I noticed one example of someone deleting all the inners from a multipolygon relation, so I've been on the lookout for relation-related errors since. There are a few examples of iD users creating relations for no purpose but I've not counted those as errors because what results is not wrong - it's just using more data than is necessary to represent something. However, the data that I'm looking at is primarily England. There aren't the same underlying imported landuse multipolygons that you get in parts of the US or the NL, or the manually added wood/forest of Germany, so there's less to break in that area. About the only large wood/forest area in the area that I look at is Cannock Chase, and that's just a way: http://www.openstreetmap.org/browse/way/32548047 (the note on that correctly indicates that there's a more work to be do there** - separating the Chase area from what's actual woodland would be a start) Cheers, Andy ** and I'm as guilty of not doing that as anyone else! ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iD and P2 new user errors - part 2
Hi, On 14.09.2013 02:17, SomeoneElse wrote: P2 iD JOSM Other (Wheelmap / Go Map! / POI+) Made no newbie errors15 55 2 4 Made at least one newbie error 20 43 0 4 Made more serious errors 1 3 1 0 33% of new JOSM users introduce serious errors? BAN JOSM Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Dörfer ohne Straßennamen
Am 12.09.2013 14:27, schrieb Andreas Labres: On 12.09.13 14:06, Marvin Preuss wrote: ich habe da mal eine Frage: Wie sollte man mit Dörfern umgehen die keine Straßennamen haben bzw bei denen die Häuser einfach durchnummeriert werden? Sollte ich die Straßen ohne name-Tag lassen oder dort den Namen des Dorfes eintragen? Dies wäre ja teil der Adresse. Wie zum Beispiel hier: http://osm.org/go/0D7wDb5ll-;. Will man dorthin navigieren oder einen Brief schreiben möchte benutzt man in dem Fall Greuth 11, Höchstadt an der Aisch. Also besser den Dorfnamen als Straßennamen taggen? Stehe ein wenig auf dem Schlauch... Dafür gibt es addr:place (statt addr:street): addr:place=Greuth addr:housenumber=11 addr:postcode=91315 addr:city=Höchstadt an der Aisch addr:country=DE vgl. z.B. http://www.openstreetmap.org/?query=Brunnbach%208 Den name=Greuth auf den Straßen sollte man IMO wegnehmen, weil nicht die Straße heißt so, sondern der Ort (denke ich). /al ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de Servus, Gibt es eigentlich ein System den Straßen die addr:place Information auch korrekt zu verleihen. Zwar tragen sie den Namen (meist/vermutlich) nicht, aber gleichzeitig finde ich es doch eine relevante Information, speziell fürs rendern von Karten. Und die Extrapolation aus den umliegenden Hausnummern ist doch ein wenig aufwendig und gewagt. Lg ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dörfer ohne Straßennamen
Am 14. September 2013 11:30 schrieb Jimmy_K jimm...@gmx.at: Servus, Gibt es eigentlich ein System den Straßen die addr:place Information auch korrekt zu verleihen. Zwar tragen sie den Namen (meist/vermutlich) nicht, aber gleichzeitig finde ich es doch eine relevante Information, speziell fürs rendern von Karten. Und die Extrapolation aus den umliegenden Hausnummern ist doch ein wenig aufwendig und gewagt. kannst Du die Frage präzisieren? Die Straßen haben ja keine Adresse sondern die Grundstücke, was genau sollte man den Straßen für ein Attribut anhängen? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Düsseldorf überschwemmt?
Moin, Düsseldorf hat auf osm.org im verlinkten Zoom einen blauen Hintergrund und sieht damit aus wie überschwemmt. Zommt man hinein, verschwindet das Blau. Hat jemand eine Ahnung, wie das zustande kommt? http://www.openstreetmap.org/?mlat=51.21358mlon=6.77079#map=17/51.21362/6.77824 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Düsseldorf überschwemmt?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 14.09.2013 16:25, schrieb Tirkon: Moin, Düsseldorf hat auf osm.org im verlinkten Zoom einen blauen Hintergrund und sieht damit aus wie überschwemmt. Zommt man hinein, verschwindet das Blau. Hat jemand eine Ahnung, wie das zustande kommt? http://www.openstreetmap.org/?mlat=51.21358mlon=6.77079#map=17/51.21362/6.77824 Als Kölner würde ich sagen, ist nicht weiter schlimm SCNR Schau Dir mal dieses Changeset an http://www.openstreetmap.org/browse/changeset/17830550 ist zwar ein erfahrener User, hat aber ID benutzt und Relationen bearbeitet Bernd -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlI0dm8ACgkQwCMdlf933K9FmgCgrb5mL+7u7F+r48PGxSIER2Cg dIgAnRwgv84boPgba9wohPuNyO27Lz7O =VnKb -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Webservice um Kacheln zu verschmelzen
Was spricht eigentlich gegen Walking Papers? Die kann man meines wissens nach sogar einscannen und dann als Hintergrund in Josm benutzen. http://walking-papers.org/ Gruß André ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Webservice um Kacheln zu verschmelzen
Hallo Andreas, Am 12.09.2013 10:22, schrieb Andreas Hubel: um bei Hausnummern Mapping Parties vernünftig Pläne ausdrucken zu können bin ich zurzeit auf der Suche nach einem Webservice der on-the-fly verschiedene Kacheln miteinander kombiniert und die dann sozusagen wieder als Tiles anbietet. Konkret geht des damit für Field papers einen eigenen Stil zu haben, der gut fürs Mappen vor Ort geeignet ist. Sprich man soll die Hausnummern und Gebäude gut sehen und Gebäude mit und ohne Adresse entsprechend gekennzeichnet sind. Ich dachte dabei daran die Karte von osm.org mit den no-address und hasaddress Layern von qa.poole.ch zu kombinieren, allerdings kann Field Papers noch keine Kacheln übereinander legen, aber man kann zumindest einge Tile Server URLs angeben. anstelle Kacheln zu verschmelzen, kann ich dir einen anderen Vorschlag machen. Rendere doch selber Karten als SVG-Datei mit Maperitive und meinem Stil Cadastre Style. Den Stil findest du auf https://github.com/Nakaner/cadastrestyle und die Beschreibung auf http://wiki.openstreetmap.org/wiki/DE:Nakaner/Cadastre_Style Ich empfehle die Variante ohne Schraffuren. Viele Grüße Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Definition coastline, wood
Am 13.09.2013 20:28, schrieb Markus: ich habe in den letzten Wochen oft die Küstenlinie der schwedischen Ostschären bearbeitet. :-) - ja, da gibt es noch viel zu tun: http://map.openseamap.org/map/?zoom=12lat=58.40895lon=16.89403layers=BFTFFFTFFTT0TF Hast du den Ausschnitt mit der Mapnikkarte auf osm.org verglichen? Ihr solltest dringend den Kartenhintergrung aktualisieren :-) Teilweise befinden sich breite Schilf-/Röhrichtgürtel zwischen offenem Wasser und festem Land. Gibt es eine Definition, wo man die coastline dort am besten einzeichnet? Gezeitengewässer: Mean High Water Springs (Mittleres Hochwasser) Gewässer ohne Gezeiten: Mean Sea Level (Mittlerer Wasserstand) http://wiki.openstreetmap.org/wiki/DE:Coastline#Linien_an_der_Küste Die Definition kenne ich, sie ist aber in diesem Fall nicht eindeutig. Ich habe meist den ersten Farbwechsel im Schilfgürtel als Küstenline genommen, aber das ist sehr willkürlich. Den Schilfgürtel würde ich davon unabhängig (also nicht an die Küste kleben) mit natural=schilf oder so einzeichnen. Du meinst sicherlich natural=wetland, wetland=reedbed. Zum Luftbildmappen von Küstenlinien hatte ich mal was geschrieben: http://wiki.openstreetmap.org/wiki/DE:Coastline#Verbessern_der_Genauigkeit Das habe ich gelesen und musste über keine Generalisierung schmunzeln. Die Küstenlinie ist ein klassisches Beispiel für ein Fraktal und hätte ohne Generalisierung unendlich viele Punkte und sogar unendliche Länge. Ich würde gern auch den Baumbewuchs erfassen Von einzelnen Kiefern, die sich auf dem nahezu kahlen Fels halten, bis zu Waldstücken mit Humusboden ist alles vertreten. Ich würde nur geschlossenen Wald auf Humus mappen. Auf dem Luftbild erkennt man allenfalls ob die Baumkronen lückenlos stehen. Nützlich wäre ein tag für teilweise baumbedeckte Gebiete. Die kommen ja auch im Gebirge vor. Super wäre auch, wenn Du gleich einzele Häuser und Stege mappen könntest, das hilft sehr beim Orientieren zwischen den Inseln :-) Das ist viel Arbeit. Machst du mit? Gruß Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Webservice um Kacheln zu verschmelzen
Ich habe dafür static Map lite benutzt. http://staticmap.openstreetmap.de/wizzard/ Am Samstag, 14. September 2013 schrieb Michael Reichert : Hallo Andreas, Am 12.09.2013 10:22, schrieb Andreas Hubel: um bei Hausnummern Mapping Parties vernünftig Pläne ausdrucken zu können bin ich zurzeit auf der Suche nach einem Webservice der on-the-fly verschiedene Kacheln miteinander kombiniert und die dann sozusagen wieder als Tiles anbietet. Konkret geht des damit für Field papers einen eigenen Stil zu haben, der gut fürs Mappen vor Ort geeignet ist. Sprich man soll die Hausnummern und Gebäude gut sehen und Gebäude mit und ohne Adresse entsprechend gekennzeichnet sind. Ich dachte dabei daran die Karte von osm.org mit den no-address und hasaddress Layern von qa.poole.ch zu kombinieren, allerdings kann Field Papers noch keine Kacheln übereinander legen, aber man kann zumindest einge Tile Server URLs angeben. anstelle Kacheln zu verschmelzen, kann ich dir einen anderen Vorschlag machen. Rendere doch selber Karten als SVG-Datei mit Maperitive und meinem Stil Cadastre Style. Den Stil findest du auf https://github.com/Nakaner/cadastrestyle und die Beschreibung auf http://wiki.openstreetmap.org/wiki/DE:Nakaner/Cadastre_Style Ich empfehle die Variante ohne Schraffuren. Viele Grüße Michael ___ Talk-de mailing list Talk-de@openstreetmap.org javascript:; https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Definition coastline, wood
On Saturday 14 September 2013, Stephan Wolff wrote: [...] Zum Luftbildmappen von Küstenlinien hatte ich mal was geschrieben: http://wiki.openstreetmap.org/wiki/DE:Coastline#Verbessern_der_Gena uigkeit Das habe ich gelesen und musste über keine Generalisierung schmunzeln. Die Küstenlinie ist ein klassisches Beispiel für ein Fraktal und hätte ohne Generalisierung unendlich viele Punkte und sogar unendliche Länge. Das wäre nur dann der Fall, wenn Du ein Messverfahren mit unbegrenzter Auflösung verwendest. In der Realität hat bereits die ursprüngliche Datengrundlage (also das Luftbild oder das GPS-Signal) eine klare Auflösungsgrenze und der Ratschlag, gegenüber dieser nicht zusätzlich zu vereinfachen, ist recht sinnvoll - ganz einfach nach dem Motto: wenn man sich schon die Mühe macht, das zu erfassen, dann sollte man die Erfassung nicht schlechter machen, als sie aufgrund der Datengrundlage eh zwangsläufig ist. Ein gutes Negativbeispiel sind die ja bei der Küstenlinie weitverbreitet importierten PGS-Daten, die deutlich weniger detailliert sind als die verwendete Datengrundlage (Node-Abstände von meist etwa 50-100m auf Basis von Bildern mit einer Auflösung von 30/15m). Grüße, -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] edifici in rovina col tetto sfondato
Il giorno 14/set/2013, alle ore 06:58, scratera piz...@alice.it ha scritto: ...building=collapsed ...da http://wiki.openstreetmap.org/wiki/IT:Key:building ...completando con historic=. ...da http://wiki.openstreetmap.org/wiki/Historic talvolta trovo dei historic=ruins dove penso sia più adatto historic=archaeological_site (cose antiche, in zone terremotate il tag historic spesso non è pertinente) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] edifici in rovina col tetto sfondato
borwnfield è normalmante una cosa diversa e molto specifica: Land scheduled for new development where old buildings have been demolished and cleared Accade tipicamente con ex-fabbriche estese. E' un termine recente che viene dagli USA. Vedi: https://en.wikipedia.org/wiki/Brownfield Volker 2013/9/13 andria_osm andria_...@tiscali.it Scusate ancora e le aree come da oggetto? building=yes ruins=yes o addirittura landuse=brownfield? (nel caso ci siano solo macerie senza quasi mura) -- id osm: Andria Tzedda http://sardiniaopendata.org/ __**_ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-ithttps://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] edifici in rovina col tetto sfondato
+1 per questa impostazione: building=yes ruins=yes Che permette di specificare anche tipo di buiding che è diventato ruins http://wiki.openstreetmap.org/wiki/Key:ruins Buon mapping. GM. Il giorno 13 settembre 2013 20:06, andria_osm andria_...@tiscali.it ha scritto: Scusate ancora e le aree come da oggetto? building=yes ruins=yes o addirittura landuse=brownfield? (nel caso ci siano solo macerie senza quasi mura) -- id osm: Andria Tzedda http://sardiniaopendata.org/ __**_ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-ithttps://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] edifici in rovina col tetto sfondato
2013/9/14 Volker Schmidt vosc...@gmail.com borwnfield è normalmante una cosa diversa e molto specifica: Land scheduled for new development where old buildings have been demolished and cleared Accade tipicamente con ex-fabbriche estese. si, alle ex-fabbriche per il significato di brownfield, ma secondo il wiki non ci potrebbero essere: cleared sarebbe rimosse, no? E' un termine recente che viene dagli USA. Vedi: https://en.wikipedia.org/wiki/Brownfield penso che non è un termine dagli USA ma un termine che hanno introdotto gli inglesi in OSM (e generalmente vale per noi il significato inglese), solo che en.wikipedia descrive prima il significato americano e solo dopo quello inglese (perché loro hanno una presenza maggiore dei americani). Se leggi la definizione di WP-en: In the urban planning http://en.wikipedia.org/wiki/Urban_planning jargon of the United States http://en.wikipedia.org/wiki/United_States, a *brownfield site* (or simply a *brownfield*) is landhttp://en.wikipedia.org/wiki/Real_propertypreviously used for industrial http://en.wikipedia.org/wiki/Industry purposes or some commercial uses. The land may be contaminated by low concentrations of hazardous waste http://en.wikipedia.org/wiki/Hazardous_waste or pollutionhttp://en.wikipedia.org/wiki/Pollution, and has the potential to be reused once it is cleaned up.[1]http://en.wikipedia.org/wiki/Brownfield_land#cite_note-1Land that is more severely contaminated and has high concentrations of hazardous waste or pollution, such as a Superfundhttp://en.wikipedia.org/wiki/Superfundsite, does not fall under the brownfield classification. *Mothballed brownfields* are properties that the owners are not willing to transfer or put to productive reuse.[2]http://en.wikipedia.org/wiki/Brownfield_land#cite_note-2 In the United Kingdom http://en.wikipedia.org/wiki/United_Kingdom and Australia http://en.wikipedia.org/wiki/Australia, the term applies more generally to previously used land or to sections of industrial or commercial facilities that are to be upgraded, although this usage is becoming more commonplace in the United Stateshttp://en.wikipedia.org/wiki/United_Statesas well. insomma, tag poco chiaro, l'unica cosa che dice il nostro wiki è che c'erano edifici che sono stati rimossi e l'area adesso è destinata a nuova edificazione/sviluppo. Visto che la voce è solo un abbozzo ed il termine ha legalmente un significato leggermente diverso, presumibilmente nella mappatura reale il tag è stato usato anche per altre aree (con edifici rimasti o per siti inquinati). La traduzione del sito wikipedia in tedesco è completamente fuori luogo e probabilmente anche questo ha creato confusione tra mappatori tedeschi. Per me il fatto che un'area è inquinata o meno lo metterei come attributo, non come tag principale di uso del suolo. Per esempio past_pollution=yes/suspected/no. Suggerisco di andare sulla lista tagging per chiarire la definizione nel wiki e per trovare dei tags per descrivere cosa abbiamo bisogno di descrivere. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] edifici in rovina col tetto sfondato
2013/9/14 Gian Mario Navillod gian.mario.navil...@gmail.com +1 per questa impostazione: building=yes ruins=yes -1 o è un edificio o una rovina. casomai building=collapsed (cosa non è molto pulito perché collapsed non è un tipo di edificio, ma purtroppo è stato introdotto per haiti (dicendo che non c'era tempo a trovare una maniera pulita e che si avrebbe sviluppato uno scherma migliore dopo). Anche building=ruins potrebbe essere un'alternativa (sempre con lo stesso problema). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] edifici in rovina col tetto sfondato
Questa pagina: http://wiki.openstreetmap.org/wiki/Key:ruins riporta: This tag is used to identify features which are in ruins. It is most commonly used in conjunction with the historic tag. This can be used to identify the type of structure which is in ruins: historichttp://wiki.openstreetmap.org/wiki/Key:historic =castle http://wiki.openstreetmap.org/wiki/Tag:historic%3Dcastle,*ruins*= yes http://wiki.openstreetmap.org/wiki/Tag:ruins%3Dyes For ruined structures that have no historic importance it can also be used in conjunction with other tags, such as 'building'. For example: buildinghttp://wiki.openstreetmap.org/wiki/Key:building =yes http://wiki.openstreetmap.org/wiki/Tag:building%3Dyes,*ruins*=yeshttp://wiki.openstreetmap.org/wiki/Tag:ruins%3Dyes Temo che quanto scritto sul wiki non sia compatibile con l'opinione di Martin, uno dei membri più attivi della comunità in Italia. C'è qualcuno che può risolvere il problema? Buon mapping a tutti. GM. Il giorno 14 settembre 2013 11:33, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2013/9/14 Gian Mario Navillod gian.mario.navil...@gmail.com +1 per questa impostazione: building=yes ruins=yes -1 o è un edificio o una rovina. casomai building=collapsed (cosa non è molto pulito perché collapsed non è un tipo di edificio, ma purtroppo è stato introdotto per haiti (dicendo che non c'era tempo a trovare una maniera pulita e che si avrebbe sviluppato uno scherma migliore dopo). Anche building=ruins potrebbe essere un'alternativa (sempre con lo stesso problema). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] edifici in rovina col tetto sfondato
2013/9/14 Gian Mario Navillod gian.mario.navil...@gmail.com Questa pagina: http://wiki.openstreetmap.org/wiki/Key:ruins si, conosco quella pagina, ho partecipato anch'io nel scriverla, ma nel frattempo ho cambiato idea. E' un caso simile a disused=yes, abandoned=yes ecc. dove col tempo si è mostrato la soluzione migliore di usare prefissi disused:amenity=* ecc. Poi, pur essendo simile non è esattamente la stessa cosa, perché una rovina potrebbe essere più interessante che un ristorante chiuso (per esempio). Parliamone. In ogni caso anzichè building=yes metterei building=ruins come versione preliminare... C'è comunque anche questo in ballo ;-) : http://wiki.openstreetmap.org/wiki/Talk:Key:ruins http://wiki.openstreetmap.org/wiki/Proposed_features/ruins http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/ruins http://wiki.openstreetmap.org/wiki/Tag:historic%3Druins http://wiki.openstreetmap.org/wiki/Talk:Tag:historic%3Druins ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag www.prezzibenzina.it
Avete ragione, mi son sbagliato. Il codice non corrisponde. -- View this message in context: http://gis.19327.n5.nabble.com/Tag-www-prezzibenzina-it-tp5777413p5777580.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] OverpassTurbo dati antecedenti data
E' possibile fare una ricerca con overpass turbo per avere dei dati antecedenti ad una data? -- View this message in context: http://gis.19327.n5.nabble.com/OverpassTurbo-dati-antecedenti-data-tp5777582.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag www.prezzibenzina.it
Iniziamo con i minisondaggi, magari così ogni tanto le discussioni si concludono :-) http://polls.cc/Ti9AmE/ Per id ministeriale si intende qualunque codice tireranno fuori dall'osservatorio (magari sarebbero contattabili per avere info in tal senso e far rilascire l'elenco dei benzinai in open data). Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag www.prezzibenzina.it
2013/9/14 sabas88 saba...@gmail.com Iniziamo con i minisondaggi, magari così ogni tanto le discussioni si concludono :-) http://polls.cc/Ti9AmE/ Per id ministeriale si intende qualunque codice tireranno fuori dall'osservatorio (magari sarebbero contattabili per avere info in tal senso e far rilascire l'elenco dei benzinai in open data). da dove vuoi prendere quel id ministeriale? Dovrebbe essere compatibile con la nostra licenza. Esiste già o lo vogliono fare? Per la rimozione dei tags suggerisco di inserire il tag alla lista di josm con tags da togliere automaticamente nel caso che l'oggetto viene modificato, così si tiene basso l'impatto sui database e versioni e comunque dopo un po' sarà sparito. Per esempio al momento ci sono solo 20 millioni di created_by rimasti nel database ;-) http://taginfo.openstreetmap.org/keys/created_by ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag www.prezzibenzina.it
14.09.2013 - 16:05 - sabas88: Iniziamo con i minisondaggi, magari così ogni tanto le discussioni si concludono :-) http://polls.cc/Ti9AmE/ Per id ministeriale si intende qualunque codice tireranno fuori dall'osservatorio (magari sarebbero contattabili per avere info in tal senso e far rilascire l'elenco dei benzinai in open data). Ciao, Stefano So che non è così, ma ...cosa fare con i benzinai? - Eliminare completamente il tag. uno potrebbe capire di cancellare il punto... e non solo il tag/id di prezzibenzina... Ciao Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag www.prezzibenzina.it
Il giorno 14 settembre 2013 16:17, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2013/9/14 sabas88 saba...@gmail.com Iniziamo con i minisondaggi, magari così ogni tanto le discussioni si concludono :-) http://polls.cc/Ti9AmE/ Per id ministeriale si intende qualunque codice tireranno fuori dall'osservatorio (magari sarebbero contattabili per avere info in tal senso e far rilascire l'elenco dei benzinai in open data). da dove vuoi prendere quel id ministeriale? Dovrebbe essere compatibile con la nostra licenza. Esiste già o lo vogliono fare? L'inciso era per questo, si sa mai che qualcuno scriva una pec o twitti ( :P ) o qualcuno in contatto con dati.gov.it faccia aprire il dataset... Per la rimozione dei tags suggerisco di inserire il tag alla lista di josm con tags da togliere automaticamente nel caso che l'oggetto viene modificato, così si tiene basso l'impatto sui database e versioni e comunque dopo un po' sarà sparito. Per esempio al momento ci sono solo 20 millioni di created_by rimasti nel database ;-) http://taginfo.openstreetmap.org/keys/created_by Quando è stato inserito created_by nei tag da rimuovere? (giusto per capire il rate di sparizione, come i tag del TIGER...). ciao, Martin Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] [OT] Navigatore con ricevitore GPS + GLONASS
Quanto in oggetto è valido per la mappatura su OSM? Mi spiego, ho acquistato un garmin etrex 30, con quel tipo di parametro nella scelta, ma non trovo buoni riferimenti sulla validità o meno per la mappatura della traccia gps risultante, in quanto, da quel che vedo su wikipedia, il datum wgs84 ce l'ha solo il GPS, per cui la scelta in oggetto è funzionale lo stesso per poi rilevare la traccia con SR adeguato (ovvero wgs84)? Vedo blog/opinioni che parlano addirittura di una precisione di 50 Cm, ma non so se sono affidabili alla fine. -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] Navigatore con ricevitore GPS + GLONASS
...lo uso pure io con soddisfazione https://skydrive.live.com/?cid=e97ef30135544eafid=E97EF30135544EAF!2432sc=documents#!/view.aspx?cid=E97EF30135544EAFresid=E97EF30135544EAF!13652app=WordPdf ...buona lettura -- View this message in context: http://gis.19327.n5.nabble.com/OT-Navigatore-con-ricevitore-GPS-GLONASS-tp5777606p5777616.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Feed RSS per il monitoraggio della qualità di una zona di interesse: OSM QA Feed
Ciao, non so se era già stato postato nella ML ma c'è un nuovo sito che permette di creare feed RSS in maniera automatica di una zona a vostra scelta che volete continuamente monitorare: OSM QA FEEDS http://tyrasd.github.io/osm-qa-feeds/ Come prima cosa vi viene chiesto il luogo che volete controllare (un singolo paese, una regione, ecc...) e poi, se volete potete aumentare/ridurre la dimensione della zona di monitoraggio ulteriormente. I feed creati sono per i seguenti servizi: -OSM Notes -WhoDidIt -newestosm -KeepRight! -Openstreetbug (anche se ormai è stato abbandonato) -ITO - Osm Mapper Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Feed RSS per il monitoraggio della qualità di una zona di interesse: OSM QA Feed
aggiungo una nota: l'autore e' lo stesso di overpass-turbo ed e' altoatesino :) 2013/9/14 Leonardo kinetocor...@gmail.com: Ciao, non so se era già stato postato nella ML ma c'è un nuovo sito che permette di creare feed RSS in maniera automatica di una zona a vostra scelta che volete continuamente monitorare: OSM QA FEEDS http://tyrasd.github.io/osm-qa-feeds/ Come prima cosa vi viene chiesto il luogo che volete controllare (un singolo paese, una regione, ecc...) e poi, se volete potete aumentare/ridurre la dimensione della zona di monitoraggio ulteriormente. I feed creati sono per i seguenti servizi: -OSM Notes -WhoDidIt -newestosm -KeepRight! -Openstreetbug (anche se ormai è stato abbandonato) -ITO - Osm Mapper Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] Navigatore con ricevitore GPS + GLONASS
Il 14/09/2013 21:59, scratera ha scritto: ...lo uso pure io con soddisfazione https://skydrive.live.com/?cid=e97ef30135544eafid=E97EF30135544EAF!2432sc=documents#!/view.aspx?cid=E97EF30135544EAFresid=E97EF30135544EAF!13652app=WordPdf ...buona lettura -- View this message in context: http://gis.19327.n5.nabble.com/OT-Navigatore-con-ricevitore-GPS-GLONASS-tp5777606p5777616.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it Complimenti per il lavoraccio! Solo un puntiglio, ammesso e concesso che non mi sia sfuggita la motivazione. Ho visto che la microD l'hai messa da 8 GB, ecco, io l'ho messa da 16 GB, caricato la mappa OSM per escursionismo dal sito della GFOSS, e devo dire che funzia bene. Quanto al gps + glonass domani lo provo, grazie per il link, ed ancora complimenti per la prova etrex. -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Casalinghi
Ciao a tutti, qual è il tag corretto per un negozio di soli casalinghi? Piatti, bicchiere, pentole, robot da cucina, teiere, ... Alcuni usano supermarket se vendono anche altre cose, diversi li ho visti mappati come variety_store ma secondo me non ha senso.Voi come li mappereste? Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Problemas para descarga de polígonos y puntos OSM
En este artículo explican como descargar más etiquetas que las ofrecidas por defecto en el plugin http://www.altergeosistemas.com/web/importar-datos-openstreetmap-quantum-gis/ Al final hay una nota que quizás explique el porqué se estarían omitiendo datos desde la descarga: *ACTUALIZACIÓN*: El día 9 de febrero de 2013 el identificador de nodos de la base de datos de OSM alcanzó el número más alto que se puede almacenar como un entero de 32 bits. Debido a esto, los softwares que hacen uso de la API de OpenStreetMap deben actualizarse para que sean compatible con 64 bits. A raíz de este cambio, y motivado por la antigüedad y el escaso mantenimiento de este componente, se ha planteando un debatehttp://osgeo-org.1560.x6.nabble.com/The-future-of-OpenStreetMap-plugin-tt5031372.html#none sobre el futuro de este plug-in de importación de datos de QGIS. Creo que una opción sería descargar los datos con JOSM, guardarlos como .osm.bz2, importarlos con http://imposm.org/ y usarlos en QGis añadiendo una capa PostGis. El 14 de septiembre de 2013 08:02, Harrier Co harrie...@hotmail.comescribió: Hola Tambien creo, que lo que se mapea no aparece inmediatamente en las descargas, si no estoy mal toma un dia al menos. y casi 3 dias si lo descarga desde http://download.geofabrik.de/south-america.html harrierco -- Date: Thu, 12 Sep 2013 14:30:16 -0500 From: kaxti...@gmail.com To: talk-co@openstreetmap.org Subject: [Talk-co] Problemas para descarga de polígonos y puntos OSM Hola, buenos día. Tengo una inquietud respectoa a la descarga de información en archivos *.OSM 1. en JOSM vengo trabajando en la actualización de cartografia de la zona norte del departamento del Cauca, especialmente en la cabecera de Villa Rica ( A ) 2. Realice los polígonos para ubicar los barrios de la cabecera municipal y tambien puntos para ubicarlo. 3. Al momento de bajar los datos en un archivo .osm y cargarlos en QGis no aparece la misma información. Adjunto imágenes del resultado en QGis (B) y lo que tengo en JOSM (C) Necesito que aparescan los polígonos y puntos, ¿qué se puede hacer? Gracias A. http://www.openstreetmap.org/?mlat=3.1754mlon=-76.4630#map=16/3.1754/-76.4630 B. https://docs.google.com/file/d/0Bwl6uSXtxqpOQTRDWUlTb3BOWlE/edit?usp=sharing C. https://docs.google.com/file/d/0Bwl6uSXtxqpORlNaWDdvX2FTM0k/edit?usp=sharing -- Atentamente, Carlos Felipe Castillo. about.me / kaxtillo http://about.me/kaxtillo ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
[Talk-dk] Dublering ved Taps
Kan se at der er en dublering ved Taps, ved ikke lige hvordan og hvorfor det er sket http://www.openstreetmap.org/browse/way/236674025 http://www.openstreetmap.org/browse/way/236695722 har ikke tid til at kigge nærmere på det, måske nogen andre har. Carsten ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-at] osmand / steyr / B122
Hier ist das Problem (in Version 5): http://www.openstreetmap.org/browse/way/26183696/history Ein oneway=yes passt hier nicht. Ich korrigiere das jetzt. Martin Am 13. September 2013 22:03 schrieb Rainer Fügenstein r...@oudeis.org: hallo, auf dem weg (per auto) von sierning ins zentrum von steyr hat mich osmand jedes mal genötigt, die B122 auf höhe trollmannstrasse zu verlassen, wild durch diesen stadtzeil zu kurven und über die reindlgutstraße wieder auf die B122 aufzufahren. offensichtlich wollte osmand unbedingt dieses stück vermeiden: www.openstreetmap.org/browse/way/144458561 in die gegenrichtung (nach sierning) wars überhaupt kein problem. finde aber nichts was osmand aus dem tritt bringen könnte. die bushaltestellen vielleicht? habt ihr eine idee? mfg ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] kontrolle Daten bei St.Michael / Schiene unterbrochen
Am 12.09.2013 08:36, schrieb Lars Schimmer: Hallo! Da ich etwas weioter weg wohne: http://openstreetmap.de/karte.html?zoom=17lat=47.34096lon=15.03032layers=B000TF Dort ist die Bahnstrecke an der B116 entlang mit der Hauptstrecke Leoben-St.Michael verbunden. Aber letztens habe ich dort mal raus geschaut und ich bin mir sicher, das die Strecken NICHT mehr verbunden sind. Kann das bitte jmd. vor Ort einmal klären? Danke. MfG, Lars Schimmer ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at Servus, leider wohne ich auch am anderen Ende von Österreich. Auf jeden Fall ist die Strecke gegen Ende 2012 dauernd eingestellt worden. Ich konnte leider nur nichts finden, bis wohin genau. (Sollte von der Abzweigung bis an eine Stelle zwischen Göss und Hinterberg der Fall sein). Habe die Strecke jetzt auf jeden Fall auf disused geändet. Lg Jimmy ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Flughafen Wien - VIE
Hallo, Am 09.09.2013 23:59, schrieb Holger Schöner: Am 09.09.2013 13:59, schrieb Kelvan: wir haben jetzt die Erlaubnis Karten des Flughafen Wiens für OSM zu verwenden. Have fun: https://kelvan.ist-total.org/nobackup/Flughafen/ Anmerkungen: Die Zäune sollte man nicht einzeichnen, da sie gerade umgesetzt werden und vermutlich nicht mehr stimmen wie am Plan eingezeichnet. Ich habe schon Teile des Flughafens aufgearbeitet, zB als path getaggte stop_position entfernt und unterscheide zwischen taxilane und taxiway (was mapnik leider nicht tut -.-) Kennt sich jemand mit Georeferenzierung aus und kann versuchen einen layer für josm zu baun? Das hat mich mal interessiert, und so habe ich mich heute abend mal daran gemacht ... ___ Verwendung in Kürze Erst mal nur für den Kernplan; wenn das Ergebnis überzeugt, kann ich das auch für Lageplan und vorfeld_komplett machen, und ggf. auch die Auflösung etwas erhöhen): - OpenLayers-Karte, die die generierten TMS-Tiles über verschiedenen Basis-Layern teiltransparent anzeigt https://lorien.ancalime.de/download/Schwechat_Kernplan/openlayers.html?layers=000BO - Link zur Verwendung in JOSM (Einstellungen - WMS/TMS - +TMS Schaltfläche unten rechts, Link in drittem Eingabefeld eingeben) tms[17]:http://lorien.ancalime.de/download/Schwechat_Kernplan/{zoom}/{x}/{-y}.png Nun sind auch der Lageplan und das vorfeldkomplett_SKYLINK verarbeitet und erreichbar unter: - OpenLayers-Übersicht: https://lorien.ancalime.de/download/Schwechat_Kernplan/openlayers.html?layers=000BO https://lorien.ancalime.de/download/Schwechat_Lageplan/openlayers.html?layers=000BO https://lorien.ancalime.de/download/Schwechat_Vorfeld/openlayers.html?layers=000BO - TMS-Links (Einbindung in Josm siehe oben): tms[17]:http://lorien.ancalime.de/download/Schwechat_Kernplan/{zoom}/{x}/{-y}.png tms[17]:http://lorien.ancalime.de/download/Schwechat_Lageplan/{zoom}/{x}/{-y}.png tms[18]:http://lorien.ancalime.de/download/Schwechat_Vorfeld/{zoom}/{x}/{-y}.png Manche Verarbeitungs-Schritte (pdf-png Konversion, Bildrotation, Tile-Generierung) erfordern eine ganze Menge Speicher und/oder Rechenzeit, deswegen ist eine weitere Erhöhung der Auflösung, zumindest für die Vorfeld-Datei, auf meinem System nicht so einfach ... Die Labels der Parkpositionen etc. sollten also bei Bedarf am besten direkt den von Florian zur verfügung gestellten PDFs entnomen werden (https://kelvan.ist-total.org/nobackup/Flughafen/). Viel Spaß beim mappen! Holger -- Holger Schoener nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-ca] Montréal spammer?
Is this a real business with a sign? http://www.openstreetmap.org/browse/node/2458192649 go ahead and delete if it is just a spammer. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Montréal spammer?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Looking at the 'About the embassy' page http://bitcoinembassy.ca/new-page/ It looks like they are going to occupy several floors of the building. Not sure if this is just a new startup that doesn't have signs, etc, in place yet or what the deal is. I don't see any harm in leaving the node there for now, but it would be worth either following up later with them to confirm whether they actually took over the building, or what the deal is. - -AndrewBuck -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSNLI/AAoJEK7RwIfxHSXb+WIQAMK+1deZAxtVR99bRGxaFUuZ P3lNIugk72FOJxWQHU+R+M0rSGmx2Y3qEfRTza+BsNWi8AcEf+AjZoFbTRWd4bLZ 5xgee+aIk2QGS+Z/x4uB3LSohOTSWYR7Q7WgAXS+wuXHGl96I+2lUJD0k1bU3Md7 WfYbSnxu7cN1YAiG8KeFBJDowGVBszqBKU/nFiwAo+DjYW5VfDOHz3JarXAcbxeV QIYckDLME3qxmiK9c6t/YLXlM6p0T74VCqn2fQhM55vxXdBIq2z1AG7z+M1onik1 JxoMngeBV3Cc5AhG0yfk+zFXpdOaZ7DgPO5sZZf73MaqMW6IXye0C1r03JkzKlzk 725dyTHAkic/7gGlf8/Z9YAY4Mm86z8LFcwjUMQaBBgbZhNTz7AJ94FXkNHHUS9X 9EkhLbIfsYQ3UKeUV0NBGo7AgAafzmu8xOpzuPJY2quO6NG32hkb2uf6ZUyLuXHK bA22L/NkeoBw1BdBFNqe5XzHZKviCdo7X8V7MbARy8Mi+Dnuc/wrMlSTigAVfTUL AIfo47/g36N4eGfDPYvSHPSqz9OndyQaXm/e2FYyVjugWXfTBKuuaW0xslPTP/rw Btu2B0o0InkDlip31HRJnhYT0PneTI/g2FiMb25YSJAI1wbhdabToZPUDO/ketBr 2E/G4cvMwNkaijn8nQt0 =5BzT -END PGP SIGNATURE- ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] trochu neco jineho k rychlosti
Ok díky všem, takže z toho vyplývá, že lepší to je otagovat všude, kde se dá a holt, kdyby někdo zase měnil limity tak to všude předělat. Dne 13.9.2013 1:11, jzvc napsal(a): Dne 12.9.2013 16:28, Pavel napsal(a): Ahoj, mám dva dotazy z trochu jineho soudku.novackovskou.. 1- má se tagovat rychlost - myšleno tam kde není omezení, tj. ...město 50 dálnice 130..atd? a nebo to bere navigace samaa jak jí říci kde začíná a končí vesnice. Cus, rychlost tagovat nemusis, ale muzes ... defakto by appky mely brat v potaz narodni limity, jenze ... . Na konec vesnice je tag: traffic_sign = city_limit name = nazev vesnice Mel bys to dat jako bod na sinici a tu tam rozdelit. Ber to tak, ze navigace, pokud umi, tak prohlasi, ze ulice = 50. Ale cokoli jinyho musis otagovat = jednicka/dvojka/trojka prochazejici vsi = idealne tam dat tagy viz vejs + to co jde vesnici otagovat 50tkou. Navic pri nasem narodnim sportu co zatacka to jina znacka stejne skoncis u toho, ze prehlednejsi je dat rychlost na vse. 2 - jak tagovat pocet pruhu - ma se to tegovat jen tam kde je to zvyraznene carou nebo i jinde? jaka je praxe? Opet, defaultne se predpokladaji dva - tam a zpet. Tagovat to ma smysl tam, kde jich je vic. Ale to zas mas problem otagovat, kolik kterym smerem, a i pokud to otagujes, tak nejen ze nevim o nice, co by to pouzivalo, ale kdokoli bude cokoli nekde v okoli menit, tak to nejspis stejne rozbije, protoze to proste nevidi. A uz vubec si ani nechci predstavovat, ze bys potreboval otagovat kazdej pruh zvlastnim omezenim (napr rychlost/nakladaky/...). Díky za rady... Pavel ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Maison du vélo
Bonjour, Voici comment est décrite celle de Nancy: http://www.openstreetmap.org/browse/node/1225759070 Romain Le 13 septembre 2013 17:31, Francescu GAROBY f.gar...@gmail.com a écrit : Bonjour, Caen venant de se doter, en tout début de semaine, de la plus grande maison du vélo de France, je me demandais comment il fallait tagguer le building et les différents services qui y sont proposés (aide à la réparation, location moyenne/longue durée, consigne, ...). Pour info : elle se situe au 54, quai Hamelin, Caen Merci, Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Maison du vélo
Et une association d'activistes autonomes rétrogrades sur St Etienne qui fait dans le style : http://www.openstreetmap.org/browse/way/211085364 Le 14 septembre 2013 09:42, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Voici comment est décrite celle de Nancy: http://www.openstreetmap.org/browse/node/1225759070 Romain Le 13 septembre 2013 17:31, Francescu GAROBY f.gar...@gmail.com a écrit : Bonjour, Caen venant de se doter, en tout début de semaine, de la plus grande maison du vélo de France, je me demandais comment il fallait tagguer le building et les différents services qui y sont proposés (aide à la réparation, location moyenne/longue durée, consigne, ...). Pour info : elle se situe au 54, quai Hamelin, Caen Merci, Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : La municipalité de Saint-Étienne applaudit le théâtre emporté par le venthttp://drivrsdu.fr/la-municipalite-de-saint-etienne-applaudit-le-theatre-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BD Carthage est libre
Le 13/09/2013 19:37, Romain MEHUT a écrit : Personne n'a encore citée cette page http://wiki.openstreetmap.org/wiki/FR:Potential_Datasources/France#Sandre.2FBD_CarTHAgE qu'il reste à mettre à jour... Romain Le 13 septembre 2013 16:26, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Bonjour Intéressant pour trouver le nom et la référence des cours d'eau . J'avais l'habitue d'utiliser le SANDRE mais la on gagne du temps par contre, le tracé est imprécis. Je pense qu'une importation automatique comme pour la partie eau du cadastre est à proscrire car elle engendrerai une multitude d'erreurs Question: L'attribut CLASSE peut il servir à quelque chose? cordialement Claude -- Envoyé avec Mozilla Thunderbird --- ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BD Carthage est libre
la BDCarthage est de précision décamétrique, à mon avis il ne faut pas envisager un import direct, mais plutôt un outil de comparaison comme pour le reférentiel Routes 500 ... Et il y a la nouvelle version qui doit être livrée en septembre, donc mieux vaut encore un peu de patience et partir sur les données les plus corrigées ;) Sylvain Le 14 septembre 2013 10:23, Claude claude.mar...@gmail.com a écrit : Le 13/09/2013 19:37, Romain MEHUT a écrit : Personne n'a encore citée cette page http://wiki.openstreetmap.org/wiki/FR:Potential_Datasources/France#Sandre.2FBD_CarTHAgEqu'il reste à mettre à jour... Romain Le 13 septembre 2013 16:26, Christian Quest cqu...@openstreetmap.fr a écrit : ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr Bonjour Intéressant pour trouver le nom et la référence des cours d'eau . J'avais l'habitue d'utiliser le SANDRE mais la on gagne du temps par contre, le tracé est imprécis. Je pense qu'une importation automatique comme pour la partie eau du cadastre est à proscrire car elle engendrerai une multitude d'erreurs Question: L'attribut CLASSE peut il servir à quelque chose? cordialement Claude -- Envoyé avec Mozilla Thunderbird --- ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BD Carthage est libre
Le 14 septembre 2013 11:00, Sylvain Maillard sylvain.maill...@gmail.com a écrit : Et il y a la nouvelle version qui doit être livrée en septembre, donc mieux vaut encore un peu de patience et partir sur les données les plus corrigées ;) On y est déjà en septembre... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BD Carthage est libre
justement, on est seulement à la moitié du mois ;) Le 14 septembre 2013 11:08, Romain MEHUT romain.me...@gmail.com a écrit : Le 14 septembre 2013 11:00, Sylvain Maillard sylvain.maill...@gmail.coma écrit : Et il y a la nouvelle version qui doit être livrée en septembre, donc mieux vaut encore un peu de patience et partir sur les données les plus corrigées ;) On y est déjà en septembre... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] (sans objet)
Dussk ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [Umap] Gestion des distances
Bonjour à tous, Je suis en contact avec la police fédérale de Belgique, et en particulier avec un directeur de coordination des plans d'urgence, qui est très intéressé par le fonctionnement Umap. L'idée est que en cas d'urgence, on puisse faire tout de suite des zones de protection. Le principe de la création d'un cercle est génial, mais il manque juste de pouvoir visualiser la distance du rayon du cercle que l'on crée. Par exemple (j'invente des données pour l'exemple) lors d'un crash d'avion civile la zone de protection est de 3 kms, il faudrai pouvoir créer un cercle autour de l'aéroport d'un rayon de 3 kms. L'idée est que lorsque je crée mon cercle, la distance entre le centre de ma souris s'affiche en permanence. Est-ce que je suis clair ? Est-ce que c'est quelque chose de faisable ou alors c'est beaucoup trop compliqué à développer ? Merci beaucoup @+ Piwi ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Umap] Gestion des distances
Humm, ça doit pas être le uMap que je connais, parce que sur uMap on peut pas dessiner un cercle à proprement parler :/ La raison étant que uMap s'appuie sur le format geojson, et que le geojson ne prévoit pas de type cercle. Tu fais référence à http://umap.openstreetmap.fr ou autre chose? Y. :) On 09/14/2013 12:25 PM, [Famille] Pierre WILLOT wrote: Bonjour à tous, Je suis en contact avec la police fédérale de Belgique, et en particulier avec un directeur de coordination des plans d'urgence, qui est très intéressé par le fonctionnement Umap. L'idée est que en cas d'urgence, on puisse faire tout de suite des zones de protection. Le principe de la création d'un cercle est génial, mais il manque juste de pouvoir visualiser la distance du rayon du cercle que l'on crée. Par exemple (j'invente des données pour l'exemple) lors d'un crash d'avion civile la zone de protection est de 3 kms, il faudrai pouvoir créer un cercle autour de l'aéroport d'un rayon de 3 kms. L'idée est que lorsque je crée mon cercle, la distance entre le centre de ma souris s'affiche en permanence. Est-ce que je suis clair ? Est-ce que c'est quelque chose de faisable ou alors c'est beaucoup trop compliqué à développer ? Merci beaucoup @+ Piwi ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un Cloud open source ?
Sparklshare ? http://sparkleshare.org/ Le 13/09/2013 15:49, Arnaud Vandecasteele a écrit : OwnCloud est pas mal: http://doc.ubuntu-fr.org/owncloud A. On 13-09-13 11:14 AM, Jean-Marc Liotier wrote: On 13/09/2013 15:35, Tony Emery wrote: Je me posais la question de l'utilisation d'un cloud pour stocker des données en version OpenSource. Est-ce que ça existe ? quelles avantage ? quel risques ? et quel coût ? Qu'est-ce qu'un cloud ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BD Carthage est libre
Le 13/09/2013 19:37, Romain MEHUT a écrit : Romain Franchement, ça le fait pas ;-) -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Umap] Gestion des distances
2013/9/14 Yohan Boniface yohanbonif...@free.fr: Humm, ça doit pas être le uMap que je connais, parce que sur uMap on peut pas dessiner un cercle à proprement parler :/ C'est peut-être celui-ci: www.umapper.com/ Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Umap] Gestion des distances
Tiens, je ne connaissais pas. Par contre je ne suis pas certains que la licence soit libre. Piwi Le 14/09/13 13:22, Pieren a écrit : 2013/9/14 Yohan Boniface yohanbonif...@free.fr: Humm, ça doit pas être le uMap que je connais, parce que sur uMap on peut pas dessiner un cercle à proprement parler :/ C'est peut-être celui-ci: www.umapper.com/ Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Umap] Gestion des distances
Certes, il n'y a pas de cercles (ou disques) nativement dans geojson (et donc dans umap), mais rien n'empêche d'avoir un outil qui permettrait de tracer des polygones quasi-circulaires (clic au centre + saisie du rayon). Je pense que ce genre de besoin reviendra relativement souvent. Le 14 septembre 2013 12:39, Yohan Boniface yohanbonif...@free.fr a écrit : Humm, ça doit pas être le uMap que je connais, parce que sur uMap on peut pas dessiner un cercle à proprement parler :/ La raison étant que uMap s'appuie sur le format geojson, et que le geojson ne prévoit pas de type cercle. Tu fais référence à http://umap.openstreetmap.fr ou autre chose? Y. :) On 09/14/2013 12:25 PM, [Famille] Pierre WILLOT wrote: Bonjour à tous, Je suis en contact avec la police fédérale de Belgique, et en particulier avec un directeur de coordination des plans d'urgence, qui est très intéressé par le fonctionnement Umap. L'idée est que en cas d'urgence, on puisse faire tout de suite des zones de protection. Le principe de la création d'un cercle est génial, mais il manque juste de pouvoir visualiser la distance du rayon du cercle que l'on crée. Par exemple (j'invente des données pour l'exemple) lors d'un crash d'avion civile la zone de protection est de 3 kms, il faudrai pouvoir créer un cercle autour de l'aéroport d'un rayon de 3 kms. L'idée est que lorsque je crée mon cercle, la distance entre le centre de ma souris s'affiche en permanence. Est-ce que je suis clair ? Est-ce que c'est quelque chose de faisable ou alors c'est beaucoup trop compliqué à développer ? Merci beaucoup @+ Piwi __**_ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-frhttps://lists.openstreetmap.org/listinfo/talk-fr __**_ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-frhttps://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 https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Journée Hackcess de Transilien à Paris
La journée Hackcess se termine et nous étions 4 d'OSM-FR présents (Marc, Jean-Louis, Gaël et moi). J'ai pour ma part participé à l'atelier centré sur le handicap des personnes de petite taille, un handicap qu'on oublie assez souvent... Vous pouvez jeter un oeil sur twitter sur le déroulement de la journée avec le hashtag #hackcess : https://twitter.com/search?q=%23hackcesssrc=hashf=realtime -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un Cloud open source ?
On 09/13/13 15:35, Tony Emery wrote: Bonjour à tous, Je me posais la question de l'utilisation d'un cloud pour stocker des données en version OpenSource. Est-ce que ça existe ? quelles avantage ? quel risques ? et quel coût ? git-annex ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Umap] Gestion des distances
C'est clair que pour le coup ça serait très intéressant Piwi Le 14/09/13 18:47, Christian Quest a écrit : Certes, il n'y a pas de cercles (ou disques) nativement dans geojson (et donc dans umap), mais rien n'empêche d'avoir un outil qui permettrait de tracer des polygones quasi-circulaires (clic au centre + saisie du rayon). Je pense que ce genre de besoin reviendra relativement souvent. Le 14 septembre 2013 12:39, Yohan Boniface yohanbonif...@free.fr a écrit : Humm, ça doit pas être le uMap que je connais, parce que sur uMap on peut pas dessiner un cercle à proprement parler :/ La raison étant que uMap s'appuie sur le format geojson, et que le geojson ne prévoit pas de type cercle. Tu fais référence à http://umap.openstreetmap.fr ou autre chose? Y. :) On 09/14/2013 12:25 PM, [Famille] Pierre WILLOT wrote: Bonjour à tous, Je suis en contact avec la police fédérale de Belgique, et en particulier avec un directeur de coordination des plans d'urgence, qui est très intéressé par le fonctionnement Umap. L'idée est que en cas d'urgence, on puisse faire tout de suite des zones de protection. Le principe de la création d'un cercle est génial, mais il manque juste de pouvoir visualiser la distance du rayon du cercle que l'on crée. Par exemple (j'invente des données pour l'exemple) lors d'un crash d'avion civile la zone de protection est de 3 kms, il faudrai pouvoir créer un cercle autour de l'aéroport d'un rayon de 3 kms. L'idée est que lorsque je crée mon cercle, la distance entre le centre de ma souris s'affiche en permanence. Est-ce que je suis clair ? Est-ce que c'est quelque chose de faisable ou alors c'est beaucoup trop compliqué à développer ? Merci beaucoup @+ Piwi __**_ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-frhttps://lists.openstreetmap.org/listinfo/talk-fr __**_ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-frhttps://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Umap] Gestion des distances
On a ça dans JOSM : ça trace un polygone régulier avec un nombre prédéfini de côtés. Mais l'outil ne permet pas de partir du centre et d'un rayon mais utilise 2 points diamétralement opposés ou 3 points sur le cercle (et le rayon n'est pas directement visualisés pendant le tracé). Il faudrait que JOSM accepte de tracer un cercle à partir du seul point central sélectionné (en demandant le rayon dans un dialogue). Mais rien n'interdit d'avoir un autre outil de tracé où on part d'un clic au centre et on traîne la souris avec un affichage progressif de la distance sur des poignées, et un champ de saisie permettant d'ajuster le rayon et le nombre de sommets à tracer (8 par exemple, ou bien un autre paramètre tel que la distance maximale entre une corde et le cercle), plus un bouton pour finalement fixer les sommets du polygone final. Certains voudront alors avoir des ellipses et pas seulement des cercles (mais il faudra non pas un seul rayon mais deux, plus un angle) Un autre paramètre peut être aussi si on veut le polygone inscrit dans le cercle (ou l'ellipse...), ou le cercle inscrit dans le polygone, ou un polygone de surface équivalente au disque et qui coupe le cercle deux fois sur chaque côté du polygone. Le 14 septembre 2013 18:47, Christian Quest cqu...@openstreetmap.fr a écrit : Certes, il n'y a pas de cercles (ou disques) nativement dans geojson (et donc dans umap), mais rien n'empêche d'avoir un outil qui permettrait de tracer des polygones quasi-circulaires (clic au centre + saisie du rayon). Je pense que ce genre de besoin reviendra relativement souvent. Le 14 septembre 2013 12:39, Yohan Boniface yohanbonif...@free.fr a écrit : Humm, ça doit pas être le uMap que je connais, parce que sur uMap on peut pas dessiner un cercle à proprement parler :/ La raison étant que uMap s'appuie sur le format geojson, et que le geojson ne prévoit pas de type cercle. Tu fais référence à http://umap.openstreetmap.fr ou autre chose? Y. :) On 09/14/2013 12:25 PM, [Famille] Pierre WILLOT wrote: Bonjour à tous, Je suis en contact avec la police fédérale de Belgique, et en particulier avec un directeur de coordination des plans d'urgence, qui est très intéressé par le fonctionnement Umap. L'idée est que en cas d'urgence, on puisse faire tout de suite des zones de protection. Le principe de la création d'un cercle est génial, mais il manque juste de pouvoir visualiser la distance du rayon du cercle que l'on crée. Par exemple (j'invente des données pour l'exemple) lors d'un crash d'avion civile la zone de protection est de 3 kms, il faudrai pouvoir créer un cercle autour de l'aéroport d'un rayon de 3 kms. L'idée est que lorsque je crée mon cercle, la distance entre le centre de ma souris s'affiche en permanence. Est-ce que je suis clair ? Est-ce que c'est quelque chose de faisable ou alors c'est beaucoup trop compliqué à développer ? Merci beaucoup @+ Piwi __**_ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-frhttps://lists.openstreetmap.org/listinfo/talk-fr __**_ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-frhttps://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 https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] ローソンデータインポート、マージ手順案(was Re: 全国ローソンデータのテストインポートについて)
飯田さん また、インポートした後のデータを「やっぱ位置ちげーよ」と、Nodeを移動させるのはアリなのではないかと思います。 賛成です。 ローソンという提供元を1つのコントリビュータとみると、 OSM上でのタグや位置の変更をよしとせずにオリジナル側のデータをまた上書きするのではなく、 むしろ、間違っている可能性がある箇所をOSMで変更し、 変更したデータの差分を還元して元データのブラッシュアップに役立ててもらうほうが健全かな、と感じます。 了解です。 ので、位置データは既存にあわせる、で+1です。 了解です。 前後しますが、 OSM内のローソン データに触れる人は偏り、提供元にコントロールされるデータにならないでしょうか。 Nodeに対するデータの量は増えますが、一般マッパーによる変更が制限されるとまでは思えません。 の件については、今後もローソンデータはノードの位置座標も含めて強制自動更新と予想したので書きました。 飯田さんのデータの差分を還元してブラッシュアップするに賛成です。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] State of the Map 2013開催されました。
ikiyaです。 イギリスのバーミンガムで9/6~9/8、3日間開催されたOSM国際カンファレンス SotM2013に参加してきました。 http://2013.stateofthemap.org/ バーミンガム、日中は暑いのですが朝晩は雨がぱらつき、気温10度と寒かったです。 会場はアストン大学構内で、講演は大中の2会場で同時進行でした。 参加者は約260名以上かと思います。 日本人は8名で、参加者の半数以上が開催国イギリスからの参加。 初日、基調講演のスティーブコーストさんは今回はUSからのスカイプ参加となりました。 SOTM2013, day 1 – Keynote by Steve Coast (Alexander Kachkaevさん撮影) http://bit.ly/17WLlKb 発表プログラムはこちら http://2013.stateofthemap.org/info/programme/ 政府とOSMの連携、OSMへの女性参加について、各地のOSM活動報告など 様々な発表がありました。 個人的に関心を持ったのは、OSMへの女性参加の発表を聞いて、 OSMへ参加しているユーザーの年齢構成がOSM普及のよい指標になると思いました。 各国の年齢構成見てみたいものです。 もうひとつはもともと関心があった紙地図の話でミシュランマップについての発表です。 http://wiki.openstreetmap.org/w/images/9/9d/SOTM13_-_cquest_-_Story_behind_Michelin_citymap_70.pdf SotMではほとんど場合、発表者は何処でも気軽に質問に答えてくれます。(片言英語でもOK) ミシュランマップについてもクエストさんに声かけたら廊下に座り込んで熱心に説明してくれました。 クエストさんの曽祖父が持っていた200年前のパリの地図原物も見せていただけました。 発表全体では分野の専門化が進んで内容が深くなってきたように思えます。 講演の分科、グループ化も今後あるのかと考えます。 発表以外では写真コンテストとして行われた 「サーベイ中に出会ったありえない標識、状況コンテスト」で http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2013/Competition 日本からエントリーしたNissyyuさんの We need to add too many tags for dog.が優勝しました。 http://wiki.openstreetmap.org/wiki/File:Signfordog.jpg おめでとうございます。 以上、簡単な参加レポートでした。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] State of the Map 2013開催されました。
いいだです。 SotMレポート、ありがとうございます。 SotM USがビジネス系だったのに対して、本家SotMはなんというか。。。OSCのノリが近い感じです。 MapsWithMeの開発者さんとよく話していたのですが、 完全に、OSCによくいるシャイな天才開発者さんでした。すごくよい。 来年はなんか成果とか発表して、カタコトでも議論できたらな、って思います。 あと、分科会、というか、Bird of Featherがけっこう盛んでした。 僕もQA(品質管理)のところにでてきたのですが、 「(明らかなデータ間違い検知の)QAツールはいくつもあるけど、完全分離してるよね。一覧化したい」 「(現地調査の効率をあげるための)現地調査促進はどうしたらいいんだろう?」 などの議論がありました。 具体的には、Note機能を使って「ここ怪しいから写真とってきて」依頼機能とかいいんじゃないか、とかいう話があって、 「それなんていうちょっとみてきて」と思ったり。 (主催者さんにサイト紹介したら「これはすごい、参加者のモチベーションはなんなんだ。」とか) はじめてIvanさんの講演も聞きましたが、 「バス経路のオープンデータ情報開示に「身分証明書の印刷コピー」が要求されるつらたん」とか。 AND社の基調講演である、 「もっと貢献したいんだけど、ODbLのSA条項きびしすぎつらたん」とかも面白かったです。 nissyyuさんが受け取ったトロフィーは来年開催予定のコンペにもってかないといけないので、 それまでにできるだけ日本周遊させたいですねw 2013年9月15日 0:30 ikiya insidekiwi...@yahoo.co.jp: ikiyaです。 イギリスのバーミンガムで9/6〜9/8、3日間開催されたOSM国際カンファレンス SotM2013に参加してきました。 http://2013.stateofthemap.org/ バーミンガム、日中は暑いのですが朝晩は雨がぱらつき、気温10度と寒かったです。 会場はアストン大学構内で、講演は大中の2会場で同時進行でした。 参加者は約260名以上かと思います。 日本人は8名で、参加者の半数以上が開催国イギリスからの参加。 初日、基調講演のスティーブコーストさんは今回はUSからのスカイプ参加となりました。 SOTM2013, day 1 - Keynote by Steve Coast (Alexander Kachkaevさん撮影) http://bit.ly/17WLlKb 発表プログラムはこちら http://2013.stateofthemap.org/info/programme/ 政府とOSMの連携、OSMへの女性参加について、各地のOSM活動報告など 様々な発表がありました。 個人的に関心を持ったのは、OSMへの女性参加の発表を聞いて、 OSMへ参加しているユーザーの年齢構成がOSM普及のよい指標になると思いました。 各国の年齢構成見てみたいものです。 もうひとつはもともと関心があった紙地図の話でミシュランマップについての発表です。 http://wiki.openstreetmap.org/w/images/9/9d/SOTM13_-_cquest_-_Story_behind_Michelin_citymap_70.pdf SotMではほとんど場合、発表者は何処でも気軽に質問に答えてくれます。(片言英語でもOK) ミシュランマップについてもクエストさんに声かけたら廊 下に座り込んで熱心に説明してくれました。 クエストさんの曽祖父が持っていた200年前のパリの地図原物も見せていただけました。 発表全体では分野の専門化が進んで内容が深くなってきたように思えます。 講演の分科、グループ化も今後あるのかと考えます。 発表以外では写真コンテストとして行われた 「サーベイ中に出会ったありえない標識、状況コンテスト」で http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2013/Competition 日本からエントリーしたNissyyuさんの We need to add too many tags for dog.が優勝しました。 http://wiki.openstreetmap.org/wiki/File:Signfordog.jpg おめでとうございます。 以上、簡単な参加レポートでした。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] ローソンデータインポート、マージ手順案(was Re: 全国ローソンデータのテストインポートについて)
いいだです。 いまのOSMの大部分(特に道路と建物)の大部分が相対位置の正確さに依拠している以上、 絶対位置の正確さが正しいものを投入してもあまり意味はない気はします。 この部分の意味をはかりかねているのですが、 私はこれまでの作図で相対位置の正確さに依存させた事は無いのですが、上記のお話の根拠はなんでしょうか? たとえば街中のビル密集地帯でGPS精度が完全にアテにならないとき、 既存のOSMオブジェクトの位置に沿って、絶対精度を無視してPOI Nodeを入力することは けっこうよくあることなのではないかと思っていて、そういう状況を想定していました。 そして、OSMの道路と建物の精度は、現状、Bing航空写真に大きく依拠していると思っています。 そのBing写真はしばしばズレが発生しているため、 Bingをもとに完全な絶対位置を求めることは難しく、つまり、POI情報の多くは相対的な位置で地物の位置を表してる、と思っています。 (それのためにGPSオフセット補正がある、というのはごもっともですし、 できるだけBing画像を補正して作業されている方の苦労を無視するものではありません。) GPSを使わず、OSMデータやBingを元にして相対位置として入力することは 特に都市部での入力では、ある作業工程と思っています。 僕のやり方を普遍して話している、というお叱りはそのとおりです。すみません。 また、ちょっと焦点がずれるかもしれないですが、 Nodeとしての位置の違いって、大多数はTomさんのいう その店舗の位置情報の場所ってどこなんでしょうかね? ・店舗の中心点 ・店舗の入り口 ・店舗敷地の中心点 ・駐車場の入り口などなど によるのではないかなぁ、とも思っています。 OSMでは店舗の中心点に置くことになっていますが、 その基準でさえ、「建物の中心」なのか「敷地の中心」なのかでも違いがあります。 数メートル離れている、というのも、たいていの場合はこれが原因なんじゃないかなぁ、とも思えます。 そしてもちろん、精度が高いデータが利用可能になることはとても喜ばしいことで、歓迎します。 ただしかし、残念ながらOSMの絶対位置の精度が、 まだそのレベルまで(日本全国的に)到達していないのではないか、と感じています。 Yahoo/ALPSインポートがされてそのままの地域なども多く存在します。 絶対位置の精度がBingとローソン側データでどれだけの差異が出るのか、 それを地域範囲を区切ってテストインポートとしてやってみるのは意義があると思いますので、 そこで実例を出してみるのは有意義の気はします。 (どの地域にするかは別の議論。できればBingの精度が良い都市部) 2013年9月14日 10:14 Toshihisa Tanaka tosih...@gmail.com: とし@秋田県です。 いまのOSMの大部分(特に道路と建物)の大部分が相対位置の正確さに依拠している以上、 絶対位置の正確さが正しいものを投入してもあまり意味はない気はします。 この部分の意味をはかりかねているのですが、私はこれまでの作図で相対位置の正確さに依存させた事は無いのですが、上記のお話の根拠はなんでしょうか? 私は、精度がよければその方が良いと考えていますし、それに最善を尽くしています。 正確な位置のデータが投入されるのは良いことかと考えています。 ローソンさんのデータについては、精度が分からないので尋ねた次第で、精度が客観的に良ければそれは良いと思います。 ではこれにて。 2013年9月14日土曜日 Satoshi IIDA nyamp...@gmail.com: いいだです。 完全に個人の意見です :3 としさん このインポートデータの位置精度は、GPSのDOP(HDOP)ではどれくらいでしょうか? すみません、具体的な数字はすぐにはわからないので、問合せをしています。 また、絶対精度が良い場合、HDOPがさらに良ければその方を採用するという事ですね。 つまり、インポートデータより私の自作ロガーの方が精度が良いならそれを採用するという事で良いでしょうか。 はい、そうです。 ローソン側も、このデータの位置精度は Survey で作っています。 なので、絶対位置としての情報は、僕達の位置とそんなにずれていない(はず)です。 また、インポートした後のデータを「やっぱ位置ちげーよ」と、Nodeを移動させるのはアリなのではないか、と思います。 ikiyaさん ということはOSMデータ内に一般マッパーによる変更をよしとしないデータができてしまうと思います。 OSM内のローソン データに触れる人は偏り、提供元にコントロールされるデータにならないでしょうか。 Nodeに対するデータの量は増えますが、一般マッパーによる変更が制限されるとまでは思えません。 たとえば、店舗のひらがな名称は、ローソン側データのほうで撥音表記に誤りがある場合が見つけられており、 OSM上でそこに対して行った修正をまたインポートデータで無理やり上書きすることはよくないと感じます。 ローソンという提供元を1つのコントリビュータとみると、 OSM上でのタグや位置の変更をよしとせずにオリジナル側のデータをまた上書きするのではなく、 むしろ、間違っている可能性がある箇所をOSMで変更し、 変更したデータの差分を還元して元データのブラッシュアップに役立ててもらうほうが健全かな、と感じます。 インポートによる自動更新を行うとした時に、どこまで自動的な上書きを行うかは、まだ未定です。 個人的な印象ですが、強制自動更新ではなく、自動的なチェックが中心にしたほうがよいのでは、と考えています。 (基本的に自動的な上書きをせずに、差分発生アラートだけをあげる。 lawson:idなどのタグを作っても、理論上では重複の可能性あるので、 Node Object IDしか一意のものは生成できないなぁ、とも思っています) 【その2.】:精度の基準を知らせてください。 詳細な値はまだ確認中ですが、データはSurvey品質で作成されており、 ほとんどのデータは既存のOSMノードから数メートル程度の誤差になっている印象です。 (向日市の例があるので、全部が超精密な精度、とはとても言えませんが) 【その3.】:いったん絶対精度にあわせませんか?は唐突では? そうですよねぇ。 いまのOSMの大部分(特に道路と建物)の大部分が相対位置の正確さに依拠している以上、 絶対位置の正確さが正しいものを投入してもあまり意味はない気はします。 どれだけあるかはわかりませんが、ローソン側の位置を採用することで ・道路の反対側に店舗が移動しちゃう ・Nodeが建物の外に飛び出しちゃう などの事象は容易に考えられます。 それは、たとい絶対位置やタグ内容の鮮度が正しかろうが、 地図としての全体的な品質の低下を意味します。 これが、例えば基盤地図2500レベルの建物と道路がインポートされた後、など 絶対位置の正確さがそれなりに向上した状態でのインポートなら、 マージ時にローソン側データにあわせるほうが全体的な精度が向上すると思います。 ので、位置データは既存にあわせる、で+1です。 あと、いままでOSMが幾多の失敗を重ねて作り上げてきた方針である、 インポートのガイドライン、「既存のデータを壊さないで」にも反します。 http://wiki.openstreetmap.org/wiki/JA:Import/Guidelines 確かにインポートデータの提供者もコントリビュータの1つではあります。 逆に言えば、彼らの権限と同じだけの権限も、既存コミュニティの1人1人が持つものと考えます。 あと、逆の発想ですが、もしローソン側データの店舗位置が OSM既存データとあきらかに離れた場所にある場合、 その場所の近辺は Bing のオフセットが大きくずれている可能性が高い、とも言えます。 マージ作業中にそういう場所を見つけた場合、 なにかしらの手段で、別途注意喚起をしたほうがよいかな、とは思いました。 2013年9月12日 17:07 ikiya insidekiwi...@yahoo.co.jp: ikiyaです。 3点ほど。 【その1.】:既存データとのマージはほぼインポートデータの上書きで、今後は自動更新では ローソンデータに触れる人は偏るのではないでしょうか? ローソンデータ・マージ手順書 既存のデータとインポート用のデータのマージ作業を行う際の手順について解説します。 ・ ・ ■基本方針 ・既存データの編集履歴は可能な限り残す ・ローソンデータと競合しない既存データのタグは、残す ・ローソンデータと競合する既存データのタグは、ローソンデータを採用する ・Nodeの位置 (緯度経度) は、ローソン側を採用する ・タグづけの競合が発生する場合、”ローソン側”を採用する sourceタグは併記を行う ・以下の場合には、OSMの”ノート”機能を使い、コメントを残すようにする (なお、JOSMのNoteプラグインを使うと、ノートの管理が楽です) Nodeの位置が大幅に変わった場合 既存データがAreaで、リレーション化した場合 このマージ方法だと、 既存タグの内容とノードの位置座標ともにインポートデータ優先で上書きされます。 さらにこのローソンデータは日々、インポート更新を計画されるとのこと、 ということはOSMデータ内に一般マッパーによる変更をよしとしないデータができてしまうと思います。 OSM内のローソン データに触れる人は偏り、提供元にコントロールされるデータにならないでしょうか。 【その2.】:精度の基準を知らせてください。 田中さんも触れられている精度の問題で ただ、ローソンさんのデータですが、実はかなり私達の調査方法に近い手法で、 さらに細かい精度をだせるやり方でノードを置いています。 (詳しく話せなくてごめんなさい。もどかしいです) これは、緯度経度による絶対精度のお話です。 もちろんOSM側はみなさん(特に都市部では)とても気を使って 周辺の建物の位置などと調整されていると思います。 OSMの建物は、常にずれている可能性があることを想起ください。 これは、周辺の地物との調和、つまり、相対的な精度のお話で す。 どちらを優先しましょう?というお話で、 いったん絶対精度に合わせませんか?という提案です。 ちなみにそもそもマージ用に検索を行う場合、 「重複している可能性あり」と判定するのは15mくらいの半径でヒットさせようと思っています。 つまり、最大で30mくらいのNode移動になる可能性があります。 # 基盤地図25000を使っているくらいの感覚でしょうか。 と言われますが、 さらに細かい精度をだせるやり方でノードを置いています。 のコメントだけでは、精度の論点がぼやけています。 精度については透明化してください。1/2500、1/25000なり。 最後に言われている # 基盤地図25000を使っているくらいの感覚でしょうか。 が精度の例えだとしたら、 私のハンディGPSのほうが精度が良い場合は考えられます。 【その3.】:いったん絶対精度にあわせませんか?は唐突では? もちろんOSM側はみなさん(特に都市部では)とても気を使って 周辺の建物の位置などと調整されていると思います。
[OSM-ja] これってゴミですよね
たまたま、八戸駅の所をマップしていたのですが、八戸駅構内に OSMF Redaction Account というアカウントが作成した、孤立しているデータが二つほどありました。 http://www.openstreetmap.org/browse/node/1244335878 http://www.openstreetmap.org/browse/node/1211854887 これってゴミですよね。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] iD and accidental landuse deletions
Tom Chance wrote: Here's another one, this editor really ought to be fixed or removed: http://www.openstreetmap.org/browse/changeset/17655245 I tried using the JOSM Revert plugin, but it just downloaded the nodes without the way. I messaged this user offering to help fix back on 4/9 after someone mentioned the problem on IRC. The user didn't reply, so I've undeleted the pub and landuse: http://www.openstreetmap.org/browse/changeset/17830113 http://www.openstreetmap.org/browse/changeset/17830207 http://www.openstreetmap.org/browse/changeset/17830268 It looks OK to me now, but it's been a good few years since I've been in the pub, so I'd be grateful if someone local could check to make sure that it fits with their recollection too. Cheers, Andy ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] iD and accidental landuse deletions
Tom Chance wrote: I've seen two new users accidentally delete residential landuse areas near me in the past fortnight: http://www.openstreetmap.org/browse/changeset/17695130 Presumably http://www.openstreetmap.org/browse/way/5019651 still needs to be restored? It should be doable with Potlatch 1: http://www.openstreetmap.org/edit?editor=potlatch#map=18/51.42733/-0.03833 Then Advanced, select way, Undelete, Click to unlock, Save. There are a couple of service roads to the east on the park that seem to exist in the imagery that were deleted back in 2009 that might be candidates for restoration too. Also the pub that they added could do with a main tag: http://www.openstreetmap.org/browse/node/2447618917 Has anyone tried to contact the user concerned to help them? http://www.openstreetmap.org/browse/changeset/17505646 Pretty much the same story there, and the footpath that they've added http://www.openstreetmap.org/browse/way/233665496 probably is intended to join at both ends. I think that we forget sometimes that doing new stuff is hard, sometimes things go wrong, and it's important that help is available when they do. It's rare to get a writeup from a new user perspective - we rarely see the thoughts of people who tried to add something but couldn't. Here's a new user diary entry from a month ago that contains a lot of insight though: http://www.openstreetmap.org/user/brittag/diary/19741 Cheers, Andy ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] bing image alignment
On 13 September 2013 19:59, ael law_ence@ntlworld.com wrote: No one has mentioned the OS gps (passive) stations: for example http://www.openstreetmap.org/browse/node/472420260 http://www.ordnancesurvey.co.uk/business-and-government/help-and-support/navigation-technology/os-net/surveying.html Can we not use them at least for some reference points? Interesting. Unfortunately it looks as though OS Net slipped past their commercial people as they use the term freely available on their web site without giving a precise legal definition of what that means. Given the intended use (all high accuracy surveys in the UK) there seems to be an implication that they aren't claiming a database copyright, but OSM will probably need a clearer legal statement. OSTN02 seems to have the same licensing uncertainty. I would note that even if a relatively restrictive licence were to apply, OS allow checking of accuracy, as long as you don't use the measured error to correct the inaccurate data. Depending on exactly which ground feature represents the station, BIng datum), Bing and the consumer grade GPS survey differ by between 5.2 and 6.2m. Bing and StreetView agree quite well at that point, but diverge towards the West. The BIng error in the typical range, at this point. Are the ETRS89 coordinates given on the monument itself, as they would be individual statements of fact, much like an individual address with postcode? (OS Net allows for movement, so the highest accuracy values will not be fixed.) Without survey quality GNSS receivers, these points are probably mainly of use for calibrating imagery. It's a pity they aren't all clearly visible on the aerial view, my local one, which appears to be within centimetres of Bing, is only identifiable because OS have measured the distance from the local trees. When the rain stops, I'll have a look at what is on the ground, and try for a long average GPS reading. I'll also try and get on the ground measurements from the trees in case the station coordinates are considered fair game, but the sketch map details aren't (looks like a surveyor's tape is on the shopping list - I guess class III, at about 0.05% is good enough, compared with GPS). I note that a lot of them are on private land and require permission from the landowner to gain physical access. PS. The OSTN02 conversion tool, which presumably contains the table, has a BSD Licence, according to http://www.ordnancesurvey.co.uk/business-and-government/help-and-support/navigation-technology/os-net/grid-inquest.html. If that is correct, I can see no reason why the os.openstreetmap tiles should not be rectified based on OSTN02. The data also seems to be available in lat/long to lat/long forrmat, also with a BSD licence. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] SPUI mapping
Hi all, Here in Utah, we have a DOT that is really into SPUIs (Single Point Urban Interchanges). They are supposed to increase traffic flow in high volume freeway to surface interchanges. Here's an example: http://www.openstreetmap.org/?#map=19/33.62963/-111.89021 (not in Utah) This is one I (re)mapped yesterday. I try to stay close to the situation on the ground, the result being a lot of turn restrictions. I have also seen situations where all the ramps and connectors come together at the center, easier to map I guess. I am looking for opinions on how to map these complex interchanges. Could a few of you have a look at what I did and comment? Thanks. -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] the Battle Grid
I have been playing around with the tile size a little. Bigger tiles means you end up looking around for what to improve once you load all the data into JOSM. Also, bigger tiles means the results get flattened more - a big tile with a small subdivision that needs a lot of work may not be flagged very prominently. The smaller tiles have the disadvantage you mention. The grid will get refreshed every week or so, so even if you work in an adjacent tile and don't mark it done, it will disappear from the grid anyway. I ended up with this size as a trade off, I think it works well, so please take the leap :) On Sun, Sep 8, 2013 at 1:45 PM, Clifford Snow cliff...@snowandsnow.us wrote: Martijn, For the upcoming #Editathon, we plan to fix road alignment in Washington State. Eric Fischer pointed me to your Battle Grid website. I plan introduce it at the #Editathon. Originally I was just going to list cities and ask people to work on a city. However, you tool is much better. I'd like to make one request of you. Is it possible to increase the size of the color tiles? When opening in iD, they seem too small. You end up working on surrounding areas before you know it. Since iD automatically brings in new data as you scroll around, it's easy to be working in adjacent tiles. This isn't a show stopper by any means. If it's too much work or doesn't make any sense to you, just tell me to take a flying leap! Thanks, -- Clifford OpenStreetMap: Maps with a human touch -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] the Battle Grid
On Sun, Sep 8, 2013 at 2:29 PM, Steven Johnson sejohns...@gmail.com wrote: P.S. Great tool, BTW. I showed it to folks at Census Bureau where there was quite a bit of interest in MapRoulette as a model of how to do QC on TIGER data I'd be interested to start a conversation with Census on how to target TIGER improvements based on this grid, or a similar analysis. Perhaps something Eric Fischer would also be interested in. Can you facilitate, Steven? -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us