Re: [Talk-transit] GTFS and the like
Sean, thank you for your answer. You are absolutely right, the problem of extracting vehicle routes from OSM data can get very complex and has various pitfalls. We have experimented with simple map matching approaches where station positions were understood as very sparse sample points, but personally I think this approach is not the best and yields suboptimal results. However, we achieved very got results by using iterative shortest-path (Dijkstra) calculations for each trip and between each station on a network graph (for example OSM). This respects the fact that each trip of a route can have its own shape. The shortest-path algorithm can be implemented with special cost functions for each vehicle type (for example, trains making a u turn out of a station should be punished). Our application is still in a very early state of development, but already produces usable results. With this approach, it could be possible to quickly import bus routes into OSM that aren't yet represented there at all. These routes would have to be checked and corrected by hand, of course, but we expect the station-to-station-shortest-path shapes of bus lines to be nearly equal to the real shapes. This is, of course, a top-down approach, and tools like TransitWand tend to be more exact because someone actually rode on the vehicle. However, for rural areas with low-density road networks and very few transit data enthusiasts, such an approach could be used to fill gaps in the data. Patrick -- web www.geops.de rss www.geops.de/blog/feed follow www.twitter.com/geops On 08/04/14 00:22, Barbeau, Sean wrote: Patrick, Thanks for the feedback! If I recall correctly, we do have a basic route info sync, but it’s meant for route properties, not the spatial representation of the route. You can view the route diff view here: https://code.google.com/p/gtfs-osm-sync/wiki/GettingStarted#Report_Route_Viewer However, I believe MapQuest’s XAPI changed shortly after we implemented this and removed the ability to get route information, and the feature currently isn’t functional. Routes can actually have several shapes based on the trip_ids and stop_times that run on different schedules or stop sequences. So, this can get very complex and depends on temporal information as well. In my opinion this would be a significant undertaking, and as I mentioned earlier I’m not convinced that maintaining temporal information in OSM is the best way to represent/store the data. No future plans to include such functionality as of now (our work is grant funded, and we currently don’t have funding source to continue development), although we’d be glad to accept contributions if someone else wants to take this on. On a related note, I think tools like Transit Wand have a lot of promise in assisting agencies/others in creating more accurate shapes.txt information: http://transitdata.openplans.org/ Sean -- Message: 1 Date: Fri, 04 Apr 2014 14:36:25 +0200 From: Patrick Brosi | geOps patrick.br...@geops.de mailto:patrick.br...@geops.de To: talk-transit@openstreetmap.org mailto:talk-transit@openstreetmap.org Subject: Re: [Talk-transit] GTFS and the like Message-ID: 533ea749.5080...@geops.de mailto:533ea749.5080...@geops.de Content-Type: text/plain; charset=windows-1252; format=flowed Sean, it would be interesting to know whether GO-Sync's processing includes the GTFS route shapes (the exact vehicle paths stored in shapes.txt) in any way. For example: if the GTFS feed only covers the location / attributes of stations and is missing shapes.txt information, does GO-Sync try to extract these shapes from OSM data? If so, what approach do you use? How are existing shapes compared to data already existent in OSM? Many public transport companies have very good data regarding the position of their stops, but lack the exact paths vehicles take between succeeding stations. In my opinion, providing not only the possibility to extract these shapes from existing OSM data but also the tools to edit them via OSM would dramatically increase the geospatial quality of many GTFS feeds. I just browsed GO-Sync's paper and couldn't find anything relating to this problem. Are there any future plans to include the functionality described above? Thank you! Best regards Patrick Brosi -- geOps e.K. Commercial Registry A 702785, Freiburg Kaiser-Joseph-Strasse 263 D-79098 Freiburg direct +49 (0)761 458925 10 free+800 436 436 436 web www.geops.de http://www.geops.de rss www.geops.de/blog/feed http://www.geops.de/blog/feed follow www.twitter.com/geops http://www.twitter.com/geops ___ Talk-transit mailing list Talk-transit@openstreetmap.org
[OSM-talk-be] City of brussels
Hi, The city of brussels launch (is it really new?) the new open data portal http://opendata.bruxelles.be/page/home/ The good news is, to explore the map they use OSM via Mapquest leaflet :) Great for us :) Congrats everyone :) ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] Using Google Street View to perform virtual survey
@Pieren Well that is exactly the point: we should hold ourselves to a higher standard than other organisations. @Martin It is undoubtedly so that the information in question is -not- simply available for use. You need to invest the time and effort to actually go out and collect it. Google has done so and that we should respect, regardless of legalities*. Simon * depending on jurisdiction this could go far further that copyright, database and contract law, for example unfair competition legislation and so on. Am 08.04.2014 10:23, schrieb Pieren: On Mon, Apr 7, 2014 at 7:57 PM, Simon Poole si...@poole.ch wrote: do we really want to use data collected by somebody that doesn't want us to do so? Asking this question about Google is more than a little ironic ... Pieren ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Using Google Street View to perform virtual survey
2014-04-08 10:39 GMT+02:00 Simon Poole si...@poole.ch: @Martin It is undoubtedly so that the information in question is -not- simply available for use. You need to invest the time and effort to actually go out and collect it. Google has done so and that we should respect, regardless of legalities*. I am aware of this, but you have put ethics into play. If someone developped a system to analyze and store the DNA information of another person (or of an animal, plant), should they be able to become the proprietor of this information and forbid others to use it or ask license fees? Collecting information about the world, nature, the universe ,etc. (regardless how great the effort is) does not automatically make you the exclusive owner of this information. Now in some jurisdictions it is actually possible to put patents and the like on stuff that is basically derived from nature, but it doesn't seem very ethical, at least not to me. To make it clear, I am not advocating to use Google StreetView to derive information for OSM, I agree that we cannot allow to do so, because we want to have a dataset that is globally usable in every jurisdiction for any use, I was simply replying to the ethical argument that you have raised. cheers, Martin ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Using Google Street View to perform virtual survey
Am 08.04.2014 10:55, schrieb Martin Koppenhoefer: 2014-04-08 10:39 GMT+02:00 Simon Poole si...@poole.ch mailto:si...@poole.ch: @Martin It is undoubtedly so that the information in question is -not- simply available for use. You need to invest the time and effort to actually go out and collect it. Google has done so and that we should respect, regardless of legalities*. I am aware of this, but you have put ethics into play. If someone developped a system to analyze and store the DNA information of another person (or of an animal, plant), should they be able to become the proprietor of this information and forbid others to use it or ask license fees? Collecting information about the world, nature, the universe ,etc. (regardless how great the effort is) does not automatically make you the exclusive owner of this information. That is a completely different kettle of fish and a very different discussion. I am not aware of google or any of the other relevant companies or body (with the exception of some states and some national monopoly organisations) claiming exclusivity on such collections. With other words we are free to go out and replicate their effort, which in the end, is what OSM is all about. Yes, there is some concern on my behalf that we may run in to some non-copyright related IP issues at some point in time but google is -very- unlikely to be the problem. Simon signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Using Google Street View to perform virtual survey
-- Message: 1 Date: Tue, 08 Apr 2014 11:19:51 +0200 From: Simon Poole si...@poole.ch To: legal-talk@openstreetmap.org Subject: Re: [OSM-legal-talk] Using Google Street View to perform virtual survey Message-ID: 5343bf37.5030...@poole.ch Content-Type: text/plain; charset=iso-8859-1 Am 08.04.2014 10:55, schrieb Martin Koppenhoefer: 2014-04-08 10:39 GMT+02:00 Simon Poole si...@poole.ch mailto:si...@poole.ch: @Martin It is undoubtedly so that the information in question is -not- simply available for use. You need to invest the time and effort to actually go out and collect it. Google has done so and that we should respect, regardless of legalities*. I am aware of this, but you have put ethics into play. If someone developped a system to analyze and store the DNA information of another person (or of an animal, plant), should they be able to become the proprietor of this information and forbid others to use it or ask license fees? Collecting information about the world, nature, the universe ,etc. (regardless how great the effort is) does not automatically make you the exclusive owner of this information. That is a completely different kettle of fish and a very different discussion. I am not aware of google or any of the other relevant companies or body (with the exception of some states and some national monopoly organisations) claiming exclusivity on such collections. With other words we are free to go out and replicate their effort, which in the end, is what OSM is all about. Yes, there is some concern on my behalf that we may run in to some non-copyright related IP issues at some point in time but google is -very- unlikely to be the problem. Simon Hi, Simon! I guess I missed something. Can you, please, explain that? I didn't get the IP issues part and consequently why Google unlikely would be the problem. That leads to the question about who would pose problems. regards, Paulo ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Using Google Street View to perform virtual survey
Am 08.04.2014 16:16, schrieb Paulo Carvalho: .. I guess I missed something. Can you, please, explain that? I didn't get the IP issues part and consequently why Google unlikely would be the problem. That leads to the question about who would pose problems. There is simply a possibility that we might be violating somebodies patents. When one of the big four players or even smaller ones go belly up in the future I expect a flurry of patent related suits just as we have seen in the mobile space. There is nothing we can do about this except lobby against software patents, so really there is no reason to loose sleep over it. Simon signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Tag search/display
You can also use the Josm remote from taginfo. Yves On 7 avril 2014 02:58:07 UTC+02:00, glenn gl...@net127.com wrote: Thanks! I created a page on the wiki for this: http://wiki.openstreetmap.org/wiki/Search_by_tag I'm sure there's a better page title, please move the page if you think of one. Also, is it possible to see what regions the tags occurs in? I get a server timeout error if I try to search the entire planet or even just north america. thanks, glenn On 04/06/2014 07:30 PM, Jochen Topf wrote: On So, Apr 06, 2014 at 07:17:20 -0500, glenn wrote: I would like to be able to see where every Telecom:central_office tag is used. How do I do this? I assume you mean telecom=central_office: http://taginfo.openstreetmap.org/tags/telecom=central_office Then click on the Turbo button (looks like a racecar steering wheel) on the far right to go to the Overpass Turbo (see http://wiki.osm.org/wiki/Overpass_turbo for docs). Jochen ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] small extract of OSM data for September 2013
Hi, Was wondering if people here have a snapshot of data prior to September 2013. I just want to get some metrics of a before after mapping for a small area. pbf or shapefile for the Philippines is fine. I've checked geofabrik but the downloads goes only as far as Nov 2013. Thanks! -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] admin_level 4 rendering
2014-04-07 21:41 GMT+02:00 Paul Norman penor...@mac.com: Subarea members are a pain and duplicate geographic information, +1, avoid them as they do not add something what would not already be said otherwise. cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] small extract of OSM data for September 2013
2014-04-08 10:32 GMT+02:00 maning sambale emmanuel.samb...@gmail.com: Hi, Was wondering if people here have a snapshot of data prior to September 2013. I just want to get some metrics of a before after mapping for a small area. pbf or shapefile for the Philippines is fine. I've checked geofabrik but the downloads goes only as far as Nov 2013. you should be able to get this from planet.osm.org (whole planet though, so you'd have to cut your area of interest). cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Advices on OSM mobile applications for IPhone and Ipad handy for field work in humanitarian contexts
Hi there, I am not familiar with Apple products, any advices/recommendations on OSM mobile applications for IPhone and Ipad handy for field work in humanitarian contexts, similar to osmAND (Android) we have been using/relying on in some HOT on-the-ground projects over the past year. Any additional recommendations on Android are equally welcome. Thanks in advance and apologize for cross-posting Excellent day to all, Ciao Nico -- Nicolas Chavent Humanitarian OpenStreetMap Team http://hot.openstreetmap.org/ Mobile (FRA): +33 (0)6 52 40 78 20 Email: nicolas.chav...@hotosm.org Email: nicolas.chav...@gmail.com Skype: c_nicolas Twitter: nicolas_chavent ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Azimuth measurement
Hi, Here is a topic discussed with a few people during State Of The Map FR last week end in Paris. Some features mapping would require to tag their azimuth as for knowing how they are really installed in the environment. For instance, benches mapped with nodes may be tagged with azimuth=* because nodes don't tell which direction the bench follows. But how contributors can measure it ? Common devices like smart phones carry compass captors, used by compass applications. These captors only sense the magnetic north to determine the azimuth of the device. The magnetic north is continuously diverting from the geographic north. Using the magnetic north isn't a good idea since the azimuth will be continuously changing instead from the geographic azimuth. There will be the same question regarding standard compasses. Magnetic diversion is mathematically known and such azimuth could be converted into geographic ones. Is there a solution to that issue ? Measuring geographic north directly isn't so simple I think. Cheers. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] small extract of OSM data for September 2013
Hi Maning You should see with Paul Norman who made the Before layer for the Haiyan Compare map. http://pierzen.dev.openstreetmap.org/hot/leaflet/OSM-Compare-before-after-philippines.html#9/11.1663/124.8727 Philippines Typhoon Haiyan (Yolanda) OSM Compare Before and After BEFORE AFTER Afficher sur pierzen.dev.openstreetmap.org Aperçu par Yahoo Pierre De : maning sambale emmanuel.samb...@gmail.com À : osm-talk talk@openstreetmap.org Envoyé le : Mardi 8 avril 2014 10h32 Objet : [OSM-talk] small extract of OSM data for September 2013 Hi, Was wondering if people here have a snapshot of data prior to September 2013. I just want to get some metrics of a before after mapping for a small area. pbf or shapefile for the Philippines is fine. I've checked geofabrik but the downloads goes only as far as Nov 2013. Thanks! -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Azimuth measurement
François Lacombe francois.lacombe at telecom-bretagne.eu writes: Is there a solution to that issue ? Measuring geographic north directly isn't so simple I think. Walk 10 or 100 meters or one kilometer to the direction where the feature which you want to align guides you, measure another point with GPS and there's an azimuth line. The longer the line the better is the accuracy. -Jukka Rahkonen- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Advices on OSM mobile applications for IPhone and Ipad handy for field work in humanitarian contexts
hi do you look for existing apps or you looking into making new one? -- RO On Apr 8, 2014, at 12:22 PM, nicolas chavent nicolas.chav...@gmail.com wrote: Hi there, I am not familiar with Apple products, any advices/recommendations on OSM mobile applications for IPhone and Ipad handy for field work in humanitarian contexts, similar to osmAND (Android) we have been using/relying on in some HOT on-the-ground projects over the past year. Any additional recommendations on Android are equally welcome. Thanks in advance and apologize for cross-posting Excellent day to all, Ciao Nico -- Nicolas Chavent Humanitarian OpenStreetMap Team http://hot.openstreetmap.org/ Mobile (FRA): +33 (0)6 52 40 78 20 Email: nicolas.chav...@hotosm.org Email: nicolas.chav...@gmail.com Skype: c_nicolas Twitter: nicolas_chavent ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] small extract of OSM data for September 2013
you should be able to get this from planet.osm.org (whole planet though, so you'd have to cut your area of interest). Yes, I was afraid this will be suggested. :) But, I currently don't have the resources to manage the planet file. You should see with Paul Norman who made the Before layer for the Haiyan Compare map. http://pierzen.dev.openstreetmap.org/hot/leaflet/OSM-Compare-before-after-philippines.html#9/11.1663/124.8727 I do have before and after mapnik rendered screen grabs. But this time I want to be able to do simple count like how many roads, pois, buildings etc. was added. And btw, I'm not into this particular area (Typhoon Haiyan). But thanks for this link. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Azimuth measurement
On Tuesday 08 April 2014, François Lacombe wrote: [...] Is there a solution to that issue ? Measuring geographic north directly isn't so simple I think. Probably the simplest and most accurate way is to use position measurements to determine the direction. Look in what direction the feature you want to orient points, identify a point in that direction at suitable distance, go to that point and record the position (or use the already mapped data of it) and use both positions to determine the direction. With very simple tools (like piece of cardboard with an angular scale drawn on it) you can also record relative orientations and this way avoid the need to find a reference point in exactly the direction your object points to. This is how you used to measure everything before the age of GPS. -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Azimuth measurement
I think the two GPS points method remains the best way to achieve azimuth measurements, indeed. Thank you gentlemen. Any more advice ? *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com 2014-04-08 12:24 GMT+02:00 Christoph Hormann chris_horm...@gmx.de: On Tuesday 08 April 2014, François Lacombe wrote: [...] Is there a solution to that issue ? Measuring geographic north directly isn't so simple I think. Probably the simplest and most accurate way is to use position measurements to determine the direction. Look in what direction the feature you want to orient points, identify a point in that direction at suitable distance, go to that point and record the position (or use the already mapped data of it) and use both positions to determine the direction. With very simple tools (like piece of cardboard with an angular scale drawn on it) you can also record relative orientations and this way avoid the need to find a reference point in exactly the direction your object points to. This is how you used to measure everything before the age of GPS. -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Azimuth measurement
On 08.04.2014 11:45, François Lacombe wrote: Hi, Here is a topic discussed with a few people during State Of The Map FR last week end in Paris. Some features mapping would require to tag their azimuth as for knowing how they are really installed in the environment. For instance, benches mapped with nodes may be tagged with azimuth=* because nodes don't tell which direction the bench follows. Think the tag is direction=* [1] but there is no explanation how to measure. But how contributors can measure it ? Common devices like smart phones carry compass captors, used by compass applications. These captors only sense the magnetic north to determine the azimuth of the device. The magnetic north is continuously diverting from the geographic north. Using the magnetic north isn't a good idea since the azimuth will be continuously changing instead from the geographic azimuth. There will be the same question regarding standard compasses. Magnetic diversion is mathematically known and such azimuth could be converted into geographic ones. Is there a solution to that issue ? Take a photo to have a reference point either to adjust your compass results later or to completely measure later. Cheers colliar [1] https://wiki.openstreetmap.org/wiki/Key:direction signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] small extract of OSM data for September 2013
With osmfilter, you can extract à bbox directly from the files. Expect 100gb disk space. On 8 avril 2014 12:15:11 UTC+02:00, maning sambale emmanuel.samb...@gmail.com wrote: you should be able to get this from planet.osm.org (whole planet though, so you'd have to cut your area of interest). Yes, I was afraid this will be suggested. :) But, I currently don't have the resources to manage the planet file. You should see with Paul Norman who made the Before layer for the Haiyan Compare map. http://pierzen.dev.openstreetmap.org/hot/leaflet/OSM-Compare-before-after-philippines.html#9/11.1663/124.8727 I do have before and after mapnik rendered screen grabs. But this time I want to be able to do simple count like how many roads, pois, buildings etc. was added. And btw, I'm not into this particular area (Typhoon Haiyan). But thanks for this link. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] small extract of OSM data for September 2013
if disk space is the problem you can pipe this to tar like this bzcat filename | osmosis | tar cvjf output.tar.bz cheers, Martin Am 08/apr/2014 um 14:11 schrieb Yves yve...@gmail.com: With osmfilter, you can extract à bbox directly from the files. Expect 100gb disk space. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Azimuth measurement
Am 08/apr/2014 um 11:45 schrieb François Lacombe francois.laco...@telecom-bretagne.eu: For instance, benches mapped with nodes may be tagged with azimuth=* because nodes don't tell which direction the bench follows. +1, but we should also define then which direction this is (e.g. the viewing direction when you sit down) cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Azimuth measurement
Am 08/apr/2014 um 11:45 schrieb François Lacombe francois.laco...@telecom-bretagne.eu: Common devices like smart phones carry compass captors, used by compass applications. These captors only sense the magnetic north to determine the azimuth of the device. The magnetic north is continuously diverting from the geographic north. on iPhones you can change this in settings (geographic vs magnetic north) not sure for other devices but my guess is there will be settings as well... cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Azimuth measurement
Martin Koppenhoefer wrote: on iPhones you can change this in settings (geographic vs magnetic north) not sure for other devices but my guess is there will be settings as well... Unless you're in northern Canada I really wouldn't worry about the difference between geographic and magnetic north. Just for a laugh I've looked at the compass results from a couple of phones (an iPhone and a Blackberry Q10) and an actual compass (piece of metal on a stick in a box - remember them?). Obviously indoors it's really not a fair test, but if I point the phones north (which the actual compass gets correct) the phones read 268 and 210 rather than 0. So perhaps facing north/east/south/west is good enough for a bench? Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Azimuth measurement
On Tue, Apr 8, 2014 at 3:14 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: Am 08/apr/2014 um 11:45 schrieb François Lacombe francois.laco...@telecom-bretagne.eu: Common devices like smart phones carry compass captors, used by compass applications. These captors only sense the magnetic north to determine the azimuth of the device. The magnetic north is continuously diverting from the geographic north. on iPhones you can change this in settings (geographic vs magnetic north) not sure for other devices but my guess is there will be settings as well... For the two Android I ever used, the compass is useless for more than N-S-E-W orientation. You can get data precise to the degree, but even with phone lying on a table, with nothing metallic moving around, it's fluctuating, sometimes more than 50 degree about. Worthless in my opinion. -- Hamlet ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Advices on OSM mobile applications for IPhone and Ipad handy for field work in humanitarian contexts
Existing ones I think. GoMap!! is a really good app even for editing. For quick offline navigation, Mapswithme is great. On Tue, Apr 8, 2014 at 12:16 PM, Oleg Shanyuk gel...@gmail.com wrote: hi do you look for existing apps or you looking into making new one? -- RO On Apr 8, 2014, at 12:22 PM, nicolas chavent nicolas.chav...@gmail.com wrote: Hi there, I am not familiar with Apple products, any advices/recommendations on OSM mobile applications for IPhone and Ipad handy for field work in humanitarian contexts, similar to osmAND (Android) we have been using/relying on in some HOT on-the-ground projects over the past year. Any additional recommendations on Android are equally welcome. Thanks in advance and apologize for cross-posting Excellent day to all, Ciao Nico -- Nicolas Chavent Humanitarian OpenStreetMap Team http://hot.openstreetmap.org/ Mobile (FRA): +33 (0)6 52 40 78 20 Email: nicolas.chav...@hotosm.org Email: nicolas.chav...@gmail.com Skype: c_nicolas Twitter: nicolas_chavent ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ HOT mailing list h...@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Azimuth measurement
On 08.04.2014 15:44, SomeoneElse wrote: Martin Koppenhoefer wrote: on iPhones you can change this in settings (geographic vs magnetic north) not sure for other devices but my guess is there will be settings as well... Unless you're in northern Canada I really wouldn't worry about the difference between geographic and magnetic north. Just for a laugh I've looked at the compass results from a couple of phones (an iPhone and a Blackberry Q10) and an actual compass (piece of metal on a stick in a box - remember them?). Obviously indoors it's really not a fair test, but if I point the phones north (which the actual compass gets correct) the phones read 268 and 210 rather than 0. You have to watch out for other factors like metal next to you or even iron in the earth. So perhaps facing north/east/south/west is good enough for a bench? Guess it could be little more precise just by looking at the sun (or stars with a proper calendar). This would be another measurement method with an analog watch (display) and the sun. So far I did use direction=* mainly with oneway traffic_signals and benches. cu colliar signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Advices on OSM mobile applications for IPhone and Ipad handy for field work in humanitarian contexts
On Tue, Apr 8, 2014 at 6:52 AM, Severin Menard severin.men...@gmail.comwrote: GoMap!! is a really good app even for editing. +1 GoMap!! is the best editor for OSM. I only wish I had an iOS device! -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] admin_level 4 rendering
On 04/08/2014 02:36 AM, Martin Koppenhoefer wrote: 2014-04-07 21:41 GMT+02:00 Paul Norman penor...@mac.com mailto:penor...@mac.com: Subarea members are a pain and duplicate geographic information, +1, avoid them as they do not add something what would not already be said otherwise. cheers, Martin Subareas still seem to be used in a lot of countries, such as, those I ran into casually: USA: http://www.openstreetmap.org/relation/148838 France: http://www.openstreetmap.org/relation/2202162 Ukraine: http://www.openstreetmap.org/relation/60199 But checking other countries such as Germany, Switzerland and Haiti I can see that it is not there. I removed those subareas from the Nicaragua country relation and specified is_in=Nicaragua to the admin_level=4 relations. But, anyway this doesn't seem to have anything to do with the rendering. Is it right that this label rendering is happening only once in a while? Should we just wait, or is there something wrong with out data? Thank you! ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Advices on OSM mobile applications for IPhone and Ipad handy for field work in humanitarian contexts
+1 to Pushpin. It is very useful app for iPhone. But as Robert says, it is not open source. So as alternative, POI+ for iPhone is my concern. https://github.com/davidchiles/osm-poi-editor-iOS 2014-04-08 23:29 GMT+09:00 Banick, Robert robert.ban...@redcross.org: Hi Nicolas, The only iPhone app that I've used for OSM is Pushpin. It works really well as a casual tool but is not so good for humanitarian fieldwork because it needs connectivity. More of a developed world application. It's also not open source if that's something you're concerned about. Cheers Robert *Robert Banick* | Field GIS Coordinator | International Services | Ì American Red Cross http://www.redcross.org/ 2025 E Street NW, Washington, DC 20006 From: nicolas chavent nicolas.chav...@gmail.com Date: Tuesday, April 8, 2014 5:22 AM To: OSM-talk talk@openstreetmap.org, h...@openstreetmap.org h...@openstreetmap.org, Discussions sur OSM en français talk...@openstreetmap.org Subject: [HOT] Advices on OSM mobile applications for IPhone and Ipad handy for field work in humanitarian contexts Hi there, I am not familiar with Apple products, any advices/recommendations on OSM mobile applications for IPhone and Ipad handy for field work in humanitarian contexts, similar to osmAND (Android) we have been using/relying on in some HOT on-the-ground projects over the past year. Any additional recommendations on Android are equally welcome. Thanks in advance and apologize for cross-posting Excellent day to all, Ciao Nico -- Nicolas Chavent Humanitarian OpenStreetMap Team http://hot.openstreetmap.org/ Mobile (FRA): +33 (0)6 52 40 78 20 Email: nicolas.chav...@hotosm.org Email: nicolas.chav...@gmail.com Skype: c_nicolas Twitter: nicolas_chavent ___ HOT mailing list h...@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Azimuth measurement
On 08.04.2014 11:45, François Lacombe wrote: Some features mapping would require to tag their azimuth as for knowing how they are really installed in the environment. For instance, benches mapped with nodes may be tagged with azimuth=* because nodes don't tell which direction the bench follows. But how contributors can measure it ? Often you can get this information from other elements that are already mapped. For example, you might remember from your survey that the bench is parallel to the footway next to it or that it directly faces some building. In JOSM, you can then start drawing a way from the bench to your reference point. While the unfinished way segment hangs from your mouse cursor, it will show the angle at the bottom of the window. Cancel drawing that way and type that angle into the tag's value. For my needs, this is precise enough. By the way, the established key for this is direction=*, see http://wiki.openstreetmap.org/wiki/Key:direction (first section on the page). ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Azimuth measurement
On 08.04.2014 15:11, Martin Koppenhoefer wrote: Am 08/apr/2014 um 11:45 schrieb François Lacombe francois.laco...@telecom-bretagne.eu: For instance, benches mapped with nodes may be tagged with azimuth=* because nodes don't tell which direction the bench follows. +1, but we should also define then which direction this is (e.g. the viewing direction when you sit down) The tag is called direction=*, and for benches it is indeed defined as the viewing direction when you sit down. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] admin_level 4 rendering
Felix, A by the nose recipe that you can try is to force update of the relation by simply modifying the order of the members in the list for the relation. After you save this relation, it will force the renderers to update for this relation. I had such suggestions once and it did fix my problem. Pierre De : Felix Delattre m...@delattre.de À : Cc : Talk Openstreetmap talk@openstreetmap.org Envoyé le : Mardi 8 avril 2014 17h23 Objet : Re: [OSM-talk] admin_level 4 rendering On 04/08/2014 02:36 AM, Martin Koppenhoefer wrote: 2014-04-07 21:41 GMT+02:00 Paul Norman penor...@mac.com: Subarea members are a pain and duplicate geographic information, +1, avoid them as they do not add something what would not already be said otherwise. cheers, Martin Subareas still seem to be used in a lot of countries, such as, those I ran into casually: USA: http://www.openstreetmap.org/relation/148838 France: http://www.openstreetmap.org/relation/2202162 Ukraine: http://www.openstreetmap.org/relation/60199 But checking other countries such as Germany, Switzerland and Haiti I can see that it is not there. I removed those subareas from the Nicaragua country relation and specified is_in=Nicaragua to the admin_level=4 relations. But, anyway this doesn't seem to have anything to do with the rendering. Is it right that this label rendering is happening only once in a while? Should we just wait, or is there something wrong with out data? Thank you! ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] small extract of OSM data for September 2013
Hi, On 08.04.2014 12:15, maning sambale wrote: Yes, I was afraid this will be suggested. :) But, I currently don't have the resources to manage the planet file. 1. get an account on errol, our dev server (or get hold of someone who has an account) 2. get the .poly file from download.geofabrik.de 3. load the old planet file onto your account on the dev server 4. run osmosis to cut out the area of interest that way, you avoid transferring the planet file to your own computer. I have already done the above steps for you with an August 2013 planet file, and the result is http://fred.dev.openstreetmap.org/philippines-130828.osm.pbf Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Foute tileweergave bij oudere weergavemethode?
https://lists.openstreetmap.org/listinfo/talk-nl daar kun je je afmelden :) On 7-4-2014 13:59, pieter vd harst wrote: hallo allemaal, ik ben per ongeluk in deze discussielijst terecht gekomen. hoe kan ik me afmelden? alvast bedankt Pieter van der Harst To: talk-nl@openstreetmap.org From: dbuss...@goudappel.nl Date: Mon, 7 Apr 2014 11:22:48 +0200 Subject: Re: [OSM-talk-nl] Foute tileweergave bij oudere weergavemethode? Hoi Maarten, deze sites hebben last van het feit dat oude versies van OpenLayers niet compatibel zijn met nieuwe Windows/IE https://github.com/openlayers/openlayers/issues/686 Oplossing is migratie naar OpenLayers 2.13.1. Voor onze eigen applicaties zijn wij daarmee bezig. Groeten, Dirk Dipl. Geogr. Dirk Bussche Consultant t. +31 (0)570 666 830 w. www.dat.nl e. dbuss...@dat.nl (aanwezig op kantoor: maandag en donderdag) You are welcome in our stand on the following events: Intertraffic, Amsterdam Netherlands, 25-28 March Integrating Passenger Information, London United Kingdom, 26-27 March European Transport Conference, Frankfurt Germany, 29 September-01 October DAT.Mobility BV, Snipperlingsdijk 4, 7417 BJ Deventer, The Netherlands DAT.Mobility is part of the Goudappel Group, operating from offices in Amsterdam, Den Haag, Deventer, Eindhoven, Leeuwarden and partners globally. From: Maarten Deen md...@xs4all.nl To: talk-nl@openstreetmap.org, Date: 07-04-2014 09:33 Subject: [OSM-talk-nl] Foute tileweergave bij oudere weergavemethode? Het valt me op dat bij twee routingwebsites die ik veel gebruik, fietsrouteplannerzuid.nl en yournavigation.org, de weergave van de tiles vaak niet klopt. Er worden tiles van totaal andere gebieden weergegeven, vaak zelfs verschillende gebieden met een horizontale scheiding. En als je dan de kaart verplaatst wordt zomaar weer een ander (verkeerd) gebied weergegeven. Ik heb nu bijvoorbeeld op yournavigation.org een route gepland van Zutphen naar Helden, ik zie nog net een strookje Zutphen (van Utrecht tot Ahaus), daaronder een strook rond Paderborn (Bielefeld, Paderborn, Bennecken, Schladen), en eronder een stuk rond Leipzig (Landsberg, Leipzig, Bernsdorf, Welzow). Dit zijn allebei sites die nog de oude manier van projecteren gebruiken, met de zoombar aan de linkerkant, niet zoals de nieuwe slippy map (geen idee wat de technische naam is). Ik zie dit op IE9. Volgens mij ook thuis met firefox, maar dat weet ik even niet zeker. Zijn er meer mensen die dit zien? Is dit een probleem van die websites en/of de techniek die ze gebruiken of ligt het aan mij? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list
Re: [Talk-br] Google street view
Pessoal esta dúvida surgiu comigo, porque o IBGE é muito errado.. pelo menos no Rio.. Se não puder beleza.. Minha idéia não era copiar rua de ninguém.. e sim verificar pela placa de rua A placa que fica no poste. se o nome da rua bate com o que esta no IBGE. Porque tem cidades aqui que tem o mesmo nome em mais de 20 ruas.. mas se não puder.. vamos aguardar que alguém do local se manifeste.. A discussão foi boa.. e é sempre válida.. Em 7 de abril de 2014 23:30, Wille wi...@wille.blog.br escreveu: Concordo plenamente com Gerald e Vitor. Além disso, não vejo graça nenhuma em ficar em casa copiando nome de rua de outra fonte. Acho isso um trabalho chato e burocrático. O mais legal é sair na rua pra mapear. Se for em grupo, melhor ainda! abraços, wille On 07-04-2014 14:00, Gerald Weber wrote: A opinião geral é de que não é claro de que seria estritamente proibido usar imagens do Street View, mas que isso traz riscos desnecessários para o OpenStreetMap. A filosofia do projeto é ter a base mais limpa possível, e por isso o consenso é de não devemos utilizar nada do Google, nem de outras fontes sem autorização expressa. A geração de dados a partir do Street View traz um risco legal, óbvio, e um técnico, porque seria muito difícil remover dados derivados do OSM. Obrigado Vitor por dizer com menos palavras e de maneira bem mais clara aquilo que eu quis dizer. O importante é *não dar margem* para questionamentos dos dados do OSM. O único jeito de não dar margem é evitar o Google a todo custo. Esta postura é muito difícil de descobrir que estou copiando, então beleza, que já apareceu aqui na lista em outro caso, é extremamente nociva para a comunidade brasileira. Não sei se é tão difícil assim descobrir que alguém usou o Street View para popular os dados do OSM, especialmente nos casos em que tenha sido usado de maneira sistemática. Basta cruzar os dados. Pro Google isto deve ser até trivial. Isto porque temos que buscar que o mapa do Brasil seja em sua maioria formado por dados coletados no local, imbatíveis em termos de qualidade. Quando comecei no OSM eu me perguntava como eu iria fazer para mapear sem o Google, achava isto virtualmente impossível. Hoje nem lembro da existência do Google, o Google Earth então eu não me recordo da última vez que olhei. abraços a todos e bons mapeamentos Gerald ___ Talk-br mailing listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Cordeiro de Deus que tira os pecados do mundo, tenha piedade de nós... ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] gráfico de evolução do número de pontos e vias no Brasil ao longo do tempo. Alguém já fez?
Ola pessoal. Estava procurando gráficos similares ao que você encontra aqui, http://wiki.openstreetmap.org/wiki/Stats, principalmente em relação ao número de pontos e vias ao longo do tempo, só que para o Brasil. Alguém já fez? Perguntei no IRC, e me disseram que seria necessário baixar um extrato só com o Brasil do full-history file, que tem as várias versões da base em cada período. Para extrair isso teria que rodar este algoritmo: https://github.com/MaZderMind/osm-history-renderer/blob/master/TUTORIAL.md Alguns extracts pré-prontos para outras regiões estão em: http://osm.personalwerk.de/full-history-extracts/ Veja também: http://wiki.openstreetmap.org/wiki/History_API_and_Database http://wiki.openstreetmap.org/wiki/User:MaZderMind/Reading_OSM_History_dumps alguém com mais familiaridade conseguiria fazer isso (sem grande esforço)? Lucas ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Wiki: unificação de prefixos Pt e Pt-br
In-Reply-To: CABcWbR5_5y1gYiHbdG4r+50OCgLkkBWa-mZYOYqZVxrrFbr3=q...@mail.gmail.com Reply-To: talk-br@openstreetmap.org Message-ID: 53445594.8wavi4bnstj6jw+m%alexandre@gmail.com User-Agent: Heirloom mailx 12.5 6/20/10 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Olá! Resido em Natal. Tenho pouquÃssimo mapeamento no OpenStreetMap, mas tenho procurado aprendê-lo e reconheço sua importância. Vejo o wiki como principal ferramenta de instrução técnica, vital para o sucesso duradouro desse empreendimento que se fia na colaboração em massa. Não teve jeito. Tive de vim à s talks! Porque estou à frente daquela votação, seria até falta de educação não comparecer nas listas. (Não sou afeito a participar de listas de e-mail. Já fiz isso muito, desde 2002. Para mim, é bem claro que principalmente as listas mais movimentadas acabam por me escravizar. Nada tem a ver com pessoas; é o modus operandi natural das listas de e-mail: estÃmulo-resposta.) Ainda antes do final de semana, eu publiquei um rascunho de um tal unipt-stats â software que estou projetando para possivelmente auxiliar-nos no debate de critérios a serem usados em processos democráticos da comunidade. O usuário naoliv deu-me uma importante contribuição, possibilitando-me eu ver que faltava algo muito relevante na minha iniciativa. Ainda não concordo com ele; mas admito a propriedade de vários de seus questionamentos. Passei o final de semana entre cansaço (de sono) e â eu enferrujado â modelagem de uma arquitera que possibilite adição rápida e fácil de novas consultas a extracts prévios dos dados do OpenStreetMap. Mudei de estratégia arquitetural umas três vezes, mas creio ter encontrado uma definitiva â ao menos para as minhas intenções. Busco algo simples, flexÃvel, extensÃvel, para a comunidade, e que me permita testar/aprender coisas que aplicarei de outros contextos. Dentre essas coisas, estão MongoDB e um processo de desenvolvimento simples, rápido e documentado usando Github e PlantUML. E Python. Se você for a https://github.com/alexandre-mbm/unipt-stats agora, praticamente nada de útil encontrará. O código que está lá é um rascunho e eu estava em Marte quando empreendi esforço nele :) No entando, você verá alguns arquivos README.md e várias issues; e isso, sim, reflete bem o que estou buscando com o Github. Muita gente do Software Livre pode discordar dessa postura, achar que publicar prematuramente coisa quebrada ou em processo é nocivo. Minha observação aqui é: estou fazendo-o conscientemente. Fiquem à vontade para criar issues. Não me importo com a quantidade delas, desde que não seja vandalismo, trolagem ou coisa que o valha. Por exemplo, você pode começar propondo uma consulta através de uma issue. Os dados que temos disponÃveis são descritos na tabela de http://goo.gl/lAvuiH. Um objetivo é ensinar aos interessados eles acrescentarem consultas ao projeto (por pull requests). Tanto quanto possÃvel. Peço-lhes encarecidamente que não queiram interagir comigo através das listas de e-mail. Se é sobre o unipt-stats, por favor, tentem ou queiram esta ordem: - Github - Wiki - Forum - Listas - E-mail - Site principal Lá no Github, neste momento, falta commit de documentação, esboço de consultas iniciais, e correções da importação de CSV em MongoDB. Por que toda essa demora? 1) Por causa da modelagem do final de semana. Já existe um diagrama arquitetural básico (superficial) e versões de diagramas de classes. 2) Porque estou aprendendo algumas coisas agora. Escolhi isso. 3) Porque estou investindo em transparência=documentação. 4) Porque quero compartilhar uma ideia sobre a utilização do Github. Obrigado pela atenção. Alexandre Magno Fernando Trebien Wed, 02 Apr 2014 15:33:06 -0700: Prezados, Primeiramente gostaria de me apresentar. Sou participante da comunidade brasileira do OSM e mapeio no sul do Brasil há aproximadamente 18 meses. Colaboro com a comunidade brasileira nos mais diversos assuntos, desde mapeamentos locais até grandes importações automatizadas, com a manutenção do wiki e com a tradução das ferramentas. [...] ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapa brasileiro
Retornando de férias com um +1 Date: Sat, 29 Mar 2014 14:52:50 -0300 From: paulo.r.m.carva...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Mapa brasileiro Fios, Pizzas... hehe O que quero é que as vias não pavimentadas sejam desenhadas de forma diferente! :-P Em 28 de março de 2014 20:42, John Packer john.pack...@gmail.com escreveu: Opa, Hoje no resumo de notícias semanal do OpenStreetMap, anunciaram que foi criado um estilo de mapa específico para a Suíça (Switzerland). Eles pegaram o estilo padrão do mapa oficial do OSM, e estão o modificando (embora tenham feito poucas alterações por enquanto). Isso me lembrou que foi comentado na lista recentemente como seria interessante ter um estilo de mapa brasileiro, principalmente devido à demora no desenvolvimento do estilo de mapa padrão do OSM. Não foi discutido muito sobre, e queria relembrar sobre isso. Creio que nessas conversas iniciais não precisemos nos preocupar sobre as questões de hosting deste map. Seria bom vermos algumas das idéias e sugestões que alteraríamos e adicionaríamos neste mapa brasileiro, para ver se vale a pena o trabalho. Eu tinha algumas idéias anotadas, que seguem abaixo. Questões de traduções de iniciais (como E para Estacionamentos e RF para Reservas FlorestaisNão mostrar fios de eletricidade no mapa (já que existem em grande quantidade pelo Brasil inteiro, e pessoalmente acho que polui um pouco o mapa) Sempre mostrar nomes em Português quando disponível (creio que só será útil em áreas de fronteiras se nos limitarmos ao Brasil neste mapa)Adicionar certos pedidos da comunidade brasileira, possivelmente acelerando a adição no estilo padrão (por exemplo uns recentes como o de áreas indígenas e de parques aquáticos) Mostrar lugares que são mais notáveis no Brasil com um ícone diferente (como por exemplo um ícone de pizza para Pizzarias)Outras coisas possíveis como indicar quando uma rua tem uma ciclofaixa Adoraria ouvir as suas sugestões, João ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Wiki: unificação de prefixos Pt e Pt-br
(desculpem-me o e-mail anterior com a codificação toda errada) Olá! Resido em Natal. Tenho pouquíssimo mapeamento no OpenStreetMap, mas tenho procurado aprendê-lo e reconheço sua importância. Vejo o wiki como principal ferramenta de instrução técnica, vital para o sucesso duradouro desse empreendimento que se fia na colaboração em massa. Não teve jeito. Tive de vim às talks! Porque estou à frente daquela votação, seria até falta de educação não comparecer nas listas. (Não sou afeito a participar de listas de e-mail. Já fiz isso muito, desde 2002. Para mim, é bem claro que principalmente as listas mais movimentadas acabam por me escravizar. Nada tem a ver com pessoas; é o modus operandi natural das listas de e-mail: estímulo-resposta.) Ainda antes do final de semana, eu publiquei um rascunho de um tal unipt-stats — software que estou projetando para possivelmente auxiliar-nos no debate de critérios a serem usados em processos democráticos da comunidade. O usuário naoliv deu-me uma importante contribuição, possibilitando-me eu ver que faltava algo muito relevante na minha iniciativa. Ainda não concordo com ele; mas admito a propriedade de vários de seus questionamentos. Passei o final de semana entre cansaço (de sono) e — eu enferrujado — modelagem de uma arquitera que possibilite adição rápida e fácil de novas consultas a extracts prévios dos dados do OpenStreetMap. Mudei de estratégia arquitetural umas três vezes, mas creio ter encontrado uma definitiva — ao menos para as minhas intenções. Busco algo simples, flexível, extensível, para a comunidade, e que me permita testar/aprender coisas que aplicarei de outros contextos. Dentre essas coisas, estão MongoDB e um processo de desenvolvimento simples, rápido e documentado usando Github e PlantUML. E Python. Se você for a https://github.com/alexandre-mbm/unipt-stats agora, praticamente nada de útil encontrará. O código que está lá é um rascunho e eu estava em Marte quando empreendi esforço nele :) No entando, você verá alguns arquivos README.md e várias issues; e isso, sim, reflete bem o que estou buscando com o Github. Muita gente do Software Livre pode discordar dessa postura, achar que publicar prematuramente coisa quebrada ou em processo é nocivo. Minha observação aqui é: estou fazendo-o conscientemente. Fiquem à vontade para criar issues. Não me importo com a quantidade delas, desde que não seja vandalismo, trolagem ou coisa que o valha. Por exemplo, você pode começar propondo uma consulta através de uma issue. Os dados que temos disponíveis são descritos na tabela de http://goo.gl/lAvuiH. Um objetivo é ensinar aos interessados eles acrescentarem consultas ao projeto (por pull requests). Tanto quanto possível. Peço-lhes encarecidamente que não queiram interagir comigo através das listas de e-mail. Se é sobre o unipt-stats, por favor, tentem ou queiram esta ordem: - Github - Wiki - Forum - Listas - E-mail - Site principal Lá no Github, neste momento, falta commit de documentação, esboço de consultas iniciais, e correções da importação de CSV em MongoDB. Por que toda essa demora? 1) Por causa da modelagem do final de semana. Já existe um diagrama arquitetural básico (superficial) e versões de diagramas de classes. 2) Porque estou aprendendo algumas coisas agora. Escolhi isso. 3) Porque estou investindo em transparência=documentação. 4) Porque quero compartilhar uma ideia sobre a utilização do Github. Obrigado pela atenção. Alexandre Magno Fernando Trebien Wed, 02 Apr 2014 15:33:06 -0700: Prezados, Primeiramente gostaria de me apresentar. Sou participante da comunidade brasileira do OSM e mapeio no sul do Brasil há aproximadamente 18 meses. Colaboro com a comunidade brasileira nos mais diversos assuntos, desde mapeamentos locais até grandes importações automatizadas, com a manutenção do wiki e com a tradução das ferramentas. [...] ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] gráfico de evolução do número de pontos e vias no Brasil ao longo do tempo. Alguém já fez?
Lucas, http://download.geofabrik.de/south-america/brazil.html Isso serve? Parece mais atual do que o apontado por você. Quanto aos gráficos, não tenho buscado sobre isso. Mas ontem eu vi que, se os dados de interesse estão num SGBD (ainda que seja NoSQL), pode ser muito fácil e rápido obter relatórios com o iReport. Mas não sei quanto à licença de uso e, com certeza, por ser um produto complexo, criaria dependências tecnológicas talvez indesejadas. A comunidade já conhece e usa coisa mais simples. Provavelmente. Ainda a questão. Veja isso: http://osmstats.hanskalabs.net/graphs Ontem eu recebi e-mail do David Paleino, o autor. Ele me disse que o projeto está inativo por carência de espaço em disco. O XML do Planet só cresce! E isso também afeta o tempo de processamento dos scripts. David disse-me que sempre quis usar protobuf, mas que isso exigiria uma CPU mais poderosa. Esse tipo de problema é facilmente previsto. Eu tive uma surpresa quando soube que o OpenStreetMap está em XML até o dedo da unha. É por essas coisas que estou investindo no projeto do unipt-stats, aproveitando a necessidade momentânea de conhecermos mais sobre os usuários lusófonos. Na minha ideia, o unipt-stats trabalhará sempre com uma base dados que já é redução (extracts) do Planet. A ideia é possibilitar que seja fácil plugar um extract, constituindo uma base para consulta seja com esquema relacional ou NoSQL. Comecei com o MongoDB. Não pretendo grandes testes em outros, para não investir tanto o meu esforço particular, mas pretendo deixar tudo pronto para os novos plugs, inclusive com documentação, é claro. Eu realmente estou achando que isso estará assim em poucos dias. É possível que eu faça ao menos um teste com outro caso de extract diferente desse — unipt — que está motivando a pequena criação. Alexandre Magno Lucas Ferreira Mation Tue, 08 Apr 2014 09:46:42 -0700: Ola pessoal. Estava procurando gráficos similares ao que você encontra aqui, http://wiki.openstreetmap.org/wiki/Stats, principalmente em relação ao número de pontos e vias ao longo do tempo, só que para o Brasil. Alguém já fez? Perguntei no IRC, e me disseram que seria necessário baixar um extrato só com o Brasil do full-history file, que tem as várias versões da base em cada período. Para extrair isso teria que rodar este algoritmo: https://github.com/MaZderMind/osm-history-renderer/blob/master/TUTORIAL.md Alguns extracts pré-prontos para outras regiões estão em: http://osm.personalwerk.de/full-history-extracts/ Veja também: http://wiki.openstreetmap.org/wiki/History_API_and_Database http://wiki.openstreetmap.org/wiki/User:MaZderMind/Reading_OSM_History_dumps alguém com mais familiaridade conseguiria fazer isso (sem grande esforço)? Lucas ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] gráfico de evolução do número de pontos e vias no Brasil ao longo do tempo. Alguém já fez?
Lucas, Só depois eu notei que o full-history-extractshttp://osm.personalwerk.de/full-history-extracts/tem dados atuais, no diretório *latest*. É possível que sejam os mesmos do site geofabrik. Ainda não tenho familiaridade com esses arquivos grandes. Não sei quais ferramentas você acha que eu propus a você. Eu estava comentando a aplicação que eu pretendo fazer delas. Se você quiser conhecer rapidamente alguns XML menores (ou outros formatos, geojson etc), pode fazer extracts com o overpass-turbo.eu. Eu também não tenho familiaridade com este mas pelo menos já pude experimentá-lo e imaginar possibilidades. Quanto ao PostGis, eu não faço ideia, apesar de saber que é a ferramenta especialista para geoprocessamento. Não tenho contato com ele. Você me pergunta sobre como poderia ter dados OSM em uma base relacional (por exemplo, no Microsoft SQL Server). Por favor, siga Pesquisando forma de conhecer todos que mapearam em um paíshttp://wiki.openstreetmap.org/wiki/User_talk:Naoliv#Pesquisando_forma_de_conhecer_todos_que_mapearam_em_um_pa.C3.ADs . Um CSV pode ser importado em PostgreSQL ou MySQL, por exemplo. Não deve ser diferente com Microsoft SQL Server. Antes ou depois dos dados estarem no banco, dá-se algum tratamento a eles, para que se tornem úteis e a consulta. Mudando um pouco o assunto. Para NoSQL. Eu importei em MongoDB e tenho consultado com sucesso aqueles dois pequenos CSV do naoliv (stats-pt). Tenho usado o Robomongo http://robomongo.org/. Mas é algo completamente diferente de usar SQL, e tem suas limitações. Vai resolver os requisitos do unipt-stats... *Quero esclarecer uma coisa.* O que eu pretendo fazer não é geoprocessamento. Apenas obter algumas informações úteis de redução de escopo que já fora obtida por geoprocessamento. Consultar os tais CSV -- isso do unipt-stats -- será muitas e muitas vezes algo trivial. Não se compara ao que um extract faz. Só que querer fazer extract para minúcias não dá. Já é muito difícil e custoso tratar todos os dados errônios do Planet. Eu acho que é viável buscarmos extracts que ofereçam visualizações intermediárias dos dados, que possam ser consultadas. Alexandre Magno Em 8 de abril de 2014 22:49, Lucas Ferreira Mation lucasmat...@gmail.comescreveu: Valeu Alerxandre, O link pro geofabrik que você coloca é para um dump dos dados autais do OSM. Eu inclusive já baixei e estou usando o shape de ruas para fazer as comparações com o CNEFE e as possibilidades de importação deste (vou mandar um email sobre isso na outra tread em breve). Neste arquivo shape eu sei como trabalhar. Minha dificuldade é com estes dumps do OSM, lí que são XML, mas não faço idéia como transformar isso numa base de dados manipulável na minha máquna. Não sei se fui claro. Só queria fazer um gráfico em que Y = número de ruas , ou pontos do OSM no Brasil, e X= tempo. Não estou querendo fazer coisas mais complexas como vizualização da rede crescendo, etc. Pelo que entendi, o procedimento no link que mandei no email original é para baixar um arquivo que tem toda a história de alterações da base, mas filtrando apenas a área do Brasil. Aí teriamos que agregar esta base por pontos ou ruas em cada período. Não tenho familiaridade com estas ferramentas todas que você listou. No IRC me disseram que para abrir o history file eu teria que ter uma máquina Linux e alguma forma de baixar e tratar os dados. Mas isso para mim seria bem difícil de implementar, não manjo de linux, programação, etc. Eu tenho acesso a um SQL Server e posso talvez conseguir um PostGis. Dá para baixar os dados direto para para estes bancos de dados e manipulá-los neles? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Announce: Mapnik-de: Schöneres Rendering von Sportplätzen
Sven Geggus schrieb am 05.04.2014 15:22: Plätze die mit surface=clay getaggt wurden werden nun in rotbraun gerendert. Ich denke, dass die Masse der deutschen Tennisplätze diesem Typ entspricht. Ran an die Arbeit also :) Hab meine bekannte Umgebung durch :-) Und auch gleich etwas surface=ash in surface=clay bei Sportplätzen korrigiert. http://openstreetmap.de/karte.html?zoom=18lat=51.16994lon=6.96599 Hat einen Aschefussballplatz, der wird leider nicht rotbraun gerendert :-) -- Grüße Holger ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Mapnik-de: Schöneres Rendering von Sportplätzen
chris66 schrieb am 06.04.2014 19:59: validierst Du die Größe des Platzes? Ich denke das tut er: http://openstreetmap.de/karte.html?zoom=18lat=50.77872lon=6.07058 würde sonst die kleinen Soccerboxen in der Mitte auch bemalen. Am Namen kann es nicht liegen, da der kleine Platz oben http://openstreetmap.de/karte.html?zoom=18lat=50.77167lon=6.04496 way259267352 keinen Namen hat, aber auch zu klein ist. -- Grüße Holger ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Mapnik-de: Schöneres Rendering von Sportplätzen
fly lowfligh...@googlemail.com wrote: Wenn Du Terracer meinst, dann ist das anwenden. Genau den meine ich. Wishlist an den Author wäre allerdings, dass man angeben kann ob man horizontal oder vertikal abteilen möchte. Doppel-Tennisplätze sind leider sehr quadratisch. Sven -- /* Fuck me gently with a chainsaw... */ (David S. Miller in /usr/src/linux/arch/sparc/kernel/ptrace.c) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Mapnik-de: Schöneres Rendering von Sportplätzen
Tobias Knerr o...@tobias-knerr.de wrote: Das heißt, wir sind uns einig, dass ein leisure=pitch immer nur genau 1 Feld umfassen soll? Also Feld im Feld halte ich schon für möglich. Sven -- How to prevent Java from forking? Use a spoon. (Found on http://slashdot.org) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Mapnik-de: Schöneres Rendering von Sportplätzen
Holger Jeromin mailgm...@katur.de wrote: Hat einen Aschefussballplatz, der wird leider nicht rotbraun gerendert :-) Hm, die Regeln sehen so aus und sind unverändert aus dem französischen Stil übernommen: Style name=sports-surface filter-mode=first Rule maxscale_zoom16; Filter([angle_diff] gt; 85) and ([angle_diff] lt; 95) and ([sport] = 'soccer') and ([surface] = 'grass')/Filter PolygonSymbolizer fill=#54a854 / /Rule Rule maxscale_zoom16; Filter([angle_diff] gt; 85) and ([angle_diff] lt; 95) and ([sport] = 'tennis') and ([surface] = 'grass')/Filter PolygonSymbolizer fill=#54a854 / /Rule Rule maxscale_zoom16; Filter([angle_diff] gt; 85) and ([angle_diff] lt; 95) and ([sport] = 'tennis') and ([surface] = 'clay')/Filter PolygonSymbolizer fill=#cc7e66 / /Rule /Style Vielleicht sollte man das einfach in soetwas umändern: Style name=sports-surface filter-mode=first Rule maxscale_zoom16; Filter([angle_diff] gt; 85) and ([angle_diff] lt; 95) and ([surface] = 'grass')/Filter PolygonSymbolizer fill=#54a854 / /Rule Rule maxscale_zoom16; Filter([angle_diff] gt; 85) and ([angle_diff] lt; 95) and ([surface] = 'clay')/Filter PolygonSymbolizer fill=#cc7e66 / /Rule /Style Dann wäre die Sportart egal. Gruss Sven -- The main thing to note is that when you choose open source you don't get a Windows operating system. (from http://www.dell.com/ubuntu) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Mapnik-de: Schöneres Rendering von Sportplätzen
Hi, im Prinzip eine Möglichkeit - aber funktioniert die unterschiedliche Farbgebung für unbekannte Sportarten vernünftig, was die Erkennbarkeit auf der Karte angeht? Mit eingezeichneten Linien ist ein Fußballplatz bzw. ein Tennisplatz jeweils als solcher erkennbar; aber ohne? Bei unbekannten oder nicht unterstützten Sportarten sind Sportplätze jetzt auch noch farblich unterschieden. Zumindest sollte dann ein Sport-Icon drauf oder sowas in der Art. Gruß Peter P.S.: Irgendwelche Einwände, Rugby/Football-Diamanten auch mit Linien einzuzeichnen? Ja, das wäre nochmal spannender in Sachen Ausrichtung ;) Am 08.04.2014 12:26, schrieb Sven Geggus: Holger Jeromin mailgm...@katur.de wrote: Hat einen Aschefussballplatz, der wird leider nicht rotbraun gerendert :-) Hm, die Regeln sehen so aus und sind unverändert aus dem französischen Stil übernommen: Style name=sports-surface filter-mode=first Rule maxscale_zoom16; Filter([angle_diff] gt; 85) and ([angle_diff] lt; 95) and ([sport] = 'soccer') and ([surface] = 'grass')/Filter PolygonSymbolizer fill=#54a854 / /Rule Rule maxscale_zoom16; Filter([angle_diff] gt; 85) and ([angle_diff] lt; 95) and ([sport] = 'tennis') and ([surface] = 'grass')/Filter PolygonSymbolizer fill=#54a854 / /Rule Rule maxscale_zoom16; Filter([angle_diff] gt; 85) and ([angle_diff] lt; 95) and ([sport] = 'tennis') and ([surface] = 'clay')/Filter PolygonSymbolizer fill=#cc7e66 / /Rule /Style Vielleicht sollte man das einfach in soetwas umändern: Style name=sports-surface filter-mode=first Rule maxscale_zoom16; Filter([angle_diff] gt; 85) and ([angle_diff] lt; 95) and ([surface] = 'grass')/Filter PolygonSymbolizer fill=#54a854 / /Rule Rule maxscale_zoom16; Filter([angle_diff] gt; 85) and ([angle_diff] lt; 95) and ([surface] = 'clay')/Filter PolygonSymbolizer fill=#cc7e66 / /Rule /Style Dann wäre die Sportart egal. Gruss Sven ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Mapnik-de: Schöneres Rendering von Sportplätzen
On 08.04.2014 12:14, Sven Geggus wrote: fly lowfligh...@googlemail.com wrote: Wenn Du Terracer meinst, dann ist das anwenden. Genau den meine ich. Wishlist an den Author wäre allerdings, dass man angeben kann ob man horizontal oder vertikal abteilen möchte. Doppel-Tennisplätze sind leider sehr quadratisch. Kannst gerne ein Ticket bei JOSM erstellen. Leider wird die Erweiterung nicht gepflegt und es gibt doch so den ein oder anderen Bug [1]. Und wie schon erwähnt funktioniert Split Geometry wunderbar, vielleicht noch ein q danach (rechtwinklig machen). fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Mapnik-de: Schöneres Rendering von Sportplätzen
On 08.04.2014 13:34, fly wrote: On 08.04.2014 12:14, Sven Geggus wrote: fly lowfligh...@googlemail.com wrote: Wenn Du Terracer meinst, dann ist das anwenden. Genau den meine ich. Wishlist an den Author wäre allerdings, dass man angeben kann ob man horizontal oder vertikal abteilen möchte. Doppel-Tennisplätze sind leider sehr quadratisch. Kannst gerne ein Ticket bei JOSM erstellen. Leider wird die Erweiterung nicht gepflegt und es gibt doch so den ein oder anderen Bug [1]. Und wie schon erwähnt funktioniert Split Geometry wunderbar, vielleicht noch ein q danach (rechtwinklig machen). Sorry, link vergessen. [1] https://josm.openstreetmap.de/query?status=assignedstatus=needinfostatus=newstatus=reopenedcomponent=Plugin+terracercol=idcol=summarycol=statuscol=typecol=prioritycol=milestonecol=componentorder=priority ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Mapnik-de: Schöneres Rendering von Sportplätzen
Original-Nachricht Betreff: Re: [Talk-de] Announce: Mapnik-de: Schöneres Rendering von Sportplätzen Datum: Tue Apr 08 2014 12:16:40 GMT+0200 Von: Sven Geggus li...@fuchsschwanzdomain.de An: talk-de@openstreetmap.org Tobias Knerr o...@tobias-knerr.de wrote: Das heißt, wir sind uns einig, dass ein leisure=pitch immer nur genau 1 Feld umfassen soll? Also Feld im Feld halte ich schon für möglich. Du meinst im Fall eines Multifunktionsfelds? Also z.B. ein Sportplatz, auf dem zugleich Feldlinien eines kleinen Fussballfeldes und eines Basketballplatzes gezeichnet sind? Bisher habe ich bei so etwas die äußerste Begrenzung abgezeichnet und mit leisure=pitch und sport=multi versehen... ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 194 1.4.-7.4.2014
Hallo, die Wochennotiz Nr. 194 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/blog/2014/04/wochennotiz-nr-194/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Segnalazione sito con mappa Osm
ieri nella mia zona si è avvertito un terremoto con epicentro in Francia. Cercando notizie mi sono imbattuto nella pagina Twitter del Bcsf (Bureau Central Sismologique Francais), credo l'alter ego del nostro Ingv (Istituto nazionale di geofisica e vulcanologia). Utilizzano una, anzi più mappe Osm. https://twitter.com/FranceSeisme -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Segnalazione sito con mappa Osm (Aggiunta)
Il 08/04/2014 09:52, Gianluca Boero ha scritto: ieri nella mia zona si è avvertito un terremoto con epicentro in Francia. Cercando notizie mi sono imbattuto nella pagina Twitter del Bcsf (Bureau Central Sismologique Francais), credo l'alter ego del nostro Ingv (Istituto nazionale di geofisica e vulcanologia). Utilizzano una, anzi più mappe Osm. https://twitter.com/FranceSeisme In ogni caso anche il nostro Ingv utilizza la mappa Osm :-) -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Segnalazione sito con mappa Osm (Aggiunta)
Finalmente ;) Ora manca solo la licenza opendata per i files csv e siamo a posto :-) Inviato da iPhone Il giorno 08/apr/2014, alle ore 09:56, Gianluca Boero gianlucabo...@alice.it ha scritto: Il 08/04/2014 09:52, Gianluca Boero ha scritto: ieri nella mia zona si è avvertito un terremoto con epicentro in Francia. Cercando notizie mi sono imbattuto nella pagina Twitter del Bcsf (Bureau Central Sismologique Francais), credo l'alter ego del nostro Ingv (Istituto nazionale di geofisica e vulcanologia). Utilizzano una, anzi più mappe Osm. https://twitter.com/FranceSeisme In ogni caso anche il nostro Ingv utilizza la mappa Osm :-) -- Gianluca Boero ___ 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] Track o Path
...già fatto ! il mio dubbio era proprio soltanto se si può comunque definire track o resta un sentiero diciamo largo. ciao --enrico -- View this message in context: http://gis.19327.n5.nabble.com/Track-o-Path-tp5802512p5802669.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] CAP - contest del mese
Ciao, vorrei ri-lanciare il contest del mese, come già facevamo qualche anno fa. Vorrei ricominciare con una cosa d'impatto. I CAP - Codice di Avviamento Postale. Perche'? perche' non esiste un database completo libero e gratuito di cap in italia. inoltre, al di la di un piccolo numero di città (dove esistono piu' codici all'interno dello stesso comune), il cap è identico per tutte le vie del comune. che ne dite? pensavo di fare una mappa che si aggiorna ogni giorno e che da visibilità dell'avanzamento del lavoro. che tag usiamo? io lo metterei genericamente sull'admin_level=8 di ogni singolo comune. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CAP - contest del mese
Just for info in questo file http://www3.istat.it/dati/catalogo/20090728_00/cartografia.zip (300mb) rilasciato da ISTAT con licenza cc-by ci sono un sacco di temi fra cui i CAP. Si tratta dello stato dei CAP al 2009. Potrebbe essere interessante partire da lì. 2014-04-08 16:22 GMT+02:00 Simone Cortesi sim...@cortesi.com: Ciao, vorrei ri-lanciare il contest del mese, come già facevamo qualche anno fa. Vorrei ricominciare con una cosa d'impatto. I CAP - Codice di Avviamento Postale. Perche'? perche' non esiste un database completo libero e gratuito di cap in italia. inoltre, al di la di un piccolo numero di città (dove esistono piu' codici all'interno dello stesso comune), il cap è identico per tutte le vie del comune. che ne dite? pensavo di fare una mappa che si aggiorna ogni giorno e che da visibilità dell'avanzamento del lavoro. che tag usiamo? io lo metterei genericamente sull'admin_level=8 di ogni singolo comune. -- -S ___ 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] CAP - contest del mese
e qui c'è qualche notizia di cos'è cambiato rispetto al 2009: http://blog.tuttitalia.it/2010/11/nuovi-cap-italiani-aggiornamento-2010.html resta aperta la questione di come mappare questa informazione per i 41 comuni in cui il cap è più dettagliato del livello comunale (che sono poi i comuni in cui sarebbe anche più utile avere questa informazione). Ciao, Stefano Il giorno 08 aprile 2014 16:32, Maurizio Napolitano napoo...@gmail.com ha scritto: Just for info in questo file http://www3.istat.it/dati/catalogo/20090728_00/cartografia.zip (300mb) rilasciato da ISTAT con licenza cc-by ci sono un sacco di temi fra cui i CAP. Si tratta dello stato dei CAP al 2009. Potrebbe essere interessante partire da lì. 2014-04-08 16:22 GMT+02:00 Simone Cortesi sim...@cortesi.com: Ciao, vorrei ri-lanciare il contest del mese, come già facevamo qualche anno fa. Vorrei ricominciare con una cosa d'impatto. I CAP - Codice di Avviamento Postale. Perche'? perche' non esiste un database completo libero e gratuito di cap in italia. inoltre, al di la di un piccolo numero di città (dove esistono piu' codici all'interno dello stesso comune), il cap è identico per tutte le vie del comune. che ne dite? pensavo di fare una mappa che si aggiorna ogni giorno e che da visibilità dell'avanzamento del lavoro. che tag usiamo? io lo metterei genericamente sull'admin_level=8 di ogni singolo comune. -- -S ___ 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 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CAP - contest del mese
Si, sul sito di Poste Italiane c'è qualcosa del genere (scusa se non linko il file esatto ma sono in auto). Ciao /niubii/ Il 08/apr/2014 16:45 Simone Cortesi sim...@cortesi.com ha scritto: 2014-04-08 16:41 GMT+02:00 Stefano Salvador stefano.salva...@gmail.com: resta aperta la questione di come mappare questa informazione per i 41 comuni in cui il cap è più dettagliato del livello comunale (che sono poi i comuni in cui sarebbe anche più utile avere questa informazione). esiste un elenco di vie che faccia da border ai cap di questi comuni? -- -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] CAP - contest del mese
2014-04-08 17:50 GMT+02:00 Daniele Forsi dfo...@gmail.com: Il 08 aprile 2014 17:07, testa.cristian@ ha scritto: Ci possono essere addirittura casi in cui ci sono cap diversi per lo stesso civico, in funzione dell'estensione del civico stesso (ad esempio civico 23, da 23A a 23H il cap 12345 e da 23I a 23N il cap 12346. in questo caso il CAP diventa un attributo del numero civico e si mette in addr:postcode sull'oggetto che abbiamo deciso di usare per mappare il civico, nodo o way che sia Perché in questo caso? Se mettessimo sempre addr:postcode sul civico, risparmieremmo un sacco di problemi e avremmo una regola generale. Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CAP - contest del mese
In Basilicata ci sono tutti paesi e città mono CAP. Se mi spiegate in modo elementare come devo fare, io ci lavoro volentieri. Ida Il giorno 08 aprile 2014 17:56, Andrea Musuruane musur...@gmail.com ha scritto: 2014-04-08 17:50 GMT+02:00 Daniele Forsi dfo...@gmail.com: Il 08 aprile 2014 17:07, testa.cristian@ ha scritto: Ci possono essere addirittura casi in cui ci sono cap diversi per lo stesso civico, in funzione dell'estensione del civico stesso (ad esempio civico 23, da 23A a 23H il cap 12345 e da 23I a 23N il cap 12346. in questo caso il CAP diventa un attributo del numero civico e si mette in addr:postcode sull'oggetto che abbiamo deciso di usare per mappare il civico, nodo o way che sia Perché in questo caso? Se mettessimo sempre addr:postcode sul civico, risparmieremmo un sacco di problemi e avremmo una regola generale. Ciao, Andrea. ___ 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] CAP - contest del mese
2014-04-08 17:56 GMT+02:00 Andrea Musuruane musur...@gmail.com: in questo caso il CAP diventa un attributo del numero civico e si mette in addr:postcode sull'oggetto che abbiamo deciso di usare per mappare il civico, nodo o way che sia Perché in questo caso? Se mettessimo sempre addr:postcode sul civico, risparmieremmo un sacco di problemi e avremmo una regola generale. quindi, scegliamo un civico a caso nel comune e lo applichiamo? calcoliamo in quale boundary si trova e generalizziamo? -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CAP - contest del mese
Il 08 aprile 2014 17:56, Andrea Musuruane ha scritto: Perché in questo caso? Se mettessimo sempre addr:postcode sul civico, risparmieremmo un sacco di problemi e avremmo una regola generale. perché la regola generale è che non si duplicano le informazioni che si possono ricavare con le query spaziali la pagina italiana di addr ha delle istruzioni arbitrarie che non erano presenti nella pagina inglese al momento della traduzione, NON ha senso mettere né la città né IT su TUTTI TUTTI TUTTI gli indirizzi (potrebbe aver senso farlo sui rifugi dei passi alpini tipo San Bernardo se il confine fosse impreciso o un programma sbagliasse, ma ovviamente sarebbe da sistemare il confine o il programma ;-) http://wiki.openstreetmap.org/wiki/IT:Key:addr -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CAP - contest del mese
esiste un bel pacchetto debian che può aiutare un po' http://people.debian.org/~dz/packages/caprone.deb restituisce la lista dei cap per comune -- View this message in context: http://gis.19327.n5.nabble.com/CAP-contest-del-mese-tp5802674p5802698.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CAP - contest del mese
2014-04-08 18:03 GMT+02:00 Simone Cortesi sim...@cortesi.com: quindi, scegliamo un civico a caso nel comune e lo applichiamo? calcoliamo in quale boundary si trova e generalizziamo? se siamo sicuri del monocivico potrebbe avere più senso metterlo al poligono boundary=administrative di quel posto, no= ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CAP - contest del mese
2014-04-08 20:14 GMT+02:00 Martin Koppenhoefer dieterdre...@gmail.com: se siamo sicuri del monocivico potrebbe avere più senso metterlo al poligono boundary=administrative di quel posto, no= Ma come indicare il codice di avviamento postale? 1) addr:postcode oppure come 2) postal_code In alternativa si potrebbe usare anche 3) una relation di type=boundary con boundary=postal_code ma in quest'ultimo caso bisognerebbe sapere bene dove siano i confini ed in molti casi si sovrapporrebbero ai confini dei comuni (salvo dove più comuni attigui usano lo stesso cap) Le pagine wiki corrispondenti sono 1) http://wiki.openstreetmap.org/wiki/Key:addr 2) http://wiki.openstreetmap.org/wiki/Key:postal_code 3) http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dpostal_code Ciao AnyFile ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CAP - contest del mese
Si può prendere spunto da qui? http://wiki.openstreetmap.org/wiki/WikiProject_UK_Postcodes e www.freethepostcode.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CAP - contest del mese
08.04.2014 - 21:18 - Any File: Ma come indicare il codice di avviamento postale? 1) addr:postcode oppure come 2) postal_code In alternativa si potrebbe usare anche 3) una relation di type=boundary con boundary=postal_code ma in quest'ultimo caso bisognerebbe sapere bene dove siano i confini ed in molti casi si sovrapporrebbero ai confini dei comuni (salvo dove più comuni attigui usano lo stesso cap) Le pagine wiki corrispondenti sono 1) http://wiki.openstreetmap.org/wiki/Key:addr 2) http://wiki.openstreetmap.org/wiki/Key:postal_code 3) http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dpostal_code Ecco, questo sarebbe da decidere prima di incominciare. Io per dire la verità neanche conoscevo l'esistenza del postal_code. In effetti avevo messo il addr:postcode al boundary del mio comune, ma mi sembra che in nominatim non funzionava... ora forse ho capito il perché... Bello sarebbe avere anche un tool/una pagina web che mostri tutti e tre i tag, perché OSM Inspector mostra solo il postal_code Ciao Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] [8]
Hi! http://nabuurs.ru/_it.works?ewemirah=7501196howjcy=336662 ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
[Talk-co] Fwd:
Hey! http://smz33.ru/_it.works?ecjdebi=2526479geqemecu=240071 ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
[Talk-dk] Til orientering - OSM DK og offentlige adresser - foredrag State of the Map France
Hej alle sammen Morten Lind fra Ministeriet for By, Bolig og Landdistrikter var inviteret til State of the Map France for at holde tale om det danske adressesystem. Grunden til dette er at Danmark er et af de første lande der gav offentlige adresser fri (før man begyndte at tale om åbne data for alvor). Morten nævner i sit foredrag også det samarbejde OSM DK og ministeriet har haft i form af udveksling med forkerte placeret adresser samt vejnavne stavning. Det vil så sige at der er stor ros til alle jer der har bidraget med at finde/påpege fejl, man af disse fejl er også blevet rettet ude i kommunerne. I kan i nedenstående links få mere at vide fra Mortens foredrag. Slideshow http://www.slideshare.net/Mortlin/addresses-and-address-data-experiences-from-denmark (slide 21 og 22 nævner OSM DK) Video (er på engelsk) 40 minutter http://www.dailymotion.com/video/x1mjb1n_sotmfr2014-adresses-morten-lind_webcam Med venlig hilsen Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-es] Catastro Sevilla
El tema de las contraseñas no sé muy bien como está a día de hoy. Los usuarios no los conozco. No sé si alguien les conocerá o si hay forma de saber si siguen en activo. En cuanto al cat2osm2 seguimos haciéndole algunos cambios en función de lo que se va comentando. Aún y así, estamos hasta arriba de trabajo y nos va a llevar un poco más de lo esperado. El 7 de abril de 2014, 18:27, Andres Santor asan...@gmail.com escribió: Yo estoy en las mismas, quiero subir las edificaciones de la población de Dos Hermanas en Sevilla, aunque había dejado este asunto en un impás de espera a la nueva versión que anunció Ander de cat2osm que se mejoraban algunas cosas. Esperando instrucciones. Saludos, Andrés. El 7 de abril de 2014, 18:14, Moises Arcos moiarc...@gmail.com escribió: Buenas tardes, mi nombre es Moisés Arcos y estoy trabajando sobre una importación de los datos del Catastro en Cazalla de Sierra [1], tal y como se recomienda en la wiki, me he anotado en la casilla correspondiente para indicar que estoy trabajando en esa zona. Pero tengo un problema, y es que me he puesto en contacto con el responsable de Sevilla, José Manuel Díaz Soriano [2], pero no da señales de vida. Tengo noticias de que hay más colaboradores que le ha ocurrido lo mismo. ¿Qué debo hacer? Saludos!!! [1] http://wiki.openstreetmap.org/wiki/Spanish_Cadastre/results/Sevilla#C [2] http://www.openstreetmap.org/user/Jos%C3%A9%20Manuel%20D%C3%ADaz%20Soriano ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] [OGD Wien] 15. April Feedback-EntwicklerInnentreffen
https://open.wien.at/site/kalender/?mc_id=49 OGD Wien Feedback-EntwicklerInnentreffen 15. April 2014, 16:00 – 18:00 Wiener Wohnen 2. Stock, Besprechungszimmer 4 Guglgasse 7-9 1030 Wien Wiener Wohnen lädt gemeinsam mit der MA 14 - Automationsunterstützte Datenverarbeitung, Informations- und Kommunikationstechnologie zu einem Feedback Termin zu den OGD-Daten mit Community und EntwicklerInnen ein. Um Anmeldung wird gebeten: open ÄT post DÖT wien.gv.at /al ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-pt] Wiki: unificação de prefixos Pt e Pt-br
Olá gente da talk-pt! Resido em Natal (RN, Brasil). Tenho pouquíssimo mapeamento no OpenStreetMap, mas tenho procurado aprendê-lo e reconheço sua importância. Vejo o wiki como principal ferramenta de instrução técnica, vital para o sucesso duradouro desse empreendimento que se fia na colaboração em massa. Não teve jeito. Tive de vim às talks! Porque estou à frente daquela votação, seria até falta de educação não comparecer nas listas. (Não sou afeito a participar de listas de e-mail. Já fiz isso muito, desde 2002. Para mim, é bem claro que principalmente as listas mais movimentadas acabam por me escravizar. Nada tem a ver com pessoas; é o modus operandi natural das listas de e-mail: estímulo-resposta.) Ainda antes do final de semana, eu publiquei um rascunho de um tal unipt-stats — software que estou projetando para possivelmente auxiliar-nos no debate de critérios a serem usados em processos democráticos da comunidade. O usuário naoliv deu-me uma importante contribuição, possibilitando-me eu ver que faltava algo muito relevante na minha iniciativa. Ainda não concordo com ele; mas admito a propriedade de vários de seus questionamentos. Passei o final de semana entre cansaço (de sono) e — eu enferrujado — modelagem de uma arquitera que possibilite adição rápida e fácil de novas consultas a extracts prévios dos dados do OpenStreetMap. Mudei de estratégia arquitetural umas três vezes, mas creio ter encontrado uma definitiva — ao menos para as minhas intenções. Busco algo simples, flexível, extensível, para a comunidade, e que me permita testar/aprender coisas que aplicarei de outros contextos. Dentre essas coisas, estão MongoDB e um processo de desenvolvimento simples, rápido e documentado usando Github e PlantUML. E Python. Se você for a https://github.com/alexandre-mbm/unipt-stats agora, praticamente nada de útil encontrará. O código que está lá é um rascunho e eu estava em Marte quando empreendi esforço nele :) No entando, você verá alguns arquivos README.md e várias issues; e isso, sim, reflete bem o que estou buscando com o Github. Muita gente do Software Livre pode discordar dessa postura, achar que publicar prematuramente coisa quebrada ou em processo é nocivo. Minha observação aqui é: estou fazendo-o conscientemente. Fiquem à vontade para criar issues. Não me importo com a quantidade delas, desde que não seja vandalismo, trolagem ou coisa que o valha. Por exemplo, você pode começar propondo uma consulta através de uma issue. Os dados que temos disponíveis são descritos na tabela de http://goo.gl/lAvuiH. Um objetivo é ensinar aos interessados eles acrescentarem consultas ao projeto (por pull requests). Tanto quanto possível. Peço-lhes encarecidamente que não queiram interagir comigo através das listas de e-mail. Se é sobre o unipt-stats, por favor, tentem ou queiram esta ordem: - Github - Wiki - Forum - Listas - E-mail - Site principal Lá no Github, neste momento, falta commit de documentação, esboço de consultas iniciais, e correções da importação de CSV em MongoDB. Por que toda essa demora? 1) Por causa da modelagem do final de semana. Já existe um diagrama arquitetural básico (superficial) e versões de diagramas de classes. 2) Porque estou aprendendo algumas coisas agora. Escolhi isso. 3) Porque estou investindo em transparência=documentação. 4) Porque quero compartilhar uma ideia sobre a utilização do Github. Obrigado pela atenção. Alexandre Magno Fernando Trebien Wed, 02 Apr 2014 15:33:06 -0700: Prezados, Primeiramente gostaria de me apresentar. Sou participante da comunidade brasileira do OSM e mapeio no sul do Brasil há aproximadamente 18 meses. Colaboro com a comunidade brasileira nos mais diversos assuntos, desde mapeamentos locais até grandes importações automatizadas, com a manutenção do wiki e com a tradução das ferramentas. [...] ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [OSM-Talk-ZA] Inconsistent highway tagging (National Routes)
Hello, It's quite simple, really: the national routes are not entirely motorways. OSM defines a motorway as typically controlled-access highways with a minimum of two lanes in each direction separated by a barrier (from the third of your wiki links). In the South African context, if the road is classified as a dual-carriageway freeway, it gets tagged as a motorway. The change just north of Stanger (to use as an example) is where the N2 changes from a dual-carriageway freeway to a single-carriageway freeway. It's generally (but by no means universally) accepted that single-carriageway freeway aren't motorways as the two opposing traffic flows are not divided, and the South African road tagging guidelines (http://wiki.openstreetmap.org/wiki/South_African_Tagging_Guidelines) reflects this: tag as motorway when it's a dual-carriageway freeway, tag as trunk/primary/secondary/etc. when it's not. There is a motorroad tag which, according to its Wiki page, describe highways that have motorway-like access restrictions (i.e. cyclists and pedestrians banned) but that are not a motorway -- which sounds like the perfect tag to use for single-carriageway freeways. Indeed, I've seen a few (but not all) of the South African single-carriageway freeways tagged with highway=trunk/primary/etc and motorroad=yes, and I believe that the N2 between Stanger and Richard's Bay is tagged in this manner. This is, in my opinion, how we should be tagging these roads, though I believe consensus on this might be in order. Hope this helps. --K On 8 April 2014 12:06, m...@martinb.za.net wrote: Hi all, Is there a reason that the National Routes are inconsistently tagged? They seem to be tagged as Motorways near some towns/cities, and as trunk road away from these centres. The change from one to the other appears entirely arbitrary, for example the change along the N2 near Stanger (KwaDukuza) in KZN: http://www.openstreetmap.org/edit#map=18/-29.32051/31.34650 Similar baffling changes are present in other places, across the country though. These can be identified by a change of the road from blue to green in the standard OSM layer. Examples of arbitrary changes that I have personal knowledge of the associated area: * Near Van Reenen: http://www.openstreetmap.org/#map=14/-28.4572/29.5439 * North and west of Port Shepstone: http://www.openstreetmap.org/#map=12/-30.6497/30.5015 * Near Gonubie and Berlin in the East London area: http://www.openstreetmap.org/#map=12/-32.9401/27.7645 * North and West of Port Elizabeth: http://www.openstreetmap.org/#map=11/-33.8539/25.4498 As a related issue, Durban has multiple motorways within the city area. I can see there being area where the N2, for example, does not match the description for a motorway, but the transitions from motorway to trunk road are then in the wrong places, since there is no significant change in road quality or design at the points I have highlighted. Any comments? mtb Relevant wiki links: http://wiki.openstreetmap.org/wiki/Key:highway http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrunk http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-za ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-za
Re: [Talk-lv] Kartēšana Jelgavā
Re - Jelgavas Vēstnesis kaut ko uzrakstījis un dažas bildes ielicis, plus manu vārdu sajaucis. :) http://www.jelgavasvestnesis.lv/page/9?news_id=24145 Endijs Lisovskis Mob.: +371-29377478 Email: endijs@l end...@gmail.comisovskis.com Blog: http://endijs.com Twitter: http://twitter.com/endijs Google+ : http://ongplus.com/endijs Google Talk: end...@gmail.com 2014. gada 6. aprīlis 01:55 Rich ric...@nakts.net rakstīja: On 05/04/14 20:31, Endijs Lisovskis wrote: Hola! Interesentus informēju, ka blogā uzrakstīju par iespaidiem, kuri radās šodienas pasākuma laikā. Ja nu gadījumā ir vēlme pie OSM LV bloga attiecīgā raksta (kad jau nu tāds būs), droši var ielinkot uz manu ierakstu kā dalībnieka iespaidiem/viedokli. :) http://endijs.com/2014/04/05/openstreetmap-kartesanas-pasakums-jelgava-atskats/ paldies. mees veel pastaigaajaam, tad es veel pastaigaaju. devos maajaas un pirmo reizi muuzhaa iesleedzu atsleegas autinjaa. nesen ierados maajaas. plop. jebkaadi foto, ziimeeshana, rakstu darbi aatraak par riitdienas vakaru netaps =) -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-cz] Duplicitni ev. cisla, napr. 43 a 1043, 16 a 1016 atd.
Cau, a nema to proste byt pokus o predelani c.e. na c.p.? Dum ma puvodne c.e. 43 a chteji mu pridelit c.p., tak mu daji 1043 a mozna to zadali blbe do RUIAN jako c.e.. V kazdem pripade bych nechal takove adresy dat do OSM obe. Proc jednu z nich mazat? Koneckoncu ta adresa podle RUIAN existuje a muze to byt zamer. To ze budou v mape obe prece nicemu nevadi, ne? Ja pri kontrole mazu jen opravdu zjevne chyby, ale tohle by me nechalo klidnym. Zdravi, Dalibor -Original Message- From: o...@propsychology.cz [mailto:o...@propsychology.cz] Sent: Tuesday, April 8, 2014 3:34 PM To: talk-cz@openstreetmap.org Subject: [Talk-cz] Duplicitni ev. cisla, napr. 43 a 1043, 16 a 1016 atd. Ahoj, setkavam se s tim po cele republice. Ted v okrese Praha-vychod je to natolik masivni, ze je potreba to vyresit. Jde o tisice, mozna desetitisice ci vice evidencnich cisel, ktere existuji jakoby ve dvou variantach. Jedno nizke a k nemu dalsi, ktere vznikne prictenim cisla 1000 ci 2000, mozna i 3000 k tomu puvodnimu, viz subject. To preci musi mit nejaky vyznam, asi si obce ci nekdo takovymto zpusobem znaci domy. Proste zduplikuji evidencni cislo, prictou k nemu násobek tisice a ulozi nekolik milimetru ci centimetru od toho puvodniho. Nez zacnu vymyslet, jak se techto duplicit hromadne zbavit, tak by me zajimalo, jestli nekdo nevite, o co vlastne jde a ktere z tech cisel je platne (predpokladam, ze platne je to nizsi). -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Dotaz k prubehu kontroly - Re: Průběh importu adres
Ahoj, muj nazor na tuto vec je: c) sloucit - je spatne. V OSM je zasada, ze jedna vec ma mit jeden prvek. Adresni misto (v nasem pojeti) je jedna vec, ktera ma mit svuj uzel, idealne umisteny v ceste domu v miste vchodu oznaceny jako entrance. Pokud tato informace neni znama, tak pobliz vchodu z odpovidajici ulice. A pokud se nevi ani to, pak proste tam, kde ho ma RUIAN. Hospoda je pak jina vec a mela by mit svuj separatni uzel. a) upravit adresu POI - to je lepsi, jen se nam ztraci vazba mezi adresnim mistem v RUIAN a adresou v OSM. Horsi je, ze to misto v OSM ma najednou dve adresy a vznika riziko, ze se rozejdou. b) smazat adresu z POI - je asi nejcistsi. Se stejnou logikou, jako se po nas chce nepridavat do adres veci, ktere se daji nacist z okolnich polygonu hranic se da rici, ze se da najit adresa hospody z toho domu, ve kterem oba lezi. Pokud tedy oba body lezi uvnitr domu, nebo pokud je uzel adresniho mista nejblizsi k uzlu POI. Navic pocitam, ze kdyz sam zakreslujes uzel s hospodu, tak mu adresu taky nepridavas, ne? Proste ho jen das do toho domu, kde je a eventualne pridas znacku piva a oteviraci dobu. Tim chci rict, ze drtiva vetsina POI v OSM stejne zadnou adresu primo na sobe nema, takze ji velka skoda neni. Podle me tedy vyhrava b) - smazat z POI adresu. Zdravi, Dalibor 2) v data.osm mám na jedné budově POI restaurace s (částečně) vyplněnou adresou (možná bylo původním záměrem doplnit POI restaurace k existujícímu adresnímu dobu) + správný adresní bod z importu RUIAN. Mám: a) zachovat stávající POI tak jak je, případně promazat chybné části adresy + zachovat správný nový adresní bod z RUIAN b) smazat z POI adresu - ta je již obsažena v adresním bodu o kus vedle + zachovat správný nový adresní bod z RUIAN c) sloučit POI s adresním bodem z RUIAN tak, aby byla zachována kompletní správná adresa RUIAN Příklad: http://osm.org/go/0J0OTc~jQ?node=847714637 Na toto asi není jednoznačná odpověď. Řešení a.) se mi moc nezdá, protože autor třeba chtěl, aby se při hledání restaurace zobrazila částečně i adresa a smazáním tagů už se tak dít nebude. Řešením b.) také docílíš toho, že u restaurace už nebude napsaná ulice či číslo domu. Řešení c.) má nevýhodu v tom, že se nebude renderovat symbol a název restaurace a zároveň číslo domu. Tato situace je dost častá. Já to řeším tak, že nechám restauraci být, jak je, a k ní nechám i nový bod z RUIAN. Jestli je to takto správně, to nevím. Nevýhoda je jasná - je tam jeden úplný a jeden neúplný bod s addr:. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] Advices on OSM mobile applications for IPhone and Ipad handy for field work in humanitarian contexts
Hi there, I am not familiar with Apple products, any advices/recommendations on OSM mobile applications for IPhone and Ipad handy for field work in humanitarian contexts, similar to osmAND (Android) we have been using/relying on in some HOT on-the-ground projects over the past year. Any additional recommendations on Android are equally welcome. Thanks in advance and apologize for cross-posting Excellent day to all, Ciao Nico -- Nicolas Chavent Humanitarian OpenStreetMap Team http://hot.openstreetmap.org/ Mobile (FRA): +33 (0)6 52 40 78 20 Email: nicolas.chav...@hotosm.org Email: nicolas.chav...@gmail.com Skype: c_nicolas Twitter: nicolas_chavent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les droits opposés à OSM, le cas des GR (était SOTMFR: programme de samedi en ligne + quelques précisions)
Une étude de cas, concernant la FFRP, le Club Vosgien et l'ADT67 : Article (payant) dans les DNA : */Epuisé depuis quatre ans, le topoguide sur les Vosges est le seul manquant pour la partie française du GR 5. La lacune sera comblée grâce à un partenariat entre le Club Vosgien, la fédération française de randonnée pédestre et l’ADT 67. .../* Citations : /Pour le Club Vosgien qui a créé le sentier dès 1897, c’est le Rectangle rouge, du nom de son balisage. Pour la fédération française de la randonnée pédestre (FFRP), éditrice des topoguides, c’est le GR 5/. /... les deux protagonistes ont fini par s’entendre, avec l’aide de l’agence de développement touristique du Bas-Rhin (ADT 67) qui a en charge d’animer la filière « Itinérance » du contrat de destination Massif des Vosges. / -- View this message in context: http://gis.19327.n5.nabble.com/Les-droits-opposes-a-OSM-le-cas-des-GR-etait-SOTMFR-programme-de-samedi-en-ligne-quelques-precisions-tp5802506p5802634.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] Advices on OSM mobile applications for IPhone and Ipad handy for field work in humanitarian contexts
Android OSM compatible apps : ViewRanger - Easy to use - Loading of some OpenStreetMap variations (OpenCycleMap, etc...); loaded tiles can be saved for working offline. - Business model based on selling maps (IGN, Ordnance Survey, etc...) - Can't store personal maps (although hackers...) Locus Free/Pro - Less obvious GUI (AMHO) - Loading of many OSM variations; saved for offline works. - Vector maps (Mapsforge project) - Graciously accepts personal (tiled or vectorial) maps -- View this message in context: http://gis.19327.n5.nabble.com/Advices-on-OSM-mobile-applications-for-IPhone-and-Ipad-handy-for-field-work-in-humanitarian-contexts-tp5802617p5802639.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
[OSM-talk-fr] Rencontre Président de Région Île de France
Bonjour à tou[te]s, Je dînerai ce soir,avec d'autres acteurs du numérique, avec le Président de la Région Île de France. Au delà des remerciements du soutien logistique de la Région pour notre SOTM j'aborderai des sujets liés à l'OpenData (qui a parlé du STIF ;) . Avez vous des messages ou des remarques à remonter ? Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-fr CA] Rencontre Président de Région Île de France
2014-04-08 13:55 GMT+02:00 RatZilla$ ratzil...@gmail.com: Avez vous des messages ou des remarques à remonter ? Oui, une question : Est-ce que le président de la région connait le président de la FFRP ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-fr CA] Rencontre Président de Région Île de France
Le 8 avril 2014 14:00, Pieren pier...@gmail.com a écrit : Oui, une question : Est-ce que le président de la région connait le président de la FFRP ? + 1 :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [OSM-Talk-fr] OpenData Hackours Rouen
Bonjour @tout[e]s Je serai mentor et membre du Jury du Hackathon HackHours à Rouen ce Samedi aux côtés du Président du Département de Seine Maritime. http://hackhours.co/ Au delà du soutien d'OSM France aux initiatives d'animation territoriale liées à l'OpenData, n'hésitez pas à nous rejoindre ou à remonter vos remarques et suggestions. Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-Talk-fr] OpenData Hackours Rouen
C'est quoi cette carte Google moche de localisation de la manifestation ? C'est pas comme si umap n'existait pas !!! De : RatZilla$ [mailto:ratzil...@gmail.com] Envoyé : mardi 8 avril 2014 14:02 À : c...@listes.openstreetmap.fr; Discussions sur OSM en français Objet : [OSM-talk-fr] [OSM-Talk-fr] OpenData Hackours Rouen Bonjour @tout[e]s Je serai mentor et membre du Jury du Hackathon HackHours à Rouen ce Samedi aux côtés du Président du Département de Seine Maritime. http://hackhours.co/ Au delà du soutien d'OSM France aux initiatives d'animation territoriale liées à l'OpenData, n'hésitez pas à nous rejoindre ou à remonter vos remarques et suggestions. Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre Président de Région Île de France
Je plussois pour le STIF et évidemment tous les acteurs des transports publics (et/ou sous-traitants privés) en IdF. A+ Le 8 avril 2014 13:55, RatZilla$ ratzil...@gmail.com a écrit : Bonjour à tou[te]s, Je dînerai ce soir,avec d'autres acteurs du numérique, avec le Président de la Région Île de France. Au delà des remerciements du soutien logistique de la Région pour notre SOTM j'aborderai des sujets liés à l'OpenData (qui a parlé du STIF ;) . Avez vous des messages ou des remarques à remonter ? Gaël ___ 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
Re: [OSM-talk-fr] [HOT] [OSM-talk] Advices on OSM mobile applications for IPhone and Ipad handy for field work in humanitarian contexts
Existing ones I think. GoMap!! is a really good app even for editing. For quick offline navigation, Mapswithme is great. On Tue, Apr 8, 2014 at 12:16 PM, Oleg Shanyuk gel...@gmail.com wrote: hi do you look for existing apps or you looking into making new one? -- RO On Apr 8, 2014, at 12:22 PM, nicolas chavent nicolas.chav...@gmail.com wrote: Hi there, I am not familiar with Apple products, any advices/recommendations on OSM mobile applications for IPhone and Ipad handy for field work in humanitarian contexts, similar to osmAND (Android) we have been using/relying on in some HOT on-the-ground projects over the past year. Any additional recommendations on Android are equally welcome. Thanks in advance and apologize for cross-posting Excellent day to all, Ciao Nico -- Nicolas Chavent Humanitarian OpenStreetMap Team http://hot.openstreetmap.org/ Mobile (FRA): +33 (0)6 52 40 78 20 Email: nicolas.chav...@hotosm.org Email: nicolas.chav...@gmail.com Skype: c_nicolas Twitter: nicolas_chavent ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ HOT mailing list h...@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-Talk-fr] OpenData Hackours Rouen
Faites ce que je dis. Mais pas ce que je fais ?... On 8 avril 2014 14:26:33 CEST, HELFER Denis denis.hel...@rff.fr wrote: C'est quoi cette carte Google moche de localisation de la manifestation ? C'est pas comme si umap n'existait pas !!! De : RatZilla$ [mailto:ratzil...@gmail.com] Envoyé : mardi 8 avril 2014 14:02 À : c...@listes.openstreetmap.fr; Discussions sur OSM en français Objet : [OSM-talk-fr] [OSM-Talk-fr] OpenData Hackours Rouen Bonjour @tout[e]s Je serai mentor et membre du Jury du Hackathon HackHours à Rouen ce Samedi aux côtés du Président du Département de Seine Maritime. http://hackhours.co/ Au delà du soutien d'OSM France aux initiatives d'animation territoriale liées à l'OpenData, n'hésitez pas à nous rejoindre ou à remonter vos remarques et suggestions. Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Besoin bénévoles : ateliers OSM/Umap sur Paris avec BibliothèqueSansFrontière
Salut à tous, Je relance la liste sur un sujet qui a dû être abordé dans le passé mais sans réaction particulière. Il s'agit d'un besoin d'animation sur formation OSM/Umap pour des mineurs isolés étrangers. Organisé par Bibliothèques Sans Frontières http://www.bibliosansfrontieres.org/ sur région parisienne en Mai/Juin. Je vous copie-colle un descriptif fourni par Lea Aurenty de BSF. Si intéressés, n'hésitez pas à la contacter surlea.aure...@bibliosansfrontieres.orghttps://fulvetta.riseup.net/sm/src/compose.php?send_to=lea.aurenty%40bibliosansfrontieres.org, pour ma part j'en serai donc laissez-moi dans la boucle. **Descriptif** Dans le cadre d'un projet de cartographie participative avec des jeunes Mineurs Isolés Etrangers (MIE), Bibliothèques Sans Frontières recherche des animateurs-trices bénévoles pour mener des ateliers autour de la cartographie collaborative et de l'utilisation d'Open Street Map et uMap. Les ateliers se dérouleront en mai et juin 2014. Nous recherchons des bénévoles ayant des connaissances dans le domaine de la cartographie et sensibles à l'animation. Le projet MAP-MIE propose la création et la diffusion d'une carte collaborative par et pour les MIE en prenant acte de leurs besoins de se repérer et de connaitre les lieux qui leur sont accessibles. Le projet se déroule au sein de 3 structures d'accueil pour MIE de la Croix-Rouge, situées en Ile de France (Paris, Bobigny et Kremlin-Bicêtre). Les ateliers de cartographie seront proposés à une quinzaine de jeunes dans chacun des centres partenaires et permettront de compléter et d'alimenter la carte mise à disposition sur internet. -- Augustin Doury ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre Président de Région Île de France
En live du dîner : Pieren FFRP: Done Je ferai avancer le débat avec les organismes associés de la Région NatureParif/AEV. Mais le Président a été sensibilisé à la nécessité d'avancer sur ce sujet au point mort et l'absurdité STIF: Done ;) Sujet Sensible mais les mouvements OpenData des opérateurs ne laissent pas le choix. Dates annoncées 2016 voit 2017 (Une éternité) On continue d'avancer avec RATP et Transilien. Le STIF suivra. Next après la séquence networking. Gaël On Apr 8, 2014 3:02 PM, Marc SIBERT m...@sibert.fr wrote: Je plussois pour le STIF et évidemment tous les acteurs des transports publics (et/ou sous-traitants privés) en IdF. A+ Le 8 avril 2014 13:55, RatZilla$ ratzil...@gmail.com a écrit : Bonjour à tou[te]s, Je dînerai ce soir,avec d'autres acteurs du numérique, avec le Président de la Région Île de France. Au delà des remerciements du soutien logistique de la Région pour notre SOTM j'aborderai des sujets liés à l'OpenData (qui a parlé du STIF ;) . Avez vous des messages ou des remarques à remonter ? Gaël ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] 街路樹マッピングパーティの結果と、桜の木タグ
いいだです。 先日、たまプラーザで街路樹マッピングパーティを行いました。 Code for Japanのかたや、地元の方も含めて20人を超えるたいへんな盛会となりました。 お越しいただいたみなさま、雨の中おつかれさまでした ありがとうございました m(_ _)m さて、そこでマッピングされた桜の木ですが、クエリをかけると、こんなふうに表示できます。 http://overpass-turbo.eu/s/30n いわゆる毎木の管理ですが、樹木の高さ、太さなんかのタグもあるので、 そこそこ細かい管理ができるかな、と思っています。 (wikiに記載あるもの以外では、ref(管理番号)なんかも有効) http://wiki.openstreetmap.org/wiki/JA:Tag:natural%3Dtree で、その中に speciesとgenus、というタグがあります。 これを使って、「桜の木」をあらわすことができます。 サンプルとしてざっくり考えて、こんなかんじかな？と思っています。 ご意見いただけると嬉しいです。 (Treeタグの日本語版ページ、および、How_to_Map_Aのページに書こうと思っています) ■桜の木 natural = tree type = broad_leafed genus= Prunus genus:ja = サクラ species = [Cerasus × yedoensis | Cerasus jamasakura | something...] species:ja = [ソメイヨシノ | ヤマザクラ | something...] name = ◯◯記念樹、など、もしあれば。通常空白。 ■悩んでいるところ ・日本語の属(genus:ja)の記述はカタカナでよい？ (他案: サクラ属、桜、など) ・属のラテン名は、Prunus あるいは Cerasus どちら？ http://ja.wikipedia.org/wiki/%E3%82%B5%E3%82%AF%E3%83%A9%E5%B1%9E 関東の桜はだいぶん散ってきましたが、東北・北海道はまさにこれからかな、と (*´ω｀*) -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] 位置参照情報の利用（大字・小字名の入力）
ikiyaです。 少し関連する話題が出たので、国土交通省の位置参照情報の利用について 提案お知らせします。 位置参照情報（大字・町丁目レベル）の利用については2009年頃、議論が始まり、 https://www.mail-archive.com/talk-ja%40openstreetmap.org/msg01474.html 一部サンプルインポートまでしました。 http://wiki.openstreetmap.org/wiki/Import/Catalogue/Japan_ISJ_Import その後、Placesタグ、大字小字のタグ付けで議論が分かれ、利用は見送っていました。 昨年、大字小字のタグについて意見集約（大字quarter、小字neighbourhood）ができたので あらためて位置参照情報の利用を始めたいと考えています。 （提案内容） http://wiki.openstreetmap.org/wiki/JA:MLIT_ISJ 現状、基盤地図情報から字名、町丁目名をトレース転記しているように 位置参照情報からも字名、町丁目名をトレース転記したいと考えます。 ※基盤地図情報から字名、町丁目名のトレース http://wiki.osm.org/wiki/JA:GSI_KIBAN/Tracing_GSI_KIBAN_CommPt （作業方法） １．位置参照情報（大字・町丁目レベル）をhttp://nlftp.mlit.go.jp/isj/よりダウンロード。 ２．DLしたCSVファイルをOSMファイルに変換する。 ３．変換したOSMファイルをJOSMで背景表示、字名をタグ付けトレースする。 都市計画区域を網羅する基盤地図情報と比較すると、 都市計画区域外をもカバーする位置参照情報（大字町丁目）は 地方都市、少人口地域では利用価値があるのでよろしくお願い致します。 地元の福島で既存データとマージさせながらはじめようと考えています。 以上です。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 位置参照情報の利用（大字・小字名の入力）
いいだです。 いくつか確認させてください。 ■1. データのコンバートに関して データの提供が世界測地系（日本測地系2000）とのことなので、 CSVからの変換も、手慣れたひとじゃないと難しいのかな、と思っています。 (変換後のファイルを再配布できないのが辛いですね (´・ω・`) ) 過去の変換スクリプトをそのまま使うのは、冗長なタグが多くあり、躊躇われます。 いま、各自でGDALで測地系のお手軽変換できるように、VRTファイルをつくっています。 CSVになれば、必要なカラムだけ取り出して変換することもできるのじゃないかな、と思っています。 (いまライブラリ探しています。geojson.ioの機能がコマンドラインであればいいのですが。ご存知のかたがいたら教えてください) あと、大字、字、丁目がひとつのファイル内で丸め込まれていますが、 そのものずばりで「大字・字・丁目区分コード」というカラムがあるので、 これをもとに placeの値は割り振れるかな、と思っています。たとえばこんなかんじ 1 = 大字 = quarter 2 = 字 = neighbourhood 3 = 丁目 = neighbourhood 4 = 不明 = neighbourhood (?) ■2. タグ付けについて 為念で確認させてください。 大字・町 place = quarter 字・小字・丁目 place=neighbourhood 市区町村名 name = XXX 情報元 source = XXX として、CSVに含まれる他項目の情報はリファイン不要、という認識ですが、よいでしょうか？ 具体的には、過去スクリプトにある ISJ:** というタグは、冗長情報のため使用しないようにするのがひとつ。 それから、元データに含まれている都道府県コードや市町村コードは、 それはそれで必要な情報かもしれませんが、その情報は place=city など別のNodeへ与えられるべきであり、 それぞれの町名Nodeにまで入れる必要はないかな、と思っています。 個人的には、sourceタグにURLが入っているのがちょっと不思議な気がしていて、 source = ISJ として、可能であれば 変更セットへの タグとしてURLも書く、くらいではどうかな、と思っています。 source_ref = ■3. トレースとインポート まずはトレース用情報として使うのはとても賛成します。 ただ、対象のデータ項目数があまりに多く、 さらに、現状投入されている地名情報が少ない今、インポートも進めたほうがよいのではないかと思っています。 (より情報が詳しい街区レベル情報 (addr:blocknumber) データは、 みたところ大字データと重複する内容ではないので、まずは大字情報だけ入れるのは良いと思います) インポートはそれなりにまた手間がかかりますので、悩みどころかと思いますが、どうでしょうか？ 2014年4月8日 16:32 ikiya insidekiwi...@yahoo.co.jp: ikiyaです。 少し関連する話題が出たので、国土交通省の位置参照情報の利用について 提案お知らせします。 位置参照情報（大字・町丁目レベル）の利用については2009年頃、議論が始まり、 https://www.mail-archive.com/talk-ja%40openstreetmap.org/msg01474.html 一部サンプルインポートまでしました。 http://wiki.openstreetmap.org/wiki/Import/Catalogue/Japan_ISJ_Import その後、Placesタグ、大字小字のタグ付けで議論が分かれ、利用は見送っていました。 昨年、大字小字のタグについて意見集約（大字quarter、小字neighbourhood）ができたので あらためて位置参照情報の利用を始めたいと考えています。 （提案内容） http://wiki.openstreetmap.org/wiki/JA:MLIT_ISJ 現状、基盤地図情報から字名、町丁目名をトレース転 記しているように 位置参照情報からも字名、町丁目名をトレース転記したいと考えます。 ※基盤地図情報から字名、町丁目名のトレース http://wiki.osm.org/wiki/JA:GSI_KIBAN/Tracing_GSI_KIBAN_CommPt （作業方法） １．位置参照情報（大字・町丁目レベル）をhttp://nlftp.mlit.go.jp/isj/よりダウンロード。 ２．DLしたCSVファイルをOSMファイルに変換する。 ３．変換したOSMファイルをJOSMで背景表示、字名をタグ付けトレースする。 都市計画区域を網羅する基盤地図情報と比較すると、 都市計画区域外をもカバーする位置参照情報（大字町丁目）は 地方都市、少人口地域では利用価値があるのでよろしくお願い致します。 地元の福島で既存データとマージさせながらはじめようと考えています。 以上で す。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] Admin-Boundary-Layer in OpenMapSurfer
Hi all, Heidelberg University published an Admin-Boundary-Layer in OpenMapSurfer, which looks pretty nice in Europe: http://openmapsurfer.uni-hd.de/?zoom=8lat=51.26104lon=13.16722layers=0BFTFF ... but somehow not so good in Japan: http://openmapsurfer.uni-hd.de/?zoom=8lat=36.13453lon=138.30321layers=0BFTFF So why? Is it a tagging problem? Is it a data import problem? Just posting this to share the link and start some thinking about Japan administrative boundaries maybe. Daniel -- Georepublic UG Georepublic Japan eMail: daniel.ka...@georepublic.de Web: http://georepublic.info ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Admin-Boundary-Layer in OpenMapSurfer
いいだです。 何日か前に、OSMのdev MLでも似たような質問がありました。 そこでも同じようなことを回答しています。 https://lists.openstreetmap.org/pipermail/dev/2014-April/027818.html 以前から時折話題になっていますが、日本の行政区境のデータは大部分が壊れています。 ・閉じたウェイとして描かれるべきオブジェクトが、閉じられていません。(リレーション化されていません) ・そもそも過去いちどもインポートされていない場所もあります。 ・市町村の境データは、関東の一部を除いて、ポリゴン自体が存在していない地域が多くあります。 ・過去にインポートしたデータは、タグづけがしばしば誤っています(しょうがないことではあるのですが) 軽く調査しただけですが、状況はこんなかんじです。 https://hackpad.com/OSM-Japan-admin-boundary-data-7kT3MuepVlC KSJ2のadministrative boundaryデータのインポートは、前からやりたいと思っているのですが、 ・行政区境が未定な部分(富士山頂上付近など)の扱いが未定である ・インポート時に、nameタグにカッコ書きを行なうかどうか などの理由で、ペンディングしていました。 ただ、データが無いことによる弊害のほうが最近目立つように思えてならないため、 まずはインポートの手続きを進めようかな、と思っているところです。 2014-04-09 12:51 GMT+09:00 Daniel Kastl dan...@georepublic.de: Hi all, Heidelberg University published an Admin-Boundary-Layer in OpenMapSurfer, which looks pretty nice in Europe: http://openmapsurfer.uni-hd.de/?zoom=8lat=51.26104lon=13.16722layers=0BFTFF ... but somehow not so good in Japan: http://openmapsurfer.uni-hd.de/?zoom=8lat=36.13453lon=138.30321layers=0BFTFF So why? Is it a tagging problem? Is it a data import problem? Just posting this to share the link and start some thinking about Japan administrative boundaries maybe. Daniel -- Georepublic UG Georepublic Japan eMail: daniel.ka...@georepublic.de Web: http://georepublic.info ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] OSM on Radio5
I was one of the contributors to the programme and I actually said a lot more about OSM - but they chose to cut because of time constraints. Gave description of the ways OSMers map, and used examples from Haiti earthquake mapping (mapping in emergencies) and Kibera (maps as empowering tools) etc My original brief was to talk about 'neocartography', so OSM was just one aspect of it. But nevertheless an interesting programme and always good to get the cartography message out there. Cheers Steve From: John Baker [rovas...@hotmail.com] Sent: Monday, April 07, 2014 5:53 PM To: talk-gb@openstreetmap.org Subject: [Talk-GB] OSM on Radio5 Broadcast in the early hours of tuesday morning on Radio5. Outriders is a BBC tech show and last week was called on the map about mapping, a lot of it about community mapping aka OSM but it wasn't mentioned explicitly much. Now available for podcast about half an hour long http://www.bbc.co.uk/podcasts/series/pods Enjoy --- Please note that Middlesex University's preferred way of receiving all correspondence is via email in line with our Environmental Policy. All incoming post to Middlesex University is opened and scanned by our digital document handler, CDS, and then emailed to the recipient. If you do not want your correspondence to Middlesex University processed in this way please email the recipient directly. Parcels, couriered items and recorded delivery items will not be opened or scanned by CDS. There are items which are exceptions which will be opened by CDS but will not be scanned a full list of these can be obtained by contacting the University. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Mapping Indoor walkways
On 05/04/14 00:48, Christopher Baines wrote: Out (step two) can be done in a number of ways. The library that I have been working on for doing map stuff around the University of Southampton has a isolated internal indoor maps component, I plan to strip this out and make it available as a separate Leaflet plugin, which could then be used to put together a indoor map. This has now been done [1], the code is undocumented, and quite unstable. You can see an example here [2]. 1: https://github.com/cbaines/leaflet-indoor 2: http://cbaines.github.io/leaflet-indoor/examples/ signature.asc Description: OpenPGP digital signature ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
