Re: [OSM-talk] How can I create a oshdb?
Thank you so much! That is exactly what I needed. Op za 13 jul. 2019 om 02:13 schreef Andrew Davidson : > https://github.com/GIScience/oshdb/blob/master/oshdb-tool/etl/README.md > > On Sat., 13 Jul. 2019, 09:30 Milo van der Linden, > wrote: > >> Thanks! The download server has no oshdb files for Curacao, the Caribbean >> Island I am interested in. Is there a converter available? >> >> Thanks again! >> >> On Fri, Jul 12, 2019, 23:18 Mateusz Konieczny >> wrote: >> >>> >>> https://github.com/GIScience/oshdb/blob/master/documentation/first-steps/README.md >>> has some docs. >>> >>> >>> 12 Jul 2019, 23:11 by m...@dogodigi.net: >>> >>> Can anyone point me in the direction of how to create the ohsome oshdb >>> from planet files? >>> >>> Thanks in advance! >>> >>> Milo >>> >>> ___ >> 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] How can I create a oshdb?
Thanks! The download server has no oshdb files for Curacao, the Caribbean Island I am interested in. Is there a converter available? Thanks again! On Fri, Jul 12, 2019, 23:18 Mateusz Konieczny wrote: > > https://github.com/GIScience/oshdb/blob/master/documentation/first-steps/README.md > has some docs. > > > 12 Jul 2019, 23:11 by m...@dogodigi.net: > > Can anyone point me in the direction of how to create the ohsome oshdb > from planet files? > > Thanks in advance! > > Milo > > ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] How can I create a oshdb?
Can anyone point me in the direction of how to create the ohsome oshdb from planet files? Thanks in advance! Milo ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenTrailView 360 - StreetView-like application for hikers
Kathleen has a good point, it is important to choose a good license if you want to use photos by others too. And it is good to discuss the license early in your project. Kind regards, Milo On Fri, May 31, 2019, 22:13 Nick Whitelegg wrote: > > Hello Kathleen and Milo, > > > Thanks! > > > No-one besides myself has uploaded anything yet, so happy to change to > ODbL. The panoramas are a different dataset to OSM however, now I think > about it, it could well be they are a 'derived work' as the OSM map helps > users to position them - so fine with the license change. > > > Nick > > -- > *From:* Kathleen Lu > *Sent:* 31 May 2019 19:31:52 > *To:* Milo van der Linden > *Cc:* Nick Whitelegg; OSM Talk > *Subject:* Re: [OSM-talk] OpenTrailView 360 - StreetView-like application > for hikers > > Looks neat, Nick! > > I will say that given that OSM is under ODbL, which is not compatible with > CC-BY-SA (see > https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility) I would > suggest that you consider using ODbL as the license instead of CC-BY-SA. > > Best, > Kathleen > > On Fri, May 31, 2019 at 10:22 AM Milo van der Linden > wrote: > > Cool! It looks and interacts awesome. > > On Fri, May 31, 2019, 18:43 Nick Whitelegg > wrote: > > Thanks! Actually used Pannellum: https://pannellum.org/ > > > <https://pannellum.org/> > > Note that there is one little issue, which I thought I'd resolved, but has > recurred today, and *might* be down to Pannellum: occasionally (and > inconsistently, i.e. there isn't a sequence of actions which causes it to > happen) if you click on a camera icon when in map mode it doesn't load the > panorama. Most of the time it's fine though. > > > > Nick > > -- > *From:* Milo van der Linden > *Sent:* 31 May 2019 17:20:57 > *To:* Nick Whitelegg > *Cc:* osm-talk > *Subject:* Re: [OSM-talk] OpenTrailView 360 - StreetView-like application > for hikers > > Nice! Did you create your own panoviewer or did you use > https://www.marzipano.net/? > > Op vr 31 mei 2019 om 13:46 schreef Nick Whitelegg < > nick.whitel...@solent.ac.uk>: > > > Hi, > > > Some of you are probably aware that way back in 2010 I started developing > OpenTrailView , which aims to be a StreetView-like web application but > focusing on off-road routes such as hiking trails, with crowd-sourced > panoramas. > > > Recently, due to the increasing availability of 360 cameras and the > appearance of mature panorama APIs (e.g. Pannellum) and client-side routing > APIs (GeoJSON Path Finder) I have restarted work on OpenTrailView and did > an initial presentation at FOSDEM 2019 back in February. > > > Since then I have done further work and OpenTrailView, while still > incomplete, is in a state where I believe it's ready to start receiving > contributions. > > > It's available at > > https://www.opentrailview.org/ > > > You can get an idea of how it allows you to 'walk' along OSM ways by > navigating in the default area (Southampton Common). There are also some > panoramas available close to Fernhurst, West Sussex (lat 51.05, lon -0.72). > There's a Nominatim search available if you switch to 'map' mode (see the > map icon). > > > If you signup and then login, you can contribute your own 360 panos. > Obviously follow the usual privacy considerations (no faces, no car number > plates) - panos will be moderated before they go live to ensure they do not > have any privacy violations amongst other things. > > > The key thing about this version is that it will use underlying OSM data > to auto-connect panoramas. This was not done on any previous version. > > > However, note that while the site will accept panos anywhere in the world, > at present, the auto-connection facility will only work in *Europe* plus > Turkey (I am using the Europe Geofabrik extract), as my server currently > only stores European data. Nonetheless I have had a possible offer of > helping with hosting costs so expansion to the entire world could well > happen soon. > > > The maps provided are rather basic, showing only highways, coastlines and > a few selected POIs, this is due to server capacity constraints. If anyone > is aware of a tile server I can use legitimately as a replacement, without > violating the usage policy, please let me know. > > > In similar style to OSM, panos will be copyright 'OTV360 contributors' and > licensed under CC-by-SA. IANAL but this seems to be the most common > practice. > > > Do remember once again that this is an unfinished product but it is now in > a state where I
Re: [OSM-talk] OpenTrailView 360 - StreetView-like application for hikers
Cool! It looks and interacts awesome. On Fri, May 31, 2019, 18:43 Nick Whitelegg wrote: > Thanks! Actually used Pannellum: https://pannellum.org/ > > > <https://pannellum.org/> > > Note that there is one little issue, which I thought I'd resolved, but has > recurred today, and *might* be down to Pannellum: occasionally (and > inconsistently, i.e. there isn't a sequence of actions which causes it to > happen) if you click on a camera icon when in map mode it doesn't load the > panorama. Most of the time it's fine though. > > > > Nick > > -- > *From:* Milo van der Linden > *Sent:* 31 May 2019 17:20:57 > *To:* Nick Whitelegg > *Cc:* osm-talk > *Subject:* Re: [OSM-talk] OpenTrailView 360 - StreetView-like application > for hikers > > Nice! Did you create your own panoviewer or did you use > https://www.marzipano.net/? > > Op vr 31 mei 2019 om 13:46 schreef Nick Whitelegg < > nick.whitel...@solent.ac.uk>: > > > Hi, > > > Some of you are probably aware that way back in 2010 I started developing > OpenTrailView , which aims to be a StreetView-like web application but > focusing on off-road routes such as hiking trails, with crowd-sourced > panoramas. > > > Recently, due to the increasing availability of 360 cameras and the > appearance of mature panorama APIs (e.g. Pannellum) and client-side routing > APIs (GeoJSON Path Finder) I have restarted work on OpenTrailView and did > an initial presentation at FOSDEM 2019 back in February. > > > Since then I have done further work and OpenTrailView, while still > incomplete, is in a state where I believe it's ready to start receiving > contributions. > > > It's available at > > https://www.opentrailview.org/ > > > You can get an idea of how it allows you to 'walk' along OSM ways by > navigating in the default area (Southampton Common). There are also some > panoramas available close to Fernhurst, West Sussex (lat 51.05, lon -0.72). > There's a Nominatim search available if you switch to 'map' mode (see the > map icon). > > > If you signup and then login, you can contribute your own 360 panos. > Obviously follow the usual privacy considerations (no faces, no car number > plates) - panos will be moderated before they go live to ensure they do not > have any privacy violations amongst other things. > > > The key thing about this version is that it will use underlying OSM data > to auto-connect panoramas. This was not done on any previous version. > > > However, note that while the site will accept panos anywhere in the world, > at present, the auto-connection facility will only work in *Europe* plus > Turkey (I am using the Europe Geofabrik extract), as my server currently > only stores European data. Nonetheless I have had a possible offer of > helping with hosting costs so expansion to the entire world could well > happen soon. > > > The maps provided are rather basic, showing only highways, coastlines and > a few selected POIs, this is due to server capacity constraints. If anyone > is aware of a tile server I can use legitimately as a replacement, without > violating the usage policy, please let me know. > > > In similar style to OSM, panos will be copyright 'OTV360 contributors' and > licensed under CC-by-SA. IANAL but this seems to be the most common > practice. > > > Do remember once again that this is an unfinished product but it is now in > a state where I believe it is of interest to contributors. > > > Gitlab: https://gitlab.com/nickw1/opentrailview/ > > > > Thanks, > > Nick > > > > > > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > > > > -- > [image: http://www.dogodigi.net] <http://www.dogodigi.net> > *Milo van der Linden* > web: dogodigi <http://www.dogodigi.net> > tel: +31-6-16598808 > ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenTrailView 360 - StreetView-like application for hikers
Nice! Did you create your own panoviewer or did you use https://www.marzipano.net/? Op vr 31 mei 2019 om 13:46 schreef Nick Whitelegg < nick.whitel...@solent.ac.uk>: > > Hi, > > > Some of you are probably aware that way back in 2010 I started developing > OpenTrailView , which aims to be a StreetView-like web application but > focusing on off-road routes such as hiking trails, with crowd-sourced > panoramas. > > > Recently, due to the increasing availability of 360 cameras and the > appearance of mature panorama APIs (e.g. Pannellum) and client-side routing > APIs (GeoJSON Path Finder) I have restarted work on OpenTrailView and did > an initial presentation at FOSDEM 2019 back in February. > > > Since then I have done further work and OpenTrailView, while still > incomplete, is in a state where I believe it's ready to start receiving > contributions. > > > It's available at > > https://www.opentrailview.org/ > > > You can get an idea of how it allows you to 'walk' along OSM ways by > navigating in the default area (Southampton Common). There are also some > panoramas available close to Fernhurst, West Sussex (lat 51.05, lon -0.72). > There's a Nominatim search available if you switch to 'map' mode (see the > map icon). > > > If you signup and then login, you can contribute your own 360 panos. > Obviously follow the usual privacy considerations (no faces, no car number > plates) - panos will be moderated before they go live to ensure they do not > have any privacy violations amongst other things. > > > The key thing about this version is that it will use underlying OSM data > to auto-connect panoramas. This was not done on any previous version. > > > However, note that while the site will accept panos anywhere in the world, > at present, the auto-connection facility will only work in *Europe* plus > Turkey (I am using the Europe Geofabrik extract), as my server currently > only stores European data. Nonetheless I have had a possible offer of > helping with hosting costs so expansion to the entire world could well > happen soon. > > > The maps provided are rather basic, showing only highways, coastlines and > a few selected POIs, this is due to server capacity constraints. If anyone > is aware of a tile server I can use legitimately as a replacement, without > violating the usage policy, please let me know. > > > In similar style to OSM, panos will be copyright 'OTV360 contributors' and > licensed under CC-by-SA. IANAL but this seems to be the most common > practice. > > > Do remember once again that this is an unfinished product but it is now in > a state where I believe it is of interest to contributors. > > > Gitlab: https://gitlab.com/nickw1/opentrailview/ > > > > Thanks, > > Nick > > > > > > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > -- [image: http://www.dogodigi.net] <http://www.dogodigi.net> *Milo van der Linden* web: dogodigi <http://www.dogodigi.net> tel: +31-6-16598808 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Looking for phot of mapping mappers
I have some too, feel free to use them as you like http://www.dogodigi.net/assets/images/content/portfolio10.jpg and http://www.dogodigi.net/assets/images/content/hot_1.png I have more, but I would have to look them up. Op wo 23 jan. 2019 om 10:28 schreef althio : > Some can be searched on flickr: > > > https://www.flickr.com/search/?media=photos=2%2C3%2C4%2C5%2C6%2C9=1=openstreetmap%20mapping%20party > > https://www.flickr.com/search/?media=photos=2%2C3%2C4%2C5%2C6%2C9=1=cartopartie > > -- althio > > > On Wed, 23 Jan 2019 at 08:02, Mateusz Konieczny > wrote: > >> >> Jan 23, 2019, 5:27 AM by sea...@gmail.com: >> >> On Wed, Jan 23, 2019 at 5:22 AM Christoph Hormann wrote: >> >> I like in particular >> >> >> https://wiki.openstreetmap.org/wiki/File:Guagua_ESSC-OSMPH_Training_field_survey.jpg >> >> >> Thanks! Looking at this media page, I see that I only uploaded a >> scaled-down version. Oops. I have now re-uploaded the full 12MP version of >> the photo. >> >> Thanks for making this photo and sharing it (especially on licence >> allowing reuse) >> and thanks to Christoph for pointing me to it! >> >> If someone has a similar photo - please, share it. This time >> just one is enough but sooner or later it will be useful to have more >> variety. >> >> >> ___ >> talk mailing list >> talk@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk >> > ___________ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > -- [image: http://www.dogodigi.net] <http://www.dogodigi.net> *Milo van der Linden* web: dogodigi <http://www.dogodigi.net> tel: +31-6-16598808 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Osmf-talk] Candidate's views? Re: Board decision on Crimea complaint
I agree with what Guillaume says: "...how important it is that decisions are taken transparently. The detailed reasoning behind any decision must be published without delay." That in my opinion is key. There is no wrong or right in decision making as long as it can be explained (and reverted when enough good arguments arise). After all, we are all people. Op di 11 dec. 2018 om 11:51 schreef Guillaume Rischard < openstreet...@stereo.lu>: > Hi Rory and fellow members, > > I am a candidate in the board election, and have underlined in my > manifesto how important it is that decisions like this are taken > transparently. The detailed reasoning behind this decision must be > published without delay. > > The lobbying from Ukrainians over the last days has been heavy. However, > the on-the-ground rule is one of the very core values that we have built > OSM and the OSMF on. > > https://wiki.osmfoundation.org/wiki/Mission_Statement says that OSM > favours objective ‘Ground Truth’ over all other sources. The ‘Scope of the > OSMF’ section says that it does not decide what to map or how to map. > > The on-the-ground rule has served us well on disputed borders: there is no > other reasonable and possible alternative. Creating an exception in Crimea, > without any justification, opens Pandora’s box. Would the OSMF react > similarly to an appeal concerning other disputed borders? There should > never be an arbitrary decision on these issues but only well-defined and > established policies. > > You could claim that we haven’t followed the on-the-ground rule in Crimea > for the last four years. I know that the Data Working Group, which I am a > member of, has treated Crimea with kid gloves after the Russian invasion. I > haven’t been on the DWG that long; this was decided way before my time. We > act more as firefighters than as gardeners, work more reactively than > proactively, and always have enough new issues to prevent us from > reexamining old ones. > > I really think it is now time to apply the on-the-ground rule. We should > use the opportunity to reaffirm our core values, review with the > community’s support where we have taken decisions on disputed territories, > and make sure that we apply the same rules in the same way everywhere. > > Guillaume Rischard (personally, not on behalf of the Data Working Group) > > > On 11 Dec 2018, at 11:18, Rory McCann wrote: > > > > > > Hi fellow members, > > > > I am curious what candidates to the board think about this decision. I > > know there was the existing questions, but this is a new topic which > > came up recently. But if you're a candidate for the board, and you have > > an opinion on this, I'd like to hear, and I'm sure other members would > > too. How would you vote if you were on the board now? What > > do you think? Please don't be afraid to say something publicly (here, > > the wiki, user diaries, etc). > > > > Rory > > > > On 10/12/2018 17:55, Martijn van Exel wrote:> Hi all, > >> > >> On November 17, the OSMF Board of Directors received a request to > review the Nov 14, 2018 Data Working Group decision regarding Crimea. > >> > >> The Board decided that this decision is to be reversed and the previous > situation, as laid out in the May 5, 2014 Data Working Group minutes, is to > further remain in effect. > >> > >> The board highly values the Data Working Group’s work and appreciates > the difficulty and complexity of the cases they are asked to review on an > ongoing basis. > >> > >> A more comprehensive statement will follow in the next weeks. > >> > >> Best regards, > >> Martijn van Exel > >> Secretary, OpenStreetMap Foundation > >> > > > > _______________ > > osmf-talk mailing list > > osmf-t...@openstreetmap.org > > https://lists.openstreetmap.org/listinfo/osmf-talk > > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > -- [image: http://www.dogodigi.net] <http://www.dogodigi.net> *Milo van der Linden* web: dogodigi <http://www.dogodigi.net> tel: +31-6-16598808 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Can somebody give me a hint please?
https://wiki.openstreetmap.org/wiki/FAQ#Why_don.27t_you_just_use_Google_Maps.2Fwhoever_for_your_data.3F 2018-06-20 15:21 GMT+02:00 Milo van der Linden : > Still. I strongly advice you not to use it. > > 2018-06-20 15:13 GMT+02:00 Jeroen Baten : >> >> I did not make it. Some French estate agent did :-). >> >> >> Op 20-06-18 om 15:00 schreef Milo van der Linden: >>> Screenshots from google maps infringe copyright. I advice oyu not to use it. >>> >>> 2018-06-19 10:43 GMT+02:00 Jeroen Baten : >>>> >>>> Nope, unfortunately it is clearly a screenshot taken from google maps. >>>> >>>> Op 19-06-18 om 10:43 schreef Tim Frey: >>>>> Hi Jeroen, >>>>> >>>>> when it was taken on a mobile, then you have a high likelihood that the >>>>> picture has exif geo tags... >>>>> Do you think that this is the case? >>>>> >>>>> Best >>>>> Tim >>>>> >>>>> >>>>> -Ursprüngliche Nachricht- >>>>> Von: Jeroen Baten >>>>> Gesendet: Dienstag, 19. Juni 2018 10:35 >>>>> An: talk@openstreetmap.org >>>>> Betreff: [OSM-talk] Can somebody give me a hint please? >>>>> >>>>> Hi, >>>>> >>>>> This is a newbie question: >>>>> so I have an aerial photo of a part of central France but I don't know >>>>> the exact location. >>>>> I know it is max 10 minutes from a city. >>>>> I want to find the place on the map. >>>>> My photo shows two roads in an angle. >>>>> Is there a way I can use to locate where this is? >>>>> Some sort of low level GIS query maybe? >>>>> >>>>> Looking forward to your answers. >>>>> >>>>> Kind regards, >>>>> Jeroen Baten >>>>> >>>>> >>>> >>>> -- >>>> Jeroen Baten | EMAIL : jba...@i2rs.nl >>>> ____ _ __ | web : www.i2rs.nl >>>> | )|_)(_ | tel : +31 (0)345 - 75 26 28 >>>> _|_/_| \__) | Molenwindsingel 46, 4105 HK, Culemborg, the >>>> Netherlands >>>> >>>> ___ >>>> talk mailing list >>>> talk@openstreetmap.org >>>> https://lists.openstreetmap.org/listinfo/talk >>> >>> >>> >> >> -- >> Jeroen Baten | EMAIL : jba...@i2rs.nl >> _ __ | web : www.i2rs.nl >> | )|_)(_ | tel : +31 (0)345 - 75 26 28 >> _|_/_| \__) | Molenwindsingel 46, 4105 HK, Culemborg, the >> Netherlands > > > > -- > Milo van der Linden > web: dogodigi > tel: +31-6-16598808 -- Milo van der Linden web: dogodigi tel: +31-6-16598808 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Can somebody give me a hint please?
Still. I strongly advice you not to use it. 2018-06-20 15:13 GMT+02:00 Jeroen Baten : > > I did not make it. Some French estate agent did :-). > > > Op 20-06-18 om 15:00 schreef Milo van der Linden: >> Screenshots from google maps infringe copyright. I advice oyu not to use it. >> >> 2018-06-19 10:43 GMT+02:00 Jeroen Baten : >>> >>> Nope, unfortunately it is clearly a screenshot taken from google maps. >>> >>> Op 19-06-18 om 10:43 schreef Tim Frey: >>>> Hi Jeroen, >>>> >>>> when it was taken on a mobile, then you have a high likelihood that the >>>> picture has exif geo tags... >>>> Do you think that this is the case? >>>> >>>> Best >>>> Tim >>>> >>>> >>>> -Ursprüngliche Nachricht- >>>> Von: Jeroen Baten >>>> Gesendet: Dienstag, 19. Juni 2018 10:35 >>>> An: talk@openstreetmap.org >>>> Betreff: [OSM-talk] Can somebody give me a hint please? >>>> >>>> Hi, >>>> >>>> This is a newbie question: >>>> so I have an aerial photo of a part of central France but I don't know the >>>> exact location. >>>> I know it is max 10 minutes from a city. >>>> I want to find the place on the map. >>>> My photo shows two roads in an angle. >>>> Is there a way I can use to locate where this is? >>>> Some sort of low level GIS query maybe? >>>> >>>> Looking forward to your answers. >>>> >>>> Kind regards, >>>> Jeroen Baten >>>> >>>> >>> >>> -- >>> Jeroen Baten | EMAIL : jba...@i2rs.nl >>> _ __ | web : www.i2rs.nl >>> | )|_)(_ | tel : +31 (0)345 - 75 26 28 >>> _|_/_| \__) | Molenwindsingel 46, 4105 HK, Culemborg, the >>> Netherlands >>> >>> ___ >>> talk mailing list >>> talk@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk >> >> >> > > -- > Jeroen Baten | EMAIL : jba...@i2rs.nl > _ __ | web : www.i2rs.nl > | )|_)(_ | tel : +31 (0)345 - 75 26 28 > _|_/_| \__) | Molenwindsingel 46, 4105 HK, Culemborg, the > Netherlands -- Milo van der Linden web: dogodigi tel: +31-6-16598808 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Can somebody give me a hint please?
Screenshots from google maps infringe copyright. I advice oyu not to use it. 2018-06-19 10:43 GMT+02:00 Jeroen Baten : > > Nope, unfortunately it is clearly a screenshot taken from google maps. > > Op 19-06-18 om 10:43 schreef Tim Frey: >> Hi Jeroen, >> >> when it was taken on a mobile, then you have a high likelihood that the >> picture has exif geo tags... >> Do you think that this is the case? >> >> Best >> Tim >> >> >> -Ursprüngliche Nachricht- >> Von: Jeroen Baten >> Gesendet: Dienstag, 19. Juni 2018 10:35 >> An: talk@openstreetmap.org >> Betreff: [OSM-talk] Can somebody give me a hint please? >> >> Hi, >> >> This is a newbie question: >> so I have an aerial photo of a part of central France but I don't know the >> exact location. >> I know it is max 10 minutes from a city. >> I want to find the place on the map. >> My photo shows two roads in an angle. >> Is there a way I can use to locate where this is? >> Some sort of low level GIS query maybe? >> >> Looking forward to your answers. >> >> Kind regards, >> Jeroen Baten >> >> > > -- > Jeroen Baten | EMAIL : jba...@i2rs.nl > _ __ | web : www.i2rs.nl > | )|_)(_ | tel : +31 (0)345 - 75 26 28 > _|_/_| \__) | Molenwindsingel 46, 4105 HK, Culemborg, the > Netherlands > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk -- Milo van der Linden web: dogodigi tel: +31-6-16598808 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Open sourcing of POI pictures for OSM App/STAPPZ - Feedback and ideas wanted
hey are used outside the App? This may raise >> data privacy issues a well (especially with GDPR coming into enforcement). >> >> - As for open source of the code, you'll have a choice between a >> permissive license (e.g. MIT, BSD, ISC, DWTFYW) or a copyleft license (e.g. >> GPL, LGPL) or something in between (MPL, Apache). Permissive licenses make >> it easier for someone else to take over the project, though there is the >> possibility that they will take it in a direction you do not like (e.g., >> build a new version but not open the code to the new version). Copyleft >> licenses are intended to guard against this, but most companies do not like >> working with copyleft code and many ban it, so there would be a smaller >> pool of potential interest. >> >> You can see OSMF's current open source projects here: https://github.com/ >> openstreetmap. The licenses currently used are ISC, BSD, DWTFYW, Apache >> 2.0, and GPL. >> >> Best of luck! >> >> -Kathleen >> >> >> >> On Tue, May 15, 2018 at 2:45 PM Tobias Knerr <o...@tobias-knerr.de> wrote: >> >> Hi Tim, >> >> On 11.05.2018 17:19, Tim Frey wrote: >> > Out of this, we consider, heavily, to “open source” the licensing of the >> > user created STAPPZ content for the OSM community. In addition, we also >> > consider to open source the backend of STAPPZ and the IOS and Android >> > app to make a community project out of it. >> >> I'm going to split this reply into two parts: About the content, and >> about the software itself. >> >> >> As for the content, a lot depends on if you can publish the images under >> the terms of an open license.¹ That's a legal question, but probably >> also a bit of a social one (i.e. would this be in line with what the >> creators expected when they shared their images on your app, or would >> they be unpleasantly surprised/unhappy about this). >> >> Assuming the answer is that yes, you can publish them, the next question >> is what to do with the images. OSM does not currently have an image >> hosting platform, so if we're only talking about contributing the >> images, they would need to be donated to a separate platform. >> >> The obvious recipient for such an image donation would be Wikimedia >> Commons, as they're the most popular repository for open-licensed media. >> Images on Commons can be linked with OpenStreetMap POIs² and are used as >> such by some OSM-based maps. Of course, they're also used by Wikipedia >> and its sister projects – notably Wikitravel, which is a crowdsourced >> travel guide (although much closer to the traditional book format than >> your project). >> >> A caveat is that such a donation would likely require some manual effort >> to filter out lower-quality pictures or duplicates, and to add >> meaningful descriptions. Still, assuming the legalities work out, it >> seems feasible to donate the images and would be a generous contribution >> to the open content ecosystem. >> >> >> Ok, so let's talk about the app and backend a bit. I'm not sure how >> familiar you are with OSM's organizational model, but as a rule we're >> very decentralized – even core components of OSM are being developed as >> mostly independent Open Source projects. For you, this means that even >> if there's community interest, any re-use of your project would probably >> still start out with _you_ spearheading its development, re-imagining it >> as something you believe fits a need of the OSM community, and trying to >> gain mindshare in the OSM contributor and developer community. Of >> course, this may be at odds with your goal to focus on other projects. >> >> If this does not discourage you, though, let's consider what needs the >> software could serve. I don't have any amazing ideas to offer, but I >> could see two basic roles in the OSM ecosystem an image platform might >> potentially be able to fill. Broadly speaking: >> * Images could be used internally by OSM contributors as a data source >> for mapping in addition to sources as aerial imagery and GPS tracks. >> * Images could be displayed by user-facing sites and apps alongside OSM >> data. (I believe this is what you were getting at with your Google Maps >> comparison.) >> >> The former use case is already partially covered by >> Mapillary/OpenStreetCam, so the question is if there's enough of a niche >> left for another app. >> >> The latter seems more ambitious. As I mentioned before, mappers are >> currently using tags like image=* with
Re: [OSM-talk] Open sourcing of POI pictures for OSM App/STAPPZ - Feedback and ideas wanted
Hello Tim, thank you for the broad explanation of your product! I like the concept and me have some particular use cases for which we now use Flickr. I would love to have an alternative to that which could be maintained by a community that is closely related to OpenStreetMap. My usecases are particular for non-google-dominated areas; where users not only enter travel pictures; but also pictures related to particular causes; for instance waste, standing water, hazards and more. They are users which are not so tech-savvy but have an urgent need to tell "a story" to government, officials, police or other matters of public interest. So a POI database with the possibility to enter pictures and information that relate to the Sustainable Development Goals would be awesome. I would love to collaborate on such a project. Kind regards Milo 2018-05-11 17:19 GMT+02:00 Tim Frey <tim.f...@iunera.com>: > Greetings OSM community, > > > > my name is Tim and I’m one of the creators of the STAPPZ app. We want > feedback from the community about our open sourcing plan of the STAPPZ app > content. > > > > What is STAPPZ: > > STAPPZ is in short an app and a server backend application. The original > idea was to create crowdsourced version of an insider travel guide, where > each user can contribute content. > > That means, you open the app and you post some pictures and a text at a > geolocation and when you are online, then the content is uploaded to the > server and is available on a webmap. This way, you can create a personal > travel diary map. Our original plan was to extend STAPPZ step by step to > create not only travel guides, but to also add pictures of POIs > > Example: https://maps.stappz.com/region/sicilia > > Android App demo video: https://www.youtube.com/watch?v=MDBh-VrU2Ig > > Explanation slides: https://de.slideshare.net/TimFrey2/travel-guides-are- > old-news-being-a-local-insider-everywhere-is-today > > Background: > > We managed to get featured with the app at conferences and in a lot of > magazines (e.g. Computer Bild, Chip) and got over 10k downloads for > Android, but, frankly speaking, we did not get mass adaption to create a > sustainable ecosystem. Therefore, we as company had to focus on other > projects to earn money for living ☹ . > > > > Feedback wanted: > > We poured a lot of our personal tears and sweat in coding and marketing > STAPPZ and today we think that STAPPZ could be used to create picture POI > content for OSM. We see that need in special, because google maps is > offering more and more picture POI content from users, and I, personally, > do not know such an open datapod for open streetmap. > > Out of this, we consider, heavily, to “open source” the licensing of the > user created STAPPZ content for the OSM community. In addition, we also > consider to open source the backend of STAPPZ and the IOS and Android app > to make a community project out of it. However, we are a very small company > and we cannot do that completely alone, we will need help and advice from > the community. > > > > Technical details: > > Internally, in the app and the backend, we use only OSM data and maps to > ensure not being bound to legal contracts to google. The Android version is > far more developed than the IOS version and has complete offline and > caching functionality to allow posting of pictures form the gallery and to > position the pictures on a map. Currently, the maps part of the app does > not work for Android, but we want to enable it as soon as we have time. > > STAPPZ supports gallery uploads with exif data, cached content and many > more things – if you got questions please ask. > > > > Questions to the community: > > What do you think about open sourcing the content, the app and so on? Do > you see a value added for the OSM community? > Would you support the project to open source it? > > Do you know companies who would be interested in participating? We are > open for collaborations here. > > Do you have own thoughts and points about it? > > > > I’d really like to learn more here. STAPPZ is a really personal baby for > us, and we’d like that it continues to live. > > > > Thanks a lot for everyone in advance who reads that – and even more thanks > to the ones who are going to reply with feedback and thoughts. > > Even if you just think the idea is good or bad – please tell us that we > get a picture how the whole community sees it. > > Mit freundlichen Grüßen / Kind regards > > Tim Frey > > > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > > -- [image: http://www.dogodigi.net] <http://www.dogodigi.net> *Milo van der Linden* web: dogodigi <http://www.dogodigi.net> tel: +31-6-16598808 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] today's tragic helicopter accident in Bavaria
Dear Armstrong, please be aware that Oleksiy is no native english speaker. In his culture and language that is probably not what he is saying. Kind regards, Milo van der Linden On April 11, 2018 3:21:17 AM GMT+02:00, "Jack Armstrong dan...@sprynet.com" <jacknst...@sprynet.com> wrote: >Are you saying you think an aviation accident could have been avoided >if OSM data was better? I've been an air traffic controller for 38 >years. Aviation hazards, such as towers at airports, are well charted >on navigational charts and airport diagrams which pilots are required >to use. A pilot would never use OSM as a means of avoiding ground >hazards at an airport. Besides, this particular accident happened at >10:00 A.M. local time, meaning it was daylight. The vast majority of >aviation accidents are the result of pilot error. If a helicopter pilot >allows his rotor blades to collide with a clearly visible object, that >is negligence on the captain's part. > > >-Original Message- >>From: Oleksiy Muzalyev <oleksiy.muzal...@bluewin.ch> >>Sent: Apr 10, 2018 3:44 PM >>To: Talk Openstreetmap <talk@openstreetmap.org> >>Subject: [OSM-talk] today's tragic helicopter accident in Bavaria >> >>Good evening, >> >>There was an helicopter accident at the airport Flugplatz >>Haßfurt-Schweinfurt. One man from the ground staff was killed by >derbies >>when helicopter's propeller blades touched the control tower. >> >>On the news video [1] and on the aerial image of the airport [2] it is > >>clearly visible that the tower building is not in the same row with >>other buildings, it is a bit outstanding. >> >>This tower was not mapped neither on the Google maps, nor on the OSM. >I >>mapped it by now on the OSM: >>https://www.openstreetmap.org/#map=18/50.01720/10.52705 with the tag: >>tower:type=aircraft_control, which has got a nice map icon. >> >>In general, towers, not only aircraft_control, but also communication, > >>and others, are well visible even from far away, and could serve as >good >>landmarks. That is why it makes sense to map towers. >> >>[1] >>https://rtlnext.rtl.de/cms/bundeswehr-hubschrauber-rammt-tower-flughafenmitarbeiter-von-truemmern-erschlagen-4148088.html >> >>[2] >>https://de.wikipedia.org/wiki/Flugplatz_Ha%C3%9Ffurt-Schweinfurt#/media/File:Flugplatz_Ha%C3%9Ffurt_Schweinfurt.jpg >> >>With best regards, >> >>Oleksiy >> >> >> >>___ >>talk mailing list >>talk@openstreetmap.org >>https://lists.openstreetmap.org/listinfo/talk > >___ >talk mailing list >talk@openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk -- Verstuurd vanaf mijn mobiel. Fouten voorbehouden.___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM SPAM detector
Awesome! Great work! On Mar 6, 2018 00:47, "Frederik Ramm"wrote: > Hi, > > On 03/05/2018 07:03 PM, Jason Remillard wrote: > > getting a diverse set of changeset from many people will insure that the > > algorithm is not biased relative to where the consensus is in the > > project > > Well strictly speaking it will ensure that the algorithm follows the > opinion of those who bother to report something which might still be > biased ;) > > There's work afoot for the OSM web site to allow changesets to be > flagged as spam by any mapper. It isn't clear yet if/how the list of > flagged objects will be publicly accessible but of course it could also > serve as food for the filter. > > Bye > Frederik-- > Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Nominatim on the main page
With 103 open issues and 12 open pull requests, I would love to volunteer to at least help get those cleared first. Given the (very positive, I am glad so many people are acting on this thread) activity, I think if everybody lends a couple of hours of code this week we can get nominatim ready to make some progress. 2018-02-18 20:12 GMT+01:00 Maarten Deen <md...@xs4all.nl>: > On 2018-02-18 20:07, Paul Johnson wrote: >> >> On Sun, Feb 18, 2018 at 12:53 PM, Maarten Deen <md...@xs4all.nl> >> wrote: >> >>> On 2018-02-18 19:28, Tom Hughes wrote: > > >>> I can't comment about how the algorithm works because I don't know >>> anything about it. I'm just saying that we do tell it the viewbox >> >> >> It appears to me that the bounding box is used when searching places >> (towns, cities) or streets, but not when searching objects like shops >> or restaurants. >> For instance, searching for a McDonald's always gives me the >> McDonald's at 1351, George Dieter Drive, El Paso City, El Paso County, >> Texas, 79936, Verenigde Staten van Amerika >> >> Keen ask. I think a _lot_ of the complaints regarding Nominatim that >> have come up could be fixed by using the bounding box context for all >> items. I may have incorrectly opened an Osmand bug [1] on the >> assumption Nominatim was consistently using the geocontext for all >> results. > > > I've opened a Nominatim bug for it. > https://github.com/openstreetmap/Nominatim/issues/930 > > > Maarten > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk -- Milo van der Linden web: dogodigi tel: +31-6-16598808 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] "The Future of Free and Open-Source Maps" Slashdot.org , Saturday February 17, 2018
"but where Google starts to go haywire is in the properly mapped areas." As someone who lives remote in the Netherlands, I can agree to that. DHL, UPS, even ambulances; they are still unable to find my house although I am living here 7 years now. But, I think OSM is also going haywire in the Netherlands, where we've all been blinded by imports and lack true numbers of mappers to keep the entire country acurate and actual. I have been using maps.me to route from my house to Delft, Leiden, Utrecht and all the way up to Den Helder and I have collected screenshots of strange routing errors that, in my personal opinion, are due to nobody being involved in the road-routing quality in the Netherlands. As routing is one of the basics for self driving cars, this is (and on this I DO agree with the author of the blog) troublesome. I still think (and I actively tried to send out this message between 2008~2012) that an inclusive community and growing such a community should be one of the focus points of the OSMF. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM data, how can we contribute to keep it to a reasonable size?
In my personal opinion, the database will grow and keep growing. So instead of looking at means to make things smaller, I think we should look at enabling even more storage. Couldn't geographical "shards/segments" be a solution? Like, keeping a database for Europe, Asia, North-America and so on that are glued together in a smart way, but allow for downloading partials straight from the main databases? And might it be smart to create a more distributed database? When I look at the hardware, there are currently 3 database; karm, ramoth and katla and it seems all 3 are in the UK. Not intending to start an off topic, but this is just my opinion. 2018-01-21 12:05 GMT+01:00 Oleksiy Muzalyev <oleksiy.muzal...@bluewin.ch>: > On 21.01.18 10:04, Martin Koppenhoefer wrote: > > > On 21. Jan 2018, at 09:21, Oleksiy Muzalyev <oleksiy.muzal...@bluewin.ch> > wrote: > > For example, Intel i7-8700K 3.7 GHz 8th generation processor consumes 95 W > [2], add to this the fans, hard disks, etc., it comes to 400 W power supply > unit. > > For comparison, the Raspeberry Pi 3 single-board computer requires only 10 W > power supply [4], 40 times less. > > > > 10W? Look at this baby, the whole system is running on solar power and > doesn’t even need external power sources: > https://www.galeria-kaufhof.de/p/casio-taschenrechner-fx-85ms/1002764080 > > Pricing is also very accessible. > > Seriously, you can’t compare a high end CPU with a raspberry pi looking only > at the power consumption ;-) > > > cheers, > Martin > > Modern motherboards are capable to reduce the CPU power consumption to 12 W > [1], when there are no computation intensive tasks. So improving data > quality at the source would benefit the high end systems too. > > [1] https://www.asus.com/Motherboards/PRIME-Z270-A/ (Energy efficient > design) > > Best regards, > > Oleksiy > > > _______________ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > -- Milo van der Linden web: dogodigi tel: +31-6-16598808 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New web of Slovak OSM community
Congratulations! Keep up the good work. 2018-01-09 17:25 GMT+01:00 Martin Ždila <martin.zd...@freemap.sk>: > Hello, > > Let me introduce you new web of Slovak OSM community. > > You can find it at https://www.freemap.sk/. > > It is in production for couple of months already (replacing onld one) but I > am announcing it here just after adding english language support (tips and > some minors are still missing translation). > > It is an opensource project. You can find the source code at > https://github.com/FreemapSlovakia > > Best regards > -- > Martin Ždila > OZ Freemap Slovakia > mailto:martin.zd...@freemap.sk > http://www.freemap.sk/ > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > -- Milo van der Linden web: dogodigi tel: +31-6-16598808 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] All the subway systems in the world
Nice! I like the detail you guys are applying. Keep up the good work! 2017-09-30 18:35 GMT+02:00 Ilya Zverev <i...@zverev.info>: > Hi, > > I have made a script that parses and validates subway systems. It prints the > number of subway lines and stations that an automated system can extract from > the OpenStreetMap data. See the latest report here (these are updated > manually for now): > > http://osmz.ru/subways/ > > It is still in beta: it doesn't use networks and omits many non-european > cities. We plan to employ it for maps.me, so it would be the first app that > does world-wide subway routing using only OSM data. To make tagging subway > systems uniform and usable, I've compiled a list of practices on this page: > > https://wiki.openstreetmap.org/wiki/Proposed_features/Metro_Mapping > > Some questions are answered on the Talk page there. Next week I'll open a > voting, so that tagging schema could be made official. The validator of > course expects that kind of tagging, though it allows for some omissions. > > Ilya > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk -- Milo van der Linden web: dogodigi tel: +31-6-16598808 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] StreetSound
In Eindhoven a new initiative is launched to capture streetsound: https://translate.google.nl/translate?sl=nl=en=y=_t=nl=UTF-8=https%3A%2F%2Fe52.nl%2Fvan-google-streetview-naar-sorama-streetsound%2F= ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetView name change
'Photos for openstreetmap" abbreviated as photosm like with hotosm? Op 8 nov. 2016 6:08 p.m. schreef "Andy Mabbett": > On 8 November 2016 at 15:34, Martijn van Exel wrote:# > > > a friendly (for now) request by a well-known company with a > similarly-named > > product :) to not use the OpenStreetView name. > > This is hardly surprising, and not unreasonable (there's no "Ford > Beetle" or "Volkswagen Mini", nor a "BurgerKing Happy Meal". for > example). > > > So we are looking for a new name. We have some ideas already but I > wanted to ask > > if you had any suggestions for a new name for OSV? > > OpenStreets > > OpenVista > > OpenPanorama > > -- > Andy Mabbett > @pigsonthewing > http://pigsonthewing.org.uk > > ___ > 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] [http://zikes.website/] New OSM based (bicycle) journey planner
OK thank you for the information. It is not that I want to tell anybody to use anything in particular, it is just that I think synergy will create better products. But then, the principle of open source is that it needs to scratch an itch. And if your engine does that for you, who am I to judge ;-) Op 5 nov. 2016 10:05 p.m. schreef "Remek Zajac" <rem...@go2.pl>: > I've just updated the meta page > <https://sites.google.com/site/zikesroute/> with links to the code. > I've been labelling it with the GNU license w/o giving it much thought > actually. It is open source, as in, I am happy if people look at it or fork > it to other places. > I may not be able to assist its adoption elsewhere - unless it's on my > roadmap. > > the C++ routing engine is the "grand jewel" - as in, it has a rich set of > tests and i have been writing it with a lot of care. > the rest, admittedly, has a lot of prototype traces in it. > > doing things from first principles has been means for me learn how OSM in > particular and routing in general work. > i don't wanna be told that 'hey, there is flawless routing server laying > there for you to adopt" - too late for that now :) mine's working pretty > well. > > On Sat, Nov 5, 2016 at 8:27 PM, Milo van der Linden <m...@dogodigi.net> > wrote: > >> Hello Remek, on your website you mention sub-projects: >> >> >>- Bespoke routing (path finding) server with pluggable cost function, >>which allows for expressing those à la carte parameters (preferences for >>the kinds of roads, their climb and/or rural/urban character, etc.). >>- Python-based script suite transforming the Open Street Map data >>into the form digestible by the routing server; >> >> What are you using for this any existing routing toolchain or did you >> roll your own? And if you created your own, is it open source? >> >> >> 2016-11-05 19:25 GMT+01:00 André Riedel <riedel.an...@gmail.com>: >> >>> Nice Website and Tutorial. >>> >>> 2016-11-04 15:21 GMT+01:00 Remek Zajac <rem...@go2.pl>: >>> > Dear All., >>> > >>> > The kind people in the OSM forum advised that i re-post this here. I >>> hope >>> > it's not seen as a spam. >>> > >>> > I am a keen (long distance) cyclist and frustrated by the lack of >>> planning >>> > tools, bit by bit, I landed with my own that I would like to share >>> with the >>> > community: http://zikes.website/ - should it of course capture the >>> > community's imagination. It's a working beta with a couple of loose >>> ends, >>> > but I use it and my friends use it and friends of said friends use it >>> and >>> > time has come that I seek wider exposure. It's free I might add. >>> > >>> > The rationale (use case) is presented here >>> > https://sites.google.com/site/zikesroute/. >>> > >>> > Of course I am interested in any form of feedback, collaboration, >>> testers >>> > willing to take it for their first spin... and ultimately perhaps in >>> landing >>> > the service on this list. >>> > >>> > with regards >>> > >>> > Remster >>> > >>> > >>> > ___ >>> > talk mailing list >>> > talk@openstreetmap.org >>> > https://lists.openstreetmap.org/listinfo/talk >>> > >>> >>> ___ >>> talk mailing list >>> talk@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk >>> >> >> >> >> -- >> [image: http://www.dogodigi.net] <http://www.dogodigi.net> >> *Milo van der Linden* >> web: dogodigi <http://www.dogodigi.net> >> tel: +31-6-16598808 >> >> ___ >> 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] [http://zikes.website/] New OSM based (bicycle) journey planner
Hello Remek, on your website you mention sub-projects: - Bespoke routing (path finding) server with pluggable cost function, which allows for expressing those à la carte parameters (preferences for the kinds of roads, their climb and/or rural/urban character, etc.). - Python-based script suite transforming the Open Street Map data into the form digestible by the routing server; What are you using for this any existing routing toolchain or did you roll your own? And if you created your own, is it open source? 2016-11-05 19:25 GMT+01:00 André Riedel <riedel.an...@gmail.com>: > Nice Website and Tutorial. > > 2016-11-04 15:21 GMT+01:00 Remek Zajac <rem...@go2.pl>: > > Dear All., > > > > The kind people in the OSM forum advised that i re-post this here. I hope > > it's not seen as a spam. > > > > I am a keen (long distance) cyclist and frustrated by the lack of > planning > > tools, bit by bit, I landed with my own that I would like to share with > the > > community: http://zikes.website/ - should it of course capture the > > community's imagination. It's a working beta with a couple of loose ends, > > but I use it and my friends use it and friends of said friends use it and > > time has come that I seek wider exposure. It's free I might add. > > > > The rationale (use case) is presented here > > https://sites.google.com/site/zikesroute/. > > > > Of course I am interested in any form of feedback, collaboration, testers > > willing to take it for their first spin... and ultimately perhaps in > landing > > the service on this list. > > > > with regards > > > > Remster > > > > > > ___ > > talk mailing list > > talk@openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk > > > > ___________ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > -- [image: http://www.dogodigi.net] <http://www.dogodigi.net> *Milo van der Linden* web: dogodigi <http://www.dogodigi.net> tel: +31-6-16598808 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Which type of highways are used by routing software?
Hello Lester, As a devops I understand your pain ;-) but for OSRM, I found that using docker and staying on a fixed docker version for OSRM makes the pain a lot easier. You say you are using GPS in the car, do you also have a OSRM server running in the car? And is this server docker-ready? Because then I would strongly suggest you follow the instructions at https://hub.docker.com/r/osrm/osrm-backend/ it works like a charm for me. 2016-11-02 11:43 GMT+01:00 Lester Caine <les...@lsces.co.uk>: > On 02/11/16 10:07, Milo van der Linden wrote: > > In OSRM routing profiles are scripted in lua files. I suggest you take a > > look at them and see if they fit your needs. > > The current requirement is for something that actually works when I > switch on GPS in the car. It's bad enough that the user interface seems > to be different every time I NEED the thing - even having 'automatic > update' off ...downloading new maps complains when the program has not > been updated. > > I had a working OSRM service of my own, but I've not had time to rebuild > everything to use the 'new' formats. Another distraction that was not > really necessary? Just about every part of the current computing > infrastructure seems to be subject to daily often pointless changes? :( > > I've just spent two days trying to get email services working again for > clients because of breaks from the likes of yahoo and google ... just > leave working systems alone ... > > -- > 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 > -- [image: http://www.dogodigi.net] <http://www.dogodigi.net> *Milo van der Linden* web: dogodigi <http://www.dogodigi.net> tel: +31-6-16598808 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Which type of highways are used by routing software?
In OSRM routing profiles are scripted in lua files. I suggest you take a look at them and see if they fit your needs. https://github.com/Project-OSRM/osrm-backend/tree/master/profiles 2016-11-02 10:55 GMT+01:00 Lester Caine <les...@lsces.co.uk>: > On 02/11/16 08:41, Paul Johnson wrote: > > On Wed, Nov 2, 2016 at 3:00 AM, Lester Caine <les...@lsces.co.uk > > <mailto:les...@lsces.co.uk>> wrote: > > > > On 02/11/16 00:57, john whelan wrote: > > > If OSMand etc treat them differently then we may not be showing the > > > shortest route. > > > > OSMAnd currently does not use the best routes in any rural area! > While > > the roads even in the UK may be 'unclassified', in many rural areas > they > > are the main routes and I have asked before how this 'bug' can be > fixed. > > Reclassifying the road is obviously wrong, but similarly changing the > > routing rules is wrong for other parts of the world, so it's not > just a > > case of which routes are used, it's how the bias is applied to those > > routes ... and currently OSMAnd is simply wrong for the UK! > > > > > > Try playing with the routing settings in Osmand. My part of the world > > can get similarly obscure at the low end, but usually setting shortest > > route helps. > > Unfortunately it needs a little more than just that. The end points need > 'shortest route', but once one has avoided the - in my case 10 mile > detour going north - one wants the motorway rather than the slightly > shorter 'old road'. I have tried playing with the biases in the past but > invariably they get reset by some update and I'm back to square one. So > now I just take the 'b' roads and let the routing catch up later :) > > There is room for a more general discussion on standardising some of the > tagging data along with the routing biases so that one can select a set > of rules that best fit personal experience rather than having to try and > live with less optimal generic rules? > > -- > 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 > -- [image: http://www.dogodigi.net] <http://www.dogodigi.net> *Milo van der Linden* web: dogodigi <http://www.dogodigi.net> tel: +31-6-16598808 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] KG ground survey
I found out they are "Kaart group" http://www.kaartgroup.com/ and will contact them. 2016-07-16 11:52 GMT+02:00 Milo van der Linden <m...@dogodigi.net>: > Hello, > > I am involved with community mapping activities in the Caribbean, on > Aruba, Curacao and Jamaica. > > We often come across "KG Ground Survey" tags and a little investigation > tells me their area of operation is the Caribbean as well (see attached > image). > > I would like to get in touch. Is there anybody here that is part of the KG > team that wants to discuss collaboration? > > Kind regards, > > Milo > -- [image: http://www.dogodigi.net] <http://www.dogodigi.net> *Milo van der Linden* web: dogodigi <http://www.dogodigi.net> tel: +31-6-16598808 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Burger King use of OSM without Attribution
I agree, as we are on "speaking terms" with mapbox, it seems to me that we can easily fix this like gentlemen. Kind regards, Milo 2016-05-31 22:35 GMT+02:00 Benoît Barteaux <witoom...@gmail.com>: > They don't seem to cut the image, as the problem seems to come from mapbox > directly. > > I think that sending now a copyright notice to BK/mapbox would seem a bit > premature and upfront. Give them time for the email to travel to the right > person and to think/react for a bit. After some time then, maybe. > > Cheers, > > Benoit > > On 31/05/16 22:16, Clifford Snow wrote: > > Mikel, > I wonder if they just crop the image for the website, cutting off > attribution? They haven't replied to me, so I am going to look for > something like a legal contact at Burger King. Though we could issue a > copyright takedown to AWS. > > > > On Tue, May 31, 2016 at 11:21 AM, Mikel Maron <mikel.ma...@gmail.com> > wrote: > >> Thanks for the report, we're looking into sorting out this attribution >> issue at Mapbox. >> >> * Mikel Maron * +14152835207 @mikel s:mikelmaron >> >> >> On Saturday, May 28, 2016 4:51 AM, Milo van der Linden <m...@dogodigi.net> >> wrote: >> >> >> >> Burgerking is using the static image api from mapbox: >> >> >> http://api.tiles.mapbox.com/v3/dondeinc.ilo032fk/url-http%3A%2F%2Fs3.amazonaws.com%2Fdonde-img%2Fpin-bk.png%3Fc%3D3(-117.4382504,47.71573001)/-117.4382504,47.71573001,16/640x640.png >> <http://api.tiles.mapbox.com/v3/dondeinc.ilo032fk/url-http%3A%2F%2Fs3.amazonaws.com%2Fdonde-img%2Fpin-bk.png%3Fc%3D3%28-117.4382504,47.71573001%29/-117.4382504,47.71573001,16/640x640.png> >> >> So perhaps mapbox should be asked why attribution is not visible in the >> static image api. >> >> 2016-05-28 7:22 GMT+02:00 Clifford Snow < <cliff...@snowandsnow.us> >> cliff...@snowandsnow.us>: >> >> I notices a new user added a fast food node [1] in Spokane, WA. The name >> was entered as BK. Assuming it was probably a Burger King, I did a search >> and found that it was actually a Burger King restaurant. What I noticed was >> their map [2] was identical to OSM. >> >> I sent a message via their contact me link on the page asking that they >> comply with our terms of use. >> >> Has anyone else noticed Burger King using OSM data before? >> >> [1] <http://www.openstreetmap.org/changeset/39617650> >> http://www.openstreetmap.org/changeset/39617650 >> [2] >> <http://www.bk.com/restaurants/wa/spokane/1804-west-francis-ave-5816.html> >> http://www.bk.com/restaurants/wa/spokane/1804-west-francis-ave-5816.html >> >> On a side note, I did send the user a message asking to verify the name. >> First time user with MAPS.ME <http://maps.me/>. >> >> Clifford >> >> -- >> @osm_seattle >> osm_seattle.snowandsnow.us >> OpenStreetMap: Maps with a human touch >> >> ___ >> talk mailing list >> talk@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk >> >> >> >> >> -- >> [image: http://www.dogodigi.net] <http://www.dogodigi.net/> >> *Milo van der Linden* >> web: dogodigi <http://www.dogodigi.net/> >> tel: +31-6-16598808 >> >> ___ >> talk mailing list >> talk@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk >> >> >> > > > -- > @osm_seattle > osm_seattle.snowandsnow.us > OpenStreetMap: Maps with a human touch > > > ___ > talk mailing > listtalk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk > > > -- > Cordialement, > Besoins en programmation IT de pointe ? > Contactez nous, BBashIT s'occupe de tout > > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > > -- [image: http://www.dogodigi.net] <http://www.dogodigi.net> *Milo van der Linden* web: dogodigi <http://www.dogodigi.net> tel: +31-6-16598808 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Burger King use of OSM without Attribution
Burgerking is using the static image api from mapbox: http://api.tiles.mapbox.com/v3/dondeinc.ilo032fk/url-http%3A%2F%2Fs3.amazonaws.com%2Fdonde-img%2Fpin-bk.png%3Fc%3D3(-117.4382504,47.71573001)/-117.4382504,47.71573001,16/640x640.png So perhaps mapbox should be asked why attribution is not visible in the static image api. 2016-05-28 7:22 GMT+02:00 Clifford Snow <cliff...@snowandsnow.us>: > I notices a new user added a fast food node [1] in Spokane, WA. The name > was entered as BK. Assuming it was probably a Burger King, I did a search > and found that it was actually a Burger King restaurant. What I noticed was > their map [2] was identical to OSM. > > I sent a message via their contact me link on the page asking that they > comply with our terms of use. > > Has anyone else noticed Burger King using OSM data before? > > [1] http://www.openstreetmap.org/changeset/39617650 > [2] > http://www.bk.com/restaurants/wa/spokane/1804-west-francis-ave-5816.html > > On a side note, I did send the user a message asking to verify the name. > First time user with MAPS.ME. > > Clifford > > -- > @osm_seattle > osm_seattle.snowandsnow.us > OpenStreetMap: Maps with a human touch > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > > -- [image: http://www.dogodigi.net] <http://www.dogodigi.net> *Milo van der Linden* web: dogodigi <http://www.dogodigi.net> tel: +31-6-16598808 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] India wants to license maps
The big ironic here is that a lot of the larger mapping companies have workforces in India creating and processing map and geodata for them. Is this dog going to bite it's own tail? Op 12 mei 2016 9:02 p.m. schreef "Michał Brzozowski": So then we should promptly raise awareness of the issue. I think EFF is the right place to ask for support, if they hadn't covered it already. Also, OSMF might make a blog post describing how it can affect us, that could be shared / linked to raise awareness. Information moves rather quickly in the technological blogosphere. Michał On Thu, May 12, 2016 at 7:37 PM, john whelan wrote: > It may impact us. > > http://www.bbc.com/news/technology-36276754 > > Cheerio John > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Find missing roads
Sounds great! That is a nice feature. 2015-09-30 15:11 GMT+00:00 Martijn van Exel <m...@rtijn.org>: > Hi all, > > Our OSM team cooked up something new. A missing roads plugin for JOSM. I > think it's pretty nice but I would really like to hear what you think. > > You can read some more about it on my diary (http://bit.ly/missingroads) but > it's basically what it says on the tin. The plugin will show where we think > roads are missing from OSM based on GPS data so you can add them :) > > Take it for a spin and let me know what you think, what we could improve, or > just if you like it! > > Martijn > > > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > -- Milo van der Linden web: dogodigi tel: +31-6-16598808 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] OSM / NWB datasessie met Rijkswaterstaat
Voor een snelle lijst met RWS geodata kun je ook terecht op: http://geoservices.rijkswaterstaat.nl/wmsbrowser.txt Op 17 juli 2015 15:05 schreef Gert-Jan van der Weijden gee...@dds.nl: Beste ontwikkelaars en mappers, Op zaterdag 19 september a.s organiseren we met Rijkswaterstaat CIV (centrale infovoorziening) in het LEF Future centre van RWS (langs de A12, naast de sneltram) een dag waarbij we in ieder geval kijken hoe OSM en het Nationaal Wegenbestand (NWB) van elkaars sterke punten kunnen profiteren. 2 aandachtspunten: 1. Om die dag in het LEF te kunnen houden hebben we een flinke deelname vanuit de community nodig: jullie dus. Daarom horen we graag bijtijds wie er komt. Mede om die reden hebben we een OSM Meetup Group in het leven geroepen: http://www.meetup.com/OpenStreetMap-Nederland/ De teller staat al op 11 deelnemers, maar dat mag best verdubbeld worden! 2. Als onderdeel van die dag willen we ook een RWS-dataproeverij organiseren, waarbij van een aantal RWS datasets de makers/beheerders ons van alles kunnen vertellen over het wel en wee van die datasets. Aan jullie de taak daar een datasetwensenlijst voor op te stellen! Via http://tinyurl.com/rws500 krijg je in een keer (wel even geduld hebben met laden) een overzicht van de datasets waar RWS eigenaar van is. Graag met een reply in deze thread, of met een comment in de bovengenoemde Meetup. En natuurlijk liefst met een motivatie er bij waarom je jouw favoriete datasets wilt proeven. De toptien willen we half augustus aan RWS doorgeven. groeten, Gert-Jan ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl -- [image: http://www.dogodigi.net] http://www.dogodigi.net *Milo van der Linden* web: dogodigi http://www.dogodigi.net tel: +31-6-16598808 ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk] Sharing my Speech about OSM
Nicely done Mike! I enjoyed watching. Kind regards, Milo 2015-07-10 20:45 GMT+02:00 Mike Thompson miketh...@gmail.com: Back in May I was selected to participate in a forum on the future of the city of Fort Collins Colorado US. The title of my presentation was Shaping our Community through Maps and of course, that map is OpenStreetMap. Here is a link to the video recording of my presentation: https://www.youtube.com/watch?v=tlnmBkEFvMQ Mike ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- [image: http://www.dogodigi.net] http://www.dogodigi.net *Milo van der Linden* web: dogodigi http://www.dogodigi.net tel: +31-6-16598808 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Beschikbaarheid van high-res luchtfoto's
P.s. onder de [HOT] vlag wordt momenteel de openaerialmap nieuw leven ingeblazen. Zou dat mogelijk een goede plek zijn, mits de licentie het toelaat, om luchtfoto's onder te brengen? On Jul 8, 2015 12:18 AM, Milo van der Linden m...@dogodigi.net wrote: Dat is een hele mooie geste! Wees voorzichtig; de luchtfoto's in NL worden door een handjevol partijen gevlogen. Deze partijen zijn licentiehouder, niet de gemeente. Ik heb recent meegemaakt dat we hemel en aarde moesten bewegen om de brandweer gebruik te laten maken van gemeentelijke luchtfoto's, terwijl die zelf (indirect) voor de burgemeesters opereren! Uiteindelijke voorwaarde voor opname in mijn applicatie was: absoluut alleen toegankelijk voor de brandweer.. Vraag dus bij de luchtfoto ook de officiële licentie tekst. Dan kun je goed uitzoeken of het odbl compatibel is. Met vriendelijke groet, Milo On Jul 7, 2015 11:27 PM, Stefan de Konink ste...@konink.de wrote: Hoi, Vandaag mainde een aardige gemeente over de beschikbaarheid van een paar gigabytes aan luchtfoto's waar die gemeente de rechten op had. Of we interesse hadden. Nu zit ik even te denken: is het handig om een overlay aan te bieden met meer van dit soort bronnen? Ik denk bijvoorbeeld aan luchtfoto's van ProRail. Kun je dat dan ook direct in JOSM bekijken en tracen? -- Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Beschikbaarheid van high-res luchtfoto's
Dat is een hele mooie geste! Wees voorzichtig; de luchtfoto's in NL worden door een handjevol partijen gevlogen. Deze partijen zijn licentiehouder, niet de gemeente. Ik heb recent meegemaakt dat we hemel en aarde moesten bewegen om de brandweer gebruik te laten maken van gemeentelijke luchtfoto's, terwijl die zelf (indirect) voor de burgemeesters opereren! Uiteindelijke voorwaarde voor opname in mijn applicatie was: absoluut alleen toegankelijk voor de brandweer.. Vraag dus bij de luchtfoto ook de officiële licentie tekst. Dan kun je goed uitzoeken of het odbl compatibel is. Met vriendelijke groet, Milo On Jul 7, 2015 11:27 PM, Stefan de Konink ste...@konink.de wrote: Hoi, Vandaag mainde een aardige gemeente over de beschikbaarheid van een paar gigabytes aan luchtfoto's waar die gemeente de rechten op had. Of we interesse hadden. Nu zit ik even te denken: is het handig om een overlay aan te bieden met meer van dit soort bronnen? Ik denk bijvoorbeeld aan luchtfoto's van ProRail. Kun je dat dan ook direct in JOSM bekijken en tracen? -- Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Uitnodiging voor brainstormsessie samenwerking OSM-RWS.
Hallo Eric, Wat ik een hele leuke toevoeging van Rijkswaterstaat zou vinden, en volgens mij sluit dit aan op wat Hendrikklaas bedoelt, is wanneer terreinen die normaal niet publiek toegankelijk zijn op afspraak open zouden kunnen worden gesteld voor geinteresseerde openstreetmappers zoals Hendrikklaas. Zou dat eventueel tot de mogelijkheden behoren? Het zou een leuke aanvulling en prikkel kunnen zijn! Met vriendelijke groet, Milo Op 10 juni 2015 09:17 schreef Ster, Eric van der (CIV) eric.vander.s...@rws.nl: Hallo Hendrikklaas, Vanaf 1 januari 2015 heeft RWS via data.overheid.nl zo’n 75% van de data opengesteld. De rest volgt dit jaar. De data die je noemt is in mijn beleving en openbaar (ter inzage via een WOB) én/of Open Data. Kennelijk zoek je data van andere kwaliteit of heb je de data niet gevonden. Heb je al eens contact gehad met de service desk data van RWS? Met vriendelijke groet, Eric van der Ster Coordinerend/Specialistisch Adviseur . Strategie en Beleid Rijkswaterstaat Centrale Informatievoorziening Derde Werelddreef 1 | 2622 HA Delft Postbus 5023 | 2600 GA Delft . T: +31-15-275 7345 M: +31-6-51435420 *Van:* St Niklaas [mailto:st.nikl...@live.nl] *Verzonden:* dinsdag 9 juni 2015 17:42 *Aan:* OpenStreetMap NL discussion list *Onderwerp:* Re: [OSM-talk-nl] Uitnodiging voor brainstormsessie samenwerking OSM-RWS. Beste Eric van der Ster, Dat lijkt mij een goed idee. Dan kan ik eindelijk eens het project Zeesluizen IJmuiden afsluiten. Waar ik kan lopen heb ik al in beeld gebracht, maar het sluizen gebied is om veiligheids- of douanerechten deugdelijk omheint. En slecht toegankelijk en nu komt er ook nog een sluis bij. Die toegankelijkheid speelt ook een rol bij de Beatrixsluizen te Vreeswijk en de inlaatsluizen bij Tiel. Maar mijn vraag is worden al die gegevens van de kanalen, vaarwegen met bruggen, sluizen, stuwen en andere onder het Rijk vallende wegen dan importeerbaar of beschikbaar voor inzage ? Een brug als de Brieneroord is bijvoorbeeld in particulierbeheer voor OSM niet meetbaar. Met een vriendelijke groet, Hendrikklaas ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl -- [image: http://www.dogodigi.net] http://www.dogodigi.net *Milo van der Linden* web: dogodigi http://www.dogodigi.net tel: +31-6-16598808 ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Voorstel mechanical edit van onjuiste/niet relevante gegevens.
+1. Goed idee. On May 16, 2015 6:25 PM, Marc Zoutendijk marczoutend...@mac.com wrote: Dit bericht is ook (met betere opmaak) te lezen op het forum: http://forum.openstreetmap.org/viewtopic.php?id=31145 Bij het testen van OpenPoiMap [1] (aka taglocator) stuitte ik een aantal malen op de volgende verwijzing: source_ref=gpsfietsroutes.nl tevens zag ik: gpsfietsroutes_nl_ref=n De website gpsfietsroutes.nl [2] bestaat niet meer en verwijst bovendien naar een website van FietsConnect waarop ook al niets valt te zien. Bovenstaande link (naar een dus niet meer functionerende website) komt ruim 2500 keer voor in Nederland. Ik geloof niet (maar heb dat niet onderzocht) dat de website buiten Nederland is gebruikt. Naar aanleiding hiervan is op het forum een discussie gevoerd, en ik vraag iedereen die nu op dit bericht wil reageren, die forumdiscussie ook te lezen zodat we niet allerlei argumenten gaan herhalen. http://forum.openstreetmap.org/viewtopic.php?id=30998 Mijn voorstel is het volgende: Middels een zgn. mechanical edit wil ik de OSM-dataset opschonen en ontdoen van deze niet meer relevante gegevens. Het gaat dus om het verwijderen van de tag: source_rcn als, en ook alléén maar als deze verwijst naar gpsfietsroutes.nl en het verwijderen van de daarbijbehorende: gpsfietsroutes_nl_ref=n Ik wil dat doen middels een mechanical edit waarvoor ik een speciaal account heb aangemaakt: marczoutendijk_mechanical. Bij deze edit worden dus in één keer alle betreffende nodes gewijzigd. Er wordt geen enkele node verwijderd en de geschiedenis van de dataset blijft volledig behouden. Wel kan het voorkomen dat na verwijdering van bovenstaande gegevens een node overblijft waarop geen enkele tag staat. Het gaat dan vaak om fietsknooppunten die verplaatst zijn, waarbij degene die ze heeft verplaatst niet de overige tags heeft meegenomen. Waarom? De belangrijkste reden voor deze opschoning is dat het aanwezig zijn van niet relevante of ronduit verkeerde informatie ervoor zorgt dat allerlei overige software die gebruik maakt van die data, ook niet meer goed werkt en ook die onjuiste gegevens gaat verspreiden. Een voorbeeld daarvan is bv. de mogelijkheid die ik in openpoimap heb zitten om, als er een molen op de kaart staat [3], óók een link te geven naar de molendatabase. Die link staat in de OSM database. Nu besluit de beheerder van de molendatabase ermee te stoppen. Vanaf dat moment krijgt iedereen die in openpoimap een externe molenlink aanklikt een niet werkende website te zien. Pas als ik zelf weet dat dat het geval is kan ik openpoimap aanpassen. Maar veel beter is het als de bron van de fout wordt aangepakt en niet meer bestaat. Dan merkt openpoimap er niets van en functioneert foutloos. Hooguit zal een gebruiker zien dat er minder informatie is te zien dan in het verleden, maar hij wordt niet doorgestuurd naar een niet (meer) bestaande website. En zo zijn er veel meer kaarttools en apps (ook uit het verleden) die, gebruikmakend van de OSM data, beter functioneren - en gebruikersvriendelijker - als ze kunnen putten uit betrouwbare data. Wanneer? Ik wil deze verwijdering in augustus 2015 gaan uitvoeren, nadat op deze mailinglist en het forum nog reacties kunnen worden gegeven. Het staat eenieder natuurlijk vrij om zelf al - zodra hij deze tags ergens tegenkomt - voor verwijdering te zorgen. Marc. [1] http:openpoimap.org [2] http://www.gpsfietsroutes.nl [3] http://openpoimap.org/?map=tourismzoom=14lat=52.03078lon=4.79744layers=B00FTFF ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Overlay Kadaster - OSM
Hallo Pander, Kort antwoord: Nee. Dat is er niet bij OpenStreetMap. Lang antwoord: Een eigendomsoverzicht kan worden gemaakt op basis van kadastrale percelen en kadastrale eigendommen. Dit is (nog) geen open data. Informatie over de benodigde data vind je hier: http://www.kadaster.nl/web/artikel/BRK-Leveringartikel/BRK-Levering-6.htm Met vriendelijke groet, Milo ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Overlay Kadaster - OSM
Hallo Opentaal, Die zijn er. ruimtelijke plannen.nl voor de bestemmingsplannen, diverse viewers met BAG en BRT (top10) en ook niet publieke omgevingen van kadaster zelf en rvob(voormalig domeinen) dat het register beheert van alle percelen in NL die in eigendom zijn bij de rijksoverheid. On May 10, 2015 1:23 AM, Pander OpenTaal pan...@opentaal.org wrote: Hoi allemaal, Zijn er online kaarten van OSM met overlays van Kadaster? Bijvoorbeeld om bestemmingsplan te zien of welke grond van de rijksoverheid, provincie of gemeente is? Groeten, Pander ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] [Open Geo Groep] Re: BAG en Top10NL PostGIS dumps van april 2015
Hallo Just, Je bedient een groter publiek en dan maak je bepaalde keuze, dat begrijp ik. Zelf ben ik geen fan van het gebruiken van PGAdminIII, liever draai ik de import op de achtergrond, maar ja, zo heeft ieder zijn voorkeur! Ik ben nu i.i.g. aan het importeren. Met vriendelijke groet, Milo Op 30 april 2015 12:03 schreef Just van den Broecke j...@justobjects.nl: On 30-04-15 11:52, Milo van der Linden wrote: Hallo Just, Ik zie dat je de BAG dump hebt gewijzigd. Ik constateer de volgende kleine issues: 1. role kademo zit in de dump. Die role zou eigenlijk niet mee moeten worden genomen. Zie mijn eerdere mail aan Edward hierover recent op NLExtract mailing lijst: @Edward: owner kademo geeft welliswaar error maar is niet fataal. Owner uit dump verwijderen is wat kip/ei. Volgens manpage pg_dump (niet -o maar -O moet/is gezet in pg_dump): -O --no-owner Do not output commands to set ownership of objects to match the original database. To make a script that can be restored by any user, but will give that user ownership of all the objects, specify -O. This option is only meaningful for the plain-text format. For the archive formats, you can specify the option when you call pg_restore. Kip/ei: de dump is in custom format (-Fc), dus --no-owner is niet mogelijk. Om te restoren in PGAdminIII is custom het meest praktisch. Compressed plain text (SQL .zip) deden we eerder. Echter daar hadden de meesten problemen omdat dan meer handmatig dient te gebeuren. Zie ook README: http://data.nlextract.nl/top10nl/postgis/README Suggesties hier welkom. 2. Voorheen had de bag een schemanaam overeenkomstig met de datum. Ik gebruikte dit om de import te controleren en dan in mijn schema bag_actueel views te maken op de meest actuele, gelukte import. Ik ben blij dat jou schema bagactueel heet zonder _ want anders zou ik echt klem hebben gezeten met mijn hot import. Ik kan namelijk geen downtime gebruiken op de bag database. Zoals ik al zei; kleine problemen. Op zich niets storends, maar ik moet zeggen dat ik de vorige methode eigenlijk beter vond. Tja dat is het punt: iedereen wil net weer iets anders. Zie allerlei mails eerder. Schemanaam met datum zit iets in. De vorige methode gaf weer veel problemen bij de PGAdminIII-ers. Hartelijke groet, Just Met vriendelijke groet, Milo Op 29 april 2015 18:15 schreef Thomas Offeren tvoffe...@gmail.com mailto:tvoffe...@gmail.com: Hallo Just, Klopt het dat in het csv file alleen de Adressen uit plaatsen uit Noord-Holland zijn opgenomen? Ik ben eigenlijk op zoek naar een extract met: Openbare Ruimte, Woonplaats, Gemeente. Kan je me daarmee helpen? met vriendelijke groet, Thomas. Op zondag 26 april 2015 23:56:13 UTC+2 schreef Just van den Broecke: Sorry voor cross-posting. Kort voor Koningsdag zijn de BAG van April 2015 en een nieuwe BRT Top10NL via PDOK beschikbaar gekomen. NLExtract heeft dezen gezwind in PostGIS ingelezen en ter download beschikbaar gesteld: Top10NL: http://data.nlextract.nl/top10nl/postgis/apr2015/ BAG: http://data.nlextract.nl/bag (ook CSV) Hartelijke groet, --Just -- http://www.dogodigi.net http://www.dogodigi.net *Milo van der Linden* web: dogodigi http://www.dogodigi.net tel: +31-6-16598808 -- [image: http://www.dogodigi.net] http://www.dogodigi.net *Milo van der Linden* web: dogodigi http://www.dogodigi.net tel: +31-6-16598808 ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] [Open Geo Groep] Re: BAG en Top10NL PostGIS dumps van april 2015
Hallo Just, Ik zie dat je de BAG dump hebt gewijzigd. Ik constateer de volgende kleine issues: 1. role kademo zit in de dump. Die role zou eigenlijk niet mee moeten worden genomen. 2. Voorheen had de bag een schemanaam overeenkomstig met de datum. Ik gebruikte dit om de import te controleren en dan in mijn schema bag_actueel views te maken op de meest actuele, gelukte import. Ik ben blij dat jou schema bagactueel heet zonder _ want anders zou ik echt klem hebben gezeten met mijn hot import. Ik kan namelijk geen downtime gebruiken op de bag database. Zoals ik al zei; kleine problemen. Op zich niets storends, maar ik moet zeggen dat ik de vorige methode eigenlijk beter vond. Met vriendelijke groet, Milo Op 29 april 2015 18:15 schreef Thomas Offeren tvoffe...@gmail.com: Hallo Just, Klopt het dat in het csv file alleen de Adressen uit plaatsen uit Noord-Holland zijn opgenomen? Ik ben eigenlijk op zoek naar een extract met: Openbare Ruimte, Woonplaats, Gemeente. Kan je me daarmee helpen? met vriendelijke groet, Thomas. Op zondag 26 april 2015 23:56:13 UTC+2 schreef Just van den Broecke: Sorry voor cross-posting. Kort voor Koningsdag zijn de BAG van April 2015 en een nieuwe BRT Top10NL via PDOK beschikbaar gekomen. NLExtract heeft dezen gezwind in PostGIS ingelezen en ter download beschikbaar gesteld: Top10NL: http://data.nlextract.nl/top10nl/postgis/apr2015/ BAG: http://data.nlextract.nl/bag (ook CSV) Hartelijke groet, --Just -- [image: http://www.dogodigi.net] http://www.dogodigi.net *Milo van der Linden* web: dogodigi http://www.dogodigi.net tel: +31-6-16598808 ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk] Routing on osm.org
Nice! 2015-02-17 16:30 GMT+01:00 Paweł Paprota ppa...@fastmail.fm: Great work! Picked up by Slashdot BTW: http://tech.slashdot.org/story/15/02/17/1351206/openstreetmaporg-gets-routing :-) Paweł On Tue, Feb 17, 2015, at 15:22, Steve Coast wrote: +1 this is awesome Steve On Feb 16, 2015, at 12:10 PM, Michael Kugelmann michaelk_...@gmx.de wrote: Am 16.02.2015 um 20:20 schrieb Rob Nickerson: Congratulations to all those who were involved in getting directions/routing on openstreetmap.org :-) +1! Cheers, Michael. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk _ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- Milo van der Linden dogodigi t: +31-6-16598808 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Laadpunten in NL
Sorry, ik niet. Ik heb het te druk met rondrijden in mijn Tesla van 110.000 euro waar 80.000 euro subsidie op zit waardoor ik maar 21.000 euro hoef af te rekenen. Op 3 december 2014 11:41 schreef Pander pan...@opentaal.org: Zie ook http://www.utrecht.nl/utrecht-elektrisch/opladen/ On 3 December 2014 11:38:39 CET, Pander pan...@opentaal.org wrote: Hebben jullie dit al gezien? http://www.ikwileenlaadpaal.nl/public/laadpaal/utrecht/Paginas/Locaties.aspx Zou iemand het bedrijf/of de opdrachtgever (overheid) willen vragen waar ze niet ook op OSM deze data aanbieden? En daarna het gebruikelijke verhaal waarin wordt uitgelegd wat OSM is, zeker voor publieke informatie. Zou mooi zijn als ze OSM een maatwerk export aanbieden. Het is erg nuttig om deze POI geautomatiseerd in OSM te krijgen en vervolgens in OsmAnd. Groeten, Pander -- Stichting OpenTaal http://opentaal.org -- Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl -- Stichting OpenTaal http://opentaal.org ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Forum en mailinglijst: 2 kapiteins op hetzelfde schip?
Daarvoor moet je Henk Hoff of Martijn van Exel benaderen. On Nov 30, 2014 11:31 AM, Gert-Jan van der Weijden gee...@dds.nl wrote: hallo lijsters, 2) Een verwijzing (in de ondertekening?) van deze mailinglijst naar het bestaan van het NL-forum kan ook bij dragen aan de vindbaarheid. Kan iemand dat arrangeren? groet, Gert-Jan ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Forum en mailinglijst: 2 kapiteins op hetzelfde schip?
Deze discussie doet mij denken aan de gemiddelde vergaderkamer bij de overheid: 1. Het probleem is geen probleem 2. De stellingname kan nooit unaniem worden aangenomen of afgewezen 3. Er wordt vooral veel gepraat. 4. Als er al een uitkomst komt, dan is dat de oplossing. De vervolgacties komen niet. De mensen die daadwerkelijk actie zouden kunnen/moeten ondernemen zitten namelijk niet in de kamer. Wie introduceert deze vergadercultuur van voor de vorige eeuw in het mooiste crowdsourcing project te wereld? Is het moeilijk te accepteren dat er keuzevrijheid is en moet dit gemanaged gaan worden? My 2 cents. Op 28 november 2014 21:09 schreef Gert-Jan van der Weijden gee...@dds.nl: Hallo allemaal, Frank suggereerde (op het forum, of op de mailinglijst, dat ben ik even kwijt) de knuppel die ik in deze twee hoenderhokken gooide daar onderhand maar weer eens uit te halen. Ik wil de discussie nog even een dagje laten doorlopen, zodat ook de weekend-only mappers er nog iets over kunnen roepen. Deze thread loopt per slot van rekening pas 23 uur. Wel even een poging tot tussenstand: 1. Allereerst: smaken verschillen. de een wordt blij van een forum, de ander van een mailinglijst. Tja, de een houdt van ligfietsen, de ander stáát liever op de pedalen. Maar om de ene of de andere vorm nou verouderd te noemen... Het zijn allebei uitvindingen uit de vorige eeuw ;-) 2. De opmerking het forum zich makkelijker leent om een discussie met plaatjes/screendumps te voeren vond ik de belangrijkste inhoudelijke bijdrage; 3. Opvallend dat de mailinglijst door sommigen meer wordt gezien als een aankondigingenkanaal (events, serverbeheer), en het forum meer als een platform voor inhoudelijke mapperstalk (m.n. over het toepassen van diverse tags); 4. Diverse suggesties voor het aan elkaar knopen van deze 2 kanalen, maar ik heb nog geen concrete manier hoe dat zou moetne voorbij zien komen; 5. Er waren wat aanwijzingen (oa van Marc Zoutendijk) over abonneren/RSS-feeds. Dat blijkt voor velen nog wat gedetailleerdere uitleg nodig te hebben: inmiddels begrijp ik dat je je op een forum kunt abonneren (dan krijg je een melding bij nieuwe threads - niet de mail zelf!) en dat je je op threads kunt abonneren (dan krijg je een melding - wederom niet de mail zelf!) bij een nieuwe reactie. Hoe dat mixt met de RSS-feed van het forum is me nog niet duidelijk; 6. Her en der nog onbekendheid met elkaars bestaan. Misschien handig als de 2 kanalen in een footer/signature naar elkaar kunnen verwijzen? 7. Nog meer kanalen? De IRC-logs (http://mijndev.openstreetmap.nl/~rullzer/irc-logs/) lijken niet meer te bestaan. De hashtag #osmnl levert over 2013 en 2014 5 hits op, waarvan 60% betrekking heeft op OpenStreetMap Nieuwe inzichten en aanvullingen zijn uitermate welkom, herkauwen van eerdere argumenten iets minder. Groet, Gert-Jan-met-streepje -Oorspronkelijk bericht- Van: Martin Borsje [mailto:martin.bor...@ziggo.nl] Verzonden: vrijdag 28 november 2014 18:02 Aan: talk-nl@openstreetmap.org Onderwerp: [OSM-talk-nl] Forum en mailinglijst: 2 kapiteins op hetzelfde schip? Ieder zijn eigen voorkeuren natuurlijk. Maar om nu alles te dupliceren op de ML en het OSMF lijkt mij niet zo efficiënt. Ik vind een forum makkelijk lezen en je kunt je op topics abonneren. De mailinglist geeft in mijn mailreader (Thunderbird) eerdere berichten steeds als attachment, zo fraai is dat nou ook weer niet... Actieve mappers en andere geïnteresseerden zouden het toch echt geen moeite moeten vinden om het forum eens te bezoeken? Maar ja: wie ben ik. Martin ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Forum en mailinglijst: 2 kapiteins op hetzelfde schip?
Ik denk dat de kracht van OpenStreetMap is dat we allemaal kapitein zijn. Op 27 nov. 2014 22:30 schreef Marc Zoutendijk marczoutend...@mac.com: Op 27 nov. 2014, om 22:06 heeft Gert-Jan van der Weijden gee...@dds.nl het volgende geschreven: Hallo lijst (en zometeen een zelfde bericht naar het forum: http://forum.openstreetmap.org/viewforum.php?id=12), Sinds een paar jaar probeer ik de ontwikkelingen rond OSM te volgen. Ik vind het daarbij onhandig dat er 2 kanalen zijn: deze mailinglijst, én het forum. Het heeft een jaar geduurd voordat ik er überhaupt achter kwam dat er naast deze mailing lijst ook een form bestaat! En bij sommige discussie merk ik dat eenzelfde discussie op het forum een geheel andere wending neemt dan op de mailinglijst. Da's ook wat verwarrend Aangezien het zwaartepunt van de discussies op het forum plaats heeft is mijn brute voorstel om deze mailinglijst met liefde, doch resoluut de nek om te draaien, en met ingang van 1-1-2015 alle discussie via het forum te laten lopen. Daar kan ik me volledig bij aansluiten. Het argument vóór de mailing-lijst (dat je niets mist) kunt je ook op het forum instellen door je te abonneren op het forum en je kunt je ook nog op ieder onderwerp afzonderlijk abonneren. Dus: opheffen die mailing lijst. Marc. ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Almere wordt gesloopt
Niet alleen NL wordt gesloopt. Ook op Curacao heeft de bot natural:bay terug gezet op het Schottegat waardoor ik nu zonder water zit http://osm.org/go/Yamv2wzJ--?relation=1216719 Op 17 november 2014 16:42 schreef Jonathan van Tuijl jonatha...@gmail.com: Minko schreef: Deze bijvoorbeeld: http://simon04.dev.openstreetmap.org/whodidit/ http://osm.mapki.com/history/ http://wiki.openstreetmap.org/wiki/Quality_assurance Hmm. Ik zou graag een wat grotere diff zien van vele objecten en changesets tegelijk. Anders is er geen beginnen aan. Ok, mocht die route gewoon begaanbaar zijn dan mogen de XXX jes weg. Done! http://www.openstreetmap.org/changeset/26845964 Ik heb ook meteen een ander gebied waar ik wist dat dingen zijn veranderd gecheckt. Dat komt later. Ik word nog eens een mapper. Jonathan ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mailinglist
http://www.sandiego.edu/webdev/discussions/mailman/footer.php Op 4 september 2014 09:58 schreef Jonna Bosch jbo...@nieuwland.nl: Hoi Martien, Daar heb je een punt! Maar dat kunnen we makkelijk omzeilen, door de platte tekst Voor afmelden klik op link: voor de link te zetten. Met vriendelijke groet, Jonna Bosch adviseur geo-informatie Nieuwland Hesselink van Suchtelenweg 4 (bezoekadres) Postbus 522 6700 AM Wageningen tel: 0317-421711 Martien Scheepens schreef op 4-9-2014 9:54: Beste Jonna en anderen, Vooraf: ik ben geen beheerder van wat dan ook. Er is een beste kans dat dit soort linkjes in de toekomst verdwijnen door de implementatie van digitale handtekening (DKIM) in e-mails. Het toevoegen van info aan de mail maakt de handtekening ongeldig en is voor grote e-mailproviders als Google, Microsoft en Yahoo een indicatie voor phishing ( http://www.pcworld.com/article/2141120/yahoo-email-antispoofing-policy-breaks-mailing-lists.html). Google heeft bijvoorbeeld onder andere om deze reden afmeld-knopjes voor mailing-lijsten in de eigen interface geïmplementeerd. Groeten, Martien On Thu, 4 Sep 2014, at 09:15, Jonna Bosch wrote: Voor de mensen die niet zo technisch zijn (en dat zijn vaak degenen die zich af willen melden), is de link https://lists.openstreetmap.org/listinfo/talk-nl die onderaan de mail staat heel erg onduidelijk. Wie zegt dat dat voor het afmelden is? Waarom zou je op deze link klikken? Uit gebruikersoogpunt is dit dus abracadabra. Kan iemand hier niet een alias voor instellen? Zodat er voortaan net als bij andere mailinglists, nieuwsbrieven etc een link staat: Afmelden voor de mailinglist https://lists.openstreetmap.org/listinfo/talk-nl Dit als tip... Met vriendelijke groet, Jonna Bosch adviseur geo-informatie Nieuwland Hesselink van Suchtelenweg 4 (bezoekadres) Postbus 522 6700 AM Wageningen tel: 0317-421711 Jo schreef op 1-9-2014 18:46: Je kan dit blijven vragen tot je blauw ziet. Geen enkel ander lid van de lijst kan jou er afhalen. Je kan dat echter wel zelf en elke mail die je krijgt van de lijst bevat instructies over wat je daarvoor moet doen. (hint: onderaan staat er een link) mvg, Jo Op 1 september 2014 18:21 schreef pieter vd harst apida...@hotmail.com: Ik sta ongewenst op uw maillist maar kan er niet vanaf. Zorg hier aub voor. Dit wordt nu de zoveelste keer dat ik hierom vraag! Met vriendelijke groet Pieter ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing listtalk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl *___* Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing listTalk-nl@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mailinglist
En deze: https://mail.python.org/pipermail/mailman-developers/2005-February/017850.html Op 4 september 2014 14:27 schreef Milo van der Linden m...@dogodigi.net: http://www.sandiego.edu/webdev/discussions/mailman/footer.php Op 4 september 2014 09:58 schreef Jonna Bosch jbo...@nieuwland.nl: Hoi Martien, Daar heb je een punt! Maar dat kunnen we makkelijk omzeilen, door de platte tekst Voor afmelden klik op link: voor de link te zetten. Met vriendelijke groet, Jonna Bosch adviseur geo-informatie Nieuwland Hesselink van Suchtelenweg 4 (bezoekadres) Postbus 522 6700 AM Wageningen tel: 0317-421711 Martien Scheepens schreef op 4-9-2014 9:54: Beste Jonna en anderen, Vooraf: ik ben geen beheerder van wat dan ook. Er is een beste kans dat dit soort linkjes in de toekomst verdwijnen door de implementatie van digitale handtekening (DKIM) in e-mails. Het toevoegen van info aan de mail maakt de handtekening ongeldig en is voor grote e-mailproviders als Google, Microsoft en Yahoo een indicatie voor phishing ( http://www.pcworld.com/article/2141120/yahoo-email-antispoofing-policy-breaks-mailing-lists.html). Google heeft bijvoorbeeld onder andere om deze reden afmeld-knopjes voor mailing-lijsten in de eigen interface geïmplementeerd. Groeten, Martien On Thu, 4 Sep 2014, at 09:15, Jonna Bosch wrote: Voor de mensen die niet zo technisch zijn (en dat zijn vaak degenen die zich af willen melden), is de link https://lists.openstreetmap.org/listinfo/talk-nl die onderaan de mail staat heel erg onduidelijk. Wie zegt dat dat voor het afmelden is? Waarom zou je op deze link klikken? Uit gebruikersoogpunt is dit dus abracadabra. Kan iemand hier niet een alias voor instellen? Zodat er voortaan net als bij andere mailinglists, nieuwsbrieven etc een link staat: Afmelden voor de mailinglist https://lists.openstreetmap.org/listinfo/talk-nl Dit als tip... Met vriendelijke groet, Jonna Bosch adviseur geo-informatie Nieuwland Hesselink van Suchtelenweg 4 (bezoekadres) Postbus 522 6700 AM Wageningen tel: 0317-421711 Jo schreef op 1-9-2014 18:46: Je kan dit blijven vragen tot je blauw ziet. Geen enkel ander lid van de lijst kan jou er afhalen. Je kan dat echter wel zelf en elke mail die je krijgt van de lijst bevat instructies over wat je daarvoor moet doen. (hint: onderaan staat er een link) mvg, Jo Op 1 september 2014 18:21 schreef pieter vd harst apida...@hotmail.com : Ik sta ongewenst op uw maillist maar kan er niet vanaf. Zorg hier aub voor. Dit wordt nu de zoveelste keer dat ik hierom vraag! Met vriendelijke groet Pieter ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing listtalk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl *___* Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing listTalk-nl@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk] License/CT issues: Let's not punish the world's disadvantaged, pls.
This discussion makes me sad. My personal motivation in life is : everybody should live in freedom . Derived from this: alternatives are good, monopoly is bad fosm; I embrace the initiative, but you have a lot of marketing to do if you want people to come to FOSM. A website with broken links, no information about who initiated the fork or any insight about the who, why and what looks to me like communicating with my bank over a http-connection. It feels unsecure. Open some communication channels and please grow to maturity. osm; Keep up what your doing, but work on a open, clear and respectfull approach towards individuals, community-members and businesses. Stay away from the trolls I am in no camp. I am me. I love the good openstreetmap brought to the world, I love the HOT initiative and derivated humanitarian projects. I feel blessed to be involved with a mapping project that gives people everywhere, all over the world access to map data without discrimination and with respect to their individuality. And now I get the hell out of this discussion that is in my opinion leading nowhere. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Names for places based on OSM - OpenStreetBlock
Hi Martijn, Worthless.. worthless.. if you don't know how to program php, it may seem that way, yes. :-P I took a look at the code and personally, I don't see a problem of getting this nice easy piece of software to work for a dutch situation. I forked the project on github already. The most important thing is to make the corner threshold relative to the streetsegment. There are also some minor fixes required, mostly just error handling, for instance for errors like this: http://transit.frumin.net/openstreetblock/osb.php?ll=12,12 Another thing in the Amsterdam streetwork would be to take some more parameters like the direction you are moving in, this will greatly enhance the usability when the streetnetwork is dense. 2011/4/4 Martijn van Exel m...@rtijn.org: I just looked at the Flickr alpha shapes (which saw a new release recently) but basically for Amsterdam it's worthless. Not enough resolution. My guess is that one could do better things with the huge amount of metadata that they have. On Mon, Apr 4, 2011 at 9:59 AM, Martijn van Exel m...@rtijn.org wrote: Neat and potentially very useful. I wonder how well it translates to non-US / non-urban spatial contexts. Take our local situation here in Amsterdam. The street layout is completely different – hence all the clueless American tourists on every street corner ;) – and people are not thinking in terms of intersections when they are giving directions or orienting themselves. Even so, a service that comes up with a best guess vernacular name for a neighborhood would be very useful. I don't know of one service or dataset, commercial or otherwise, that does this well for Amsterdam. Yahoo! GeoPlanet is a joke. Official neighborhood polygons are available but the naming does not correspond to the colloquial naming. I've been thinking about what data could be used to make such a service useful for the Amsterdam / NL / European context. It would probably need to look at named place features (polys / nodes) in OSM first, then possibly the flickr alpha shapes (didn't you have something to do with those?), and if that all fails look at the nearest primary / secondary road, square or other spatial landmark in OSM. I might give this a try. Martijn On Mon, Apr 4, 2011 at 7:08 AM, Michal Migurski m...@stamen.com wrote: Mike Frumin put together a neat service that generates human-readable names based on nearby OSM ways: http://frumin.net/ation/2011/04/openstreetblock.html I makes strings like 14th St between 6th Ave and 7th Ave, currently just for NYC data. -mike. michal migurski- m...@stamen.com 415.558.1610 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Martijn van Exel http://about.me/mvexel -- Martijn van Exel http://about.me/mvexel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Aruba has flooded
I would have no problem with simplifying Aruba by defining it as island instead of coastline... Would that be a problem? I am not to much of a fan of the coastline rendering process and this might proof a convenient way to bypass these issues and prevent future issues with the coastline. The size of the coastline doesn't fit a little trial and error now and then :-D 2011/4/1 M∡rtin Koppenhoefer dieterdre...@gmail.com: 2011/4/1 M∡rtin Koppenhoefer dieterdre...@gmail.com: 2011/3/31 Toby Murray toby.mur...@gmail.com: Can anyone confirm this? Yes, I confirm, I found several problems in the coastline (shoreline_300) from 26th of March including Aruba, Archangelsk, Japan, Naaryanmar (? can't read my own writing) sorry, remove Japan, seems to be OK cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Aruba has flooded
Thanks for the explaination MȺrtin! Kind regards, 2011/4/1 M∡rtin Koppenhoefer dieterdre...@gmail.com: 2011/4/1 Milo van der Linden m...@dogodigi.net I would have no problem with simplifying Aruba by defining it as island instead of coastline... Would that be a problem? I am not to much of a fan of the coastline rendering process and this might proof a convenient way to bypass these issues and prevent future issues with the coastline. The size of the coastline doesn't fit a little trial and error now and then :-D it is not a particular problem of Aruba, the coastline breaks from time to time and needs fixing just like everything else. this is Archangelsk http://www.openstreetmap.org/?lat=64.87lon=39.6zoom=6layers=M and Naryan Mar http://www.openstreetmap.org/?lat=68.15lon=53.69zoom=8layers=M cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM.globe version of OSM-3D; new version for Europe
This 3D geo-platform demonstrates the potential of free and through crowdsouring generated geodata like OpenStreetMap. In order to maximize interoperability the whole platform technically is based on open standards and services of the Open Geospatial Consortium (OGC). Unfortunately, this 3D geo-platform also demonstrates that the Uni of Heidelberg Departement of Geography doesn't do Open Source. Open Data, Open Standards, Open Source... Two out of three ain't bad (Meatloaf) but fortunately, there is www.osgeo.org Regards, (a sad BSc GeoScience) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Aruba has flooded
Thank you thank you thank you! I will silently wait and check if the flood dries... With humble respect, Milo 2011/3/22, Vladimir Vyskocil vladimir.vysko...@gmail.com: I also found a self intersection of the coastline and removed it. Vlad. On 22 mars 2011, at 05:49, Toby Murray wrote: The wiki indicates that natural=coastline should only be used on ways. You seem to have removed it from the ways and added it to the Aruba island border relation. Being in Kansas, I can't claim to be an expert on coastlines so I'm not sure if the wiki is accurate or not but that's all I can see. Toby On Mon, Mar 21, 2011 at 5:40 PM, Milo van der Linden m...@dogodigi.net wrote: Help... http://www.openstreetmap.org/?lat=12.5315lon=-69.9663zoom=12layers=M ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Milo van der Linden Open Source Geospatial consultant do go digi - *Geospatial solutions* Beukenlaan 2 5261LE Vught +31616598808 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Aruba has flooded
Help... http://www.openstreetmap.org/?lat=12.5315lon=-69.9663zoom=12layers=M ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Zero tolerance on imports
In my opinion Julio shows an important thing: if imports are guided by a strong active group of people with local knowledge, they can be extremely usefull. This is the key of succes. Unguided, unsupported one man imports should therefor be avoided. Op zondag 20 februari 2011 schreef Julio Costa Zambelli (julio.co...@openstreetmap.cl) het volgende: Dear Richard and everyone else, We have a totally different experience here. We have done some import processes here in Chile, probably not more than four or five till now, I talked about the suburban highways import process in my State of Chile presentation in Amsterdam, and after that we added: all the schools and Town Halls in Santiago; all the Hospitals and municipal/provincial borders in the Maule Region after the earthquake. This mostly from datasets liberated by different government agencies, and they have been a total successes (In a couple of days I will pick-up an external hard drive with more than 150GB of data liberated by SECTRA, the Government Secretary of Transportation, including aerial imagery for many of Chiles biggest cities). Actually right now we are discussing, in the talk-cl mailing list, the import process of all the bus stops of Transantiago (the transportation system of Santiago). There are more than 10,000 bus stops in this dataset (we have manually/randomly tested some of them and the accuracy of the geolocation is pretty much the same that we get from our on the ground survey, the nodes also have the two codes used to identify each stop something we do not have right now, probably because one of those codes is a 10~12 characters alphanumeric string). The contributor that did the request of authorisation for the dataset with the transportation authority also researched how many bus stops we have added all over the country, and he told me that there are no more than 700. So this is not a very difficult decision (700 all over the country versus more than 10,000 just for Santiago), we have talked (http://lists.openstreetmap.org/pipermail/talk-cl/2011-February/000927.html) about preserving the already surveyed stops, but since the data per bus stop in the dataset is so complete it doesn't make too much sense to keep duplicated nodes (in my particular case I probably have added not included data tags like shelter or towards just to ~10% of my surveyed stops). What I am trying to say is that not all the import processes are bad, and the ones well planned, well executed, and broadly discussed in mailing list and other channels of communication are really good tools for expanding our coverage _and_ improving the quality of our data. Cheers, Julio Costa ZambelliOpenStreetMap Chile julio.co...@openstreetmap.cl http://www.openstreetmap.cl/Cel: +56(9)89981083Postal: Casilla 9002, Correo 3, Viña del Mar, Chile On 19 February 2011 21:03, Richard Fairhurst rich...@systemed.net wrote: This is getting crazy. Exhibit 1: http://twitter.com/#!/maproomblog/status/39053538692698112 Whoever imported CanVec in Aylmer, Quebec obliterated hours of work and introduced hundreds of errors. #osm #openstreetmap #whybother Once again, some keyboard jockey has decided that his l337 import skills are better than the knowledge and hours of work by a local mapper. The offender appears to be user 'sammuell' by the look of it - http://www.openstreetmap.org/user/sammuell - though he hasn't posted anything about his activities on the user page, the wiki, or indeed anywhere. This is killing OSM. We are not here to provide a free API to government geodata that can be obtained trivially elsewhere. OSM is all about added value; by deleting genuine surveyed data in favour of mindless duplication of other, poorer quality datasets, we are _destroying_ value. From what I can tell (talk-ca postings etc.) 'sammuell' is a fairly inexperienced OSMer who presumably thinks this is how things are done. It isn't. How do we stop this impression taking hold? How do we explain that imports are _not_ welcome except as a last resort, and if you do them, you _must_ follow a very, very rigorous set of guidelines? cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Milo van der Linden Open Source Geospatial consultant do go digi - *Geospatial solutions* Beukenlaan 2 5261LE Vught +31616598808 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Zero tolerance on imports
In my opinion Julio shows an important thing: if imports are guided by a strong active group of people with local knowledge, they can be extremely usefull. This is the key of succes. Unguided, unsupported one man imports should therefor be avoided. Op zondag 20 februari 2011 schreef Julio Costa Zambelli (julio.co...@openstreetmap.cl) het volgende: Dear Richard and everyone else, We have a totally different experience here. We have done some import processes here in Chile, probably not more than four or five till now, I talked about the suburban highways import process in my State of Chile presentation in Amsterdam, and after that we added: all the schools and Town Halls in Santiago; all the Hospitals and municipal/provincial borders in the Maule Region after the earthquake. This mostly from datasets liberated by different government agencies, and they have been a total successes (In a couple of days I will pick-up an external hard drive with more than 150GB of data liberated by SECTRA, the Government Secretary of Transportation, including aerial imagery for many of Chiles biggest cities). Actually right now we are discussing, in the talk-cl mailing list, the import process of all the bus stops of Transantiago (the transportation system of Santiago). There are more than 10,000 bus stops in this dataset (we have manually/randomly tested some of them and the accuracy of the geolocation is pretty much the same that we get from our on the ground survey, the nodes also have the two codes used to identify each stop something we do not have right now, probably because one of those codes is a 10~12 characters alphanumeric string). The contributor that did the request of authorisation for the dataset with the transportation authority also researched how many bus stops we have added all over the country, and he told me that there are no more than 700. So this is not a very difficult decision (700 all over the country versus more than 10,000 just for Santiago), we have talked (http://lists.openstreetmap.org/pipermail/talk-cl/2011-February/000927.html) about preserving the already surveyed stops, but since the data per bus stop in the dataset is so complete it doesn't make too much sense to keep duplicated nodes (in my particular case I probably have added not included data tags like shelter or towards just to ~10% of my surveyed stops). What I am trying to say is that not all the import processes are bad, and the ones well planned, well executed, and broadly discussed in mailing list and other channels of communication are really good tools for expanding our coverage _and_ improving the quality of our data. Cheers, Julio Costa ZambelliOpenStreetMap Chile julio.co...@openstreetmap.cl http://www.openstreetmap.cl/Cel: +56(9)89981083Postal: Casilla 9002, Correo 3, Viña del Mar, Chile On 19 February 2011 21:03, Richard Fairhurst rich...@systemed.net wrote: This is getting crazy. Exhibit 1: http://twitter.com/#!/maproomblog/status/39053538692698112 Whoever imported CanVec in Aylmer, Quebec obliterated hours of work and introduced hundreds of errors. #osm #openstreetmap #whybother Once again, some keyboard jockey has decided that his l337 import skills are better than the knowledge and hours of work by a local mapper. The offender appears to be user 'sammuell' by the look of it - http://www.openstreetmap.org/user/sammuell - though he hasn't posted anything about his activities on the user page, the wiki, or indeed anywhere. This is killing OSM. We are not here to provide a free API to government geodata that can be obtained trivially elsewhere. OSM is all about added value; by deleting genuine surveyed data in favour of mindless duplication of other, poorer quality datasets, we are _destroying_ value. From what I can tell (talk-ca postings etc.) 'sammuell' is a fairly inexperienced OSMer who presumably thinks this is how things are done. It isn't. How do we stop this impression taking hold? How do we explain that imports are _not_ welcome except as a last resort, and if you do them, you _must_ follow a very, very rigorous set of guidelines? cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Milo van der Linden Open Source Geospatial consultant do go digi - *Geospatial solutions* Beukenlaan 2 5261LE Vught +31616598808 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Questions about importing data for University of Vermont campus
The way I do imports from GIS: 1. I turn shapefiles into spaghetti osm files using a simplified version of ogr2osm https://github.com/milovanderlinden/ogr2osm-light 2. Download osm data for the area your working in 3. Open the spaghetti files in josm, they will form seperate layers of ways without any tags. 4. Manually work these extra layers through, clearing errors and adding tags 5. Select the objects from your layers you think are correct to be imported in OSM and use Edit - Merge selection (Ctrl+shift+m) 6. Upload to osm I never do Merge layer as I think it is important to be able to manually check for errors. Maybe this is of some use to you. Kind regards, Milo van der Linden ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] military vs consumer GPS and the equator
Hi. I am a bachelor in cartographer and surveying. My MAIN interest in OpenStreetMap is not about maps. It is not about free data. It is about the effect of us, the community, as a big potential crowd of data collectors on the quality of geodata within OpenStreetMap database. I have this philosophy that once the community gets big and active enough, OpenStreetMap data quality will outrank that of professional companies. There is no such thing as an exact location. Even the best surveying equipment will still only be able to make an estimate! GPS and surveying is about errors[1], about knowing error vectors and about using them to determine the best estimates. In GPS there is so much to take into account: Atmospherical conditions, Enhancing GPS with ground stations is called differential GPS[2] and is used to get a better estimate of the errors in order to get higher accuracy and a better estimate of the location you are trying to determine. Surveying is a skill. It is a profession that requires mathematical knowledge and algorithms of the highest degree. OpenStreetMap introduces something new (not now, but in the future): If a lot of people are collecting location data, these people will form a wise crowd[3]. They introduce errors but since the error vectors will not be homogeneous, will be able to be used to determine the best estimate too. Maybe even better then professional surveying equipment can. surveying problems involve the solution of large meshes of triangles, with hundreds or even thousands of observations. Complex triangulation problems involving real-world observations with errors require the solution of large systems of simultaneous equations to generate solutions.[4] Hope I shed some light. Kind regards, Milo van der Linden [1] http://www.kowoma.de/en/gps/errors.htm [2] http://en.wikipedia.org/wiki/Differential_GPS [3] http://en.wikipedia.org/wiki/The_Wisdom_of_Crowds [4] http://www.survequip.com/surveying-triangulation/ 2011/1/26 si...@mungewell.org I was under the impression that you still need those reference stations for doing surveys, because of those atmospheric conditions you mention. A reference station is really just a receiver that doesn't move and is well surveyed in. You can use a reference station if you have one close (say less than 20km), use a virtual reference network (normally a bit pricey) or use a second unit (aka 'base') as the reference station. When you are using a pair of receivers your system is really just giving you the deltas in position, which is why you would place the base above a survey marker in the pavement/sidewalk. You can even get pretty good results using just an L1 receiver, say 5cm with good antenna/reception but will have a much more limited baseline length. Simon. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] osm new zealand website js problems
You have some javascript errors. Missing ; or ) Please go to http://www.jslint.com/ and paste the content of site.js there. - The biggest problems are: Problem at line 31 character 3: Mixed spaces and tabs. $('map').style.bottom = ; Problem at line 41 character 6: Missing semicolon. } Problem at line 83 character 40: Extra comma. location: /markers/mobility.txt, - They will probably cause openlayers to behave oddly. jslint.com and firebug (the firefox addon) are tools that you cannot do without when working with javascript and openlayers. Good luck! 2011/1/20 Robin Paulson robin.paul...@gmail.com hi all, i put together the osm new zealand site the last week - i learnt a bit of javascript along the way, but unfortunately not enough. could someone take a look, and help with the problem i'm having? http://bumblepuppy.org/osm_nz/ (this address is temporary, until i figure out virtual hosts in apache) the problem is with the map layers - i added a custom layer i created, but it displays over the top of other maps sometimes. try selecting the various maps, and using the 'permalink' function, and you'll see what i mean. cheers -- robin http://tangleball.org.nz/ - Auckland's Creative Space http://bumblepuppy.org/blog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] surface=unpaved
My home address is at a highway=track going to access=private a little further on: http://www.openstreetmap.org/?lat=51.633745lon=5.301177zoom=18layers=M On Aruba, my other area of mapping, I also use tracktype=grade1 http://www.openstreetmap.org/?lat=12.48251lon=-69.9788zoom=16layers=M (See the difference between dashed brown and continuous brown lines) And currently this is perfectly usable for me from the www.openstreetmap.orgmain map. 2011/1/11 j...@jfeldredge.com Nashville, Tennessee, USA, where I live, was hit by severe flooding on May 1 and May 2, 2010, and not only had roads wash out, but some railway tracks as well. The flood was later classified as a thousand-year flood (meaning, not likely to occur more than once in a thousand years). ---Original Email--- Subject :Re: [OSM-talk] surface=unpaved From :mailto:deltafoxtrot...@gmail.com Date :Tue Jan 11 13:27:03 America/Chicago 2011 http://www.news.com.au/breaking-news/floodrelief/gallery-fn7ik2te-1225983067381?page=90 Here's another example: http://www.news.com.au/breaking-news/floodrelief/gallery-fn7ik2te-1225983067381?page=117 -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=unsurfaced
They seem to be evenly spread over the planet and was depreciated http://wiki.openstreetmap.org/wiki/Deprecated_features almost three years ago. I am mapping Aruba, most unpaved roads there are currently set to highway=track, and there is a lot of them. I will check Aruba for deprecated features and correct them there. Big cheers for taginfo, it is really an excelent website. The only thing I am missing is a filter by bounding box, but If I find time I will generate an amateurs mini-taginfo to monitor my own regions of interest. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Rendering of construction sites by Mapnik
IAAC[1] common use in cartography is to hatch objects that do not have a clear or definite status. [1] I Am A Cartographer 2011/1/6 Floris Looijesteijn o...@floris.nu And allotments... Greets, Floris Eugene Alvin Villar wrote: +1 The same thing goes for landuse=brownfield (and also greenfield, I think). On Thu, Jan 6, 2011 at 9:35 PM, Martijn van Exel m...@rtijn.org wrote: Hi all, I think the rendering of construction sites (landuse=construction / brownfield) could be a little more subdued in color. As it is they stand out too much, I believe. See here for example: http://osm.org/go/0E5qt253-- A lighter tone of brown maybe? IANAC[1] What do you think? [1] I Am Not A Cartographer Martijn van Exel +++ m...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- http://vaes9.codedgraphic.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is there an Android OS app for osm?
+1 for osmand. They are pretty active. 2011/1/4 Frank Fesevur f...@users.sourceforge.net: 2011/1/4 nicholas.g.lawre...@tmr.qld.gov.au: Is there an Android OS app for osm? When you want to use your phone for mapping, you should definitily not forget OSMTracker. Searching for osm in the Market on my phone (results may vary because Market searches are phone abilty aware) results in 46 finds. Regards, Frank ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What phones do OSMers have?
A nokia 6600 running Symbian; A samsung innov8 running Symbian and a Samsung Galaxy S running Frozen Yoghurt. Yes, I have three ears ;-) 2011/1/4 Frederik Ramm frede...@remote.org: Hi, On 01/04/11 14:59, Dave F. wrote: On 04/01/2011 02:52, Anthony wrote: On Mon, Jan 3, 2011 at 12:32 PM, Dave F.dave...@madasafish.com wrote: Being curious in return, why are you curious? Well, he does work for Microsoft... Good point. So his post is external marketing spam should be deleted. Oh come on, you two. First of all, contrary to what some people believe, working for a big company doesn't immediately erase all mental capabilities. Even someone working for Microsoft may be capable of being interested in things just like everyone else. Second, there is neither a technical possibility to delete posts from a mailing list, nor do we have any moderation policy in place. If we had any moderation - something I always objected to -, then at least one of you wouldn't be allowed to post here any more. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] protocol for adding buildings using aerial imagery?
It would be interesting to have editor support for estimating the building height depending on that displacement, or depending on the extent of the shadow - that would have to be calibrated for each imagery and location of course but so does the displacement of the whole image, and we're seeing people working on the latter... This will result in a very rough estimate. Estimating height from displacement is only possible if you have stereo-photo's with at least 60% overlap or when you know every photograhic detail like focal length, photo-centerpoint and so on. You cannot accuratly estimate height from displacement in constructed mosaics. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] protocol for adding buildings using aerial imagery?
note to self: take course to learn how to be funny in english. 2010/12/28 Steve Bennett stevag...@gmail.com: On Tue, Dec 28, 2010 at 7:49 PM, Milo van der Linden m...@dogodigi.net wrote: The first person that automates tracing buildings from yahoo images on Aruba will be slapped by me! Besides regulare displacement, the entire imagery is off by 10~100m , way to clouded and low res. So please, please, please do not start some global bot that will place buildings all over.. Frederik suggested, possibly, one day, in the distant future, a tool in an *editor* to allow *people* to estimate height using displacement. What's with the over-the-top knee-jerk reactions? Let's take a group chill pill. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Merkaartor] cycle ways
Hello Herman, Although dutch is not a problem for me, it would be wise to post questions in English ;-) You are asking how you can tag in merkaartor so the roads are optimized for cycling. I think that it would be best to contact ligfietser, he is the one that created openfietsmap. http://sites.google.com/site/openfietsmap/contact. It would be good if ligfietser would explain the algorithms he uses to do cycle-routing, this would probably make clear what can be done to optimize for cycling. I don't think it would be wise to add a tag to every road to explain that cycling is possible. Maybe there are some general assumptions possible, like if highway=primary, secondary cycling is not possible? Maybe the people behind opencyclemap and openfietskaart can also shed some light here. Op 4 december 2010 13:58 heeft Herman Smit hsmi...@gmail.com het volgende geschreven: Hoe kunnen wegen ontoegankelijk gemaakt worden in Merkaartor voor fietsen in de openfietsmap, het is zelfs onmogelijk om een route alleen over de fietspaden te laten lopen. Herman Smit ___ Merkaartor mailing list merkaar...@openstreetmap.org http://lists.openstreetmap.org/listinfo/merkaartor ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] license change map
Hello Fabian, Can you make the legend text you have written down here available from http://osm.informatik.uni-leipzig.de/map/ I think a little explaination would be good. Maybe a simple about page will already do. 2010/11/11 Fabian Schmidt fschm...@informatik.uni-leipzig.de: As the license thermometer[1] turns greener I was interested in how far this already effects the map data. So using the planet history I took a closer look on the ways. So far 3700 mappers agreed to the new license. Out of 68 million ways 46% are created and edited only by people who did accept the ODBL. 42% were not edited by a proponent of ODBL, the remaining 12% of the ways have a mixed history. You will find a map of the ways colored according to their license (red = CCBYSA, green = ODBL, yellow = partly ODBL) at http://osm.informatik.uni-leipzig.de/map/ Fabian. [1] http://matt.dev.openstreetmap.org/treemap.png ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Milo van der Linden Open Source Geospatial consultant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Response to A critique of OpenStreetMap
Dear 41latitude, I came accross your blog on critique of OpenStreetMap. http://www.41latitude.com/post/1310985699/openstreetmap-critique and read it with interest. Some points are true, others need better explaination and I think you misinterpreted some things. Basically your critique can be drilled down to 3 main components: *The website* The issues for mapkey/legend and the different maptypes are noticed by the community. These points are indeed not always obvious to newbies and might be better understandable by simply changing text and labels. *Rendering* There is a huge misunderstanding with the rendering done on the map at www.openstreetmap.org. www.openstreetmap.org is maintained by the Openstreetmap foundation. Their mission goals are clearly stated here: http://www.osmfoundation.org/wiki/OSMF:About Making the perfectly rendered map available to the world is *not* a mission goal for the OSMF. The OSMF is primarily responsible for maintaining the database and the services related to it. Everybody in the world is free to make their own online-map, but it is impossible for the OSMF to fund the hours that would need to be spent to have the perfect map available from their website for all the different wishes on maps that exist in the world today. To get a good idea of what is possible with rendering, you would need to investigate further. For instance, look at what Geofabrik: http://www.geofabrik.de/maps/tiles.html and Cloudmade: http://cloudmade.com/products/web-maps-studio have to offer, or look at open mapquest is also busy: http://open.mapquest.co.uk/ Please compare those rendering possibilities and see if you would need to rephrase your conclusions on the rendering part. I agree that the rendering issues could be removed from your critique if the OSMF mission statement was better proclaimed at the main openstreetmap map since it's primary goal is to showcase what might be possible. It is up to map developers all over the world to make beautiful, fit for purpose, maps. *Data quality* OpenStreetMap is a young project, with a extremely fast momentum, unrivaled anywhere in the world of mapdata. Data is entered by volunteers all over the world and there is NO restriction as to what data can be entered or how it can be entered. This is the great power of openstreetmap, you are in control! If you feel that labels like “Departamento de Santa Cruz” are no good idea; suggest a new key-mapping, or fix the labels by changing the tag/value pairs for the particular departemento to name=Santa Cruz admin_level=6 and so fort. OpenStreetMap as a whole is not responsible for incorrect labeling, we as volunteers are. If we come across data that is wrong, and we KNOW what is right, fix it. I hope this give you some new insight. Please feel free to sign up for an OpenStreetMap account and join the process of correcting what in your opinion is not completely right. And when you are in doubt on how to correct things, drop by on the mailing-lists and ask for review of your ideas. That is the true beauty of the structure at OSM. Kind regards, -- Milo van der Linden Open Source Geospatial consultant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Are there any other projects in a similar fork situation? (Slightly OT)
2010/10/2 Serge Wroclawski emac...@gmail.com On Fri, Oct 1, 2010 at 8:45 PM, Dave F. dave...@madasafish.com wrote: I think such a project would fail, and here are my reasons why: Success is never final, failure is never fatal. It's courage that counts. John Woodenhttp://www.brainyquote.com/quotes/quotes/j/johnwooden384233.html Strive not to be a success, but rather to be of value. Albert Einsteinhttp://www.brainyquote.com/quotes/quotes/a/alberteins122232.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Let's prepare to Fork OSM to a CCBYSA 2.0 continuation
I am not against a fork, but as Frederik already mentioned, there is no to debate about a fork and spread anti-odbl propaganda. There are other good reasons to fork, for me one of them is getting a more distributed database instead of everything in a single farm on a single location. I would not mind to discuss a fork, but I would prefer to see good arguments as to the why (keeping the current license being one) My 2 cents would be: - Being able to set up a globally distributed database farm - Changing from mysql to postgresql/postgis as the core database - Opening up on how to set up the core open-geodata database and creating your own node I am aware that this will introduce new issues, but as long as we keep an open discussion, not excluding any ideas and any group of people, it might be of benefit to all ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Enough is enough: disinfecting OSM from poisonous people
Please, if there's anything that you don't like, just ignore it, take your GPS go for walk/ride/journey. It really is that simple. Dave F. +1 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Licence of Soviet military topographic maps
Thank you Liz for sharing this! I am in no way interested in the discussion about russians, sovjet maps, and what should be on or off, but the unclejoe links you pasted are very nice, simply from a historic point of view and they where completely new to me. Being a BSc Cartographer myself, I hadn't heard about that piece of history and the tremendous effort spend by the Russians to create these maps, it is a real eye-opener and (without judging about the reasons why these maps where created) a master-piece regarding mapping, planning and integrating data into a global system! a claim which has been thoroughly disputed by map scholars reviewing the actual maps http://images.jomidav.com/sovietmaps/unclejoe1.pdf and http://images.jomidav.com/sovietmaps/unclejoe2.pdf Checked Russian maps of Australia available on the internet and most disappointed. One gold mining area in low resolution only. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Milo van der Linden Open Source Geospatial consultant dogodigi - Geospatial solutions Beukenlaan 2 5261LE Vught T. +31616598808 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tsunami warning siren?
No, it is a tree.. and if you mean a little more down, it is a bell... but hey, what is this strange object on the pole that is dominating the view?! Just kidding, must be sunday. I must say I never saw such a device before ;-) but since you haven't recieved any real responses I just wanted to say that at least I noticed your post. 2010/6/27 Alan Mintz alan_mintz+...@earthlink.netalan_mintz%2b...@earthlink.net Is the device near the upper right of this pic: http://sites.google.com/site/am909geo/osm-1/TsunamiAlert.jpg a tsunami warning siren? I've seen a number of similar devices in coastal areas. This particular one is at 33.4993, -117.67656. -- Alan Mintz alan_mintz+...@earthlink.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Planet file now at 10 GB
I always use the ITO OpenStreetMap environment for specific bbox and time/date edit queries: http://www.itoworld.com/static/openstreetmap.html On 06/03/2010 09:23 PM, Julio Costa Zambelli wrote: Dear Kai, Is there a way for you to check how many people have been editing in this bbox ([Lat/Lon][-17.5/-77][-56/-68]) in, lets say, the last week? Thank you very much. Regards, Julio Costa OpenStreetMap Chile http://www.openstreetmap.cl/ On Thu, Jun 3, 2010 at 2:32 PM, Kai Krueger kakrue...@gmail.com mailto:kakrue...@gmail.com wrote: John Smith-7 wrote: I'd still like to know the actual stats of users v accounts, to me a user isn't a user unless they've made 5 or more edits. Assuming my statistics are correct, there are 119071 users who have at least one changeset (excluding those users that are anonymous, as they don't turn up in the changesets). So about half of the number of accounts have done at least one edit. I haven't done the statistics for 5 or more edits. Some other statistics about users that might be interesting though. In the past week there were 1559 users who's first edit was less than 5 days ago. An additional 610 users whos first edit was less than 45 days ago. 2942 Users less than 500 days and another 1070 edited this week who have been with OSM for more than 500 days. So that appears like a fairly healthy distribution between new and old mappers. I haven't broken those numbers down by region, which might be quite interesting too. Kai -- View this message in context: http://gis.638310.n2.nabble.com/Planet-file-now-at-10-GB-tp5135055p5136350.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Russians at it again
The Russian OpenStreetMap users have proven that they are capable to bring the issue to the international community when they need to before. This led to a long discussion on the list dominated (again in my opinion) by people having no clue of what it is like to live in Russia. I think, that if they decide to discuss this matter in their language, this will eventually lead to a statement that (I am sure of) they will bring to the international community for final verdict. I can only imagine the frustration when you are trying so hard to do OpenStreetMap in an freedom-unfriendly environment but get torpedoed by others. Because I am convinced that *ALL* the people in the Russian OpenStreetMap community want is to map and use to the highest degree of open that is possible, they mean no harm to the OpenStreetMap openness at all, they are simply trying to cope. And a little more blunt: Don't point fingers at others. I greatly encourage and agree to what SteveC and Mikel Maron suggest; Invite them over. Open the dialog on a face to face level. Patrick Kilian wrote: Hi, My personal opinion: Let them. I respect your opinion but I don't think that it is a good idea. But see below for details. It is a good thing they are figuring out how to enjoy OpenStreetMap without putting themselves at risk *and* in the mean time try to prevent a total blockade of OpenStreetMap in Russia. It is definitly good that they try to figure out how to map and use OSM in Russia without putting themselves at risk. BUT that shouldn't mean that they get to descide unilaterally in a language most people in OSM don't understand what can be mapped in Russia. If they think it is too risky to map a military area fine. But they have no f*cking right to decide if I want to risk to map that area. If that area exists and the truth on the ground shows that it is a military area then it must be ok to add it to OSM. Why? Otherwise we'll loose all our data in China, North Korea and probably several other countries within month. Do you really want Americans to delete the map of Gunantanamo Bay? Do you want Chinese to delete the border around Taiwan? Really really? People who cannot imagine how it is to have a government that has issues in interpreting freedom of speech http://en.wikipedia.org/wiki/Freedom_of_speech, freedom of conscience http://en.wikipedia.org/wiki/Freedom_of_conscience, freedom from fear http://en.wikipedia.org/wiki/Freedom_from_fear and freedom from want http://en.wikipedia.org/wiki/Freedom_from_want should not interfere in this particular topic. It makes me sad that having the luxury of all freedoms, seems to make some people incapable of understanding that this is NOT (yet) a common privilige in other parts of the world.. I totally understand that mapping in Russia (or any other substandard country) can be a huge risk. I totally understand if they don't want to risk their live, freedom or happiness for five nodes in OSM. But that doesn't give them the right to make rules about what can be mapped and what not. Patrick Petschge Kilian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Russians at it again
My personal opinion: Let them. It is a good thing they are figuring out how to enjoy OpenStreetMap without putting themselves at risk *and* in the mean time try to prevent a total blockade of OpenStreetMap in Russia. People who cannot imagine how it is to have a government that has issues in interpreting freedom of speech http://en.wikipedia.org/wiki/Freedom_of_speech, freedom of conscience http://en.wikipedia.org/wiki/Freedom_of_conscience, freedom from fear http://en.wikipedia.org/wiki/Freedom_from_fear and freedom from want http://en.wikipedia.org/wiki/Freedom_from_want should not interfere in this particular topic. It makes me sad that having the luxury of all freedoms, seems to make some people incapable of understanding that this is NOT (yet) a common privilige in other parts of the world.. Kind regards, Milo van der Linden Patrick Kilian wrote: Hi all, judging from http://wiki.openstreetmap.org/wiki/RU:ВикиПроект_Россия/Голосования/Государственная_тайна (see http://tinyurl.com/2cx9v9h for english version) and http://forum.openstreetmap.org/viewtopic.php?id=6905p=3 (see http://tinyurl.com/327ooaa) the Russian make a second attempt to regulate what can be mapped in Russia... Patrick Petschge Kilian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenTrailView: StreetView for footpaths and trails
Nice, Will the source code be available in one of the svn repositories? - The first thing I would like to see is a function to click a location on a map to set lat/lon instead of entering it. - Another would be to read EXIF information regarding coordinates instead of entering it About the photo's, are they supposed to be panorama's, or 360 images? Nick Whitelegg wrote: Hi, (*posted to talk in case of interest, but all follow ups will be on the Photos list*) Having been, I have to admit, just a little impressed with the current state of Google Street View in the UK (i.e. it's now complete), my interest in developing StreetView for footpaths has been resurrected. So I'd like to announce the initial version of OpenTrailView at : http://www.free-map.org.uk/otv/ OpenTrailView (OTV) is a little different to OpenStreetView, but there are significant overlaps. OTV focuses on panoramas, i.e. 360 degree photographic views from a particular point, and is solely concerned with off-road views, not street views. The eventual aim is to build something like StreetView for the world's footpaths, trails and publicly-accessible wild places. At the moment it's pretty basic. Nonetheless you can: * Submit a panorama. * Align a panorama with a footpath. There are two sample panoramas in the system already, one is just north of the default view, one is a few miles southeast. You can rotate the camera icon by dragging it, to align the panorama with the footpath it's on. One of the two samples is a street view BTW, but that's just for testing purposes. * View a panorama by moving the mouse over the camera icon. Current immediate future plans are: * Try and standardise on the dimensions of the panorama in pixels. This is more a photography than a software issue - so any ideas here would be most welcome! * More in the way of instructions * Take a good sample of panoramas in a countryside area near me (New Forest) and actually start developing a StreetView-like app. I realise this is somewhat re-writing what's already been done in the main OpenStreetView site, but TBH Rails and me don't mix that well and I figured it would be easier for me to start from scratch using PHP :-) Nick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What do you wish you'd known?
I wish I'd known that you shouldn't ask the community for help to set up a team to develop something marvelous but DIY! Alone! You need to go sit in the basement, blind the windows, block IRC and e-mail, completely ignore the internet, sleep during the day (or better, don't sleep at all) and build something extremely smart you are sure everyone wants. Then after a few months when you finally come out; near blind, pale as the moon and showing symptoms of scurvy. You reach out and say Behold! O community of loyal fellas I am back! To donate my project as open source to you! Because I knew you would be waiting for it! Because I, and I alone am the greatest! And the community will burst out in tears of joy, embrace you, love you for ever and trust you to be its Saviour, they will signal the press who will be upon you with microphones, cameras and lots and lots of beautiful women will suddenly want to go out with you. You will be hired by some Larry, maybe a Sergey, or a Steve J or B and they will pay you millions! And you and your superior skills will make the world turn counterclockwise! Teamwork? Yeah right.. I am a University IT student. I don't need others, just bits and bytes and they will make me rich! I don't care if my source is open or closed, I care about me! I don't care if code would get better if I collaborated, no code can be better then mine, no one else can understand the excellence of it! (Any similarities to real people or events, are unintentional and are for purposes of Wednesday evening fun only) Giacomo Boschi wrote: SteveC ha scritto: What are the thing or things you know know that you wish you'd known when you started with OpenStreetMap? How can I use the data! Or, paraphrasing a famous JFK quote: Tell me not what I can do for OSM, tell me what can OSM do for me. When I was a beginner, I didn't know that I could search an address (Nominatim), I didn't know I could get directions (openrouteservice) and, until a couple of months ago, I didn't know that I could update a Garmin GPS with an OSM map. Now I know that all this stuff is well documented in the wiki and discussed regularly in the mailing lists, but a beginner is not interested in browsing the wiki or subscribing a ml. This happens later, when you have already decided that you like the project and you want to know more about it. The How to use part of OSM should be accessible from the home page with a single click. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What do you wish you'd known?
I wish I would have known that in a community not everyone is as open. Some people get flamed for being open when telling I want to do this and that with openstreetmap while others keep a low profile and suddenly hit the news with half finished products. Sometimes I think when communications would be more open, we would have more, higher quality, community created products and less half finished, semi commercial applications made by individuals. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] get latitude / longitude of points?
Ah.. gridshift! Mmm, projections! http://postgis.refractions.net/pipermail/postgis-users/2009-July/024043.html The error is proj related; or your 900913 projection is missing from the databases spatial_ref_sys table. Torsten Mohr wrote: Hello, thanks a lot for your hint. http://postgis.refractions.net/documentation/manual-svn/ST_X.html http://postgis.refractions.net/documentation/manual-svn/ST_Y.html select st_X(st_transform(way,4326)), st_Y(st_transform(way,4326)) from planet_osm_point where ... I tried it like this: select st_X(st_transform(way,4326)), st_Y(st_transform(way,4326)) from planet_osm_point where name='Berlin' and place='city'; But this lead to this error: FEHLER: transform: couldn't project point (1.48918e+06 6.894e+06 0): failed to load NAD27-83 correction file (-38) TIP: PostGIS was unable to transform the point because either no grid shift files were found, or the point does not lie within the range for which the grid shift is defined. Refer to the ST_Transform() section of the PostGIS manual for details on how to configure PostGIS to alter this behaviour. So i looked it up in the documentation for st_Transform(). I got: select PostGIS_Full_Version(); postgis_full_version POSTGIS=1.4.1 GEOS=3.2.0-CAPI-1.6.0 PROJ=Rel. 4.7.1, 23 September 2009 USE_STATS (1 Zeile) So to my understanding, my version of Proj is fine, right? I then tried to google for that error and got some discussion threads. But none of them seemed to have a really usable solution. Is there any hint you could give me to solve this problem? Maybe there's a way around this in mapnik? Thanks for any hints, Torsten. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] get latitude / longitude of points?
http://postgis.refractions.net/documentation/manual-svn/ST_X.html http://postgis.refractions.net/documentation/manual-svn/ST_Y.html select st_X(st_transform(way,4326)), st_Y(st_transform(way,4326)) from planet_osm_point where ... 4326 is the coordinate-system number for wgs84, change it to fit your needs. In general you can find postgis documentation at: http://postgis.refractions.net/documentation/ Kind regards, Milo van der Linden Torsten Mohr wrote: Hi, i'm not sure what is the best way, Mapnik or plain postgresql, maybe somebody can give me a hint? I'd like to get the coordinates of a point, e.g. Berlin or another city. In postgres i can do: psql -d gis select * from planet_osm_point where name = 'Berlin'; Now several data are shown. Which of them are the coordinates? And even more important, how do i convert it to latitude / longitude (in fractions, don't need minutes and seconds). Or is there a more convenient way in Mapnik available? Thanks for any hints, Torsten. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Freemap - OpenStreetMap for walkers (hikers) - feature ideas?
Hello Nick, Having an OpenStreetMap initiative specific targeted at (long distance) walking is great! But one question comes to mind: - Right now it feels although the source is available like you are the only developer. Wouldn't you benefit from moving freemap development to the openstreetmap svn repository so others can help you? It would thrive discussion, create new insights and make life easier for you perhaps? Kind regards, Milo van der Linden Nick Whitelegg wrote: Hello everyone, After a year or so of server memory issues causing problems with Freemap (www.free-map.org.uk; currently maps are temporarily unavailable as I'm testing one or two things; will be available from later this evening) I'm aiming to re-vamp the site this year to use tiles generated by Mapnik at home using a home PostGIS setup. The style of the maps will be more like the main OSM Mapnik maps than the current, old-style Freemap tiles, but with the addition of contours and with clear distinction between rights of way and other paths. The only problem is that coverage may be restricted to a limited amount of England with good OSM coverage, mostly the south of England but also the Lake District, due to the sheer size of the data: if I tried to cover any more, I would have to transfer an immense archive to the server which would take an unrealistic amount of time. That said, the Freemap code itself is open source and although Freemap itself is UK based though there is nothing which inherently ties it to the UK: it could in theory be deployed anywhere. What I want to do this year is to make a good go of developing Freemap to make it an attractive-to-the-general-public OSM for walkers site - to make it as attracitve to walkers as cyclestreets is to cyclists, for instance. I have one or two ideas for the site but would like to get more. So if you have any ideas as to what would make Freemap a really good OSM site for walkers, do please let me know! Both mainstream website and mobile app (Android or Java ME) would be good. Thanks, Nick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] With apologies to RichardF/FakeSteveC
Excelent! I hope one day you will have to apologise to me too! You made my day with this hilarious mail! ;-) Kind regards, Milo van der Linden SteveC wrote: Recently I've been a bit negative about potlatch and by over-extension to RichardF. I apologise, sorry! To make amends, I have ordered an amazing I love you bean: http://www.thinkgeek.com/geektoys/science/c6f0/ http://www.thinkgeek.com/images/products/front/c6f0_i_love_you_bean.jpg and a awesome you are here tshirt: http://www.thinkgeek.com/tshirts-apparel/unisex/sciencemath/6e90/ http://www.thinkgeek.com/images/products/front/you_are_here.jpg in case Richard ever gets lost. Both are winging their way to Richards employers address with UPS express as we speak. And just for luck, a map2 too is also enroute: http://www.thezoomablemap.com/ http://www.thezoomablemap.com/medien/bilder/ldnpic06.jpg Of course this raises the vital issue, what do you buy a geek to say sorry? Admittedly I was tempted by a years subscription to The Economist. But no. Disappointingly, FREE BEER is not purchasable online right now (but check it out: http://www.freebeer.org/blog/ version 4 recipe now shipping) http://freebeer.org/blog/wp-content/plugins/nik_0039_edit.jpg ThinkGeeks amazing floating spinny globe is not available for international shipping: http://www.thinkgeek.com/geektoys/science/c780/ http://www.thinkgeek.com/images/products/front/c780_levitron_revolution_world_stage.jpg And the LED umbrella is out of stock http://www.thinkgeek.com/gadgets/travel-outdoors/9260/ http://www.thinkgeek.com/images/products/front/led_umbrella.jpg ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] FOSSGIS 2010, March 2-5, in Osnabrueck, Germany
I would have loved to come, but unfortunately I signed up for the galileo application days http://www.application-days.eu/ that are set on exactly the same days in Bruxelles, Belgium. Kind regards, Milo van der Linden Frederik Ramm wrote: Hi, the programme for the German FOSSGIS 2010 conference is now fixed. The conference takes place from Tuesday, 2nd March to Friday, 5th March 2010. The first two days focus on Open Source GIS technology and applications, and from Thursday noon everything revolves around OSM; we want to establish the FOSSGIS conference as a German mini SOTM, and it is going to be first and foremost a community event created by OSM community members for their own (even though we expect to draw quite a few visitors who come mainly for the software part). The OSM days will usually feature one track with 30-minute talks (all in German) and a second track with community workshops (called community sessions in this context because the term workshop is traditionally used for something else at FOSSGIS, namely paid-for tutorials in certain open source GIS technologies). The full conference programme is here: http://www.fossgis.de/konferenz/2010/index.en.html Everyone is welcome to attend the conference. Almost all talks are in German so this is an excellent opportunity to practice your language skills, or bring a translator ;-) Attending the conference is free (as in beer), including a simple lunch and coffee breaks (not including beer), but we must ask you to register in order to be able to provide enough food for everyone. Here is the registration link: http://www.fossgis.de/civicrm/event/register?reset=1id=2 The only things that are not free are the two social events on Tuesday and Thursday evening (where you have to pay 38/36 Euros for a food+drink flat rate - including beer), and the aforementioned FOSSGIS workshops which are mainly targeted at commercial users and serve to finance the conference. Details on the social events are here: http://www.fossgis.de/konferenz/wiki/Main_Page (I'm afraid that concerning payment options, FOSSGIS is a bit backward and only accepts bank transfers but if this is a problem for anyone please contact me off-list and we'll sort it out.) We are also providing room for lightning talks and BoF sessions. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Use of OSM data by the military and/or intelligence services
Since all military organisations in the world can get their hands on OpenStreetMap data, it rules out the advantage and makes OpenStreetMap data as common to warfare as the soil they walk on... I am looking forward to the first edit-war that will turn out to influence the outcome of a real war. Martin Koppenhoefer wrote: AFAIK our current license offers our data for everyone who attributes correctly, but I'd like to raise the issue of malicious use of our data by governmental organisations. What do you thing about setting up a paragraph that prohibits the use of our data for military and intelligence services? Not that I'm hoping this would seriously prevent the use in case we have useful data to them, but still it would be a statement. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] can't print from wiki
Will it do if you use the simple mediawiki printable=yes parameter when using a url? http://wiki.openstreetmap.org/?printable=yestitle=Main_Page kind regards, Miblon Margie Roswell wrote: This printing issues on wiki.openstreetmap.org have not been addressed. Who can fix this? Andy did some great troubleshooting last week. Can we make the openstreetmap.org wiki printable? Please?? Margie On Thu, Jan 28, 2010 at 6:09 PM, Andy Allan gravityst...@gmail.com wrote: On Thu, Jan 28, 2010 at 6:46 PM, Margie Roswell mrosw...@gmail.com wrote: Can anyone figure this out, and enable straightforward printing on http://wiki.openstreetmap.org/wiki/JOSM/Guide, and similarly-affected pages? The problem is that we are including the screen styles more than once, and the second time it's after the print style is defined. Section A: style type=text/css media=screen, projection/*![CDATA[*/ @import /skins/common/shared.css?164; @import /skins/monobook/main.css?164; /*]]*//style Section B: link rel=stylesheet type=text/css media=print href=/skins/common/commonPrint.css?164 / Section C: style type=text/css/*![CDATA[*/ @import /index.php?title=MediaWiki:Common.cssusemsgcache=yesaction=rawctype=text/csssmaxage=18000; @import /index.php?title=MediaWiki:Monobook.cssusemsgcache=yesaction=rawctype=text/csssmaxage=18000; @import /index.php?title=-action=rawgen=cssmaxage=18000useskin=monobook; /*]]*//style The inclusion of section C without any media type is overwriting parts of the commonPrint.css and messing with the margins, making every page unprintable. When I remove this element (using Firebug in Firefox) the printing is much improved. It messes up the display of the language bar, so I wonder if it's been put there to make the language chooser work. Anyway, it's a problem, and hopefully this will help one of the devs figure out what's gone wrong. I've printed plenty from the wiki in the past, so I suspect something has changed. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] can't print from wiki
More tips and tricks on getting wiki pages better fit for printing: http://en.wikipedia.org/wiki/Help:Printable Margie Roswell wrote: This printing issues on wiki.openstreetmap.org have not been addressed. Who can fix this? Andy did some great troubleshooting last week. Can we make the openstreetmap.org wiki printable? Please?? Margie On Thu, Jan 28, 2010 at 6:09 PM, Andy Allan gravityst...@gmail.com wrote: On Thu, Jan 28, 2010 at 6:46 PM, Margie Roswell mrosw...@gmail.com wrote: Can anyone figure this out, and enable straightforward printing on http://wiki.openstreetmap.org/wiki/JOSM/Guide, and similarly-affected pages? The problem is that we are including the screen styles more than once, and the second time it's after the print style is defined. Section A: style type=text/css media=screen, projection/*![CDATA[*/ @import /skins/common/shared.css?164; @import /skins/monobook/main.css?164; /*]]*//style Section B: link rel=stylesheet type=text/css media=print href=/skins/common/commonPrint.css?164 / Section C: style type=text/css/*![CDATA[*/ @import /index.php?title=MediaWiki:Common.cssusemsgcache=yesaction=rawctype=text/csssmaxage=18000; @import /index.php?title=MediaWiki:Monobook.cssusemsgcache=yesaction=rawctype=text/csssmaxage=18000; @import /index.php?title=-action=rawgen=cssmaxage=18000useskin=monobook; /*]]*//style The inclusion of section C without any media type is overwriting parts of the commonPrint.css and messing with the margins, making every page unprintable. When I remove this element (using Firebug in Firefox) the printing is much improved. It messes up the display of the language bar, so I wonder if it's been put there to make the language chooser work. Anyway, it's a problem, and hopefully this will help one of the devs figure out what's gone wrong. I've printed plenty from the wiki in the past, so I suspect something has changed. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Playing tagging democracy: standard building process and tag unifying towards it
Claudius, You made an excellent statement I completely agree with! For a lot of us, the fun comes in when you can take this pile of beautiful and divers geodata and create your own map styles. You can even create maps of specific objects and types. Jochen; Consider looking at the beatiful maps that you can style too at http://maps.cloudmade.com/ they give an excellent example of what could be done with maps if you put some effort in it. Good luck and as a newcomer, have fun in the openstreetmap community! Claudius wrote: Am 02.02.2010 22:24, Jochen Plumeyer: Hello everyone, I am new to the OSM community, sorry if my suggestions are totally naïve. Fact: The collective end product is rendered somehow, and the renderer stylesheets decide, how to interprete tags. So it seems to me, that creating 2 things is necessary: 1.: We need a process of negotiation about tag rendering standards. (i.e., between the people who write the Mapnik stylesheet and the others who want to see their tags rendered in a certain way). Just a sidenote: Although it seems to be the showcase of OSM the mapnik rendering at www.openstreetmap.org is *NOT* what OSM is about. OSM is first of all a database and the mapnik rendering at OSM.org is just one tiny graphical representation of it's content. IMHO the current stylesheet is doing very well in being rather minimalistic when it comes to rendering stuff. There are dedicated renderers for other representations of the data in the database (Cyclemap, OSMC Reit- und Wanderkarte, OpenLinkMap, OpenSeaMap and so on). Rather than trying to influence the work of the one guy doing Mapnik we should put more effort in getting this message out, especially to newcomers in our project. The best would be by removing the map from www.openstreetmap.org but rather put an introduction up there and then linking to viewing different renderings and the editing. If newcomers get the idea that they can tag (almost) everything and put it into the database, then the project's idea has won. Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] can't print from wiki
For me the parameter works partially for the specific page you mentioned: http://wiki.openstreetmap.org/wiki/JOSM/Guide?printable=yes Because this page contains tabs, you won't be able to print the content of the hidden tabs You can get the individual tabs printable by adding the parameter, for instance: http://wiki.openstreetmap.org/wiki/JOSM/Basic_editing?printable=yes Another option would be to move the JOSM guide to wikibooks. http://en.wikibooks.org/wiki/Main_Page wikibooks uses as slightly different way of wiki-tagging, but it also gives you the possibility to assign individual pages to a book and print the complete book or let wikibooks create a pdf for us. I know this is a lot of work, but it would not be a bad thing for something as basic as a josm manual. Of course you would then have to move the josm manual pages away from the openstreetmap to prevent double work. Margie Roswell wrote: Did you try it? It doesn't work for me. Does that work for anybody? I vote for just making the page print properly by default, without the need for an extra paramater (that most people won't know about.) In any case, the parameter doesn't work for me. Margie On Tue, Feb 2, 2010 at 5:01 PM, Milo van der Linden m...@dogodigi.net wrote: Will it do if you use the simple mediawiki printable=yes parameter when using a url? http://wiki.openstreetmap.org/?printable=yestitle=Main_Page kind regards, Miblon Margie Roswell wrote: This printing issues on wiki.openstreetmap.org have not been addressed. Who can fix this? Andy did some great troubleshooting last week. Can we make the openstreetmap.org wiki printable? Please?? Margie On Thu, Jan 28, 2010 at 6:09 PM, Andy Allan gravityst...@gmail.com wrote: On Thu, Jan 28, 2010 at 6:46 PM, Margie Roswell mrosw...@gmail.com wrote: Can anyone figure this out, and enable straightforward printing on http://wiki.openstreetmap.org/wiki/JOSM/Guide, and similarly-affected pages? The problem is that we are including the screen styles more than once, and the second time it's after the print style is defined. Section A: style type=text/css media=screen, projection/*![CDATA[*/ @import /skins/common/shared.css?164; @import /skins/monobook/main.css?164; /*]]*//style Section B: link rel=stylesheet type=text/css media=print href=/skins/common/commonPrint.css?164 / Section C: style type=text/css/*![CDATA[*/ @import /index.php?title=MediaWiki:Common.cssusemsgcache=yesaction=rawctype=text/csssmaxage=18000; @import /index.php?title=MediaWiki:Monobook.cssusemsgcache=yesaction=rawctype=text/csssmaxage=18000; @import /index.php?title=-action=rawgen=cssmaxage=18000useskin=monobook; /*]]*//style The inclusion of section C without any media type is overwriting parts of the commonPrint.css and messing with the margins, making every page unprintable. When I remove this element (using Firebug in Firefox) the printing is much improved. It messes up the display of the language bar, so I wonder if it's been put there to make the language chooser work. Anyway, it's a problem, and hopefully this will help one of the devs figure out what's gone wrong. I've printed plenty from the wiki in the past, so I suspect something has changed. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Nieuwe website
Ziet er prima uit! Fijn dat deze nu op www.openstreetmap.nl hangt. Dank Rejo en Stefan! Stefan de Konink wrote: Hoi, Al weken (maanden?) geleden is Rejo begonnen met het ontwikkelen van een nieuwe website. De achterliggende gedachte was dat een simpele website niet informatief en uitdagend genoeg is. Niet voor de mensen die OpenStreetMap een warm hart toe dragen en niet voor mensen die net beginnen. Na heel wat mailtjes over en weer had Rejo toch besloten om niet verder te gaan met de ontwikkeling. Ik vind dat zelf erg jammer, maar wil Rejo bedanken voor zijn inzet. Waar Rejo was geëindigd ben ik verder gegaan om de laatste problemen er uit te halen. Inmiddels op de Validator, Firefox, Chromium, Lynx getest, dus als mensen fixes hebben voor hun favoriete browser worden die uiteraard geïntegreerd. http://www.openstreetmap.nl/ (waar nodig, ctrl+f5) Als laatste doel zou ik hebben om onze blog te integreren met de website, ik denk dat, dat goed moet lukken, maar ik zal daar even met Roeland over overleggen. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe website
1 java error; proj4js is not defined. Deze url: http://tile.openstreetmap.nl/proj4js-compressed.js wordt niet gevonden. Daarnaast lijkt het of proj4js twee keer wordt getracht te laden. Klein puntje maar, verder top. Verder is de hoeveelheid data wat groot voor onderweg (2,86Mb) voor 1024x600, leve de NS voor de vertraging maar het zijn met name de map-tiles die hier voor zorgen, dus ik weet niet of je daar wel iets aan kan/wil doen. Met vriendelijke groet, Milo van der Linden Stefan de Konink wrote: Hoi, Al weken (maanden?) geleden is Rejo begonnen met het ontwikkelen van een nieuwe website. De achterliggende gedachte was dat een simpele website niet informatief en uitdagend genoeg is. Niet voor de mensen die OpenStreetMap een warm hart toe dragen en niet voor mensen die net beginnen. Na heel wat mailtjes over en weer had Rejo toch besloten om niet verder te gaan met de ontwikkeling. Ik vind dat zelf erg jammer, maar wil Rejo bedanken voor zijn inzet. Waar Rejo was geëindigd ben ik verder gegaan om de laatste problemen er uit te halen. Inmiddels op de Validator, Firefox, Chromium, Lynx getest, dus als mensen fixes hebben voor hun favoriete browser worden die uiteraard geïntegreerd. http://www.openstreetmap.nl/ (waar nodig, ctrl+f5) Als laatste doel zou ik hebben om onze blog te integreren met de website, ik denk dat, dat goed moet lukken, maar ik zal daar even met Roeland over overleggen. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe website
Klinkt als een goed idee! Maar ik zou dan gewoon forwarden naar een soort light editie. In dat geval is het misschien makkelijker om te checken of iemand mobiel browst. Ik heb nog wel wat handige browser-detection classes in php, als je interesse hebt dan ship ik ze jou kant op. In de tussentijd, laat maar even zoals het is. Als ik het laden van plaatjes uitzet kan ik ook al prima uit de voeten! Stefan de Konink wrote: Op 13-01-10 00:09, Milo van der Linden schreef: 1 java error; proj4js is not defined. Deze url: http://tile.openstreetmap.nl/proj4js-compressed.js wordt niet gevonden. Daarnaast lijkt het of proj4js twee keer wordt getracht te laden. Klein puntje maar, verder top. Thanks, in z'n algemeenheid komt dat bestand nu vanaf js.opentsreetmap.nl. Dat had ik op 'die' site nog niet aangepast. Verder is de hoeveelheid data wat groot voor onderweg (2,86Mb) voor 1024x600, leve de NS voor de vertraging maar het zijn met name de map-tiles die hier voor zorgen, dus ik weet niet of je daar wel iets aan kan/wil doen. Tracken of je vanaf een umts proxy komt en dan map wel/niet aanzetten? Dan wel een kaart aan/uit? Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe website
Nog een dingetje, nu kan ik www.openstreetmap.nl gebruiken als ingang naar: - blogs - forum (van forum is trouwens ook een rss feed, die zou ook links in het balkje kunnen) - agenda/kalender Waardoor ik al bijna alle communicatie kanalen van osm-nl in de gaten kan houden! maar... Wat ik ook heel handig zou vinden is een link naar rullzer's irc log? misschien dat die ergens gepromoveerd kunnen worden vanuit rullzers mijndev omgeving? Dan heb ik écht alle osm-nl informatie via één ingang! Met vriendelijke groet, Milo Milo van der Linden wrote: Klinkt als een goed idee! Maar ik zou dan gewoon forwarden naar een soort light editie. In dat geval is het misschien makkelijker om te checken of iemand mobiel browst. Ik heb nog wel wat handige browser-detection classes in php, als je interesse hebt dan ship ik ze jou kant op. In de tussentijd, laat maar even zoals het is. Als ik het laden van plaatjes uitzet kan ik ook al prima uit de voeten! Stefan de Konink wrote: Op 13-01-10 00:09, Milo van der Linden schreef: 1 java error; proj4js is not defined. Deze url: http://tile.openstreetmap.nl/proj4js-compressed.js wordt niet gevonden. Daarnaast lijkt het of proj4js twee keer wordt getracht te laden. Klein puntje maar, verder top. Thanks, in z'n algemeenheid komt dat bestand nu vanaf js.opentsreetmap.nl. Dat had ik op 'die' site nog niet aangepast. Verder is de hoeveelheid data wat groot voor onderweg (2,86Mb) voor 1024x600, leve de NS voor de vertraging maar het zijn met name de map-tiles die hier voor zorgen, dus ik weet niet of je daar wel iets aan kan/wil doen. Tracken of je vanaf een umts proxy komt en dan map wel/niet aanzetten? Dan wel een kaart aan/uit? Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwjaarsborrel
Ik zal er zeker NIET zijn. De afgelopen weken heb ik mij als forens naar Amsterdam heerlijk laten naaien door de NS. Alle andere mensen kregen mijn 40% korting, ik kreeg als dank overvolle treinen en onzekere reisschema's die mij soms 4 uur enkele reis opleverden, maar ik zat wel iedere dag in de veewagens :D Om daarom ook nog eens op mij vrije zondag naar Amsterdam te treinen is me echt teveel van het goede. Ik wens iedereen een leuke gezellige borrel en zal mijn tijdelijke collega's van de politie Amsterdam verzoeken een oogje dicht te knijpen als jullie vuurwerk staan te knallen ;-) Met vriendelijke groet, Milo van der Linden Stefan de Konink wrote: Op 09-01-10 23:00, Andre Engels schreef: 2010/1/9 Floris Looijesteijno...@floris.nu: voor de mensen die wel het winterweer trotseren, vergeet de dresscode niet: http://frontpage.fok.nl/nieuws/365941/1/1/100/laat-morgen-je-broek-gerust-thuis.html Welke heeft bedacht om dat midden in de winter te gaan doen?!? Niet overal is het Winter... Overigens... met het zicht op slecht weer laat ik m'n reis doel afhangen hoe het morgen is. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Ooit data overgenomen en geïmporte erd in OSM?
On 12/06/2009 02:00 AM, Henk Hoff wrote: Voordat hier veel onduidelijkheid over komt te ontstaan Momenteel hebben de OSMF-leden een mail gekregen met daarin de vraag of zij instemmen met het proces om OpenStreetMap naar een ODbL licentie te brengen. Ik kan niet genoeg benadrukken dat een tegen-stem voor deze ronde niet automatisch betekent dat de data waarnaar Stefan verwijst weg is. Daar ben ik het mee eens. OSMF-leden stemmen voor of tegen het *in gang zetten van het proces om naar ODbL te migreren*, de *hoe* is daarmee nog niet bepaald. Op het moment dat de leden aangeven via deze stemronde dat OSM naar een ODbL licentie zou moeten gaan, gaan we een proces in om iedere bijdrager te vragen zijn bijdragen ook beschikbaar te stellen onder de nieuwe licentie. Dan wordt het issue wat Stefan opwerpt eentje waaraan je moet gaan denken. Trouwens, ben je bezig met imports van andere bronnen, doe dat dan aub altijd onder een specifieke username of een duidelijke kenmerk in de data. Maar dat even terzijde. Het lijkt me goed dat we b.v. als stichting OpenGeo de bronnen benaderen om te vragen of ze accoord gaan met de migratie. De bronnen kunnen dan straks meestemmen. Ook kunnen we de bronnen verzoeken lid te worden van de OSMF zodat ze zelf hun standpunt kunnen gaan aangeven. Het ergste dat kan gebeuren is dat ze *nee* stemmen. Dan moeten we dus onderzoeken wat de impact is van het terugdraaien.. een vervelende klus, maar wel iets om in ieder geval alvast in het vizier te houden. Er zijn internationaal gezien meer van dit soort uitdagingen. Dat komt min of meer voort uit het feit dat er tot voor kort nog geen goede open-data licentie was waarin ook Share-Alike en Attribution elementen in zitten. Voor dit soort gevallen zal er vanuit de Foundation ondersteuning komen om deze uitdagingen te tackelen. Ben je geen OSMF lid en wil je toch even wat meer weten over wat nu op tafel ligt, dan kan ik je verwijzen naar http://www.osmfoundation.org/wiki/File:License_Proposal.pdf Gr, Henk Hoff Op 6 december 2009 00:44 schreef Stefan de Konink ste...@konink.de mailto:ste...@konink.de het volgende: Zoals je misschien weet houd de OSM Foundation nu een soort niet-bindend referendum over de ODbL. Buiten de reden dat jij zelf toestemming moet geven voor het gebruik van jouw data in een nieuw OpenStreetMap project onder de ODbL licentie zijn er een aantal dingen die je in je achterhoofd moet houden. Als je ooit data hebt geïmporteerd, overgetrokken die op dat moment een Creative Commons licentie had. Kun je om juridische redenen niet voor een licentie wijziging stemmen. Even concreet, ooit bezig geweest met Wikipedia, 3DShapes, NIROV (nieuwe kaart) etc. dan val je in deze categorie. Totdat er toestemming is van de BRON van die data, is het dus niet mogelijk om die data in een OpenStreetMap project onder een andere licentie te gebruiken. De vraag waarom we van licentie zouden willen wisselen wil ik hier niet opvoeren. Maar iemand op de talk lijst snijdt hier over een heel goed onderwerp aan. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
Volgens mij doe ik nix momenteel en al zeker geen import! Kortgeleden heb ik mijn mening over het import onderwerp ook al gegeven in het bestuur van Stichting OpenGeo: Het importeren van data in OpenStreetMap interesseert mij niets. Het biedt voor mij als Geo-Informaticus geen meerwaarde. Data bij de bron is mijn credo en je kunt beter de bron motiveren om de data zelf vrij beschikbaar te maken dan alles in de geograbbelton die OSM heet te importeren. Wat mij *echt* intrigeert aan OpenStreetMap is de factor mens en massa. Ik sluit me namelijk aan bij de filosofie die James Surowiecki beschrijft in het boek The wisdom of crowds Er wordt beweerd dat wanneer je een diverse, niet-homogene massa mensen bij elkaar aan een probleem laat werken de geaggregeerde oplossing altijd kwalitatief beter zal zijn dan de oplossing die de beste specialist kan bieden. Ik ben dus met name benieuwd of het met veel openstreetmappers uiteindelijk zal lukken om een data-kwaliteit te bereiken die de data-kwaliteit van de gespecialiseerde geo-informaticus/landmeetkundige overstijgt. Ik wil deze stelling graag bewezen zien. En hierbij werkt het importeren van data averechts op het kunnen bewijzen van deze stelling, vandaar dat ik liever geen data geimporteerd zie worden en me vooral druk maak om de stagnerende groei van het aantal actieve openstreetMAPPERS in NL en wereldwijd. Mijn focus ligt dan ook op het ontsluiten van wat er is en met mooie producten proberen nieuwe mensen te motiveren om ook mee te gaan doen. Hiermee hoop ik iedereen duidelijk te kunnen maken dat ik mij *niet* met import bemoei en ook niet zal bemoeien in de toekomst ;-) Met vriendelijke groet, Milo van der Linden On 11/27/2009 12:23 PM, Martijn van Exel wrote: Volgens mij doet Milo dat -- http://blog.openstreetmap.nl/index.php/2009/03/02/een-mirror-en-nieuwe-data/ (artikel is wel van afgelopen maart, misschien dat het nu iemand anders is). Het verbaast mij dat gebruikers die veel gebouwen hebben ingetekend (en daar reken ik mezelf nog niet eens onder ;) niet zijn geconsulteerd bij deze import en vind dat hier te voortvarend wordt gewerkt. martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2009/11/27 Andre Engels andreeng...@gmail.com: 2009/11/27 Martijn van Exel mve...@gmail.com: Ja, er wordt data verwijderd. Dat lijkt me een kwalijke zaak. Veel beter lijkt het me om de bestaande data te bewaren, en de eventuele conflicten aan de 'gewone' gebruikers over te laten. Die zijn veel beter in staat om vast te stellen welke versie de betere is dan een geautomatiseerd proces. Wie regelt deze import? -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OSM Nederland, OpenGeo en meer (was:reverten buildings)
Ik trek het onderwerp maar even los van de reverten buildings, daar heeft het ondertussen nog maar weinig mee te maken. On 11/27/2009 05:01 PM, Martijn van Exel wrote: Bestuur Stichting OpenGeo om de structuur om te vormen naar een Bestuur/Commissie structuur. Problematische zaken: wie krijgt stemrecht om bestuur te kiezen, wanneer /mag/ je in een commissie plaatsnemen. Ik denk dat dat op bestuurlijk niveau eerst consensus bereikt moet hebben voordat je een voorstel naar talk-nl kunt schieten met een 'wij willen een organisatie oprichten om onsallen te vertegenwoordigen als OSM in NL'. Het is een precaire balans - aan de ene kant wil je niet teveel ruis in het begin van allemaal half / niet geïnformeerde lieden die maar wat beginnen te roepen over wat wel en wat niet zou moeten, inderdaad intern eerst eens kijken hoe je het zou willen presenteren. Lijkt me slim. Aan de andere kant wil je mensen ook niet het gevoel geven voor een voldongen feit te worden gesteld. Zolang je je bewust bent van dat risico lijkt mij helemaal niks mis met deze aanpak. Maar ook: het volume op deze lijst is dermate laag dat de discussie nog wel binnen de perken zal blijven. Je kunt ook een keer een avondje organiseren om plannen / ideeën voor een chapter aan ronde tafel door te spreken met mensen die daar belang in stellen. Meer dan een (of twee) handvol zijn dat er denkelijk ook niet. Hiervoor is maar een oplossing; duidelijk communiceren. Ik denk dat we als bestuur even consensus moeten bereiken over wie wat waar communiceert; @Skinkie; laten we even intern trekken hoe we dit gaan organiseren. Wat mij betreft is iedereen lekker bezig, en heb je een probleem met de uitvoering ervan dan is het zaak je zelf eens te verplaatsen naar waar het gebeurt. Als iemand op het forum wat aan het doen is, ga je naar het forum, als iemand op IRC wat aan het doen is ga je naar IRC. Iedereen is ook lekker bezig, alleen je kunt niet van iedereen verwachten dat-ie al die kanalen in de gaten houdt. Als er belangrijke dingen gebeuren die potentieel veel mensen aangaan, zoals de import van een Nederlandse gebouwendataset, dan mag dat best wat breder worden aangekondigd. Ik weet dat er ooit is geblogd over 3DShapes, maar dat is zo lang geleden dat de directe relatie met wat er nu gebeurt niet meer te leggen is. Vind je het niet extreem grappig dat toen niemand had gereageerd? Terwijl ik zeker weet dat er screenshots zijn geweest? Het lijkt er op of er alleen gezeik komt als mensen aan het werk zijn. Dan persoonlijk liever voor de anarchie status van vroegah ;) Het ís ook nog steeds anarchie! En ik zou ook niet willen dat dat ophoudt. Als we gaan verzanden in een vergader- en overlegcultuur komt OSM hier in Nederland tot een gierende stilstand. Dat er alleen 'gezeik' komt (ik vind het nog wel meevallen...;) als er iets gebeurt komt denk ik toch doordat er niet één duidelijk communicatiekanaal is met een duidelijke structuur. Het blog is dat volgens mij bijna: als je nou op een simpele manier kan filteren wat voor soort nieuws je wilt zien, dan is het blog nog beter inzetbaar als OSM-nieuwsfeed voor een breed publiek. De huidige categorieën raken 'm volgens mij niet 100%. Wat mij perfect lijkt is een indeling in... * Evenementen en parties * Nieuwe data * Techniek en hosting * Politiek en juridisch * Grappig / opvallend / overig Hoor ik een vrijwilliger? Niet praten maar doen! Skinkie; geef mvexel eens autorisatie om een indeling van blog te maken? Wat betreft die gierende stilstand; Ik vind persoonlijk dat we daar al een beetje mee te maken hebben. Ik denk dat het aantal actieve mensen nu al meer dan een jaar rond de 20 blijft steken... en dat is geen goede zaak. Zijn er anderen die denken dat het blog van zo'n indeling, of op een andere manier, kan profiteren? Doet niks af aan de inhoud - kudos voor iedereen die zich inzet om te schrijven. Ja. Ik zie momenteel de blog en mailinglijst wel als twee centrale dingen die je als Nederlandse OSM'er wel in de gaten zou moeten houden. Inderdaad. Mooie blogpost trouwens over hack de overheid en open data ;) Ik maak me druk omdat ik geen jurist ben - en geen van ons volgens mij - en ik vermoed dat je in zwaar weer terecht kunt komen als je vanuit die positie beslissingen neemt over juridische vraagstukken. Wat als het Kadaster ineens met een auteursrechtclaim bij OpenGeo voor de deur staat? In dit soort dingen ben ik nogal voorzichtig aangelegd. Ik kan me niet herinneren dat de stichting OpenGeo een rol speelt in HackdeOverheid. Het is een initiatief waar Stefan met veel liefde en plezier zijn inzet aan ontleend, maar het is geen project dat de bestuursagenda heeft gehaald en voor mij dus formeel gezien buiten beeld. Neemt niet weg dat ik het een heel mooi initiatief vind, maar ik weiger als bestuurslid verantwoordelijk te worden gesteld voor acties waar ik niet *vooraf of