[talk-ph] Today is the 500th birthday of Gerardus Mercator
http://en.wikipedia.org/wiki/Gerardus_Mercator Gerardus Mercator was born on March 5, 1512 in Rupelmonde in what is now Belgium. He is primarily known as the cartographer who invented the Mercator projection, of which the spherical variant is used by various online map websites like Google Maps, Bing Maps, Yahoo Maps, and of course, OpenStreetMap. In addition, Merkaartor, one of the main OSM editors is also named after him. :-) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Some results of the new Bing imagery
on Vigan and other places there are many streets (alternating) there that are one-way from 7am to 7pm...i did not tag them as one way for now. will also add the street names later I could use that map for Tuguegarao and Southern Leyte, will be there in a few weeks also, kudos to the mappers of Cebu and Davao City. very much improved. was in cebu last week, and davao last year (and will be back in a few weeks) -- --- I explore, therefore I blog. http://www.backpackingphilippines.com I don't need a map! I have the GPS. Never need a map again, thank you - Lost Van on Route 66, Radiator Springs (Cars) On Mon, Mar 5, 2012 at 10:23 AM, Eugene Alvin Villar sea...@gmail.comwrote: Hi guys, A lot of you have started tracing using the new Bing imagery and I'd like to highlight some of them: 1. Tuguegarao, Cagayan: http://osm.org/go/42mDB1p 2. Ilagan, Isabela: http://osm.org/go/42iZ4XQ 3. Alicia, Isabela: http://osm.org/go/4z3R2CIX- (as well as nearby towns) 4. Vigan, Ilocos Sur: http://osm.org/go/42LX2zv8- 5. Bolinao, Pangasinan: http://osm.org/go/4zcwXHm7- (as well as nearby towns) 6. Lucena, Quezon: http://osm.org/go/4y17mj1b- 7. Maasin, Southern Leyte: http://osm.org/go/4tS0xCUw-- (and nearby towns) 8. Danao, Cebu: http://osm.org/go/4tRfHSQK- (and other towns along the eastern coast of Cebu) 9. Busuanga Island, Palawan: http://osm.org/go/4yM4J0z- 10. General Santos City: http://osm.org/go/4sJFTph 11. Maitum, Sarangani: http://osm.org/go/4sDBfppc- 12. Glan, Sarangani: http://osm.org/go/4sIQwJYB- 13. Surigao, Surigao del Norte: http://osm.org/go/4tNezaiu- 14. eastern half of Camiguin: http://osm.org/go/4tGKqEr Keep up the good work guys! We have barely scratched the potential of the new Bing imagery but already we have very nice new places mapped! :-) If you want to see where else you can start tracing, check out our Imagery Coverage Map: http://forge.codedgraphic.com/osm/imagery_coverage/ As always, please be careful when tracing especially if you have never been to the place. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Some results of the new Bing imagery
tutubi, IMHO, if a road is assigned as oneway in most of day time (eg. 7am to 7pm, entire day-time, business hours, most of rush hours), may be we should tag it as ONEWAY. It's better to err on the safe side, since it's expensive to get 'oneway traffic violation'. It is much safer for auto-routing gadgets and paper maps to show a more conservative/safe routes. It's up to the driver on field to decide if there is an exception to that oneway rule. At night, isn't it that some local resident drivers in the provinces tend to break oneway rules (and traffic lights) anyway because there are no enforcers? it's free-for-all during night time :-) On Tue, Mar 6, 2012 at 9:17 AM, tutubi tut...@backpackingphilippines.com wrote: on Vigan and other places there are many streets (alternating) there that are one-way from 7am to 7pm...i did not tag them as one way for now. will also add the street names later I could use that map for Tuguegarao and Southern Leyte, will be there in a few weeks also, kudos to the mappers of Cebu and Davao City. very much improved. was in cebu last week, and davao last year (and will be back in a few weeks) -- --- I explore, therefore I blog. http://www.backpackingphilippines.com I don't need a map! I have the GPS. Never need a map again, thank you - Lost Van on Route 66, Radiator Springs (Cars) On Mon, Mar 5, 2012 at 10:23 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, A lot of you have started tracing using the new Bing imagery and I'd like to highlight some of them: 1. Tuguegarao, Cagayan: http://osm.org/go/42mDB1p 2. Ilagan, Isabela: http://osm.org/go/42iZ4XQ 3. Alicia, Isabela: http://osm.org/go/4z3R2CIX- (as well as nearby towns) 4. Vigan, Ilocos Sur: http://osm.org/go/42LX2zv8- 5. Bolinao, Pangasinan: http://osm.org/go/4zcwXHm7- (as well as nearby towns) 6. Lucena, Quezon: http://osm.org/go/4y17mj1b- 7. Maasin, Southern Leyte: http://osm.org/go/4tS0xCUw-- (and nearby towns) 8. Danao, Cebu: http://osm.org/go/4tRfHSQK- (and other towns along the eastern coast of Cebu) 9. Busuanga Island, Palawan: http://osm.org/go/4yM4J0z- 10. General Santos City: http://osm.org/go/4sJFTph 11. Maitum, Sarangani: http://osm.org/go/4sDBfppc- 12. Glan, Sarangani: http://osm.org/go/4sIQwJYB- 13. Surigao, Surigao del Norte: http://osm.org/go/4tNezaiu- 14. eastern half of Camiguin: http://osm.org/go/4tGKqEr Keep up the good work guys! We have barely scratched the potential of the new Bing imagery but already we have very nice new places mapped! :-) If you want to see where else you can start tracing, check out our Imagery Coverage Map: http://forge.codedgraphic.com/osm/imagery_coverage/ As always, please be careful when tracing especially if you have never been to the place. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] trunk roads in Mindanao under massive road improvements
Just a short note that if you have plans to travel around Mindanao. There are extensive road project improvements all over the island and you should allocate additional time (my planned travel of four hours took 5 hours) for your travel schedules. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] trunk roads in Mindanao under massive road improvements
hi maning, does that include the link between Surigao del Norte and Del Sur? Should be trunk road but currently tagged primary. about 14 kilometers of it is rough where only 4x4, trucks and buses can pass (about an hour travel through the very rough road). Ironically, the big mining companies of Surigao are there, the ones attacked by the NPA last year (when I passed by, i still saw burnt dump trucks and smoke from barges). makes you wonder if mining realy improves the community (gives you a job but look at the environment, Surigao's hills are going to be flattened and the rivers turned to red color of clay, plus they can't even fix the road. I didn't change the road classification because of this rough road status, it's shorter if you want to get to Surigao del Sur, better pass by Butuan from Surigao City On Tue, Mar 6, 2012 at 10:34 AM, maning sambale emmanuel.samb...@gmail.comwrote: Just a short note that if you have plans to travel around Mindanao. There are extensive road project improvements all over the island and you should allocate additional time (my planned travel of four hours took 5 hours) for your travel schedules. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- --- I explore, therefore I blog. http://www.backpackingphilippines.com I don't need a map! I have the GPS. Never need a map again, thank you - Car lost on Route 66, Radiator Springs (Cars) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Some results of the new Bing imagery
Rally, yes you're right, i've tagged many roads here in makati that are one way from 6am to 9pm (e.g. J.P. Rizal) some roads here in CBD are two-way during weekends and holidays I've yet to finish Vigan City center, i think i lost my note on my phone listing the one-way streets :( how about Paseo de Roxas? the number of lanes per direction changes. three lanes going to CBD in the morning, two going out. In the afternoon, three going out, two cmoing it. even the intersection of Cruzada is blocked during the day. but that's an exception :P On Tue, Mar 6, 2012 at 10:29 AM, Rally de Leon rall...@gmail.com wrote: tutubi, IMHO, if a road is assigned as oneway in most of day time (eg. 7am to 7pm, entire day-time, business hours, most of rush hours), may be we should tag it as ONEWAY. It's better to err on the safe side, since it's expensive to get 'oneway traffic violation'. It is much safer for auto-routing gadgets and paper maps to show a more conservative/safe routes. It's up to the driver on field to decide if there is an exception to that oneway rule. At night, isn't it that some local resident drivers in the provinces tend to break oneway rules (and traffic lights) anyway because there are no enforcers? it's free-for-all during night time :-) On Tue, Mar 6, 2012 at 9:17 AM, tutubi tut...@backpackingphilippines.com wrote: on Vigan and other places there are many streets (alternating) there that are one-way from 7am to 7pm...i did not tag them as one way for now. will also add the street names later I could use that map for Tuguegarao and Southern Leyte, will be there in a few weeks also, kudos to the mappers of Cebu and Davao City. very much improved. was in cebu last week, and davao last year (and will be back in a few weeks) -- --- I explore, therefore I blog. http://www.backpackingphilippines.com I don't need a map! I have the GPS. Never need a map again, thank you - Lost Van on Route 66, Radiator Springs (Cars) On Mon, Mar 5, 2012 at 10:23 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, A lot of you have started tracing using the new Bing imagery and I'd like to highlight some of them: 1. Tuguegarao, Cagayan: http://osm.org/go/42mDB1p 2. Ilagan, Isabela: http://osm.org/go/42iZ4XQ 3. Alicia, Isabela: http://osm.org/go/4z3R2CIX- (as well as nearby towns) 4. Vigan, Ilocos Sur: http://osm.org/go/42LX2zv8- 5. Bolinao, Pangasinan: http://osm.org/go/4zcwXHm7- (as well as nearby towns) 6. Lucena, Quezon: http://osm.org/go/4y17mj1b- 7. Maasin, Southern Leyte: http://osm.org/go/4tS0xCUw-- (and nearby towns) 8. Danao, Cebu: http://osm.org/go/4tRfHSQK- (and other towns along the eastern coast of Cebu) 9. Busuanga Island, Palawan: http://osm.org/go/4yM4J0z- 10. General Santos City: http://osm.org/go/4sJFTph 11. Maitum, Sarangani: http://osm.org/go/4sDBfppc- 12. Glan, Sarangani: http://osm.org/go/4sIQwJYB- 13. Surigao, Surigao del Norte: http://osm.org/go/4tNezaiu- 14. eastern half of Camiguin: http://osm.org/go/4tGKqEr Keep up the good work guys! We have barely scratched the potential of the new Bing imagery but already we have very nice new places mapped! :-) If you want to see where else you can start tracing, check out our Imagery Coverage Map: http://forge.codedgraphic.com/osm/imagery_coverage/ As always, please be careful when tracing especially if you have never been to the place. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- --- I explore, therefore I blog. http://www.backpackingphilippines.com I don't need a map! I have the GPS. Never need a map again, thank you - Car lost on Route 66, Radiator Springs (Cars) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] trunk roads in Mindanao under massive road improvements
I didn't pass that route. My Mindanao travels right now are in the southwest area. On Tue, Mar 6, 2012 at 11:33 AM, tutubi tut...@backpackingphilippines.com wrote: does that include the link between Surigao del Norte and Del Sur? Should be trunk road but currently tagged primary. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] FourSquare and OSM
Would it be possible for Foursquare to let us use the information users type in (restaurant names, addresses)? There is a lot of good information there. Janko ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] FourSquare and OSM
mmm i want to know deeply about POI inside 4SQ and OSM, will 4SQ share with OSM database for POI? F On Mon, Mar 5, 2012 at 4:30 PM, Janko Mihelić jan...@gmail.com wrote: Would it be possible for Foursquare to let us use the information users type in (restaurant names, addresses)? There is a lot of good information there. Janko ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Separate lane tagging
Currently the recommendation about separate mapping of directions seems to be the existence of a physical divider (wall, grass...). There is no problem if the divider is continuous and only has 'holes' in it to allow turning or lane changing during construction works. If the divider is only a small object like tram platform, it does not seem right to divide the way and connect it afterwards. This is usual on streets with tram rails in the middle. The cross-section of such street would be: sidewalk | optional grass verge | one direction lane(s) | optional stop platform | tram rail,usable by buses | (the same in reverse for other direction). See [1], [2] If it is mapped all as one way it is not very accurate (only one rail, where two are the fact, platforms next to street when they are in the middle - between car lane and rail. If this is mapped according to the recommendation the street would be between two rails (trams cannot change rails), which is not true. If each of the one way general traffic roads is mapped separately, it would seem that you cannot turn (you are not allowed to, but it is physically possible). And the buses would need a separate highway because they use the rail area... That is even more complicated by the fact, that the rail area can sometimes be used by other vehicles (general traffic) as well. Any ideas/thoughts how to map these situations? [1] http://cs.wikipedia.org/wiki/Soubor:Brno,_Veveří,_Údolní(1).jpg [2] http://www.mapy.cz/#x=16.597184y=49.198315z=19 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] FourSquare and OSM
In their blog they made some cryptic comments about helping OSM with data... No
idea what they actually meant though, could just be helping direct users to
OSM, could be employing people to map stuff... who knows.
Bob
if (*ra4 != 0xffc78948) { return false; }
On 5 Mar 2012, at 11:17, Joseph Reeves wrote:
I think they're just using tiles for mapping background on their
(not-mobile) website. No api, no POIs, no data sharing, just raster
images. Having said that, I can't remember reading anything proper
about this and appear to have learnt it all through osmosis.
Cheers, Joseph
On 5 March 2012 10:59, Frans Thamura fr...@meruvian.org wrote:
mmm i want to know deeply about POI inside 4SQ and OSM, will 4SQ share with
OSM database for POI?
F
On Mon, Mar 5, 2012 at 4:30 PM, Janko Mihelić jan...@gmail.com wrote:
Would it be possible for Foursquare to let us use the information users
type in (restaurant names, addresses)? There is a lot of good information
there.
Janko
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Separate lane tagging
I had the same situation in Zagreb, and I mapped it by convention, divided the road where a platform appears. It looks like this: http://osm.org/go/0Ismhve08-- My reasoning is that when we add more information (number of lanes, which lane goes into which) renderers of the future will do a better job. If you don't like that, the only solution would be to take that part of the road and put another tag, something like platform=yes. Janko 2012/3/5 LM_1 flukas.robot+...@gmail.com Currently the recommendation about separate mapping of directions seems to be the existence of a physical divider (wall, grass...). There is no problem if the divider is continuous and only has 'holes' in it to allow turning or lane changing during construction works. If the divider is only a small object like tram platform, it does not seem right to divide the way and connect it afterwards. This is usual on streets with tram rails in the middle. The cross-section of such street would be: sidewalk | optional grass verge | one direction lane(s) | optional stop platform | tram rail,usable by buses | (the same in reverse for other direction). See [1], [2] If it is mapped all as one way it is not very accurate (only one rail, where two are the fact, platforms next to street when they are in the middle - between car lane and rail. If this is mapped according to the recommendation the street would be between two rails (trams cannot change rails), which is not true. If each of the one way general traffic roads is mapped separately, it would seem that you cannot turn (you are not allowed to, but it is physically possible). And the buses would need a separate highway because they use the rail area... That is even more complicated by the fact, that the rail area can sometimes be used by other vehicles (general traffic) as well. Any ideas/thoughts how to map these situations? [1] http://cs.wikipedia.org/wiki/Soubor:Brno,_Veveří,_Údolní(1).jpg [2] http://www.mapy.cz/#x=16.597184y=49.198315z=19 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Separate lane tagging
Am 5. März 2012 12:08 schrieb LM_1 flukas.robot+...@gmail.com: Currently the recommendation about separate mapping of directions seems to be the existence of a physical divider (wall, grass...). There is no problem if the divider is continuous and only has 'holes' in it to allow turning or lane changing during construction works. when there are holes you will obviously have to split the divider and keep the holes free. If the divider is only a small object like tram platform, it does not seem right to divide the way and connect it afterwards. why not? IMHO you should so exactly this. There are also similar situations like subway entrances and pedestrian crossing islands where the carriageway is split. If this is mapped according to the recommendation the street would be between two rails (trams cannot change rails), which is not true. If each of the one way general traffic roads is mapped separately, it would seem that you cannot turn (you are not allowed to, but it is physically possible). This whole physically possible field merits some further considerations and discussions IMHO. First of all: physically possible for whom? An old lady with a stick? A battle tank? A generic young male acting as pedestrian? Possible with a vehicle with 2 axes 4 metres long and 1.8 wide or one 18 metres long and 2.3 metres wide? Would a cyclist dismantle and lift his bike over a small fence to avoid 3 km of detour? Would you risk damaging the tyres of your car (could still be physically possible) or do you prefer not to? This all depends on a lot of different factors. For instance some time ago some mappers started to use highway=footway, footway=sidewalk to map sidewalks with dedicated osm-ways. This will in many cases actually lead to worse routing results, as a destination just on the other side of the road will make your router suggest to go via the next crossing (however far that might be), instead of telling you that you have already arrived. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Separate lane tagging
Am 05.03.2012 12:51, schrieb Martin Koppenhoefer: For instance some time ago some mappers started to use highway=footway, footway=sidewalk to map sidewalks with dedicated osm-ways. This will in many cases actually lead to worse routing results, as a destination just on the other side of the road will make your router suggest to go via the next crossing (however far that might be), instead of telling you that you have already arrived. As I am one of these some mappers, I only partly agree here: The worse routing results should be very rare as I propose to add any crossings, that are - marked explicitely or - located at a street intersection (and it's possible to cross there). In this case the only case, where worse routing results should appear is, when you simply want to cross a street and go to a place near that (where you don't meet a intersection in between). But in that case usually you would not use a routing machine to get the directions, as it's a trivial task here. If you want to have more explanation on that, please ask back ;) regards Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] FourSquare and OSM
On Mon, Mar 5, 2012 at 5:22 AM, Thomas Davie tom.da...@gmail.com wrote: In their blog they made some cryptic comments about helping OSM with data... No idea what they actually meant though, could just be helping direct users to OSM, could be employing people to map stuff... who knows. They sprinkled this URL in the comments a couple of times. I'm not sure what they're doing with submissions though: http://support.foursquare.com/entries/21066492-improving-our-map-coverage At one point it was suggested to let 4sq users say this venue isn't on the map or something like that to which I replied that such reports could maybe go to OpenStreetBugs. This was responded to positively by one of the 4sq guys. They definitely seem to want to help but haven't said much about what that will look like. I'm guessing they haven't really hammered out all the details themselves yet so I guess we'll wait and see. Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Google Summer of Code
Hi All, OSM has taken part in the Google Summer of Codehttp://code.google.com/soc/programme for the last few years, and we are thinking of applying to take part again this year. The programme is to encourage university students to participate in open source projects. They receive a payment from Google to allow them to work on computer coding projects over the summer break rather than taking other work. OSM receives a small contribution for its participation too. To take part OSM has to provide a list of 'project ideas' for challenging, but achievable projects, then offer a mentor to help the successful students achieve their project goals. We have started an ideas page at http://wiki.openstreetmap.org/wiki/GSoC_Project_Ideas_2012. Please will you have a look, and add any project ideas you can come up with to the list? Also, if you would be willing to act as a mentor, please make a note on that page too. We need to complete the project ideas list this week, so please put down anything you can think of eary. If you would like any more information, please let me know. Thanks Graham. -- Graham Jones Hartlepool, UK. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google Summer of Code
Hi, On 03/05/2012 10:08 PM, Graham Jones wrote: To take part OSM has to provide a list of 'project ideas' for challenging, but achievable projects, then offer a mentor to help the successful students achieve their project goals. In my opinion, it would be very much desirable to actually have individual students who *are* *already* *active* in OSM suggest a project that they would like - and feel capable - to do, and then use these ideas in our application. Or, if that is not possible, at the very least have someone who has a very concrete idea of what needs doing and who says this is what needs doing, and I am willing to mentor it. GSoC is not a wishing well. If people are dropping their someone should really do X ideas on the wiki page and not even willing or able to mentor it then that is, in my eyes, asking for trouble... Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google Summer of Code
In my opinion, it would be very much desirable to actually have individual students who *are* *already* *active* in OSM suggest a project that they would like - and feel capable - to do, and then use these ideas in our application. Or, if that is not possible, at the very least have someone who has a very concrete idea of what needs doing and who says this is what needs doing, and I am willing to mentor it. GSoC is not a wishing well. If people are dropping their someone should really do X ideas on the wiki page and not even willing or able to mentor it then that is, in my eyes, asking for trouble... Thanks Frederik - very good points. It would be really good for students that are involved with OSM to propose projects. Graham. -- Graham Jones Hartlepool, UK. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google Summer of Code
Frederik Ramm wrote In my opinion, it would be very much desirable to actually have individual students who *are* *already* *active* in OSM suggest a project that they would like - and feel capable - to do, and then use these ideas in our application. Or, if that is not possible, at the very least have someone who has a very concrete idea of what needs doing and who says this is what needs doing, and I am willing to mentor it. I think a project that is sugested by someone *already* *active* in the OSM development community and is a project that was on their (long) todo list already can be fairly valuable. The chance that they would then take on the project after GSoC is finished if the student doesn't continue them self is hopefully sufficiently large to make it worth it. It does seem like a good opportunity to finally get a start in one of those projects one always wanted to do. Assuming one is willing to mentor it. Kai -- View this message in context: http://gis.19327.n5.nabble.com/Google-Summer-of-Code-tp5538926p5539220.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Notícias » Internet Foursquare troca Google Maps por OpenStreetMaps
Em 1 de março de 2012 20:20, Cleber Gouvêa cleb...@gmail.com escreveu: Ninguém segura até o Google comprar o Foursquare... O pessoal nos comentários está reclamando do baixo suporte do OSM para cidades pequenas ou até grandes como Guarulhos, talvez isso diminua a utilização do serviço ou numa visão otimista aumente a utilização do OSM. Vamos ver. Bom, eles utilizavam a versão paga do Google Maps, utilizar os dados do Google Maps agora no OSM não seria contra a licença de ambos os serviços ? Os POIs do Foursquare que os usuários cadastram não vão para o mapa do Google, eles pertencem ao Foursquare, que pode sim fazer a migração deles para o OSM. E eu espero que o façam =) Djavan ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dúvidas sobre mapeamento de praças
Eu acho que temos que tentar manter a coisa simples: leisure=park Lendo as definições no wiki, acho que podemos usar leisure=park para todas as áreas verdes urbanas, grandes ou pequenas. Já usei landuse=village_green, mas agora acho que no Brasil é dispensável. leisure=playground Pracinha de recreação infantil, geralmente dentro de um parque, mas pode ser independente. leisure=pitch Campo de futebol (usar com sport=soccer), quadra de tênis (usar com sport=tennis), etc. Pode estar dentro de um parque ou ser independente. landuse=forest Florestas plantadas ou manejadas, fora da cidade, bem maiores que parques (ex: reflorestamento, área para produção de madeira e celulose, etc.). Eu não usaria para bosques dentro da cidade. natural=wood Florestas naturais, fora da cidade, sem atividade econômica. highway=pedestrian + area=yes Acho que se não houver nada de verde pode ser mapeado assim. Em 03-03-2012 18:37, Leandro Motta Barros escreveu: Olás! Em primeiro lugar, deixo minhas boas vindas ao Tulio! Legal ver gente nova chegando a fim de fazer as coisas bem feitas. :-) Também acho que tem vários pontos que precisamos discutir aqui na comunidade brasileira e documentar na wiki em português. Grande iniciativa! Sobre o questionamento, aí vão meus pitacos: 1) Praças pavimentadas: Não lembro se já mapeei alguma (e muito menos *como* mapeei), mas concordo que usar highway=pedestrian+area=yes faz sentido. 2) Praças verdes: Eu mapeio como landuse=park. O landuse=village_green eu sempre evitei, porque o texto da wiki sempre me deu a impressão de ser algo bem voltado a uma cultura que não é nossa (An area of common land (usually grass but may also be a lake), in the centre of a village (quintessentially English - defined separately from 'common land' under the Commons Registration Act 1965 and the Commons Act 2006). ) Mas não vejo problema nenhum em decidirmos que no mapeamento do Brasil o village_green vai ser usado para praças verdes pequenas (não grandes o suficiente para merecerem ser chamadas de parque). Pessoalmente, não tenho opiniões fortes sobre esse ponto: park ou village_green funcionam bem para mim. Sigo o que a comunidade decidir. 3) Bosques: também uso landuse=forest. Aparentemente, na comunidade de língua inglesa eles têm grandes discussões sobre detalhes do tipo floresta nativa x floresta reflorestada x floresta gerenciada x sei lá mais o quê. Eu certamente não seria capaz diferenciar todas essas nuances para todos os casos, então sigo feliz com landuse=forest mesmo. 4) Parques: leisure=park, acho que não tem muita dúvida nesse caso. E vou adicionar um quinto item à lista: 5) Playground. Quando há brinquedos para crianças, acho que também não há muita dúvida: leisure=playground. Frequentemente mapeio uma praça como leisure=park e coloco um nodo como leisure=playground indicando a posição dos brinquedos. O problema é que em português nós seguidamente nos referimos aos brinquedos como praça ou pracinha, então já vi várias praças (que seriam parks ou villa_greens) mapeados como leisure=playground. Acho que seria bom deixar a diferença bem ressaltada na wiki. Aliás, também convém revisar como está a tradução do playground nos editores. Se estiver como praça, acho que devemos buscar um termo menos ambíguo. Abraços, LMB 2012/3/3 Arlindo Pereiraopenstreet...@arlindopereira.com: Nunca mapeei bosques, mas aqui no Rio utilizo majoritariamente highway=pedestrian+area=yes para praças como o Largo da Carioca. Não conhecia essa landuse=village_green, vou passar a usar caso seja consenso na comunidade. []s 2012/3/3 Tulio Magno Quites Machado Filhotul...@quites.com.br: Bom dia, Sou novo na comunidade. Faz poucos meses que comecei a contribuir com o OSM e tenho encontrado algumas dúvidas ao mapear algumas coisas e gostaria de discutir com vocês a melhor saída. Pretendo levantar estas questões aos poucos, começando pelo mapeamento de praças. A ideia é começar uma discussão para depois levá-la para a wiki, e finalmente documentar as conclusões por lá. Desculpem misturar inglês com português, mas pretendo fazer isso apenas para evitar confusões nas traduções de chaves e valores. Tenho encontrado praças mapeadas das mais diversas formas. Como leisure=park, highway=pedestrian, landuse=village_green, como áreas, nós ou mesmo construções mais complexas que especificam onde existem regiões verdes, onde é asfaltado, etc. Acredito que isto reflete um pouco a quantidade de tipos de praças que temos aqui no Brasil. Mas durante minhas reflexões cheguei a conclusão que temos principalmente 4 tipos de regiões públicas semelhantes a praças: - Praças pavimentadas: são praças majoritariamente de cimentos. Podem possuir algumas plantas, mas a maior parte da área é de cimento. Ex: Praça Sete de Setembro em Belo Horizonte [1] - Praças verdes: são praças que possuem bastantes regiões verdes. Nem sempre as áreas verdes da represemtam mais de 50% da área da praça, mas a sensação ela é nitidamente mais
Re: [Talk-br] Notícias » Internet Foursquare troca Google Maps por OpenStreetMaps
2012/3/5 Djavan Fagundes dja...@comum.org Os POIs do Foursquare que os usuários cadastram não vão para o mapa do Google, eles pertencem ao Foursquare, que pode sim fazer a migração deles para o OSM. E eu espero que o façam =) O que confirma minha idéia de que essas licenças de mapas não tem utilidade nenhuma na web, até pq podem ter várias interpretações diferentes e ninguém cobra se alguém está utilizando seus dados, principalmente POIs. Recentemente houve uma discussão aqui e a conclusão foi que a Wikimapia não poderia utilizar os pontos geolocalizados por seus usuários pq utilizava o Google Maps como tile e para recuperar as coordenadas, agora a opinião é que o Foursquare pode, sendo que a utilização é a mesma... Cleber ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Notícias » Internet Foursquare troca Google Maps por OpenStreetMaps
A propósito alguém sabe me responder qual a vantagem do Foursquare utilizar como tile agora o OSM e manter o core da geolocalização no Google Maps ? Não vi em nenhum lugar a explicação de que ponto da licença eles teriam vantagem, mandei pra lista internacional e ninguém respondeu. Cleber 2012/3/5 Cleber Gouvêa cleb...@gmail.com 2012/3/5 Djavan Fagundes dja...@comum.org Os POIs do Foursquare que os usuários cadastram não vão para o mapa do Google, eles pertencem ao Foursquare, que pode sim fazer a migração deles para o OSM. E eu espero que o façam =) O que confirma minha idéia de que essas licenças de mapas não tem utilidade nenhuma na web, até pq podem ter várias interpretações diferentes e ninguém cobra se alguém está utilizando seus dados, principalmente POIs. Recentemente houve uma discussão aqui e a conclusão foi que a Wikimapia não poderia utilizar os pontos geolocalizados por seus usuários pq utilizava o Google Maps como tile e para recuperar as coordenadas, agora a opinião é que o Foursquare pode, sendo que a utilização é a mesma... Cleber ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dúvidas sobre mapeamento de praças
2012/3/5 Flavio Bello Fialho be...@cnpuv.embrapa.br: Eu acho que temos que tentar manter a coisa simples: leisure=park Lendo as definições no wiki, acho que podemos usar leisure=park para todas as áreas verdes urbanas, grandes ou pequenas. Já usei landuse=village_green, mas agora acho que no Brasil é dispensável. E sobre landuse=recreation_ground ? O que vc acha? -- Tulio Magno ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Notícias » Internet Foursquare troca Google Maps por OpenStreetMaps
A propósito alguém sabe me responder qual a vantagem do Foursquare utilizar como tile agora o OSM e manter o core da geolocalização no Google Maps ? Não vi em nenhum lugar a explicação de que ponto da licença eles teriam vantagem, mandei pra lista internacional e ninguém respondeu. Custo. Os tiles que o Google oferece não pertencem ao Google. Pertencem, por exemplo, à TeleAtlas. Por causa disso, para usar os tiles do Google o Foursquare tem que licenciar o acesso à API do Google para mapas, e além disso licenciar o uso dos tiles com a TeleAtlas. Ao usar os dados do OSM, eles podem simplesmente fazer uma cópia dos dados e não pagar para ninguém. Mais importante do que isso, não há mais nenhuma dúvida sobre a licença de uso dos dados. O que confirma minha idéia de que essas licenças de mapas não tem utilidade nenhuma na web, até pq podem ter várias interpretações diferentes e ninguém cobra se alguém está utilizando seus dados, principalmente POIs. Recentemente houve uma discussão aqui e a conclusão foi que a Wikimapia não poderia utilizar os pontos geolocalizados por seus usuários pq utilizava o Google Maps como tile e para recuperar as coordenadas, agora a opinião é que o Foursquare pode, sendo que a utilização é a mesma... Existe uma diferente bastante importante entre estar cobrando e poder cobrar. O caso do Wikimapia é bastante claro: os usuários usam os tiles do Google para desenhar os metadados. Ou seja, é claramente um trabalho derivativo. No caso do Foursquare, até onde eu sei as coordenadas dos POI são obtidas a partir das coordenadas GPS dos aparelhos dos usuários. Essa parte é limpa, pois funciona exatamente como o OSM. O que resta a saber é como que o Foursquare obtém as informações do POI (nome, tipo, etc). Se eles consultam dados do Google, então a coisa fica complicada de novo... R. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Notícias » Internet Foursquare troca Google Maps por OpenStreetMaps
Cleber, Trecho extraído da licença do Google Maps: (g) *No Use of Content without a Google Map.* You must not use or display the Content without a corresponding Google map, unless you are explicitly permitted to do so in the Maps APIs Documentation, or through written permission from Google. For example, you must not use geocodes obtained through the Service except in conjunction with a Google map, but you may display Street View imagery without a corresponding Google map because the Maps APIs Documentation explicitly permits you to do so. Ou seja, se você obteve dados a partir dos mapas do Google, você só pode utilizá-los sobre um mapa do Google. Isto é o que acontece com o Wikimapia. Um monte de gente contribuindo gratuitamente para um mapa que no final é do Google. Já o Foursquare pode ter extraído as informações de venues de diversas fontes, por exemplo: - Contribuições de usuários a partir de seus smartphones com GPS; - Bases licenciadas de terceiros; - Bases de domínio público; - Geocoding Google Maps. Não é porque o Foursquare plotava seus pontos em cima de um mapa do Google que necessariamente este ponto foi extraído de um mapa do Google. Pouco me importa de onde o Foursquare tirou a sua base de dados, porque não a vou utilizar e acredito que não deve ser importada ao OpenStreetMap. Estou feliz que o Foursquare tenha migrado para OSM, porque isto vai dar mais visibilidade ao projeto, atrair mais usuários e melhorar o mapa. A sua afirmação de que licenças não tem utilidade é equivocada. São elas que dão embasamento jurídico para que ninguém se aproprie dos dados do OSM e nos impeça de utilizar-los livremente. São elas que permitem que o Google, Apontador, Bing, etc, etc explorem comercialmente e de maneira legítima os dados que têm. Se a sua afirmação fosse verdade, provavelmente não estaríamos utilizando mapas na web há quase dez anos. Nós temos que fazer valer a licença sempre, como já fizemos em supostos casos de violação de licença discutidos aqui na lista. Entramos em contato com usuário que supostamente estaria copiando dados, explicamos os motivos e fizemos a reversão. Se o usuário seguir repetindo violações, BAN. Simples assim. É de meu interesse, e acredito que é de todos nesta lista, respeitar as licenças e garantir que o OpenStreetMap seja sempre livre e que não possa ser atacado por violações de licenças. Vitor 2012/3/5 Cleber Gouvêa cleb...@gmail.com 2012/3/5 Djavan Fagundes dja...@comum.org Os POIs do Foursquare que os usuários cadastram não vão para o mapa do Google, eles pertencem ao Foursquare, que pode sim fazer a migração deles para o OSM. E eu espero que o façam =) O que confirma minha idéia de que essas licenças de mapas não tem utilidade nenhuma na web, até pq podem ter várias interpretações diferentes e ninguém cobra se alguém está utilizando seus dados, principalmente POIs. Recentemente houve uma discussão aqui e a conclusão foi que a Wikimapia não poderia utilizar os pontos geolocalizados por seus usuários pq utilizava o Google Maps como tile e para recuperar as coordenadas, agora a opinião é que o Foursquare pode, sendo que a utilização é a mesma... Cleber ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Mapping Software windows mobile
Hallo! Gibt es eine Freeware mapping-software für windows mobile, bei der man online direkt vor Ort Daten anexakten Positionen eintragen und hochlanden kann? Evtl. würde es auch reichen die Daten zu sammeln und später hochzuladen. Aber nicht wie bei OSMTracker, da man dort nicht die POIs DIREKT auf der Karte eintragen kann und so bei Detailangaben Ungenauigkeiten durch die Differenz zwischen GPS-Position und tatsächlicher Position entstehen. -- Mit freundlichen Gruessen Wolfgang Wienke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin-Karte mit Skipisten?
Pisten anhand schwierigkeit habe ich etwa in der Openmtbmap.org bzw VeloMap integriert... piste:ref werde ich zum nächsten Update auch integrieren, hab den Key noch gar nicht gekannt On 02.03.2012 20:26, Bodo Meissner wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo alle, gibt es eine fertige Garmin-Karte auf der Skipisten dargestellt werden? Oder hat jemand schon eine geeignete Konfiguration, um eine solche Karte selbst zu generieren? Ich würde gern den Schwierigkeitsgrad (piste:difficulty) und die Nummer (piste:ref) erkennen. Viele Grüße Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk9RHskACgkQnMz9fgzDSqc3oACcD7f7lCkFTOz7W3sVHxDZEkKf SHYAniFjCXpVRwvJ5YGuJIR9ogawW8TD =VtHB -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Summer of Code Ideen
bernhard zwischenbrugger b...@datenkueche.com wrote: Im Moment fehlen noch Projekt Ideen. http://wiki.openstreetmap.org/wiki/GSoC_Project_Ideas_2012 Hm, wie wäre es denn wenn jemand osm2pgsql in brauchbar modularer Form neu implementieren würde? Gruss Sven -- linux is evolution, not intelligent design (Linus Torvalds) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] railway electrified - polarity at DC?
Am 4. März 2012 13:51 schrieb Stephan Wolff s.wo...@web.de: Andere Daten zu Oberleitungen, die wir meist nicht in OSM erfassen: ... Mittlere Spannweite zwischen zwei Masten Mittelwerte sind Analyseergebnisse, keine Geodaten. Was man erfassen könnte wären einzelne Masten. ... Die meisten dieser Daten sind vor Ort zu erkennen und wären evtl. für Planungen überhoher Schwertransporte oder Bahnsimulatoren verwendbar, aber mir fehlen sie nicht in OSM. Dann planst Du wohl keine überhohen Sondertransporte? ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Summer of Code Ideen
Am 05.03.12 10:13, schrieb Sven Geggus: bernhard zwischenbruggerb...@datenkueche.com wrote: Im Moment fehlen noch Projekt Ideen. http://wiki.openstreetmap.org/wiki/GSoC_Project_Ideas_2012 Hm, wie wäre es denn wenn jemand osm2pgsql in brauchbar modularer Form neu implementieren würde? ... und eventuell auch unter Windows 7/64bit lauffähig? duckundwech André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Summer of Code Ideen
Hi, On 03/05/12 10:13, Sven Geggus wrote: bernhard zwischenbruggerb...@datenkueche.com wrote: Im Moment fehlen noch Projekt Ideen. http://wiki.openstreetmap.org/wiki/GSoC_Project_Ideas_2012 Hm, wie wäre es denn wenn jemand osm2pgsql in brauchbar modularer Form neu implementieren würde? Ich bin dieses Jahr ein strikter Verfechter von: Wir nehmen nur Ideen von Leuten, die danach vorhaben, sich mit genau dieser Idee zu bewerben. Dieses Schema OSM-Insider schreibt eine man-sollte-mal-Idee auf und irgendein Externer bewirbt sich dann, setzt das um und ist danach wieder weg fuehrt doch zu nichts. Daher halte ich mich mit Ideen zurueck - aber wenn irgnedjemand eine Idee hat fuer etwas, das er SELBER im Rahmen von Summer of Code umzusetzen versuchen moechte, kann ich mir durchaus vorstellen (wenn ich was von der Sache verstehe) das auch zu unterstuetzen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Education (war: Navigationssystem mit der Maus)
Hallo Alexander, Gegend um Schulen herum schon zu genau erfasst Versuchs mal mit Luftbildern. Damit kann man im Unterrricht spannende Dinge erforschen... Oder Mikromapping... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Renderproblem bei Multipolygon (inner) im deutschen Style
Ich habe mal gerade den Hochwald im deutschen Style angesehen: http://www.openstreetmap.de/karte.html?zoom=12lat=49.5923lon=6.73381layers=BTF stellt die inneren Teile des Mulitpolygons (Waldfläche) anscheinend halbtransparent dar. Man kann farmland und meadow erkennen und die innere Leerfläche bei Schillingen ... ist etwas schwächer grün (ich hab die gerade mal auf farmland gesetzt, das ist genauer). Geht man dann aber näher ran: http://www.openstreetmap.de/karte.html?zoom=13lat=49.61143lon=6.75485layers=BTF so sind die inneren Teile der Multipolygone gar nicht mehr erkennbar. Kann man da was machen? Leider kenne ich mich selber mit den Stylesheets gar nicht aus. Aber ich wäre durchaus bereit da auch was dran zu machen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Renderproblem bei Multipolygon (inner) im deutschen Style
Hi. Vermutlich (hab ich nicht nachgeguckt) ist nicht nur das Multipolygon, sondern auch der outer-way als Wald getagged. Dadurch wird der Wald zweimal, vermutlich beides mal halbtransparent gerendert. Wenn ich recht habe, entferne das Wald-Tagging vom Outer-Way und alles sollte wieder passen. Gruß Peter Am 05.03.2012 15:17, schrieb Wolfgang Barth: Ich habe mal gerade den Hochwald im deutschen Style angesehen: http://www.openstreetmap.de/karte.html?zoom=12lat=49.5923lon=6.73381layers=BTF stellt die inneren Teile des Mulitpolygons (Waldfläche) anscheinend halbtransparent dar. Man kann farmland und meadow erkennen und die innere Leerfläche bei Schillingen ... ist etwas schwächer grün (ich hab die gerade mal auf farmland gesetzt, das ist genauer). Geht man dann aber näher ran: http://www.openstreetmap.de/karte.html?zoom=13lat=49.61143lon=6.75485layers=BTF so sind die inneren Teile der Multipolygone gar nicht mehr erkennbar. Kann man da was machen? Leider kenne ich mich selber mit den Stylesheets gar nicht aus. Aber ich wäre durchaus bereit da auch was dran zu machen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Summer of Code Ideen
Frederik Ramm frede...@remote.org wrote: Dieses Schema OSM-Insider schreibt eine man-sollte-mal-Idee auf und irgendein Externer bewirbt sich dann, setzt das um und ist danach wieder weg fuehrt doch zu nichts. Jepp! Vielleicht will ja jemand osm2pgsql neu schreiben *duck* Sven -- Ich fürchte mich nicht vor der Rückkehr der Faschisten in der Maske der Faschisten, sondern vor der Rückkehr der Faschisten in der Maske der Demokraten (Theodor W. Adorno) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Renderproblem bei Multipolygon (inner) im deutschen Style
Am 05.03.2012 15:17, schrieb Wolfgang Barth: Ich habe mal gerade den Hochwald im deutschen Style angesehen: http://www.openstreetmap.de/karte.html?zoom=12lat=49.5923lon=6.73381layers=BTF stellt die inneren Teile des Mulitpolygons (Waldfläche) anscheinend halbtransparent dar. Man kann farmland und meadow erkennen und die innere Leerfläche bei Schillingen ... ist etwas schwächer grün (ich hab die gerade mal auf farmland gesetzt, das ist genauer). Geht man dann aber näher ran: http://www.openstreetmap.de/karte.html?zoom=13lat=49.61143lon=6.75485layers=BTF so sind die inneren Teile der Multipolygone gar nicht mehr erkennbar. Kann man da was machen? Leider kenne ich mich selber mit den Stylesheets gar nicht aus. Aber ich wäre durchaus bereit da auch was dran zu machen. Ja, die Waldpolygone sind transparent im deutschen Stil: zoom 7 60% zoom 8+9 40% zoom 10 50% zoom 11+12 60% zoom 13 90% zoom 14-17 100% Wenn dann Linienelement und Multipolygon beide landuse=forest haben, addieren sich die Einfärbungen. Nur hat die outer-Linie nicht die Löcher wie das Multipolygon. Im offiziellen Stil ist dagegen alles undurchsichtig. Dann ist es eben Zufall, was gerendert wird. Sauber ist es, den landuse nur im MP zu vergeben (und ggf für die inner). Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgeordnetenbüro - Vorschag fürs Taggen?
Am 04.03.2012 19:33, schrieb Jacques Nietsch: In meinem Stadtteil gibt es ein Abgeordnetenbüro, mit Sprechzeiten und so. Hat jemand hier eine Idee, wie man so etwas taggen könnte? Jacques name=Name des Abgeordneten brand=Partei office=political_party Oder alternativ: name=Abgeordnetenbüro operator=Name des Abgeordneten brand=Partei office=political_party MfG Andreas -- Diese Nachricht wurde maschinell erstellt und ist daher ohne Unterschrift gültig. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin-Karte mit Skipisten?
On Mon, Mar 05, 2012 at 09:30:28AM +0100, Felix Hartmann wrote: Pisten anhand schwierigkeit habe ich etwa in der Openmtbmap.org bzw VeloMap integriert... Das ist schon fast, wie ich es mir vorgestellt hätte. piste:ref werde ich zum nächsten Update auch integrieren, hab den Key noch gar nicht gekannt Super, danke. Es gibt auch noch piste:name, aber das wäre für mich weniger wichtig. (Keine Ahnung, warum für die Pisten nicht einfach ref und name verwendet wird.) Es hängt vielleicht vom Skigebiet ab, ob zur Orientierung die Nummern oder Namen besser geeignet sind. (Ich hatte bisher an den Pisten nur Schilder mit Nummern.) Ich würde mir das so wünschen, daß die Pisten-Nummern direkt sichtbar sind und die Namen als Zusatzinformation angezeigt werden, wenn man mit dem Pfeil auf die Piste zeigt. Wenn keine Nummer definiert ist, könnte möglicherweise der Name direkt angezeigt werden. Mir ist aber auf meinem GPSMAP76CSx aufgefallen, daß die Pisten mit dem Pfeil nicht selektierbar sind. Bei mir wurde immer nur eine Bezeichnung für den Hintergrund angezeigt. (Bei Höhenlinien wird in einem Mini-Popup die Höhe angezeigt, wenn der Pfeil darauf steht.) Sind die Pisten für das Gerät andere Objekte als Wege oder Höhenlinien? Viele Grüße Bodo signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin-Karte mit Skipisten?
Am 5. März 2012 18:43 schrieb Bodo Meissner b...@bodo-m.de: Es gibt auch noch piste:name, aber das wäre für mich weniger wichtig. (Keine Ahnung, warum für die Pisten nicht einfach ref und name verwendet wird.) +1, wenn man eine Relation benutzt, sonst gibt es evtl. einen Wegnamen und einen Pistenamen, die sich in die Quere kommen könnten. Gruß Martin PS: die wenigsten nutzen allerdings Route bisher: http://taginfo.openstreetmap.org/keys/piste%3Atype piste:type Ways 51.765 Relations 1.494 919 route=piste ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fahrspuren die 315.
Hallo, grad beschwert sich einer auf der Tagging-Liste ueber http://www.openstreetmap.org/?lat=51.324213lon=12.290977zoom=18layers=M (data layer anschalten) und http://www.openstreetmap.org/browse/node/1656923757: note:DE = Für komplizierte Kreuzungen eignet sich die Sterntopologie, um Abbiegeeinschränkungen einfach zu erfassen - alles läuft über einen Punkt. Darunter leidet zwar die Darstellung, aber die Korrektheit des Routings hat Vorrang. Witzige Idee zwar, aber dass die Korrektheit des Routings Vorrang habe vor der Korrektheit der Geometrie, zaehlt m.E. bislang nicht zu unserem Konsens, oder? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tagwatch timed out
Ich wollte in der dt. Tagwatch-Liste nach schon verwendeten key:values suchen. Aber sobald ich in der Trefferliste genauere Infos anfordere timed die Anfrage dauernd aus. Ist dies nur ein momentanes Problem? hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Frederik Ramm schrieb: grad beschwert sich einer auf der Tagging-Liste ueber http://www.openstreetmap.org/?lat=51.324213lon=12.290977zoom=18layers=M [Luetzner Ecke Schoenauer in Leipzig] note:DE = Für komplizierte Kreuzungen eignet sich die Sterntopologie, um Abbiegeeinschränkungen einfach zu erfassen - alles läuft über einen Punkt. Darunter leidet zwar die Darstellung, aber die Korrektheit des Routings hat Vorrang. Die Notiz ist mir auch aufgefallen, aber die Kreuzung hab ich jetzt erst angesehen. Die ist uebrigens ein schoenes Beispiel fuer Fahrspurmapping, die einzelnen Spuren sind naemlich in Wirklichkeit nicht getrennt. An sich ist die Kreuzung gar nicht so kompliziert. Witzige Idee zwar, aber dass die Korrektheit des Routings Vorrang habe vor der Korrektheit der Geometrie, zaehlt m.E. bislang nicht zu unserem Konsens, oder? Wie sah es denn vorher aus? Gab es zahlreiche Hilfsspuren fuer die verschiedenen Abbieger? Ich wuerde vorschlagen, das denjenigen reparieren zu lassen, der es so schon spurgetreu eingezeichnet hat. stw ein Kreuzpost zur Leipziger Liste versuchend -- Motto der Robotikforscher: Es muß Hand und Fuß haben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Am 5. März 2012 21:15 schrieb Steffen Wolf s...@gmx.de: Die Notiz ist mir auch aufgefallen, aber die Kreuzung hab ich jetzt erst angesehen. Die ist uebrigens ein schoenes Beispiel fuer Fahrspurmapping, die einzelnen Spuren sind naemlich in Wirklichkeit nicht getrennt. An sich ist die Kreuzung gar nicht so kompliziert. Ein wahres Juwel. Diese ganzen Geisterspuren in der Kreuzungsmitte dann wieder sternförmig zusammen zu fassen unterstreicht die Brillanz des mappens nicht getrennter Spuren als eigene Wege sogar noch besser als das wilde kreuzen oder überschneiden aller möglichen Abbiegespuren im Kreuzungsbereich. Sahnehäubchen: Abbiegerelationen ohne Kreuzungsmöglichkeit, um an der Haltelinie in JOSM die schönen blauen Pfeile angezeigt zu bekommen. Schokostreusel obendrauf: layer=-5 für Spuren und und layer=1 für Radwege. Herr Mapnik macht Freudensprünge. ;-) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Na ja, das Projekt heißt Open Street Map. Die Korrektheit des Routings sollte also eine übergeordnete Rolle spielen. Zudem heißt es ununterbrochen, man tagge nicht für Renderer. Zu guter letzt ist die Geometrie gar nicht falsch, der Kreuzungspunkt der Mitte ist tatsächlich der meistfrequentierte Abschnitt der Kreuzung und wird befahren. Wenn das korrekte routing kein Ziel mehr sein soll, hat sich das Projekt arg von seinen Wurzeln entfernt. Wer die Diskussion im Wiki beleben möchte: http://wiki.openstreetmap.org/wiki/Talk:Lanes_and_complex_intersections_visual_approach Gruß Frederik Ramm frede...@remote.org schrieb: Hallo, grad beschwert sich einer auf der Tagging-Liste ueber http://www.openstreetmap.org/?lat=51.324213lon=12.290977zoom=18layers=M (data layer anschalten) und http://www.openstreetmap.org/browse/node/1656923757: note:DE = Für komplizierte Kreuzungen eignet sich die Sterntopologie, um Abbiegeeinschränkungen einfach zu erfassen - alles läuft über einen Punkt. Darunter leidet zwar die Darstellung, aber die Korrektheit des Routings hat Vorrang. Witzige Idee zwar, aber dass die Korrektheit des Routings Vorrang habe vor der Korrektheit der Geometrie, zaehlt m.E. bislang nicht zu unserem Konsens, oder? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 _ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Diese Nachricht wurde von meinem Android Mobiltelefon mit GMX Mail gesendet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Am 05.03.2012 22:00, schrieb Christian Müller: Na ja, das Projekt heißt Open Street Map. Die Korrektheit des Routings sollte also eine übergeordnete Rolle spielen. ... Wenn das korrekte routing kein Ziel mehr sein soll, hat sich das Projekt arg von seinen Wurzeln entfernt. Ja, so heißt es, von Anfang an. Nur hat damals, meiner Erinnerung nach, noch niemand ernsthaft an Routing gedacht. Das kam erst einiges später. Aber eigentlich spielt das auch keine Rolle. Zudem heißt es ununterbrochen, man tagge nicht für Renderer. Aber für den Router ja wohl auch nicht, das wäre ja grotesk. Kein Renderer kann eine korrekte Karte malen, wenn die Daten für einfacheres Routen verbogen werden. Ein Router kann aber sehr wohl über eine korrekte Geometrie routen. Dass das Eintragen der Abbiegeregeln für den Datenerfasser dann etwas mühsamer ist, steht auf einem anderen Blatt. Will sagen (Neusprech): S geht das jedenfalls gar nicht. Überhaupt nicht ... :-) ym2c -fri- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Frederik Ramm schrieb: grad beschwert sich einer auf der Tagging-Liste ueber http://www.openstreetmap.org/?lat=51.324213lon=12.290977zoom=18layers=M [Luetzner Ecke Schoenauer in Leipzig] Am 5. März 2012 22:00 schrieb Christian Müller cmu...@gmx.de: Na ja, das Projekt heißt Open Street Map. Die Korrektheit des Routings sollte also eine übergeordnete Rolle spielen. Hier kann ich Deine Argumentation nicht nachvollziehen. Wie Du richtig sagst heißt das Projekt OpenStreetMap. Von Routing ist im Namen nicht die Rede. Zudem heißt es ununterbrochen, man tagge nicht für Renderer. Auch dieses Argument lässt sich pro und contra auf den vorliegenden Fall anwenden: pro routing: es wird richtig geroutet ./. contra routing: das routing ist unvereinbar mit der Abbildung der Straßenlage pro Karte: die Straße sieht nicht wie dargestellt aus ./. contra Karte: bei richtiger Kartendarstellung wird nicht richtig geroutet. Zu guter letzt ist die Geometrie gar nicht falsch, der Kreuzungspunkt der Mitte ist tatsächlich der meistfrequentierte Abschnitt der Kreuzung und wird befahren. Aber es bleibt eben ein eher fiktiver am häufigsten überfahrener Punkt, den es so auf der Kreuzung nicht geben dürfte. Diese Kreuzung aus dem Beispiel zeigt nur (wie der Thread es andeutet) das grundsätzliche Problem auf welches wir derzeit hin steuern: Die Abbildungsgenauigkeit bei gleichzeitigem spurgenauem Routing zu erhalten. Wie dieses Problem gelöst werden kann steht derzeit noch in den Sternen. Verschiedene Ansätze sind gemacht. Persönlich sehe ich die Lösung in der Trenneung von Tags und Ways für das Spurenrouting von den Tags, die (bisher) für die Kartendarstellung genutzt werden. Ob dies so kommen wird? Da lasse ich mich von der Zukunft überraschen :-) Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Hallo, On 03/05/2012 10:00 PM, Christian Müller wrote: Na ja, das Projekt heißt Open Street Map. Die Korrektheit des Routings sollte also eine übergeordnete Rolle spielen. Eine definitiv unzutreffende Folgerung. Mit der gleichen Konsequenz koennte man folgern, dass das Mappen von Strassen wichtiger sei als etwas anderes... Zudem heißt es ununterbrochen, man tagge nicht für Renderer. Das wird leider immer wieder fehlinterpretiert. Grund des Ausspruchs ist, dass Leute zuweilen Dinge voellig falsch mappen, nur um ein bestimmtes Rendering-Ergebnis zu erzielen (Beispiel: Ich will einen roten und einen gruenen Wanderweg unterschieden und tagge deswegen einen Radweg und einen Fussweg, obwohl keins von beiden ein Radweg ist; oder ich will ein Wildschutzgebiet markieren und tagge es als landuse=military, damit es schoen rot wird). Der Ausspruch sollte nicht als Lizenz dazu interpretiert werden, nach Belieben Dinge zu mappen, die eine Karte verunstalten. Wenn das korrekte routing kein Ziel mehr sein soll, hat sich das Projekt arg von seinen Wurzeln entfernt. Korrektes Routing wie auch korrekte Kartendarstellung sind wuenschenswert. Keines der beiden sollte dem anderen geopfert werden. Das allerwichtigste aber ist, meiner Ansicht nach, dass die Karte von moeglichst vielen Leuten editierbar bleibt, und daran kranken sehr viele der vorgeschlagenen Fahrspur-Vorschlaege - eventuell ist das sogar ein unloesbarer Widerspruch, das einfach editieren und spurgetreu mappen. Wie dem auch sei, korrektes Routing ist auch ohne Fahrspur-Tagging moeglich. Es ist vielleicht weniger praezis, und der Nutzer muss die Anweisung an der naechsten Kreuzung links selbstaendig um vorher auf die Abbiegespur wechseln ergaenzen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Am 05.03.2012 22:00, schrieb Christian Müller: Zudem heißt es ununterbrochen, man tagge nicht für Renderer. Damit ist gemeint, dass man nicht absichtlich falsch taggt, um eine ansprechende Darstellung in einem bestimmten Renderer zu erreichen. Beispielsweise sollte man keine frei erfundenen unverbundenen Ways zur Verschönerung der Mapnik-Karten in seine Kreuzungen malen. *hust* Wenn das korrekte routing kein Ziel mehr sein soll, hat sich das Projekt arg von seinen Wurzeln entfernt. Natürlich ist das ein Ziel, aber eine Darstellung, die _nur_ für Routing taugt, genügt nicht. Zum Glück braucht das hier aber gar nicht diskutiert zu werden, denn die Darstellung einer Kreuzung von zwei Straßen mit getrennter Fahrbahn als eine sternförmige Kreuzung von 14 Straßen taugt auch nicht für Routing. Die taugt einfach überhaupt nichts. Sorry für die klaren Worte, aber ich finde diese Art des Mappings eine richtig schlechte Idee. Trotzdem einen schönen Abend, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Am 05.03.2012 22:46, schrieb Frederik Ramm: Wie dem auch sei, korrektes Routing ist auch ohne Fahrspur-Tagging moeglich. Es ist vielleicht weniger praezis, und der Nutzer muss die Anweisung an der naechsten Kreuzung links selbstaendig um vorher auf die Abbiegespur wechseln ergaenzen. Seltsamerweise hat sich in OSM kein Konzept für Kreuzungen etabliert. Je nach Komplexität der Straßen (1 oder 2 Fahrbahnen, getrennt erfasste Fuß- und Radwege) ergeben sich meist 1-16 Schnittpunkte der ways. Der menschliche Betrachter der Karte kann raten, welche der Schnittpunkte zur selben Straßenkreuzung gehören. Der Router weiß nicht, was eine Kreuzung ist, und gibt meist nur nach 100m links aus. Ampeln sind neben dem highway, auf dem highway an der Haltelinie, am Kreuzungspunkt mit dem ersten querenden way (meist der Radweg) oder nur auf Kreuzungspunkten der Straßen eingetragen. Aussagen wie an der dritten Ampel links sind mit den aktuellen OSM-Daten kaum zu erzeugen oder auszuwerten. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Am 05.03.2012 21:33, schrieb Martin Simon: Am 5. März 2012 21:15 schrieb Steffen Wolfs...@gmx.de: Die Notiz ist mir auch aufgefallen, aber die Kreuzung hab ich jetzt erst angesehen. Die ist uebrigens ein schoenes Beispiel fuer Fahrspurmapping, die einzelnen Spuren sind naemlich in Wirklichkeit nicht getrennt. An sich ist die Kreuzung gar nicht so kompliziert. Ein wahres Juwel. Diese ganzen Geisterspuren in der Kreuzungsmitte dann wieder sternförmig zusammen zu fassen unterstreicht die Brillanz des mappens nicht getrennter Spuren als eigene Wege sogar noch besser als das wilde kreuzen oder überschneiden aller möglichen Abbiegespuren im Kreuzungsbereich. Sahnehäubchen: Abbiegerelationen ohne Kreuzungsmöglichkeit, um an der Haltelinie in JOSM die schönen blauen Pfeile angezeigt zu bekommen. Schokostreusel obendrauf: layer=-5 für Spuren und und layer=1 für Radwege. Herr Mapnik macht Freudensprünge. +1, wer auf Spurmapping abfährt soll das gerne Eintragen, aber dabei nicht den highway-Tagg, der für Straßen gedacht ist, für Spuren missbrauchen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] railway electrified - polarity at DC?
Moin! Am 05.03.2012 10:20, schrieb Martin Koppenhoefer: Am 4. März 2012 13:51 schrieb Stephan Wolffs.wo...@web.de: Mittlere Spannweite zwischen zwei Masten Mittelwerte sind Analyseergebnisse, keine Geodaten. Was man erfassen könnte wären einzelne Masten. Auch abgeleitete Werte wie Mittelwerte sind Geodaten: - lit beschreibt die Beleuchtung eines Objekts auch ohne dass einzelne Lampen erfasst sind - width ist die mittlere Breite eines Objekts - ein highway wird als virtuelle Mittellinie zwischen den realen Außengrenzen eines Wegs / einer Straße erfasst. Die meisten dieser Daten sind vor Ort zu erkennen und wären evtl. für Planungen überhoher Schwertransporte oder Bahnsimulatoren verwendbar, aber mir fehlen sie nicht in OSM. Dann planst Du wohl keine überhohen Sondertransporte? ;-) Nein, aktuell habe ich einen anderen Job. ;-) Ich fürchte, wir müssen noch viel verbessern, bevor die Behörden eine Planung von Sondertransporten mit OSM-Daten akzeptieren und genehmigen. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagwatch timed out
On Mon, Mar 05, 2012 at 08:50:38PM +0100, hike39 wrote: Ich wollte in der dt. Tagwatch-Liste nach schon verwendeten key:values suchen. Aber sobald ich in der Trefferliste genauere Infos anfordere timed die Anfrage dauernd aus. Ist dies nur ein momentanes Problem? Benutz stattdessen taginfo.openstreetmap.org. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Remappen von wichtigen Strassen in DE
Jochen Topf joc...@remote.org wrote: Also dieses Remapping wird immer seltsamer. Wenn wir automatisiert und im großen Stil die alten Daten verwenden, um festzustellen, welche Daten wir neu erfassen müssen, dann machen wir damit ja wohl ein abgeleitetes Werk der alten Daten und dann sind die neuen Daten damit nicht clean. Wärs dann nicht einfacher wir verwenden die Daten einfach weiter? Ich habe das mal in einem früheren Beitrag im Forum thematisiert: Wenn man es sehr streng sieht, ist beispielsweise der POI an der Straßenecke von zwei nicht lizensierten Straßen nur aufgrund deren Vorhandenseins lokalisierbar gewesen. Noch mehr ausgeweitet: Erst durch die Orientierung, die uns frühe Mapper durch das Eintragen von Autobahnen, Hauptstraßen und Städtenamen in die weiße Karte gaben, konnte die Folgegeneration - und auch Remapper - an diese Orientierungsgebung anknüpfen. Streng genommen wird also der gesamten OSM Karte immer noch der ferne Geruch der Nichtlizensierer mit gleichwohl abnehmender Tendenz anhaften. Gleichzeitig ist natürlich auch klar, dass diese Arbeit auch von Lizensierern spätestens seit dem Vorhandensein von Luftbildern geleistet worden wäre, wenn sie noch nicht getan gewesen wäre. Von daher würde ich zustimmen, die automatische Auswertung nicht lizensierbarer Inhalte nicht zu übertreiben, um diesen Geruch so milde wie möglich zu gestalten. Inhaber der jetzigen roten Flecken zu benachrichtigen sowie gefährdete Objekte zu markieren und zu remappen, ist o.k. Ansonsten sollten wir uns mit dem Verlust der roten Flecken und der zeitweise eingeschränkten Nutzbarkeit durch Router und Navis am 1. April abfinden, so schmerzlich das auch sein mag. Gerade die Hauptstraßen werden sich, sodenn erstmal verschwunden, als erste wieder einfinden. Für viele mag es einfacher sein, Verschwundenes zu remappen als Vorhandenes. Mich persönlich stört inzwischen das verlorene Material weniger, als die vergraulten und teilweise langjährig engagierten Mapper. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Renderproblem bei Multipolygon (inner) im deutschen Style
Am 05.03.12 15:37, schrieb Peter Wendorff: Hi. Vermutlich (hab ich nicht nachgeguckt) ist nicht nur das Multipolygon, sondern auch der outer-way als Wald getagged. Dadurch wird der Wald zweimal, vermutlich beides mal halbtransparent gerendert. Wenn ich recht habe, entferne das Wald-Tagging vom Outer-Way und alles sollte wieder passen. Nee, war noch anders: zusätzlich zum eigentlichen MP hat jemand noch zwei Multipolygone mit jeweils einem inner und einem outer drübergelegt. Insgesamt also drei Multipolygone übereinander, mit unterschiedlichen inner. Insofern ist der deutsche Stil mit seiner Transparenz gut, um solche Fehler zu entdecken. BTW: Könnte jemand der Befugten auf openstreetmap.de/karte.html die Kartenauswahl Osmarender/Tiles@Home ensorgen? Da kommen ja jetzt keine Tiles mehr. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Anche Groundspeak passa ad OSM
Dopo Foursquare (anzi, prima, ma ho trovato il comunicato ufficiale solo adesso), anche Groundspeak è passata alle mappe OSM lasciando quelle di Google. Sicuramente l'ha fatto per Geocaching.com, non so se anche per Whereigo e Waymarking. Direi che la spiegazione del cambiamento è facile ed onesta[1]. Se leggete i commenti, non fatevi influenzare da Robby Roberts: non tutti i geocacher sono come lui (per fortuna!). [1]: http://blog.geocaching.com/2012/02/new-geocaching-com-maps/ -- Cià Cristiano / Sky One Home: http://www.skyone.it (itinerari in moto e non solo) Pensieri: http://blog.skyone.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Strada Statale contro SR
Ho una domanda riguardando la classificazione amministrativa. Ieri ho percorso la Via Tiburtina, secondo OSM e Wikipedia la SR5, secondo tutti i segni stradali sul luogo invece SS5. http://it.wikipedia.org/wiki/Strada_statale_5_Via_Tiburtina_Valeria Non ho visto ne manco un segno SR5, ma tantissimi SS5. Come ci si comporta? Per ora ho lasciato i tags old_ref=SS5, ref=SS5, ma mi sembra comunque strano, che non si cambiano le indicazioni sul luogo. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strada Statale contro SR
2012/3/5 Martin Koppenhoefer dieterdre...@gmail.com: Non ho visto ne manco un segno SR5, ma tantissimi SS5. Come ci si comporta? Per ora ho lasciato i tags old_ref=SS5, ref=SS5, ma mi sembra comunque strano, che non si cambiano le indicazioni sul luogo. Ci sarebbe da chiederlo a chi ci abita... In effetti la gestione sembra essere passata alla Regione, che poi (stando a Wikipedia) l'avrebbe ulteriormente passata ad alcune province. Forse per evitare pasticci SR5 / SP5 / ecc. conviene lasciare il vecchio ref SS5, che è quello che riportano anche gli indirizzi degli esercizi commerciali su quella via (es. http://video.alvolante.it/pdf/Elenco_benzinai_NO_LOGO.pdf) Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strada Statale contro SR
Anche il sito dell'ANAS ( http://www.stradeanas.it/index.php?/strade/consistenza#titolo_pagina) riporta le stesse informazioni di Wikipedia. Ora la strada risulterebba gestita dall'ASTRAL ( http://www.astralspa.it/index.php/sr5-tiburtina-valeria.html). Qui ( http://www.provincia.roma.it/percorsitematici/viabilita/aree-di-intervento/elenco-strade-provinciali-zona-nordzona-sud) si trova un elenco delle strade di competenza della provincia di Roma. Anche se è strano che non abbiano cambiato i cartelli credo siano stati correttamente apposti i tag old_ref=SS5 e ref=SR5. Ciao. Gian Mario Navillod. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] [semi-SPAM] Gruppo di acquisto basato sul Bitcoin
Buongiorno, ecco un'idea nata nel forum semi-ufficiale sul Bitcoin: https://bitcointalk.org/index.php?topic=66143.msg766864#msg766864 Mi chiederete: e cosa c'entra con OSM? In effetti non avete tutti i torti, ma in realtà l'organizzazione della distribuzione delle merci acquistate dal gruppo si riduce in buona parte nel risolvere il problema del commesso viaggiatore[1]; pensavo di basare la soluzione sui dati OSM elaborati con GRASS, e quindi se il gruppo parte, i dati OSM saranno pesantemente utilizzati. Fatemi sapere se qualcuno di voi fosse interessato! Saluti, Carlo [1] http://it.wikipedia.org/wiki/Problema_del_commesso_viaggiatore -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strada Statale contro SR
Am 5. März 2012 15:21 schrieb Federico Cozzi f.co...@gmail.com: 2012/3/5 Martin Koppenhoefer dieterdre...@gmail.com: Non ho visto ne manco un segno SR5, ma tantissimi SS5. Come ci si comporta? Per ora ho lasciato i tags old_ref=SS5, ref=SS5, ma mi sembra comunque strano, che non si cambiano le indicazioni sul luogo. Ci sarebbe da chiederlo a chi ci abita... In effetti la gestione sembra essere passata alla Regione, che poi (stando a Wikipedia) l'avrebbe ulteriormente passata ad alcune province. Forse per evitare pasticci SR5 / SP5 / ecc. conviene lasciare il vecchio ref SS5, che è quello che riportano anche gli indirizzi degli esercizi commerciali su quella via (es. http://video.alvolante.it/pdf/Elenco_benzinai_NO_LOGO.pdf) potrebbe essere sbagliato anche questo? Forse l'interpretazione di Wikipedia è sbagliato, che la SS5 non è mai diventata SR5, ma comunque la gestione è stata passata alla Regione? Cosa mi stupisce: wikipedia dice che la gestione è passata nel 2001, ma i cartelli (milestone) che ho visto non sembravano tanto vecchio e comunque dicevano tutti SS5. Un po' di tempo fa abbiamo avuto un problema simile che Davio aveva cambiato tutti i ref del Grande Raccordo Annulare da GRA a A92 ecc., cosa dovrebbe essere la classificazione ufficiale, ma non si trova sul posto (sempre GRA). Alla fine abbiamo optato per official_ref=A92 insieme a ref=GRA finchè loro mettono i cartelli giusti? (aumenta l'utilità per chi naviga senza connoscere il posto - la mappa rappresenta ciò che vede nella realtà). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strada Statale contro SR
Am 5. März 2012 16:32 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Alla fine abbiamo optato per official_ref=A92 insieme a ref=GRA finchè loro mettono i cartelli giusti? scusate, l'ho guardato e in realtà è stato usato nat_ref non official_ref ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Username (ed altro)
2012/3/4 sabas88 saba...@gmail.com: 1) stavo pensando di cambiare username. Se entro da openstreetmap.org posso cambiare il nome visualizzato, ma se volessi cambiare proprio l'user come si fa? non puoi. l'user è un numero progressivo assegnato dal server (UID), nel mio caso è 137. non posso cambiarlo 2) un tema da osm-talk forse.. Dall'idea che mi sono fatto dei gis ho capito che raggruppano gli elementi per temi in livelli, corretto? Perché non produrre raggruppamenti tematici anche di osm? I principali problemi sono ovviamente l'assenza di una semantica dei tag eccetera. Faciliterebbe però da un lato l'uso tematico (layer dei fiumi ad esempio) e dall'altro un modo diverso di curare l'import (ad esempio il tematismo dei ponti radio del thread recente) non sono daccordo, i dati osm sono necessariamente incoerenti. come dividere le torri? in quale layer metterle? in quello delle cose di fetto o in quello di quelle cose alte? questo, secondo me, è invece una buona opportunita' di business per chi competente volesse normalizzare i dati osm. li prende non coerenti e li riorganizza in layer, aggregati per tematismo. e venderli. 3) escono quasi ogni giorno rendering diversificati ognuno per un aspetto diverso (ad esempio il trovalampioni linkato da maurizio). Perché non c'è una piattaforma comune con layer trasparenti? Mi pare una assurdità ad esempio il servizio di mappa del traffico (opentrafficmap era?) che ovviamente ha prodotto un sito a se stante e client per sé. Perché G ha successo? Perché integra diversi strati informativi sulla stessa piattaforma. Perché chi usufruisce di OSM per fornire servizi anche alla stessa comunità deve sprecare risorse per correre da solo quando ci potrebbero essere degli strumenti univoci? http://openwhatevermap.org/ :) qui quanto piu' si avvicina alla tua richiesta: http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services 4) adesso voglio il servizio alla opensignalmap. Mi piacerebbe l'idea ma non usano osm e non mi avranno :D me too! -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strada Statale contro SR
2012/3/5 Martin Koppenhoefer dieterdre...@gmail.com: potrebbe essere sbagliato anche questo? Mah, se però una persona / esercizio commerciale ti dice il mio indirizzo è SS5, sbagliato o no, tu vuoi trovare quell'indirizzo sulla mappa. Alla fine abbiamo optato per official_ref=A92 insieme a ref=GRA finchè loro mettono i cartelli giusti? (aumenta l'utilità per chi naviga senza connoscere il posto - la mappa rappresenta ciò che vede nella realtà). Penso che anche qui si debba usare una soluzione simile... Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Username (ed altro)
Il giorno 05 marzo 2012 17:08, Simone Cortesi sim...@cortesi.com ha scritto: 2012/3/4 sabas88 saba...@gmail.com: 1) stavo pensando di cambiare username. Se entro da openstreetmap.orgposso cambiare il nome visualizzato, ma se volessi cambiare proprio l'user come si fa? non puoi. l'user è un numero progressivo assegnato dal server (UID), nel mio caso è 137. non posso cambiarlo Il numero ok, ma stavo pensando alla forma letterale, non numerica :) Pazienza.. 2) un tema da osm-talk forse.. Dall'idea che mi sono fatto dei gis ho capito che raggruppano gli elementi per temi in livelli, corretto? Perché non produrre raggruppamenti tematici anche di osm? I principali problemi sono ovviamente l'assenza di una semantica dei tag eccetera. Faciliterebbe però da un lato l'uso tematico (layer dei fiumi ad esempio) e dall'altro un modo diverso di curare l'import (ad esempio il tematismo dei ponti radio del thread recente) non sono daccordo,* i dati osm sono necessariamente incoerenti*. come dividere le torri? in quale layer metterle? in quello delle cose di fetto o in quello di quelle cose alte? Appunto, io ci ho provato in Tagging a proporre riflessioni sull'omogeneità dei dati, con un nulla di fatto ovvio. questo, secondo me, è invece una buona opportunita' di business per chi competente volesse normalizzare i dati osm. li prende non coerenti e li riorganizza in layer, aggregati per tematismo. e venderli. Ciò è interessante! 3) escono quasi ogni giorno rendering diversificati ognuno per un aspetto diverso (ad esempio il trovalampioni linkato da maurizio). Perché non c'è una piattaforma comune con layer trasparenti? Mi pare una assurdità ad esempio il servizio di mappa del traffico (opentrafficmap era?) che ovviamente ha prodotto un sito a se stante e client per sé. Perché G ha successo? Perché integra diversi strati informativi sulla stessa piattaforma. Perché chi usufruisce di OSM per fornire servizi anche alla stessa comunità deve sprecare risorse per correre da solo quando ci potrebbero essere degli strumenti univoci? http://openwhatevermap.org/ :) Ahahah qui quanto piu' si avvicina alla tua richiesta: http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services Eh, ma all'utente se gli linki quella pagina ti dice E quindi?.. Molte di quelle potrebbero essere dei semplici overlay che modificano o evidenziano solo certi aspetti della mappa. 4) adesso voglio il servizio alla opensignalmap. Mi piacerebbe l'idea ma non usano osm e non mi avranno :D me too! Open-Opensignalmap! -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Username (ed altro)
Am 5. März 2012 17:40 schrieb sabas88 saba...@gmail.com: Il numero ok, ma stavo pensando alla forma letterale, non numerica :) Pazienza.. si, il nome utente lo puoi cambiare (devi andare in impostazioni): https://www.openstreetmap.org/user/sabas88/account ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strada Statale contro SR
Am 5. März 2012 17:23 schrieb Federico Cozzi f.co...@gmail.com: 2012/3/5 Martin Koppenhoefer dieterdre...@gmail.com: potrebbe essere sbagliato anche questo? Mah, se però una persona / esercizio commerciale ti dice il mio indirizzo è SS5, sbagliato o no, tu vuoi trovare quell'indirizzo sulla mappa. no, se l'indirizzo è sbagliato (o superato) mi aspetto di non trovarlo (default). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Username (ed altro)
Il giorno 05 marzo 2012 17:58, Martin Koppenhoefer dieterdre...@gmail.comha scritto: Am 5. März 2012 17:40 schrieb sabas88 saba...@gmail.com: Il numero ok, ma stavo pensando alla forma letterale, non numerica :) Pazienza.. si, il nome utente lo puoi cambiare (devi andare in impostazioni): https://www.openstreetmap.org/user/sabas88/account Ha! Quello è il mio account di quando mi ero registrato per provare ad aggiungere strade per giocare a MonopolyCityStreets! Voglio cancellarlo e fare diventare quello attuale con quel nome :D Ho mandato un messaggio ad un sysadmin. ciao, Martin Ciao e grazie :) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Username (ed altro)
Scusate lo spam, segnalo che mi ha swappato gli account, adesso sono sabas88 sia qua che su OSM (su wiki ancora no). Per quanto riguarda opensignalmaps, qui [0] ho provato a chiedere di passare ad OSM almeno le tiles, comunque ho letto qui [1] che in realtà se scoprono come farci i soldi lo stesso, apriranno il database (libera interpretazione!). Ma esiste un progetto odbl, openbmap [2]. [0] http://opensignalmaps.com/forum/topic/osm-underlay [1] http://opensignalmaps.com/forum/topic/license-and-dumps [2] http://openbmap.org/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Wiki Loves Monuments Italia
Ciao a tutti, abbiamo incominciato una collaborazione con Wiki Loves Monuments Italia [0] per cercare di darci supporto a vicenda. Se potete inserite qualsiasi tipologia di monumento (chieste, statue, monumenti ecc ecc) in modo tale da poter utilizzare i dati di OSM per creare un dataset per i concorrenti di Wiki Loves Monuments Italia. Una prima versione di questo dataset è disponibile qui [1]. Sul file LICENSE potete trovare come sono stati estratti i dati, ci saranno aggiornamenti. Si richiedono suggerimenti, soprattutto su tag mancanti che andrebbero utilizzati [0] http://www.wikilovesmonuments.it/ [1] http://geodati.fmach.it/gfoss_geodata/osm/monumenti_italia_osm.zip -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strada Statale contro SR
Il giorno 05 marzo 2012 18:00, Martin Koppenhoefer dieterdre...@gmail.comha scritto: no, se l'indirizzo è sbagliato (o superato) mi aspetto di non trovarlo (default). +1 -- *«La mente è come un paracadute. Funziona solo se si apre.»* * * ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [semi-SPAM] Gruppo di acquisto basato sul Bitcoin
Il 05 marzo 2012 16:25, Carlo Stemberger carlo.stember...@gmail.com ha scritto: Buongiorno, ecco un'idea nata nel forum semi-ufficiale sul Bitcoin: https://bitcointalk.org/index.php?topic=66143.msg766864#msg766864 Mi chiederete: e cosa c'entra con OSM? In effetti non avete tutti i torti, ma in realtà l'organizzazione della distribuzione delle merci acquistate dal gruppo si riduce in buona parte nel risolvere il problema del commesso viaggiatore[1]; pensavo di basare la soluzione sui dati OSM elaborati con GRASS, e quindi se il gruppo parte, i dati OSM saranno pesantemente utilizzati. Fatemi sapere se qualcuno di voi fosse interessato! io potrei essere interessato, tempo permettendo, come vorresti usare grass? online in modo dinamico o creando delle reti fisse? Saluti, Carlo -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Nuevas imágenes Bing ALGUNAS IMAGENES BING DETECTADAS POR AHORA
ALGUNAS IMAGENES BING DETECTADAS POR AHORA PRIORITARIAS POR INUNDACIONsevillano http://www.openstreetmap.org/?lat=10.93347lon=-74.25214zoom=15layers=M aracataca y fundacion http://www.openstreetmap.org/?lat=10.5816lon=-74.1917zoom=13layers=M piedras de moler http://www.openstreetmap.org/?lat=10.0945lon=-74.7216zoom=14layers=M real del obispo http://www.openstreetmap.org/?lat=9.97621lon=-74.77436zoom=15 nerviti http://www.openstreetmap.org/?lat=9.9922lon=-74.8044zoom=14layers=M santiago apostol http://www.openstreetmap.org/?lat=8.99845lon=-74.92181zoom=15layers=M - medellin imagen mejorada en zoom ampliacion del frente urbano cerca a via las palmas y ayacucho http://www.openstreetmap.org/?lat=6.22876lon=-75.54521zoom=17layers=M http://www.openstreetmap.org/?lat=6.20609lon=-75.54614zoom=16layers=M http://www.openstreetmap.org/?lat=6.25173lon=-75.54142zoom=16layers=M http://www.openstreetmap.org/?lat=6.2705lon=-75.53992zoom=16layers=M http://www.openstreetmap.org/?lat=6.3049lon=-75.53735zoom=16layers=M copapabana http://www.openstreetmap.org/?lat=6.3404lon=-75.51196zoom=17layers=M http://www.openstreetmap.org/?lat=6.37407lon=-75.47702zoom=15layers=M caldas antioquia --elementos por dibujar http://www.openstreetmap.org/edit?lat=6.08647lon=-75.63401zoom=15 san antonio del prado http://www.openstreetmap.org/?lat=6.17764lon=-75.66196zoom=17 http://www.openstreetmap.org/?lat=6.21154lon=-75.66467zoom=15layers=M san pedro http://www.openstreetmap.org/?lat=9.39643lon=-75.06431zoom=16layers=M la ventura http://www.openstreetmap.org/?lat=9.01295lon=-75.04347zoom=15layers=M canutalito http://www.openstreetmap.org/?lat=9.48799lon=-75.03281zoom=15layers=M guasimal http://www.openstreetmap.org/?lat=8.37174lon=-76.07849zoom=15layers=M hato corozal http://www.openstreetmap.org/?lat=6.1532lon=-71.7669zoom=14layers=Mtotumito http://www.openstreetmap.org/?lat=8.3791lon=-72.4871zoom=14layers=Mla dorada-- sin algunos elementos dibujados http://www.openstreetmap.org/?lat=5.439lon=-74.9361zoom=14layers=M otro lugar http://www.openstreetmap.org/?lat=3.6086lon=-70.1272zoom=13layers=M http://www.openstreetmap.org/?lat=3.594lon=-70.1249zoom=14layers=M puerto zancudo http://www.openstreetmap.org/?lat=3.2106lon=-70.1129zoom=14layers=M http://www.openstreetmap.org/?lat=3.7266lon=-71.0018zoom=13 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-lt] Kauno duomenys
Tomai, kiek žiūrėjau, daugiausiai ten vartotojo 'zalas' sukurti objektai. Ar tiesiogiai su juo susisiekt nepavyksta? 2012/3/5 Tomas Straupis tomasstrau...@gmail.com Sveiki Kaip buvo anksčiau minėta, balandžio 1 bus vienaip ar kitaip išimami su naujais CT nesuderinami duomenys. Šiuo metu aktyviai perpaišomi tokie nesuderinami duomenys (t.y. trinami esami duomenys ir pagal bingą, pėdsakus, BP piešiami nauji). Iš didžiųjų miestų išsiskiria stipriai raudonas Kaunas... http://tools.geofabrik.de/osmi/?view=wtfelon=23.92289lat=54.90283zoom=11overlays=wtfe_point_created,wtfe_line_created_cp,wtfe_line_created Negi kauniečiai neperpaišysite gimtojo miesto? -- Tomas Straupis ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Kauno duomenys
Labas 2012 m. kovas 5 d. 10:05, Ramas rašė: kiek žiūrėjau, daugiausiai ten vartotojo 'zalas' sukurti objektai. Ar tiesiogiai su juo susisiekt nepavyksta? Ne. Prieš mėnesį-du išsiunčiau laiškus labiau prisidėjusiems (konkrečiai „zalas“ laišką gavo sausio 19), bet negavau nė vieno atsakymo... Googlo paieška duoda facebook'e vieną panašų žmogų, bet aš su snukiankyge nedraugauju, tai negaliu tuo kanalu bandyti susisiekti. -- Tomas Straupis ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
[Talk-es] [CATASTRO] que pasa con CORINE
alguien ha comentado que qué pasa con los datos de CORINE. si catastro incluye información sobre cultivos o vegetación es posible que se superpongan y dupliquen como la escala/exactitud de la info de corine es peor quizás lo mejor es que se vaya eliminando de las zonas que se suban. hay una diferencia que habría que comprobar y es como coinciden los datos. corine son masas amplias incluso interprovinciales y catastro es parcelario la suma de las parcelas producen esas masas amplias ? o estamos ante otra tesitura de intraducible de nomenclatura corine/catastro/tags ? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] que pasa con CORINE
Yo soy de la opinión de que Corine, por la mala calidad de sus datos, no debería haberse subido. Además: son polígonos de difícil manejo y manipulación, ya que están cortados cada X kilómetros... Así que voto que por cada polígono de Corine que estorbe, a la hoguera con él. :-D El 5 de marzo de 2012 09:25, sergio sevillano sergiosevillano.m...@gmail.com escribió: alguien ha comentado que qué pasa con los datos de CORINE. si catastro incluye información sobre cultivos o vegetación es posible que se superpongan y dupliquen como la escala/exactitud de la info de corine es peor quizás lo mejor es que se vaya eliminando de las zonas que se suban. hay una diferencia que habría que comprobar y es como coinciden los datos. corine son masas amplias incluso interprovinciales y catastro es parcelario la suma de las parcelas producen esas masas amplias ? o estamos ante otra tesitura de intraducible de nomenclatura corine/catastro/tags ? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] que pasa con CORINE
El 5 de marzo de 2012 09:31, David Marín Carreño dav...@gmail.com escribió: Yo soy de la opinión de que Corine, por la mala calidad de sus datos, no debería haberse subido. Además: son polígonos de difícil manejo y manipulación, ya que están cortados cada X kilómetros... Así que voto que por cada polígono de Corine que estorbe, a la hoguera con él. :-D +1 Por mi tierra estamos ya en época de peligro de incendios. pero yo también haría una buena hoguera con CORINE. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] que pasa con CORINE
El día 5 de marzo de 2012 09:45, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Así que voto que por cada polígono de Corine que estorbe, a la hoguera con él. :-D +1 Por mi tierra estamos ya en época de peligro de incendios. pero yo también haría una buena hoguera con CORINE. Año 2021, Españistán, en esta misma lista... He visto que se acaba de terminar de importar el Catastro, pero es que *sólo tiene 10 centímetros de precisión*. Voto por echarlo a la hoguera (que el otro día fui a Berlin y al entrar en su espacio aéreo los alemanes me mapearon la caries del premolar). -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [catastro] Cuentas para importación creadas
On Sun, Mar 04, 2012 at 09:27:04PM +0100, Jaime Crespo wrote: 52 cuentas creadas y confirmadas, con la excepción de -Badajoz -Salamanca Que ya estaban creados (no obstante, me gustaría cambiarles la password y el correo antes de devolverlos a su respectivos responsables) Por ahora todos los emails de contacto redirigen a mi cuenta de correo, así que sería necesario una persona o personas de coordinación por provincia para que se hagan responsables de la cuenta y redirigirles la dirección de correo electrónico a la suya. Rellenad la tabla [0] con vuestro nombre de usuario *de la API* y enviadme un correo (si queréis, en privado, para redirigiros las direcciones). [0]http://wiki.openstreetmap.org/wiki/Spanish_Cadastre/results Para liberar a Jynus o agilizar la tarea podeís enviarme también el correo con copia a mi -- Celso González (PerroVerd) http://mitago.net ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] que pasa con CORINE
No Jaime, no es eso. *Españistan, hoy mismo. * * * *Cientos de hectáreas alrededor de un pueblo, que bonito en OSM pone que son olivos. En realidad no, son casas. Ah, pero como son de CORINE hay que mantenerlo.* * * Adios. * * El 5 de marzo de 2012 10:06, Jaime Crespo jy...@jynus.com escribió: El día 5 de marzo de 2012 09:45, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Así que voto que por cada polígono de Corine que estorbe, a la hoguera con él. :-D +1 Por mi tierra estamos ya en época de peligro de incendios. pero yo también haría una buena hoguera con CORINE. Año 2021, Españistán, en esta misma lista... He visto que se acaba de terminar de importar el Catastro, pero es que *sólo tiene 10 centímetros de precisión*. Voto por echarlo a la hoguera (que el otro día fui a Berlin y al entrar en su espacio aéreo los alemanes me mapearon la caries del premolar). -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] que pasa con CORINE
Por supuesto, si en 2021 tenemos el microcatastro, habrá que cargarse el catastro que estamos importando para que no choquen los polígonos :-) El 5 de marzo de 2012 10:06, Jaime Crespo jy...@jynus.com escribió: El día 5 de marzo de 2012 09:45, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Así que voto que por cada polígono de Corine que estorbe, a la hoguera con él. :-D +1 Por mi tierra estamos ya en época de peligro de incendios. pero yo también haría una buena hoguera con CORINE. Año 2021, Españistán, en esta misma lista... He visto que se acaba de terminar de importar el Catastro, pero es que *sólo tiene 10 centímetros de precisión*. Voto por echarlo a la hoguera (que el otro día fui a Berlin y al entrar en su espacio aéreo los alemanes me mapearon la caries del premolar). -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] que pasa con CORINE
El día 5 de marzo de 2012 10:13, Matías Taborda Barroso taborda.barr...@gmail.com escribió: No Jaime, no es eso. Españistan, hoy mismo. Cientos de hectáreas alrededor de un pueblo, que bonito en OSM pone que son olivos. En realidad no, son casas. Ah, pero como son de CORINE hay que mantenerlo. ¡Matías! Parece mentira. ¿Tengo que poner el (:-P) para que sepas que estaba bromeando? Ni corine ni catastro son intocables. Ni mucho menos, ya que esa es la filosofía de OpenStreetMap. TODO es editable. -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] que pasa con CORINE
Ostias, pues porfa, la próxima vez ponlo porque pensé que estabas en serio. Es que hay que tener mucho cuidado cuando escribimos (y leemos), que luego vienen los líos. Siento lo airado de la respuesta. El 5 de marzo de 2012 10:19, Jaime Crespo jy...@jynus.com escribió: El día 5 de marzo de 2012 10:13, Matías Taborda Barroso taborda.barr...@gmail.com escribió: No Jaime, no es eso. Españistan, hoy mismo. Cientos de hectáreas alrededor de un pueblo, que bonito en OSM pone que son olivos. En realidad no, son casas. Ah, pero como son de CORINE hay que mantenerlo. ¡Matías! Parece mentira. ¿Tengo que poner el (:-P) para que sepas que estaba bromeando? Ni corine ni catastro son intocables. Ni mucho menos, ya que esa es la filosofía de OpenStreetMap. TODO es editable. -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] [Catastro] Relacionar Registros de Catastro (.cat) con su respectiva Construcción.
Hola a todos. Como algunos de vosotros sois grandes expertos en Catastro, queríamos consultaros un problema. La semana pasada hablamos que habíamos encontrado en esta webhttp://planosypropiedad.com/2010/06/29/nomenclaturas-utilizadas-en-catastro-para-las-construcciones/un documento que describe el código de Destino que viene en los registros tipo 14 de Catastro: http://planosypropiedad.files.wordpress.com/2010/06/nomenclatura.pdf El problema es que por mucho que miremos no hay forma de asociarlo a una geometría Constru concreta ya que solo traen los primeros 14 números de la referencia catastral, es decir la general de la parcela completa. La referencia Catastral se suele componer de 14 números a los que se le añaden 4 mas que indican la subparcela o construcción de esa parcela catastral. El registro si trae esos 4 dígitos extra pero el shapefile de construcciones no. Entonces no hay forma de asociar estos datos a las construcciones, únicamente se podrían asociar a toda la parcela o intentar asociarlo solo a edificios con alturas pero sin saber si realmente será ese... Saludos. -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] Relacionar Registros de Catastro (.cat) con su respectiva Construcción.
Entonces no hay forma de asociar estos datos a las construcciones, únicamente se podrían asociar a toda la parcela o intentar asociarlo solo a edificios con alturas pero sin saber si realmente será ese... Exacto. O al menos es la misma conclusión a la que llegamos Iván y yo en tiempos: Falta algo en constru.shp que las ligue al registro 14. Y para rústica la situación es todavía más frustrante, al menos en mi pueblo: En los .cat vienen los nombres de cada una de las masías, pero no hay manera de atarlos a las construcciones. Una verdadera pena. En FXCC ya hay información mucho más rica, incluso por plantas, pero su uso está muy poco extendido aún. Quizá para microcatastro 2021. ;) Oscar. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] Relacionar Registros de Catastro (.cat) con su respectiva Construcción.
Vaya, es una pena que no se pueda hacer lo de las construcciones. Pero para las subparcelas rústicas si que creo que se puede hacer. Los registros .cat (no se si todos) traen un código que suele ser una letra que va de a en adelante y se corresponde con el campo subparce de los shapefiles SUBPARCE.SHP. Sabiendo la referencia catastral y ese campo creo que si podrías relacionarlos. Estabamos pensando enviar un correo a la dirección de Catastro a ver cómo se podría hacer eso. El 5 de marzo de 2012 12:35, Oscar Fonts oscar.fo...@gmail.com escribió: Entonces no hay forma de asociar estos datos a las construcciones, únicamente se podrían asociar a toda la parcela o intentar asociarlo solo a edificios con alturas pero sin saber si realmente será ese... Exacto. O al menos es la misma conclusión a la que llegamos Iván y yo en tiempos: Falta algo en constru.shp que las ligue al registro 14. Y para rústica la situación es todavía más frustrante, al menos en mi pueblo: En los .cat vienen los nombres de cada una de las masías, pero no hay manera de atarlos a las construcciones. Una verdadera pena. En FXCC ya hay información mucho más rica, incluso por plantas, pero su uso está muy poco extendido aún. Quizá para microcatastro 2021. ;) Oscar. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] Relacionar Registros de Catastro (.cat) con su respectiva Construcción.
Hola chicos. A ver si consigo explicarme para que me entendáis :-). De el shape de construcciones no se pueden sacar usos ya que sus geometrías solo representan alturas. Estas geometrías no tienen relación con los registros 14 del CAT. Si tienes una casa de una sola geometría, ahí si que puedes dar por hecho que esa geometría es igual que el registro 14 del CAT, pero no es lo mas habitual. Lo único que tienen usos son construcciones como piscinas (PI) o pistas deportivas. Lo que si se puede sacar son usos de suelo, aunque lo normal es que sean P o SUELO. Para jardines y parques no debería haber problema. Esto último en el shape de URBANA. Para rústica sí que no hay ningún problema. En las parcelas de rústica, todo lo que no sea construcción es cultivo y estos son denominados por letra (a,b,c,etc) o por 0 si es solo uno. A partir de hay, se puede enganchar al CAT de cultivos y sacar los supuestos usos de estos... Espero que os sirva de algo y si necesitáis ayuda avisad! Un saludo. Francisco Pérez Sampayo El 5 de marzo de 2012 13:52, Ander Pijoan ander.pij...@deusto.es escribió: Vaya, es una pena que no se pueda hacer lo de las construcciones. Pero para las subparcelas rústicas si que creo que se puede hacer. Los registros .cat (no se si todos) traen un código que suele ser una letra que va de a en adelante y se corresponde con el campo subparce de los shapefiles SUBPARCE.SHP. Sabiendo la referencia catastral y ese campo creo que si podrías relacionarlos. Estabamos pensando enviar un correo a la dirección de Catastro a ver cómo se podría hacer eso. El 5 de marzo de 2012 12:35, Oscar Fonts oscar.fo...@gmail.com escribió: Entonces no hay forma de asociar estos datos a las construcciones, únicamente se podrían asociar a toda la parcela o intentar asociarlo solo a edificios con alturas pero sin saber si realmente será ese... Exacto. O al menos es la misma conclusión a la que llegamos Iván y yo en tiempos: Falta algo en constru.shp que las ligue al registro 14. Y para rústica la situación es todavía más frustrante, al menos en mi pueblo: En los .cat vienen los nombres de cada una de las masías, pero no hay manera de atarlos a las construcciones. Una verdadera pena. En FXCC ya hay información mucho más rica, incluso por plantas, pero su uso está muy poco extendido aún. Quizá para microcatastro 2021. ;) Oscar. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] Relacionar Registros de Catastro (.cat) con su respectiva Construcción.
El 5 de marzo de 2012 17:54, Francisco Pérez Sampayo fpsamp...@gmail.comescribió: Hola chicos. A ver si consigo explicarme para que me entendáis :-). De el shape de construcciones no se pueden sacar usos ya que sus geometrías solo representan alturas. Estas geometrías no tienen relación con los registros 14 del CAT. Si tienes una casa de una sola geometría, ahí si que puedes dar por hecho que esa geometría es igual que el registro 14 del CAT, pero no es lo mas habitual. Hum, interesante eso de que si solo hay una geometría podemos asignarla, no lo había pensado. Es cierto que lo normal es que haya más de una geometría, pero hay geometrías que se pueden ignorar (básicamente todo lo que no sea de tipo CONSTRU I). Lo único que tienen usos son construcciones como piscinas (PI) o pistas deportivas. Lo que si se puede sacar son usos de suelo, aunque lo normal es que sean P o SUELO. Para jardines y parques no debería haber problema. Esto último en el shape de URBANA. Con respecto al caso general, como bien dices creo que no va a haber forma salvo que funcione un pequeño truco que estamos probando. Resulta que el área de las CONSTRU está en el shapefile ... Y EN EL CAT! Si el área coincide ya lo tendríamos (ya sería la puta coña que hubiera dos geometrías en la misma parcela del mismo tamaño...). El problema es que en el ejemplo que estábamos usando no parecían coincidir pero no sabemos si es porque estamos machacando el tag de la constru o porque el tag tiene la superficie construidad de la parcela en vez del del edificio. A ver si mañana lo averiguamos. Si esto último no funciona vamos a preguntar a catastro a ver si ese dato se puede liberar en la próxima ronda porque ellos lo tiene que usar para sacar los datos en el visor público y tiene pinta de despiste en los scripts que generar las datos más que otra cosa. A ver que conseguimos mañana. PD: Lo de generar nodos y dejarlos en el centroide del edificio para mover a mano no es viable, ¿verdad? -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] Relacionar Registros de Catastro (.cat) con su respectiva Construcción.
No me había parado a pensar en lo de las superficies, tiene buena pinta! Lo que no termino de entender es lo de sacar los datos en el visor publico. O me estoy perdiendo, o en el visor aparece la cartografía tal cual está en los shapes... La unión que hacen para pasar de base de datos a cartografia y al revés es por la referencia catastral (los 14 caracteres) pero en ningún momento se usa el cargo o el número de construcción. El 5 de marzo de 2012 18:11, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: El 5 de marzo de 2012 17:54, Francisco Pérez Sampayo fpsamp...@gmail.comescribió: Hola chicos. A ver si consigo explicarme para que me entendáis :-). De el shape de construcciones no se pueden sacar usos ya que sus geometrías solo representan alturas. Estas geometrías no tienen relación con los registros 14 del CAT. Si tienes una casa de una sola geometría, ahí si que puedes dar por hecho que esa geometría es igual que el registro 14 del CAT, pero no es lo mas habitual. Hum, interesante eso de que si solo hay una geometría podemos asignarla, no lo había pensado. Es cierto que lo normal es que haya más de una geometría, pero hay geometrías que se pueden ignorar (básicamente todo lo que no sea de tipo CONSTRU I). Lo único que tienen usos son construcciones como piscinas (PI) o pistas deportivas. Lo que si se puede sacar son usos de suelo, aunque lo normal es que sean P o SUELO. Para jardines y parques no debería haber problema. Esto último en el shape de URBANA. Con respecto al caso general, como bien dices creo que no va a haber forma salvo que funcione un pequeño truco que estamos probando. Resulta que el área de las CONSTRU está en el shapefile ... Y EN EL CAT! Si el área coincide ya lo tendríamos (ya sería la puta coña que hubiera dos geometrías en la misma parcela del mismo tamaño...). El problema es que en el ejemplo que estábamos usando no parecían coincidir pero no sabemos si es porque estamos machacando el tag de la constru o porque el tag tiene la superficie construidad de la parcela en vez del del edificio. A ver si mañana lo averiguamos. Si esto último no funciona vamos a preguntar a catastro a ver si ese dato se puede liberar en la próxima ronda porque ellos lo tiene que usar para sacar los datos en el visor público y tiene pinta de despiste en los scripts que generar las datos más que otra cosa. A ver que conseguimos mañana. PD: Lo de generar nodos y dejarlos en el centroide del edificio para mover a mano no es viable, ¿verdad? -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] Relacionar Registros de Catastro (.cat) con su respectiva Construcción.
El 5 de marzo de 2012 18:11, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: PD: Lo de generar nodos y dejarlos en el centroide del edificio para mover a mano no es viable, ¿verdad? Sobre esto, si no hay otra alternativa (como colocarlos en el sitio que se piense que es el portal), creo que es mejor generar nodos y dejarlos en el edificio (en caso de que haya más de una parcela con usos/destinos distintos. Quizás yo les pondría un tag FIXME para revisarlos y colocarlos, si procede, en otro sitio más adecuado. -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] Relacionar Registros de Catastro (.cat) con su respectiva Construcción.
El 5 de marzo de 2012 17:54, Francisco Pérez Sampayo fpsamp...@gmail.comescribió: Lo único que tienen usos son construcciones como piscinas (PI) o pistas deportivas. Lo que si se puede sacar son usos de suelo, aunque lo normal es que sean P o SUELO. Para jardines y parques no debería haber problema. Esto último en el shape de URBANA. ¿Esto que dices sobre los usos también aplica sobre los destinos? -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] Relacionar Registros de Catastro (.cat) con su respectiva Construcción.
El 5 de marzo de 2012 18:47, Francisco Pérez Sampayo fpsamp...@gmail.comescribió: No me había parado a pensar en lo de las superficies, tiene buena pinta! Lo que no termino de entender es lo de sacar los datos en el visor publico. O me estoy perdiendo, o en el visor aparece la cartografía tal cual está en los shapes... La unión que hacen para pasar de base de datos a cartografia y al revés es por la referencia catastral (los 14 caracteres) pero en ningún momento se usa el cargo o el número de construcción. A ver, se tienen que usar de alguna forma. Fíjate en este caso (así a botepronto) La referencia catastral 371 790 3TL 923 1N 0001WF tiene dos elementos construidos. Uno con uso Vivienda y otro con uso almacén. Estos datos los ha tenido que sacar de algún sitio. PD: menuda guasa con lo de Tipo de Finca... -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain attachment: SuministrosSobreMapa2.png___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] Relacionar Registros de Catastro (.cat) con su respectiva Construcción.
Ander es de la opinión que eso emborronaría mucho y habría que modificar muchas cosas a mano. Podemos probar a ver que sale y si la cosa es muy jodida, generar un OSM a parte con estos datos para ir luego editándolos a mano poco a poco (con paciencia y una caña). De hecho se me acaba de ocurrir una idea de juego para hacer esto más entertenido XDD. Los de la unidad de educación lo llama gamificar el problema. El 5 de marzo de 2012 18:59, David Marín Carreño dav...@gmail.comescribió: El 5 de marzo de 2012 18:11, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: PD: Lo de generar nodos y dejarlos en el centroide del edificio para mover a mano no es viable, ¿verdad? Sobre esto, si no hay otra alternativa (como colocarlos en el sitio que se piense que es el portal), creo que es mejor generar nodos y dejarlos en el edificio (en caso de que haya más de una parcela con usos/destinos distintos. Quizás yo les pondría un tag FIXME para revisarlos y colocarlos, si procede, en otro sitio más adecuado. -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] Relacionar Registros de Catastro (.cat) con su respectiva Construcción.
El 5 de marzo de 2012 19:05, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Ander es de la opinión que eso emborronaría mucho y habría que modificar muchas cosas a mano. Podemos probar a ver que sale y si la cosa es muy jodida, generar un OSM a parte con estos datos para ir luego editándolos a mano poco a poco (con paciencia y una caña). De hecho se me acaba de ocurrir una idea de juego para hacer esto más entertenido XDD. Los de la unidad de educación lo llama gamificar el problema. Pues sí que puede ser una buena idea el generar varios OSM, dependiendo de la fiabilidad de los datos. Y ya que habéis dicho lo de generar varios OSM... ¿Cabría la posibilidad, para los municipios gigantes, de partir la salida en distintos ficheros OSM, por sectores o cuadrantes? Lo digo porque si no va a ser bastante complicado llegar a procesar Madrid o Barcelona, por ejemplo. -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] Relacionar Registros de Catastro (.cat) con su respectiva Construcción.
jeje, si que es una guasa lo de Tipo de Finca... pero catastro es así :) Los usos que ves (VIVIENDA y ALMACÉN) están en la base de datos de catastro, vamos, de donde luego te cobran el IBI. Pero no tiene nada que ver con la cartografía, es mas, si sumas las superficies de este caso y lo comparas con la cartografía es posible que ni coincidan... En un mundo perfecto se supone que deberían ser iguales, o por lo menos no superar una diferencia del 5%, pero trabajo a diaro con catastro y es un desastre... El 5 de marzo de 2012 19:05, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Ander es de la opinión que eso emborronaría mucho y habría que modificar muchas cosas a mano. Podemos probar a ver que sale y si la cosa es muy jodida, generar un OSM a parte con estos datos para ir luego editándolos a mano poco a poco (con paciencia y una caña). De hecho se me acaba de ocurrir una idea de juego para hacer esto más entertenido XDD. Los de la unidad de educación lo llama gamificar el problema. El 5 de marzo de 2012 18:59, David Marín Carreño dav...@gmail.comescribió: El 5 de marzo de 2012 18:11, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: PD: Lo de generar nodos y dejarlos en el centroide del edificio para mover a mano no es viable, ¿verdad? Sobre esto, si no hay otra alternativa (como colocarlos en el sitio que se piense que es el portal), creo que es mejor generar nodos y dejarlos en el edificio (en caso de que haya más de una parcela con usos/destinos distintos. Quizás yo les pondría un tag FIXME para revisarlos y colocarlos, si procede, en otro sitio más adecuado. -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] Relacionar Registros de Catastro (.cat) con su respectiva Construcción.
Mañana lo compruebo con Ander, pero me juego un Pocoyó a que uno de los datos de superficie son los que están en el shapefile y los otros los que están en el .CAT. En cuanto a lo de sacar por sectores lo veo complicado sobre todo porque hemos estado dándole vueltas a como paralelizar el simplificado de vías (que es donde se va a pegar un buen rato) y las pocas ideas que se me ocurren no son muy buenas. De todas formas a ver si conseguimos aunque sea tener el proceso secuencial fino y para posteriores versiones lo vamos refinando. El 5 de marzo de 2012 19:21, Francisco Pérez Sampayo fpsamp...@gmail.comescribió: jeje, si que es una guasa lo de Tipo de Finca... pero catastro es así :) Los usos que ves (VIVIENDA y ALMACÉN) están en la base de datos de catastro, vamos, de donde luego te cobran el IBI. Pero no tiene nada que ver con la cartografía, es mas, si sumas las superficies de este caso y lo comparas con la cartografía es posible que ni coincidan... En un mundo perfecto se supone que deberían ser iguales, o por lo menos no superar una diferencia del 5%, pero trabajo a diaro con catastro y es un desastre... El 5 de marzo de 2012 19:05, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Ander es de la opinión que eso emborronaría mucho y habría que modificar muchas cosas a mano. Podemos probar a ver que sale y si la cosa es muy jodida, generar un OSM a parte con estos datos para ir luego editándolos a mano poco a poco (con paciencia y una caña). De hecho se me acaba de ocurrir una idea de juego para hacer esto más entertenido XDD. Los de la unidad de educación lo llama gamificar el problema. El 5 de marzo de 2012 18:59, David Marín Carreño dav...@gmail.comescribió: El 5 de marzo de 2012 18:11, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: PD: Lo de generar nodos y dejarlos en el centroide del edificio para mover a mano no es viable, ¿verdad? Sobre esto, si no hay otra alternativa (como colocarlos en el sitio que se piense que es el portal), creo que es mejor generar nodos y dejarlos en el edificio (en caso de que haya más de una parcela con usos/destinos distintos. Quizás yo les pondría un tag FIXME para revisarlos y colocarlos, si procede, en otro sitio más adecuado. -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] Relacionar Registros de Catastro (.cat) con su respectiva Construcción.
El Lunes, 5 de marzo de 2012, Cruz Enrique Borges Hernández escribió: De hecho se me acaba de ocurrir una idea de juego para hacer esto más entertenido XDD. Los de la unidad de educación lo llama gamificar el problema. Pues dos capas de pintura y se lanza. ¿Cómo es tu idea? Lo mismo me apunto :P -- María Arias de Reyna Domínguez Área de Operaciones Emergya Consultoría Tfno: +34 954 51 75 77 / +34 607 43 74 27 Fax: +34 954 51 64 73 www.emergya.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ar] Consulta de etiquetado
Yo lo marcaría con los dos :) surface y tracktype. saludos! 2012/2/25 hernan.lo...@gmail.com hernan.lo...@gmail.com: Tengo una consulta para hacer, que viendo el wiki, no termine de resolver. Usando los mapas de OpenStreetmap, el gps, me quiso mandar por una calle que tenia arena floja, muy floja :) Ahora cuando volví de mi viaje, quiero marcar la cuadra de esa calle, que esta de esa manera, para que el GPS la ignore al ofrecer la ruta. En un principio tendría que marcar todas las calles del lugar con surface:sand, pero esa cuadra en particular, entiendo segun el wiki, que deberia marcarla con tracktype:grade3 , pero no logre encontrar como. Como es algo que nunca hice, no se si esa es la manera de etiquetar esa calle o si hay otra y si es esa, no logre ver como marcar el tracktype. La zona es en Las Gaviotas, entre Mar Azul y Mar de las Pampas Saludos y gracias a quien me pueda dar una mano Hernan ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar -- Diego Woitasen ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] comunidad
Opino con el desparpajo de quien no escribió una línea de código para OSM, y
también pensando que podías ser novato pero por lo que opinaron después veo que
están varios pasos adelante mío.
Cuando intenté hacer algo de software GIS tendía a querer hacer todo de cero. Y
después pensaba para qué hacer todo si hay muchas herramientas que resuelven
muy bien un montón de cosas y a las que se pueden acoplar complementos, y no
sólo de OSM en particular, sino genéricas como Quantum GIS. Si las hacés bien
les sirven y le llega a muchas más personas, y quizás otros se sientan más
tentados a realizarle mejoras que entrar en un proyecto nuevo.
En otro momento cuando ya no programaba busqué ruteadores libres para ruteo
óptimo de camiones que tienen que hacer muchos repartos en una ciudad. La
decepción fue doble, no encontré software ni datos. Ahora los datos están y lo
bueno es que yo los manejo :) Personalmente encontraría muy gratificante y útil
que exista un buen programa de ruteo con muchas opciones (ventana horaria,
entrega y retiro, qué sé yo, las posibilidades son inmensas) y posibilidad de
aplicar diversos algoritmos, la cantidad de investigadores universitarios que
podría probar nuevos algoritmos sería fantástica.
Claro que hay muchas situaciones en que se te complica adaptar lo que ya está
hecho, por lo visto sabés más del tema que yo así que seguro tomaste un buen
camino. Saludos.
De: IgnacioZ zigna...@gmail.com
Para: Igor Iván Spiler spi...@gmail.com
CC: Talk-ar@openstreetmap.org
Enviado: domingo, 4 de marzo de 2012 19:46
Asunto: Re: [Talk-ar] comunidad
Hola Igor yo ya he caminado un poco ese camino, y a a veces es verdad q esta
bueno arrancar de cero.
Te paso unos pequeños datos: la libreria sqlite y spatialite tienen bastante
hecho de lo que es camino mas corto. Lo mismo existe para postgresql
Tambien hay herramientas desarrolladas por la comunidad que te dan el camino
mas corto, fijate en la wiki hay un par que son realmente muy buenas. Hay una
que es Openstreetmap Routing Machine creo.
De cualquier manera yo tambien hice algunas cosas de cero, asi que no puedo
quejarme, pero esta bueno revisar un poco antes aunque sea para inspirarse.
Tambien existen varios q han trabajado con SRTM, si te fijas hay varios q han
hecho mapas topograficos que estan muy buenos. A futuro tenia ganas de ver un
poco como se hacen, parece interesante, y tengo ganas de aplicarlo en un
proyecto propio.
Saludos,
Ignacio.
2012/3/4 Igor Iván Spiler spi...@gmail.com
Hola Federico, en mi caso más allá de que no cuento con el hardware para
hacerlo de la manera que propone OSM desarrollar herramientas desde cero me
permite agregar valor al producto final y tener algo distinto al resto del
mundo que descargó las herramientas, ahora por ejemplo gracias a que almaceno
la información de los nodos/ways/relations como grafos en vez de en una base
de datos relacional me permite aplicar algoritmos del camino más corto (creo
que se traduce así). Usando el modelo relacional de OSM y almacenado todo en
una base de datos tardaría mucho más.
grafos según wikipedia:
http://en.wikipedia.org/wiki/Graph_%28data_structure%29
algoritmos para resolver problemas de el camino más corto:
http://en.wikipedia.org/wiki/Shortest_path_problem
además a futuro pienso cruzar los datos con información de altura de SRTM
(shuttle radar topography mission) http://www2.jpl.nasa.gov/srtm/ me llevaría
más tiempo pensar cómo agregar funciones a las herramientas existentes de OSM
(que además están escritas en distintos lenguajes) que hacer algo desde cero.
Los datos de OSM por suerte son libres y son muy buenos pero las herramientas
que desarrollaron no tanto, pienso publicar algunas de las cosas que estoy
desarrollando pero todavía están muy verdes.
saludos!
2012/3/4 Federico Pértile lfpert...@yahoo.com.ar
Pregunta, por qué desarrollar algo de cero en vez de ampliar alguna de las
herramientas libres que hay.
De: Fernando cor...@fernando.com.ar
Para: Igor Iván Spiler spi...@gmail.com
CC: Talk-ar@openstreetmap.org
Enviado: jueves, 1 de marzo de 2012 11:27
Asunto: Re: [Talk-ar] comunidad
Igor,
Aprovecho para presentarme en la lista luego de algunos meses de
acecho :P
Hace tiempo soy aficionado a la cartografía web y al opendata /
linkeddata, y desde hace un año mi lealtad acompaña a OSM, ya que
luego de tanto tiempo fue la herramienta que me permitió armar mi
propio deployment sin mayores dificultades. (mi experiencia anterior
fue con Mapserver y tuve mucha difucultad para conseguir los shapes
y ni hablemos de las calles)
Actualmente tengo en un pequeño dedicado en leaseweb un tile server
(http://tiles.sisdar.com/${z}/${x}/${y}.png), sólo de Argentina y hasta el
zoom 15.
En http://sisdar.com/mapa.php puse un slippymap con unos layers (geoJSON)
donde se aprecian las escuelas de todo el país
