Re: [talk-ph] Open Data Philippines
Some more info: You can like Open Data Philippines on Facebook: https://www.facebook.com/datagovph And they will have their first hackathon event in November: https://www.facebook.com/datagovph The hackathon is probably where they will first launch the first of the data that they will be opening up. I hope. On Wed, Oct 16, 2013 at 7:45 PM, Eugene Alvin Villar sea...@gmail.comwrote: Here's a document showing what we can expect from this data portal: http://fma.ph/opendata/overview-of-data-gov-ph/ On Tue, Oct 15, 2013 at 9:27 PM, maning sambale emmanuel.samb...@gmail.com wrote: More information I got yesterday. This is part of the governmentis program on open governance and transparency. By mid of November this year, they plan to roll out the website releasing ~400 datasets. They are also planning to host a hackathon to explore possibilities on how the public can utilize the date. Personal comment below: 1. What about the Freedom of Information Bill. Isn't it better if we have the law as a framework for this open governance and sharing of government data? 2. APIs are good but I do hope they publish raw bulk downloads. On Fri, Oct 11, 2013 at 8:03 PM, maning sambale emmanuel.samb...@gmail.com wrote: Crossing my fingers On Fri, Oct 11, 2013 at 7:23 PM, Eugene Alvin Villar sea...@gmail.com wrote: What do you guys think that this upcoming portal will also provide geodata? :) http://data.gov.ph/ ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Open Data Philippines
Oops. Correct link to the hackathon: https://datagovphhackathon-efbevent.eventbrite.com/ On Sat, Oct 19, 2013 at 11:31 PM, Eugene Alvin Villar sea...@gmail.comwrote: Some more info: You can like Open Data Philippines on Facebook: https://www.facebook.com/datagovph And they will have their first hackathon event in November: https://www.facebook.com/datagovph The hackathon is probably where they will first launch the first of the data that they will be opening up. I hope. On Wed, Oct 16, 2013 at 7:45 PM, Eugene Alvin Villar sea...@gmail.comwrote: Here's a document showing what we can expect from this data portal: http://fma.ph/opendata/overview-of-data-gov-ph/ On Tue, Oct 15, 2013 at 9:27 PM, maning sambale emmanuel.samb...@gmail.com wrote: More information I got yesterday. This is part of the governmentis program on open governance and transparency. By mid of November this year, they plan to roll out the website releasing ~400 datasets. They are also planning to host a hackathon to explore possibilities on how the public can utilize the date. Personal comment below: 1. What about the Freedom of Information Bill. Isn't it better if we have the law as a framework for this open governance and sharing of government data? 2. APIs are good but I do hope they publish raw bulk downloads. On Fri, Oct 11, 2013 at 8:03 PM, maning sambale emmanuel.samb...@gmail.com wrote: Crossing my fingers On Fri, Oct 11, 2013 at 7:23 PM, Eugene Alvin Villar sea...@gmail.com wrote: What do you guys think that this upcoming portal will also provide geodata? :) http://data.gov.ph/ ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] De OSM/JOSM praatbarak is open
Het was inderdaad zeer leerrijk en een korte nacht tot gevolg. Zeer zeker voor herhaling vatbaar, frequentie maakt mij niet uit, werk toch in ploegen dus kan er niet altijd bij zijn. Zou inderdaad leuk zijn ergens een samenvatting te kunnen zien, veel dingen gezien en toegepast maar ook veel vergeten. En dan spreek ik nog niet over de bushaltes, want daar ben ik moeten afhaken op zeker ogenblik. P Op 19-okt.-2013, om 07:58 heeft Marc Gemis marc.ge...@gmail.com het volgende geschreven: Ik vond het alvast een heel leerrijke sessie. Bedankt aan alle aanwezigen. Als iemand zin heeft om een klein verslagje op de Belgian Activity page te plaatsen, ga gerust je gang. Anders probeer ik het wel in een van de komende dagen. Een belangrijke vraag die aan bod kwam en waarom Ben misschien het antwoord kent: Tot voor kort waren er veel meer WMS gegevens beschikbaar bij AGIV. Is er een mogelijkheid die terug beschikbaar te maken ? En dan de toekomst van de praatbarak: proberen we zoiets iedere maand te laten doorgaan, maar dan moeten we wel telkens een topic hebben om over te praten, of houden we het gewoon op als er nood aan is ? Mogelijke topics: - nog wat meer JOSM: 'F', 'CTRL-'SHIFT'-G, A en AA, X + ALT-muisslepen, - meerdere lagen, splitsen van gebouwen - tips voor het toevoegen van meerdere tags - iemand die iets zinnig kan komen zeggen over aligneren van gebouwen en luchtfoto's - importeren van wikipedia gegevens van onroerend erfgoed - OpenData plugin voor importeren van gegevens - mogelijkheden voor het importeren van AGIV data onderzoeken buiten JOSM - waar vind ik OSM informatie (algemeen, taggen, ...) - welke kaarten zijn er zoal - hoe moeten we bv. parking:lanes interpreteren - Overpass API - Zelf kaarten maken met Leaflet, OpenLayers andere ? graag jullie commentaar over wat anders, beter kan, etc. groeten m 2013/10/18 Jo winfi...@gmail.com Ik hoop dat jullie nog wat aan m'n uitleg gehad hebben. 't Is wel veel ineens, maar het belangrijkste om mee te nemen is dat er heel wat mogelijkheden zijn... :-) Ik voeg de bestanden toe die mee verantwoordelijk zijn voor al die hocus pocus. mapcss om te zorgen dat wat op een gegeven moment belangrijk is, eruit springt. Die presetfile met dat speciale XML-block achteraan om te zorgen dat namen van objecten samengesteld kunnen worden uit tags van de relatie of zijn parents. De Overpassquery om te zorgen dat je alles wat relevant is voor openbaar vervoer in Vlaanderen en dat al in Openstreetmap zit, kan afhalen. En het script dat ways zoekt die in de buurt van bushaltes liggen. Zodat het creëren van routerelaties een kwestie van 'fill in the blanks' wordt. De scripts die de database opvullen en die die routerelaties met daarin alle haltes in de juiste volgorde aanmaakt, zijn hier te vinden: http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/De_Lijndata Daar zie je ook waarom ik eerst in Oost-Vlaanderen haltes en routes heb toegevoegd. (Ze hebben daar PDF-bestanden met alle haltes en hun zones in tabelformaat...) Om de scripts waarvan sprake op die pagina te kunnen gebruiken moet je wel Python 3 en PostGIS installeren. Maar ik kan natuurlijk die stap ook voor jullie uitvoeren, als je zelf met een busroute aan de slag wilt. mvg, Jo 2013/10/18 Marc Gemis marc.ge...@gmail.com https://plus.google.com/hangouts/_/4fa2140719b5cc2e87029d16e6f99daa368dff66?hl=en volg de link, installeer eventueel nog de plugin en kom erbij :-) m ___ 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 ___ 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] De OSM/JOSM praatbarak is open
Bedankt voor de voordrachten, ik heb weer wat bijgeleerd. Nu nog de bus op ;-). Het was ook mijn eerste gebruik van Hangout. Hopelijk heb ik niet te veel verstoord. Is daar een regelingin voor het geluid. Het volume van beide sprekers was nogal verschillend. Misschien kan een volgende keer wat gezegd worden over de nieuwe Potlach op OSM, of draagt die editor een andere naam ? Sus 2013/10/19 Marc Gemis marc.ge...@gmail.com Ik vond het alvast een heel leerrijke sessie. Bedankt aan alle aanwezigen. Als iemand zin heeft om een klein verslagje op de Belgian Activity page te plaatsen, ga gerust je gang. Anders probeer ik het wel in een van de komende dagen. Een belangrijke vraag die aan bod kwam en waarom Ben misschien het antwoord kent: Tot voor kort waren er veel meer WMS gegevens beschikbaar bij AGIV. Is er een mogelijkheid die terug beschikbaar te maken ? En dan de toekomst van de praatbarak: proberen we zoiets iedere maand te laten doorgaan, maar dan moeten we wel telkens een topic hebben om over te praten, of houden we het gewoon op als er nood aan is ? Mogelijke topics: - nog wat meer JOSM: 'F', 'CTRL-'SHIFT'-G, A en AA, X + ALT-muisslepen, - meerdere lagen, splitsen van gebouwen - tips voor het toevoegen van meerdere tags - iemand die iets zinnig kan komen zeggen over aligneren van gebouwen en luchtfoto's - importeren van wikipedia gegevens van onroerend erfgoed - OpenData plugin voor importeren van gegevens - mogelijkheden voor het importeren van AGIV data onderzoeken buiten JOSM - waar vind ik OSM informatie (algemeen, taggen, ...) - welke kaarten zijn er zoal - hoe moeten we bv. parking:lanes interpreteren - Overpass API - Zelf kaarten maken met Leaflet, OpenLayers andere ? graag jullie commentaar over wat anders, beter kan, etc. groeten m 2013/10/18 Jo winfi...@gmail.com Ik hoop dat jullie nog wat aan m'n uitleg gehad hebben. 't Is wel veel ineens, maar het belangrijkste om mee te nemen is dat er heel wat mogelijkheden zijn... :-) Ik voeg de bestanden toe die mee verantwoordelijk zijn voor al die hocus pocus. mapcss om te zorgen dat wat op een gegeven moment belangrijk is, eruit springt. Die presetfile met dat speciale XML-block achteraan om te zorgen dat namen van objecten samengesteld kunnen worden uit tags van de relatie of zijn parents. De Overpassquery om te zorgen dat je alles wat relevant is voor openbaar vervoer in Vlaanderen en dat al in Openstreetmap zit, kan afhalen. En het script dat ways zoekt die in de buurt van bushaltes liggen. Zodat het creëren van routerelaties een kwestie van 'fill in the blanks' wordt. De scripts die de database opvullen en die die routerelaties met daarin alle haltes in de juiste volgorde aanmaakt, zijn hier te vinden: http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/De_Lijndata Daar zie je ook waarom ik eerst in Oost-Vlaanderen haltes en routes heb toegevoegd. (Ze hebben daar PDF-bestanden met alle haltes en hun zones in tabelformaat...) Om de scripts waarvan sprake op die pagina te kunnen gebruiken moet je wel Python 3 en PostGIS installeren. Maar ik kan natuurlijk die stap ook voor jullie uitvoeren, als je zelf met een busroute aan de slag wilt. mvg, Jo 2013/10/18 Marc Gemis marc.ge...@gmail.com https://plus.google.com/hangouts/_/4fa2140719b5cc2e87029d16e6f99daa368dff66?hl=en volg de link, installeer eventueel nog de plugin en kom erbij :-) m ___ 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 ___ 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] De OSM/JOSM praatbarak is open
De nieuwe Potlatch heet iD. We zijn daar niet echt fan van... Het is te gemakkelijk om er goeie data mee om zeep te helpen (vaak zonder dat je het doorhebt). Topics binnen JOSM: search (bijzonder krachtig in vele omstandigheden) hoe zet je presets om in knopjes op de taakbalk? Ik kan ook nog wel iets vertellen over fiets- en wandelknooppuntenroutes. Sorry dat ik na de leerrijke sessie van Marc die alles heel gestructureerd bracht, wellicht nogal snel en enigszins chaotisch overkwam. Bij die busroutes (en al z'n varianten) is het nogal knip- en plakwerk met de wegen die er deel van uitmaken. Dat gaat vrij vlot in JOSM, maar het is lastig om het overzicht te houden. Als er interesse voor is, wil ik dat verhaal nog wel eens aan een lager tempo overdoen. Deze keer was het voornamelijk de bedoeling om Hervé de nodige informatie te bezorgen, zodat hij ook routes kan beginnen toevoegen. Een dikke maand geleden hebben wij 's een hangout gedaan over de haltes. Misschien is het wel interessanter om het eerst 's te hebben over het toevoegen van de haltes zelf. Dat is op zich veel eenvoudiger, al zijn er wel wat aandachtspunten, als we ervoor willen zorgen dat we ze allemaal op dezelfde manier toevoegen. Het wordt me wel duidelijk dat ik niet de tijd zal hebben, om ze allemaal zelf toe te voegen... Daarenboven is het voor mij interessanter om iets proberen te ontwikkelen om de opvolging te doen van wat we al hebben, hoever we al staan en om de kwaliteit (voornamelijk van de routes dan) in de gaten te houden. Jo Op 19 oktober 2013 08:21 schreef Sus Verhoeven sus...@gmail.com: Bedankt voor de voordrachten, ik heb weer wat bijgeleerd. Nu nog de bus op ;-). Het was ook mijn eerste gebruik van Hangout. Hopelijk heb ik niet te veel verstoord. Is daar een regelingin voor het geluid. Het volume van beide sprekers was nogal verschillend. Misschien kan een volgende keer wat gezegd worden over de nieuwe Potlach op OSM, of draagt die editor een andere naam ? Sus 2013/10/19 Marc Gemis marc.ge...@gmail.com Ik vond het alvast een heel leerrijke sessie. Bedankt aan alle aanwezigen. Als iemand zin heeft om een klein verslagje op de Belgian Activity page te plaatsen, ga gerust je gang. Anders probeer ik het wel in een van de komende dagen. Een belangrijke vraag die aan bod kwam en waarom Ben misschien het antwoord kent: Tot voor kort waren er veel meer WMS gegevens beschikbaar bij AGIV. Is er een mogelijkheid die terug beschikbaar te maken ? En dan de toekomst van de praatbarak: proberen we zoiets iedere maand te laten doorgaan, maar dan moeten we wel telkens een topic hebben om over te praten, of houden we het gewoon op als er nood aan is ? Mogelijke topics: - nog wat meer JOSM: 'F', 'CTRL-'SHIFT'-G, A en AA, X + ALT-muisslepen, - meerdere lagen, splitsen van gebouwen - tips voor het toevoegen van meerdere tags - iemand die iets zinnig kan komen zeggen over aligneren van gebouwen en luchtfoto's - importeren van wikipedia gegevens van onroerend erfgoed - OpenData plugin voor importeren van gegevens - mogelijkheden voor het importeren van AGIV data onderzoeken buiten JOSM - waar vind ik OSM informatie (algemeen, taggen, ...) - welke kaarten zijn er zoal - hoe moeten we bv. parking:lanes interpreteren - Overpass API - Zelf kaarten maken met Leaflet, OpenLayers andere ? graag jullie commentaar over wat anders, beter kan, etc. groeten m 2013/10/18 Jo winfi...@gmail.com Ik hoop dat jullie nog wat aan m'n uitleg gehad hebben. 't Is wel veel ineens, maar het belangrijkste om mee te nemen is dat er heel wat mogelijkheden zijn... :-) Ik voeg de bestanden toe die mee verantwoordelijk zijn voor al die hocus pocus. mapcss om te zorgen dat wat op een gegeven moment belangrijk is, eruit springt. Die presetfile met dat speciale XML-block achteraan om te zorgen dat namen van objecten samengesteld kunnen worden uit tags van de relatie of zijn parents. De Overpassquery om te zorgen dat je alles wat relevant is voor openbaar vervoer in Vlaanderen en dat al in Openstreetmap zit, kan afhalen. En het script dat ways zoekt die in de buurt van bushaltes liggen. Zodat het creëren van routerelaties een kwestie van 'fill in the blanks' wordt. De scripts die de database opvullen en die die routerelaties met daarin alle haltes in de juiste volgorde aanmaakt, zijn hier te vinden: http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/De_Lijndata Daar zie je ook waarom ik eerst in Oost-Vlaanderen haltes en routes heb toegevoegd. (Ze hebben daar PDF-bestanden met alle haltes en hun zones in tabelformaat...) Om de scripts waarvan sprake op die pagina te kunnen gebruiken moet je wel Python 3 en PostGIS installeren. Maar ik kan natuurlijk die stap ook voor jullie uitvoeren, als je zelf met een busroute aan de slag wilt. mvg, Jo 2013/10/18 Marc Gemis marc.ge...@gmail.com
Re: [OSM-talk-be] De OSM/JOSM praatbarak is open
Jo, ik vond die presentatie over de busroutes best te volgen. Ik zeg niet dat ik nu onmiddellijk alles zelf zou kunnen doen, maar ik heb zeker een algemeen beeld. De wandel- en fietsroutes had ik inderdaad ook nog in gedachten, maar ben ze vergeten te vermelden. @Sus : iD heeft zeker zijn nut, maar zoals Jo al aangaf wordt er op de verschillende fora toch over problemen gesproken. Zelf zie ik ook dat Georges in België behoorlijk wat tijd stopt in het opkuisen van fouten die gemaakt zijn door iD gebruikers. En natuurlijk moet je er ook eerst iets over weten voordat je er wat kan over vertellen. Bij mijn weten zijn er (nog) geen ervaren iD gebruikers in België. Als de Belgische OSM website on-line is, kan er misschien ook iets gezegd worden over de manier dat je daartoe kan bijdragen. Ik ken Ben's planning niet ivm met de AGIV data, maar het lijkt me best dat we eerst proberen zoveel mogelijk mensen klaar te stomen om daarbij te helpen. De technieken die we daarvoor nodig hebben (en die nog niet aan bod zijn gekomen), zijn ook bruikbaar in ruimere context natuurlijk. @Peter: ik heb ooit al een wikipagina gemaakt over mappen van huisnummers, kijk hier eens: http://wiki.openstreetmap.org/wiki/User:Escada/JOSM_and_Housenumbers Proberen om binnen 14 dagen op vrijdag avond een vervolg sessie te plannen ? Kan iedereen nog wat zelf experimenteren en vragen verzamelen. groeten m 2013/10/19 Jo winfi...@gmail.com De nieuwe Potlatch heet iD. We zijn daar niet echt fan van... Het is te gemakkelijk om er goeie data mee om zeep te helpen (vaak zonder dat je het doorhebt). Topics binnen JOSM: search (bijzonder krachtig in vele omstandigheden) hoe zet je presets om in knopjes op de taakbalk? Ik kan ook nog wel iets vertellen over fiets- en wandelknooppuntenroutes. Sorry dat ik na de leerrijke sessie van Marc die alles heel gestructureerd bracht, wellicht nogal snel en enigszins chaotisch overkwam. Bij die busroutes (en al z'n varianten) is het nogal knip- en plakwerk met de wegen die er deel van uitmaken. Dat gaat vrij vlot in JOSM, maar het is lastig om het overzicht te houden. Als er interesse voor is, wil ik dat verhaal nog wel eens aan een lager tempo overdoen. Deze keer was het voornamelijk de bedoeling om Hervé de nodige informatie te bezorgen, zodat hij ook routes kan beginnen toevoegen. Een dikke maand geleden hebben wij 's een hangout gedaan over de haltes. Misschien is het wel interessanter om het eerst 's te hebben over het toevoegen van de haltes zelf. Dat is op zich veel eenvoudiger, al zijn er wel wat aandachtspunten, als we ervoor willen zorgen dat we ze allemaal op dezelfde manier toevoegen. Het wordt me wel duidelijk dat ik niet de tijd zal hebben, om ze allemaal zelf toe te voegen... Daarenboven is het voor mij interessanter om iets proberen te ontwikkelen om de opvolging te doen van wat we al hebben, hoever we al staan en om de kwaliteit (voornamelijk van de routes dan) in de gaten te houden. Jo Op 19 oktober 2013 08:21 schreef Sus Verhoeven sus...@gmail.com: Bedankt voor de voordrachten, ik heb weer wat bijgeleerd. Nu nog de bus op ;-). Het was ook mijn eerste gebruik van Hangout. Hopelijk heb ik niet te veel verstoord. Is daar een regelingin voor het geluid. Het volume van beide sprekers was nogal verschillend. Misschien kan een volgende keer wat gezegd worden over de nieuwe Potlach op OSM, of draagt die editor een andere naam ? Sus 2013/10/19 Marc Gemis marc.ge...@gmail.com Ik vond het alvast een heel leerrijke sessie. Bedankt aan alle aanwezigen. Als iemand zin heeft om een klein verslagje op de Belgian Activity page te plaatsen, ga gerust je gang. Anders probeer ik het wel in een van de komende dagen. Een belangrijke vraag die aan bod kwam en waarom Ben misschien het antwoord kent: Tot voor kort waren er veel meer WMS gegevens beschikbaar bij AGIV. Is er een mogelijkheid die terug beschikbaar te maken ? En dan de toekomst van de praatbarak: proberen we zoiets iedere maand te laten doorgaan, maar dan moeten we wel telkens een topic hebben om over te praten, of houden we het gewoon op als er nood aan is ? Mogelijke topics: - nog wat meer JOSM: 'F', 'CTRL-'SHIFT'-G, A en AA, X + ALT-muisslepen, - meerdere lagen, splitsen van gebouwen - tips voor het toevoegen van meerdere tags - iemand die iets zinnig kan komen zeggen over aligneren van gebouwen en luchtfoto's - importeren van wikipedia gegevens van onroerend erfgoed - OpenData plugin voor importeren van gegevens - mogelijkheden voor het importeren van AGIV data onderzoeken buiten JOSM - waar vind ik OSM informatie (algemeen, taggen, ...) - welke kaarten zijn er zoal - hoe moeten we bv. parking:lanes interpreteren - Overpass API - Zelf kaarten maken met Leaflet, OpenLayers andere ? graag jullie commentaar over wat anders, beter kan, etc. groeten m 2013/10/18 Jo winfi...@gmail.com Ik hoop dat jullie nog wat aan m'n uitleg gehad
Re: [OSM-talk-be] De OSM/JOSM praatbarak is open
o, ja, bestaat er geen mogelijkheid om die hangout sessies op te nemen ? dan kan je ze daarna op je eigen tempo terug bekijken of als je er niet bij kon zijn toch bekijken m 2013/10/19 Marc Gemis marc.ge...@gmail.com Jo, ik vond die presentatie over de busroutes best te volgen. Ik zeg niet dat ik nu onmiddellijk alles zelf zou kunnen doen, maar ik heb zeker een algemeen beeld. De wandel- en fietsroutes had ik inderdaad ook nog in gedachten, maar ben ze vergeten te vermelden. @Sus : iD heeft zeker zijn nut, maar zoals Jo al aangaf wordt er op de verschillende fora toch over problemen gesproken. Zelf zie ik ook dat Georges in België behoorlijk wat tijd stopt in het opkuisen van fouten die gemaakt zijn door iD gebruikers. En natuurlijk moet je er ook eerst iets over weten voordat je er wat kan over vertellen. Bij mijn weten zijn er (nog) geen ervaren iD gebruikers in België. Als de Belgische OSM website on-line is, kan er misschien ook iets gezegd worden over de manier dat je daartoe kan bijdragen. Ik ken Ben's planning niet ivm met de AGIV data, maar het lijkt me best dat we eerst proberen zoveel mogelijk mensen klaar te stomen om daarbij te helpen. De technieken die we daarvoor nodig hebben (en die nog niet aan bod zijn gekomen), zijn ook bruikbaar in ruimere context natuurlijk. @Peter: ik heb ooit al een wikipagina gemaakt over mappen van huisnummers, kijk hier eens: http://wiki.openstreetmap.org/wiki/User:Escada/JOSM_and_Housenumbers Proberen om binnen 14 dagen op vrijdag avond een vervolg sessie te plannen ? Kan iedereen nog wat zelf experimenteren en vragen verzamelen. groeten m 2013/10/19 Jo winfi...@gmail.com De nieuwe Potlatch heet iD. We zijn daar niet echt fan van... Het is te gemakkelijk om er goeie data mee om zeep te helpen (vaak zonder dat je het doorhebt). Topics binnen JOSM: search (bijzonder krachtig in vele omstandigheden) hoe zet je presets om in knopjes op de taakbalk? Ik kan ook nog wel iets vertellen over fiets- en wandelknooppuntenroutes. Sorry dat ik na de leerrijke sessie van Marc die alles heel gestructureerd bracht, wellicht nogal snel en enigszins chaotisch overkwam. Bij die busroutes (en al z'n varianten) is het nogal knip- en plakwerk met de wegen die er deel van uitmaken. Dat gaat vrij vlot in JOSM, maar het is lastig om het overzicht te houden. Als er interesse voor is, wil ik dat verhaal nog wel eens aan een lager tempo overdoen. Deze keer was het voornamelijk de bedoeling om Hervé de nodige informatie te bezorgen, zodat hij ook routes kan beginnen toevoegen. Een dikke maand geleden hebben wij 's een hangout gedaan over de haltes. Misschien is het wel interessanter om het eerst 's te hebben over het toevoegen van de haltes zelf. Dat is op zich veel eenvoudiger, al zijn er wel wat aandachtspunten, als we ervoor willen zorgen dat we ze allemaal op dezelfde manier toevoegen. Het wordt me wel duidelijk dat ik niet de tijd zal hebben, om ze allemaal zelf toe te voegen... Daarenboven is het voor mij interessanter om iets proberen te ontwikkelen om de opvolging te doen van wat we al hebben, hoever we al staan en om de kwaliteit (voornamelijk van de routes dan) in de gaten te houden. Jo Op 19 oktober 2013 08:21 schreef Sus Verhoeven sus...@gmail.com: Bedankt voor de voordrachten, ik heb weer wat bijgeleerd. Nu nog de bus op ;-). Het was ook mijn eerste gebruik van Hangout. Hopelijk heb ik niet te veel verstoord. Is daar een regelingin voor het geluid. Het volume van beide sprekers was nogal verschillend. Misschien kan een volgende keer wat gezegd worden over de nieuwe Potlach op OSM, of draagt die editor een andere naam ? Sus 2013/10/19 Marc Gemis marc.ge...@gmail.com Ik vond het alvast een heel leerrijke sessie. Bedankt aan alle aanwezigen. Als iemand zin heeft om een klein verslagje op de Belgian Activity page te plaatsen, ga gerust je gang. Anders probeer ik het wel in een van de komende dagen. Een belangrijke vraag die aan bod kwam en waarom Ben misschien het antwoord kent: Tot voor kort waren er veel meer WMS gegevens beschikbaar bij AGIV. Is er een mogelijkheid die terug beschikbaar te maken ? En dan de toekomst van de praatbarak: proberen we zoiets iedere maand te laten doorgaan, maar dan moeten we wel telkens een topic hebben om over te praten, of houden we het gewoon op als er nood aan is ? Mogelijke topics: - nog wat meer JOSM: 'F', 'CTRL-'SHIFT'-G, A en AA, X + ALT-muisslepen, - meerdere lagen, splitsen van gebouwen - tips voor het toevoegen van meerdere tags - iemand die iets zinnig kan komen zeggen over aligneren van gebouwen en luchtfoto's - importeren van wikipedia gegevens van onroerend erfgoed - OpenData plugin voor importeren van gegevens - mogelijkheden voor het importeren van AGIV data onderzoeken buiten JOSM - waar vind ik OSM informatie (algemeen, taggen, ...) - welke kaarten zijn er zoal - hoe moeten we bv. parking:lanes
Re: [OSM-talk-be] De OSM/JOSM praatbarak is open
Hier is nog een bestandje (voor Windows) om die Overpass query vlot te laten uitvoeren. Het is vrij eenvoudig om dat aan te passen zodat het ook op Linux en Mac werkt. Bij wget is dan geen path nodig en je zet dan gewoon /home/... voor het resultaat en de link naar de PT.overpass. M.a.w. dat is iets dat complexer is op Windows dan op Linux :-) De tweede lijn is een manier om meteen JOSM te openen en er meer geheugen aan toe te wijzen. Het leek handig om dat zo te doen, maar nu ben ik daar weer vanaf gestapt, vandaar de REM. Ik werk liever verder in de JOSM die al geopend was. Ik kan het bestand niet verzenden via gmail, gewoon opslaan als PT.cmd: cd C:\OSM\Overpass API queries\ C:\Program Files (x86)\GnuWin32\bin\wget.exe -O PT.osm --post-file=PT.overpass http://overpass-api.de/api/interpreter; REM C:\Program Files (x86)\Java\jre7\bin\java.exe -jar -Xmx1450m C:\Users\Jo\Downloads\josm-latest.jar PT.osm pause Jo Op 18 oktober 2013 22:59 schreef Jo winfi...@gmail.com: Ik hoop dat jullie nog wat aan m'n uitleg gehad hebben. 't Is wel veel ineens, maar het belangrijkste om mee te nemen is dat er heel wat mogelijkheden zijn... :-) Ik voeg de bestanden toe die mee verantwoordelijk zijn voor al die hocus pocus. mapcss om te zorgen dat wat op een gegeven moment belangrijk is, eruit springt. Die presetfile met dat speciale XML-block achteraan om te zorgen dat namen van objecten samengesteld kunnen worden uit tags van de relatie of zijn parents. De Overpassquery om te zorgen dat je alles wat relevant is voor openbaar vervoer in Vlaanderen en dat al in Openstreetmap zit, kan afhalen. En het script dat ways zoekt die in de buurt van bushaltes liggen. Zodat het creëren van routerelaties een kwestie van 'fill in the blanks' wordt. De scripts die de database opvullen en die die routerelaties met daarin alle haltes in de juiste volgorde aanmaakt, zijn hier te vinden: http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/De_Lijndata Daar zie je ook waarom ik eerst in Oost-Vlaanderen haltes en routes heb toegevoegd. (Ze hebben daar PDF-bestanden met alle haltes en hun zones in tabelformaat...) Om de scripts waarvan sprake op die pagina te kunnen gebruiken moet je wel Python 3 en PostGIS installeren. Maar ik kan natuurlijk die stap ook voor jullie uitvoeren, als je zelf met een busroute aan de slag wilt. mvg, Jo 2013/10/18 Marc Gemis marc.ge...@gmail.com https://plus.google.com/hangouts/_/4fa2140719b5cc2e87029d16e6f99daa368dff66?hl=en volg de link, installeer eventueel nog de plugin en kom erbij :-) m ___ 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
[OSM-talk-be] biweekly hangout meetings
Dear OSM friends, Marc and Gilbert have told us about their successful hangout meeting. I have not had the time to read all the mail on the list these last days, so I apologize if the proposal has already come. Maybe we could consider planning a biweekly meeting over hangout at a given time, something like every other wednesday from 21h till 22h, for example the 1st and 3rd of each month. Other days and/or time would be good to, provided the dates and times could be known in advance. So people could jsut plan to join if they want. What do you think about such an idea ? Regards, Nicolas -- Nicolas Pettiaux - +32 496 24 55 01 - http://rmll.info - http://lepacte.be EuroSciPy 2013 co-chair http://www.euroscipy.org/ ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] De OSM/JOSM praatbarak is open
On 19/10/2013 10:20, Marc Gemis wrote: o, ja, bestaat er geen mogelijkheid om die hangout sessies op te nemen ? dan kan je ze daarna op je eigen tempo terug bekijken of als je er niet bij kon zijn toch bekijken Al en sinds niet dat ik weet. Waarschijnlijk kan wel één of ander screenrecording programma gebruikt/gevonden worden. De ene wat beter als de ander. Een mogelijkheid is om misschien zo'n software te installeren en het up te loaden naar een gemeenschappelijk (hebben we die?)/persoonlijk kanaal op Youtube. Ik ben zelf ook zeer geïnteresseerd om mij bezig te houden met 'De Lijn'. In grote lijnen kon ik zeker volgen, op bepaalde momenten hoorde ik het ergens tussen Herentals en Turnhout donderden ;-). Dus als jullie het zien zitten (en dan kijk ik persoonlijk meer naar Jo, anderen waarschijnlijk naar Marc), en er natuurlijk ook tijd voor hebben zou van grote dienst zijn. Alvast bedankt voor de 2 live-demo's! Het was zeer leerrijk. Zelf heb ik geen idee over de frequentie van de hangouts, maar dat ze nuttig zijn staat buiten twijfel. Ook stel ik voor om er één te organiseren nadat alles in verband met de import van AGIV op punt staat en we er effectief aan kunnen beginnen. Lijkt me handig om de do's and don'ts op te frissen en tips and tricks om het eenvoudiger te maken (zoals Marc al heeft uitgelegd met de buildingtool om wat instellingen te wijzigen in Gegevens Grootte gebouw instellen ( Gebruik adresknopen onder gebouwen) en in de presets). Vriendelijke groet en nogmaals bedankt, Joren ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] CRAB Import Tool
Hallo, Wat zeg ik nu om de adressen te importeren? Het is het één of het ander: - Alles op de node. - Alles op relatie behalve nummer. Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] biweekly hangout meetings
I was hoping for a Friday evening. :-) I organized both hangouts on that day, because it's the only day that's possible for me. But feel free to do it on any day that most people can participate. regards m On Sat, Oct 19, 2013 at 10:44 AM, Nicolas Pettiaux nico...@pettiaux.bewrote: Dear OSM friends, Marc and Gilbert have told us about their successful hangout meeting. I have not had the time to read all the mail on the list these last days, so I apologize if the proposal has already come. Maybe we could consider planning a biweekly meeting over hangout at a given time, something like every other wednesday from 21h till 22h, for example the 1st and 3rd of each month. Other days and/or time would be good to, provided the dates and times could be known in advance. So people could jsut plan to join if they want. What do you think about such an idea ? Regards, Nicolas -- Nicolas Pettiaux - +32 496 24 55 01 - http://rmll.info - http://lepacte.be EuroSciPy 2013 co-chair http://www.euroscipy.org/ ___ 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] CRAB Import Tool
Wat mij betreft alles in de relatie. Om valjdatietools tevreden te stellen waren we begonnen met addr:street ook op de node te zetten. Jo Op 19 okt. 2013 14:01 schreef Ben Abelshausen ben.abelshau...@gmail.com het volgende: Hallo, Wat zeg ik nu om de adressen te importeren? Het is het één of het ander: - Alles op de node. - Alles op relatie behalve nummer. Met vriendelijke groeten, Best regards, Ben Abelshausen ___ 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] CRAB Import Tool
On Saturday 19 October 2013 14:00:12 Ben Abelshausen wrote: Hallo, Wat zeg ik nu om de adressen te importeren? Het is het één of het ander: - Alles op de node. - Alles op relatie behalve nummer. relatie +1 Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Newbie : Huis vatten
Hallo, is dit de juiste manier om een huis te vatten in OSM? Kwestie van juist te beginnen en nadien niet alles opnieuw te moeten doen. addr:housenumber=199 addr:street=Emiel Vanderveldestraat building=house source=AGIV Kan/moet er nog iets bij? Bedankt voor de info Peter ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Newbie : Huis vatten
Het probleem is natuurlijk, dat aangezien er maar heel weinig regels zijn, er geen manier is die de enig juiste is... Je zou straat kunnen weglaten, maar als het dan geen deel uitmaakt van een associatedStreetrelatie, zal de validator erover klagen. source zet ik tegenwoordig ook liever op de changeset (bij het doorsturen naar de server) in plaats van op duizenden/miljoenen huizen, maar dat is kwestie van smaak. Het bezwaar is gewoonlijk dat als je het op de changeset zet, dat je dan niet meer weet op welk(e) object(en) het van toepassing is, maar als je het op het object zet, dan weet je niet meer op welk attribuut en vanaf welke versie van het object dat het van toepassing is. Jo Op 19 oktober 2013 15:40 schreef cloudspotter.be cloudspotter...@gmail.com : Hallo, is dit de juiste manier om een huis te vatten in OSM? Kwestie van juist te beginnen en nadien niet alles opnieuw te moeten doen. addr:housenumber=199 addr:street=Emiel Vanderveldestraat building=house source=AGIV Kan/moet er nog iets bij? Bedankt voor de info Peter ___ 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] Newbie : Huis vatten
Een beginnende mapper die JOSM gebruikt en daar kiest voor ‘Voorkeuze’ en ‘Adressen’ gaat niet alleen het huisnummer, maar ook: eventueel huisnaam, Straatnaam, Stad, Postcode en landcode inbrengen. Ik meen uit de discussie te begrijpen dat dit overbodig is. Zou dan niet best iets gewijzigd worden in die voorkeuze van JOSM? Anders vermoed ik dat een of andere goede ziel op een dag al die dingen gaat toevoegen in de mening dat hij fantastisch werk verricht tot hij tot de vaststelling komt dat het allemaal zinloos was. Echt motiverend is dat niet! Guy Vanvuchelen Van: Jo [mailto:winfi...@gmail.com] Verzonden: zaterdag 19 oktober 2013 15:50 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] Newbie : Huis vatten Het probleem is natuurlijk, dat aangezien er maar heel weinig regels zijn, er geen manier is die de enig juiste is... Je zou straat kunnen weglaten, maar als het dan geen deel uitmaakt van een associatedStreetrelatie, zal de validator erover klagen. source zet ik tegenwoordig ook liever op de changeset (bij het doorsturen naar de server) in plaats van op duizenden/miljoenen huizen, maar dat is kwestie van smaak. Het bezwaar is gewoonlijk dat als je het op de changeset zet, dat je dan niet meer weet op welk(e) object(en) het van toepassing is, maar als je het op het object zet, dan weet je niet meer op welk attribuut en vanaf welke versie van het object dat het van toepassing is. Jo Op 19 oktober 2013 15:40 schreef cloudspotter.be cloudspotter...@gmail.com: Hallo, is dit de juiste manier om een huis te vatten in OSM? Kwestie van juist te beginnen en nadien niet alles opnieuw te moeten doen. addr:housenumber=199 addr:street=Emiel Vanderveldestraat building=house source=AGIV Kan/moet er nog iets bij? Bedankt voor de info Peter ___ 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] biweekly hangout meetings
2013/10/19 Marc Gemis marc.ge...@gmail.com I was hoping for a Friday evening. :-) I organized both hangouts on that day, because it's the only day that's possible for me. Thanks Marc for your reply. Let's then start on a friday evening when you, a man of experience, can participate. I propose that a calendar (= some date and some topics for each dates) be proposed in the wiki. We can start maybe with something easy as a first topic, with something like : for the first 10 minutes or so you show the attendees how to do something special with JOSM . And you put a list of packages for JOSM that we should have installed and tested before the meeting. In such a way, it could be very productive. What do you think about that ? Regards, NP ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Fouten door ID-editor
Ok, ik stuur een berichtje om te verwelkomen en bied hulp aan. mvg, Georges Op 19 oktober 2013 19:44 schreef Jo winfi...@gmail.com: Hallo Georges, Je mag terugdraaien, maar die gebruiker heeft wel geprobeerd om een reële fout recht te zetten. We moeten zorgen dat we het kind niet met het badwater weggooien. Is er iemand die die gebruiker wil coachen? mvg, Jo Op 19 oktober 2013 19:28 schreef Georges De Gruyter zors1...@gmail.com: De mogelijkheden van de nieuwe editor lijken geen beperking te hebben. De eerste changeset van een nieuwe user : http://www.openstreetmap.org/browse/changeset/18433975 verschuift de residential area volledig. Veronderstel dat die changeset mag teruggedraaid worden ? Mvg, Georges ___ 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 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] CRAB Import Tool
On Sat, Oct 19, 2013 at 02:00:12PM +0200, Ben Abelshausen wrote: Hallo, Wat zeg ik nu om de adressen te importeren? Het is het één of het ander: - Alles op de node. - Alles op relatie behalve nummer. Ik dacht dat het al duidelijk was, maar ik ben voorstaander van het op de relatie te doen. Kurt ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] CRAB Import Tool
relatie is voor mij ok, en waarschijnlijk voor alle ervaren JOSM mappers ook wel. de anderen zullen we dan ervaren moeten maken :-) m 2013/10/19 Kurt Roeckx k...@roeckx.be On Sat, Oct 19, 2013 at 02:00:12PM +0200, Ben Abelshausen wrote: Hallo, Wat zeg ik nu om de adressen te importeren? Het is het één of het ander: - Alles op de node. - Alles op relatie behalve nummer. Ik dacht dat het al duidelijk was, maar ik ben voorstaander van het op de relatie te doen. Kurt ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Newbie : Huis vatten
Guy, het probleem is dat JOSM een internationale tool is. Die voorkeuren worden ook in andere landen gebruikt. En misschien zijn wij Belgen wel het buitenbeentje kwa adres notatie. Het is dus onmogelijk die voorkeur instellingen te wijzigen. groeten m 2013/10/19 Guy Vanvuchelen guy.vanvuche...@gmail.com Een beginnende mapper die JOSM gebruikt en daar kiest voor ‘Voorkeuze’ en ‘Adressen’ gaat niet alleen het huisnummer, maar ook: eventueel huisnaam, Straatnaam, Stad, Postcode en landcode inbrengen. Ik meen uit de discussie te begrijpen dat dit overbodig is. Zou dan niet best iets gewijzigd worden in die voorkeuze van JOSM? Anders vermoed ik dat een of andere goede ziel op een dag al die dingen gaat toevoegen in de mening dat hij fantastisch werk verricht tot hij tot de vaststelling komt dat het allemaal zinloos was. Echt motiverend is dat niet! ** ** ** ** Guy Vanvuchelen ** ** *Van:* Jo [mailto:winfi...@gmail.com] *Verzonden:* zaterdag 19 oktober 2013 15:50 *Aan:* OpenStreetMap Belgium *Onderwerp:* Re: [OSM-talk-be] Newbie : Huis vatten ** ** Het probleem is natuurlijk, dat aangezien er maar heel weinig regels zijn, er geen manier is die de enig juiste is... Je zou straat kunnen weglaten, maar als het dan geen deel uitmaakt van een associatedStreetrelatie, zal de validator erover klagen. source zet ik tegenwoordig ook liever op de changeset (bij het doorsturen naar de server) in plaats van op duizenden/miljoenen huizen, maar dat is kwestie van smaak. Het bezwaar is gewoonlijk dat als je het op de changeset zet, dat je dan niet meer weet op welk(e) object(en) het van toepassing is, maar als je het op het object zet, dan weet je niet meer op welk attribuut en vanaf welke versie van het object dat het van toepassing is. ** ** Jo ** ** Op 19 oktober 2013 15:40 schreef cloudspotter.be cloudspotter...@gmail.com: Hallo, is dit de juiste manier om een huis te vatten in OSM? Kwestie van juist te beginnen en nadien niet alles opnieuw te moeten doen. addr:housenumber=199 addr:street=Emiel Vanderveldestraat building=house source=AGIV Kan/moet er nog iets bij? Bedankt voor de info Peter ___ 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 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-legal-talk] License / Copyright - OSM data for commercial use artistic map
Dear All, I would like you to have a look at my question I posted in the OSM forum yesterday. It is not an urgent matter, I'm duplicating it here as well because I would like to avoid any mistreatment of the OSM licenses. Below you can read my post from the forum, or just simply have a look at it in the forum itself: http://forum.openstreetmap.org/viewtopic.php?id=22948 Thanks in advance! Daniel Dear All, This might have been discussed several times, hence sorry for raising this question again, but I really would like to make sure that I'm in compliance with the rules of the OSM license. (Also, I'm not a programmer, so, sorry for formulating the details of my envisaged project with lack/inproper use of the programming jargon.) So, here is the list of things I am planning to do: I would like to create an artistic map 1) *based on OSM data* - I would need a world map, with territories of countries and potentially subdivisions as well 2) *I would alter the OSM data* by defining new, custom subdivisions in certain areas, like cutting half a country (or continent, like Antarctica) not along any currently available line, but according to my wish 3) I would like to *put copyrighted images* onto these subdivisions (with OpenLayers) 4) I would *remove uneccessary detail by not rendering some types of features*, ie. I don't want any other data to be displayed on the map, but the original and custom-made subdivision borders and the images 5) however, *in the background I would like to still use the OSM data*, so that users could search, eg. the address of their home, then the map would display the place where they live, but covered with the image I defined to cover that particular place with (ie. not displaying any roads etc.) 6) I would expect volume of use too high to be supportable by OSM's tile servers, therefore I *would have my own tile server* 7) Also, because of point 6, I *would create separate, own search server* as well, not to overwhelm Nominatim's servers (btw, I would really appreciate if you could help me with auto-complete search, is there any advanced solution already?) So the end-result would look like this world map of flags, with the exception that I would make it available online as a dynamic map and in print as well: [image: 500px-Flag-map_of_the_world.svg.png] So, my questions are: 1) does this project qualify to be a *produced work* as defined in use case 2 of the license? http://wiki.openstreetmap.org/wiki/Lice … thing_elsehttp://wiki.openstreetmap.org/wiki/License/Use_Cases#Case_2:_I_want_to_publish_something_based_on_OSM_and_nothing_else 2) if not, then *which use case is the applicable here*? 3) in either case, what are the *consequences of the license to my rights over parts of the project* (database, separate copyrighted images and the overall look of the map)? what should be shared freely? Can I reserve the right to the overall image of the map to be sold eg. as a printed poster? 4) Also, does *OpenLayers' license* (in which I would define the new layer of images) interfere with this idea to be used for commercial use and reserve the rights for the end product? Sorry if the questions should be super-obvious based on the wikis/forum etc., they aren't really self-explanatory for me! [image: smile] Thank you very much in advance! Best regards, underclover ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Deleting data
Russ Nelson wrote: We need to make sure that the Wikipedia deletionism doesn't take hold within OSM. Because, if I have to spend time defending the data I've already entered, that will take away from my effort to enter new data. And a lot of wikipedia articles still have pointless complaints attached about threats to delete material where THEY are the best authority for storing the original data. OSM is a similar 'unique' archive of material! In case you think I'm blowing smoke out my butt (who the hell blows smoke out their butt??), I've entered about 90% of the lakes in NY that are there, and about 50% of the rivers and streams that I have looked for (so far). I've aligned the TIGER data in about 7 counties. It's a huge amount of work that nobody else is doing, and it would be a shame if I had to stop people from deleting what I've already done. I stand firm against deletionism! There should not be a 'delete' mechanism at all, only one which can amend or archive so that we can SEE the historic development of the information! This is as valuable as the CURRENT view ... -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Deleting data
Hi, I think it is self-evident that correct data shouldn't be deleted from OSM. I'd be surprised if anyone actually disagrees with that. However, frequently as an editor I have to make decisions as to the correctness of data in the database. In the areas I work there is a lot of data that is just plain wrong, and part of correcting data is - sometimes - deleting it. I look for several cues to assist my decision making whether data is correct. If I'm familiar with the mapper and their work. Whether the mapper has entered information other than what can be determined from imagery. The source tagging on feature and changeset. The date of the imagery. The date the object was added to the database. If the mapper is local. It's a complex assessment. Notes and source tagging really do assist it finding what is correct when imagery and the database clash. Extensive surveying is ideal, and I'd never dream of changing recently well surveyed data to replace with data traced from imagery. However, sometimes that's not the clear choice that is presented, and quite often the changeset and object source tags are no help in determining that. Ian. On 19 October 2013 16:05, Russ Nelson nel...@crynwr.com wrote: This is wrong, and it's got to stop. Nobody should be deleting data that somebody else entered unless they have actually BEEN to the place, failed to see any trace of the mapped entity, and are an expert at identifying the mapped entity. This should be the case no matter the entity: whether fire hydrants, buildings, intersections, park benches, railroads, canals, whatever. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Deleting data
Hi, On 10/19/2013 07:05 AM, Russ Nelson wrote: This is wrong, and it's got to stop. Nobody should be deleting data that somebody else entered unless they have actually BEEN to the place, failed to see any trace of the mapped entity, and are an expert at identifying the mapped entity. I've recently deleted a large multipolygon that was tagged timezone=GMT+1 or someting like that. I admit that I haven't actually gone there to check ;) Apparently some people object to seeing things in their editor which they can't see on the aerial photograph. I think that is the core of the problem. For many, the visual power of the aerial imagery is so strong that any data not matching the imagery is deemed wrong. If we had perfect source tagging, then it would be possible for an editor to show cues: The data you're seeing comes from a different source than the background image you're using or so. We're not there yet but it is not impossible. We need to make sure that the Wikipedia deletionism doesn't take hold within OSM. I have a feeling you might be mixing up various kinds of delete activity. The one where someone judges according to old aerial imagery is essentially: This feature makes sense in OSM but I doubt it is actually there in reality because I can't see it on the image therefore I'll delete it. This kind of delete activity comes down to a lack of information. The Wikipedia-deletionism-kind would be more like No matter whether this feature is there in reality or not, it makes no sense in OSM therefore I'll delete it. This will be more difficult - it comes not from lack of information, but from stubbornness. Bye Frederik ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Deleting data
Am 19.10.2013 09:41, schrieb Lester Caine: Russ Nelson wrote: We need to make sure that the Wikipedia deletionism doesn't take hold within OSM. Because, if I have to spend time defending the data I've already entered, that will take away from my effort to enter new data. And a lot of wikipedia articles still have pointless complaints attached about threats to delete material where THEY are the best authority for storing the original data. OSM is a similar 'unique' archive of material! In case you think I'm blowing smoke out my butt (who the hell blows smoke out their butt??), I've entered about 90% of the lakes in NY that are there, and about 50% of the rivers and streams that I have looked for (so far). I've aligned the TIGER data in about 7 counties. It's a huge amount of work that nobody else is doing, and it would be a shame if I had to stop people from deleting what I've already done. I stand firm against deletionism! There should not be a 'delete' mechanism at all, only one which can amend or archive so that we can SEE the historic development of the information! This is as valuable as the CURRENT view ... Well - but that is already the case, what's missing are great, reasonable fast viewers for this data (although some people are working on it). regards Peter ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Timezones (was: Deleting data)
On 19 Oct 2013 09:55, Frederik Ramm frede...@remote.org wrote: I've recently deleted a large multipolygon that was tagged timezone=GMT+1 or someting like that. I admit that I haven't actually gone there to check ;) The Wikipedia-deletionism-kind would be more like No matter whether this feature is there in reality or not, it makes no sense in OSM therefore I'll delete it. This will be more difficult - it comes not from lack of information, but from stubbornness. Actually, I always wondered why timezones were kept out of OSM. I know DST complicates tagging (it'll be the first thing I abolish when I become World Dictator), but it seem like a very usefull political boundary that I'd like to have in OSM. Appart from classroom use, I'd love to replace the unwieldy timezone selector of many programs with a clickable map generated from OSM. So, do timezones really make no sense in OSM ? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones (was: Deleting data)
Hi, On 10/19/2013 12:04 PM, moltonel 3x Combo wrote: I'd love to replace the unwieldy timezone selector of many programs with a clickable map generated from OSM. So, do timezones really make no sense in OSM ? No they make no sense in OSM. Get/make yourself a shape file from official sources and use that. There's nothing surveyable about time zones and nothing mapper-maintainable. Bye Frederik ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Deleting data
Russ, Though I'm not the person you're talking about, the problem with your argument, in your case is that you map things in places you have not been. I've seen imported data from you that was created before the LWG's position on these things, and a lot of it is *highly* suspect. I've seen old railroad data from you that you got from elsewhere, but was not entered in correctly and *as it appeared*, was data that was wrong. So I can imagine that someone else, encountering similar data, would make a similar conclusion This data is wrong, thus needs to be removed. When I've encountered this kind of data from you, I've reached out and contacted you, and you've corrected some of it. As a mapper, you have mapped from third party sources and not been in the place physically to confirm. But you expect other mappers to have a different threshold for deleting these edit, why? I am sympathetic to the issue of bad edits, and editors who are thoughtless. I think we need better mechanisms to discuss edits intelligently, and I think and hope that if we had such mechanisms that it would result in less deletions of good data. We could also provide information on deleted data more comprehensively, to make those things easier to find. I agree that we need better communication mechanisms and better monitoring of edits. I do not agree that deletions should only happen when someone has physically gone into the area other. - Serge On Sat, Oct 19, 2013 at 1:05 AM, Russ Nelson nel...@crynwr.com wrote: I've recently had two instances of people deleting data that I had entered. Their rationale? You only map what's on the ground. Their authority to do so? Armchair mapping. This is wrong, and it's got to stop. Nobody should be deleting data that somebody else entered unless they have actually BEEN to the place, failed to see any trace of the mapped entity, and are an expert at identifying the mapped entity. This should be the case no matter the entity: whether fire hydrants, buildings, intersections, park benches, railroads, canals, whatever. This, of course, has to be tempered against the TIGER data, which is flawed. So I think the rule of thumb should be: delete, but if somebody else reverts, then you have no authority to start an edit war unless you've been there and they haven't. Or if you have any doubt, send them a message via OSM: Can I delete this? Apparently some people object to seeing things in their editor which they can't see on the aerial photograph. I counsel tolerance, humility, and in the case of JOSM, liberal use of the Filter to hide data that bothers you (I almost always edit with border=administrative hidden. I don't see them on the ground, but I don't suggest that we should delete them). We need to make sure that the Wikipedia deletionism doesn't take hold within OSM. Because, if I have to spend time defending the data I've already entered, that will take away from my effort to enter new data. In case you think I'm blowing smoke out my butt (who the hell blows smoke out their butt??), I've entered about 90% of the lakes in NY that are there, and about 50% of the rivers and streams that I have looked for (so far). I've aligned the TIGER data in about 7 counties. It's a huge amount of work that nobody else is doing, and it would be a shame if I had to stop people from deleting what I've already done. I stand firm against deletionism! -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones (was: Deleting data)
So how does that differ from admin boundaries? I can survey time zones by asking a sample of people what the time is. On land at least the timezone boundaries will correspond to some kind of admin boundary, sometimes at a lower level than you might expect. Frederik Ramm frede...@remote.org wrote: Hi, On 10/19/2013 12:04 PM, moltonel 3x Combo wrote: I'd love to replace the unwieldy timezone selector of many programs with a clickable map generated from OSM. So, do timezones really make no sense in OSM ? No they make no sense in OSM. Get/make yourself a shape file from official sources and use that. There's nothing surveyable about time zones and nothing mapper-maintainable. Bye Frederik ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Deleting data
On Saturday 19 October 2013, Frederik Ramm wrote: I think that is the core of the problem. For many, the visual power of the aerial imagery is so strong that any data not matching the imagery is deemed wrong. It seems to me instructions for beginners concerning mapping based on imagery could much better cover this matter. While the problem of position offset is frequently mentioned and illustrated in tutorials there is usually at most a simple 'be aware that things might have changed since the time the image was taken' concerning actual interpretation of the images. In my experience people for example usually only start to realize the problem of outdated images after actually seeing how things change in imagery over time (which they do not by looking at Bing etc. except if they consciously witness an image update). Interpreting aerial/satellite images is a difficult task and people who do this professionally usually spend a lot of time learning how to do it. It is not reasonable to assume that for the average OSM mapper this is so self evident that no explanation is necessary. None the less editors mostly show the images in the background and the mapper is essentially left alone with what to do with it. I think it is to be expected that there are quite a few mappers who then simply try to adjust the data to match what they see in the images by either changing, deleting or adding elements. -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones (was: Deleting data)
On Sat, 2013-10-19 at 12:04 +0200, moltonel 3x Combo wrote: Actually, I always wondered why timezones were kept out of OSM. I know DST complicates tagging (it'll be the first thing I abolish when I become World Dictator), but it seem like a very usefull political boundary that I'd like to have in OSM. Appart from classroom use, I'd love to replace the unwieldy timezone selector of many programs with a clickable map generated from OSM. So, do timezones really make no sense in OSM ? (The OSM bit) I see no reason not to have timezone data, it is always going to follow a political boundary, which we already have. I am slightly confused by the idea put forward by Colin, that it can be a lower level than state or national. GMT was invented by the railways, until then every town and city had its own time. (The not OSM bit) Daylight saving is a fantastic thing, in mid summer daylight at 4am is not much use to most people, but daylight at 10pm is very nice. As you move into autumn (fall to the Americans) it is nice not to be coming home from work in the dark. Next week DST ends and straight away it will be dark at home time, not much you can do about it, days are short. But in spring and autumn, it extends the useable day and makes life better. Phil (trigpoint) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones (was: Deleting data)
In the US I believe cities and counties can overrule state time, including DST rules. This is from memory as I am on the road at the moment though, so I might be wrong. Philip Barnes p...@trigpoint.me.uk wrote: On Sat, 2013-10-19 at 12:04 +0200, I am slightly confused by the idea put forward by Colin, that it can be a lower level than state or national. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones (was: Deleting data)
Hi, On 10/19/2013 12:56 PM, Colin Smale wrote: So how does that differ from admin boundaries? Admin boundaries are: * generally much more useful than time zone boundaries * especially, very useful for mapping as they are closely related to other stuff we map, e.g. a road ref will change at the boundary * not readily available elsewhere all this together means that even though admin boundaries are problematic in that they can seldom be surveyed, it makes sense to have them in OSM. Time zones, in contrast, are * orders of magnitude less useful than admin boundaries (most countries will simply have one time zone for the whole country) * not useful for mappers * readily available in shape file form so why map them? Bye Frederik ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones (was: Deleting data)
Hi, * not useful for mappers oh, and what about opening_hours, service_times, collection_times ... those are normally given in the local time of the object being tagged, maybe users would want to be able to interpret that without having to use external data sources? -nik -- * mirabilos is handling my post-1990 smartphone * mirabilos Aaah, it vibrates! Wherefore art thou, demonic device?? PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17 FD26 B79A 3C16 A0C4 F296 signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones (was: Deleting data)
* not useful for mappers oh, and what about opening_hours, service_times, collection_times ... those are normally given in the local time of the object being tagged, maybe users would want to be able to interpret that without having to use external data sources? Then, the Wiki [1] says to add the tag to administrative boundaries, which again makes more sense than an extra relation maybe. -nik [1]: http://wiki.openstreetmap.org/wiki/Key:timezone -- Natureshadow Auf welchem Server liegt das denn jetzt…? mirabilos Wenn es nicht übers Netz kommt bei Hetzner, wenn es nicht gelesen wird bei STRATO, wenn es klappt bei manitu. PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17 FD26 B79A 3C16 A0C4 F296 signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones (was: Deleting data)
Frederik Ramm wrote: Time zones, in contrast, are * orders of magnitude less useful than admin boundaries (most countries will simply have one time zone for the whole country) * not useful for mappers * readily available in shape file form so why map them? Except that the currently available 'shape' files are totally useless near boundaries putting whole towns in the wrong time zone! The 'boundaries' we are looking for ARE in many cases the same as the political boundaries, so SIMPLY adding a timezone tag to these boundaries is all that is required ... except where there are specific variations in which case these NEED to be mapped. What we are currently pushing is that OSM provides the base for that information against the TZ database. The current arguments on the TZ database are that variations in time prior to 1970 are pointless and so should not even be recorded! Another area where historic data is being purged, but many of the details relate specifically to locational data which can only be accurately recorded as a map. Yes these are also political boundaries in many cases, but it is information that needs to be 'surveyed' by access to historic material rather than simply looking on the ground. This is an area that OHM has been set up to complete the coverage, but in a large majority of cases, this material is still current, and so should be in OSM first ... The major problem I've pointed out several times is where a higher level tag like 'timezone' is then attached to every element below the boundaries that it relates to. We need to develop the boundary relations in a manor that a search for a locations 'details' return all of the relevant higher level tags - if requested! - and where a higher level tag is applied to several adjacent areas, a single relation is created using the boundary of the whole area ... that is if one does not already exist. I've come to the conclusion that ADDING areas is where a lot of this is now breaking down when one needs to use the edges of those areas for other disjointed tagging. At a lower level fields and field boundaries where one has three ways all overlaying because two of them are parts of areas! Moving up to residential area and other small political boundaries which have been drawn as areas but need to be pulled apart to use existing ways in much the same way that nodes are automatically shared? -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones (was: Deleting data)
2013/10/19 Dominik George n...@naturalnet.de oh, and what about opening_hours, service_times, collection_times ... those are normally given in the local time of the object being tagged, usually they aren't in the local time but in the time of the local timezone. ;-) Cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones (was: Deleting data)
Frederik Ramm writes: Hi, On 10/19/2013 12:04 PM, moltonel 3x Combo wrote: I'd love to replace the unwieldy timezone selector of many programs with a clickable map generated from OSM. So, do timezones really make no sense in OSM ? No they make no sense in OSM. Get/make yourself a shape file from official sources and use that. There's nothing surveyable about time zones and nothing mapper-maintainable. They belong in closedstreetmap.com. That's a repository of information which isn't surveyable and isn't mapper-maintainable and is already being maintained by somebody else but which is available with the same syntax, semantics, and API as OSM. So you can easily render it on a map, but it doesn't pollute (a loaded word, I know) the OSM database. It exists in my imagination. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Deleting data
Serge Wroclawski writes: Though I'm not the person you're talking about, the problem with your argument, in your case is that you map things in places you have not been. Some, yes, and some, no. How would you know without talking to me? Here's a perfect example: http://www.openstreetmap.org/?lat=42.9072lon=-73.35237zoom=15 Do you see a railroad there on the Bing imagery? I don't. I mapped that railbed by looking at aerial photos and old and current public-domain maps. Then I visited it, and it was *exactly* as I had mapped it. Well, being there I found a few improvements, but that's the point, right? And even better, I found out that it was an official rail-trail. I've seen imported data from you that was created before the LWG's position on these things, and a lot of it is *highly* suspect. Suspect in what sense? Copyright-infringed? Nope. I use 100% USGS data and in many cases my own eyes. Did that data come from outside OSM? Yes, it came from a pre-OSM database every point of which I clicked. The shapefile is still available at http://russnelson.com/nyrr/ It's the result of decades of work, and you can observe the progress in the changing versions. Don't accuse me of violating copyright. Don't even GO there. http://opensource.org/docs/osi-emeritus-members Have I done the field work to verify all of this mapping? No. Here is my todo list: http://rutlandtrail.org/todomap.cgi Feel free to ask me to add to it. So I can imagine that someone else, encountering similar data, would make a similar conclusion This data is wrong, thus needs to be removed. When I've encountered this kind of data from you, I've reached out and contacted you, and you've corrected some of it. Imagine away, but they left out the contacted you part. As a mapper, you have mapped from third party sources and not been in the place physically to confirm. But you expect other mappers to have a different threshold for deleting these edit, why? Because they are not an expert. Sorry, they're not. You have to use multiple sources to find a railroad right-of-way. You can't just look at a leafed-over aerial photo (as above), or an aerial photo where you can't identify the railroad remains. Sometimes it's as subtle as a tree-row with a few extra-tall trees (I traded the SHE that way and later found a US Army map that had the whole thing mapped exactly as I had it). Sometimes it's a pile of rocks or a bit of concrete that doesn't belong there. Sometimes it's buildings with a corner cut off, or a wall askew. Sometimes it's a bit of pavement that's a darker color. You go look on the old maps to confirm, and yep, it's there. Sometimes it's just a vague shadow on a not-current but not particularly old aerial photo. I agree that we need better communication mechanisms and better monitoring of edits. I do not agree that deletions should only happen when someone has physically gone into the area other. I didn't say that, and I agree with you. I said that if you haven't been there, and the person who put it there objects, you should presume that they know better than you. Humility, not arrogance. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones (was: Deleting data)
On Sat, 2013-10-19 at 09:28 -0400, Russ Nelson wrote: Frederik Ramm writes: Hi, On 10/19/2013 12:04 PM, moltonel 3x Combo wrote: I'd love to replace the unwieldy timezone selector of many programs with a clickable map generated from OSM. So, do timezones really make no sense in OSM ? No they make no sense in OSM. Get/make yourself a shape file from official sources and use that. There's nothing surveyable about time zones and nothing mapper-maintainable. They belong in closedstreetmap.com. That's a repository of information which isn't surveyable and isn't mapper-maintainable and is already being maintained by somebody else but which is available with the same syntax, semantics, and API as OSM. So you can easily render it on a map, but it doesn't pollute (a loaded word, I know) the OSM database. It exists in my imagination. So we should not include country, state, principality, county, city, town, parish boundaries either as unless its an island aren't surveyable either. Phil (trigpoint) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones (was: Deleting data)
Philip Barnes writes: So we should not include country, state, principality, county, city, town, parish boundaries either as unless its an island aren't surveyable either. If ClosedStreetMap.com was more than a figment of my imagination we would store them there, not in OSM, yes. For example, the NYSDEC_Lands data which I imported is not mapped and not mappable. DEC *specifically* says that you cannot map it, because there is no reliable indication out in the field of what lands they manage. When they buy or sell land, they don't immediately go out and post or unpost it. If somebody deleted the NYSDEC_Lands import, I would be unhappy for about ten seconds, maybe twelve at the outside. It's useful, and it improves the map, but it belongs in closedstreetmap.com. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones (was: Deleting data)
Hi, Everybody has these rules of thumb about what OSM is and isn't. I could write a couple of pages with all of my rules about imports. But, my number one rule is that if there is a individual or group that want to maintain a specific set of data in OSM (timezones, ancient rail roads, protected zones in the ocean, etc), we should give them as much latitude as possible to do it. We have plenty of room in the database for everybody. Enhancing the community is priority one. Jason. On Sat, Oct 19, 2013 at 10:10 AM, Russ Nelson nel...@crynwr.com wrote: Philip Barnes writes: So we should not include country, state, principality, county, city, town, parish boundaries either as unless its an island aren't surveyable either. If ClosedStreetMap.com was more than a figment of my imagination we would store them there, not in OSM, yes. For example, the NYSDEC_Lands data which I imported is not mapped and not mappable. DEC *specifically* says that you cannot map it, because there is no reliable indication out in the field of what lands they manage. When they buy or sell land, they don't immediately go out and post or unpost it. If somebody deleted the NYSDEC_Lands import, I would be unhappy for about ten seconds, maybe twelve at the outside. It's useful, and it improves the map, but it belongs in closedstreetmap.com. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones (was: Deleting data)
On Sat, 2013-10-19 at 10:10 -0400, Russ Nelson wrote: Philip Barnes writes: So we should not include country, state, principality, county, city, town, parish boundaries either as unless its an island aren't surveyable either. If ClosedStreetMap.com was more than a figment of my imagination we would store them there, not in OSM, yes. A map that can't tell you what country you are in would be slightly useless. Phil (trigpoint) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones (was: Deleting data)
Philip Barnes writes: On Sat, 2013-10-19 at 10:10 -0400, Russ Nelson wrote: Philip Barnes writes: So we should not include country, state, principality, county, city, town, parish boundaries either as unless its an island aren't surveyable either. If ClosedStreetMap.com was more than a figment of my imagination we would store them there, not in OSM, yes. A map that can't tell you what country you are in would be slightly useless. You are misconstruing the OpenStreetMap dataset for a map, I believe. You can use the OSM data to make a map, but by itself, it is not a map. For example, you need a style sheet to make a map, but OSM contains no style sheets. Goedel rears his head here and roars. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones
On 10/19/2013 10:25 AM, Jason Remillard wrote: But, my number one rule is that if there is a individual or group that want to maintain a specific set of data in OSM (timezones, ancient rail roads, protected zones in the ocean, etc), we should give them as much latitude as possible to do it. I agree with this in general - I freely armchair delete tiger:reviewed=no ways that are wrong, but not ways that have been reviewed but don't match imagery. I have deleted some local railway=abandoned ways that were long since buried by buildings or the entire landscape bulldozed down, but found that they 'grew back'. So my compromise is to set them as railway=dismantled. Thus they are a true OSM historical feature. I think most people agree however that OSM cannot realistically support an unlimited set of historical items in the current database - they would make editing current physical items very confusing. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones (was: Deleting data)
On Sat, Oct 19, 2013 at 7:25 AM, Jason Remillard remillard.ja...@gmail.comwrote: Everybody has these rules of thumb about what OSM is and isn't. I could write a couple of pages with all of my rules about imports. But, my number one rule is that if there is a individual or group that want to maintain a specific set of data in OSM (timezones, ancient rail roads, protected zones in the ocean, etc), we should give them as much latitude as possible to do it. We have plenty of room in the database for everybody. Enhancing the community is priority one. +1 -- Clifford OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones
Mike N writes: I have deleted some local railway=abandoned ways that were long since buried by buildings or the entire landscape bulldozed down, but found that they 'grew back'. So my compromise is to set them as railway=dismantled. Thus they are a true OSM historical feature. Exactly. Correct tagging every time. I think most people agree however that OSM cannot realistically support an unlimited set of historical items in the current database - they would make editing current physical items very confusing. Filters are your friend. That's why they exist. I hate seeing borders, so I filter them out. I don't delete them. Filters are our version of layering. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones
On 10/19/2013 12:20 PM, Russ Nelson wrote: Filters are your friend. That's why they exist. I hate seeing borders, so I filter them out. I don't delete them. Filters are our version of layering. With one exception: if nodes are shared, I can't see the damage I might be doing to another layer when correcting the visible layer. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones
Mike N writes: On 10/19/2013 12:20 PM, Russ Nelson wrote: Filters are your friend. That's why they exist. I hate seeing borders, so I filter them out. I don't delete them. Filters are our version of layering. With one exception: if nodes are shared, I can't see the damage I might be doing to another layer when correcting the visible layer. They're not invisible, just greyed out. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones
Although not very interested in both myself, I admit that people inteersted in timezones will help maintaining admin boundaries. It's a small set of data to maintain. Yves Russ Nelson nel...@crynwr.com a écrit : Mike N writes: On 10/19/2013 12:20 PM, Russ Nelson wrote: Filters are your friend. That's why they exist. I hate seeing borders, so I filter them out. I don't delete them. Filters are our version of layering. With one exception: if nodes are shared, I can't see the damage I might be doing to another layer when correcting the visible layer. They're not invisible, just greyed out. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones (was: Deleting data)
On Sat, Oct 19, 2013 at 2:24 PM, Dominik George n...@naturalnet.de wrote: [1]: http://wiki.openstreetmap.org/wiki/Key:timezone It's even easier to add the tag on existing countries relations. No need for extra ways, neither tagging on ways. Pieren ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones (was: Deleting data)
2013/10/19 Pieren pier...@gmail.com It's even easier to add the tag on existing countries relations. No need for extra ways, neither tagging on ways. +1 Are there any timezones that don't follow country or some other administrative borders? Janko ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones (was: Deleting data)
On 2013-10-19 22:38, Pieren wrote: On Sat, Oct 19, 2013 at 2:24 PM, Dominik George n...@naturalnet.de wrote: [1]: http://wiki.openstreetmap.org/wiki/Key:timezone [1] It's even easier to add the tag on existing countries relations. No need for extra ways, neither tagging on ways. Countries, or other administrative areas, or possibly even parts of administrative areas Taking the US as an example, if it is tagged on a state boundary, we will need the ability to override the state default at the level of counties and cities. If we tag at a lower level, that's a lot of relations which will need tagging. I think it might be easier to define a new boundary/multipolygon relation per time zone, containing all the boundary ways, in inner and outer roles as usual. Links: -- [1] http://wiki.openstreetmap.org/wiki/Key:timezone ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones (was: Deleting data)
Some of the anomalies in TZ boundaries can be found here... http://efele.net/maps/tz/us/ [2] http://efele.net/maps/tz/world/ [3] Some boundaries are even unclear or undefined. On 2013-10-19 22:58, Janko Mihelić wrote: 2013/10/19 Pieren pier...@gmail.com It's even easier to add the tag on existing countries relations. No need for extra ways, neither tagging on ways. +1 Are there any timezones that don't follow country or some other administrative borders? Janko ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk [1] Links: -- [1] https://lists.openstreetmap.org/listinfo/talk [2] http://efele.net/maps/tz/us/ [3] http://efele.net/maps/tz/world/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones (was: Deleting data)
Janko Mihelić wrote: It's even easier to add the tag on existing countries relations. No need for extra ways, neither tagging on ways. +1 Are there any timezones that don't follow country or some other administrative borders? This is unfortunatly part of the current problem WITH timezones ... The timezone data currently ignores any changes in 'time' prior to 1970, and so if you use a current timezone, you have to know exactly how that zone was created. Just like the 'historic' map data we need to maintain an acurate DST database for the period before 'time' started as far as the TZ database is concerned, and at that time areas were using different rules even within the same country. The current simplification aligns timezones with country codes or sub=codes, but it's accuracy is basically 'undefined' prior to 1970 :( -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Upcoming website features
This is a periodic message about interesting website changes upcoming. The purpose is both to get a wider audience for the discussion of changes and to inform people what's going on. For more information about this message and the criteria, see the github repo https://github.com/osmlab/openstreetmap-upcoming-features. Not every change is included - if you want that, follow the rails-dev@ list or the github projects. == Changes == If you have comments on these changes, the best place is on the appropriate github page for the change, which I try to link. === Redesign === https://github.com/openstreetmap/openstreetmap-website/pull/498 A redesign of the OSM.org web page Major components of the redesign include a new help page; new about page; moving navigation elements out of the sidebar; moving search results, export controls, changeset history, and feature details into the sidebar; and removal of the sidebar from interior pages such as the user profile and diaries. Deployed at http://redesign.apis.dev.openstreetmap.org/ === More gallery-style layer switcher (iD) === https://github.com/systemed/iD/issues/1677 Changes the layer switcher to a gallery-style one, similar to the layer switcher on osm.org. === Support GPX API (iD) === https://github.com/systemed/iD/issues/1789 On supporting the GPX API in iD, including if it should be supported. === Mild rejig of the browse pages === https://github.com/openstreetmap/openstreetmap-website/pull/487 Changes the display of object meta-data and makes tags more prominent. === Add a help jumping-off page === https://github.com/openstreetmap/openstreetmap-website/pull/456 Adds a new help tab to the top, with links on that tab replacing the current Documentation and Help Center. Add new links to other resources. === Rationalize multiple locate me type functions === https://github.com/openstreetmap/openstreetmap-website/issues/373 Discussion about confusion and duplication between Where am I?, home and the new geolocation button. Suggestions of removal of Where am I? == Significant merges == ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Openstreetmap Quality Issues
I agree. Armchair mapping is useful for features difficult to survey and perhaps appropriate for (eg) roads not yet surveyed but it should never be applied to overwrite features already present, features probably accuratly mapped already. The OSM wiki page on Armchair mapping used to make that clear, I have not looked at it recently David On 19/10/13 12:07, Neil Penman wrote: I did that after the first revert. However it didn't help :). I think it important to try to develop a culture that existing map data should not be changed unless you know you are improving it. If the map shows a road network that differs from the Satellite in a way that may be due to design then either you should contact the previous mapper before changing it or you should get on your bike and head out to the site to verify that the satellite imagery is in fact correct. On Sat, Oct 19, 2013 at 11:58 AM, John Henderson snow...@gmx.com mailto:snow...@gmx.com wrote: On 19/10/13 11:20, Neil Penman wrote: Unfortunately the culture seems to have become that any accurate local mapping should be replaced with unthinking tracing over the top of obsolete satellite imagery. I find that it sometimes helps to add an appropriately-worded note to the nodes or ways in question: http://wiki.openstreetmap.org/wiki/Key:note John ___ Talk-au mailing list Talk-au@openstreetmap.org mailto:Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au -- Smap Consulting http://smap.com.au/| Mobile Data Collection Solutions Application Developer - neilpen...@gmail.com mailto:minqiang.hu...@gmail.com Twitter: @dgmsot Skype: ianaf4you Phone: +61 402 975 959 Blog: http://blog.smap.com.au http://smap.com.au/blog ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[Talk-de] Mannheim - Quadratenamen in Mapnik verschwunden
Hallo an alle, eben habe ich festgestellt, dass Mapnik in Mannheim-Innenstadt keine Namen der Quadrate mehr anzeigt. Mannheim-Innenstadt hat keine Straßennamen, sondern die Quadrate, die in der Regel von vier Straßen umschlossen sind, heißen z. B. A1, A2, K5 usw., siehe http://de.wikipedia.org/wiki/Quadratestadt#Geschichte Diese Quadratenamen sind an jeder Quadrat-Ecke angeschrieben und sind die Hauptorientierungsmittel in der Innenstadt, so wie die Straßennamen in anderen Städten. Ohne diese Namen ist man fast orientierungslos. Fehlen die Namen in der Karte wegen dem neuen Rendering-Verfahren oder weil jemand place = neighbourhood (mit Kommentar Adressen in Mannheim-Quadratestadt: Umtagging auf addr:place=* ..., Quadrate mit place=neighbourhood) ergänzt hat? Was ist zu tun, dass die Namen wieder angezeigt werden? Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mannheim - Quadratenamen in Mapnik verschwunden
Am 19/ott/2013 um 09:31 schrieb Bernhard Weiskopf bweisk...@gmx.de: Fehlen die Namen in der Karte wegen dem neuen Rendering-Verfahren oder weil jemand place = neighbourhood (mit Kommentar Adressen in Mannheim-Quadratestadt: Umtagging auf addr:place=* ..., Quadrate mit place=neighbourhood) ergänzt hat? ja, vermutlich wegen des place-tags: es gibt (bzw. gab weil in den letzten Tagen die Abschaffung zumindest konkret diskutiert wird) eine Regel, die alle Flächen beschriftet hat, die einen Namen und keinen place Tag und keinen waterway Tag hatten. Hintergrund ist, dass place und water an anderer Stelle eine eigene Regel haben, nur dass da AFAIK neighbourhood noch fehlt. D.H. Du könntest ein Ticket für mapnik einstellen. Ob place=neighbourhood der richtige Tag ist für Mannheim Quadrate weiß ich nicht. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mannheim - Quadratenamen in Mapnik verschwunden
Hallo Bernhard, das ist eine etwas komplexere Geschichte. Das OSM-Stylesheet (sowohl das alte “Mapnik-XML”[1] als auch das neue openstreetmap-carto[2]) haben noch nie Ortschaften mit `place=neighbourhood` gerendert (es gibt aber bereits einen Patch, der das in Zukunft hinzufügen soll: [3]). Zugleich haben beide Stylesheets einen Bug, der die Namen von benannten Flächen darstellt, außer wenn diese ein `place`-tag haben [4]. Bevor rayquaza die Adressen überarbeitet hat, waren die Quadranten als `area=yes` mit z.B. `name=T2` (siehe [5]) eingetragen. Das war eindeutig unerwünschtes “Taggen für den Renderer”. Was ist zu tun, dass die Namen wieder angezeigt werden? Im Moment bleibt nur das Abwarten, bis `place=neightbourhood` korrekt im Stylesheet implementiert ist.[3] Martin [1] https://github.com/openstreetmap/mapnik-stylesheets [2] https://github.com/gravitystorm/openstreetmap-carto [3] https://github.com/gravitystorm/openstreetmap-carto/pull/28 [4] https://github.com/gravitystorm/openstreetmap-carto/issues/240, siehe auch https://github.com/gravitystorm/openstreetmap-carto/issues/1 [5] http://www.openstreetmap.org/browse/way/194898771/history ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mannheim - Quadratenamen in Mapnik verschwunden
Am 19. Oktober 2013 10:45 schrieb Martin Raifer tyr@gmail.com: Zugleich haben beide Stylesheets einen Bug, der die Namen von benannten Flächen darstellt, außer wenn diese ein `place`-tag haben [4]. früher war die gleiche Funktionalität ein Feature ;-) Im Ernst, eigentlich bin ich auch dafür, die catch-alls durch dedizierte Regeln zu ersetzen, aber in der Übergangszeit führt es halt zu Problemen, wenn Text der jahrelang da war, plötzlich verschwindet (nicht hier, wo es durch das place-tag zum Problem kam, aber sicherlich in vielen anderen Fällen). Bevor rayquaza die Adressen überarbeitet hat, waren die Quadranten als `area=yes` mit z.B. `name=T2` (siehe [5]) eingetragen. Das war eindeutig unerwünschtes “Taggen für den Renderer”. m.E. nicht. area=yes sagt, dass es ein Polygon ist (richtig) und name gibt den Namen an (auch richtig). Das einzige was man an dem Tagging kritisieren könnte ist, dass es unvollständig ist (es ist keine spezifische Objektklasse/typ angegeben). Für place=neighbourhood gibt es bereits mehrere Pull-requests um sie ins Rendering aufzunehmen: https://github.com/gravitystorm/openstreetmap-carto/pull/228 https://github.com/gravitystorm/openstreetmap-carto/pull/28 Es gibt auch hier die Anfrage, zusätzlich place=block zu rendern: https://github.com/gravitystorm/openstreetmap-carto/issues/107 Für Mannheim würde der tag evtl. besser passen als neighbourhood (ggf. wäre ein addr:block besser?) ? Gruß Martin PS: Weitere issues: https://github.com/gravitystorm/openstreetmap-carto/issues/128 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mannheim - Quadratenamen in Mapnik verschwunden
Am 19.10.2013, 11:22 Uhr, schrieb Martin Koppenhoefer dieterdre...@gmail.com: m.E. nicht. area=yes sagt, dass es ein Polygon ist (richtig) und name gibt den Namen an (auch richtig). Das einzige was man an dem Tagging kritisieren könnte ist, dass es unvollständig ist (es ist keine spezifische Objektklasse/typ angegeben). Ich meinte, dass das Tagging wohl bewusst unvollständig gehalten wurde um das Rendering des entsprechenden Namens sicherzustellen. Denn dass die Quadranten einem place-Tag entsprechen ist doch sehr naheliegend (ob jetzt `place=neighbourhood` oder `place=block` oder was auch immer sei mal dahingestellt). Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Account löschen
Hallo Gemeinde, ich habe vor einigen Tagen einen Mapper angeschrieben, da ich einen Bachverlauf korrigieren wollte, den dieser angelegt hat. Nun hat er mir geantwortet und gleich die Frage gestellt, wie er denn seinen Account löschen kann, da er entweder einen anderen verwendet oder bei OSM nicht mehr mitarbeiten will/kann. Ich habe nachgesehen und konnte auch keine derartige Funktion finden. Kann mir einer von Euch einen Tipp geben? Gruß hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Account löschen
Am 19.10.2013 12:34, schrieb hike39: wie er denn seinen Account löschen kann, da er entweder einen anderen verwendet oder bei OSM nicht mehr mitarbeiten will/kann. Account löschen geht nicht. Hintergrund: Daten in OSM müssen immer mit einem User der sie eingebracht hat verknüpft sein. Wenn man einen User löschen würde, würden die Daten niemand mehr gehören, das darf nicht sein (siehe auch letzte Lizenzumstellung und Zusteimmung der User dazu). Aber wenn er nicht mehr weiter mitwirken will: warum will er seinen Account löschen? Einfach nicht mehr weiter benutzen. Außerdem: was hinder einen daran, einen zweitren Account anzulegen? Bei OSM ist das nicht verboten, für manche Aktivitäten (z.B. Importe) sogar erwünscht. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Account löschen
2013/10/19 hike39 ho...@hike.de Hallo Gemeinde, ich habe vor einigen Tagen einen Mapper angeschrieben, da ich einen Bachverlauf korrigieren wollte, den dieser angelegt hat. Nun hat er mir geantwortet und gleich die Frage gestellt, wie er denn seinen Account löschen kann, da er entweder einen anderen verwendet oder bei OSM nicht mehr mitarbeiten will/kann. Ich habe nachgesehen und konnte auch keine derartige Funktion finden. Kann mir einer von Euch einen Tipp geben? Es scheint wohl so etwas zu geben, ich hab schon gesehen, dass aus 'Benutzername' plötzlich 'user_4711' wurde - aber das ist verdammt schlecht. Alle alten Links im Bezug auf den Benutzer sind dann kaputt und z.B. eine Liste aller Edits gibt es dann auch nicht mehr. Also mein Tipp: Einfach den Account nicht mehr nutzen. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 30C3 Call for Participation
Am 12.09.2013 20:47, schrieb Kolossos: Wir könnten aber anhand der zum letzten Kongress zusammengehackten Indoor-Karte[1] zeigen, was sich so machen läßt. Dank der nun funktionierenden Indoor-Navigation sollten die Leute ja dann auch den Stand finden. Wenn sich niemand für einen derartigen Vortrag auf die Bühne stellen will, wird es aber dank passender Standgestaltung, auch so funktionieren. Apropos passende Standgestaltung: Die Vorreservierung von Assemblies ist jetzt möglich. https://events.ccc.de/congress/2013/wiki/Special:FormEdit/Assembly/Assembly:OpenStreetMap?redlink=1 (vorher Account erstellen) -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Account löschen
Am 19. Oktober 2013 13:56 schrieb Michael Kugelmann michaelk_...@gmx.de: Am 19.10.2013 12:34, schrieb hike39: wie er denn seinen Account löschen kann, da er entweder einen anderen verwendet oder bei OSM nicht mehr mitarbeiten will/kann. Account löschen geht nicht. Hintergrund: Daten in OSM müssen immer mit einem User der sie eingebracht hat verknüpft sein. Wenn man einen User löschen würde, würden die Daten niemand mehr gehören, das darf nicht sein (siehe auch letzte Lizenzumstellung und Zusteimmung der User dazu). War nicht ein Grund für den Lizenzwechsel, dass man unabhängiger vom einzelnen User unabhängiger sein will um die Datenbasis zu schonen? Ohne das jetzt schon genau geprüft zu haben, so kommen mir zumindest datenschutzrechtliche Bedenken, falls es unsere Lizenz tatsächlich verlangt, dass sich ein User Lebenslang an uns (OSM) binden muss. Wenn er schon keinen Anspruch auf Löschung seiner Daten (also seiner Beiträge zu OSM), dem sollten wir zumindest die Möglichkeit geben aus der persönlichen Verknüpfung dieser Daten herauszukommen. § 35 Abs. 2 Bundesdatenschutzgesetz sagt hierzu [...] Personenbezogene Daten sind zu löschen, wenn [...] 3. sie für eigene Zwecke verarbeitet werden, sobald ihre Kenntnis für die Erfüllung des Zwecks der Speicherung nicht mehr erforderlich ist, [...] Nun könnte man argumentieren, dass wir die Daten ja gerade brauchen, um sie mit den Beiträgen zu verknüpfen und so zu sehen, wer was editiert hat und das eben ein Leben lang. Diese Argumentation bekommt aber Risse, wenn gleichzeitig die Empfehlung lautet den Account einschlafen zu lassen oder einen anderen anzulegen, um Anonymität zu erreichen. Damit ist aber auch für uns die Verknüpfung faktisch wertlos, so dass § 35 Abs. 2 BDSG durchaus einen Anspruch geben kann. Nur so meine Gedanken zur Materie ... Gruß Falk PS.: Dabei habe ich natürlich unterstellt, dass die Verknüpfung von Nickname und Geodaten für die OSM Foundation ein personenbezogenes Datum darstellt und deutsches Datenschutzrecht Anwendung findet. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Historic Tiles
am Freitag, 18. Oktober 2013 um 17:27 schrieb Thorsten Alge: ziemlich cooles Video, danke. Gibts dazu auch ein tool mit dem ich ein solches Video für eine andere Region erstellen kann? https://github.com/MaZderMind/osm-history-renderer Hat allerding (noch?) den Nachteil, daß Relationen nicht ausgewertet werden und somit keine Mulitpolygone gerendert werden. Das sieht manchmal nach einem Rückschritt aus, wenn plötzlich ein Wald verschwindet. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Account löschen
Vielleicht wäre es eine Lösung für dieses Problem, dass man einen Account als deaktiviert kennzeichnen könnte. Denn ich glaube, dass dieser User einfach nicht mehr von uns mit Mails belästigt werden will. Am 19.10.2013 13:57, schrieb Robert S.: Es scheint wohl so etwas zu geben, ich hab schon gesehen, dass aus 'Benutzername' plötzlich 'user_4711' wurde - aber das ist verdammt schlecht. Alle alten Links im Bezug auf den Benutzer sind dann kaputt und z.B. eine Liste aller Edits gibt es dann auch nicht mehr. Also mein Tipp: Einfach den Account nicht mehr nutzen. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Account löschen
Am 19. Oktober 2013 14:25 schrieb Falk Zscheile falk.zsche...@gmail.com: Ohne das jetzt schon genau geprüft zu haben, so kommen mir zumindest datenschutzrechtliche Bedenken, falls es unsere Lizenz tatsächlich verlangt, dass sich ein User Lebenslang an uns (OSM) binden muss. das ist AFAIK mitnichten der Fall, Du kannst Deinen Account löschen lassen, dann kannst Du damit nicht mehr editieren (die bisherigen Edits bleiben aber natürlich erhalten). Wenn er schon keinen Anspruch auf Löschung seiner Daten (also seiner Beiträge zu OSM), dem sollten wir zumindest die Möglichkeit geben aus der persönlichen Verknüpfung dieser Daten herauszukommen. Die Daten sind ja nicht seine, es sind die Daten aller, die hat er durch Bestätigung der CT und durchs Hochladen der Allgemeinheit gespendet. Auch sind nie Personen (sichtbar) mit den Daten verknüpft, sondern Pseudonyme und ggf. User-IDs. Das ist auch erforderlich, um die Edits später nachvollziehen zu können und z.B: hins. Vandalismus und Copyrightverletzungen weitere Möglichkeiten zu haben. Bei Daten vor der Lizenzumstellung (also alten Planets) ist es auch aus Gründen der Lizenz vorgeschrieben (CC-BY-SA). § 35 Abs. 2 Bundesdatenschutzgesetz sagt hierzu [...] Personenbezogene Daten sind zu löschen, wenn [...] 3. sie für eigene Zwecke verarbeitet werden, sobald ihre Kenntnis für die Erfüllung des Zwecks der Speicherung nicht mehr erforderlich ist, [...] Einerseits gilt das Bundesdatenschutzgesetz sowieso nicht (weil der Server und die OSMF in England sind), andererseits sind personenbezogene Daten (also die Email-Adresse, mehr kann man ja gar nicht angeben) sowieso nicht öffentlich (und werden evtl. auch gelöscht, wenn man den Account löscht). Nun könnte man argumentieren, dass wir die Daten ja gerade brauchen, um sie mit den Beiträgen zu verknüpfen und so zu sehen, wer was editiert hat und das eben ein Leben lang. länger als ein Leben lang, für die Ewigkeit ;-) Diese Argumentation bekommt aber Risse, wenn gleichzeitig die Empfehlung lautet den Account einschlafen zu lassen oder einen anderen anzulegen, um Anonymität zu erreichen. Damit ist aber auch für uns die Verknüpfung faktisch wertlos, sehe ich nicht so. Auch kann man Accounts durchaus löschen lassen, nur halt nicht die Edits dazu (und die user-id bleibt reserviert und in der db mit den edits verknüpft). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Account löschen
Am 19.10.2013 12:34, schrieb hike39: Kann mir einer von Euch einen Tipp geben? http://wiki.openstreetmap.org/wiki/FAQ#How_can_I_close_my_account.3F Kurz gesagt: Mail an den Support senden. Natürlich kann es gut sein, dass einer der anderen Vorschläge dem User schon reicht. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Account löschen
Am 19.10.2013 14:51, schrieb Martin Koppenhoefer: § 35 Abs. 2 Bundesdatenschutzgesetz sagt hierzu [...] Personenbezogene Daten sind zu löschen, wenn [...] 3. sie für eigene Zwecke verarbeitet werden, sobald ihre Kenntnis für die Erfüllung des Zwecks der Speicherung nicht mehr erforderlich ist, [...] Einerseits gilt das Bundesdatenschutzgesetz sowieso nicht (weil der Server und die OSMF in England sind), andererseits sind personenbezogene Daten (also die Email-Adresse, mehr kann man ja gar nicht angeben) sowieso nicht öffentlich (und werden evtl. auch gelöscht, wenn man den Account löscht). Dies müsste die Umsetzung einer Datenschutzrichtlinie der EU sein, entsprechend ähnliches müsste man auch in GB finden. Es ist irrelevant, ob die personenbezogenen Daten öffentlich sind oder nicht, sie müssen (wenn die rechtlichen Voraussetzungen dafür erfüllt sind) gelöscht werden! Lg Jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Freiwilliger für Workshop mit Wanderverein gesucht
Hallo, vor einigen Tagen ist der Deutsche Wanderverein an mich herangetreten, weil es ein neues Projekt zur kooperativen Datenerfassung gibt, bei dem sie gerne nocheinmal prüfen würden, inwiefern sich OSM dabei integrieren lässt. Für uns wäre das eine gute Gelegenheit, für eine Öffnung der Wanderwegedaten für OSM zu diskutieren. Als Modellregionen für das Projekt wurden das Altmühltal und der Naturpark Kellerwald-Edersee gewählt. Anfang nächsten Jahres gäbe es einen Workshop, bei dem wir OSM den Verantwortlichen näherbringen könnten. Es wäre natürlich nicht schlecht, wenn das ein Mapper aus den betreffenden Regionen wäre oder zumindest jemand, der sich etwas besser mit dem Wanderwege-Mapping in Deutschland auskennt. Wenn jemand Interesse hat, bei so einem Workshop aufzutreten, bitte bei mir melden, ich kann das dann entsprechend weiterleiten. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Account löschen
Geht das schon wieder los... 2013/10/19 Falk Zscheile falk.zsche...@gmail.com § 35 Abs. 2 Bundesdatenschutzgesetz sagt hierzu [...] Personenbezogene Daten sind zu löschen, wenn [...] 3. sie für eigene Zwecke verarbeitet werden, sobald ihre Kenntnis für die Erfüllung des Zwecks der Speicherung nicht mehr erforderlich ist, [...] 1. Ein BELIEBIG wählbarer Benutzername ist kein personenbezogenes Datum. 2. Die Daten werden ja dauerhaft für die Erfüllung des Zweckes der Speicherung gebraucht - nämlich die Zuordnung Edit - Benutzer (nicht Edit - natürliche Person). ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von mit Fahrradwegweisern ausgeschilderten Strecken
On 16.10.2013 06:52, Wolfgang Schuch wrote: Guten Morgen Henning, Wären da auch gänzlich falsch. Denn für jeden Weg und jede Straße in Deutschland gibt es einen Baulastträger, der für den Unterhalt der Straße zuständig ist. Die Rad-Wegweisung an der Straße wird aber meist jemand ganz anderem gehören ! Hallo, das Radwegnetz hat einen operator. Dieser gehört dann auch zu dem Netz dazugetaggt. Wenn man das Netz nur an den Wegen erfasst, muss der operator auch an den Wegen erfasst werden. Und genau da sehe ich das Problem, denn dann kann es am Netz 2 (oder gar mehr) operatoren geben; für den Weg an sich und für die Wegweisung. Sinnvoller finde ich, wenn beim Weg der Baulastträger (für den Weg an sich) als operator eingetragen wird und in der relation der des Netzes (für die das Netz beschreibende Wegweisung). Dann können in verschiedenen relationen auch verschiedene operatoren eingetragen werden, obwohl sie das gleiche Stück Weg beinhalten. Also gut, um es eindeutig zuzuordnen brauchst Du auch *cn:operator am Weg. Allerdings wohl auch erst bei überlappenden Gebieten der operator. Ansonsten würde eine Flächenberechnung mit Hilfe der Wegweiser genügen, bzw ist so was auch häufig über administrative Grenzen bestimmbar. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Account löschen
Am 19. Oktober 2013 15:52 schrieb Robert S. osm-m...@autobahnen-europa.eu: Geht das schon wieder los... 2013/10/19 Falk Zscheile falk.zsche...@gmail.com § 35 Abs. 2 Bundesdatenschutzgesetz sagt hierzu [...] Personenbezogene Daten sind zu löschen, wenn [...] 3. sie für eigene Zwecke verarbeitet werden, sobald ihre Kenntnis für die Erfüllung des Zwecks der Speicherung nicht mehr erforderlich ist, [...] 1. Ein BELIEBIG wählbarer Benutzername ist kein personenbezogenes Datum. Das kommt auf die Blickrichtung an. Für dich ist es kein personenbezogenes Datum. Für die OSM-Foundation aber sehr wohl, denn die hat auch E-Mailadresse und wahrscheinlich sogar die zugehörigen IP-Adressen mit denen Editiert wurde. Dass alles reicht (wohl) aus, um eine Person bestimmbar zu machen und ihre Daten zu personenbezogenen. 2. Die Daten werden ja dauerhaft für die Erfüllung des Zweckes der Speicherung gebraucht - nämlich die Zuordnung Edit - Benutzer (nicht Edit - natürliche Person). Guter Gedanke. Aber wie gesagt, wir müssen auf die OSM-Foundation abstellen. Die müssten also zumindest dafür sorgen, dass auch sie keine Verbindung mehr zwischen Nickname und Person herstellen könne. Aber vermutlich rettet uns ohnehin Martins Hinweis, dass britisches Datenschutzrecht einschlägig ist und dieses eher nicht das gleiche Schutzniveau wie das deutsche Datenschutzrecht erreicht. Falk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] craft=beekeeper und Direktverkauf
Hallo Liste! Wird mit craft=beekeeper unbedingt *eine Verkaufsstelle (für Honig etc.)* in unmittelbarer Nähe der Bienenstöcke impliziert? Nach meiner Auslegung von [1] könnte auch die Magazin-Beuten (mit den Bienenstöcken) selbst gemeint sein, oder vielleicht das Eigenheim des Imkers, ohne dass der Imker dort notwendigerweise seinen Honig vertreibt. Ich würde gerne Imker mit Straßenrandverkauf/Direktverkauf/Direktvertrieb mappen, aber bin mir eben nicht sicher, wie ich solche korrekt/eindeutig mappen soll. Vielen Dank für eure Meinungen! Grüße, Nils [1] http://wiki.openstreetmap.org/wiki/Tag:craft%3Dbeekeeper ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] craft=beekeeper und Direktverkauf
On 19.10.2013 18:55, pmsg wrote: Hey Nils Wird mit craft=beekeeper unbedingt *eine Verkaufsstelle (für Honig etc.)* in unmittelbarer Nähe der Bienenstöcke impliziert? Nein ! Nach meiner Auslegung von [1] könnte auch die Magazin-Beuten (mit den Bienenstöcken) selbst gemeint sein, oder vielleicht das Eigenheim des Imkers, ohne dass der Imker dort notwendigerweise seinen Honig vertreibt. Ersteres, craft=* ist für den Ort gedacht, an dem ein bestimmtes Handwerk ausgeübt wird. Alles andere ist eher office=*. In Deinem Fall sollten die Bienenstöcke mit craft getaggt werden. Ich würde gerne Imker mit Straßenrandverkauf/Direktverkauf/Direktvertrieb mappen, aber bin mir eben nicht sicher, wie ich solche korrekt/eindeutig mappen soll. Direktverkäufe und Stände sind nicht ganz so einfach. Insbesondere, wenn die Stände auf- und abgebaut werden und vielleicht auch noch Jahreszeit bedingt sind. Generell existiert shop=farm [2]. Öffnungszeiten sind auch angebracht und bieten die Möglichkeit bis auf einzelne Tage genau zu taggen. Einen Tag für regelmäßig wiederkehrende Bauten haben wir leider noch nicht. Grüße fly [1] http://wiki.openstreetmap.org/wiki/Tag:craft%3Dbeekeeper [2] https://wiki.openstreetmap.org/wiki/Tag:shop=farm ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Historic Tiles
Hat allerding (noch?) den Nachteil, daß Relationen nicht ausgewertet werden und somit keine Mulitpolygone gerendert werden. Das sieht manchmal nach einem Rückschritt aus, wenn plötzlich ein Wald verschwindet. Werde es sobald wie möglich mal ausprobieren. Danke für den Link. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] craft=beekeeper und Direktverkauf
Nabend Am Samstag, den 19.10.2013, 19:10 +0200 schrieb fly: On 19.10.2013 18:55, pmsg wrote: Hey Nils Wird mit craft=beekeeper unbedingt *eine Verkaufsstelle (für Honig etc.)* in unmittelbarer Nähe der Bienenstöcke impliziert? Nein ! ok. Nach meiner Auslegung von [1] könnte auch die Magazin-Beuten (mit den Bienenstöcken) selbst gemeint sein, oder vielleicht das Eigenheim des Imkers, ohne dass der Imker dort notwendigerweise seinen Honig vertreibt. Ersteres, craft=* ist für den Ort gedacht, an dem ein bestimmtes Handwerk ausgeübt wird. Alles andere ist eher office=*. In Deinem Fall sollten die Bienenstöcke mit craft getaggt werden. craft für die Bienenstöcke? Die Bienen sind zwar fleißig, aber bestimmt keine Handwerker. Wäre für die Stöcke nicht man_made=beehive besser? Ich glaube so steht es auch im Wiki[1]. IMHO gehört craft=beekeeper wenn dann an den Ort wo der Honig aufgearbeitet wird. Ich würde gerne Imker mit Straßenrandverkauf/Direktverkauf/Direktvertrieb mappen, aber bin mir eben nicht sicher, wie ich solche korrekt/eindeutig mappen soll. Direktverkäufe und Stände sind nicht ganz so einfach. Insbesondere, wenn die Stände auf- und abgebaut werden und vielleicht auch noch Jahreszeit bedingt sind. Generell existiert shop=farm [2]. Öffnungszeiten sind auch angebracht und bieten die Möglichkeit bis auf einzelne Tage genau zu taggen. Einen Tag für regelmäßig wiederkehrende Bauten haben wir leider noch nicht. Nicht ständig vorhandene Stände würde ich nicht taggen. Hofläden natürlich schon. Grüße fly [1] http://wiki.openstreetmap.org/wiki/Tag:craft%3Dbeekeeper [2] https://wiki.openstreetmap.org/wiki/Tag:shop=farm CU Jörg [1] http://wiki.openstreetmap.org/wiki/DE:How_to_map_a -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Account löschen
Am 19.10.2013 18:55, schrieb Falk Zscheile: Guter Gedanke. Aber wie gesagt, wir müssen auf die OSM-Foundation abstellen. Die müssten also zumindest dafür sorgen, dass auch sie keine Verbindung mehr zwischen Nickname und Person herstellen könne. Aber vermutlich rettet uns ohnehin Martins Hinweis, dass britisches Datenschutzrecht einschlägig ist und dieses eher nicht das gleiche Schutzniveau wie das deutsche Datenschutzrecht erreicht. Falk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de Auf welcher Grundlage findet britisches Recht Anwendung? Ich finde keinen Vertrag den man abschließt, der entsprechendes besagt. Selbst wenn britisches Recht vereinbart wurde, gäbe es da vielleicht noch Bestimmungen aus Rom I, aber hier mehr dazu: http://www.delegedata.de/2013/07/rechtswahlfreiheit-im-datenschutzrecht/ Lg Jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Account löschen
Falk Zscheile schrieb: Für die OSM-Foundation aber sehr wohl, denn die hat auch E-Mailadresse und wahrscheinlich sogar die zugehörigen IP-Adressen mit denen Editiert wurde. Es reichen IP und Datum des Zugriffs. Ob sich Manfred Mustermann nun als „manfred_mustermann_1234“, oder als „the_real_bitchchecker“ anmeldet, ist da völlig irrelevant – ebenso seine Mailadresse, da die Provider im Regelfall auskunftspflichtig sind. 2. Die Daten werden ja dauerhaft für die Erfüllung des Zweckes der Speicherung gebraucht - nämlich die Zuordnung Edit - Benutzer (nicht Edit - natürliche Person). Guter Gedanke. Aber wie gesagt, wir müssen auf die OSM-Foundation abstellen. Die müssten also zumindest dafür sorgen, dass auch sie keine Verbindung mehr zwischen Nickname und Person herstellen könne. Das erinnert mich ein bisschen an die Datenschutzdiskussion, die vor einigen Wochen hier hohe Wellen geschlagen hat, und aus der bis auf heiße Luft mit Kekskrümeln auch nichts weiter rausgekommen ist. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-10-19T20:20:07+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Account löschen
Am 19. Oktober 2013 19:48 schrieb Jimmy_K jimm...@gmx.at: Auf welcher Grundlage findet britisches Recht Anwendung? Ich finde keinen Vertrag den man abschließt, der entsprechendes besagt. Selbst wenn britisches Recht vereinbart wurde, gäbe es da vielleicht noch Bestimmungen aus Rom I, aber hier mehr dazu: http://www.delegedata.de/2013/**07/rechtswahlfreiheit-im-** datenschutzrecht/http://www.delegedata.de/2013/07/rechtswahlfreiheit-im-datenschutzrecht/ Besser suchen ;-) aus der (inoffiziellen) Übersetzung der CT: ... 8. Diese *Vereinbarung* untersteht Englischem Recht ohne Berücksichtigung des internationalen Privatrechts. *Sie* stimmen zu, dass die United Nations Convention on Contracts for the International Sale of Goods (1980) in ihrer Gesamtheit von dieser *Vereinbarung* ausgeschlossen wird. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Account löschen
Am 19.10.2013 20:38, schrieb Martin Koppenhoefer: Am 19. Oktober 2013 19:48 schrieb Jimmy_K jimm...@gmx.at: Auf welcher Grundlage findet britisches Recht Anwendung? Ich finde keinen Vertrag den man abschließt, der entsprechendes besagt. Selbst wenn britisches Recht vereinbart wurde, gäbe es da vielleicht noch Bestimmungen aus Rom I, aber hier mehr dazu: http://www.delegedata.de/2013/**07/rechtswahlfreiheit-im-** datenschutzrecht/http://www.delegedata.de/2013/07/rechtswahlfreiheit-im-datenschutzrecht/ Besser suchen ;-) aus der (inoffiziellen) Übersetzung der CT: ... 8. Diese *Vereinbarung* untersteht Englischem Recht ohne Berücksichtigung des internationalen Privatrechts. *Sie* stimmen zu, dass die United Nations Convention on Contracts for the International Sale of Goods (1980) in ihrer Gesamtheit von dieser *Vereinbarung* ausgeschlossen wird. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de Das hatte ich nicht gefunden (auch bin ich erst jetzt auf die Startseite für Neu-Registrierte gestoßen: http://www.osmfoundation.org/wiki/License/Contributor_Terms). Steht noch die Frage im Raum (da sofern ersichtlich noch nicht von den Gerichten geklärt), ob die deutschen Datenschutzbestimmung wegen Rom I nicht doch Geltung finden. Lg Jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Account löschen
Am 19. Oktober 2013 19:48 schrieb Jimmy_K jimm...@gmx.at: Am 19.10.2013 18:55, schrieb Falk Zscheile: Guter Gedanke. Aber wie gesagt, wir müssen auf die OSM-Foundation abstellen. Die müssten also zumindest dafür sorgen, dass auch sie keine Verbindung mehr zwischen Nickname und Person herstellen könne. Aber vermutlich rettet uns ohnehin Martins Hinweis, dass britisches Datenschutzrecht einschlägig ist und dieses eher nicht das gleiche Schutzniveau wie das deutsche Datenschutzrecht erreicht. Auf welcher Grundlage findet britisches Recht Anwendung? Ich finde keinen Vertrag den man abschließt, der entsprechendes besagt. Datenschutzrecht ist kein Recht, über das die Vertragspartner oder Beteiligten frei disponieren können (so wie es beim Gerichtsstand in bestimmten Fällen geht). Die Geltung ergibt sich (in Umsetzung der Datenschutzrichtlinie) aus § 1 Abs. 5 BDSG: Dieses Gesetz findet keine Anwendung, sofern eine in einem anderen Mitgliedstaat der Europäischen Union oder in einem anderen Vertragsstaat des Abkommens über den Europäischen Wirtschaftsraum belegene verantwortliche Stelle personenbezogene Daten im Inland erhebt, verarbeitet oder nutzt, es sei denn, dies erfolgt durch eine Niederlassung im Inland. [...] Da die Server von OSM (verantwortliche Stelle) in Großbritannien stehen findet dort die Erhebung, Verarbeitung und Nutzung der personenbezogenen Daten statt. Es ist das Recht der Insel anwendbar. Falk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] craft=beekeeper und Direktverkauf
Hallo Fly Danke für deine Erklärung und Zusammenfassung! 2013/10/19 fly lowfligh...@googlemail.com Direktverkäufe und Stände sind nicht ganz so einfach. Insbesondere, wenn die Stände auf- und abgebaut werden und vielleicht auch noch Jahreszeit bedingt sind. Generell existiert shop=farm [2]. Öffnungszeiten sind auch angebracht und bieten die Möglichkeit bis auf einzelne Tage genau zu taggen. shop=farm klingt aber für mich nach einem Laden mit Eingangstür und stets (während der Öffnungszeiten) besetzter Kasse. Außerdem braucht ein Imker kein Hof ... Es sollte m.E. auch möglich sein, Hofverkauf/Honigverkauf direkt vom Erzeuger zu taggen, ohne dass es einen Laden mit Eingangstür und besetzter Kasse geben muss. Für diese Unterscheidung fehlen wohl bisher passende Tags. Man könnte überlegen, shop=farm mit neuen Tags zu ergänzen, zum Beispiel: shop=farm produce=honey roadside=yes (wäre neu, sollte bedeuten: recht primitiver stand drinnen oder draußen) domestic=yes (wäre neu, sollte bedeuten: primär eigene Produkte) self_service=yes (gibt es teilweise bei anderen Tag-Kombinationen) opening_hours=* seasonal=no (gibt es teilweise bei anderen Tag-Kombinationen) oder shop=roadside einzuführen: shop=roadside (wäre neu) produce=honey domestic=yes self_service=yes opening_hours=* seasonal=no Was meint ihr dazu? Grüße, Nils ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von mit Fahrradwegweisern ausgeschilderten Strecken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 19.10.2013 17:24, schrieb fly: Ansonsten würde eine Flächenberechnung mit Hilfe der Wegweiser genügen, bzw ist so was auch häufig über administrative Grenzen bestimmbar. Kommt drauf an. Wenn deine Annahme stimmt, muss man vorher schon wissen, dass es in Gemeinde X nur das Netz von Landkreis Y gibt. Wenn das Netz nun aber von der Kurverwaltung kommt, dann muss es sich ja nicht unbedingt an die administrativen Grenzen halten. Wenn man nach administrativen Grenzen geht, weiß man auch noch nicht, wer nun der operator ist und welche Grenze man nun nehmen muss. Evtl. haben sich auch mehrere Landkreise zusammengeschlossen... Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) iQEcBAEBAgAGBQJSYujlAAoJEPFgsWC7jOeTtTIH/RQZIsiMGWZH0pIBcgGj8w/Q TDNqzQXYJ+mmxuguvTM+mBbJCiqdome3P5GExwHGLg7L1UNZSZ4sSLPATfgAq1tt VaGRGoovlRTUBrbRNhqD4wi+M2jdRZZpDJiPE/E46jdsrwxKHf6xJV5BDPb/4v+f eURVtwOdL42GH7u/uLnNxi4zfGJtmOVt7yQJB9Du02nCXzSKFNCfPxQeAUuy1bbU nnzwlwNaFOaVgDDKbnBsUKEBgDzt+T7vllMM1ZZyPnA6O/qTR7aY1JqQ8S6aPcMf lWg4rhvLNA11PIMbGU15R96SV1QHIuZuq6xzqfGzDboWMmhS2+Z90Gu0Pm8d85U= =1XVH -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] craft=beekeeper und Direktverkauf
On 19.10.2013 19:33, Jörg Frings-Fürst wrote: Am Samstag, den 19.10.2013, 19:10 +0200 schrieb fly: On 19.10.2013 18:55, pmsg wrote: Nach meiner Auslegung von [1] könnte auch die Magazin-Beuten (mit den Bienenstöcken) selbst gemeint sein, oder vielleicht das Eigenheim des Imkers, ohne dass der Imker dort notwendigerweise seinen Honig vertreibt. Ersteres, craft=* ist für den Ort gedacht, an dem ein bestimmtes Handwerk ausgeübt wird. Alles andere ist eher office=*. In Deinem Fall sollten die Bienenstöcke mit craft getaggt werden. craft für die Bienenstöcke? Die Bienen sind zwar fleißig, aber bestimmt keine Handwerker. Wäre für die Stöcke nicht man_made=beehive besser? Ich glaube so steht es auch im Wiki[3]. +1 IMHO gehört craft=beekeeper wenn dann an den Ort wo der Honig aufgearbeitet wird. Stimmt, da habe ich wohl einen Schritt vergessen. Schön, dass so ein Eintrag in den Beginner_innen Seiten steht, aber nirgendswo anders geschweige denn darüber diskutiert wurde. Ich würde gerne Imker mit Straßenrandverkauf/Direktverkauf/Direktvertrieb mappen, aber bin mir eben nicht sicher, wie ich solche korrekt/eindeutig mappen soll. Direktverkäufe und Stände sind nicht ganz so einfach. Insbesondere, wenn die Stände auf- und abgebaut werden und vielleicht auch noch Jahreszeit bedingt sind. Generell existiert shop=farm [2]. Öffnungszeiten sind auch angebracht und bieten die Möglichkeit bis auf einzelne Tage genau zu taggen. Einen Tag für regelmäßig wiederkehrende Bauten haben wir leider noch nicht. Nicht ständig vorhandene Stände würde ich nicht taggen. Hofläden natürlich schon. Wie gesagt, mit opening_hours lässt sich das ganz gut regeln. fly [1] http://wiki.openstreetmap.org/wiki/Tag:craft%3Dbeekeeper [2] https://wiki.openstreetmap.org/wiki/Tag:shop=farm [3] http://wiki.openstreetmap.org/wiki/DE:How_to_map_a ___ 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] craft=beekeeper und Direktverkauf
Am 19. Oktober 2013 19:33 schrieb Jörg Frings-Fürst o...@jff-webhosting.net : Am Samstag, den 19.10.2013, 19:10 +0200 schrieb fly: On 19.10.2013 18:55, pmsg wrote: Nach meiner Auslegung von [1] könnte auch die Magazin-Beuten (mit den Bienenstöcken) selbst gemeint sein, oder vielleicht das Eigenheim des Imkers, ohne dass der Imker dort notwendigerweise seinen Honig vertreibt. Ersteres, craft=* ist für den Ort gedacht, an dem ein bestimmtes Handwerk ausgeübt wird. Alles andere ist eher office=*. In Deinem Fall sollten die Bienenstöcke mit craft getaggt werden. craft für die Bienenstöcke? Die Bienen sind zwar fleißig, aber bestimmt keine Handwerker. Wäre für die Stöcke nicht man_made=beehive besser? Ich glaube so steht es auch im Wiki[1]. m.E. sollte man eher den Bienenstand als die einzelnen Bienenstöcke taggen, also eher so was wie man_made=apiary. Klar, wer's genau haben will kommt dann nicht drum rum, auch die Bienenstöcke und die population des bewohnenden Volks zu taggen ;-) Direktverkäufe und Stände sind nicht ganz so einfach. Insbesondere, wenn die Stände auf- und abgebaut werden und vielleicht auch noch Jahreszeit bedingt sind. Generell existiert shop=farm [2]. +1, dafür würde ich auch shop und nicht craft verwenden. Öffnungszeiten sind auch angebracht und bieten die Möglichkeit bis auf einzelne Tage genau zu taggen. Nicht ständig vorhandene Stände würde ich nicht taggen. Hofläden natürlich schon. mit entsprechenden Öffnungszeiten geht das schon, im Prinzip eine Abwägungsfrage. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von mit Fahrradwegweisern ausgeschilderten Strecken
Am 19. Oktober 2013 22:17 schrieb Henning Scholland o...@aighes.de: Kommt drauf an. Wenn deine Annahme stimmt, muss man vorher schon wissen, dass es in Gemeinde X nur das Netz von Landkreis Y gibt. Wenn das Netz nun aber von der Kurverwaltung kommt, dann muss es sich ja nicht unbedingt an die administrativen Grenzen halten. Wenn man nach administrativen Grenzen geht, weiß man auch noch nicht, wer nun der operator ist und welche Grenze man nun nehmen muss. Evtl. haben sich auch mehrere Landkreise zusammengeschlossen... +1, solange man den operator rät, sollte man gar nichts taggen, weil raten kann der Nächste auch. Nur das eintragen, was man auch weiss. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] craft=beekeeper und Direktverkauf
Hey @psmsg: Bitte keine PM. Glaube das geht alle etwas an und nur so ist die Diskussion öffentlich und ich muß nicht alles immer wieder schreiben, sonder kann verweisen. Ein shop muß kein Gebäude sein, dafür haben wir building=*. Wenn Du ganz sicher gehen willst: building=no Ich finde es besser erkennen zu können was es zu kaufen gibt und nicht welche Art von Verkaufsfläche es ist. Zusatztags wie domestic bzw auch etwas für Stand sind natürlich angebracht. Outlet war etwas irreführend (tagging@osm Bäckerei-Diskussion vor ein paar Monaten). Ciao fly On 19.10.2013 22:13, pmsg wrote: Hallo Fly Danke für deine Erklärung und Zusammenfassung! 2013/10/19 fly lowfligh...@googlemail.com mailto:lowfligh...@googlemail.com Direktverkäufe und Stände sind nicht ganz so einfach. Insbesondere, wenn die Stände auf- und abgebaut werden und vielleicht auch noch Jahreszeit bedingt sind. Generell existiert shop=farm [2]. Öffnungszeiten sind auch angebracht und bieten die Möglichkeit bis auf einzelne Tage genau zu taggen. shop=farm klingt aber für mich nach einem Laden mit Eingangstür und stets (während der Öffnungszeiten) besetzter Kasse. Außerdem braucht ein Imker kein Hof ... Es sollte m.E. auch möglich sein, Hofverkauf/Honigverkauf direkt vom Erzeuger zu taggen, ohne dass es einen Laden mit Eingangstür und besetzter Kasse geben muss. Für diese Unterscheidung fehlen wohl bisher passende Tags. Man könnte überlegen, shop=farm mit neuen Tags zu ergänzen, zum Beispiel: shop=farm produce=honey roadside=yes (wäre neu, sollte bedeuten: recht primitiver stand drinnen oder draußen) domestic=yes (wäre neu, sollte bedeuten: primär eigene Produkte) self_service=yes (gibt es teilweise bei anderen Tag-Kombinationen) opening_hours=* seasonal=no (gibt es teilweise bei anderen Tag-Kombinationen) oder shop=roadside einzuführen: shop=roadside (wäre neu) produce=honey domestic=yes self_service=yes opening_hours=* seasonal=no Was meint ihr dazu? ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] craft=beekeeper und Direktverkauf
Am 19.10.2013 19:33, schrieb Jörg Frings-Fürst: Einen Tag für regelmäßig wiederkehrende Bauten haben wir leider noch nicht. Nicht ständig vorhandene Stände würde ich nicht taggen. Hofläden natürlich schon. Eine Möglichkeit sollte man schon schaffen um saisonale Verkaufsstände zu taggen... Gibt ja so Stellen an denen es im Wechsel Weihnachtsbäume, Spargel, Erdbeeren, Neuen Wein... gibt. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] JOSM: risoluzione conflitti
Ricominciamo da capo... :-( Il revert eseguito con lo script è andato a buon fine (anche se ha impiegato oltre 24 ore nel caso del changeset 16777563). Il problema adesso è che alcune features di AlfiusMSA sono ancora al loro posto, tipo questa: http://www.openstreetmap.org/browse/way/228220918/history Leggendo con maggior attenzione la pagina del wiki dedicata ai revert http://wiki.openstreetmap.org/wiki/Revert è saltato fuori che il revert.plfunziona solo in caso di clean revert. Questa cosa mi era sfuggita. In caso di dirty revert l'unica maniera per procedere è utilizzare il plugin di JOSM, e questo comporta la risoluzione manuale di tutti i conflitti (che sono migliaia). Quindi, tornando alla domanda originaria: esiste una impostazione di JOSM che consente di risolvere automaticamente tutti i conflitti applicando la versione locale (ossia il risultato del revert)? Ciao e grazie /niubii/ Il giorno 18 ottobre 2013 11:00, Francesco Pelullo f.pelu...@gmail.com ha scritto: Mi rispondo da solo: sto provando ad utilizzare i revert scripts, la cosa sembra procedere bene. Saluti /niubii/ Il giorno 18 ottobre 2013 09:24, Francesco Pelullo f.pelu...@gmail.comha scritto: Ciao a tutti, ho atteso per qualche tempo che il DWG procedesse al revert dei changeset di AlfiusMSA, senza esito. Nel frattempo il bug del plugin Reverter di JOSM, che mi impediva di procedere autonomamente, è stato fixato. Mi sono accinto quindi ad eseguire i revert da me. Ho iniziato dal più recente e sto andando a ritroso. Il problema è sorto con questo changeset: http://www.openstreetmap.org/browse/changeset/16777563 il quale mi ha generato oltre 1000 conflitti nel momento in cui ho tentato l'upload. La procedura corretta sarebbe quella di selezionare ciascun conflitto, risolverlo (applicando la versione locale, cioè il risultato del revert) e quindi chiudere il conflitto, passando al successivo. Bisognerebbe ripetere questa procedura per migliaia di volte. Esiste la possibilità di automatizzare questa operazione? Del tipo, esiste la possibilità di dire a JOSM applica questa soluzione a tutti i conflitti che trovi d'ora in poi ? Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ho parlato di OSM a Repubblica delle Idee - Next
Il 13/10/2013 14:41, Maurizio Napolitano ha scritto: grazie, molto gentile. Ho estratto il pezzo qui https://vimeo.com/76800302 solo che penso che non sia ancora stato masticato da vimeo Complimenti, ottima presentation, open data evolution in progress:-) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] su.openstreetmap.it
Il 13/10/2013 18:31, sabas88 ha scritto: Ciao, dopo averlo presentato ad #OSMit13, faccio passare in lista il piccolo strumento che ho tradotto e migliorato insieme a Simone Cortesi, il quale ha anche messo il dominio figo: su.openstreetmap.it http://su.openstreetmap.it E' derivato da onosm.org http://onosm.org ed in poche parole fornisce una interfaccia semplificata per aggiungere note relativamente ad esercizi commerciali. Nella prima schermata si posiziona la nota, nella seconda si compila il form e la terza schermata carica la nota su osm.org http://osm.org. Ho tradotto un po' di categorie, levate altre e ne mancano ancora, ho separato quelle tradotte da quelle non tradotte per metterlo in produzione :-) Il sito è servito da Github, se volete contribuire è qui https://github.com/sabas/suosm Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it Piccolo, veloce e molto user friendly, complimenti:-) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] JOSM: risoluzione conflitti
2013/10/19 Francesco Pelullo f.pelu...@gmail.com Quindi, tornando alla domanda originaria: esiste una impostazione di JOSM che consente di risolvere automaticamente tutti i conflitti applicando la versione locale (ossia il risultato del revert)? Non sono del tutto sicuro, ma credo che dovresti fare il contrario (usare sempre la versione remota nel caso di conflitto), perché vuol dire che qualcuno ha già modificato qualcosa nel frattempo, no? Se usi la tua versione andrebbe cancellato? O era un caso con licenza non adatta? In questo caso la cosa migliore è chiedere rimozione totale dal db (quindi non rimane ne anche storico (visibile)). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-at] 2-gleisiges Stra?enbahnmapping in Wien
PS: Chris Tof wrote: bei den in letzter Zeit von mir als Fläche eingezeichneten Bahnsteigen Weil mir gerade so einer untergekommen ist (den aber nicht du eingezeichnet hattest, sondern moszkva ter, dem ich noch eine Mitteilung diesbezüglich schreiben werde): Bitte in so einem Fall (Bahnsteig als Fläche und nicht als Linie) den area=yes Tag nicht vergessen! Sonst zeichnet Mapnik nur den Umriß und in der Mitte kläfft ein Loch. Kevin Kofler ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-cat] Propostes d'etiquetes
Apuntat! Gràcies per la informació. Salut! On 19/10/13 10:45, Konfrare Albert wrote: Holes! Independentment de si s'ha de crear una proposta o no, jo suggereixo que qui estigui interessat en la creació de noves etiquetes es subscrigui a la llista «tagging»: https://lists.openstreetmap.org/listinfo/tagging És la millor manera de veure com es discuteixen, creen i voten les propostes d'etiquetes i valors. Jo una vegada vaig fer una proposta i des de llavors hi estic subscrit. Llegeixo els correus molt en diagonal i de vegades ni els llegeixo (segons el tema), però quan n'apareix algun que t'interessa tens l'opció d'opinar i si cal, votar[1]. Per exemple, recentment s'ha parlat d'etiquetes que a mi em semblen interessants com «via ferrata», les botigues d'«e-cigars» o temes com les «rutes de senderisme abandonades». També va haver-hi un debat interessant per etiquetar valls, serralades, etc. (o sigui grans àrees geogràfiques) en que es va desestimar aquesta opció. La presència catalana en aquesta llista és molt poca (o nul·la). Penso que estaria bé que hi estiguéssim més catalans per recolzar les propostes -recolzar-nos entre nosaltres-, sobretot si són idees que surten d'aquesta llista i que volem que prosperin. Després d'una proposta el més normal és que apareguin molts correus demanant explicacions, canvis en la proposta, suggerències, crítiques, etc. tant a la llista de correu com a la pàgina talk de la proposta. Salut! [1] Tot i que les votacions estan acceptades per decidir el contingut de la wiki (bàsicament la pàgina map_features), molts mappers no els donen cap valor. Consideren que el que dona valor a l'etiqueta és que la gent l'usi, no que estigui aprovada o aparegui al wiki. El dia 18 d’octubre de 2013 22.15, Jaume Figueras i Jové jaume.figue...@upc.edu mailto:jaume.figue...@upc.edu ha escrit: Xevi, ho tens aquí [1]. Per exemple, en el cas dels jocs de taula que hem comentat abans penso que entra dins del punt 2 de l'apartat de 'significance' i no cal fer una proposta. Salut! [1] http://wiki.openstreetmap.org/__wiki/Creating_a_proposal http://wiki.openstreetmap.org/wiki/Creating_a_proposal On 18/10/13 21:53, Xavier Barnada wrote: Hola, Ja que parlem d'etiquetes noves, algú em podria dir si hi ha algun protocol per proposar etiquetes? He vist a la wiki de OpenStreetMap que hi ha propostes i que es voten però no sé quin procés i criteris s'usen _ Talk-cat mailing list Talk-cat@openstreetmap.org mailto:Talk-cat@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-cat https://lists.openstreetmap.org/listinfo/talk-cat -- Jaume Figueras i Jové o o o Responsable de projectes SIG o o o inLab FIB o o o U P C Universitat Politècnica de Catalunya - Barcelona Tech E-mail : jaume.figue...@upc.edu mailto:jaume.figue...@upc.edu Web: http://inlab.fib.upc.edu/ Telf : +34937398621 tel:%2B34937398621 (intern UPC: 98621) Mòbil : +34650756456 tel:%2B34650756456 (intern UPC: 44785) Fax: +34937398628 tel:%2B34937398628 (intern UPC: 98628) Adreça : inLab FIB Edifici B5-S102 C/ Jordi Girona, 31 08025 BARCELONA Ubuntu User #14347 - Linux User #504317 _ Talk-cat mailing list Talk-cat@openstreetmap.org mailto:Talk-cat@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-cat https://lists.openstreetmap.org/listinfo/talk-cat -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma de Cervelló www.konfraria.org http://www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat -- Jaume Figueras i Jové o o o Responsable de projectes SIG o o o inLab FIB o o o U P C Universitat Politècnica de Catalunya - Barcelona Tech E-mail : jaume.figue...@upc.edu Web: http://inlab.fib.upc.edu/ Telf : +34937398621 (intern UPC: 98621) Mòbil : +34650756456 (intern UPC: 44785) Fax: +34937398628 (intern UPC: 98628) Adreça : inLab FIB Edifici B5-S102 C/ Jordi Girona, 31 08025 BARCELONA Ubuntu User #14347 - Linux User #504317 ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat