Re: [talk-ph] Open Data Philippines
Crossing my fingers On Fri, Oct 11, 2013 at 7:23 PM, Eugene Alvin Villar sea...@gmail.com wrote: What do you guys think that this upcoming portal will also provide geodata? :) http://data.gov.ph/ ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] OSM Belgian chapter as a Belgian asbl/vzw
Hi, I could not follow the discussion here for a week, but I do agree with this proposal: be part of OKFN is a very good idea ! Thank Pieter ! Where do I have to register ? :-) Julien Le 09/10/13 11:51, Nicolas Pettiaux a écrit : 2013/10/9 Ben Abelshausen ben.abelshau...@gmail.com mailto:ben.abelshau...@gmail.com On Wed, Oct 9, 2013 at 9:45 AM, Pieter Colpaert pieter.colpa...@okfn.org mailto:pieter.colpa...@okfn.org wrote: I'm really excited to work together. I hope to have a video call with some of you very soon! Or we meet somewhere in Gent! I'm having a mini board meeting this lunch to discuss this with our board as well. Our only conditions to all our working groups: If there is money coming in, there will be 5% going to general management, unless otherwise agreed for a certain transaction Seem reasonable if that removes the administrative overhead for us! +1 It would also be great to include you guys as part of the Open Belgium conference we're going to organise in February 2014 (we're in a very early stage organising this) = I'm willing to help with this! idem Please give us any information about this conference. Best regards, Nicolas Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Nicolas Pettiaux - +32 496 24 55 01 - http://rmll.info - http://lepacte.be EuroSciPy 2013 co-chair http://www.euroscipy.org/ ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Urbis, first feedback
Hi everybody :) here are the latest stats :) As usual, the datas + graph https://docs.google.com/spreadsheet/pub?key=0Aitf6GpM7KbYdGpvcWtNbVRoMU41VnowZU1nMXdGZEEoutput=html And the tiles... http://osm.bmaron.net/urbis_img/tiles/ We are now at ~60% of the buildings... (stats of yesterday a 20:55) Enjoy :) regards Brice On Wed, Oct 2, 2013 at 1:46 PM, eMerzh merz...@gmail.com wrote: Hi everybody :) here are the latest stats :) So i've added the column on the graph : https://docs.google.com/spreadsheet/pub?key=0Aitf6GpM7KbYdGpvcWtNbVRoMU41VnowZU1nMXdGZEEoutput=html And generated some new tiles... http://osm.bmaron.net/urbis_img/tiles/ We are now a 55% of the buildings... (stats of yesterday a 19:00) Enjoy :) regards Brice On Thu, Sep 26, 2013 at 9:53 AM, Nicolas Pettiaux nico...@pettiaux.bewrote: Congratulation. Very nice work Much thanks 2013/9/26 Ben Abelshausen ben.abelshau...@gmail.com On Thu, Sep 26, 2013 at 5:32 AM, Marc Gemis marc.ge...@gmail.comwrote: nice ! +1 :-) Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Nicolas Pettiaux - +32 496 24 55 01 - http://rmll.info - http://lepacte.be EuroSciPy 2013 co-chair http://www.euroscipy.org/ ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM Belgian chapter as a Belgian asbl/vzw
2013/10/11 Julien Fastré jul...@fastre.info Dear Julien I could not follow the discussion here for a week, but I do agree with this proposal: be part of OKFN is a very good idea ! Here is the place https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Chapter#People_interested_in_founding_a_Belgian_chapter Nicolas -- Nicolas Pettiaux - +32 496 24 55 01 - http://rmll.info - http://lepacte.be EuroSciPy 2013 co-chair http://www.euroscipy.org/ ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM Belgian chapter as a Belgian asbl/vzw
Dear all, After consent of the Board of OKFN (I will send an email when it's official), OSM will be an incubating new working group at OKFN Belgium. You can start accepting and sending invoices (first accept please ;) ) and you can elect someone to the board meetings (Will this be Nicolas?). After the next general assembly which will be held at the Open Belgium conference (more info later!) the 17th of February in Ghent, you will be an official working group with someone in the board who will also have voting rights. Kind regards, Pieter On 10/11/2013 02:41 PM, Nicolas Pettiaux wrote: 2013/10/11 Julien Fastré jul...@fastre.info mailto:jul...@fastre.info Dear Julien I could not follow the discussion here for a week, but I do agree with this proposal: be part of OKFN is a very good idea ! Here is the place https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Chapter#People_interested_in_founding_a_Belgian_chapter Nicolas -- Nicolas Pettiaux - +32 496 24 55 01 - http://rmll.info - http://lepacte.be EuroSciPy 2013 co-chair http://www.euroscipy.org/ ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM Belgian chapter as a Belgian asbl/vzw
13/10/11 Pieter Colpaert pieter.colpa...@okfn.org Dear all, After consent of the Board of OKFN (I will send an email when it's official), OSM will be an incubating new working group at OKFN Belgium. You can start accepting and sending invoices (first accept please ;) ) please let us know the bank acocunt and the official snail mail address, and let us know how to get an email address @okfn.org as members of OKFN. and you can elect someone to the board meetings (Will this be Nicolas?). I am surely interested in joining the board of OKFN-be but it makes sense that another member of the OSM-be group accept to be part of OKFN-be As I told Pieter orally esterday , the members of lepacte.beI would also like that lepacte.be become a working group of OKFN-be, for which I would represent lepacte. So maybe another person could represent OSM-be. After the next general assembly which will be held at the Open Belgium conference (more info later!) the 17th of February in Ghent, you will be an official working group with someone in the board who will also have voting rights. Great . I already book the date to be present; Kind regards, Best regards, Nicolas Pieter On 10/11/2013 02:41 PM, Nicolas Pettiaux wrote: 2013/10/11 Julien Fastré jul...@fastre.info mailto:jul...@fastre.info Dear Julien I could not follow the discussion here for a week, but I do agree with this proposal: be part of OKFN is a very good idea ! Here is the place https://wiki.openstreetmap.**org/wiki/WikiProject_Belgium/** Chapter#People_interested_in_**founding_a_Belgian_chapterhttps://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Chapter#People_interested_in_founding_a_Belgian_chapter Nicolas -- Nicolas Pettiaux - +32 496 24 55 01 - http://rmll.info - http://lepacte.be EuroSciPy 2013 co-chair http://www.euroscipy.org/ __**_ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-behttps://lists.openstreetmap.org/listinfo/talk-be __**_ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-behttps://lists.openstreetmap.org/listinfo/talk-be -- Nicolas Pettiaux - +32 496 24 55 01 - http://rmll.info - http://lepacte.be EuroSciPy 2013 co-chair http://www.euroscipy.org/ ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM Belgian chapter as a Belgian asbl/vzw
Hi, We don't have all the answers yet. The only thing we know are the mails Pieter has sent to the list and some details that have been discussed in Brussels last week. But as I can see it at the moment: The main benefit of this is that we will have a way of accepting sponsorships and host the website without someone doing this on his/her own name and without the overhead of creating our own association. We can still use osm-be as a 'brand' and we have an organization that can back us up doing this. Legally and administratively we will be better off. There are also other benefits because the OKFN is an internationally pretty well known organization. Something I would like to do but I don't know if this is possible is to become a local chapter of the OSMF. Things I have in mind we could do in the future (and this is just a start) with some basic funding: - Host more events/meetups. - Print flyers like I did at RMLL (https://github.com/xivk/osm-flyer-dutch) but then in higher numbers and at more events (and in french too :-) ) - Host the website of osm.be (still having difficulty transferring the domain name). - Attend things like the AGIV Trefdag. It's a conference full of professional GIS-people interested in OSM (who isn't). - Program: http://www.agiv.be/gis/diensten/?artid=2111 - ... but to have an OSM-stand we also need funding. They have an open-data track but it costs and arm and a leg to have a stand!! - Next year there will probably be a speaker from OSM on the integration of CRAB (if we make some progress on this this year). (- Maybe host tiles for Belgium later on with our own style.) All of this is to increase the visibility and reputation of OpenStreetMap and hopefully this will lead to more participation and more mappers. Met vriendelijke groeten, Best regards, Ben Abelshausen On Fri, Oct 11, 2013 at 9:00 PM, Kurt Roeckx k...@roeckx.be wrote: On Fri, Oct 11, 2013 at 07:55:59PM +0200, Nicolas Pettiaux wrote: 2013/10/11 Kurt Roeckx k...@roeckx.be On Fri, Oct 11, 2013 at 04:03:04PM +0200, Pieter Colpaert wrote: Can we have a vote (e.g. doodle?) for this? It's important that this person can indeed represent OSM under a consensus. Isn't that something for the vzw/asbl to decide when it exists? I would assume a member of the board to represent us, like the secretary or president. the idea is that the existing vzw/asbl that is OKFN open a new section that will be OSM-Be So basicly there will be no OSM-be, only OKFN? In such a way, we do not need to create a new, specific association, but rather be part of a larger one that gets bigger, more representative of open data and open culture in Belgium and also takes part of the overhead (eg with accounting) in counterpart of asking a fair 5 % of our budget. As a project of OKFN, we (the Osm-Be de facto existing «association») would get one board member. We are already a de facto association, so nothing will change? Or will be somehow be able to represent OKFN-BE? Kurt ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM Belgian chapter as a Belgian asbl/vzw
On Fri, Oct 11, 2013 at 09:16:59PM +0200, Nicolas Pettiaux wrote: 2013/10/11 Kurt Roeckx k...@roeckx.be So basicly there will be no OSM-be, only OKFN? that is the idea We are already a de facto association, indeed so nothing will change? as we will have also a formal association backing osm-be, with a legal status, a bank account, accoutant ... we will be able to receive money, be represented at official meetings, organize official activities, print stickers, have business cards ... There really is nothing that stops you from doing that now. A de facto association can do things like opening a back account and receive money, go to official meetings and so on. I actually do that as part of a de facto association, we get money from the government and so on. However, for legal reasons you usually want to become a legal entity. It might also make some things easier. Or will be somehow be able to represent OKFN-BE? this is another question to ask to okfn board members in cc. When reading their statutes, either individuals or legal entities can join them, so as a de facto association we can't join them. There statutes would make it possible for them to delegate specific tasks to individuals. I'm really still of the opinion that we should create our own legal entity. Kurt ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] UK Open Gov License
On 11/10/2013 00:41, Jonathan wrote: Can someone advise me on whether the UK Open Government License allows for us to use it as a source in OSM? http://www.nationalarchives.gov.uk/doc/open-government-licence/version/2/ Hi Jonathan and all, Basically, yes, no problem. Make sure that any material is indeed under the UK Open Government License and not the Ordnance Survey bastardised version. Then, look for any attribution wording and add to OpenStreetMap's attribution page: https://wiki.openstreetmap.org/wiki/Attribution . In more detail: This is version two of the license. The OpenStreetMap Foundation License Working Group looked at the original version [1] and felt that it was compatible with incorporating data into the OpenStreetMap geodata database provided that attribution provisions are complied with as above. I have now carefully compared the two and see nothing that makes me change that opinion ... it would be good if another pair of eyes did the same as a double-check. If anything it is slightly less restrictive with the removal of some wording about Data Protection Act 1998 and the Privacy and Electronic Communications (EC Directive) Regulations 2003. Please note that these are layman's opinions. I am not a lawyer and neither I nor the LWG can offer any formal legal opinion. Mike Michael Collinson [1] http://www.nationalarchives.gov.uk/doc/open-government-licence/version/1/ ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [talk-au] Talk-au Digest, Vol 76, Issue 5
Hi Nick, Yes, vicmap data does contain road geometry, names plus many more attributes. Vicmap also produces are raster version from this dataset so that work is already done. I will enquiry about getting access to this. However manually tracing and editing is a LOT of work. Does anyone know of a process where a mass import can be done without manually tracing imagery? The dataset is very comprehensive. Here's a quick summary of it's features: Release under Creative commons 3.0 license, dataset can be obtained in various formats from http://www.data.vic.gov.au/ The has heaps of datasets. I've downloaded most relevant datasets in shp format and combined the datasets into logical structure, download links below. If anyone is interest in other features such as forestry reserves, national parks etc, have a look and pull the data down from data.vic. Transport shp data https://www.dropbox.com/sh/fuba69goag6c5pb/FYRs68wqDo documentationhttps://www.dropbox.com/s/p44ld1ov1i291ra/Vicmap-Transport-Prod-Desc-V3_4.pdf Hydro - shp data https://www.dropbox.com/sh/qrnmzveiu4ayxsn/bXyu5QI4Vr - documentationhttps://www.dropbox.com/s/dwsw36xs905dw1d/Vicmap-Hydro-Prod-Desc-v5.4.pdf Administrative - shp datahttps://www.dropbox.com/sh/efa8ags193e8d7b/_SxEilmoOA Li. On Fri, Oct 11, 2013 at 11:00 PM, talk-au-requ...@openstreetmap.org wrote: Send Talk-au mailing list submissions to talk-au@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-au or, via email, send a message with subject or body 'help' to talk-au-requ...@openstreetmap.org You can reach the person managing the list at talk-au-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-au digest... Today's Topics: 1. Re: vicmap data licensing (Li) 2. Re: vicmap data licensing (Nick Hocking) -- Message: 1 Date: Fri, 11 Oct 2013 07:37:31 +1100 From: Li m...@lixia.co To: Ben Kelley ben.kel...@gmail.com Cc: OSM Australian Talk List talk-au@openstreetmap.org Subject: Re: [talk-au] vicmap data licensing Message-ID: 91641499-6fb4-426c-8313-c0d82c305...@lixia.co Content-Type: text/plain; charset=us-ascii Does anyone have experience on importing data? In particular avoiding duplicates? Li. On 10 Oct 2013, at 5:16 pm, Ben Kelley ben.kel...@gmail.com wrote: Hi. I guess the thing to consider is how you would handle a second import if someone had edited the data in OSM in between. I think this kind of conflict would be very difficult to resolve. You could either plan to do a 1-off import, or maybe include a tag on the imported data matching a unique identifier for the same feature in the vicmap data. The US Tiger import did something like this. - Ben Kelley. On 10 Oct 2013 17:12, Li Xia m...@lixia.co wrote: Hi everyone, I'm meeting Vicmap and data.gov staff tomorrow to get their blessing on importing vicmap data into OSM. Once the licensing is squared away, we can move onto discussing techniques of importing the data. Snapshot data in shp format is available from data.vic.gov.au. Alternatively a vicmap provides a live feed to weekly data diffs directly. Any advice on how to import this data is much appreciated. Li ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-au/attachments/20131011/98778e6c/attachment-0001.html -- Message: 2 Date: Fri, 11 Oct 2013 12:18:17 +1100 From: Nick Hocking nick.hock...@gmail.com To: talk-au@openstreetmap.org Subject: Re: [talk-au] vicmap data licensing Message-ID: caded0cxpnfdoza4jsnvn0xczcgaun0hnn5x2nk-siuxlfdv...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Hi Li Does the vicmap[ data include road geometry and road names. If so then a really usefull thing to do would be to create an imagery layer from this data that could be used in JOSM. This is what is done in the USA with each year's TIGER data. Then we could use the Bing imagery the vicmap layer and existing data to fill in all the unnamed streets/roads and include any new ones or ones that have not yet been surveyed or traced. It would only be a matter of months and all of Victoria's roads would be completely up to date. Curerently, I'm spending hours each day using the TIGER data and Bing imagery in helping to fix up the horrible original TIGER data but would love to be helping in fixing up Australia. Nick Hocking Canberra -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk
Re: [talk-au] Talk-au Digest, Vol 76, Issue 5
Hi, Whatever process we undertake will have large manual elements to integrate the datasets and keep them updated. Even if that is simply merging the datasets in josm. We need to get the vicmap data in a form that will have maximum utility to OSM mappers. Ian. On 12 October 2013 09:09, Li Xia m...@lixia.co wrote: Hi Nick, Yes, vicmap data does contain road geometry, names plus many more attributes. Vicmap also produces are raster version from this dataset so that work is already done. I will enquiry about getting access to this. However manually tracing and editing is a LOT of work. Does anyone know of a process where a mass import can be done without manually tracing imagery? The dataset is very comprehensive. Here's a quick summary of it's features: Release under Creative commons 3.0 license, dataset can be obtained in various formats from http://www.data.vic.gov.au/ The has heaps of datasets. I've downloaded most relevant datasets in shp format and combined the datasets into logical structure, download links below. If anyone is interest in other features such as forestry reserves, national parks etc, have a look and pull the data down from data.vic. Transport shp data documentation Hydro - shp data - documentation Administrative - shp data Li. On Fri, Oct 11, 2013 at 11:00 PM, talk-au-requ...@openstreetmap.org wrote: Send Talk-au mailing list submissions to talk-au@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-au or, via email, send a message with subject or body 'help' to talk-au-requ...@openstreetmap.org You can reach the person managing the list at talk-au-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-au digest... Today's Topics: 1. Re: vicmap data licensing (Li) 2. Re: vicmap data licensing (Nick Hocking) -- Message: 1 Date: Fri, 11 Oct 2013 07:37:31 +1100 From: Li m...@lixia.co To: Ben Kelley ben.kel...@gmail.com Cc: OSM Australian Talk List talk-au@openstreetmap.org Subject: Re: [talk-au] vicmap data licensing Message-ID: 91641499-6fb4-426c-8313-c0d82c305...@lixia.co Content-Type: text/plain; charset=us-ascii Does anyone have experience on importing data? In particular avoiding duplicates? Li. On 10 Oct 2013, at 5:16 pm, Ben Kelley ben.kel...@gmail.com wrote: Hi. I guess the thing to consider is how you would handle a second import if someone had edited the data in OSM in between. I think this kind of conflict would be very difficult to resolve. You could either plan to do a 1-off import, or maybe include a tag on the imported data matching a unique identifier for the same feature in the vicmap data. The US Tiger import did something like this. - Ben Kelley. On 10 Oct 2013 17:12, Li Xia m...@lixia.co wrote: Hi everyone, I'm meeting Vicmap and data.gov staff tomorrow to get their blessing on importing vicmap data into OSM. Once the licensing is squared away, we can move onto discussing techniques of importing the data. Snapshot data in shp format is available from data.vic.gov.au. Alternatively a vicmap provides a live feed to weekly data diffs directly. Any advice on how to import this data is much appreciated. Li ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-au/attachments/20131011/98778e6c/attachment-0001.html -- Message: 2 Date: Fri, 11 Oct 2013 12:18:17 +1100 From: Nick Hocking nick.hock...@gmail.com To: talk-au@openstreetmap.org Subject: Re: [talk-au] vicmap data licensing Message-ID: caded0cxpnfdoza4jsnvn0xczcgaun0hnn5x2nk-siuxlfdv...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Hi Li Does the vicmap[ data include road geometry and road names. If so then a really usefull thing to do would be to create an imagery layer from this data that could be used in JOSM. This is what is done in the USA with each year's TIGER data. Then we could use the Bing imagery the vicmap layer and existing data to fill in all the unnamed streets/roads and include any new ones or ones that have not yet been surveyed or traced. It would only be a matter of months and all of Victoria's roads would be completely up to date. Curerently, I'm spending hours each day using the TIGER data and Bing imagery in helping to fix up the horrible original TIGER data but would love to be helping in fixing up Australia. Nick Hocking Canberra -- next part -- An HTML attachment was scrubbed... URL: http
Re: [talk-au] Talk-au Digest, Vol 76, Issue 5
We need to get the vicmap data in a form that will have maximum - can you be more specific? Do you have any experience in merging datasets in josm? Li. On Sat, Oct 12, 2013 at 9:18 AM, Ian Sergeant inas66+...@gmail.com wrote: Hi, Whatever process we undertake will have large manual elements to integrate the datasets and keep them updated. Even if that is simply merging the datasets in josm. We need to get the vicmap data in a form that will have maximum utility to OSM mappers. Ian. On 12 October 2013 09:09, Li Xia m...@lixia.co wrote: Hi Nick, Yes, vicmap data does contain road geometry, names plus many more attributes. Vicmap also produces are raster version from this dataset so that work is already done. I will enquiry about getting access to this. However manually tracing and editing is a LOT of work. Does anyone know of a process where a mass import can be done without manually tracing imagery? The dataset is very comprehensive. Here's a quick summary of it's features: Release under Creative commons 3.0 license, dataset can be obtained in various formats from http://www.data.vic.gov.au/ The has heaps of datasets. I've downloaded most relevant datasets in shp format and combined the datasets into logical structure, download links below. If anyone is interest in other features such as forestry reserves, national parks etc, have a look and pull the data down from data.vic. Transport shp data documentation Hydro - shp data - documentation Administrative - shp data Li. On Fri, Oct 11, 2013 at 11:00 PM, talk-au-requ...@openstreetmap.org wrote: Send Talk-au mailing list submissions to talk-au@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-au or, via email, send a message with subject or body 'help' to talk-au-requ...@openstreetmap.org You can reach the person managing the list at talk-au-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-au digest... Today's Topics: 1. Re: vicmap data licensing (Li) 2. Re: vicmap data licensing (Nick Hocking) -- Message: 1 Date: Fri, 11 Oct 2013 07:37:31 +1100 From: Li m...@lixia.co To: Ben Kelley ben.kel...@gmail.com Cc: OSM Australian Talk List talk-au@openstreetmap.org Subject: Re: [talk-au] vicmap data licensing Message-ID: 91641499-6fb4-426c-8313-c0d82c305...@lixia.co Content-Type: text/plain; charset=us-ascii Does anyone have experience on importing data? In particular avoiding duplicates? Li. On 10 Oct 2013, at 5:16 pm, Ben Kelley ben.kel...@gmail.com wrote: Hi. I guess the thing to consider is how you would handle a second import if someone had edited the data in OSM in between. I think this kind of conflict would be very difficult to resolve. You could either plan to do a 1-off import, or maybe include a tag on the imported data matching a unique identifier for the same feature in the vicmap data. The US Tiger import did something like this. - Ben Kelley. On 10 Oct 2013 17:12, Li Xia m...@lixia.co wrote: Hi everyone, I'm meeting Vicmap and data.gov staff tomorrow to get their blessing on importing vicmap data into OSM. Once the licensing is squared away, we can move onto discussing techniques of importing the data. Snapshot data in shp format is available from data.vic.gov.au. Alternatively a vicmap provides a live feed to weekly data diffs directly. Any advice on how to import this data is much appreciated. Li ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-au/attachments/20131011/98778e6c/attachment-0001.html -- Message: 2 Date: Fri, 11 Oct 2013 12:18:17 +1100 From: Nick Hocking nick.hock...@gmail.com To: talk-au@openstreetmap.org Subject: Re: [talk-au] vicmap data licensing Message-ID: caded0cxpnfdoza4jsnvn0xczcgaun0hnn5x2nk-siuxlfdv...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Hi Li Does the vicmap[ data include road geometry and road names. If so then a really usefull thing to do would be to create an imagery layer from this data that could be used in JOSM. This is what is done in the USA with each year's TIGER data. Then we could use the Bing imagery the vicmap layer and existing data to fill in all the unnamed streets/roads and include any new ones or ones that have not yet been surveyed or traced. It would only be a matter
[talk-au] obtaining permission to import vicmap datasets
Quick update... I met with data.vic and vicmap yesterday for permission to import vicmap data into OSM. data.vic has requested that we include attribution in the wiki pagehttp://wiki.openstreetmap.org/wiki/Contributors#Australian_government_public_information_datasets, and then they will request official approval from the policy office. I have added attribution to Vicmap transport, hydro, admin and LITE datasets on the wiki contributors pagehttp://wiki.openstreetmap.org/wiki/Contributors#Australian_government_public_information_datasets so the process can move forward. They have indicated that this process will take around 2 weeks. These attributions are required for formal approval, DO NOT REMOVE THEM! As of this moment, we have been given the green light to start importing the vicmap data. Approval is simply a formality. Li. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Talk-au Digest, Vol 76, Issue 5
Can I recommend for the smaller data sets, that conversion scripts are done and published to github? Ie: shp to geo json is done, then geojosn to osm, plus splitting, etc? That allows you to preview, and when the underlying data changes, version control it a little. I have the same issues to solve for SA data (roads, boundaries, etc) On Saturday, October 12, 2013, Li Xia wrote: We need to get the vicmap data in a form that will have maximum - can you be more specific? Do you have any experience in merging datasets in josm? Li. On Sat, Oct 12, 2013 at 9:18 AM, Ian Sergeant inas66+...@gmail.comwrote: Hi, Whatever process we undertake will have large manual elements to integrate the datasets and keep them updated. Even if that is simply merging the datasets in josm. We need to get the vicmap data in a form that will have maximum utility to OSM mappers. Ian. On 12 October 2013 09:09, Li Xia m...@lixia.co wrote: Hi Nick, Yes, vicmap data does contain road geometry, names plus many more attributes. Vicmap also produces are raster version from this dataset so that work is already done. I will enquiry about getting access to this. However manually tracing and editing is a LOT of work. Does anyone know of a process where a mass import can be done without manually tracing imagery? The dataset is very comprehensive. Here's a quick summary of it's features: Release under Creative commons 3.0 license, dataset can be obtained in various formats from http://www.data.vic.gov.au/ The has heaps of datasets. I've downloaded most relevant datasets in shp format and combined the datasets into logical structure, download links below. If anyone is interest in other features such as forestry reserves, national parks etc, have a look and pull the data down from data.vic. Transport shp data documentation Hydro - shp data - documentation Administrative - shp data Li. On Fri, Oct 11, 2013 at 11:00 PM, talk-au-requ...@openstreetmap.org wrote: Send Talk-au mailing list submissions to talk-au@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-au or, via email, send a message with subject or body 'help' to talk-au-requ...@openstreetmap.org You can reach the person managing the list at talk-au-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-au digest... Today's Topics: 1. Re: vicmap data licensing (Li) 2. Re: vicmap data licensing (Nick Hocking) -- Message: 1 Date: Fri, 11 Oct 2013 07:37:31 +1100 From: Li m...@lixia.co To: Ben Kelley ben.kel...@gmail.com Cc: OSM Australian Talk List talk-au@openstreetmap.org Subject: Re: [talk-au] vicmap data licensing Message-ID: 91641499-6fb4-426c-8313-c0d82c305...@lixia.co Content-Type: text/plain; charset=us-ascii Does anyone have experience on importing data? In particular avoiding duplicates? Li. On 10 Oct 2013, at 5:16 pm, Ben Kelley ben.kel...@gmail.com wrote: Hi. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] South Australia Suburb Boundries
Hrm, this email got filtered I think due to the attachments. On Saturday, October 12, 2013, Daniel O'Connor wrote: Did the bits to produce .osm files (again on github); suitable to open up and view in JOSM. I spot checked two areas near me that I know well, and the accuracy is pretty high. http://www.openstreetmap.org/browse/way/241675341 http://www.openstreetmap.org/browse/way/241667279 I guess this discussion probably does want to head over to the imports list shortly. Any volunteers to help write up a fairly complete plan? I really don't fancy doing ~3000 suburb boundaries one by one in JOSM and checking them all myself; on top of doing all of the writeups/status updates/etc. Also, I have overseas travel in the coming weeks; so am likely to vanish half way through the conversation unless there's at least one other mapper with ownership. http://wiki.openstreetmap.org/wiki/Import/Plan_Outline On Sun, Oct 6, 2013 at 7:01 PM, Daniel O'Connor daniel.ocon...@gmail.comjavascript:_e({}, 'cvml', 'daniel.ocon...@gmail.com'); wrote: I did look through a few of the existing tools; but most fell into the too hard basket. In the end, manually doing it via QGIS and exporting into the right projection was fairly easy. I've pushed to github what I've done; which is produce geojson kml serializations of it - I had assumed geojson.io would let me export easily to OSM, but unfortunately that's not the case. Example: https://github.com/CloCkWeRX/data.sa.gov.au-suburb-boundaries/blob/master/suburbs/suburbs_0.geojson Repo: https://github.com/CloCkWeRX/data.sa.gov.au-suburb-boundaries/ Anyway, I'm more or less going to stop there, unless someone wants to do a quick bit of geojson - osm; with the appropriate tagging and shoot in a pull request or two - I'll let others shepard it through the import process and de-duplication. On Sun, Oct 6, 2013 at 6:44 PM, Andrew Harvey andrew.harv...@gmail.comjavascript:_e({}, 'cvml', 'andrew.harv...@gmail.com'); wrote: On 6 October 2013 18:25, Paul Norman penor...@mac.comjavascript:_e({}, 'cvml', 'penor...@mac.com'); wrote: There are numerous tools for converting from shapefiles to .osm. Both shp-to-osm and ogr2osm work and you can find more info on the wiki. ogr2ogr v1.10 can also do it I believe. ___ Talk-au mailing list Talk-au@openstreetmap.org javascript:_e({}, 'cvml', 'Talk-au@openstreetmap.org'); https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] vicmap data licensing
Hi Li I'm convinced that you will find that it is practically impossible to mass import (or even mass merge) a new road dataset into existing data when there is a large amount of existing data. The only practical way would be to delete all of the Victorian data and start again with the mass import. This would destroy OSM Victoria. Using high quality external data to complete the existing data is a realistic and not to difficult job. Firstly any existing roads that lost their names in the licence change (or had only ever been traced rather than surveyed in the first place) will appear highlighted in OSMI and can easily be named using vicmap data by any number of armchair mappers. This is an easy and enjoyable task. Also the vicmapdata will probably have a lot of roads that are new or that have never been traced or surveyed in OSM. These can easily be identified by overlaying the vicmap data in one JOSM layer and the existing data in another. Using correct transparency and colouring the new roads stand out like.oops. Then the vicmap data (on a road by road basis) can be click selected and merged into the existing layer with all its tags. If a whole neighbourhood is new then it may be merged as a unit. You will have to manually connect the new road/s to existing ones but that is also easy. Bing imagery (which is very good in Australia) can aslo be used, at the same time, to verify or tweak the vicmap data as it is manually merged. All this results in excellent road data which will be better than any other prroviders, by a wide margin. I do this every year that new TIGER data comes out and I make sure a few cities in the USA are updated in this fashion. Every time vicmap produce new datasets this process can easily be repeated, without having to do a whole new mass import. Of course, ideally, local mappers will have surveyed any new roads way before vicmap have produced a new data set. This certainly happens in Canberra - which reminds me, there may be three of four new roads open today - I'll go have a look in a minute or two. Given the current amount of good quality existing Victorian road data in OSM, the task of getting it perfect using vicmapdata will not take too long. Of even more use would be if there is cadastral data available. This is absolutely essential if OSM is to ever succeed and this data is not easily surveyed. Walking around with a pad an pencil peering into people's letterboxes or doors is not safe or enjoyable. Therefore this data is ideal to be mass imported. (especially as it would probably be high quality data). Even then you would have to be careful not to step on peoples toes who had already done a street or two. Maybe you could import address info on a street by street basis and if your import program found any existing address data, it could ignore that street and create a list somewhere that people could use to do a partial manual import from vicmap data. How you programmatically compare streets in OSM and Vicmapdata is the difficult bit. No one in OSM has ever been brave (or maybe clever) enough to achieve this yet and I certainly couldn't. Mass imports only can work if there is no (or almost no) existing data. USA found this out when the mass import of TIGER data, effectively destroyed the USA OSM community and it has taken nearly ten years to recover. Unfortunately the original TIGER data was/is very low quality in terms of geometry and this still plagues the USA data to this day (and probably for the next 5 years or so). I'm sure that people in OSM-US can help in converting vicmap data into an imagery layer (and may even host it for you as well :-) Cheers Nick ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] PostcodeMap
Vielen Dank für deine Arbeit. Habe sie dann auch gleich nochmal genutzt, da mir einige weiße stellen in Hamburg aufgefallen waren. Hamburg 22523 22547 22549 22527 22525 20257 20259 22607 22761 22763 22299 22297 22307 22047 22045 22043 22081 ... http://osm.wno-edv-service.de/plz/?zoom=11lat=53.5648lon=10.06586layers=BTFFTFFFTFFT http://osm.wno-edv-service.de/plz/?zoom=11lat=53.5648lon=10.06586layers=BTTFTFFFTFFT Berlin 12353 http://osm.wno-edv-service.de/plz/?zoom=13lat=52.40641lon=13.43746layers=BTFFTFFFTFFT http://osm.wno-edv-service.de/plz/?zoom=13lat=52.40641lon=13.43746layers=BTTFTFFFTFFT Sebnitz 01855 http://osm.wno-edv-service.de/plz/?zoom=12lat=50.91333lon=14.344layers=BTFFTFFFTFFT http://osm.wno-edv-service.de/plz/?zoom=12lat=50.91333lon=14.344layers=BTTFTFFFTFFT Erfurt 99086 99100 http://osm.wno-edv-service.de/plz/?zoom=12lat=51.00437lon=11.00107layers=BTFFTFFFTFFT http://osm.wno-edv-service.de/plz/?zoom=12lat=51.00437lon=11.00107layers=BTFFTFFFTFFT Düsseldorf 40221 40225 40229 40591 40474 40472 40211 40212 40233 40210 40215 40237 40468 http://osm.wno-edv-service.de/plz/?zoom=12lat=51.00437lon=11.00107layers=BTFFTFFFTFFT http://osm.wno-edv-service.de/plz/?zoom=12lat=51.25108lon=6.76206layers=BTTFTFFFTFFT Essen 45149 http://osm.wno-edv-service.de/plz/?zoom=13lat=51.42395lon=6.93664layers=BTFFTFFFTFFT http://osm.wno-edv-service.de/plz/?zoom=13lat=51.42395lon=6.93664layers=BTFFTFFFTFFT Hannover 30855 30853 30851 30669 30419 30179 30519 30521 30559 30629 30177 30173 . http://osm.wno-edv-service.de/plz/?zoom=11lat=52.44744lon=9.64151layers=BTFFTFFFTFFT http://osm.wno-edv-service.de/plz/?zoom=11lat=52.44744lon=9.64151layers=BTTFTFFFTFFT Münsterland 48351 49320 http://osm.wno-edv-service.de/plz/?zoom=12lat=51.88413lon=7.93176layers=BTFFTFFFTFFT http://osm.wno-edv-service.de/plz/?zoom=12lat=51.88392lon=7.93176layers=BTTFTFFFTFFT Fürth 90765 http://osm.wno-edv-service.de/plz/?zoom=13lat=49.50627lon=10.99484layers=BTFFTFFFTFFT http://osm.wno-edv-service.de/plz/?zoom=13lat=49.50627lon=10.99484layers=BTTFTFFFTFFT Landshut 84030 http://osm.wno-edv-service.de/plz/?zoom=11lat=48.62622lon=12.11991layers=BTTFTFFFTFFT http://osm.wno-edv-service.de/plz/?zoom=11lat=48.62622lon=12.11991layers=BTTFTFFFTFFT Ringelai 94160 http://osm.wno-edv-service.de/plz/?zoom=12lat=48.821lon=13.47672layers=BTFFTFFFTFFT http://osm.wno-edv-service.de/plz/?zoom=12lat=48.821lon=13.47672layers=BTTFTFFFTFFT München 81379 81377 80686 80687 http://osm.wno-edv-service.de/plz/?zoom=13lat=48.11695lon=11.51909layers=BTFFTFFFTFFT http://osm.wno-edv-service.de/plz/?zoom=13lat=48.11695lon=11.51909layers=BTTFTFFFTFFT So das waren dann Stichprobenhaft einige gefundene Löcher bei denen Handlungsbedarf besteht. Wie werden eigentlich alte und neue Grenzen abgefragt, denn da gibt es erhebliche Unterschiede. So finde ich auch nicht heraus warum Essen in dieser Karte als fehlende neue in Overpass Turbo aber wenigstens die Außengrenze angezeigt wird http://osm.wno-edv-service.de/plz/?zoom=13lat=51.42395lon=6.93664layers=BTFFTFFFTFFT http://overpass-turbo.eu/s/1eA Mir ist eine solche Änderung oder Neuanlegung von Relatioonen noch so komplex, dass ich das nicht allein versuchen würde. Gruß Gisbert Am 10.10.2013 23:23, schrieb Walter Nordmann: Postcode-Map funktioniert wieder. Nachdem die Ersatzplatte endlich eingebaut werden konnte, klappte das auch wieder mit dem Raid. url: http://osm.wno-edv-service.de/plz Gruss walter p.s. derzeit wird ein lag von 26 Tagen abgebaut - das kann was dauern. - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/PostcodeMap-tp5779457p5781032.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PostcodeMap
Hallo Walter, super, dass das wieder funktioniert. Hab grad ein bisschen mit der Karte rumgespielt und mir ist der Convex Hull-Layer aufgefallen. Wenn ich das richtig sehe, wird die konvexe Hülle immer nur für die im Browser angezeigten Daten berechnet, also offensichtlich clientseitig. Das führt dazu, dass die sehr kurios und außerdem falsch aussieht, wenn am Kartenrand eben eine Lücke klafft, in der einfach keine Häuser mit Postleitzahlen vorhanden sind. Wäre es da evtl. nicht sinnvoller, die konvexe Hülle jeweils über alle gleichen Postleitzahlen zu berechnen und als Geometrie zu übertragen? Gruß Peter Am 10.10.2013 23:23, schrieb Walter Nordmann: Postcode-Map funktioniert wieder. Nachdem die Ersatzplatte endlich eingebaut werden konnte, klappte das auch wieder mit dem Raid. url: http://osm.wno-edv-service.de/plz Gruss walter p.s. derzeit wird ein lag von 26 Tagen abgebaut - das kann was dauern. - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/PostcodeMap-tp5779457p5781032.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] db-Tabelle per Kartenausschnitt filtern
Hey Kolossos, ...Danke! Die Ausgabe sollte bei ca. 1000 limitiert sein, damit nie zu viele Daten übers Netz geht. Auf den Schirm passen eher nur sowas wie 80 Punkte. und nur schon Mal vorweg: mit dem Tiles-download /-managment. Gibt es da was zu beachten / - Quellen? Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] fehlende Mofa-Tags ausserhalb geschlossener Ortschaften in D auf Fahrradwegen?
Anscheinend fehlen sehr viele mofa=yes tags auf Fahrradwegen ausserhalb geschlossener Ortschaften in Deutschland (wo diese AFAIK auch ohne gesonderte Beschilderung erlaubt sind). Wollte ich mal so erwähnen, auch wenn Mofas ja nicht mehr sonderlich beliebt oder verbreitet zu sein scheinen heutzutage. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO-Ersatz für Garmin?
Wer sagt den das ich weitergezogen bin ? Da wird hier wochenlang rumgeschrieben, aber KEINER hat mir eine persönliche Mail geschrieben. Ich denke das GERMANY AIO kaput ist weil der RSYNC der Geofabrik mal wieder kaput ist. DACH-Karte und NRW-KArte klappen ja .. Bitte in ZUKUNFT einfach MAILEN. Wer sich einbringen möchte oder das Projekt übernehmen möchte ebenfalls MAIL. Vielen Danke Am 10. Oktober 2013 19:40 schrieb fly lowfligh...@googlemail.com: Hey, Ich hatte mit Flacus bisher auch nicht viel Kontakt, aber ich kann zumindest so viel sagen, dass Eure Anspielungen leider hier völlig fehl am Platz sind. Bitte unterlasst solche Äußerungen. Ich kann mal versuchen ob ich Ihn erreichen kann, allerdings fehlt bei mir gerade Zeit und es gibt halt auch noch ein Leben + andere Hobbies neben OSM. Ihr könnt es ja auch mal per PM versuchen. Ciao fly On 10.10.2013 16:38, Steffen Grunewald wrote: On Thu 2013-10-10 (11:27), Sven Geggus wrote: Steffen Grunewald steffen.grunew...@gmx.net wrote: Könnte wenigstens der Rebuild abgestellt werden? OK, ich hab die crontab von flacus mal auskommentiert. Danke. Wahrscheinlich beschäftigt er sich momentan mit Punkt 6 seiner Ziele:-Liste (http://wiki.openstreetmap.org/wiki/User:Flacus). .. MMn hätte das schon vor Monaten passieren können, Woher soll ich denn wissen wann genau jemand sein Projekt einschlafen lässt? Wann genau, weiß ich auch nicht, aber IIRC ist das schon seit dem Winter in der Diskussion (auf http://wiki.openstreetmap.org/wiki/User_talk:Flacus steht eine Frage vom 2. April - ohne Antwort...) aber anscheinend hat auf die crontab niemand mehr Zugriff? Ganz so schlimm ist das dann nicht. Aber ich halte es ehrlich gesagt nicht für meine Aufgabe Benutzerrn des devservers hinterherzulaufen. Hm. (Da ich selber Admin bin, ahne ich, was Du meinst, auch wenn es evtl. etwas verschoben rüberkommt. Benutzer sind genaugenommen auch die, die regelmäßig spiegeln - obwohl da nichts mehr zu spiegeln ist - und dadurch Traffic verursachen. Manche müssen dafür sogar noch zahlen, heißt es...) Ich habe inzwischen ein Shellscript, dass mir eine Deutschland+Nachbarländer Karte mit AIO Stil erzeugt. Ließe sich das auf den momentanen Buildserver transplantieren? Das wäre die Lösung... Theoretisch schon, aber das ist halt auch nur so ne halbe Lösung. Vielleicht hat jemand die andere Hälfte in der Schublade? (Zeig doch mal...) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PostcodeMap
Gmbo wrote Wie werden eigentlich alte und neue Grenzen abgefragt, denn da gibt es erhebliche Unterschiede. Siehe hier https://wiki.openstreetmap.org/wiki/Import/Catalogue/Postleitzahlen_Deutschland_2010 . Die alten PLZ-Grenzen stellen die Grenzen dar, wie sie in den Rohdaten von Arnulf befinden. Sie standen nie/stehen nicht in OSM. Sie waren damals vollständig und korrekt, konnten also als Basis verwendet werden. So finde ich auch nicht heraus warum Essen in dieser Karte als fehlende neue in Overpass Turbo aber wenigstens die Außengrenze angezeigt wird http://osm.wno-edv-service.de/plz/?zoom=13lat=51.42395lon=6.93664layers=BTFFTFFFTFFT http://overpass-turbo.eu/s/1eA Die Datenbank für die Auswertung hängt derzeit um ca 600 Stunden ~ 25 Tage hinterher. Der Import der Diff-Files läuft, wird aber noch einige Tage dauern. Kann man unten auf der Karte im Feld LAG erkennen. Ein Klick darauf bringt sogar eine kleine - ziemlich frustrierende - Live-Grafik. Aber schneller geht es derzeit nicht. Selbst ein Neuaufbau der Planet-DB würde über eine Woche dauern. Entweder sind die Daten in meiner DB hier veraltet oder sie sind generell falsch oder meine Auswertung spinnt. Ich schau mir das mal an. Gruss walter - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/PostcodeMap-tp5779457p5781145.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PostcodeMap
Peter Wendorff wrote Wenn ich das richtig sehe, wird die konvexe Hülle immer nur für die im Browser angezeigten Daten berechnet, also offensichtlich clientseitig. Nö, das machst schon der Server - allerdings sagt der Client ihm per BBOX, welchen Bereich er sehen will. Das führt dazu, dass die sehr kurios und außerdem falsch aussieht, wenn am Kartenrand eben eine Lücke klafft, in der einfach keine Häuser mit Postleitzahlen vorhanden sind. ja, sieht manchmal schon etwas komisch aus. Wäre es da evtl. nicht sinnvoller, die konvexe Hülle jeweils über alle gleichen Postleitzahlen zu berechnen und als Geometrie zu übertragen? Derzeit berechnet der Server die Hulls über alle PLZ, die er im aktuellen Fenster (BBOX+20%) gefunden hat. Da fallen die weiter außerhalb liegenden Nodes natürlich weg und verstümmeln somit die zu berechnede Hülle. Jetzt, wo ich mich gezwungen sah, den Algorithmus schriftlich zu beschreiben, fallen mir natürlich die damit verbunden Schwächen auf. ;( Mal sehen, ob ich das besser hinkriege. Danke für den Vorschlag Gruss walter - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/PostcodeMap-tp5779457p5781147.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PostcodeMap
Am 11.10.2013 16:57, schrieb Walter Nordmann: Peter Wendorff wrote Wenn ich das richtig sehe, wird die konvexe Hülle immer nur für die im Browser angezeigten Daten berechnet, also offensichtlich clientseitig. Nö, das machst schon der Server - allerdings sagt der Client ihm per BBOX, welchen Bereich er sehen will. Das führt dazu, dass die sehr kurios und außerdem falsch aussieht, wenn am Kartenrand eben eine Lücke klafft, in der einfach keine Häuser mit Postleitzahlen vorhanden sind. ja, sieht manchmal schon etwas komisch aus. Wäre es da evtl. nicht sinnvoller, die konvexe Hülle jeweils über alle gleichen Postleitzahlen zu berechnen und als Geometrie zu übertragen? Derzeit berechnet der Server die Hulls über alle PLZ, die er im aktuellen Fenster (BBOX+20%) gefunden hat. Da fallen die weiter außerhalb liegenden Nodes natürlich weg und verstümmeln somit die zu berechnede Hülle. Jetzt, wo ich mich gezwungen sah, den Algorithmus schriftlich zu beschreiben, fallen mir natürlich die damit verbunden Schwächen auf. ;( Mal sehen, ob ich das besser hinkriege. Danke für den Vorschlag und associatedStreet-Relationen werden gar nicht ausgewertet. Leider ist dadurch dieses Feature in meiner Gegend unbrauchbar. Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PostcodeMap
fly high wrote und associatedStreet-Relationen werden gar nicht ausgewertet. Leider ist dadurch dieses Feature in meiner Gegend unbrauchbar. Stimmt - liegt wohl daran, dass ich associatedStreet nicht mag. naja, ich stelle es mal in die TODO-List http://osm.wno-edv-service.de/plz/Todo?caller=plz wo ist denn deine Gegend? Gruss walter - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/PostcodeMap-tp5779457p5781153.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PostcodeMap
Am 11.10.2013 17:40, schrieb Walter Nordmann: fly high wrote und associatedStreet-Relationen werden gar nicht ausgewertet. Leider ist dadurch dieses Feature in meiner Gegend unbrauchbar. Stimmt - liegt wohl daran, dass ich associatedStreet nicht mag. naja, ich stelle es mal in die TODO-List http://osm.wno-edv-service.de/plz/Todo?caller=plz wo ist denn deine Gegend? Hier hast Du ein Testgebiet: http://osm.org/go/0DKSBq4Z- Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PostcodeMap
On Fri, Oct 11, 2013 at 05:02:14PM +0200, fly wrote: und associatedStreet-Relationen werden gar nicht ausgewertet. Leider ist dadurch dieses Feature in meiner Gegend unbrauchbar. Qua oder Mangels Nutzung kann man die IMHO auch getrost als tot betrachten. Am Anfang habe ich die auch genutzt aber die definition ist/war so kaputt (Nur einen way in der relation) das das unbenutzbar war. Und mit den millionen Straßenschnipseln die wir da haben macht das so auch keinen Sinn. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PostcodeMap
Freiburg, mein geliebtes Freiburg! mal sehen, ob die Bächle auch sauber drin sind. Haben die eigentlich Namen? Mein letzter Visit war vor meiner OSM-Karriere und da hab ich natürlich nicht drauf geachtet. Nächstes Frühjahr check ich das mal. Gruss walter ps: associatedBächle wär' doch was ;) - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/PostcodeMap-tp5779457p5781162.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] db-Tabelle per Kartenausschnitt filtern
Wenn du dir das mal anschaust: http://wiki.openstreetmap.org/wiki/Tile_usage_policy Leider ist da keine Grenze von Tiles pro Tag angegeben, ab der eine Karte kritisch wird. Grüße Tim Am 11.10.2013 12:26, schrieb tshrub: und nur schon Mal vorweg: mit dem Tiles-download /-managment. Gibt es da was zu beachten / - Quellen? Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PostcodeMap
Am 11.10.2013 18:38, schrieb Walter Nordmann: Freiburg, mein geliebtes Freiburg! mal sehen, ob die Bächle auch sauber drin sind. Haben die eigentlich Namen? Nein Mein letzter Visit war vor meiner OSM-Karriere und da hab ich natürlich nicht drauf geachtet. Nächstes Frühjahr check ich das mal. Gruss walter ps: associatedBächle wär' doch was ;) Wäre froh wenn in der Innenstadt wenigstens die access tags stimmen würden und auch ohne Bächle gibt es genug unterirdisch verlaufenden Bachläufe. Dank Maps4BW sind diese jetzt wenigstens einzeichenbar. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Import delle biblioteche italiane
On 2013-10-11 at 01:33:29 +0200, Lorenzo Beba Beltrami wrote: Anche io confermo che le principali biblioteche del mio paese sono spostate nel raggio di una 50ina di metri. non è che c'è un problema di conversione delle coordinate? sembrano errori abbastanza tipici -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sedi di club e di enti
Quindi direi l'area forse, anche se il tag non esiste: landuse=public_service non mi piace molto come tag perché dice tutto e niente, che cosa comprende? infrastrutture? manutenzione stradale? servizio per i poveri? sanità? prigioni? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Alcuni articoli Wikipedia mappabili in OSM
Am 11/ott/2013 um 00:49 schrieb Leonardo kinetocor...@gmail.com: Occhio, sono necessari gli spazi col _ (underscore)! no, per I tags wikipedia si usa il titolo, e quindi niente underscore, mi confondevo anch'io in passato, perché ci sono alcuni varianti in giro, però nella versione standard ci sono spazi ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Caos a San quirico d'Orcia
A me non da problebi , puoi provare a cancellare la cache del tuo browser Comunque se apri il tutto in Josm (o nel tuo editor preferito) ti puoi rendere conto , anche se le cose più gravi e evidenti le ho già aggiustate sicuramente qualcuno del posto torverà altri errori evidenti in oltre Esorto i colleghi mappatori non solo a mappare ma anche a cercare di corregere errori e imprecisioni + o - gravi in giro per l'italia (un aiuto viene dalle note lasciate sulla mappa, e altri strumenti online come http://keepright.ipax.at/report_map.php e altri) logicamente solo gli errori che possono essere corretti per esempio da un'analisi delle foto aeree, altri purtroppo possono essere corretti solo da chi conosce il territorio e di solito per questo mi impegno a contattare per esempio associazioni del luogo (tipo lug ,associazioni di ciclismo , escursionismo, ecc) e publicizzare il progetto (anche se spesso non ho un feedbak positivo, comunque ci provo) Il 10/10/2013 17:32, girarsi_liste ha scritto: Il 10/10/2013 16:16, Guido Salemme ha scritto: Un saluto a tutto il gruppo sempre più spesso ultimamente mi sto occupando di correzione più che mappare e guardando le note di osm mi sono imbattuto in questa nota http://www.openstreetmap.org/?note=20474 in cui segnala un gran caos adesso per quello che mi è possibile sto correggendo, infatti ci stavano più strade di tipologia differente una sopra l'altra e uso abbastanza fantasioso di alcuni tag chiedo se c'è qualcuno della zona che può continuare a sistemare le cose Ho provato su openstreetmap a selezionare dati della mappa, per capire la situazione, ma continua a saltarmi la spunta, disattivando la selezione aree, succede solo a me o cosa. Se scelgo altro luogo, funziona normalmente. Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] La Calabria apre qualche geodato
Vogliamo parlarne invece della CTR in formato PDF? Il lavoro di taglio e georeferenziazione è da pazzi... -_- Il giorno 10 ottobre 2013 22:41, Simone Cortesi sim...@cortesi.com ha scritto: 2013/10/10 Maurizio Napolitano napoo...@gmail.com: http://pr5sit.regione.calabria.it/web/pr5sit/sezione-opendata1 fantastica la carta tecnica del 1954, è ancora utilissima. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Alcuni articoli Wikipedia mappabili in OSM
Il giorno 10 ottobre 2013 22:27, Daniele Forsi dfo...@gmail.com ha scritto: ... hai idea perché questa voce non risulta mappata? http://it.wikipedia.org/wiki/Torre_della_Meloria Il problema non è nel tag ma nel fatto che il nodo non è presente nei dati OSM usati dal programma. I dati vengono aggiornati tramite osmupdate + file poly, per ritagliare gli aggiornamenti in territorio italiano. Ho generato il file poly dagli shape ISTAT tempo fa (forse da quelli generalizzati) e, probabilmente, l'isola o il nodo restano tagliati fuori. Comunicherò al team di tecnici [1] che si occupa degli aggiornamenti, di sostituire il file poly con quello fornito da GEOFABRIK: http://download.geofabrik.de/europe/italy.html [1] @Luca, quando hai tempo, per favore: - sostituisci il .poly in ./data/OSM/italy.poly con quello di GEOFABRIK http://download.geofabrik.de/europe/italy.poly - lancia una volta lo script con l'opzione --download_osm (invece che --update_osm), per scaricare da zero i dati italiani. Grazie. Questa voce è da rimuovere perché il faro è stato dismesso: http://it.wikipedia.org/wiki/Faro_di_Vada Grazie. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Alcuni articoli Wikipedia mappabili in OSM
Il giorno 11 ottobre 2013 07:32, Otourly Wiki otou...@yahoo.fr ha scritto: Non si bisogna delle underscore ! Normalmente WIWOSM è fatto per simplificare la contribuzione. Devi solamente copiare/collare i titoli delle pagine. Per la riutilizzazione e l'omogeneità del data, dice no al underscore :p Confermo. Anche sulla mia pagina c'è qualche informazione sul tag da usare, nel riquadro in alto: Istruzioni e conteggi: Aggiungere all'oggetto in OSM il tag wikipedia=it:Titolo articolo, lasciando gli spazi tra le parole. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import delle biblioteche italiane
2013/10/10 Martin Koppenhoefer dieterdre...@gmail.com: da cosa si legge sembra che non è consigliato di fare un import, ma probabilmente potrebbe comunque servire il dataset per arricchire le biblioteche che abbiamo già mappate (ref internazionale) +1 ciao, Martin -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Open Data: pisce da sci di Madonna di Campiglio (TN)
http://www.trientgroup.it/opendata.jsp -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Lo diciamo anche a Wired?
a proposito dei nomi dei comuni in sardo con google map maker. facciamo un po' di promozione OSM commentando su wired: http://daily.wired.it/news/internet/2013/10/11/secessione-sardegna-google-maps-nomi-citta-paesi-546536.html -- id osm: Andria Tzedda http://sardiniaopendata.org/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Lo diciamo anche a Wired?
Il giorno 11 ottobre 2013 17:38, andria_osm andria_...@tiscali.it ha scritto: a proposito dei nomi dei comuni in sardo con google map maker. facciamo un po' di promozione OSM commentando su wired: http://daily.wired.it/news/**internet/2013/10/11/** secessione-sardegna-google-**maps-nomi-citta-paesi-546536.**htmlhttp://daily.wired.it/news/internet/2013/10/11/secessione-sardegna-google-maps-nomi-citta-paesi-546536.html Io ci ho messo la mia solita risposta, certo che lo stack per le lingue multiple lo potevano iniziare a considerare per i server principali di OSM... -- id osm: Andria Tzedda http://sardiniaopendata.org/ __**_ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-ithttps://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Lo diciamo anche a Wired?
infatti. che c'è vò? avevo già in mente un video tutorial, ma se chi fa el modifiche poi non le vede sulla mappa è difficile spiegarsi Il 11/10/2013 17:56, sabas88 ha scritto: Il giorno 11 ottobre 2013 17:38, andria_osm andria_...@tiscali.it mailto:andria_...@tiscali.it ha scritto: a proposito dei nomi dei comuni in sardo con google map maker. facciamo un po' di promozione OSM commentando su wired: http://daily.wired.it/news/__internet/2013/10/11/__secessione-sardegna-google-__maps-nomi-citta-paesi-546536.__html http://daily.wired.it/news/internet/2013/10/11/secessione-sardegna-google-maps-nomi-citta-paesi-546536.html Io ci ho messo la mia solita risposta, certo che lo stack per le lingue multiple lo potevano iniziare a considerare per i server principali di OSM... -- id osm: Andria Tzedda http://sardiniaopendata.org/ _ Talk-it mailing list Talk-it@openstreetmap.org mailto:Talk-it@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-it https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- id osm: Andria Tzedda http://sardiniaopendata.org/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sedi di club e di enti
Il 11/10/2013 09:21, Martin Koppenhoefer ha scritto: Quindi direi l'area forse, anche se il tag non esiste: landuse=public_service non mi piace molto come tag perché dice tutto e niente, che cosa comprende? infrastrutture? manutenzione stradale? servizio per i poveri? sanità? prigioni? ciao, Martin Dice solo che cè un'area dedicata al servizio pubblico, ma questo è un vedere molto italiano, per cui, il tag era buttato lì solo per favorirne un'inglesismo più appropriato, tutto qui.. :) -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sedi di club e di enti
2013/10/11 girarsi_liste liste.gira...@gmail.com Dice solo che cè un'area dedicata al servizio pubblico, ma questo è un vedere molto italiano, per cui, il tag era buttato lì solo per favorirne un'inglesismo più appropriato, tutto qui.. :) si. Non dico che non si capisce l'intento, ma lo trovo molto generico, andando sul landuse potrei ipotezzare dei tags diversi per, che ne so, distribuzione / erogazione (acqua, luce, gas), smaltimento (depuratori, discariche, reciclaggio), trasporto pubblico (depositi trasporto pubblico, stazioni dei autobus), ... a questo punto mi fermo perché capisco che non abbiamo preso questa strada finora, mancano valori landuse per tutto ciò perché non c'è bisogno, c'è già un tag specifico oltre a landuse per descrivere l'area (come per esempio anche per le scuole, università), e quindi continuarei anche cosí. Una sede del soccorso alpino potrebbe forse essere qualcosa come amenity=rescue_centre? Si trova un elicottero? E' un deposito di macchine e attrezzi? C'è qualcuno permanentemente e aspetta che gli squilla il telefono? I tag come public building dicono poco di più che il render potrebbe colorare questo edificio in un colore diverso. Penso che prima o poi, se ci impegniamo, potremmo inventare tags specifici anche per l'amministrazione pubblica, per diversi tipi di uffici e enti, ecc. Se ogni volta che troviamo una cosa per cui ancora non c'è una proposta o un tag accordato, noi mettiamo public building o public service non arriveremmo mai a un sistema dettagliato. Al proposito di università, oggi ho messo un riferimento a faculty e department sulla pagina university del wiki, ancora non sono tags diffusissimi, ma un po' di uso c'è secondo taginfo. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Alcuni articoli Wikipedia mappabili in OSM
Il 11 ottobre 2013 12:10, Simone F. ha scritto: Il problema non è nel tag ma nel fatto che il nodo non è presente nei dati OSM usati dal programma. I dati vengono aggiornati tramite osmupdate + file poly, per ritagliare gli aggiornamenti in territorio italiano. Ho generato il file poly dagli shape ISTAT tempo fa (forse da quelli generalizzati) e, probabilmente, l'isola o il nodo restano tagliati fuori. ah, allora anche il faro del porto di Livorno rimane fuori per questo motivo ho trovato altre voci non mappabili: Morti a Portoferraio Nati a Portoferraio Nati a Rio Marina Nati a Marciana Marina probabilmente ci sono anche in altre città quindi potresti eliminare le voci simili dappertutto. Queste pagine sono elenchi di cose che in linea di massima sono presenti in altre parti della tua gerarchia (non ho controllato uno per uno se sono presenti), ci sono sia come categorie (da mantenere) che come voci (da eliminare): Arcipelago Toscano Castelli della provincia di Grosseto Cimiteri di Livorno Parchi della Val di Cornia Piazze di Pisa Ponti di Firenze Ponti di Pisa Rocche aldobrandesche Siti di interesse comunitario della Toscana Stazioni ferroviarie della ferrovia Faentina Stazioni ferroviarie di Firenze Teatri di Firenze Torri costiere della provincia di Grosseto Torri costiere della provincia di Livorno Torri costiere del Principato di Piombino Ville di Firenze Ville medicee anche in questo caso probabilmente puoi eliminare le voci simili da tutta Italia C'è una cosa strana in questa gerarchia: Architetture militari della provincia di Livorno + Castelli della provincia di Livorno + + Rocche aldobrandesche di tutte quelle voci l'unica in provincia di Livorno mi sembra Rocca aldobrandesca (Suvereto) la stessa categoria Rocche aldobrandesche si trova anche da altre parti e in altre province, la cosa più semplice mi sembra di eliminare la categoria perché le voci dovrebbero essere presenti in altre categorie geografiche -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Laguna di Orbetello
Usando l'applicazione di Simone sugli articoli wikipedia mappabili in OSM, mi sono accorto che non esiste la Laguna di Orbetello, bensi sono mappate le due lagune che la compongono (di Ponente e di Levante). Come si può correggere ? Una relazione fra le due lagune ? Di che tipo ? FabC [1] http://geodati.fmach.it/gfoss_geodata/osm/wtosm/subpages/Toscana.html#Lagune_della_Toscana [2] http://nominatim.openstreetmap.org/search.php?q=laguna+orbetelloviewbox=-151.18%2C62.48%2C151.18%2C-62.48 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Open Data: pisce da sci di Madonna di Campiglio (TN)
Devo ancora capire il tuo commento, ma dopo che ho aperto il file mi sono accorto che quanto distribuito non sono dati particolarmente riusabili e mi spiace assai. Diciamo che la cosa che si puo' fare e' solo quella di caricare il file .kml e usarlo per tracciare il percorso. On Fri, Oct 11, 2013 at 5:19 PM, Simone Girardelli liste.gira...@gmail.com wrote: Maurizio Napolitano napoo...@gmail.com ha scritto: http://www.trientgroup.it/opendata.jsp Ahahahaha, un grande bagno per sciare? -- Inviato con K-9 Mail. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import delle biblioteche italiane
Il 10/10/2013 21:57, girarsi_liste ha scritto: Il 10/10/2013 21:55, pietro marzani ha scritto: Da: Daniele Forsi dfo...@gmail.com Il 10 ottobre 2013 19:42, Cristian Consonni ha scritto: Ho creato questa tabella con un campione dei dati (1%), qualcuno mi da una mano a verificare? (idealmente qualcuno del posto che sa se la biblioteca del suo paese stia effettivamente li ^_^) la biblioteca del mio paese è segnata dal lato opposto della strada e spostata di un paio di edifici (circa 36 metri verificando le coordinate con JOSM+Bing) Nel mio paese l'indirizzo è sbagliato: la biblioteca è stata spostata da 4-5 anni. Rispetto all'indirizzo sbagliato le coordinate sono comunque scostate di una trentina di metri. Ciao Pietro Az finora ne avessero beccata una :D A Magenta (MI), comunale: - posizione e indirizzo riferiti alla precedente localizzazione ERR - anche il nome è cambiato --- ERR - e-mail --- ERR - url --- ERR - Tel. --- ERR - Fax. --- ERR Un disastro! Umberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import delle biblioteche italiane
Am 12/ott/2013 um 00:29 schrieb Umberto umberto.piace...@alice.it: A Magenta (MI), comunale: - posizione e indirizzo riferiti alla precedente localizzazione ERR - anche il nome è cambiato --- ERR - e-mail --- ERR - url --- ERR - Tel. --- ERR - Fax. --- ERR Un disastro! Umberto Che data è indicata per questa biblioteca come ultimo aggiornamento? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import delle biblioteche italiane
Il 12/10/2013 00:53, Martin Koppenhoefer ha scritto: Am 12/ott/2013 um 00:29 schrieb Umberto umberto.piace...@alice.it: A Magenta (MI), comunale: - posizione e indirizzo riferiti alla precedente localizzazione ERR - anche il nome è cambiato --- ERR - e-mail --- ERR - url --- ERR - Tel. --- ERR - Fax. --- ERR Un disastro! Umberto Che data è indicata per questa biblioteca come ultimo aggiornamento? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it Non ho ben capito quale data intendi! La seguente è sul sorgente pagina: eSito Ufficiale Anagrafe delle Biblioteche Italiane (ABI) - Risultati ricerca/title !-- Date: 2012-08-22 -- Ciao. Umberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] La Calabria apre qualche geodato
Lascio questo a futura memoria per gli shape opendata della Regione Calabria e per le proiezioni geografiche dei dati di DB http://pr5sit.regione.calabria.it/web/pr5sit/sezione-opendata1 di cui trattasi, ma anche: http://www.centrointerregionale-gis.it/DBPrior/DBPrior1.asp per futuri import dei dati: - aprirli in Qgis, impostare come sistema di coordinate degli shape in caricamento, per i dati della Calabria: World Geodetic System 1984 UTM fuseau 33 → IGNF:UTM33W84 → (id 10212 in qgis ) Salvare poi il file importato sempre come shape attribuendogli un diverso sistema di coordinate (tasto destro sulla lista dei layers in qgis: Salva come...) WGS84 EPSG:4326 (id 3452 in qgis ) Aprire lo shape con Josm (bisogna aver installato il plugin OpenData in Josm) Per la conversione e l'import in OSM si legga e si segua una procedura, simile, ma differente, come riportato in questa pagina: http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_edificato ed in particolare per la parte di conversione Conversione con shp-to-osm andranno creati dei files di regole differenti in base agli elementi contenuti nei files da importare in OSM. N.B.: PRIMA di effettuare import ci si attenga alle consuete regole per l'import dei dati in OSM... - Per le altre regioni sembra che le proiezioni per i dati presenti in DBPrior10K siano queste: World Geodetic System 1984 UTM fuseau 32 → IGNF:UTM32W84 → (id 10210 in qgis ) per le regioni: piemonte, valle d'aosta, lombardia, trentino alto adige, veneto, liguria, emilia romagna, toscana, sardegna World Geodetic System 1984 UTM fuseau 33 → IGNF:UTM33W84 → (id 10212 in qgis ) per le regioni: friuli venezia giulia, umbria, marche, lazio, abruzzo, molise, campania, puglia, basilicata, calabria, sicilia --- Una domanda alla lista: la licenza di DBPrior http://www.centrointerregionale-gis.it/DBPrior/DBPrior.asp e' compatibile con le politiche di OSM ? Ciao, grazie mcheck Il 11 ottobre 2013 10:15, Giovanni Caudullo giovanni.caudu...@gmail.com ha scritto: Vogliamo parlarne invece della CTR in formato PDF? Il lavoro di taglio e georeferenziazione è da pazzi... -_- Il giorno 10 ottobre 2013 22:41, Simone Cortesi sim...@cortesi.com ha scritto: 2013/10/10 Maurizio Napolitano napoo...@gmail.com: http://pr5sit.regione.calabria.it/web/pr5sit/sezione-opendata1 fantastica la carta tecnica del 1954, è ancora utilissima. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] La Calabria apre qualche geodato
2013/10/12 marco bra marcobra.ubu...@gmail.com: Lascio questo a futura memoria per gli shape opendata della Regione Calabria e per le proiezioni geografiche dei dati di DB http://pr5sit.regione.calabria.it/web/pr5sit/sezione-opendata1 di cui trattasi, ma anche: http://www.centrointerregionale-gis.it/DBPrior/DBPrior1.asp per futuri import dei dati: - aprirli in Qgis, impostare come sistema di coordinate degli shape in caricamento, per i dati della Calabria: World Geodetic System 1984 UTM fuseau 33 → IGNF:UTM33W84 → (id 10212 in qgis ) Salvare poi il file importato sempre come shape attribuendogli un --- Una domanda alla lista: la licenza di DBPrior http://www.centrointerregionale-gis.it/DBPrior/DBPrior.asp e' compatibile con le politiche di OSM ? Il vincolo di DBPrior è quello di citazione della fonte (sono cc-by 2.5 ita) quindi non ci sono grossi problemi. Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-lt] Reikalai
Jei „darantiems“ vis dar aktualu – galiu paprašyti naujų išrašų su naujausiais duomenimis, kad palyginti pertvarkos ir naujų „A“ juostų „sėkmę“. N.B. Nebijokite pasiskambinti telefonu (211 2318) ir išsakyti kokios info dar reikia. Su mielu noru pasistengsiu ją gauti. Aš nesikandžioju, nebijokite ;) http://www.vilnius.lt/index.php?61568797 2013.10.11 23:46, Tomas Straupis rašė: Šia kryptimi darbai dar daromi, todėl rezultatų dar niekas ir neskelbė. ___ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt
[Talk-se] Prata med SCB om småorter den 14 oktober
Det verkar som om om Wikimedia folket ska träffa SCB på måndag. Är det någon som har några frågor om småorter och openstreetmap? Vi har diskuterat SCB data här, så någon kanske kommer ihåg några oklarheter. https://sv.wikipedia.org/wiki/Wikipedia:Wikitr%C3%A4ffar#M.C3.B6te_med_SCB_om_data_om_sm.C3.A5orter_och_hur_den_ben.C3.A4mner_dessa.2C_Stockholm.2C_m.C3.A5ndag_14_oktober Det ska tydligen vara en workshop om kartor på Wikipedia den 29:de oktober, står mer om det i länken ovan. -- /emj ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] Resumen de Talk-es, Vol 81, Envío 3
Oscar, he contactado directamente con la usuaria jkolb y me ha dicho que no tenían muy claro qué criterios aplicar para elegir las ciudades en un país tan grande como Córdoba y que al final se han decantado en una primera fase por ciudades grandes y con crecimiento ciclista (Sevilla, Zaragoza, Madrid?...), pero que estudiarán el caso de Córdoba. No me ha comentado nada de Burgos. A lo mejor en el momento en que contactaste con ellos no tenían todavía a ninguna persona trabajando para España (ahora mismo sólo tienen en su sistema a Barcelona). ¿Habeis metido los datos de la red ciclista y las infraestructuras a través de algún proceso de participación colectiva organizada o ha sido un trabajo de personas individuales? En el primer caso, me interesa conocer la metodología que habeis seguido. Os hago esta petición extensible a las personas que hayais hecho algo relacionado con la movilidad, la accesibilidad y el transporte en el resto de ciudades. Un saludo. Pedro Pérez (usuario pedroper79) El 8 de octubre de 2013 14:00, talk-es-requ...@openstreetmap.org escribió: Envíe los mensajes para la lista Talk-es a talk-es@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB https://lists.openstreetmap.org/listinfo/talk-es O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-es-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-es-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject) para que el texto sea mas especifico que: Re: Contents of Talk-es digest Además, por favor, incluya en la respuesta sólo aquellas partes del mensaje a las que está respondiendo. Asuntos del día: 1. Re: Resumen de Talk-es, Vol 81, Envío 2 (Pedro Perez Martin) 2. Re: Resumen de Talk-es, Vol 81, Envío 2 (Óscar Zorrilla Alonso) -- Mensaje reenviado -- From: Pedro Perez Martin pedrope...@gmail.com To: talk-es@openstreetmap.org Cc: Date: Mon, 7 Oct 2013 16:25:27 +0200 Subject: Re: [Talk-es] Resumen de Talk-es, Vol 81, Envío 2 Como este es mi primer mensaje al foro, aprovecho para presentarme. Soy Pedro Pérez, de Córdoba. Pertenezco al capítulo local de Geoinquietos de esta ciudad, y estoy interesado principalmente en temáticas como la movilidad y transporte, la eficiencia energética, y las ciudades bajas en carbono. En Córdoba tenemos en proyecto mapear en OSM todos los elementos relativos a alternativas de movilidad sostenible en la ciudad (peatón, bicicleta, transporte público, etc), lo que incluye la red de vías ciclistas, aparcabicis, tiendas de reparaciones y bicis urbanas, etc. Podeis ver la presentación que hice en Geoinquietos Córdoba en este enlace [1] . El proyecto está un poco parado a falta de que libere algo de tiempo para darle forma y empiece a dinamizar a gente de la comunidad en ese sentido. Me interesa también a nivel de investigación, ya que voy a realizar el doctorado en la Universidad de Córdoba sobre laboratorios virtuales de eficiencia energética en la edificación y el transporte, y es posible que podamos utilizar este proyecto para generar datos sobre utilización de la bicicleta. Por tanto, si estuvieran interesados, podríamos ofrecer Córdoba como candidata también, y yo podría hacer de contacto. Si alguno está interesado en el trabajo que pretendemos hacer, que no dude en ponerse en contacto conmigo. [1] http://www.slideshare.net/PedroPerezMartin/osm-y-movilidad-sostenible-en-crdoba El 7 de octubre de 2013 14:00, talk-es-requ...@openstreetmap.orgescribió: Envíe los mensajes para la lista Talk-es a talk-es@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB https://lists.openstreetmap.org/listinfo/talk-es O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-es-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-es-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject) para que el texto sea mas especifico que: Re: Contents of Talk-es digest Además, por favor, incluya en la respuesta sólo aquellas partes del mensaje a las que está respondiendo. Asuntos del día: 1. Bikecityguide.org (David Marín Carreño) -- Mensaje reenviado -- From: David Marín Carreño dav...@gmail.com To: Discusión en Español de OpenStreetMap Talk-es@openstreetmap.org Cc: Date: Mon, 7 Oct 2013 11:35:09 +0200 Subject: [Talk-es] Bikecityguide.org Hola. Acabo de recibir este mensaje de la usuario jkolb de OSM, y lo reenvío a la lista. Ahora mismo estoy sin nada de tiempo para dedicar a esto... ¿Alguien coge el guante? Hola DaveFX! Cómo estás? Estaba buscando gente de OSM
Re: [Talk-es] Resumen de Talk-es, Vol 81, Envío 3
Los datos se metieron de forma individual, resulta que a los colaboradores mas activos de Burgos nos gusta el tema de movernos en bici por la ciudad y lo hemos ido completando. Por otro lado pillamos información relativa a los carriles bici desde la web del ayuntamiento de Burgos para contrastar lo que teníamos, en algún caso nuestra información era mas actual que la de la web. El tema de la accesibilidad se va completando a medida que visitamos wheelmap.org y vamos añadiendo de lugares conocidos. Un saludo --- Mensaje Original --- Desde: Pedro Perez Martin pedrope...@gmail.com Enviado: 11 de octubre de 2013 11:39 Para: talk-es@openstreetmap.org Asunto: Re: [Talk-es] Resumen de Talk-es, Vol 81, Envío 3 Oscar, he contactado directamente con la usuaria jkolb y me ha dicho que no tenían muy claro qué criterios aplicar para elegir las ciudades en un país tan grande como Córdoba y que al final se han decantado en una primera fase por ciudades grandes y con crecimiento ciclista (Sevilla, Zaragoza, Madrid?...), pero que estudiarán el caso de Córdoba. No me ha comentado nada de Burgos. A lo mejor en el momento en que contactaste con ellos no tenían todavía a ninguna persona trabajando para España (ahora mismo sólo tienen en su sistema a Barcelona). ¿Habeis metido los datos de la red ciclista y las infraestructuras a través de algún proceso de participación colectiva organizada o ha sido un trabajo de personas individuales? En el primer caso, me interesa conocer la metodología que habeis seguido. Os hago esta petición extensible a las personas que hayais hecho algo relacionado con la movilidad, la accesibilidad y el transporte en el resto de ciudades. Un saludo. Pedro Pérez (usuario pedroper79) El 8 de octubre de 2013 14:00, talk-es-requ...@openstreetmap.org escribió: Envíe los mensajes para la lista Talk-es a talk-es@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB https://lists.openstreetmap.org/listinfo/talk-es O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-es-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-es-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject) para que el texto sea mas especifico que: Re: Contents of Talk-es digest Además, por favor, incluya en la respuesta sólo aquellas partes del mensaje a las que está respondiendo. Asuntos del día: 1. Re: Resumen de Talk-es, Vol 81, Envío 2 (Pedro Perez Martin) 2. Re: Resumen de Talk-es, Vol 81, Envío 2 (Óscar Zorrilla Alonso) -- Mensaje reenviado -- From: Pedro Perez Martin pedrope...@gmail.com To: talk-es@openstreetmap.org Cc: Date: Mon, 7 Oct 2013 16:25:27 +0200 Subject: Re: [Talk-es] Resumen de Talk-es, Vol 81, Envío 2 Como este es mi primer mensaje al foro, aprovecho para presentarme. Soy Pedro Pérez, de Córdoba. Pertenezco al capítulo local de Geoinquietos de esta ciudad, y estoy interesado principalmente en temáticas como la movilidad y transporte, la eficiencia energética, y las ciudades bajas en carbono. En Córdoba tenemos en proyecto mapear en OSM todos los elementos relativos a alternativas de movilidad sostenible en la ciudad (peatón, bicicleta, transporte público, etc), lo que incluye la red de vías ciclistas, aparcabicis, tiendas de reparaciones y bicis urbanas, etc. Podeis ver la presentación que hice en Geoinquietos Córdoba en este enlace [1] . El proyecto está un poco parado a falta de que libere algo de tiempo para darle forma y empiece a dinamizar a gente de la comunidad en ese sentido. Me interesa también a nivel de investigación, ya que voy a realizar el doctorado en la Universidad de Córdoba sobre laboratorios virtuales de eficiencia energética en la edificación y el transporte, y es posible que podamos utilizar este proyecto para generar datos sobre utilización de la bicicleta. Por tanto, si estuvieran interesados, podríamos ofrecer Córdoba como candidata también, y yo podría hacer de contacto. Si alguno está interesado en el trabajo que pretendemos hacer, que no dude en ponerse en contacto conmigo. [1] http://www.slideshare.net/PedroPerezMartin/osm-y-movilidad-sostenible-en-crdoba El 7 de octubre de 2013 14:00, talk-es-requ...@openstreetmap.orgescribió: Envíe los mensajes para la lista Talk-es a talk-es@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB https://lists.openstreetmap.org/listinfo/talk-es O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-es-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-es-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject)
Re: [Talk-at] OSM bei Postbus
Am 10.10.2013 23:14, schrieb Kelvan: Eine Checkbox mit Copyright einfügen (default=true) wäre eine Möglichkeit. Es sollte auf alle Fälle eine einfache Möglichkeit geben ohne den Hinweis zu exportieren. ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at +1 Sehr begrüßenswert! LG Jimmy ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] OSM bei Postbus
ich würde es von der anderen Seite angehen: Checkbox mit Copyright ausblenden lg Am 11.10.2013 11:02 schrieb Jimmy_K jimm...@gmx.at: Am 10.10.2013 23:14, schrieb Kelvan: Eine Checkbox mit Copyright einfügen (default=true) wäre eine Möglichkeit. Es sollte auf alle Fälle eine einfache Möglichkeit geben ohne den Hinweis zu exportieren. __**_ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-athttps://lists.openstreetmap.org/listinfo/talk-at +1 Sehr begrüßenswert! LG Jimmy __**_ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-athttps://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] OSM bei Postbus
Und der Punkt soll in einem Untermenü Erweiterte Optionen oder Entwickeroptionen oder Gefährliche Optionen untergebracht sein, das standardmäßig ausgeblendet ist ;) Am 11. Oktober 2013 13:30 schrieb C K ck.zero...@gmail.com: ich würde es von der anderen Seite angehen: Checkbox mit Copyright ausblenden lg Am 11.10.2013 11:02 schrieb Jimmy_K jimm...@gmx.at: Am 10.10.2013 23:14, schrieb Kelvan: Eine Checkbox mit Copyright einfügen (default=true) wäre eine Möglichkeit. Es sollte auf alle Fälle eine einfache Möglichkeit geben ohne den Hinweis zu exportieren. __**_ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-athttps://lists.openstreetmap.org/listinfo/talk-at +1 Sehr begrüßenswert! LG Jimmy __**_ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-athttps://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at -- Lukas Bischof p: +43 (664) 416 84 34 w: http://www.wordy-rappinghood.net/ @: lukas.bisc...@gmail.com ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Abstimmung: Wie man Begegnungszonen in Österreicht taggt
Also living_street beinhaltet doch normaler Weise ein motor_vehicle=destination. Das jetzt wegen maxspeed wieder zu neutralisieren ist eher verwirrend bzw. was macht man bei einer Begegnungszone mit Schrittgeschwindigkeit? (sofern so etwas gesetzlich möglich ist) Shared_space nehme ich vielmehr als eine maxspeed-Zone mit der Besonderheit der freier Straßennutzung wahr. Daher finde ich es sinnvoller (3) zu nutzen. Ganz eindeutig und ohne wenn, dann, aber, sonst wäre natürlich (4) highway=shared_space shared_space=AT maxspeed=n #duckundweg Am Donnerstag, den 10.10.2013, 20:09 +0200 schrieb Markus Straub: Hallo, ich würde gerne eine Abstimmung starten, wie wir in Österreich Begegnungszonen taggen - ausgehend von der Diskussion letzte Woche. Bitte lest meine Ausführungen im P.S.-Teil nochmals. Wenn wir uns einigen können würd ich es ins Wiki eintragen, sodass sich 1) alle Mapper und 2) alle die die Daten verwenden wollen auskennen und wir *eine* Tagging-Variante haben. Die Varianten: (1) highway=pedestrian + maxspeed + access (2) highway=living_street + maxspeed (3) highway=residential + maxspeed + 'shared_space' LG, Markus ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Abstimmung: Wie man Begegnungszonen in Österreicht taggt
Ich möchte da auch meinen Senf dazu geben: Von den Auswahlmöglichkeiten würde ich Nr. 3 wählen, noch besser würde ich aber einen überhaupt neuen Tag finden, z.B. highway=shared_space, könnte mich aber auch mit highway=residential und shared_space=yes anfreunden. Begründung: Wie aus der Diskussion ja bereits hervorgegangen ist, passt von den vorhandenen Tags keiner wirklich gut. Sowohl bei highway=pedestrian (Fußgängerzone) als auch highway=living_street (Wohnstraße) gibt es einfach gravierende Unterschiede zum ursprünglich zugedachten Sinn, die nur mühsam in Zusatztags untergebracht werden müssten. Andreas Markus Straub markus.straub...@gmail.com schrieb: Hallo, ich würde gerne eine Abstimmung starten, wie wir in Österreich Begegnungszonen taggen - ausgehend von der Diskussion letzte Woche. Bitte lest meine Ausführungen im P.S.-Teil nochmals. Wenn wir uns einigen können würd ich es ins Wiki eintragen, sodass sich 1) alle Mapper und 2) alle die die Daten verwenden wollen auskennen und wir *eine* Tagging-Variante haben. Die Varianten: (1) highway=pedestrian + maxspeed + access (2) highway=living_street + maxspeed (3) highway=residential + maxspeed + 'shared_space' LG, Markus -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Abstimmung: Wie man Begegnungszonen in Österreicht taggt
On 10/11/2013 03:39 PM, Martin wrote: Also living_street beinhaltet doch normaler Weise ein motor_vehicle=destination. Nein, stimmt nicht, denn das gilt nur in 5 der 23 Länder, die hier aufgelistet sind: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dliving_street ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-ro] cum pot sa extrag traseul, sa fac automat cum au cei de la ratb la ei pe site
http://www.ratb.ro/maps1/014.jpg traseele fac parte dintr-o relatie. cum pot sa fac highlight pe aceea relatie, si sa dau sa imi extraga statiile de pe parcurs. ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-cz] Tag pro silnice v ČR
3)a ještě jeden dotaz pokusil jsem se tagovat rychlosti pomoci maxspeed=CZ:urban a ani s tímto tagam osmand neukazuje rychlostní omezení...neporadíte proč? popř má cenu tagovat přímo číslem? V9m, že jsem tuto diskuzi už jendou začínal, ale nějak v tom stále nemám jasno proč tento obecnější tag nefunguje. Pokud se nemylim, pro OsmAnd je potreba explicitni cislo, takze aby v tom byl system, tak to znacit jako dvojici: maxspeed=50 source:maxspeed= CZ:urban pripadne maxspeed:type=CZ:urban viz diskuse tady: http://wiki.openstreetmap.org/wiki/Speed_limits#Legal_form_and_source_information Jinak koukam, ze treba tady: http://wiki.openstreetmap.org/wiki/Speed_limits CZ vubec chybelo, jdu to doplnit - protoze odkud pak ma ten OsmAnd brat info, ze... HTH, Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] Utiliser les bases de données de Google Street View pour évaluer la propagation d'insectes invasifs?
http://presse.inra.fr/Ressources/Communiques-de-presse/Google-Street-View-pour-localiser-des-insectes-invasifs et pour l'article complet: http://www.plosone.org/article/info%3Adoi%2F10.1371%2Fjournal.pone.0074918 Des chercheurs de l’Inra ont utilisé pour la première fois les bases de données de Google Street View (GSV), accessibles librement sur Internet (...) Librement mais pas libres... Intéressant tout de même. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utiliser les bases de données de Google Street View pour évaluer la propagation d'insectes invasifs?
De : Romain MEHUT romain.me...@gmail.com http://presse.inra.fr/Ressources/Communiques-de-presse/Google-Street-View-pour-localiser-des-insectes-invasifs et pour l'article complet: http://www.plosone.org/article/info%3Adoi%2F10.1371%2Fjournal.pone.0074918 Des chercheurs de l’Inra ont utilisé pour la première fois les bases de données de Google Street View (GSV), accessibles librement sur Internet (...) Librement mais pas libres... Intéressant tout de même. Clair, surtout que la difficile de faire la meme chose avec OSM Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utiliser les bases de données de Google Street View pour évaluer la propagation d'insectes invasifs?
Bonjour, Comme indiqué succinctement dans la conversation jointe, l'article Google Street View pour localiser des insectes invasifs précise dans son introduction que Des chercheurs de l’Inra ont utilisé pour la première fois les bases de données de Google Street View (GSV), *accessibles librement sur Internet,* Selon toute vraisemblance il s'agit d'un malheureux contresens lié à la traduction de free de l'anglais vers le français. En effet, les données et à fortiori les services de Google n'ont jamais été libres au sens des licence d'accès et d'utilisation de ces services. Je pense qu'il est urgent que vos services juridiques lisent ces licences avant que des scientifiques utilisent de tels services. Il apparait souvent que te telles licences prévoient des transferts de propriétés implicites permettant à Google une libre utilisation (et là c'est bien le cas), c'est à dire sans réserve aucune, des données déposées ou collectées lors de l'utilisation de leurs services. Ce type de pratiques à donné naissance à l’adage : quand le produit est gratuit, le produit, c'est vous ! Cordialement, Le 11 octobre 2013 14:14, Romain MEHUT romain.me...@gmail.com a écrit : http://presse.inra.fr/Ressources/Communiques-de-presse/Google-Street-View-pour-localiser-des-insectes-invasifs et pour l'article complet: http://www.plosone.org/article/info%3Adoi%2F10.1371%2Fjournal.pone.0074918 Des chercheurs de l’Inra ont utilisé pour la première fois les bases de données de Google Street View (GSV), accessibles librement sur Internet (...) Librement mais pas libres... Intéressant tout de même. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ismaila SEYE invited you to check out Dropbox
Hi there, Ismaila SEYE wants you to try Dropbox! Dropbox lets you bring all your photos, docs and videos with you anywhere and share them easily. Get started here. https://www.dropbox.com/l/JlArlukSZ2OJw8BeKGyIZD1?text=1 Thanks! - The Dropbox Team To stop receiving invites from Dropbox, please go to https://www.dropbox.com/l/3CDLPE5zfLzvcCGA0UAMML1?text=1 Dropbox, Inc., PO Box 77767, San Francisco, CA 94107___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utiliser les bases de données de Google Street View pour évaluer la propagation d'insectes invasifs?
Le 11 octobre 2013 14:54, Marc SIBERT m...@sibert.fr a écrit : Bonjour, Comme indiqué succinctement dans la conversation jointe, l'article Google Street View pour localiser des insectes invasifs précise dans son introduction que Des chercheurs de l’Inra ont utilisé pour la première fois les bases de données de Google Street View (GSV), *accessibles librement sur Internet,* Selon toute vraisemblance il s'agit d'un malheureux contresens lié à la traduction de free de l'anglais vers le français. Il n'est même pas dit que cette utilisation était gratuite (free) non plus, au sens où pour cela il aura fallu que l'InIra obtienne une licence valide de la part de Google (ça peut être sans supplément de prix par une vente liée ou un autre accord de coopération avec Google, par exemple pour aider l'Inra à numériser des documents pour une publication gratuite mais pas libre sur Google Books, mais avec un accès illimité accordé à l'Inra ou contre la fourniture à l'Inra de facimilés) Google utilise diverses stratégies pour obtenir des donénes et utilise sa puissance financière et en moyens, mais aussi Google utilise cela aussi comme une dépense de promotion de ses activités en aidant la recherche mondiale (qui manque cruellement de moyens). Bref je ne vois cela que comme un partenariat, mais pas comme une utilisation libre, ni même gratuite. Google ne fait pas cela que pour la gloire. Son but est bien d'accroitre sa puissance en terme de bases de données et outils d'analyse pour ensuite développer des techniques et outils propriétaires, et vendre des licences. Ce qui est gratuit au début chez Google finit par avoir des limites d'utilisation de plus en plus forte pour que Google puisse vendre l'accès aux données là où il est devenu un acteur quasi-incontournable. S'il n'y avait pas eu OSM, aujourd'hui Google Maps serait archi fermé (et ses licences pour sites seraient aussi devenues beaucoup plus chères et les outils moins puissants). La concurrence est saine ici. OSM a forcé Google à s'améliorer sans s'endormir sur ses acquis. Mais OSM n'est pas seul à favoriser cette concurrence, car en Europe au moins et aux USA on a la libéralisation des données publiques. On en est loin dans d'autres parties du monde. D'ailleurs en Europe la directive INSPIRE ne demande pas non plus la gratuité totale des données publiques. Et les modèles économiques compatibles incluent la nécessité de compenser les coûts de création et mise à jour des données de façon raisonnable (il y a eu une enquête publique récemment sur le sujet OpenData, vous y avez peut-être répondu : l'enquête est peut-être toujours en cours sur Internet mais je ne me souviens plus où). Cependant pour les pays très pauvres, on ne demande pas l'ouverture totale (libre, gratuite et redistribuable) des données publiques car là en fait ce sont les données publiques qui leur manquent (ou sont très anciennes ou de mauvaise qualité, voire contradictoires entre elles, ce qui a déjà posé de sérieux problèmes politiques). OSM permet d'aider ces pays qui ont du mal à financer leurs administrations et agences géographiques ou statistiques par leurs seuls moyens propres. Ils ont recours à des collaborations internationales avec d'autres pays ou des agences de l'ONU, ou des ONG ou à des données privées des entreprises en relation avec ces pays. S'ils ont eu recours à des données privées, ils ne peuvent de toute façon pas libérer ces données comme ils le veulent, même s'ils en disposent pour leur administration. Aujourd'hui OSM peut s'ajouter à la liste des sources qu'ils peuvent utiliser (et cela leur coûtera moins cher et les laissera libres de décider, sans se retrouver quelques années après liés avec un contrat commercial et des licences limitées dans le temps)... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utiliser les bases de données de Google Street View pour évaluer la propagation d'insectes invasifs?
Voici l'article original pour ceux que ça intéresse. http://www.plosone.org/article/info%3Adoi%2F10.1371%2Fjournal.pone.0074918 *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 11 octobre 2013 21:36, Philippe Verdy verd...@wanadoo.fr a écrit : Le 11 octobre 2013 14:54, Marc SIBERT m...@sibert.fr a écrit : Bonjour, Comme indiqué succinctement dans la conversation jointe, l'article Google Street View pour localiser des insectes invasifs précise dans son introduction que Des chercheurs de l’Inra ont utilisé pour la première fois les bases de données de Google Street View (GSV), *accessibles librement sur Internet,* Selon toute vraisemblance il s'agit d'un malheureux contresens lié à la traduction de free de l'anglais vers le français. Il n'est même pas dit que cette utilisation était gratuite (free) non plus, au sens où pour cela il aura fallu que l'InIra obtienne une licence valide de la part de Google (ça peut être sans supplément de prix par une vente liée ou un autre accord de coopération avec Google, par exemple pour aider l'Inra à numériser des documents pour une publication gratuite mais pas libre sur Google Books, mais avec un accès illimité accordé à l'Inra ou contre la fourniture à l'Inra de facimilés) Google utilise diverses stratégies pour obtenir des donénes et utilise sa puissance financière et en moyens, mais aussi Google utilise cela aussi comme une dépense de promotion de ses activités en aidant la recherche mondiale (qui manque cruellement de moyens). Bref je ne vois cela que comme un partenariat, mais pas comme une utilisation libre, ni même gratuite. Google ne fait pas cela que pour la gloire. Son but est bien d'accroitre sa puissance en terme de bases de données et outils d'analyse pour ensuite développer des techniques et outils propriétaires, et vendre des licences. Ce qui est gratuit au début chez Google finit par avoir des limites d'utilisation de plus en plus forte pour que Google puisse vendre l'accès aux données là où il est devenu un acteur quasi-incontournable. S'il n'y avait pas eu OSM, aujourd'hui Google Maps serait archi fermé (et ses licences pour sites seraient aussi devenues beaucoup plus chères et les outils moins puissants). La concurrence est saine ici. OSM a forcé Google à s'améliorer sans s'endormir sur ses acquis. Mais OSM n'est pas seul à favoriser cette concurrence, car en Europe au moins et aux USA on a la libéralisation des données publiques. On en est loin dans d'autres parties du monde. D'ailleurs en Europe la directive INSPIRE ne demande pas non plus la gratuité totale des données publiques. Et les modèles économiques compatibles incluent la nécessité de compenser les coûts de création et mise à jour des données de façon raisonnable (il y a eu une enquête publique récemment sur le sujet OpenData, vous y avez peut-être répondu : l'enquête est peut-être toujours en cours sur Internet mais je ne me souviens plus où). Cependant pour les pays très pauvres, on ne demande pas l'ouverture totale (libre, gratuite et redistribuable) des données publiques car là en fait ce sont les données publiques qui leur manquent (ou sont très anciennes ou de mauvaise qualité, voire contradictoires entre elles, ce qui a déjà posé de sérieux problèmes politiques). OSM permet d'aider ces pays qui ont du mal à financer leurs administrations et agences géographiques ou statistiques par leurs seuls moyens propres. Ils ont recours à des collaborations internationales avec d'autres pays ou des agences de l'ONU, ou des ONG ou à des données privées des entreprises en relation avec ces pays. S'ils ont eu recours à des données privées, ils ne peuvent de toute façon pas libérer ces données comme ils le veulent, même s'ils en disposent pour leur administration. Aujourd'hui OSM peut s'ajouter à la liste des sources qu'ils peuvent utiliser (et cela leur coûtera moins cher et les laissera libres de décider, sans se retrouver quelques années après liés avec un contrat commercial et des licences limitées dans le temps)... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Afficher terrain?
Bonjour En vue d'un week-end à Marseille, je voudrais vérifier quels quartiers sont particulièrement en côte. Même avec le rendu MapNik, OSM ne semble pas proposer d'afficher la topo http://www.openstreetmap.org/#map=14/43.2819/5.3837 Y a-t-il une solution? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Afficher-terrain-tp5781180.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Afficher terrain?
Bonsoir, Le 11/10/2013 22:54, Shohreh a écrit : Bonjour En vue d'un week-end à Marseille, je voudrais vérifier quels quartiers sont particulièrement en côte. Même avec le rendu MapNik, OSM ne semble pas proposer d'afficher la topo http://www.openstreetmap.org/#map=14/43.2819/5.3837 Y a-t-il une solution? Sur le rendu FR tu as un ombrage qui permet de se faire une idée du relief : http://tile.openstreetmap.fr/?zoom=13lat=43.26496lon=5.39674layers=B00FFFT Sous un autre angle, le rendu cyclable sur osm.org représente les courbes de niveau : http://www.openstreetmap.org/#map=14/43.2819/5.3730layers=C vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Afficher terrain?
Merci pour les liens. -- View this message in context: http://gis.19327.n5.nabble.com/Afficher-terrain-tp5781180p5781203.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] boundary=administrativeの県境未定箇所について
いいだです。 その区間を未定であると明記する場合は、出所の問題をクリアする必要がありますね。 位置だけなら、基盤地図情報で大丈夫ではないでしょうか。 (破線で描かれて、暫定線として入っている) http://fgd.gsi.go.jp/view/25000/map.htm http://fgd.gsi.go.jp/view/25000/indexmap200k/fgd25000/533947.png http://fgd.gsi.go.jp/view/25000/indexmap200k/fgd25000/533805.png ただこれも、千葉県が主張してる境界はたしか旧河川を境に出していた記憶があって、 本当にこの位置に境界があるべきなのか、ちょっと怪しい気もします。 -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 会津若松市 飯盛山、旧滝沢本陣を巡るマッピング散策会を開催します。
先週末の会津、飯盛山のマッピング&散策会の報告です。 (遅くなりました。) http://wiki.openstreetmap.org/wiki/JA:Aizu_Iimoriyama_mapping_party_20131005 参加3名でミニになりましたが、雨にも負けずカッパ着たり、傘をさしてマッピンングスタートしました。途中で雨はあがり蒸し暑い中、山中を1時間半散策しました。 木々も茂り、山中の入り組んだ高低差のある地形のためGPSログはあまりきれいに取れませんでした。 それでもPOI、階段段数などなどをスケッチ、メモを取り、写真を撮って歩きました。 首からカメラ、GPSガチャガチャ下げていたせいか?カメラのシャッター押してくださいを 観光客の皆様によく頼まれました。 編集会場に移って約2時間、成果確認と編集作業しました。 余談ですが、姫路市でもマッピングパーティー同時開催されているということで スカイプを編集会場でつなげたら楽しいかなとカメラとマイク繋いで準備してたのですが 状況わからないのと、こちらもOSM編集に火が入ってあっという間に終了時間。 ということで断念しました。 --- On Thu, 2013/10/3, ikiya insidekiwi...@yahoo.co.jp wrote: ikiyaです。 リマインドです。 今週末、会津若松市で飯盛山、旧滝沢本陣を巡るマッピング&散策会を開催します。 お時間ありましたらぜひ。 ※電車で来られる方はお知らせください。 会津若松駅から飯盛山までは、まちなか周遊バス「ハイカラさん」「あかべぇ」が 速くて便利です。 http://www.aizubus.com/rosen/machinaka-shuyu.html 「若松駅前」から乗車して「飯盛山下」で降りてください。 --- On Thu, 2013/9/26, ikiya insidekiwi...@yahoo.co.jp wrote: ikiyaです。 秋の会津若松で 飯盛山、旧滝沢本陣を巡るOpenStreetMapマッピング&散策会を10月5日(土)開催致します。 OSM初心者、街歩きされたい方、歓迎致します。 マッピングと散策を楽しみましょう。 参加申し込みこちらになります。 http://atnd.org/event/E0020024?vos=cpatnsoccap0111026001 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] boundary=administrativeの県境未定箇所について
木村 (kim-upsilon) です。 木村 (kim-upsilon) さん、こんにちは。boundary=administrative を付さないウェイを配置するというのは、一つの案ではあるのですが、mapnik で海岸線をみていただければ判るように、現在の仕様では任意のウェイをboundary リレーションに含めるだけで境界として表示されてしまうので避けたいところです。このことと、不定区間を連続な線形データであらわすこと自体の問題を併せ持って、ウェイの使用には不賛成です。 それは「現在の仕様」ではなく、osm.org で使われている Mapnik のスタイルで の話ですね。まさにその Mapnik のスタイルを改善することで、未確定境界を表 す way を(非表示または破線にするなど)適切に扱うようにしましょうという のがこの案の趣旨です。 これによって、特に SlippyMap において厳密に boundary=administrative が付 与されている way のみを行政区界として描画されるように改善することができ れば良いのではないかと思います。 >行政区界 (type=boundary) の relation がマトモなデータになるためには所属 >している way が *閉じたポリゴン* を構成していることが最低条件として、 まあ、現実がまともではないのですから、なにをいったって仕方がありません。愚直に「まともではありませんよ」と記述するのが筋ってもんです。きちんと閉じたまともなデータとして取り扱いたいのなら、そうしたい側が汗をかくべきでしょう。 上手く伝わらなかったかもしれませんが、relation が type=boundary を名乗っ ている以上は閉じたポリゴンを表現できていなければそれは壊れた不正なデータ でしかないという意味です。 # ところで OSM で削除されている未確定境界の範囲の出所は何処なのでしょ う? Show-ichi さん どこいらへんに未定区間が存在するか、という知識は無論国土地理院から得ています。分断した位置はインポートデータのノードをそのまま採用しています。行政界インポートデータでは、未定であるはずの区間は直線になってましたから、素直にその部分だけを取り除きました。編集結果は単にデータが存在していないというだけですから、ライセンス上の問題が生じるとも思えませんでしたし。 というわけで、私の案を含め、その区間を未定であると明記する場合は、出所の問題をクリアする必要がありますね。 これは前のメールで添付した例示の .osm.gz ファイルを作成していたときに未 確定境界 (disputed=yes) の source タグをどうしたらよいものかと思い伺った のですが、いいださんの仰る通り基盤地図情報を参照するのが丁度良さそうですね。 -- Kimura Youichi kim.upsi...@bucyou.net https://upsilo.net/~upsilon/ signature.asc Description: OpenPGP digital signature ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] boundary=administrativeの県境未定箇所について
Show-ichi です。 私としては、行政界を表示しようとする任意のレンダラーが、日本用に特別な措置を講ずることなく、未定区間をそれと判るように表示できれば充分だと考えています。 私のこれまでの提案は、現状存在するレンダラの挙動を一切変えないのが前提です。それで、ウェイを用いず日本独自ルールとして relation:boundary の修正を提案しています。 to:いいださん しかし、そのデータはウェイである必用があるのでしょうか? はい、boundaryを表す場合、少なくとも現状の仕様ではその必要があるので困っています。。。 私の記述はいいださんの最初のメールの、「OSMデータ構造の根幹に手を入れる」を受けての文言です。これを私は「リレーションそのものの定義から変える」と解釈しました。私の意図は「boundary リレーションの修正」であり、この程度が根幹とはとうてい思えなかったもので。 Show-ichiさんの主張は、これをノードやリレーションでもValidになるようにする、ということですよね? Show-ichiさんの主張される参照点としてのやり方は、僕の提案でいう選択肢 3かな、と思っており、 少なくとも、日本での実装を作り、それを海外向けに貢献するなどしないといけないです。 そのご理解で構いません。住所の blocknumber と同じで、日本の特殊事情に対応したルールを導入するというだけです。実装云々も作業量の違いはあれ日本独自ルール全てに共有することですね。 また、そこにないウェイをあたかも存在するかのように描画する機能は、少なくともMapnikそれ自体に無く、 その他そういう機能を持ったレンダラも寡聞にして知りません。 かなり大規模な開発が必要になり、現状では現実的ではないと考えています。 いや、デフォルトで存在しない境界を存在しているものとして処理(描画)してほしくないからこういう提案をしているわけで、そんな機能が存在してる方が困ります。未定境界を存在しないものとして単に無視することって、そんなに変なやり方かなあ。存在しないのだから何も書かないって、当たり前だと思うのだけれど。暫定処理は暫定処理専用のルーチンで行うって考えはそんなにおかしい? >少なくとも、閉じていない boundary ポリゴンは壊れた森林マルチポリゴンと同じです。 >なんらかのウェイを使って閉じる必要があるという認識です。 現実が壊れているから、壊れているとおりに記述するけど、暫定的に直せるようにヒントおいとくから、使いたい人は自分で直して使ってね、という認識です。 その区間を未定であると明記する場合は、出所の問題をクリアする必要がありますね。 位置だけなら、基盤地図情報で大丈夫ではないでしょうか。 (破線で描かれて、暫定線として入っている) 農研機構経由では区別して表示されてないけれど、自分でGeoTiffなりを作ってトレースすれば可能という理解でよろしいですか? 未定区間の両端が基盤地図情報とKSJデータとで一致しているならば、これでいけそうですね(ずれてたら手作業トレース?)。 to:木村さん それは「現在の仕様」ではなく、osm.org で使われている Mapnik のスタイルで の話ですね。まさにその Mapnik のスタイルを改善することで、未確定境界を表 す way を(非表示または破線にするなど)適切に扱うようにしましょうという のがこの案の趣旨です。 これによって、特に SlippyMap において厳密に boundary=administrative が付 与されている way のみを行政区界として描画されるように改善することができ れば良いのではないかと思います。 mapnik に対応してもらうのはそれはそれで重要のなので賛成ですが、他のレンダラーなりが行政界を扱おうとして、未定区間と既定区間を区別して扱わざるを得ないように強要するのが私の趣旨です。(未だ存在しないものもを含め)任意のGISに、未定区間をウェイで表記した場合でも適切に区別して扱われるよう一般ルール化が可能であれば、私案を取り下げることにやぶさかではありません。 >上手く伝わらなかったかもしれませんが、relation が type=boundary を名乗っ >ている以上は閉じたポリゴンを表現できていなければそれは壊れた >不正なデータでしかないという意味です。 不正なデータになるのだから、現仕様のboundaryリレーションを使うこと自体が誤りだよね、というスタンスです。データを現実に合わせるか、データをルールに合わせるか、の二者択一なら前者を選ぶ方がいいと思っています。 == Show-ichi 2013年10月12日 1:12 Kimura Youichi kim.upsi...@bucyou.net: 木村 (kim-upsilon) です。 木村 (kim-upsilon) さん、こんにちは。boundary=administrative を付さないウェイを配置するというのは、一つの案ではあるのですが、mapnik で海岸線をみていただければ判るように、現在の仕様では任意のウェイをboundary リレーションに含めるだけで境界として表示されてしまうので避けたいところです。このことと、不定区間を連続な線形データであらわすこと自体の問題を併せ持って、ウェイの使用には不賛成です。 それは「現在の仕様」ではなく、osm.org で使われている Mapnik のスタイルで の話ですね。まさにその Mapnik のスタイルを改善することで、未確定境界を表 す way を(非表示または破線にするなど)適切に扱うようにしましょうという のがこの案の趣旨です。 これによって、特に SlippyMap において厳密に boundary=administrative が付 与されている way のみを行政区界として描画されるように改善することができ れば良いのではないかと思います。 >行政区界 (type=boundary) の relation がマトモなデータになるためには所属 >している way が *閉じたポリゴン* を構成していることが最低条件として、 まあ、現実がまともではないのですから、なにをいったって仕方がありません。愚直に「まともではありませんよ」と記述するのが筋ってもんです。きちんと閉じたまともなデータとして取り扱いたいのなら、そうしたい側が汗をかくべきでしょう。 上手く伝わらなかったかもしれませんが、relation が type=boundary を名乗っ ている以上は閉じたポリゴンを表現できていなければそれは壊れた不正なデータ でしかないという意味です。 # ところで OSM で削除されている未確定境界の範囲の出所は何処なのでしょ う? Show-ichi さん どこいらへんに未定区間が存在するか、という知識は無論国土地理院から得ています。分断した位置はインポートデータのノードをそのまま採用しています。行政界インポートデータでは、未定であるはずの区間は直線になってましたから、素直にその部分だけを取り除きました。編集結果は単にデータが存在していないというだけですから、ライセンス上の問題が生じるとも思えませんでしたし。 というわけで、私の案を含め、その区間を未定であると明記する場合は、出所の問題をクリアする必要がありますね。 これは前のメールで添付した例示の .osm.gz ファイルを作成していたときに未 確定境界 (disputed=yes) の source タグをどうしたらよいものかと思い伺った のですが、いいださんの仰る通り基盤地図情報を参照するのが丁度良さそうですね。 -- Kimura Youichi kim.upsi...@bucyou.net https://upsilo.net/~upsilon/ ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] boundary=administrativeの県境未定箇所について
長村(osapon)です。 県境が未確定ということは、 お互いの県が主張する境があるわけで、 それを両方書くことはできないのでしょうか? そうしたら、ポリゴンも閉じるし、レンダリング上も両方に属している地域が 見えると思うのですが。 国境未定地域とかはどうなっているのかなと見てみたら、 実効支配している範囲で書かれているっぽいですね。 -- +---+ NAME :長村善行 EMAIL :o...@osa-p.net +---+ ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] ISO3166 on GB admin boundaries
The ISO3166 value for Cardiff is GB-CRF GB-CRD come from BS 6879 as explained in http://en.wikipedia.org/wiki/ISO_3166-2:GB#Current_codes You may consider having some other tag for BS6879, like ref:BS6879=GB-CRD - Christian Quest - cqu...@openstreetmap.fr -- View this message in context: http://gis.19327.n5.nabble.com/ISO3166-on-GB-admin-boundaries-tp5780969p5781073.html Sent from the Great Britain mailing list archive at Nabble.com. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] West mids 1:10,560 OS maps
In addition to collecting nearly 2000 1:25k maps from Coventry University yesterday (yay!) I also picked up very good coverage for the west mids at 1:10,560 (6-inch to the mile). These are mostly out of copyright so I'll look to getting them scanned and rectified as an additional local resource for Mappa Mercia. We may need a scanning party! Cheers Andy ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Unclassified and Tertiary Roads
Hi In Upper Hulme (Old Buxton Road and Roach Road) and on roads above (Back of the Rocks) and below (Blackshaw Lane) there seem to be odd changes between Unclassified and Tertiary Road tags. http://www.openstreetmap.org/#map=15/53.1444/-1.9821 I've no experience with regard to tagging highways so I was wondering what information there is available to check whether this is correct of whether it is a judgement call? Roach Road is mostly single track and has a gate on it. Any assistance would be appreciated. Regards Dudley ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Unclassified and Tertiary Roads
If in doubt, unclassified. Use tertiary if it's consistently built to a cars-can-pass-one-another-easily standard (which usually means a clear through route between main roads, or the access route to a significant village). Might be different in parts of Britain where even main roads get to be single track, though. On Fri, Oct 11, 2013 at 8:58 PM, Dudley Ibbett dudleyibb...@hotmail.comwrote: Hi In Upper Hulme (Old Buxton Road and Roach Road) and on roads above (Back of the Rocks) and below (Blackshaw Lane) there seem to be odd changes between Unclassified and Tertiary Road tags. http://www.openstreetmap.org/#map=15/53.1444/-1.9821 I've no experience with regard to tagging highways so I was wondering what information there is available to check whether this is correct of whether it is a judgement call? Roach Road is mostly single track and has a gate on it. Any assistance would be appreciated. Regards Dudley ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Unclassified and Tertiary Roads
Dudley Ibbett wrote: In Upper Hulme (Old Buxton Road and Roach Road) and on roads above (Back of the Rocks) and below (Blackshaw Lane) there seem to be odd changes between Unclassified and Tertiary Road tags. http://www.openstreetmap.org/#map=15/53.1444/-1.9821 I've no experience with regard to tagging highways so I was wondering what information there is available to check whether this is correct of whether it is a judgement call? Roach Road is mostly single track and has a gate on it. Hi Dudley, There are a few things going on here I suspect: The first thing that I notice is that the way IDs for some of the roads are very early, which in this location probably means that they were originally added from NPE data by someone without local knowledge, and it wouldn't have been possible to derive road type from there. That original contributor may well have long gone from the history, due to splits and merges etc. The second thing that might be happening is that someone's surveyed part of a road and changed that part from tertiary to unclassified, but left a bit after a way split still tertiary. There were lots of tertiary unclassified to the east in Derbyshire; there are fewer now due to the mapping attention that Derbyshire's had but are still some left in Staffordshire. The third effect that you might be seeing (and here it's the odd cases used on road names that's the giveaway) is that some contributions are from an enthusiastic contributor from south of there who sometimes needs a bit of tidying up after (well meaning, but not always in the right place or called the right thing). I tend to follow the UK bits of https://wiki.openstreetmap.org/wiki/Tag:highway%3Dtertiary and https://wiki.openstreetmap.org/wiki/United_Kingdom_Tagging_Guidelines#UK_roads for deciding if something's tertiary. This does result in some oddities - here http://www.openstreetmap.org/#map=15/52.9492/-1.8553 I made the road past the JCB plant tertiary but unclassified afterwards. Basically, if it's wrong, change it! According to ITO world you're the most prolific contributor to that area by a factor of 2 so I'd say that you're the expert. Cheers, Andy ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] Las Vegas region administrative areas
There was a good question posted in the forum that I can't quite come up with a solution or recommendation. Re: place = locality in Las Vegas http://forum.openstreetmap.org/viewtopic.php?id=22876 ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Las Vegas region administrative areas
2013/10/11 Mike N nice...@att.net There was a good question posted in the forum that I can't quite come up with a solution or recommendation. Re: place = locality in Las Vegas http://forum.openstreetmap.**org/viewtopic.php?id=22876http://forum.openstreetmap.org/viewtopic.php?id=22876 IMHO you'd tag place=town, name=Enterprise, as incorporated or not is an administrative classification and belongs to boundary and admin_level, not to place. place=locality is a tag not to be used for settlements or other places where there are people living. cheers, Martin ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] NYC Import Kickoff Tomorrow!
Hi all, If you live in or around New York City, please join us for the OSM NYC Building and Address Import Kickoff Tomorrow: http://www.meetup.com/osm-nyc/events/143967422/ This event will be our official launch of importing the one million buildings from the New York City government dataset into OpenStreetMap, along with their addresses. This will be a community driven import, meaning that every building imported will be checked by a human being. That also means we need you to help! At the event this weekend, we will be providing background on the import, as well as providing instruction for how to import the data. This will not be an easy or short process. I estimate that it will take about a year to complete the import, but once it's completed, we will have an incredible resource on our hands from which to build on. If you're unable to make tomorrow's event but still want to be involved, don't worry; we'll be having other events like this in the future, and we will be refining our documentation so that even if you can't make an event, you will be able to follow along. - Serge ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Las Vegas region administrative areas
There is a place=town node for Enterprise, which is why Nominatim is returning that. ( http://nominatim.openstreetmap.org/details.php?place_id=3680398185) The question in the forum is confusing the mailing city preferred by the US Postal Service with the administrative area. These often do not match in the US. If you omit the city (and even state) and just search for Summers Ranch Ct, 89139, it returns the correct result. Brad On Fri, Oct 11, 2013 at 6:20 AM, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2013/10/11 Mike N nice...@att.net There was a good question posted in the forum that I can't quite come up with a solution or recommendation. Re: place = locality in Las Vegas http://forum.openstreetmap.**org/viewtopic.php?id=22876http://forum.openstreetmap.org/viewtopic.php?id=22876 IMHO you'd tag place=town, name=Enterprise, as incorporated or not is an administrative classification and belongs to boundary and admin_level, not to place. place=locality is a tag not to be used for settlements or other places where there are people living. cheers, Martin ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us