[Talk-hr] Reorganizacija...
Pozdrav svima, očito je da FAIL-amo kao zajednica, čak i nakon što se nađemo na pivi/kavi nikako da održimo bilo kakav kontinuitet rada. Jasno je da smo svi volonteri, i da su nam motivi različiti, ali to ne znači da smijemo zaboraviti na organizaciju i upravljanje (koliko god nekom ta riječ bila mrska) zajednicom. Zajednica u ovom kontekstu znači svi oni koji su spremni sudjelovati u zajednici 'doniranjem' svog vremena/znanja/resursa za dobrobit i napredak zajednice :). U svrhu organizacije te zajednice stvorena je GitHub organizacija 'osm-hr' [0]. Trenutno postoji samo jedan repozitorij [1] koji je namijenjen praćenju i specifikaciji problema/želja/procesa/rasprava koje imamo kao zajednica. Što kroz GH issues, što pisanjem dokumentacije na wiki ili stvaranjem novih repozitorija koji bi recimo sadržavali skripte i podatke za recimo neki data import, a mogu se hostati i stranice na GH Pages ako će biti potrebno. GH organizacija neće zamijeniti mailing listu, čak štoviše rezultat rasprave na mailing listi će završiti kao specifikacija ili novi repozitorij na GH organizaciji. Pretraživanje javnog GH repozitorija je jednostavnije od pretraživanja arhive mailing-liste. Dražen [0] https://github.com/osm-hr [1] https://github.com/osm-hr/osm-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
[OSM-talk-be] Nieuw lid
Hallo, Ik wil mij graag even voorstellen als nieuw lid : 62 jaar oud, gepensioneerd militair en ik wandel en fiets graag. Onlangs heb ik mij een Garmin Oregon 600 aangeschaft en heb er de open street map op geplaatst. Ik zou graag meewerken aan het actueel houden van de kaart omdat ik het publiek stellen van dergelijke kaart een super initiatief vind en omdat het ook een leuke hobby lijkt. Intussen heb ik de cursus open street map van Swroclawski gevolgd op Youtube, heb ik wat rondgekeken in Potltach2 en een en ander gelezen op wiki.openstreetmap.org. Als iemand suggesties heeft voor verdere studie : graag. Tijdens de voorbereiding van een fietstocht heb ik gemerkt dat : · het veer over de Schelde in Schellebelle systematisch geweigerd wordt bij het uitzetten van een route voor hiker of fietser. Op de kaart bleek dat het gedeelte van het veer tussen de 'landhoofden' was niet aangeduid als 'footpath' zodat bij de routering het veer steeds geweigerd werd. Ik heb dit aangepast met wijzigingsset 25483603. Ik ben er niet zeker van of dit wel de juiste werkwijze is. Kan iemand dit eens nakijken ? · De passerelle in N51°00.516' E3°52.891' te Wetteren bleek teven verboden voor fietsers alhoewel fietsers hier wel over kunnen. Ik heb hier eveneens een tag aangepast. Is dit OK ? Deze ochtend heb ik dat kaart opnieuw afgeladen en deze aanpassingen bleken (nog) niet opgenomen. Is dit normaal ? Als ik iets verkeerd doe hoor ik het graag ! Mvg Marc ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Nieuw lid
Hallo Marc, welkom hier (ik heb je naar hier doorverwezen vanuit het forum). Voor grapphopper lijkt de routering nu in orde te zijn: zie https://graphhopper.com/maps/?point=51.01287%2C3.928878point=Aard%2C%209260%2C%20Wichelen%2C%20Belgiumvehicle=footelevation=truelayer=Lyrk Ik ga niet in gaan op alle varianten die je kan gebruiken om een pad waarop gefietst en gewandeld kan en mag worden te taggen, dat laat ik met plezier aan een ander over :-) Ik weet niet hoe snel de garmin kaarten op garmin.openstreetmap.nl ge-update worden, 12u of zo dacht ik. Voor de leisure-stijl ( extract.bbbike.org) die ik gebruik is het enkele dagen. happy mapping m (AKA escada) 2014-09-17 9:02 GMT+02:00 Marc Deroep marc.der...@telenet.be: Hallo, Ik wil mij graag even voorstellen als nieuw lid : 62 jaar oud, gepensioneerd militair en ik wandel en fiets graag. Onlangs heb ik mij een Garmin Oregon 600 aangeschaft en heb er de open street map op geplaatst. Ik zou graag meewerken aan het actueel houden van de kaart omdat ik het publiek stellen van dergelijke kaart een super initiatief vind en omdat het ook een leuke hobby lijkt. Intussen heb ik de cursus ‘open street map’ van Swroclawski gevolgd op Youtube, heb ik wat rondgekeken in Potltach2 en een en ander gelezen op wiki.openstreetmap.org. Als iemand suggesties heeft voor verdere studie : graag. Tijdens de voorbereiding van een fietstocht heb ik gemerkt dat : · het veer over de Schelde in Schellebelle systematisch geweigerd wordt bij het uitzetten van een route voor hiker of fietser. Op de kaart bleek dat het gedeelte van het veer tussen de 'landhoofden' was niet aangeduid als 'footpath' zodat bij de routering het veer steeds geweigerd werd. Ik heb dit aangepast met wijzigingsset 25483603. Ik ben er niet zeker van of dit wel de juiste werkwijze is. Kan iemand dit eens nakijken ? · De passerelle in N51°00.516' E3°52.891' te Wetteren bleek teven ‘verboden’ voor fietsers alhoewel fietsers hier wel over kunnen. Ik heb hier eveneens een tag aangepast. Is dit OK ? Deze ochtend heb ik dat kaart opnieuw afgeladen en deze aanpassingen bleken (nog) niet opgenomen. Is dit normaal ? Als ik iets verkeerd doe hoor ik het graag ! Mvg Marc ___ 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] Nieuw lid
Hallo Marc, Eerst en vooral: welkom bij Openstreetmap. We kunnen altijd 'vers bloed' gebruiken :-) Als je graag bijleert, dan wil ik wel meteen zeggen dat je op de lange termijn beter af bent, als je met JOSM leert werken. In het begin (ondertussen alweer jaren geleden) heb ik een tijdlang Potlatch afgewisseld met JOSM, maar dat werkt ook verwarrend. Met iD heb ik nooit echt leren werken. Er staan nogal wat video's op Youtube om je wegwijs te maken. Ook een paar die ik zelf gemaakt heb. Ik ben altijd bereid om eens een hangout of Skype sessie te houden, om je op weg te helpen met JOSM (en te laten zien wat de mogelijkheden zijn). Als je met een specifiek 'thema' bezig bent wandelroutes/fietsroutes/openbaar vervoer, geeft JOSM bijvoorbeeld de mogelijkheid om MAPCSS kaartstijlen te gebruiken, waardoor dat soort informatie naar voren wordt gehaald. Dat is interessant om de samenhang beter te zien. Anderzijds is het ook mogelijk om bepaalde objecten weg te filteren. JOSM weet dan dat ze er zijn, maar zet ze uit het zicht. Zodat je je kan concentreren op wat belang heeft voor jou (op dat moment). Verder zijn er nog heel wat gereedschappen om vlot gebouwen met rechte hoeken te tekenen, of cirkelvormige objecten. Of om ronde punten echt rond te maken e.d. Ook zijn er presets, waarvoor je knoppen op je taakbalk kan zetten. Dat werkt bijzonder handig en bespaart enorm veel tijd (of maakt dat de tijd die je erin steekt, efficiënt gebruikt kan worden). Als je fouten vindt, waar de OSM-data niet overeenstemt met de werkelijkheid is het altijd OK om dit aan te passen. Vooral als je zelf ter plaatse geweest bent, om het vast te stellen. Vriendelijke groeten, Jo (Polyglot) Op 17 september 2014 09:02 schreef Marc Deroep marc.der...@telenet.be: Hallo, Ik wil mij graag even voorstellen als nieuw lid : 62 jaar oud, gepensioneerd militair en ik wandel en fiets graag. Onlangs heb ik mij een Garmin Oregon 600 aangeschaft en heb er de open street map op geplaatst. Ik zou graag meewerken aan het actueel houden van de kaart omdat ik het publiek stellen van dergelijke kaart een super initiatief vind en omdat het ook een leuke hobby lijkt. Intussen heb ik de cursus ‘open street map’ van Swroclawski gevolgd op Youtube, heb ik wat rondgekeken in Potltach2 en een en ander gelezen op wiki.openstreetmap.org. Als iemand suggesties heeft voor verdere studie : graag. Tijdens de voorbereiding van een fietstocht heb ik gemerkt dat : · het veer over de Schelde in Schellebelle systematisch geweigerd wordt bij het uitzetten van een route voor hiker of fietser. Op de kaart bleek dat het gedeelte van het veer tussen de 'landhoofden' was niet aangeduid als 'footpath' zodat bij de routering het veer steeds geweigerd werd. Ik heb dit aangepast met wijzigingsset 25483603. Ik ben er niet zeker van of dit wel de juiste werkwijze is. Kan iemand dit eens nakijken ? · De passerelle in N51°00.516' E3°52.891' te Wetteren bleek teven ‘verboden’ voor fietsers alhoewel fietsers hier wel over kunnen. Ik heb hier eveneens een tag aangepast. Is dit OK ? Deze ochtend heb ik dat kaart opnieuw afgeladen en deze aanpassingen bleken (nog) niet opgenomen. Is dit normaal ? Als ik iets verkeerd doe hoor ik het graag ! Mvg Marc ___ 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] Nieuw lid
Dag Marc Op 17 september 2014 09:02 schreef Marc Deroep marc.der...@telenet.be: Ik zou graag meewerken aan het actueel houden van de kaart omdat ik het publiek stellen van dergelijke kaart een super initiatief vind en omdat het ook een leuke hobby lijkt. Dan zijn we van dezelfde mening ;) Intussen heb ik de cursus ‘open street map’ van Swroclawski gevolgd op Youtube, heb ik wat rondgekeken in Potltach2 en een en ander gelezen op wiki.openstreetmap.org. Als iemand suggesties heeft voor verdere studie : graag. Gewoon doen, niet bang zijn dat je iets breekt, en hulp vragen bij twijfel. Fouten die door beginners gemaakt zijn, zijn meestal ook erg eenvoudig om terug recht te zetten. Tijdens de voorbereiding van een fietstocht heb ik gemerkt dat : · het veer over de Schelde in Schellebelle systematisch geweigerd wordt bij het uitzetten van een route voor hiker of fietser. Op de kaart bleek dat het gedeelte van het veer tussen de 'landhoofden' was niet aangeduid als 'footpath' zodat bij de routering het veer steeds geweigerd werd. Ik heb dit aangepast met wijzigingsset 25483603. Ik ben er niet zeker van of dit wel de juiste werkwijze is. Kan iemand dit eens nakijken ? Een highway=footway tag zou ik niet gegeven hebben. De naam, en de access tags (bicycle=yes en foot=yes) die je gegeven hebt, zijn goed. Maar omdat een ferry trager is dan een brug, en ook niet altijd open, is het af te raden om die te taggen als highway=footway. Bekijk ook deze wiki pagina: http://wiki.openstreetmap.org/wiki/Tag:route%3Dferry Ik zou er ook motorcar=no bij zetten, gewoon voor de duidelijkheid. Het is natuurlijk mogelijk dat de software die je gebruikt voor routeberekeningen (op je computer of je GPS) geen ferry routes aanvaardt. Vaak is er een instelling om al dan niet ferry routes te gebruiken. Als die instelling er niet is, dan moeten we eens verder kijken hoe het op te lossen valt. · De passerelle in N51°00.516' E3°52.891' te Wetteren bleek teven ‘verboden’ voor fietsers alhoewel fietsers hier wel over kunnen. Ik heb hier eveneens een tag aangepast. Is dit OK ? Dat is zeker OK. Deze ochtend heb ik dat kaart opnieuw afgeladen en deze aanpassingen bleken (nog) niet opgenomen. Is dit normaal ? Van waar heb je de kaart? Normaal staat er ergens vermeld wanneer ze worden gegenereerd uit de data. Aangezien dat best wel wat tijd vraagt (of een heel snelle computer), genereren sommige de kaarten slects 1 keer per week of nog minder. Als ik iets verkeerd doe hoor ik het graag ! Mvg Marc Groeten, Sander ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Nieuw lid
Welkom Marc (nog een Marc erbij!) mss toch kleine aanvulling bij Sander, als je footway=yes gebruikt dan is het niet nodig om foot=yes erbij te zetten. Impliciet wordt dit erbij gedacht. Maar als daar ook fietsers over mogen dan kan je bicycle=yes erbij zetten en heb je een voetweg waar over gefietst mag worden. Zelfde voor bv een highway=bridleway (paardeweg), daar zit impliciet ook voetgangers bij (maar geen fietsers). Dus als je highway=bridleway gebruikt hoef je eventueel enkel fietsers toe te laten (dit hangt wat af van het land en de wetten van het land dat je mapt). Dit doe je met bycicle=yes tag bij te voegen. Dit laat toe om met enkele keys veel te zeggen en daarom hoeft foot=yes er niet bij bij een footway, iedereen weet dat je op een voetweg mag wandelen. Daardoor kan je eigenlijk verschillende combinaties kan maken voor hetzelfde te zeggen. Het is aan de mapper om hier doordacht te kiezen en niet overbodig te 'taggen'. Er hangen altijd defaults aan het highway type dat je gebruikt, ik raad je aan om hiermee heel vertrouwd te geraken. Best steeds de wiki erbij nemen, ik gebruik vooral de engelstalige wiki daarvoor. Zie zeker eens naar http://wiki.openstreetmap.org/wiki/Highway Daar kan je te weten komen welke defaults er aan de verschillende highway type zitten wat betreft wie/wat ze mag gebruiken. Daarnaast kan ik ook JOSM niet genoeg promoten, Jo heeft al een goede poging gewaagd, maar mappen wordt toch maar pas echt fun als je met JOSM goed kan werken. Wat betreft eventuele fouten, die zullen gemakkelijk te fixen zijn bij beginnersfouten. Ik vind Jo zijn suggestie ook goed dat je thema-mapping doet. Uit ervaring vind ik dat ik daar het meeste mee leer door te focussen op een passie (openbaar vervoer, huizen, fietspaden/wandelwegen, de keuze is eindeloos) en eens je dat onder de knie hebt en interesse krijgt voor andere zaken neem je de volgende stap. Ik heb zelf in het begin jaren geen enkel huisnummer gemaakt, maar wel alle buildings getekend die ik kon. Als de winter er is ga ik 's avonds wandelen met een huisnummer mapper en doe ik adreswerk. Pas toen het me begon te interesseren dus. Mijn kleine aanvulling is langer dan ik eerst dacht :) Glenn Een highway=footway tag zou ik niet gegeven hebben. De naam, en de access tags (bicycle=yes en foot=yes) die je gegeven hebt, zijn goed. Maar omdat een ferry trager is dan een brug, en ook niet altijd open, is het af te raden om die te taggen als highway=footway. Bekijk ook deze wiki pagina: http://wiki.openstreetmap.org/wiki/Tag:route%3Dferry Ik zou er ook motorcar=no bij zetten, gewoon voor de duidelijkheid. Het is natuurlijk mogelijk dat de software die je gebruikt voor routeberekeningen (op je computer of je GPS) geen ferry routes aanvaardt. Vaak is er een instelling om al dan niet ferry routes te gebruiken. Als die instelling er niet is, dan moeten we eens verder kijken hoe het op te lossen valt. · __De passerelle in N51°00.516' E3°52.891' te Wetteren bleek teven ‘verboden’ voor fietsers alhoewel fietsers hier wel over kunnen. Ik heb hier eveneens een tag aangepast. Is dit OK ? __ Dat is zeker OK. __ Deze ochtend heb ik dat kaart opnieuw afgeladen en deze aanpassingen bleken (nog) niet opgenomen. Is dit normaal ? Van waar heb je de kaart? Normaal staat er ergens vermeld wanneer ze worden gegenereerd uit de data. Aangezien dat best wel wat tijd vraagt (of een heel snelle computer), genereren sommige de kaarten slects 1 keer per week of nog minder. __ __ Als ik iets verkeerd doe hoor ik het graag ! __ __ Mvg __ __ Marc Groeten, Sander ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Nieuw lid
Dag Marc, Eerst en vooral welkom. Helpende handen zijn steeds welkom. Ik wil eerst even benadrukken dat je een onderscheid moet maken tussen twee zaken: de data enerzijds en de manier waarop de data gebruikt worden anderzijds. De data worden verondersteld een correcte weergave van de werkelijkheid te zijn. De vraag die zich dan stelt is wat is er op het terrein aanwezig en wat is de correcte manier om dat in tags te gieten. Dat is waarover hier (soms eindeloze ;-) ) discussies gevoerd worden. De manier waarop de data gebruikt worden omvat het weergeven op een kaart en routeplanners. Dit is software die gebruik maakt van de (hopelijk correcte) data en deze hopelijk correct interpreteert. Belangrijk is dat je de data niet gaat aanpassen om ervoor te zorgen dat het er mooier uit ziet op de kaart of om bugs uit routeplanners op te vangen. Wat de ene routeplanner kan helpen is mogelijk rampzalig voor een andere routeplanner. Ik grijp even naar je twee concrete vragen en daar lijkt het mij dat de oude situatie in beide gevallen beter is. - Veel Schellebelle: er is een voetveer, dus moet het in de data ook als dusdanig voorkomen. Als je routeplanner (ik kan uit je mail niet opmaken welke dat is) het veer niet wil gebruiken is dat een fout in de routeplanner. Niet in de data. - Passerelle Wetteren: je schrijft dat je daar als fietser over kan, maar ik ben het daar eerlijk gezegd niet mee eens. Een fietser is iemand die fietst, terwijl iemand met de fiets aan de hand een voetganger is. De passerelle in Wetteren is een voetgangersbrug over de Schlede met aan weerskanten een (vrij steile) trap met een fietsgootje. Ik weet niet van buiten of fietsen er expliciet verboden is, maar het is in elk geval fysiek onmogelijk om die brug al fietsend op en af te rijden. Toch voor iedereen behalve misschien een paar erg goede mountainbikers. Voor je routeplanner gaat de aangepaste tag trouwens toch niet helpen omdat de routeplanner je nog altijd niet over de trappen aan weerskanten van de brug gaat sturen. wouter 2014-09-17 9:02 GMT+02:00 Marc Deroep marc.der...@telenet.be: Hallo, Ik wil mij graag even voorstellen als nieuw lid : 62 jaar oud, gepensioneerd militair en ik wandel en fiets graag. Onlangs heb ik mij een Garmin Oregon 600 aangeschaft en heb er de open street map op geplaatst. Ik zou graag meewerken aan het actueel houden van de kaart omdat ik het publiek stellen van dergelijke kaart een super initiatief vind en omdat het ook een leuke hobby lijkt. Intussen heb ik de cursus ‘open street map’ van Swroclawski gevolgd op Youtube, heb ik wat rondgekeken in Potltach2 en een en ander gelezen op wiki.openstreetmap.org. Als iemand suggesties heeft voor verdere studie : graag. Tijdens de voorbereiding van een fietstocht heb ik gemerkt dat : · het veer over de Schelde in Schellebelle systematisch geweigerd wordt bij het uitzetten van een route voor hiker of fietser. Op de kaart bleek dat het gedeelte van het veer tussen de 'landhoofden' was niet aangeduid als 'footpath' zodat bij de routering het veer steeds geweigerd werd. Ik heb dit aangepast met wijzigingsset 25483603. Ik ben er niet zeker van of dit wel de juiste werkwijze is. Kan iemand dit eens nakijken ? · De passerelle in N51°00.516' E3°52.891' te Wetteren bleek teven ‘verboden’ voor fietsers alhoewel fietsers hier wel over kunnen. Ik heb hier eveneens een tag aangepast. Is dit OK ? Deze ochtend heb ik dat kaart opnieuw afgeladen en deze aanpassingen bleken (nog) niet opgenomen. Is dit normaal ? Als ik iets verkeerd doe hoor ik het graag ! Mvg Marc ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Den som ikke tror på seg selv kommer ingen vei. - Thor Heyerdahl ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Nieuw lid
Daarvoor dient de bycicle=dismount tag voor, die heeft user JanFI verwijderd 5 maand geleden. Helaas was die tag juist. https://www.openstreetmap.org/way/267072424/history#map=18/51.00831/3.88144 http://wiki.openstreetmap.org/wiki/Bicycle - Passerelle Wetteren: je schrijft dat je daar als fietser over kan, maar ik ben het daar eerlijk gezegd niet mee eens. Een fietser is iemand die fietst, terwijl iemand met de fiets aan de hand een voetganger is. De passerelle in Wetteren is een voetgangersbrug over de Schlede met aan weerskanten een (vrij steile) trap met een fietsgootje. Ik weet niet van buiten of fietsen er expliciet verboden is, maar het is in elk geval fysiek onmogelijk om die brug al fietsend op en af te rijden. Toch voor iedereen behalve misschien een paar erg goede mountainbikers. Voor je routeplanner gaat de aangepaste tag trouwens toch niet helpen omdat de routeplanner je nog altijd niet over de trappen aan weerskanten van de brug gaat sturen. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Nieuw lid
Zou hij dit tag verwijderd hebben om de routering voor fietsers op een Garmin toe te laten ? m. 2014-09-17 12:44 GMT+02:00 Glenn Plas gl...@byte-consult.be: Daarvoor dient de bycicle=dismount tag voor, die heeft user JanFI verwijderd 5 maand geleden. Helaas was die tag juist. https://www.openstreetmap.org/way/267072424/history#map=18/51.00831/3.88144 http://wiki.openstreetmap.org/wiki/Bicycle - Passerelle Wetteren: je schrijft dat je daar als fietser over kan, maar ik ben het daar eerlijk gezegd niet mee eens. Een fietser is iemand die fietst, terwijl iemand met de fiets aan de hand een voetganger is. De passerelle in Wetteren is een voetgangersbrug over de Schlede met aan weerskanten een (vrij steile) trap met een fietsgootje. Ik weet niet van buiten of fietsen er expliciet verboden is, maar het is in elk geval fysiek onmogelijk om die brug al fietsend op en af te rijden. Toch voor iedereen behalve misschien een paar erg goede mountainbikers. Voor je routeplanner gaat de aangepaste tag trouwens toch niet helpen omdat de routeplanner je nog altijd niet over de trappen aan weerskanten van de brug gaat sturen. ___ 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] Nieuw lid
Het is in ieder geval toegelaten volgens wat ik op Google Streetmap zie. Ik zie een goot langs weerskanten van de trappen en geen verbodsbord, dus je kan als voetganger met de fiets aan de hand erover. https://www.google.com/maps/@51.0082116,3.8818759,3a,16.6y,287.65h,84.7t/data=!3m4!1e1!3m2!1s_i2yhktclxX4dsevtcaJKw!2e0 Gewoon fixen denk ik en niet van wakker liggen! Glenn On 17-09-14 12:50, Marc Gemis wrote: Zou hij dit tag verwijderd hebben om de routering voor fietsers op een Garmin toe te laten ? m. 2014-09-17 12:44 GMT+02:00 Glenn Plas gl...@byte-consult.be mailto:gl...@byte-consult.be: Daarvoor dient de bycicle=dismount tag voor, die heeft user JanFI verwijderd 5 maand geleden. Helaas was die tag juist. https://www.openstreetmap.org/way/267072424/history#map=18/51.00831/3.88144 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Nieuw lid
dus handrail=yes, ramp=yes, ramp:bicycle=yes toevoegen :-) zie http://wiki.openstreetmap.org/wiki/Tag:highway%3Dsteps m 2014-09-17 13:38 GMT+02:00 Glenn Plas gl...@byte-consult.be: Het is in ieder geval toegelaten volgens wat ik op Google Streetmap zie. Ik zie een goot langs weerskanten van de trappen en geen verbodsbord, dus je kan als voetganger met de fiets aan de hand erover. https://www.google.com/maps/@51.0082116,3.8818759,3a,16.6y,287.65h,84.7t/data=!3m4!1e1!3m2!1s_i2yhktclxX4dsevtcaJKw!2e0 Gewoon fixen denk ik en niet van wakker liggen! Glenn On 17-09-14 12:50, Marc Gemis wrote: Zou hij dit tag verwijderd hebben om de routering voor fietsers op een Garmin toe te laten ? m. 2014-09-17 12:44 GMT+02:00 Glenn Plas gl...@byte-consult.be mailto:gl...@byte-consult.be: Daarvoor dient de bycicle=dismount tag voor, die heeft user JanFI verwijderd 5 maand geleden. Helaas was die tag juist. https://www.openstreetmap.org/way/267072424/history#map=18/51.00831/3.88144 ___ 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] Nieuw lid
Ik zou toch wel bicycle=dismount voor de way zetten (niet de steps, iedereen weet toch dat je daar af mag, zelfs moet fietsen ;- ) Glenn On 17-09-14 14:10, Marc Gemis wrote: dus handrail=yes, ramp=yes, ramp:bicycle=yes toevoegen :-) zie http://wiki.openstreetmap.org/wiki/Tag:highway%3Dsteps ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Nieuw lid
Bij deze... https://www.openstreetmap.org/changeset/25503267 Glenn On 17-09-14 17:14, Glenn Plas wrote: Ik zou toch wel bicycle=dismount voor de way zetten (niet de steps, iedereen weet toch dat je daar af mag, zelfs moet fietsen ;- ) Glenn On 17-09-14 14:10, Marc Gemis wrote: dus handrail=yes, ramp=yes, ramp:bicycle=yes toevoegen :-) zie http://wiki.openstreetmap.org/wiki/Tag:highway%3Dsteps ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Nieuw lid
toppie :-) 2014-09-17 17:23 GMT+02:00 Glenn Plas gl...@byte-consult.be: Bij deze... https://www.openstreetmap.org/changeset/25503267 Glenn On 17-09-14 17:14, Glenn Plas wrote: Ik zou toch wel bicycle=dismount voor de way zetten (niet de steps, iedereen weet toch dat je daar af mag, zelfs moet fietsen ;- ) Glenn On 17-09-14 14:10, Marc Gemis wrote: dus handrail=yes, ramp=yes, ramp:bicycle=yes toevoegen :-) zie http://wiki.openstreetmap.org/wiki/Tag:highway%3Dsteps ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Wood Park mapnik carto anomaly?
On 16/09/2014 14:59, Martin Koppenhoefer wrote: 2014-09-16 15:32 GMT+02:00 Dave F. dave...@madasafish.com mailto:dave...@madasafish.com: I find it surprising something as arbitrary as size is used as the defining factor. Comparing actual tags would surely make more sense. well, size surely has some correlation with importance. For practical reasons it is generally working quite well to have first render the bigger stuff and then render the smaller stuff on top, because it leads typically to less covering. This, IMO, is lazy rendering should be discouraged. To allow the smaller stuff to display is one of the reason mutli-polygons were developed. Refer also to the layer tag which is disappointingly under used by renderers. In this particular case more detailed mapping of the tree areas could solve it, e.g. split the wood object at the cutting roads and waterways, but admittedly in this case by looking at the bing aerial imagery it seems indeed to be a continuity of trees on both sides of these. That's mapping incorrectly to suit the renderer , for obvious reasons, should be criticized. Cheers Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wood Park mapnik carto anomaly?
2014-09-17 10:43 GMT+02:00 Dave F. dave...@madasafish.com: On 16/09/2014 14:59, Martin Koppenhoefer wrote: 2014-09-16 15:32 GMT+02:00 Dave F. dave...@madasafish.com: I find it surprising something as arbitrary as size is used as the defining factor. Comparing actual tags would surely make more sense. well, size surely has some correlation with importance. For practical reasons it is generally working quite well to have first render the bigger stuff and then render the smaller stuff on top, because it leads typically to less covering. This, IMO, is lazy rendering should be discouraged. To allow the smaller stuff to display is one of the reason mutli-polygons were developed. no, multipolygons have nothing to do with this issue. Multipolygons are there to cut holes into polygons or to build polygons from outer ways which are also otherwise used. Here they would not serve at all, as the park and the wood both occupy the same area (locally). Refer also to the layer tag which is disappointingly under used by renderers. yes, it is indeed underused, but it also has nothing to do with the issue here, as both objects are on the same layer. In this particular case more detailed mapping of the tree areas could solve it, e.g. split the wood object at the cutting roads and waterways, but admittedly in this case by looking at the bing aerial imagery it seems indeed to be a continuity of trees on both sides of these. That's mapping incorrectly to suit the renderer , for obvious reasons, should be criticized. how would splitting an area be incorrect? It is just another representation of the same. There are infinite correct ways to representate the same object. cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] keys with multiple values
On 15/09/2014, Paul Norman penor...@mac.com wrote: On 9/15/2014 9:45 AM, moltonel 3x Combo wrote: Supporting multiple values natively in the osm data model would provide a clean and efficient solution, but updating all the tools to support it would be a huge undertaking. It's not going to get supported by most data consumers. This isn't a question of upgrading tools, this is a question of tools relying on a key=value store, a single column, or some other external dependency which doesn't allow multiple tag values. I believe when the API did support multiple values for one tag almost no data consumers supported it. Implementation doesn't need to break the key=val with keys being unique restriction of common stores (like PG's hstore). The obvious way is to store a composite value in val. This is in essense exactly what the current semicolon-separated-value scheme does, but if it was done at API level, it would avoid the inconsistent parsing issues. msgpack is a very lean and fast format that could be used. Compared to the current csv approach, the overhead of storing a typical array of strings is just 2 bytes (and splitting would be faster). It can be introduced in a backward-compatible maner : The old API version can convert arrays to the traditional csv-string format when exporting, and convert them back to a proper array when importing (with the added benefit of syntax checking). The new API skips the conversion, dealing only in native strings and arrays. Any consumer that can't handle arrays can request the stringified version instead. All conversions are done on the fly; the integrity of the array/string data in the db is kept. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] keys with multiple values
I'm not quite sure what the issue with formalizing the ; convention is. As Jochen Topf has wrote before, we do need to at least define the semantics (set, ordered list etc), regardless of implementation. Once we agree on that, agreeing on if we should simply define an escape ( ;; would be good enough IMHO) or do something new should be really easy. Simon Am 17.09.2014 14:06, schrieb moltonel 3x Combo: On 15/09/2014, Paul Norman penor...@mac.com wrote: On 9/15/2014 9:45 AM, moltonel 3x Combo wrote: Supporting multiple values natively in the osm data model would provide a clean and efficient solution, but updating all the tools to support it would be a huge undertaking. It's not going to get supported by most data consumers. This isn't a question of upgrading tools, this is a question of tools relying on a key=value store, a single column, or some other external dependency which doesn't allow multiple tag values. I believe when the API did support multiple values for one tag almost no data consumers supported it. Implementation doesn't need to break the key=val with keys being unique restriction of common stores (like PG's hstore). The obvious way is to store a composite value in val. This is in essense exactly what the current semicolon-separated-value scheme does, but if it was done at API level, it would avoid the inconsistent parsing issues. msgpack is a very lean and fast format that could be used. Compared to the current csv approach, the overhead of storing a typical array of strings is just 2 bytes (and splitting would be faster). It can be introduced in a backward-compatible maner : The old API version can convert arrays to the traditional csv-string format when exporting, and convert them back to a proper array when importing (with the added benefit of syntax checking). The new API skips the conversion, dealing only in native strings and arrays. Any consumer that can't handle arrays can request the stringified version instead. All conversions are done on the fly; the integrity of the array/string data in the db is kept. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wood Park mapnik carto anomaly?
On 16/09/2014 19:55, Paul Norman wrote: On Sep 16, 2014, at 06:33 AM, Dave F. dave...@madasafish.com wrote: On 16/09/2014 13:41, Matthijs Melissen wrote: In general, we render smaller landuse on top of larger landuse. I find it surprising something as arbitrary as size is used as the defining factor. Comparing actual tags would surely make more sense. As a recent bug (https://github.com/gravitystorm/openstreetmap-carto/issues/950) has shown, it's important to have *some* well-defined ordering in cases where the ordering could make a visual distinction, I wouldn't describe size based ordering as 'well defined'. or the rendered result is undefined and potentially not deterministic. This can lead to subtle bugs with clipped labels. Hard to tell from the small graphic, but this doesn't appear to be an ordering problem. The two criteria are OSM ID and area. The first is truly arbitrary being a computer-assigned number, while the second is well-founded and is the standard way to order within a layer. What you're more interested in is why are parks and trees both in the same landuse layer. It would certainly simplify the SQL (https://github.com/gravitystorm/openstreetmap-carto/blob/master/project.yaml#L102) to split it up into different tags, but the problem is there is no universally acceptable ordering of tags. You've pointed at a case where it'd be good to have trees on top of parks, but I can point to cases where parks should be on top of trees. Please do, I'd be interested to see them. Cheers Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wood Park mapnik carto anomaly?
2014-09-17 16:33 GMT+02:00 Dave F. dave...@madasafish.com: but I can point to cases where parks should be on top of trees. Please do, I'd be interested to see them. I agree that trees should probably always render above parks, especially if the park area is opaque and obfuscating the trees. If the park would be rendered as outline, things would change, you'd always want to render it above filled areas then. cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wood Park mapnik carto anomaly?
On 17/09/2014 13:04, Martin Koppenhoefer wrote: 2014-09-17 10:43 GMT+02:00 Dave F. dave...@madasafish.com mailto:dave...@madasafish.com: On 16/09/2014 14:59, Martin Koppenhoefer wrote: 2014-09-16 15:32 GMT+02:00 Dave F. dave...@madasafish.com mailto:dave...@madasafish.com: I find it surprising something as arbitrary as size is used as the defining factor. Comparing actual tags would surely make more sense. well, size surely has some correlation with importance. For practical reasons it is generally working quite well to have first render the bigger stuff and then render the smaller stuff on top, because it leads typically to less covering. This, IMO, is lazy rendering should be discouraged. To allow the smaller stuff to display is one of the reason mutli-polygons were developed. no, multipolygons have nothing to do with this issue. Multipolygons are there to cut holes into polygons or to build polygons from outer ways which are also otherwise used. Here they would not serve at all, as the park and the wood both occupy the same area (locally). True, for this case, but I was talking in more general terms. Refer also to the layer tag which is disappointingly under used by renderers. yes, it is indeed underused, but it also has nothing to do with the issue here, as both objects are on the same layer. That's my point. If the layer tagged was implemented by more renderers it would encourage mappers to use it, solving my current problem. In this particular case more detailed mapping of the tree areas could solve it, e.g. split the wood object at the cutting roads and waterways, but admittedly in this case by looking at the bing aerial imagery it seems indeed to be a continuity of trees on both sides of these. That's mapping incorrectly to suit the renderer , for obvious reasons, should be criticized. how would splitting an area be incorrect? It is just another representation of the same. There are infinite correct ways to representate the same object. As an example: If it has a name you'd have two objects of that name, when in fact there's only one. If someone wanted to find out how many named wood there are in a city it would return inaccurate data. cheers, Martin --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wood Park mapnik carto anomaly?
Il giorno 17/set/2014, alle ore 22:32, Dave F. dave...@madasafish.com ha scritto: As an example: If it has a name you'd have two objects of that name, when in fact there's only one. If someone wanted to find out how many named wood there are in a city it would return inaccurate data. I agree with this, that's why IMO we should have 2 distinct kind of properties (and maybe objects), one kind for name (and type of thing) and one kind for descriptions of subobjects like an area where trees grows. inside a named forest you might have lots of areas without actual trees. Eg natural=wood and name=* vs. landcover=trees cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Visually detect missing roads
Salut Sylvain, On 16.09.2014 14:14, Sylvain Maillard wrote: I look at your map for Lyon, and don't understand most of the missing road that your tool is showing ... an example with http://compare.osm-tools.org/?zoom=15lat=45.73417lon=4.82971layers=BT00F : the road is there in both maps and seems to have the same kind of attributes (oneway and classification). Can you explain why there is a big red mark on it ? When you have a closer look at the data you notice that in OSM the Rue Marcel Mérieux is classified as highway=residential. This is a minor road classification. In Google the road is listed as a major highway. As this is a difference it is marked as red (=different). I can't tell you which one is correct. This needs to be determined by the local mappers. There are different tagging schemes and ideas of how roads should be classified inside towns. Often this also differs depending on the country. I got feedback from mappers who use the tool in central Europe to detect possible tagging problems. But my focus for the tool was to detect real white spots on the map. Areas where major highways are completely missing. The best use of the compare tool is outside of big cities. Have a look at rural areas in Africa or Asia to get an impression on how useful it can be to complete the major road network there. Or French Guiana http://compare.osm-tools.org/?zoom=15lat=45.73417lon=4.82971layers=BT00F Some areas might be more difficult to process than others. Consult Bing or alternative backgrounds like mapbox what could be a correct mapping. If you can't figure it out with a reasonable certainty, leave it as a job for future on the ground mappers or waiting for better imagery. Stephan ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] How best to create a single point of interest online map with OSM data?
What's the best way to create a global single point of interest map, with OSM? I'm thinking something like this local pay phone map: https://a.tiles.mapbox.com/v4/brycenesbitt.j82lj086/page.html?access_token=pk.eyJ1IjoiYnJ5Y2VuZXNiaXR0IiwiYSI6ImNFME9IckkifQ.Nd85HRRFP3Jy3gx8nQ3ATA#14/37.8699/-122.2603 But global, and with all the tags for each node shown when the node is clicked on. Or this global drinking water map: https://www.google.com/fusiontables/embedviz?q=select+col3+from+1usHO73s_NDGKOx-2jbj0xtSHuHjxvWVo_2MvX_oviz=MAPh=falselat=41.571877511144756lng=-83.65702047624372t=1z=4l=col3y=2tmplt=2hml=GEOCODABLE But it feels wrong to use Google maps as the backdrop for OSM data, despite the advantages (the map above has 35,000 nodes many with photos, and yet it is snappy fast on any browser). What's a better way to do this? Note: The mapbox map started with an overpass API query. The fusion table example was an extract from the planet file, merged into a fusion table. Google's servers create and cache bitmaps with the POI's. User clicks look up the matching data. Thus it renders as fast as a slippy map, but has all the POI's readily available. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Via exclusiva para ônibus
Erick, Verifica se nessa linha exclusiva os táxis tb tem permissão. Aqui em Recife tem, se estiverem com passageiros Marcelo Em 16 de setembro de 2014 22:03, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Ok. Quando uma pista é separada da outra por tachões, ela deve ser desenhada como uma pista separada? Em 16 de setembro de 2014 21:56, Lists li...@gimnechiske.org escreveu: Eu acho errado, deve ser psv=yes e taxi=no Aun Johnsen On Sep 16, 2014, at 21:54, Erick de Oliveira Leal erickdeoliveiral...@gmail.com wrote: Não entendi nesse exemplo, por que o psv está = no Em 16 de setembro de 2014 21:50, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Ah acho que consegui um exemplo: http://www.openstreetmap.org/way/245577988 Em 16 de setembro de 2014 21:48, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Como etiquetar uma via exclusiva para ônibus? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- ... Edileuz, eu não tem nada a ver com Creuza, É mentira da Ivete, não é meu esse caniveete... Halley, Luiz - Poeta, Cantor, Compsitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Ponto de entrada/saída de estacionamento
Pessoal, Notei que um usuário novo adicionou a etiqueta amenity=parking_entrance [1] na entrada de um estacionamento de superfície, mas na verdade esta etiqueta só é utilizada na entrada de estacionamentos subterrâneos, ou de múltiplos andares ou debaixo de uma construção (ou seja, casos onde não dá pra especificar a área de estacionamento muito bem). Vi no iD que a tradução estava como Entrada/Saída de Estacionamento, e mudei para Entrada/Saída de estacionamento interno para tentar passar a idéia mais facilmente, mas ainda não fiquei muito satisfeito com esse termo. Alguém tem outra sugestão de como podemos traduzir isso? Abs, João [1]: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking_entrance ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Ponto de entrada/saída de estacionamento
Noutros casos a pessoa pode colocar barrier=gate para a área maior que contém o estacionamento? Em 17 de setembro de 2014 12:58, John Packer john.pack...@gmail.com escreveu: Pessoal, Notei que um usuário novo adicionou a etiqueta amenity=parking_entrance [1] na entrada de um estacionamento de superfície, mas na verdade esta etiqueta só é utilizada na entrada de estacionamentos subterrâneos, ou de múltiplos andares ou debaixo de uma construção (ou seja, casos onde não dá pra especificar a área de estacionamento muito bem). Vi no iD que a tradução estava como Entrada/Saída de Estacionamento, e mudei para Entrada/Saída de estacionamento interno para tentar passar a idéia mais facilmente, mas ainda não fiquei muito satisfeito com esse termo. Alguém tem outra sugestão de como podemos traduzir isso? Abs, João [1]: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking_entrance ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Ponto de entrada/saída de estacionamento
Seja barrier=lift_gate, barrier=gate e um portao Aun Johnsen Sent from my iPhone On 17. sep. 2014, at 13:26, Alexandre Magno Brito de Medeiros alexandre@gmail.com wrote: Noutros casos a pessoa pode colocar barrier=gate para a área maior que contém o estacionamento? Em 17 de setembro de 2014 12:58, John Packer john.pack...@gmail.com escreveu: Pessoal, Notei que um usuário novo adicionou a etiqueta amenity=parking_entrance [1] na entrada de um estacionamento de superfície, mas na verdade esta etiqueta só é utilizada na entrada de estacionamentos subterrâneos, ou de múltiplos andares ou debaixo de uma construção (ou seja, casos onde não dá pra especificar a área de estacionamento muito bem). Vi no iD que a tradução estava como Entrada/Saída de Estacionamento, e mudei para Entrada/Saída de estacionamento interno para tentar passar a idéia mais facilmente, mas ainda não fiquei muito satisfeito com esse termo. Alguém tem outra sugestão de como podemos traduzir isso? Abs, João [1]: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking_entrance ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Via exclusiva para ônibus
Aqui no RJ eu mapeio as faixas exclusivas de BRT como vias separadas, pois são duas vias logicamente diferentes, além de permitir navegação visual. Em 17/09/2014 11:20, Marcelo Pereira pereirahol...@gmail.com escreveu: Erick, Verifica se nessa linha exclusiva os táxis tb tem permissão. Aqui em Recife tem, se estiverem com passageiros Marcelo Em 16 de setembro de 2014 22:03, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Ok. Quando uma pista é separada da outra por tachões, ela deve ser desenhada como uma pista separada? Em 16 de setembro de 2014 21:56, Lists li...@gimnechiske.org escreveu: Eu acho errado, deve ser psv=yes e taxi=no Aun Johnsen On Sep 16, 2014, at 21:54, Erick de Oliveira Leal erickdeoliveiral...@gmail.com wrote: Não entendi nesse exemplo, por que o psv está = no Em 16 de setembro de 2014 21:50, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Ah acho que consegui um exemplo: http://www.openstreetmap.org/way/245577988 Em 16 de setembro de 2014 21:48, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Como etiquetar uma via exclusiva para ônibus? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- ... Edileuz, eu não tem nada a ver com Creuza, É mentira da Ivete, não é meu esse caniveete... Halley, Luiz - Poeta, Cantor, Compsitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Ponto de entrada/saída de estacionamento
OK, mas na área que eu tinha em mente é um portão mesmo. barrier=lift_gate acontece muito com supermercados. Eu tinha em mente o terreno cercado de uma paróquia específica, e lá é portão. Na verdade, aquela cerca são grades, somente em dois lados do retângulo. Os demais são muro. O estacionamento é uma porção da área. Em 17 de setembro de 2014 13:41, Aun Johnsen li...@gimnechiske.org escreveu: Seja barrier=lift_gate, barrier=gate e um portao Aun Johnsen Sent from my iPhone On 17. sep. 2014, at 13:26, Alexandre Magno Brito de Medeiros alexandre@gmail.com wrote: Noutros casos a pessoa pode colocar barrier=gate para a área maior que contém o estacionamento? Em 17 de setembro de 2014 12:58, John Packer john.pack...@gmail.com escreveu: Pessoal, Notei que um usuário novo adicionou a etiqueta amenity=parking_entrance [1] na entrada de um estacionamento de superfície, mas na verdade esta etiqueta só é utilizada na entrada de estacionamentos subterrâneos, ou de múltiplos andares ou debaixo de uma construção (ou seja, casos onde não dá pra especificar a área de estacionamento muito bem). Vi no iD que a tradução estava como Entrada/Saída de Estacionamento, e mudei para Entrada/Saída de estacionamento interno para tentar passar a idéia mais facilmente, mas ainda não fiquei muito satisfeito com esse termo. Alguém tem outra sugestão de como podemos traduzir isso? Abs, João [1]: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking_entrance ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Via exclusiva para ônibus
Bom, se elas não forem trafegaveis por taxis ou carros de emergência acho que podem ficar separadas. Porem se delas você conseguir acessar outras vias que não sejam BRT e puderem ser usadas por taxis/carros de emergências acho que não devem ser separadas. Porque aqui por exemplo Em 17/09/2014 13:47, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Aqui no RJ eu mapeio as faixas exclusivas de BRT como vias separadas, pois são duas vias logicamente diferentes, além de permitir navegação visual. Em 17/09/2014 11:20, Marcelo Pereira pereirahol...@gmail.com escreveu: Erick, Verifica se nessa linha exclusiva os táxis tb tem permissão. Aqui em Recife tem, se estiverem com passageiros Marcelo Em 16 de setembro de 2014 22:03, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Ok. Quando uma pista é separada da outra por tachões, ela deve ser desenhada como uma pista separada? Em 16 de setembro de 2014 21:56, Lists li...@gimnechiske.org escreveu: Eu acho errado, deve ser psv=yes e taxi=no Aun Johnsen On Sep 16, 2014, at 21:54, Erick de Oliveira Leal erickdeoliveiral...@gmail.com wrote: Não entendi nesse exemplo, por que o psv está = no Em 16 de setembro de 2014 21:50, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Ah acho que consegui um exemplo: http://www.openstreetmap.org/way/245577988 Em 16 de setembro de 2014 21:48, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Como etiquetar uma via exclusiva para ônibus? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- ... Edileuz, eu não tem nada a ver com Creuza, É mentira da Ivete, não é meu esse caniveete... Halley, Luiz - Poeta, Cantor, Compsitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-is] Tenging stíga og rútun fyrir gangandi og hjólandi
Hæ Árni sagði eftirfarandi 13,ágúst, sem ég tek undir.: Mér finnst of geist hefur verið farið í að eyða bicycle=yes, sérstaklega af stígum. Er hægt að bakka, svæðisbundið án of mikillgar fyrirhafnar ? : Nú er margt í gangi v. samgönguviku, en vil gjarnan tka þátt í umræðum í næstu viku. Mér sýnist að við þurfum líklega að: 1. Fyrir gangandi. Annaðhvort að nota merktar gangstéttir fyrir gangandi og tengja þá allar gangstéttir yfir götur eða að eyða út gangstéttum og rúta eftir götum (þar sem eru gangstéttir). (Í því tilviki væri hægt að halda inni upplýsingum með því að nota sidewalk=both/left/right/none sem tag við highway.) 2. Fyrir gangandi. Láta þá stíga sem eru nauðsynlegir og eru ekki við götu halda sér og tengjast við götu (ef við eyðum gangstéttum) eða við gangstéttir (ef við höldum gangstéttum og tengjum þær allar yfir götur). 3. Fyrir hjólandi. Rúta eftir götum að jafnaði en setja bicycle=yes við þá stíga og gangstéttir (ef við höldum þeim) sem eru nauðsynlegir og eðlilegir sem tengingar fyrir reiðhjól. Sérstakir hjólastígar eru eðlilegur hluti af leiðum. Hvað finnst ykkur vera eðlilegasta og einfaldasta leiðin? Eyða gangstéttum eða tengja þær yfir götur? -- Regards / Kveðja / Hilsen Morten Lange, Reykjavík On Thursday, 21 August 2014, 10:10, Arni Davidsson arni...@gmail.com wrote: Hæ Já Bristol á Englandi. Mér sýnist þetta snúast um magn af gögnum. Það eru lítil gögn í Bristol og þeir fáu stígar sem eru teiknaðir eru einfaldlega tengdir við götu (og gert ráð fyrir gangstéttum við þær) og svo er rútað eftir götunni fyrir gangandi. Stígurinn í þessu tilviki er ekki með bicycle=yes og því ættu hjól að fara eftir götu skv. þessu: Rútað fyrir hjól http://openrouteservice.org/index.php?start=-2.583334,51.466187end=-2.583152,51.46466pref=Bicyclelang=denoMotorways=falsenoTollways=false Rútað fyrir gangandi http://openrouteservice.org/index.php?start=-2.583334,51.466187end=-2.583152,51.46466pref=Pedestrianlang=ennoMotorways=falsenoTollways=false Hér er svo annar staður með stíg merktan bicycle=yes og rútað fyrir gangandi: http://openrouteservice.org/index.php?start=-2.5838582,51.4671268end=-2.5810258,51.4675613pref=Pedestrianlang=ennoMotorways=falsenoTollways=false og hjólandi: http://openrouteservice.org/index.php?start=-2.5838582,51.4671268end=-2.5810258,51.4675613pref=Bicyclelang=ennoMotorways=falsenoTollways=false Mér sýnist að við þurfum líklega að: 1. Fyrir gangandi. Annaðhvort að nota merktar gangstéttir fyrir gangandi og tengja þá allar gangstéttir yfir götur eða að eyða út gangstéttum og rúta eftir götum (þar sem eru gangstéttir). (Í því tilviki væri hægt að halda inni upplýsingum með því að nota sidewalk=both/left/right/none sem tag við highway.) 2. Fyrir gangandi. Láta þá stíga sem eru nauðsynlegir og eru ekki við götu halda sér og tengjast við götu (ef við eyðum gangstéttum) eða við gangstéttir (ef við höldum gangstéttum og tengjum þær allar yfir götur). 3. Fyrir hjólandi. Rúta eftir götum að jafnaði en setja bicycle=yes við þá stíga og gangstéttir (ef við höldum þeim) sem eru nauðsynlegir og eðlilegir sem tengingar fyrir reiðhjól. Sérstakir hjólastígar eru eðlilegur hluti af leiðum. Hvað finnst ykkur vera eðlilegasta og einfaldasta leiðin? Eyða gangstéttum eða tengja þær yfir götur? kveðja Árni Davíðsson 2014-08-21 0:16 GMT+00:00 Svavar Kjarrval sva...@kjarrval.is: Hæ. Bristol á Englandi? En annars fæ ég þetta til að virka á openrouteservice.org í Reykjavík fyrir fótgangandi og hjólandi. Hér er hjóladæmi í Breiðholtinu þar sem búið var að tengja þveranir á sínum tíma: http://openrouteservice.org/index.php?start=-21.8173057,64.1006776end=-21.8241862,64.1000975pref=Bicyclelang=ennoMotorways=falsenoTollways=false Leiðin gæti þó orðið styttri með meiri gögnum á svæðinu en hér er greinilegt að beintengdu stígarnir eru nýttir eftir því sem kostur er. Með kveðju, Svavar Kjarrval On 16/08/14 01:06, arni...@gmail.com wrote: Það sem mér finnst athyglisvert með gögnin frá t.d. Bristol er að routing virkar þrátt fyrir að hvorki gangstéttir né þveranir séu skráðar. Hversvegna virkar það þar en ekki hjá okkur? Erum við að gera málið alltof flókið? Er hægt að skýra þennan mun? Kveðja Árni Davíðsson On 15.8.2014, at 22:11, Svavar Kjarrval sva...@kjarrval.is wrote: Hæ. Gallinn við stígagögnin frá Reykjavíkurborg er að þau eru frekar teiknuð upp á útlitið en routing. Fyrir okkur var þetta auðvitað ekki ákjósanlegasta staðan. Við fengum hins vegar nokkuð tæmandi safn yfir stíga, jafnvel stíga sem við myndum líklegast ekki fá af loftmyndunum einum saman. Hvað varðar routing gæti þetta verið bjarnargreiði en nokkuð góður greiði þegar kemur að því að vita hvar stígar eru og hvar þeir liggja. Með Laugaveginn tek ég þetta algerlega á mig, sérstaklega þar sem ég á heima þar rétt hjá og hefði auðvitað átt að
Re: [Talk-is] Tenging stíga og rútun fyrir gangandi og hjólandi
Ég bíð spenntur eftir cycle.travel rútun. Ég er að renna yfir til að tryggja að allir stígar séu inni. Þann 17.9.2014 19:45, skrifaði Morten Lange: Hæ Árni sagði eftirfarandi 13,ágúst, sem ég tek undir.: Mér finnst of geist hefur verið farið í að eyða bicycle=yes, sérstaklega af stígum. Er hægt að bakka, svæðisbundið án of mikillgar fyrirhafnar ? : Nú er margt í gangi v. samgönguviku, en vil gjarnan tka þátt í umræðum í næstu viku. Mér sýnist að við þurfum líklega að: 1. Fyrir gangandi. Annaðhvort að nota merktar gangstéttir fyrir gangandi og tengja þá allar gangstéttir yfir götur _*eða*_ að eyða út gangstéttum og rúta eftir götum (þar sem eru gangstéttir). (Í því tilviki væri hægt að halda inni upplýsingum með því að nota sidewalk=both/left/right/none sem tag við highway.) 2. Fyrir gangandi. Láta þá stíga sem eru nauðsynlegir og eru ekki við götu halda sér og tengjast við götu (ef við eyðum gangstéttum) eða við gangstéttir (ef við höldum gangstéttum og tengjum þær allar yfir götur). 3. Fyrir hjólandi. Rúta eftir götum að jafnaði en setja bicycle=yes við þá stíga og gangstéttir (ef við höldum þeim) sem eru nauðsynlegir og eðlilegir sem tengingar fyrir reiðhjól. Sérstakir hjólastígar eru eðlilegur hluti af leiðum. Hvað finnst ykkur vera eðlilegasta og einfaldasta leiðin? Eyða gangstéttum eða tengja þær yfir götur? -- Regards / Kveðja / Hilsen Morten Lange, Reykjavík On Thursday, 21 August 2014, 10:10, Arni Davidsson arni...@gmail.com wrote: Hæ Já Bristol á Englandi. Mér sýnist þetta snúast um magn af gögnum. Það eru lítil gögn í Bristol og þeir fáu stígar sem eru teiknaðir eru einfaldlega tengdir við götu (og gert ráð fyrir gangstéttum við þær) og svo er rútað eftir götunni fyrir gangandi. Stígurinn í þessu tilviki er ekki með bicycle=yes og því ættu hjól að fara eftir götu skv. þessu: Rútað fyrir hjól http://openrouteservice.org/index.php?start=-2.583334,51.466187end=-2.583152,51.46466pref=Bicyclelang=denoMotorways=falsenoTollways=false Rútað fyrir gangandi http://openrouteservice.org/index.php?start=-2.583334,51.466187end=-2.583152,51.46466pref=Pedestrianlang=ennoMotorways=falsenoTollways=false Hér er svo annar staður með stíg merktan bicycle=yes og rútað fyrir gangandi: http://openrouteservice.org/index.php?start=-2.5838582,51.4671268end=-2.5810258,51.4675613pref=Pedestrianlang=ennoMotorways=falsenoTollways=false og hjólandi: http://openrouteservice.org/index.php?start=-2.5838582,51.4671268end=-2.5810258,51.4675613pref=Bicyclelang=ennoMotorways=falsenoTollways=false Mér sýnist að við þurfum líklega að: 1. Fyrir gangandi. Annaðhvort að nota merktar gangstéttir fyrir gangandi og tengja þá allar gangstéttir yfir götur _*eða*_ að eyða út gangstéttum og rúta eftir götum (þar sem eru gangstéttir). (Í því tilviki væri hægt að halda inni upplýsingum með því að nota sidewalk=both/left/right/none sem tag við highway.) 2. Fyrir gangandi. Láta þá stíga sem eru nauðsynlegir og eru ekki við götu halda sér og tengjast við götu (ef við eyðum gangstéttum) eða við gangstéttir (ef við höldum gangstéttum og tengjum þær allar yfir götur). 3. Fyrir hjólandi. Rúta eftir götum að jafnaði en setja bicycle=yes við þá stíga og gangstéttir (ef við höldum þeim) sem eru nauðsynlegir og eðlilegir sem tengingar fyrir reiðhjól. Sérstakir hjólastígar eru eðlilegur hluti af leiðum. Hvað finnst ykkur vera eðlilegasta og einfaldasta leiðin? Eyða gangstéttum eða tengja þær yfir götur? kveðja Árni Davíðsson 2014-08-21 0:16 GMT+00:00 Svavar Kjarrval sva...@kjarrval.is mailto:sva...@kjarrval.is: Hæ. Bristol á Englandi? En annars fæ ég þetta til að virka á openrouteservice.org http://openrouteservice.org/ í Reykjavík fyrir fótgangandi og hjólandi. Hér er hjóladæmi í Breiðholtinu þar sem búið var að tengja þveranir á sínum tíma: http://openrouteservice.org/index.php?start=-21.8173057,64.1006776end=-21.8241862,64.1000975pref=Bicyclelang=ennoMotorways=falsenoTollways=false Leiðin gæti þó orðið styttri með meiri gögnum á svæðinu en hér er greinilegt að beintengdu stígarnir eru nýttir eftir því sem kostur er. Með kveðju, Svavar Kjarrval On 16/08/14 01:06, arni...@gmail.com mailto:arni...@gmail.com wrote: Það sem mér finnst athyglisvert með gögnin frá t.d. Bristol er að routing virkar þrátt fyrir að hvorki gangstéttir né þveranir séu skráðar. Hversvegna virkar það þar en ekki hjá okkur? Erum við að gera málið alltof flókið? Er hægt að skýra þennan mun? Kveðja Árni Davíðsson On 15.8.2014, at 22:11, Svavar Kjarrval sva...@kjarrval.is mailto:sva...@kjarrval.is wrote: Hæ. Gallinn við stígagögnin frá Reykjavíkurborg er að þau eru
[Talk-de] Wochennotiz Nr. 217 9.9.–15.9.2014
Hallo, die Wochennotiz Nr. 217 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/blog/2014/09/wochennotiz-nr-217/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Was ist bei BING Offset/Versatz zu beachten
Hallo, wenn ich in JOSM als Hintergrund die BING Satellitenbilder einblende und danach Mappen will habe ich in bestehenden Daten of einen Versatz. Muss ich zuvor einen eigenen Versatz angeben, bzw meinen Kartenausschnitt kalibrieren? Besten Dank für Infos Christian --- Mail: use...@schani.com ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was ist bei BING Offset/Versatz zu beachten
Am 17.09.2014 16:21, schrieb Christian Leicht: wenn ich in JOSM als Hintergrund die BING Satellitenbilder einblende und danach Mappen will habe ich in bestehenden Daten of einen Versatz. Muss ich zuvor einen eigenen Versatz angeben, bzw meinen Kartenausschnitt kalibrieren? Ja, zum Abgleich eignen sich gut die öffentlichen (oder eigene) GPX Tracks, die man sich in den Auschnitt reinladen kann. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was ist bei BING Offset/Versatz zu beachten
Wo bekomme ich den öffentliche GPS Daten her. Die Daten von meinem iPhone sind doch zu ungenau, oder? Christian Am 17.09.2014 16:21, schrieb Christian Leicht: wenn ich in JOSM als Hintergrund die BING Satellitenbilder einblende und danach Mappen will habe ich in bestehenden Daten of einen Versatz. Muss ich zuvor einen eigenen Versatz angeben, bzw meinen Kartenausschnitt kalibrieren? Ja, zum Abgleich eignen sich gut die öffentlichen (oder eigene) GPX Tracks, die man sich in den Auschnitt reinladen kann. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org 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] Was ist bei BING Offset/Versatz zu beachten
Il giorno 17/set/2014, alle ore 16:34, chris66 chris66...@gmx.de ha scritto: Ja, zum Abgleich eignen sich gut die öffentlichen (oder eigene) GPX Tracks, die man sich in den Auschnitt reinladen kann. +1, wobei Versatz nicht das einzige Problem ist bei Bing, z.T. sind das auch Verzerrungen, gegen die man mit Verschieben nichts ausrichten kann. GPX Tracks haben gelegentlich auch kleinere systematische Fehler, z.B. wo der Empfang abreißt wird meist noch eine kurze Weile weitergeloggt, das kann man am Besten am Anfang von Tunneln beobachten, passiert aber auch z.B. neben steilen Bergen/Abhängen. Wenn da dann eine Kurve liegt geht der Track trotzdem geradeaus weiter, auch mehrere Tracks übereinstimmend, so dass man an solchen Stellen ein bisschen aufpassen muss. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was ist bei BING Offset/Versatz zu beachten
Il giorno 17/set/2014, alle ore 16:47, Christian Leicht use...@schani.com ha scritto: Die Daten von meinem iPhone sind doch zu ungenau, oder? tendenziell ja (Antenne zu schlecht), wobei es da auch verschiedene Genauigkeiten gibt (mind. 4 kann der Programmierer einstellen, ist ein Kompromiss Energieverbrauch und Präzision). Tracks kannst Du zusammen mit den Daten vom Server laden in Josm) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was ist bei BING Offset/Versatz zu beachten
Am 17.09.2014 16:47, schrieb Christian Leicht: Wo bekomme ich den öffentliche GPS Daten her. In JOSM: Dialogbox Daten herunterladen, dort 'GPS Rohdaten' auswählen. Die Daten von meinem iPhone sind doch zu ungenau, oder? Nicht unbedingt, moderne Smarties haben oft recht genaue GPS Receiver. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was ist bei BING Offset/Versatz zu beachten
Ok, kennt Ihr eine iPhone App mit der ich solche Referenz GPS Daten loggen kann? Oder womit ich die genauen Koordinaten eines Punktes auslesen kann? Ich stelle mir das dann so vor: Ich nehme in einem Gebiet (1000m x 1000m) einige GPS Referenzpunkte (Straßenkreuzung, Gebäude, Brücke) und prüfe in JOSM den Versatz gegenüber BING. Solche Messungen kann ich ja für einzelne Punkte mehrfach machen und dann mitteln. Christian Il giorno 17/set/2014, alle ore 16:34, chris66 chris66...@gmx.de ha scritto: Ja, zum Abgleich eignen sich gut die öffentlichen (oder eigene) GPX Tracks, die man sich in den Auschnitt reinladen kann. +1, wobei Versatz nicht das einzige Problem ist bei Bing, z.T. sind das auch Verzerrungen, gegen die man mit Verschieben nichts ausrichten kann. GPX Tracks haben gelegentlich auch kleinere systematische Fehler, z.B. wo der Empfang abreißt wird meist noch eine kurze Weile weitergeloggt, das kann man am Besten am Anfang von Tunneln beobachten, passiert aber auch z.B. neben steilen Bergen/Abhängen. Wenn da dann eine Kurve liegt geht der Track trotzdem geradeaus weiter, auch mehrere Tracks übereinstimmend, so dass man an solchen Stellen ein bisschen aufpassen muss. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org 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] Was ist bei BING Offset/Versatz zu beachten
Am 17. September 2014 17:02 schrieb Christian Leicht use...@schani.com: Ich stelle mir das dann so vor: Ich nehme in einem Gebiet (1000m x 1000m) einige GPS Referenzpunkte (Straßenkreuzung, Gebäude, Brücke) und prüfe in JOSM den Versatz gegenüber BING. Solche Messungen kann ich ja für einzelne Punkte mehrfach machen und dann mitteln. tracks, also mehrere Punkte in Bewegung (Fahrradgeschwindigkeit ist ziemlich gut) in regelmäßigen Zeitintervallen (ich empfehle 1 je Sekunde), sind vermutlich die bessere Alternative, vor allem, da einzelne Punkte bei Bing durchaus auch daneben liegen können (s. Verzerrungen etc.), aber auch, da die Bewegung bei der Positionsbestimmung mitberücksichtigt wird. Beim iPhone (und auch bei manchen anderen Geräten) hast Du übrigens nicht nur GPS sondern auch Glonass (Globalnaya navigatsionnaya sputnikovaya sistema), sowie WLAN und Mobilfunkzellen, die alle miteinbezogen werden. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Jetzt RadioOSM Live
Hallo liebe OpenStreetMapper, in kürze sendet RadioOSM wieder Live. Ihr könnt uns auf http://ift.tt/Zn8aRB Live hören und mit uns und anderen Hörern im Chat sprechen: irc://irc.freenode.net/#Radio-OSM (Webchat: http://ift.tt/17njx3P) Alle weiteren Infos sowie alle alten Folgen findet ihr auf unserer Webseite http://ift.tt/141Nh3t Liebe Grüße, euer RadioOSM Team - Andi, Marc und Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was ist bei BING Offset/Versatz zu beachten
Tach auch also zur GPS Mittlung habe ich für IOS auf die schnell nicht viel gefunden. Hab was von GPS Averaging-App und Perfect Market gelesen (irgendwie bin ich aber zu doof den Apple Store zu finden oO). Wenn du eine App gefunden hast, dann such dir ein markantes Objekt auf möglichst freiem Feld (Baum oder so) und mach dort eine ausgiebige Mittlung. (wenn du Lust und Zeit hast, kannst du auch mehrere Mittlungen an verschiedenen Tagen machen) Das hab ich für meine Heimatregion mal gemacht. Es gibt dann auch ein JOSM Plugin (imagary offset database) mit dem du den Versatz anderen zugänglich machen kannst und auch schauen kannst, ob schon jemanden einen versatz hochgeladen hat. Wenn kein Versatz online vorhanenden ist, dann such dir eine Kreuzung, mit vielen GPS Spuren (beim runterladen der OSM Daten in JOSM einfach oben ein Häckchen bei GPS-Rohdaten machen). Dabei sollte man drauf achten wieder möglichst eine Kreuzung zu finden, die nicht direkt von Wolkenkratzern oder änhlichen Störeinflüssen beinslusst wird. Mfg Hedaja Am 17. September 2014 17:09 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 17. September 2014 17:02 schrieb Christian Leicht use...@schani.com: Ich stelle mir das dann so vor: Ich nehme in einem Gebiet (1000m x 1000m) einige GPS Referenzpunkte (Straßenkreuzung, Gebäude, Brücke) und prüfe in JOSM den Versatz gegenüber BING. Solche Messungen kann ich ja für einzelne Punkte mehrfach machen und dann mitteln. tracks, also mehrere Punkte in Bewegung (Fahrradgeschwindigkeit ist ziemlich gut) in regelmäßigen Zeitintervallen (ich empfehle 1 je Sekunde), sind vermutlich die bessere Alternative, vor allem, da einzelne Punkte bei Bing durchaus auch daneben liegen können (s. Verzerrungen etc.), aber auch, da die Bewegung bei der Positionsbestimmung mitberücksichtigt wird. Beim iPhone (und auch bei manchen anderen Geräten) hast Du übrigens nicht nur GPS sondern auch Glonass (Globalnaya navigatsionnaya sputnikovaya sistema), sowie WLAN und Mobilfunkzellen, die alle miteinbezogen werden. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org 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] Was ist bei BING Offset/Versatz zu beachten
christian.pietz...@googlemail.com wrote on 2014-09-17 23:10: [Reihenfolge geändert] Wenn kein Versatz online vorhanenden ist, ... Das Kalibrieren lohnt sich immer, da Bing und andere Dienste ihre Bilder in unregelmässigen Abständen aktualisieren, wobei die Genauigkeit tendenziell zunimmt. dann such dir eine Kreuzung, mit vielen GPS Spuren (beim runterladen der OSM Daten in JOSM einfach oben ein Häckchen bei GPS-Rohdaten machen). Dabei sollte man drauf achten wieder möglichst eine Kreuzung zu finden, die nicht direkt von Wolkenkratzern oder änhlichen Störeinflüssen beinslusst wird. Das ist für uns die zuverlässigste Methode (wenn keine professionelle Vermessungstechnik vorhanden ist). Auf einer vielbefahrenen Straße mitteln sich Tracks über einen längeren Zeitraum und von verschiedenen Geräteherstellern, deren Dichte ensprechen einer Gaussschen Glockenkurve, und man kann auch die Ausreisser gut beobachten. Kreuzung zur Kalibrierung in x und y. Doppelfahrbahnen sind trotz der hohen Verkehrsdichte wieder etwas problematischer, weil zwei Glockenkurven verschmelzen, es sei denn man filtert nach der Fahrrichtung. Wenn du eine App gefunden hast, dann such dir ein markantes Objekt auf möglichst freiem Feld (Baum oder so) und mach dort eine ausgiebige Mittlung. (wenn du Lust und Zeit hast, kannst du auch mehrere Mittlungen an verschiedenen Tagen machen) Das Mitteln mit einem Consumer-grade-GPS-Empfänger, insbesondere am gleichen Tag, bringt recht wenig, da die ionospherischen Einflüsse ähnlich bleiben, und ein Referenzsignal (differential GPS) fehlt. Auch wenn ich mit zwei Loggern herumfahre sind sind die sich selten einig. Am 17. September 2014 17:09 schrieb Martin Koppenhoefer Beim iPhone (und auch bei manchen anderen Geräten) hast Du übrigens nicht nur GPS sondern auch Glonass (Globalnaya navigatsionnaya sputnikovaya sistema), sowie WLAN und Mobilfunkzellen, die alle miteinbezogen werden. Mobilfunkzellen sind zum Mappen sowieso zu ungenau. Die Daten zur WLAN-Positionierung stammen letztlich auch aus GPS-Positionen, die grosse Mengen meist unwissender Smartphone-Nutzer an Google oder Apple geliefert haben, während sie im Bereich des jeweiligen WLANs waren. Wenn man Tracks zum Mappen sammelt sollten solche Datenquellen eher abgeschaltet sein. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Mappa eventi condivisi
Ciao a tutti. Il Comune di Matera ha adottato da un mesetto un mio vecchio progetto di calendario e mappa eventi condivisi. http://dati.comune.matera.it/dataset/eventi-condivisi In pratica le associazioni culturali e i privati inseriscono gli eventi da loro gestiti in autonomia su un form di google. Il csv cosi generato alimenta una mappa su layer osm mentre uno script alimenta un calendario google. Ora, dopo essere arrivati a 120 eventi un 40 giorni, mi chiedono di filtrare la mappa per giorno/mese/anno con un menù a tendina o similare. Stefano Sabatini mi consiglia di far generare un geojson e filtrare da lì. Nonostante alcuni esempi trovati in rete, non riesco a capire come impostare il filtro per la colonna data. Leggendo le api di google potrei anche interrogare il csv facendo una query dinamica sulla colonna data inizio, ma ho pensato che quando questo giocattolo avrà migliaia di dati, sarà pesantino. Potrebbe essere oggetto di hackton all'osmit o qualche anima pia e preparata mi aiuta? Inviato da iPhone___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] La Regione Siciliana autorizza il ricalco in OpenStreetMap sulle ortofoto di sua proprietà
Ciao, 2014-09-16 20:24 GMT+02:00 Luigi Toscano [via GIS] ml-node+s19327n5817632...@n5.nabble.com: Ottimo lavoro, ma è un'aggiornamento/evoluzione di quella vecchia? http://wiki.openstreetmap.org/wiki/Sicilia/Comunit%C3%A0#Derivazione_dati Ovvero: il WMS è quello già incluso in JOSM? direi che è un'evoluzione: - adesso c'è un documento ed un numero di protocollo, prima c'era un'email; - nell'email si fa riferimento (così sembra) alle Ortofoto ATA 2007-2008, mentre in questo documento si fa riferimento a tutte le ortofoto di proprietà regionale, quindi anche quelle del passato e sopratutto quelle del futuro (non ho date, e mi devo informare, ma è stato fatto un nuovo volo che aggiorna quelle del 2007-2008). Qui (per chi lo chiedeva), la modalità per attivare il layer Ortofoto ATA 2007-200 in JOSM: https://www.youtube.com/watch?v=UT1hF_bLtZI -- Andrea Borruso website: http://blog.spaziogis.it GEO+ geomatica in Italia http://bit.ly/GEOplus http://bit.ly/GEOplus 38° 7' 48 N, 13° 21' 9 E, EPSG:4326 -- cercare e saper riconoscere chi e cosa, in mezzo all’inferno, non è inferno, e farlo durare, e dargli spazio Italo Calvino - Andrea Borruso email: aborr...@tin.it website: http://blog.spaziogis.it my 2.0 life: http://aborruso.spaziogis.it feed: http://feeds2.feedburner.com/Tanto 38° 7' 48 N, 13° 21' 9 E -- View this message in context: http://gis.19327.n5.nabble.com/La-Regione-Siciliana-autorizza-il-ricalco-in-OpenStreetMap-sulle-ortofoto-di-sua-proprieta-tp5817446p5817670.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] Intesa Wikimedia Italia - Comitato Matera 2019
2014-09-16 18:56 GMT+02:00 Ida Leone ida.le...@gmail.com: Dovrebbe vedersi. Fatene carne di porco :) https://drive.google.com/file/d/0BzkDkHrSlQxUMS02cUJ5RjZiV2s/edit?usp=sharing direi che va bene, ho fatto vedere il documento anche ai consiglieri di GFOSS.it e non hanno dato pareri negativi -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sondaggio telefonico OSM
Nel mio caso nessuna chiamata, anche se ad onor del vero non sono un assiduo utilizzatore di Skype... :-) Però capita anche a me di essere considerato un po' mentecatto quando mi metto a mappare durante la pausa pranzo... a quanto pare al giorno d'oggi, non vale la pena di fare qualcosa se non ci si guadagna qualcosa dal punto di vista del vile metallo... Comunque, se vi chiede di dirgli cosa vedete nelle macchie colorate, portatelo in Oltrepo Pavese (sulla mappa, ovviamente), mostrategli qualche multipoligono relativo a boschi/foreste o vigneti e chiedetegli di dirvi quali forme riconosce in quelle way... :-p Ciao, MAx -- View this message in context: http://gis.19327.n5.nabble.com/Sondaggio-telefonico-OSM-tp5817513p5817675.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] Mappa eventi condivisi
Nel programma di OSMIT14 la domenica mattina è generalmente riservato al mapping party. Di cui Matera non ha bisogno, perchè è già ben mappata. Quindi io pensavo ad una mattinata didattica per insegnare i rudimenti del mapping a giovani interessati. Ma nulla esclude che possiamo invece riservarla all'hackaton di cui parli, o magari fare ambedue le cose :) Il giorno 17 settembre 2014 08:59, Francesco Piero Paolicelli pierso...@gmail.com ha scritto: Ciao a tutti. Il Comune di Matera ha adottato da un mesetto un mio vecchio progetto di calendario e mappa eventi condivisi. http://dati.comune.matera.it/dataset/eventi-condivisi In pratica le associazioni culturali e i privati inseriscono gli eventi da loro gestiti in autonomia su un form di google. Il csv cosi generato alimenta una mappa su layer osm mentre uno script alimenta un calendario google. Ora, dopo essere arrivati a 120 eventi un 40 giorni, mi chiedono di filtrare la mappa per giorno/mese/anno con un menù a tendina o similare. Stefano Sabatini mi consiglia di far generare un geojson e filtrare da lì. Nonostante alcuni esempi trovati in rete, non riesco a capire come impostare il filtro per la colonna data. Leggendo le api di google potrei anche interrogare il csv facendo una query dinamica sulla colonna data inizio, ma ho pensato che quando questo giocattolo avrà migliaia di dati, sarà pesantino. Potrebbe essere oggetto di hackton all'osmit o qualche anima pia e preparata mi aiuta? Inviato da iPhone ___ 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] Intesa Wikimedia Italia - Comitato Matera 2019
Ne siamo felici :) Potreste aggiungere, se lo ritenete opportuno, i loghi dei firmatari accanto a quello di Matera 2019 Il giorno 17 settembre 2014 09:19, Luca Delucchi lucadel...@gmail.com ha scritto: 2014-09-16 18:56 GMT+02:00 Ida Leone ida.le...@gmail.com: Dovrebbe vedersi. Fatene carne di porco :) https://drive.google.com/file/d/0BzkDkHrSlQxUMS02cUJ5RjZiV2s/edit?usp=sharing direi che va bene, ho fatto vedere il documento anche ai consiglieri di GFOSS.it e non hanno dato pareri negativi -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ 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] Stato dell'import della numerazione civica
Ciao a tutti, curiosità mia: esiste da qualche parte un elenco dei Comuni che hanno rilasciato la propria numerazione civica, e questa è stata importata con successo sulla mappa? Sarebbe interessante, credo, sapere per quanta parte del Territorio questi dati siano disponibili all'utente finale. Ciao e buona giornata! MAx -- View this message in context: http://gis.19327.n5.nabble.com/Stato-dell-import-della-numerazione-civica-tp5817678.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] Mappa eventi condivisi
2014-09-17 9:43 GMT+02:00 Ida Leone ida.le...@gmail.com: Nel programma di OSMIT14 la domenica mattina è generalmente riservato al mapping party. Di cui Matera non ha bisogno, perchè è già ben mappata. dipende da che punto di vista la guardi dando un'occhiata veramente superficiale vedo che: - non c'è un cassonnetto del reciclaggio - vedo pochissimi numeri civici - ci sono alcune cose molto strano tipo questo [0] [0] http://osm.org/go/xcvxvwePJ -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] MIBAC (SITAP) con cartografia OSM
Il giorno 17 settembre 2014 00:46, Marco_T toto...@libero.it ha scritto: Segnalo che anche il MIBAC utilizza per il suo web-gis (SITAP) cartografia OSM per l'individuazione di aree vincolate: http://sitap.beniculturali.it/ Grazie, interessante! I tematismi però non risultano open data (almeno qui non li ho visti http://www.beniculturali.it/mibac/export/MiBAC/sito-MiBAC/MenuPrincipale/Trasparenza/Open-Data/ ) (scusate se ne avete gia' parlato ma da una ricerca non mi risulta). Saluti -- Marco_T -- View this message in context: http://gis.19327.n5.nabble.com/MIBAC-SITAP-con-cartografia-OSM-tp5817655.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] MIBAC (SITAP) con cartografia OSM
Qui: http://sitap.beniculturali.it/ vedo il confine del Parco Nazionale del Gran Paradiso traslato di diversi km verso Sud. Sarà un problema del mio Linux o dei Beni Culturali? Il giorno 17 settembre 2014 09:54, sabas88 saba...@gmail.com ha scritto: Il giorno 17 settembre 2014 00:46, Marco_T toto...@libero.it ha scritto: Segnalo che anche il MIBAC utilizza per il suo web-gis (SITAP) cartografia OSM per l'individuazione di aree vincolate: http://sitap.beniculturali.it/ Grazie, interessante! I tematismi però non risultano open data (almeno qui non li ho visti http://www.beniculturali.it/mibac/export/MiBAC/sito-MiBAC/MenuPrincipale/Trasparenza/Open-Data/ ) (scusate se ne avete gia' parlato ma da una ricerca non mi risulta). Saluti -- Marco_T -- View this message in context: http://gis.19327.n5.nabble.com/MIBAC-SITAP-con-cartografia-OSM-tp5817655.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stato dell'import della numerazione civica
Ciao Max e ciao Lista, se hai pazienza ancora qualche gg (diciamo questa settimana o la prossima al più tardi, tempo permettendo ), dovrei pubblicare qualcosa a riguardo con tanto di dati, sia visibili sia scaricabili, che potrebbero essere di interesse per la tua richiesta. Stay tuned! Buona giornata Cesare Cesare Gerbino http://cesaregerbino.wordpress.com/ http://www.facebook.com/cesare.gerbino http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl https://twitter.com/CesareGerbino http://www.linkedin.com/pub/cesare-gerbino/56/494/77b Il giorno 17 settembre 2014 09:50, Max1234Ita max1234...@gmail.com ha scritto: Ciao a tutti, curiosità mia: esiste da qualche parte un elenco dei Comuni che hanno rilasciato la propria numerazione civica, e questa è stata importata con successo sulla mappa? Sarebbe interessante, credo, sapere per quanta parte del Territorio questi dati siano disponibili all'utente finale. Ciao e buona giornata! MAx -- View this message in context: http://gis.19327.n5.nabble.com/Stato-dell-import-della-numerazione-civica-tp5817678.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stato dell'import della numerazione civica
E come no? Attendo news! :-) Ciao e grazie x la risposta. Max -- View this message in context: http://gis.19327.n5.nabble.com/Stato-dell-import-della-numerazione-civica-tp5817678p5817694.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] Ricerca di una frazione su navigatore Garmin
Ciao a tutti, uso le mappe di OSM nel mio navigatore Garmin (fatte con Garminux ) e mi trovo bene, mi capita però che, nella ricerca per indirizzo quando inserisco una frazione che non la trovi; anche di frazioni importanti. Qualcuno sa qual'è il motivo e se si può correggere ? Grazie Andrea -- View this message in context: http://gis.19327.n5.nabble.com/Ricerca-di-una-frazione-su-navigatore-Garmin-tp5817698.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] Cercasi, qualcuno che può rappresentare OSM ad un convegno a Roma il 25. Settembre
Sto scrivendo per Simone Cortesi, che al momento non può. Stiamo cercando una persona interessata ad rappresentare OSM alla Conferenza AMFM 2014 che si terrà a Roma il 25 Settembre. Siccome parteciperà Google, è stato proposto una partecipazione di OSM utile a bilanciare la trasbordante presenza del gigante dell'ICT Sei disponibile a partecipare alla Conferenza AMFM 2014? Tra altro sono stato invitato Ed Parsons della Google e Ignazio Marino, Sindaco di Roma, quindi si tratta di una ottima opportunità. La bozza del programma: http://www.amfm.it/images/pdf/140615_annuncio/Conf_0912.pdf Fateci sapere presto, perché il tempo corre... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cercasi, qualcuno che può rappresentare OSM ad un convegno a Roma il 25. Settembre
ulteriori informazioni ed il communicato stampa: Maggiori informazioni le potete trovare sul nostro sito web http://www.amfm.it White Paper sulla geolocalizzazione, ver 29/08/2014 http://www.amfm.it/images/pdf/140615_annuncio/WP_it_0901.pdf http://www.amfm.it/images/pdf/140615_annuncio/WP_it_0901.pdf NB: gli ultimi due link potranno esser soggetti a variazioni nelle prossime settimane, e comunque saranno aggiornati direttamente sulla home page. COMUNICATO STAMPA Si svolgerà a Roma il 25 p.v. la conferenza AMFM GIS Italia ( www.amfm.it http://www.amfm.it ) : GEO-LOCALIZZAZIONE COME ELEMENTO UNIFICANTE DELLE AZIONI E DELLE INFORMAZIONI PER I SERVIZI AI CITTADINI -- Con la partecipazione di AGID, ANCI, CISIS-CPSG, Commissione Europea, Comune di Roma Capitale, GOOGLE, ISTAT. Il pomeriggio enti pubblici, imprese ed esperti discuteranno sulla White Paper e si procederà alla approvazione delle raccomandazioni sulla geo-localizzazione. La Conferenza sarà preceduta il 24 p.v. dal Workshop internazionale in inglese al quale partecipano Commissione Europea ISA , Commissione Europea JRC- EULF, Univ. Bologna, Sapienza Univ. Roma, CNR, OGC, GOOGLE, SINERGIS Italia, Hexagon-Intergraph, Trilogis, AGID, OpenGeodata, GEOFORUM DK ed esperti che discuteranno in gruppi di lavoro per la messa a punto della White Paper sulla geo-localizzazione . Sul sito www.amfm.it http://www.amfm.it si trovano tutti i riferimenti ed i documenti preliminari. I posti per la conferenza ed il workshop sono limitati è quindi necessario iscriversi inviando una email ad amfm-e...@amfm.it mailto:amfm-e...@amfm.it amfm-e...@amfm.it ___ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] MIBAC (SITAP) con cartografia OSM
2014-09-17 0:46 GMT+02:00 Marco_T toto...@libero.it: Segnalo che anche il MIBAC utilizza per il suo web-gis (SITAP) cartografia OSM per l'individuazione di aree vincolate: http://sitap.beniculturali.it/ grazie per la segnalazione, è bello che anche il MIBACT adesso usa cartografia OSM (e non solo, usano i tiles del tileserver nostro). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] MIBAC (SITAP) con cartografia OSM
gian mario navillod wrote Qui: http://sitap.beniculturali.it/ vedo il confine del Parco Nazionale del Gran Paradiso traslato di diversi km verso Sud. Sarà un problema del mio Linux o dei Beni Culturali? ___ Talk-it mailing list Talk-it@ https://lists.openstreetmap.org/listinfo/talk-it non credo possa essere una cosa dovuta a linux, al massimo è un problema del browser. comunque sia un po' tutti i parchi mi sembrano traslati o con confini leggermente diversi...almeno in sicilia è così e sospetto sia dovuto al fatto che i confini dei parchi su osm siano spesso frutto di mappatura seguendo delle indicazioni generiche (sfruttando come confine la posizione di strade, fiumi e valli) e non import e bisogna vedere anche quanto sono precisi/ufficiali i loro dati... - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/MIBAC-SITAP-con-cartografia-OSM-tp5817655p5817728.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] MIBAC (SITAP) con cartografia OSM
2014-09-17 10:06 GMT+02:00 Gian Mario Navillod gian.mario.navil...@gmail.com: Qui: http://sitap.beniculturali.it/ vedo il confine del Parco Nazionale del Gran Paradiso traslato di diversi km verso Sud. Sarà un problema del mio Linux o dei Beni Culturali? Secondo me e' un problema dei dati ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] MIBAC (SITAP) con cartografia OSM
2014-09-17 0:46 GMT+02:00 Marco_T toto...@libero.it: Segnalo che anche il MIBAC utilizza per il suo web-gis (SITAP) cartografia OSM per l'individuazione di aree vincolate: http://sitap.beniculturali.it/ Come sempre vedo queste azioni come operazioni belle a metà: il fatto che si faccia uso della mappa di openstreetmap e' interessante ma vi faccio notare che: - manca totalmente l'attribuzione al progetto - i dati presentati in overlay non mi risulta siano rilasciati in open data ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] MIBAC (SITAP) con cartografia OSM
Il 17 settembre 2014 18:19, Maurizio Napolitano napoo...@gmail.com ha scritto: Come sempre vedo queste azioni come operazioni belle a metà: il fatto che si faccia uso della mappa di openstreetmap e' interessante ma vi faccio notare che: - manca totalmente l'attribuzione al progetto L'attribuzione c'è (con link): http://i.imgur.com/WZimxcT.png Non che si siano strappati i capelli per metterla in evidenza... C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ricerca di una frazione su navigatore Garmin
Il 17/09/2014 12:16, AndAg ha scritto: Ciao a tutti, uso le mappe di OSM nel mio navigatore Garmin (fatte con Garminux ) e mi trovo bene, Garmux :-) mi capita però che, nella ricerca per indirizzo quando inserisco una frazione che non la trovi; anche di frazioni importanti. Qualcuno sa qual'è il motivo e se si può correggere ? Avevo già risposto ma lo ripeto perché forse non hai letto l'email: la ricerca è possibile solo per *Comune*, non ha assolutamente senso cercare un indirizzo per frazione, in quanto le vie hanno nome diverso in ogni Comune, non in ogni frazione. Non c'è via Cavour a Cesuna e poi una via Cavour a Roana, per intenderci. Quindi si cerca per città, e sul Garmin c'è anche scritto appunto Ricerca per città, non per frazione. Quindi i casi sono: - Cerco una via di cui so la frazione basta cercare nel Comune di appartenenza, che include tale frazione e quindi tale via - Come sopra, ma non so il Comune di cui fa parte: semplicemente fai la ricerca per nome della via, senza impostare il Comune - Come sopra, ma il nome è troppo generico e ne trova troppe cerca in punti di interesse il nome della frazione, così vedi di quale Comune fa parte ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] MIBAC (SITAP) con cartografia OSM
2014-09-17 18:43 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com: Non che si siano strappati i capelli per metterla in evidenza... per me l'attribuzione va benissimo, fanno esattamente ciò che chiediamo, invece sui tiles potrebbe essere un problema, dipende quanto traffico hanno: http://wiki.openstreetmap.org/wiki/Tile_usage_policy ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] MIBAC (SITAP) con cartografia OSM
Il 17 settembre 2014 19:38, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: per me l'attribuzione va benissimo, fanno esattamente ciò che chiediamo, invece sui tiles potrebbe essere un problema, dipende quanto traffico hanno: http://wiki.openstreetmap.org/wiki/Tile_usage_policy Sono d'accordo, volevo fare notare che a livello grafico avrebbero potuto fare una cosa un attimo più gradevole all'occhio. C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cercasi, qualcuno che può rappresentare OSM ad un convegno a Roma il 25. Settembre
In quella data sarei disponibile, ma in cosa consiste la partecipazione? ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Dividente Architettonica - Che cos'è?
Ciao! Un appello a tutti coloro che conoscono/lavorano con gli SHP o in generale conoscono gli elementi urbani: che diavolo è una dividente architettonica?! Potete fare un esempio pratico? Su qualche SHP mi sono ritrovato questi elementi geometrici ma non riesco ad immaginare che cosa possano essere e cercando su Google non trovo nulla! Grazie a chi risponde! Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cercasi, qualcuno che può rappresentare OSM ad un convegno a Roma il 25. Settembre
mancava ancora una parte, chiedo scusa, ci scrive Andrea Deiana di AMFM per invitarci: alla Conferenza dell'associazione AMFM GIS Italia che quest'anno avrà l'obiettivo di discutere la white paper sulla GEO-LOCALIZZAZIONE COME ELEMENTO UNIFICANTE DELLE AZIONI E DELLE INFORMAZIONI PER I SERVIZI AI CITTADINI. Scrivo quindi a voi in quanto rappresentanti della comunità OpenStreetMap, perché saremmo onorati di ospitare un vostro intervento per esprimere il vostro punto di vista sui contenuti della White Paper, alla discussione che si terrà nel pomeriggio. Vi chiedo infine la cortesia, se possibile, di far circolare il comunicato stampa che segue presso la vostra comunità (e tutte le persone potenzialmente interessate) a titolo di invito a partecipare alla conferenza ed a collaborare alla stesura della suddetta white paper, tenendo anche presente che nella versione che verrà presentata nel corso di una sessione speciale ad ASITA, sarà riportata in appendice la lista di tutti coloro che hanno collaborato. Maggiori informazioni le potete trovare sul nostro sito web http://www.amfm.it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dividente Architettonica - Che cos'è?
Se si tratta di un'entità lineare, potrebbe essere un elemento architettonico che separa un edificio da un altro confinante. Insomma un segno della separazione tra due edifici limitrofi. Ma è solo un'ipotesi, bisognerebbe vedere nel dettaglio. Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dividente Architettonica - Che cos'è?
Ti allego il link di un capitolato per la formazione cartografica in scala 1:1.000 e 1:2.000, del 1999 - Regione Lombardia, nel quale a pag. 13 (paragrafo 1.4) ci si riferisce alle dividenti architettoniche per indicare Le linee di divisione tra unità volumetriche. http://geomatica.unipv.it/spalla/capitolatolombardia.pdf Spero possa essere utile a chiarire i tuoi dubbi. Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Posibilidad de reunión con UNGRD - OSM - OCHA ¿quien va?
Hola de nuevo. Estoy preparando esta comunicación para presentarle OSM a la UNGRD. Por favor 1) ¿cuantos voluntarios OSM hay en Colombia? y 2) Revisen esta nota, ¿está bien lo que se propone? ¿que otras cosas debemos tener en cuenta? Un abrazo --texto- Estimados En atención a nuestras conversaciones anteriores, quiero presentarles el proyecto OpenStreetMap (también conocido como OSM).Dado el valor social y calidad técnica de esa iniciativa, considero que puede ser de utilidad que la UNGRD establezca lazos con el equipo de voluntarios. OSM es uno proyecto colaborativo para crear mapas libres y editables.Los mapas se crean utilizando información geográfica capturada con dispositivos GPS móviles, ortofotografías y otras fuentes libres. Esta cartografía, tanto las imágenes creadas como los datos vectoriales almacenados en su base de datos, se distribuye bajo licencia abierta Open Database License (ODbL), es decir que son libres para ser descargados, usados, compartidos y editados. A nivel mundial el proyecto tiene cerca de 1.700.000 usuarios registrados. En Colombia son X Cuenta con un equipo específico para temas humanitarios llamado Humanitarian OSM Team, quienes se conformaron después del terremoto de Haiti en 2010, y han participado en diferentes crisis humanitarias, las cuales incluyen los terremotos de Chile, Japón, Christchurch, inundaciones en Pakistán, Brasil, varios países de Europa, Colombia e incluso el tifón Haiyan,/Yolanda, donde nos resultaron de muchísima utilidad en el mapeo de las zonas afectadas. Otro ejemplo fue el mapeo de toda Indonesia, luego del tsunami. En [0] encuentran una descripción más detallada de las actividades. En [1] está un ejemplo de las actividades desarrolladas durante el tifón Haiyan (Gracias a Piuerre Béland por el texto) Dentro de las posibilidades se encuentra: Acceder a cartografía libre de uso, que puede ser actualizada incluso por miembros de la comunidad En caso de emergencia sería posible recibir apoyo en la generación de cartografía a partir de imágenes provenientes del DisasterCharter de otras fuentes, Aplicación móvil OSMAnd que permite la navegación en terreno con los datos actualizados sin necesidad de estar conectado a internet FieldPapers que es una aplicación libre para generar mapas en papel Mapas compatibles con dispositivos GPS Garmin Datos descargables para ser usados en plataformas GIS desde http://download.geofabrik.de/south-america/colombia.html Materiales de capacitación en edición de mapas Adicionalmente, dado el cada vez más importante papel que juega Colombia en apoyo a las emergencias en otros países, puede resultar de interés para los miembros de UNGRD y de otros equipos de respuesta estar enterados de estos estándares internacionales. He propuesto a los miembros de la comunidad que, en caso de que UNGRD esté interesada, podamos agendar una reunión Atentamente LH [0] http://wiki.openstreetmap.org/wiki/Colombia [1] http://www.humanitarianresponse.info/operations/philippines/document/mapping-volunteers-helping-response texto ___ Luis Hernando AGUILAR RAMIREZ - Oficial de Manejo de Información - Information Management Officer Oficina de las Naciones Unidas para la Coordinación de Asuntos Humanitarios - United Nations Office for the Coordination of Humanitarian Affairs UN OCHA aguil...@un.org / Phone (57-1) 6221100 ext 1302 / twitter: @luishernando / | Carrera 13 Número 93 - 12 Oficina 402. Bogotá, Colombia http://salahumanitaria.co | Facebook Google+ TwitterFlickr YouTubeVimeo The mission of the United Nations Office for the Coordination of Humanitarian Affairs (OCHA) is to mobilize and coordinate effective and principled humanitarian action in partnership with national and international actors From: vtamara vtam...@pasosdejesus.org To: OpenStreetMap Colombia talk-co@openstreetmap.org Date: 10/09/2014 06:30 a.m. Subject:Re: [Talk-co] Posibilidad de reunión con UNGRD - OSM - OCHA ¿quien va? Si me gustaría participar en esa reunión, no como voluntario de OSM, pero si para buscar como articular intercambio de información georeferenciada que se recauda por ejemplo en el Banco de Datos del CINEP . Bendiciones. El 2014-09-08 18:12, Luis Hernando Aguilar escribió: Hola Miguel Gracias por tu respuesta. Efectivamente, creo que la idea sería identificar las posibles opciones de interacción y los ejemplos que propones me parece que están bien. ¿De que manera se podría coordinar un apoyo de ese tipo? es decir ¿quien puede dar capacitaciones o cómo se podría hacer acompañamiento? ¿esto es viable? Otra variable que me parece muy importante es la posibilidad de expandir a nivel nacional el uso de OSM por medio de los telecentros comunitarios. (Que es,
[Talk-dk] Anonyme bemærkninger
Hej, Er der nogen der ved hvem der kører et script på alle de åbne Noter på kortet og skriver Status? Med venlig hilsen Flemming Bruun (b-holdet) ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Anonyme bemærkninger
Ja, det giver ingen ny information og derfor kommer man ikke videre. Er der ikke nogen der kan lave et script der fjerner anonyme bemærkninger man ikke kan bruge til noget. Fx. Sti - er der skrevet flere bemærkninger i Kolding området drt kan ikke bruges til noget som helt. Og det tager en hel eftermiddag at fjerne dem manuelt. Kan se at flere osm'er har hjulpet til at reducere antallet. Tak for det Men det er dræbende demotiverende at have så mange meningsløse bemærkninger i et lille område. Specielt når folk selv kan oprette en konto og rette det selv. Puha det var noget galle... Jens (Aka. Winbladh) Den 17/09/2014 13.36 skrev Flemming Aa. Bruun flemmin...@gmail.com: Hej, Er der nogen der ved hvem der kører et script på alle de åbne Noter på kortet og skriver Status? Med venlig hilsen Flemming Bruun (b-holdet) ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-ec] Visiting Quito
Hola, 2014-09-16 19:30 GMT+02:00 lomejordejr R lomejord...@gmail.com: Hola a todos gracias por sus sugerencias, me encargaré de contactar a más usuarios de OSM con las herramientas que nos facilitaron. Con respecto a la reunión como fecha tentativa seria el sábado 18 de Octubre, el lugar estaría por confirmarse ya que depende del número de participantes pero por lo pronto sería en la Escuela Politécnica Nacional, por esa razón creamos este formulario para saber el número de participantes. Por favor llenarlo http://goo.gl/Ml2g4I. Estamos en contacto. Saludos. https://wiki.openstreetmap.org/wiki/Template:Calendar Por favor, corrija si está mal. ;-) Saludos Manfred ___ Talk-ec mailing list Talk-ec@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ec
[Talk-es] I Mapping Party Sevilla
Buenos días, desde Geoinquietos Sevilla y con la colaboración de la Gerencia de Urbanismo de Sevilla estamos organizando una Mapping Party en la ciudad, cuyo tema principal es el Medio Ambiente y la Sostenibilidad. Se celebrará los días 24, 25 y 26 de Octubre y está dirigido al público en general. Estamos cerrando los temas sobre los que queremos recoger los datos, pero os invitamos a todos a que participéis. Toda la información del evento la podréis encontrar en la web: https://mappingpartysevilla.wordpress.com/ Para registraros podéis acudir a: https://mappingpartysevilla.eventbrite.es Saludos!!! ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] [Fwd: Codificación caminos y vÃas pecuarias]
Mensaje original Asunto: Codificación caminos y vÃas pecuarias De: Alvaro Picardo alvaropica...@gmail.com Fecha: Dom, 14 de Septiembre de 2014, 10:03 Para: talk-es-ow...@openstreetmap.org Cc: Rodrigo Gómez rodrigo.go...@cesefor.com Felix Manuel Pinillos fmpinil...@gmail.com -- Estimado Iván, Soy Alvaro Picardo, ingeniero de montes, y trabajo como Asesor en la Dirección General del Medio Natural de la Junta de Castilla y León. He consultado vuestra página sobre Normalización de OpenStreeMap: http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n y veo que no dispo´néis todavÃa de un sistema de clasificación de las VÃas Pecuarias, pero tampoco de los caminos rurales, que ni siquiera mencionáis en la página. Y son categorias que requieren una normalización. Por mi trabajo, estoy implicado en el mantenimiento de la red de vÃas en Castilla y León, e intento abordar esta cuestión. No sé si habrÃa posibilidad de colaborar con vosotros o con alguien de vuestro equipo técnico que nos ayudara a abordar de manera sistemática la complicada cuestion. Un cordial saludo, Alvaro Picardo -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja.Estimado Iván, Soy Alvaro Picardo, ingeniero de montes, y trabajo como Asesor en la Dirección General del Medio Natural de la Junta de Castilla y León. He consultado vuestra página sobre Normalización de OpenStreeMap: http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n y veo que no dispo´néis todavÃa de un sistema de clasificación de las VÃas Pecuarias, pero tampoco de los caminos rurales, que ni siquiera mencionáis en la página. Y son categorias que requieren una normalización. Por mi trabajo, estoy implicado en el mantenimiento de la red de vÃas en Castilla y León, e intento abordar esta cuestión. No sé si habrÃa posibilidad de colaborar con vosotros o con alguien de vuestro equipo técnico que nos ayudara a abordar de manera sistemática la complicada cuestion. Un cordial saludo, Alvaro Picardo ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] persönliche freiheiten beim eintragen von radweg relationen?
On 09/17/2014 01:29 AM, Rainer Fügenstein wrote: 1) dem, was bereits in OSM definiert ist 2) was die offizielle radkarte (bzw. der offizielle GPX track) sagt, so vorhanden 3) der beschilderung vor ort 4) und dem, was der hausverstand sagt. ad 2) Dürfen wir die offiziellen Radkarten und GPX Tracks überhaupt verwenden? (Und rein interessehalber, wo gibts *offizielle* Tracks? Alle Routen die ich bis jetzt gesehen hab bestanden aus vereinzelten, touristischen Schildern (gern auch unter allgemeinen Fahrverbotsschildern montiert) und alle Tracks kamen von diversen Tourenportalen, waren aber nie offiziell.) 4) Das Problem ist halt, dass der Hausverstand einer Familie mit Kindern was anderes sagen wird als der von sportlichen Radfahrern. Ich bitte darum Hausverstand als Datenquelle in OSM zu meiden, da es ungefähr so viele Hausverstände gibt wie Mapper. Die imo beste und für OSM sinnvollste Möglichkeit ist, wie schon von fkv gesagt, Variante 3, der Beschilderung folgen. Wenn die in Varianten ausgeschildert ist, natürlich auch die Varianten erfassen. Alles andere macht es relativ schwer für ander Mapper nachzuvollziehen was du warum gemapped haben könntest. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] persönliche freiheiten beim eintragen von radweg relationen?
hallo, NW ad 2) Dürfen wir die offiziellen Radkarten und GPX Tracks überhaupt NW verwenden? zitat aus einer mail von weinviertel.at: die Wegpunkte gpx Datei können Sie in OpenStreetMap eintragen (hier ist kein Unterschied ob Sie die Route selbst mit GPS Gerät erhoben haben), eine Verlinkung zu den Daten der Weinviertel Tourismus ist nicht gestattet, da wir in diesem Forum die Wartung der Daten und Haftung nicht zusätzlich übernehmen können. NW (Und rein interessehalber, wo gibts *offizielle* Tracks? z.b. hier: http://www.weinviertel.at/de/?tt=WEINV_R46 hinter jeder route liegt ein link auf outdooractive.com, über den ein GPX file heruntergeladen werden kann. z.b. http://alpregio.outdooractive.com/ar-weinviertel/de/alpregio.jsp#i=2809909tab=TourTab schaut für mich offiziell genug aus. NW Die imo beste und für OSM sinnvollste Möglichkeit ist, wie schon von fkv NW gesagt, Variante 3, der Beschilderung folgen. Wenn die in Varianten NW ausgeschildert ist, natürlich auch die Varianten erfassen. Alles andere NW macht es relativ schwer für ander Mapper nachzuvollziehen was du warum NW gemapped haben könntest. agreed. danke mfg ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-pt] Osmose em Portugal
Olá a todos, Gostaria de informar-vos que Portugal está finalmente no Osmose http://osmose.openstreetmap.fr/pt/map/#zoom=8lat=40.643lon=-7.988layer=Mapnikoverlays=FFFTitem=level=1tags=fixable=bbox=-21.29150390625%2C39.232253141714885%2C20.5224609375%2C53.27835301753182, tudo graças ao esforço do nosso caro amigo brasileiro, naoliv http://www.openstreetmap.org/user/naoliv. Para quem não sabe, o Osmose ou *OpenStreet Map Oversight Search Engine*, é um site que ajuda na verificação e na validação de todo o tipo de erros que podem surgir no OSM. -- Um Abraço, Marcos Oliveira ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-cat] ADF Baix Llobregat i OpenStreetMap
Hola Fermí, La veritat és que tot i que encara no ens hem assegut amb el Carlos a plantejar com distribuirem el temps, què explicarem i què no, etc... Pensàvem en anar bastant per feina i intentar que practiquin bastant, o dedicar una bona estona a ensenyar com poden editar. Suposo que explicarem coses força bàsiques, i sobretot orientades a les etiquetes i recursos que els poden ser més interessants (com per ex. hidrants, etc.). Tenim 3 hores i han de servir perquè s'animin a editar i puguin veure per què els pot ser útil. Si vens segur que ens seràs d'ajuda... i potser aprens alguna cosa nova ;) El darrer dia que vam parlar amb el Carlos vam plantejar-nos de treballar amb l'editor ID, o sigui que per donar un cop de mà (si no canviem d'opinió a última hora) seria una bona idea practicar amb aquest editor. Salut i gràcies :)) El dia 15 setembre de 2014 10:04, Fermí Tanyà ferm...@gmx.net ha escrit: Bon dia Carlos, M'agradaria anar a la formació per aprendre, és possible? Si puc aportar algo dels meus coneixements i experiència compteu amb mi. Fermí Enviat des de Samsung Mobile Missatge original De: Carlos Sánchez erielk...@gmail.com Data: 14/09/2014 13:59 (GMT+01:00) A: OpenStreetMap in catalan talk-cat@openstreetmap.org Assumpte: [Talk-cat] ADF Baix Llobregat i OpenStreetMap El dissabte 11 d'octubre realitzarem un taller d'OSM per als ADF del Baix Llobregat. El lloc és al Molí dels Frares a Sant Vicenç dels Horts, de 10 a 13h. Si algú està interessat en col·laborar en la realització del taller serà benvingut. -- *Carlos Sánchez*About.me http://about.me/carlos.sanchez ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma de Cervelló www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
Re: [Talk-ca] Large polygons in JOSM
Hello, Well... i agree with you, Daniel, about use of inner/outer membership roles of multipolygons : regardless of rendering priorities, this is mandatory for an accurate outlines extraction for a specific feature: wood, water, etc... However, in my opinion, such raw multipolygones from Canvec imports and splitted by square tiles needs to be tuned (splited or merged) mostly close to urban areas... Bruno Le 2014-09-15 17:41, Daniel Begin jfd...@hotmail.com a écrit : Bonjour, Well, I understand that multipolygons are often not easy to work with. However, from what I understand of OSM data model, they should be used whenever appropriate. In that sense, I do not agree with Bruno that 'inner' roles are useless for lakes in the case of wooded areas. It might be OK for rendering (you see lakes inside wooded areas because priorities have been used to create the map) but, IMHO, it is not the case if you work only on wooded areas – or any feature type! About Canvec, the product often duplicates water bodies and inner polygons of wooded areas; which is not necessary where both were imported. In order to keep only the necessary geometries, I usually transfer all the tags from a waterbody to the duplicated geometry of an inner polygon and then, I delete the original - now duplicated - waterbody. a humble two cents... Daniel From: Bruno Remy [mailto:bremy.qc...@gmail.com] Sent: September-15-14 12:59 To: Tom Taylor Cc: Sam Dyck; Talk-CA OpenStreetMap Subject: Re: [Talk-ca] Large polygons in JOSM Tom's strategy seems to be appropriate for woods areas: Canvec 'giant monster' multipolygons represents a set of several polygons quite closed but not adjascent , mostly separated by meadow/scrub or fire cut-lines or rivers, or roads By the way: membership as 'inside' role of wood multipolygon is useless for a lake So, you never need 'outside' or 'inside' role: just keep outlines of wood. Mapping this way avoid the use of multipoygons, and encourage the use of simple polygons (prefered). (imo) Simplier is better ;) But indeed.. i agree with Sam: is time consuming ! :( Perhaps a motivation to encourage membership of new OSM contributors, as we celebrate the 10th of OpenStreetMap !! ;-) The more we are.. the less we do ;) Bruno 2014-09-15 11:46 GMT-04:00 Tom Taylor tom.taylor.s...@gmail.com: Might be dull, but I generally split multipolygons into reasonably-sized adjacent chunks rather than giant monsters. In my case, it's usually when I'm outlining a river. Tom Taylor On 14/09/2014 10:29 PM, Sam Dyck wrote: HI Currently I'm working on importing the Canvec tiles that make up Lac Seul in NW Ontario into OSM. Importing the data as it is, split into tiles and subtiles, is poor practice, and manually merging is time consuming and dull. So I began using JOSM's Join Overlapping Areas feature. This tool however requires that all ways be complete before merging. Resulting is a 100 000 node area that far exceeds JOSMs import limit and is time consuming to split up, and slows down JOSM. Is there an faster way to split this? Sam ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Large polygons in JOSM
+1 From: Bruno Remy [mailto:bremy.qc...@gmail.com] Sent: September-17-14 08:37 To: Daniel Begin Cc: Sam Dyck; Tom Taylor; Talk-CA OpenStreetMap Subject: RE: [Talk-ca] Large polygons in JOSM Hello, Well... i agree with you, Daniel, about use of inner/outer membership roles of multipolygons : regardless of rendering priorities, this is mandatory for an accurate outlines extraction for a specific feature: wood, water, etc... However, in my opinion, such raw multipolygones from Canvec imports and splitted by square tiles needs to be tuned (splited or merged) mostly close to urban areas... Bruno Le 2014-09-15 17:41, Daniel Begin jfd...@hotmail.com a écrit : Bonjour, Well, I understand that multipolygons are often not easy to work with. However, from what I understand of OSM data model, they should be used whenever appropriate. In that sense, I do not agree with Bruno that 'inner' roles are useless for lakes in the case of wooded areas. It might be OK for rendering (you see lakes inside wooded areas because priorities have been used to create the map) but, IMHO, it is not the case if you work only on wooded areas – or any feature type! About Canvec, the product often duplicates water bodies and inner polygons of wooded areas; which is not necessary where both were imported. In order to keep only the necessary geometries, I usually transfer all the tags from a waterbody to the duplicated geometry of an inner polygon and then, I delete the original - now duplicated - waterbody. a humble two cents... Daniel From: Bruno Remy [mailto:bremy.qc...@gmail.com] Sent: September-15-14 12:59 To: Tom Taylor Cc: Sam Dyck; Talk-CA OpenStreetMap Subject: Re: [Talk-ca] Large polygons in JOSM Tom's strategy seems to be appropriate for woods areas: Canvec 'giant monster' multipolygons represents a set of several polygons quite closed but not adjascent , mostly separated by meadow/scrub or fire cut-lines or rivers, or roads By the way: membership as 'inside' role of wood multipolygon is useless for a lake So, you never need 'outside' or 'inside' role: just keep outlines of wood. Mapping this way avoid the use of multipoygons, and encourage the use of simple polygons (prefered). (imo) Simplier is better ;) But indeed.. i agree with Sam: is time consuming ! :( Perhaps a motivation to encourage membership of new OSM contributors, as we celebrate the 10th of OpenStreetMap !! ;-) The more we are.. the less we do ;) Bruno 2014-09-15 11:46 GMT-04:00 Tom Taylor tom.taylor.s...@gmail.com: Might be dull, but I generally split multipolygons into reasonably-sized adjacent chunks rather than giant monsters. In my case, it's usually when I'm outlining a river. Tom Taylor On 14/09/2014 10:29 PM, Sam Dyck wrote: HI Currently I'm working on importing the Canvec tiles that make up Lac Seul in NW Ontario into OSM. Importing the data as it is, split into tiles and subtiles, is poor practice, and manually merging is time consuming and dull. So I began using JOSM's Join Overlapping Areas feature. This tool however requires that all ways be complete before merging. Resulting is a 100 000 node area that far exceeds JOSMs import limit and is time consuming to split up, and slows down JOSM. Is there an faster way to split this? Sam ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Large polygons in JOSM
On 14-09-15 05:41 PM, Daniel Begin wrote: About Canvec, the product often duplicates water bodies and inner polygons of wooded areas; which is not necessary where both were imported. In order to keep only the necessary geometries, I usually transfer all the tags from a waterbody to the duplicated geometry of an inner polygon and then, I delete the original - now duplicated - waterbody. Hi Daniel, I have to confess I don't quite follow what you're doing here. Are you leaving the waterbody defined only as the inner polygon (aka, a hole) of a landuse multipolygon? Are there any example ways you can link to that do this? The difficulty with the huge 'tiled' areas of the North is that few people will find the motivation needed to clean up the imports into coherent polygons. cheers, Stewart ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] cyklostezky a pěškaři
Prosím fanoušky kol, aby nezapomínali na nás pěší a u stezek pro chodce, které jsou (shodou okolností:-) i stezkami pro cyklisty, když zvolí highway=cycleway neopomenuli vložit i foot=designated. Občas se setkávám i s cestami označenými highway=cycleway, které ovšem v dopravním značení nemají označení, že jde o stezku pro cyklisty... Jako chodec mám někdy pocit, že cyklisté to na OSM přehání. Ono to bude zejména tím, že (pokud mluvíme o Praze) značnou část chodníků a spoustu pěšin zmapoval tým kolem Prahou na kole pro účely renderované mapy i vyhledávače tras na http://mapa.prahounakole.cz Tím mohlo dojít k posunutí priorit ve prospěch cyklo. Určitě se shodneme, že mapování má být podle reality a ne přiohnuté pro konkrétní aplikaci, na druhou stranu bych chtěl poprosit, pokud bude někdo měnit tagování u cykloinfrastruktury, aby dal vědět původnímu maperovi: když nic jiného, tak abychom mohli vyzkoušet, jak se dané úprava projeví na fungování vyhledávače. Druhá věc je, že formální stav cykloinfrastruktury je stále ještě dost neutěšený. Na jednu stranu máme značené cyklotrasy vedené po chodníku, kde se oficiálně jezdit nesmí, na druhou stranu taková A26 (mediálně profláknutá cyklostezka po bývalé trati ve Vysočanech) byla při svém otevření (akuální stav nevím) značená jako Stezka pro cyklisty (C08a), čili formálně tam nesmí ani chodci ani inline brusle, přesto je to v reálu jak oblíbená promenáda rodin s dětmi, tak bruslařská dráha. Nemluvě o případech, kdy je to z každé strany značeno jinak :) Vašek ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] oprava relace 25469
-- Původní zpráva -- Od: Martin Švec - OSM o...@maatts.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 17. 9. 2014 2:34:44 Předmět: Re: [Talk-cz] oprava relace 25469 Ahoj, A ještě jedna věc. Neměl by být ten tag landuse=forest na relaci? ten problém je IMHO obecnější. Co jsem si všiml, multipolygony lesů se source=uhul:wms mají tagovanou pouze outer cestu a relace tagovaná není. Jak se teď hrabe do velkých ploch díky LPISu, je to náchylné k chybám. Mě se od víkendu podařilo běžným postupem rozbít už dva rozsáhlé lesy na různých místech republiky. Z jednoho vzniklo parkoviště kvůli starším nesmyslům v tagování členů relace. A druhý les zmizel úplně, protože jsem rozdělil vnější cestu na víc úseků kvůli limitu uzlů. Což bez tagu na relaci např. JOSM už neinterpretoval jako les. Nešlo by ty lesní multipolygony nějak hromadně vyhledat v databázi a přesunout landuse=forest z outer cesty na relaci? No mělo by to jít vyhledat přes overpass api [1]. Ale nějak se mi to nedaří :-( Padá mi to na timeout. [2] Druhá možnost je přes sql z databáze Petra Vejsady. Možná zkusím večer. [1] https://help.openstreetmap.org/questions/35225/overpass-query-only-outer -ways-of-multipolygon [2] http://overpass-turbo.eu/s/552 Marián Martin ___ 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: [Talk-cz] oprava relace 25469
Ahoj, On Wed, Sep 17, 2014 at 09:34:42AM +0200, Marián Kyral wrote: musíme si říct, co přesně se má udělat. Najít všechny polygony, které mají landuse=forest a jsou členy relace typu multipolygon jako outer. Odebrat tagy landuse a source tomuto polygonu a dát je na popsanou relaci. Jo? Co mě napadá za možné problémy: - polygon bude součástí více než jednoho multipolygonu jako outer - polygon bude mít více než 2000 bodů (nejsem si jistý, jestli je to možné, ale myslím, že ano - že dříve cesty mohly být delší) - co s ostatními tagy na cestě? (jinými než landuse)? Asi ponechat - co když relace už tag landuse bude mít (třeba úplně jiný)? nutno řešit člověkem a hlavní otázka - stojí to za to? mohla by to být nezanedbatelná porce dat. Však vidíme, jaké porce jsou teď ty zemědělské půdy -- Petr -- Původní zpráva -- Od: Martin Švec - OSM o...@maatts.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 17. 9. 2014 2:34:44 Předmět: Re: [Talk-cz] oprava relace 25469 Ahoj, A ještě jedna věc. Neměl by být ten tag landuse=forest na relaci? ten problém je IMHO obecnější. Co jsem si všiml, multipolygony lesů se source=uhul:wms mají tagovanou pouze outer cestu a relace tagovaná není. Jak se teď hrabe do velkých ploch díky LPISu, je to náchylné k chybám. Mě se od víkendu podařilo běžným postupem rozbít už dva rozsáhlé lesy na různých místech republiky. Z jednoho vzniklo parkoviště kvůli starším nesmyslům v tagování členů relace. A druhý les zmizel úplně, protože jsem rozdělil vnější cestu na víc úseků kvůli limitu uzlů. Což bez tagu na relaci např. JOSM už neinterpretoval jako les. Nešlo by ty lesní multipolygony nějak hromadně vyhledat v databázi a přesunout landuse=forest z outer cesty na relaci? No mělo by to jít vyhledat přes overpass api [1]. Ale nějak se mi to nedaří :-( Padá mi to na timeout. [2] Druhá možnost je přes sql z databáze Petra Vejsady. Možná zkusím večer. [1] https://help.openstreetmap.org/questions/35225/overpass-query-only-outer -ways-of-multipolygon [2] http://overpass-turbo.eu/s/552 Marián Martin ___ 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: [Talk-cz] oprava relace 25469
-- Původní zpráva -- Od: Petr Vejsada o...@propsychology.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 17. 9. 2014 12:09:48 Předmět: Re: [Talk-cz] oprava relace 25469 Ahoj, On Wed, Sep 17, 2014 at 09:34:42AM +0200, Marián Kyral wrote: musíme si říct, co přesně se má udělat. Najít všechny polygony, které mají landuse=forest a jsou členy relace typu multipolygon jako outer. Odebrat tagy landuse a source tomuto polygonu a dát je na popsanou relaci. Jo? Jo. Já hlavně chtěl zjistit, kolik toho je. Ono těch lesů jako multipolygon asi nebude až tak moc. Třeba v Beskydech to je jeden velký multipolygon. Co mě napadá za možné problémy: - polygon bude součástí více než jednoho multipolygonu jako outer To jde? V každém případě by jen jeden měl být les. - polygon bude mít více než 2000 bodů (nejsem si jistý, jestli je to možné, ale myslím, že ano - že dříve cesty mohly být delší) Jo, to je omezení, které bylo zavedeno až později. Stačí to editovat ručně. - co s ostatními tagy na cestě? (jinými než landuse)? Asi ponechat - co když relace už tag landuse bude mít (třeba úplně jiný)? nutno řešit člověkem a hlavní otázka - stojí to za to? mohla by to být nezanedbatelná porce dat. Však vidíme, jaké porce jsou teď ty zemědělské půdy No já myslel, že toho až tolik nebude, takže vytvářet nějaký specializovaný skript nestojí za to. Mělo by stačit vytáhnout z databáze ty cesty a související relace a pak to zkouknout v JOSM. Asi by nebylo od věci si na to napsat nějaký vlastní validační skript. JOSM to umožňuje. Marián -- Petr -- Původní zpráva -- Od: Martin Švec - OSM o...@maatts.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 17. 9. 2014 2:34:44 Předmět: Re: [Talk-cz] oprava relace 25469 Ahoj, A ještě jedna věc. Neměl by být ten tag landuse=forest na relaci? ten problém je IMHO obecnější. Co jsem si všiml, multipolygony lesů se source=uhul:wms mají tagovanou pouze outer cestu a relace tagovaná není. Jak se teď hrabe do velkých ploch díky LPISu, je to náchylné k chybám. Mě se od víkendu podařilo běžným postupem rozbít už dva rozsáhlé lesy na různých místech republiky. Z jednoho vzniklo parkoviště kvůli starším nesmyslům v tagování členů relace. A druhý les zmizel úplně, protože jsem rozdělil vnější cestu na víc úseků kvůli limitu uzlů. Což bez tagu na relaci např. JOSM už neinterpretoval jako les. Nešlo by ty lesní multipolygony nějak hromadně vyhledat v databázi a přesunout landuse=forest z outer cesty na relaci? No mělo by to jít vyhledat přes overpass api [1]. Ale nějak se mi to nedaří :-( Padá mi to na timeout. [2] Druhá možnost je přes sql z databáze Petra Vejsady. Možná zkusím večer. [1] https://help.openstreetmap.org/questions/35225/overpass-query-only- outer -ways-of-multipolygon [2] http://overpass-turbo.eu/s/552 Marián Martin ___ 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;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] oprava relace 25469
On 17.9.2014 13:00, Marián Kyral wrote: -- Původní zpráva -- Od: Petr Vejsada o...@propsychology.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 17. 9. 2014 12:09:48 Předmět: Re: [Talk-cz] oprava relace 25469 Ahoj, On Wed, Sep 17, 2014 at 09:34:42AM +0200, Marián Kyral wrote: musíme si říct, co přesně se má udělat. Najít všechny polygony, které mají landuse=forest a jsou členy relace typu multipolygon jako outer. Odebrat tagy landuse a source tomuto polygonu a dát je na popsanou relaci. Jo? Jo. Já hlavně chtěl zjistit, kolik toho je. Ono těch lesů jako multipolygon asi nebude až tak moc. Třeba v Beskydech to je jeden velký multipolygon. Souhlas, stačí pro začátek vyjet seznam. Třeba se bavíme o deseti multipolygonech :-) Já jen nahodil dotaz do pléna, protože jsem si všiml že to je systematický jev po celé republice. Pokud bude těch multipolygonů do stovky, není problém je opravit v JOSM. Pokud jich bude víc, dají se zpřísnit kritéria výběru a zbytek projít ručně. Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] oprava relace 25469
Ahoj, On Wed, Sep 17, 2014 at 01:31:07PM +0200, Martin Švec - OSM wrote: Souhlas, stačí pro začátek vyjet seznam. Třeba se bavíme o deseti multipolygonech :-) Já jen nahodil dotaz do pléna, protože jsem si všiml že to je systematický jev po celé republice. http://pedro.poloha.net/osm/lesy.csv je jich 2888, všechny mají tagy pouze na cestě a na relaci ne. Jsou i multipolygony typu jen outer cesty a tam samozřejmě může být landuse na každé outer cestě jiné. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] oprava relace 25469
-- Původní zpráva -- Od: Petr Vejsada o...@propsychology.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 17. 9. 2014 14:10:22 Předmět: Re: [Talk-cz] oprava relace 25469 Ahoj, On Wed, Sep 17, 2014 at 01:31:07PM +0200, Martin Švec - OSM wrote: Souhlas, stačí pro začátek vyjet seznam. Třeba se bavíme o deseti multipolygonech :-) Já jen nahodil dotaz do pléna, protože jsem si všiml že to je systematický jev po celé republice. http://pedro.poloha.net/osm/lesy.csv Díky. Bylo by možné tam ještě přidat počet uzlů na cestě? A jak tak koukám, v některých případech je v jedné relaci více outer cest. Třeba http://www. openstreetmap.org/relation/23884 Asi následek dělení na 2000 uzlů. je jich 2888, všechny mají tagy pouze na cestě a na relaci ne. Jsou i multipolygony typu jen outer cesty a tam samozřejmě může být landuse na každé outer cestě jiné. Nerozumím. Můžeš ještě jednou? ;-) Marián -- Petr ___ 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: [Talk-cz] oprava relace 25469
Ahoj, On Wed, Sep 17, 2014 at 02:37:53PM +0200, Marián Kyral wrote: http://pedro.poloha.net/osm/lesy.csv Díky. Bylo by možné tam ještě přidat počet uzlů na cestě? A jak tak koukám, je tam, stejné url v některých případech je v jedné relaci více outer cest. Třeba http://www. openstreetmap.org/relation/23884 Asi následek dělení na 2000 uzlů. Může být, ovšem vysvětlení může být daleko více, třeba - outer - les - inner - louka uvnitř lesa - outer - les uvnitř té louky nebo outer - flek lesa, outer - flek lesa někde úplně jinde a pozor! - outer - flek lesa, outer - flek lesa, outer - flek louky a dohromady je to multipolygon, který ovšem nesdružuje les, ale třeba chráněnou oblast, do které patří dva lesy a jedna louka. Takže je třeba být pozorný při tom šoupání tagů z cesty na relaci, protože ty tagy na relaci vůbec patřit nemusí. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] OSM setkani v Brne
Po nahlédnutí do mého kalendáře je mě jasné že přijet nemůžu ani v jeden termín. Příští týden mám už plný. Snad příště nebo kdyby někdo dělal setkání v Praze tak tam to mám určitě blíž. Takže ubytování pro mě je zbytečné shánět. S přáním hezkého dne Lukáš Dne 16. září 2014 8:42 Kasparek Tomas kaspa...@fit.vutbr.cz napsal(a): On Mon, Sep 15, 2014 at 08:07:32PM +0200, Petr Holub wrote: Ahoj, Za me je St 24. 9. 18:00 ok. (Uvidime co dalsi, ale mozna by se hodilo nejake planovatko jako doodle.com, at tu nespamujeme mailing list.) za mne bohuzel ne, budu tou dobou sedet v letadle :-( Buď do 23.9. (včetně), nebo po 15.10. Zaklad je jasny, prosim o vyplneni doodle, jak cas tak misto. Zaskrtnete vsechny prijatelne varinaty, pak to nejak preberu a zkusim vylovit nejlepsi variantu. http://doodle.com/azti2nidivg9c7ug Diky -- Tomas Kasparek e-mail: kaspa...@fit.vutbr.cz CVT FIT VUT Brno, L127 jabber: tomas.kaspa...@jabber.cz Bozetechova 1, 612 66web : http://www.fit.vutbr.cz/~kasparek Brno, Czech Republic phone : +420 54114-1220 GPG:2F1E 1AAF FD3B CFA3 1537 63BD DCBE 18FF A035 53BC May the command line live forever! ___ 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: [Talk-cz] OSM setkani v Brne
On Thu, Sep 18, 2014 at 07:28:53AM +0200, Lukas Novotny wrote: Po nahlédnutí do mého kalendáře je mě jasné že přijet nemůžu ani v jeden termín. Příští týden mám už plný. Snad příště nebo kdyby někdo dělal setkání v Praze tak tam to mám určitě blíž. Takže ubytování pro mě je zbytečné shánět. Skoda. Pro ostatni uz se to myslim vykrystalizovalo dostatecne, takze idealni je tedy: (http://doodle.com/azti2nidivg9c7ug) Utery 23. zari 2014 18:00, Kormidlo. Pokusim se prijit cca na 17:30 pro ty co potrebuji brzo zmizet. Udelam rezervaci, takze se muzete ptat na rezervaci na jmeno Kasparek at se jednoduseji najdeme :-) Tesim se na videnou. -- Tomas Kasparek e-mail: kaspa...@fit.vutbr.cz CVT FIT VUT Brno, L127 jabber: tomas.kaspa...@jabber.cz Bozetechova 1, 612 66web : http://www.fit.vutbr.cz/~kasparek Brno, Czech Republic phone : +420 54114-1220 GPG:2F1E 1AAF FD3B CFA3 1537 63BD DCBE 18FF A035 53BC May the command line live forever! pgpK2mlkiS4Oh.pgp Description: PGP signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] un specialiste des frontieres et coastline pour réparer les relations du var, france etc ...
Pour ça, tu peux faire le revert dans un nouveau calque, puis fusionner le way récupéré dans le calque où tu aura chargé les données actuelles. Par contre, il faut refaire à la main la couture des relations... Le 17 septembre 2014 07:43, didier2020 didier2...@free.fr a écrit : super ! merci vdct, j'ai deja utiliser les revert mais je n'ai pas su seulement de-effacer un way ... Le mardi 16 septembre 2014 à 22:42 +0200, Vincent de Château-Thierry a écrit : Le 16/09/2014 22:34, Vincent de Château-Thierry a écrit : Bonsoir Le 16/09/2014 22:04, didier2...@free.fr a écrit : le changeset qui a cassé des trucs http://www.openstreetmap.org/changeset/25482545 j'ai essayé plusieurs fois un revert mais y a un truc qui colle pas ... J'ai pour l'instant juste rétabli la coastline avec ce way : 121541919 La suite : atelier couture pour les relations admins Hop là Didier ;) : http://www.openstreetmap.org/changeset/25488340 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re: un specialiste des frontieres et coastline pour réparer les relations du var, france etc ...
compris ! sinon pour ma culture, il y a un autre moyen que le plugin reverter pour restaurer un objet? - Mail d'origine - De: Christian Quest cqu...@openstreetmap.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Wed, 17 Sep 2014 08:01:12 +0200 (CEST) Objet: Re: [OSM-talk-fr]un specialiste des frontieres et coastline pour réparer les relations du var, france etc ... Pour ça, tu peux faire le revert dans un nouveau calque, puis fusionner le way récupéré dans le calque où tu aura chargé les données actuelles. Par contre, il faut refaire à la main la couture des relations... Le 17 septembre 2014 07:43, didier2020 didier2...@free.fr a écrit : super ! merci vdct, j'ai deja utiliser les revert mais je n'ai pas su seulement de-effacer un way ... Le mardi 16 septembre 2014 à 22:42 +0200, Vincent de Château-Thierry a écrit : Le 16/09/2014 22:34, Vincent de Château-Thierry a écrit : Bonsoir Le 16/09/2014 22:04, didier2...@free.fr a écrit : le changeset qui a cassé des trucs http://www.openstreetmap.org/changeset/25482545 j'ai essayé plusieurs fois un revert mais y a un truc qui colle pas ... J'ai pour l'instant juste rétabli la coastline avec ce way : 121541919 La suite : atelier couture pour les relations admins Hop là Didier ;) : http://www.openstreetmap.org/changeset/25488340 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re: un specialiste des frontieres et coastline pour réparer les relations du var, france etc ...
Bonjour, Selon didier2...@free.fr: compris ! sinon pour ma culture, il y a un autre moyen que le plugin reverter pour restaurer un objet? J'utilise ce plugin, très pratique : http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Undelete vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] un specialiste des frontieres et coastline pour réparer les relations du var, france etc ...
Le plugin undelete. Tu lui passe le type et l'id de l'objet à restaurer. C'est utile quand tu n'a qu'un (ou quelques objets) à récupérer. Revert est plus utile quand il s'agit de modifications plus massives, comme un landuse transformé en cercle. Là il faut remettre les noeuds à leur ancienne position et il est le plus adapté. Le 17 septembre 2014 08:38, didier2...@free.fr a écrit : compris ! sinon pour ma culture, il y a un autre moyen que le plugin reverter pour restaurer un objet? - Mail d'origine - De: Christian Quest cqu...@openstreetmap.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Wed, 17 Sep 2014 08:01:12 +0200 (CEST) Objet: Re: [OSM-talk-fr]un specialiste des frontieres et coastline pour réparer les relations du var, france etc ... Pour ça, tu peux faire le revert dans un nouveau calque, puis fusionner le way récupéré dans le calque où tu aura chargé les données actuelles. Par contre, il faut refaire à la main la couture des relations... Le 17 septembre 2014 07:43, didier2020 didier2...@free.fr a écrit : super ! merci vdct, j'ai deja utiliser les revert mais je n'ai pas su seulement de-effacer un way ... Le mardi 16 septembre 2014 à 22:42 +0200, Vincent de Château-Thierry a écrit : Le 16/09/2014 22:34, Vincent de Château-Thierry a écrit : Bonsoir Le 16/09/2014 22:04, didier2...@free.fr a écrit : le changeset qui a cassé des trucs http://www.openstreetmap.org/changeset/25482545 j'ai essayé plusieurs fois un revert mais y a un truc qui colle pas ... J'ai pour l'instant juste rétabli la coastline avec ce way : 121541919 La suite : atelier couture pour les relations admins Hop là Didier ;) : http://www.openstreetmap.org/changeset/25488340 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr