Re: [Talk-hr] Druženje za idući tjedan
Dolazim! 2012/3/2 goranrac...@gmail.com Ja se veselim, vidimo se (koliko vas god bude)! :) Pozdrav, Goran OSM: http://www.openstreetmap.org/user/CroKimba Sent via BlackBerry from Vodafone -Original Message- From: SilverSpace mirozag...@ubuntu-hr.org Date: Fri, 2 Mar 2012 11:14:39 Cc: talk-hr@openstreetmap.org Subject: Re: [Talk-hr] Druženje za idući tjedan Još jedan podsjetnik na druženje danas ;) p.s. Nisam još siguran dali ću moći doći Dana 1. ožujka 2012. 10:08 SilverSpace mirozag...@ubuntu-hr.org je napisao/la: Da se ne zaboravi vidimo se sutra. Petak, 17h u Zlatnom medi http://www.openstreetmap.org/?mlat=45.799648mlon=15.962073zoom=17layers=M Pozdrav! -- Svega što vrijedi Bog je stvorio malo, kako zlata tako i Hrvata. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Druženje za idući tjedan
Nažalost ja ne budem došao. Ležim doma, imam temperaturu. Dana 2. ožujka 2012. 15:08 goranrac...@gmail.com je napisao/la: Ja se veselim, vidimo se (koliko vas god bude)! :) Pozdrav, Goran OSM: http://www.openstreetmap.org/user/CroKimba Sent via BlackBerry from Vodafone -Original Message- From: SilverSpace mirozag...@ubuntu-hr.org Date: Fri, 2 Mar 2012 11:14:39 Cc: talk-hr@openstreetmap.org Subject: Re: [Talk-hr] Druženje za idući tjedan Još jedan podsjetnik na druženje danas ;) p.s. Nisam još siguran dali ću moći doći Dana 1. ožujka 2012. 10:08 SilverSpace mirozag...@ubuntu-hr.org je napisao/la: Da se ne zaboravi vidimo se sutra. Petak, 17h u Zlatnom medi http://www.openstreetmap.org/?mlat=45.799648mlon=15.962073zoom=17layers=M Pozdrav! -- Svega što vrijedi Bog je stvorio malo, kako zlata tako i Hrvata. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr -- Svega što vrijedi Bog je stvorio malo, kako zlata tako i Hrvata. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk] 'Foursquare Says Farewell to Google Maps, Joins OpenStreetMap Movement'
Great choice! OSM is way better that oddy googlish scratches on the tiles :) Rock'n'Roll! 2012/3/2 Maarten Deen md...@xs4all.nl From http://mashable.com/2012/02/**29/foursquare-openstreetmap/http://mashable.com/2012/02/29/foursquare-openstreetmap/ : Foursquare is parting ways with Google Maps in favor of crowdsourced maps created by the OpenStreetMap project. I think this is a huge pat on the back for the OSM community. Maarten __**_ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] FourSquare and OSM
hi all we have great news that foursquare using OSM now anyone working with Fq? which API that osm using ? the ruby one? F ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] FourSquare and OSM
Frousquare is not using any OSM API. They are just using map tiles provided by MapBox with the leaflet library to display it in the browser. Toby On Fri, Mar 2, 2012 at 1:14 PM, Frans Thamura fr...@meruvian.org wrote: hi all we have great news that foursquare using OSM now anyone working with Fq? which API that osm using ? the ruby one? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Co-ordinates for towns, etc in UK
I have found some interesting stuff whilst playing with routing on http://open.mapquest.org (which uses OSM). Have found that it cannot route to Shrewsbury. Have found that the town waypoint has been put in the middle of a retail area, with pedestrianised streets around. Am guessing it is because it is too far from a road. It works if I ask for High Street, Shrewsbury. Have moved it so that it is close to High Street and once mapquest has updated the map I will see if it works again. But maybe this is something else we should consider. A good example of TomTom/google getting it wrong is Ironbridge, where it leads you into a back street, rather than the centre i.e. the bridge. Phil ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] FourSquare and OSM
does this mean that OSM API is not usefull for integration? F On Sat, Mar 3, 2012 at 2:32 AM, Toby Murray toby.mur...@gmail.com wrote: Frousquare is not using any OSM API. They are just using map tiles provided by MapBox with the leaflet library to display it in the browser. Toby On Fri, Mar 2, 2012 at 1:14 PM, Frans Thamura fr...@meruvian.org wrote: hi all we have great news that foursquare using OSM now anyone working with Fq? which API that osm using ? the ruby one? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] FourSquare and OSM
The OSM API(s) are certainly useful for integration, but a different kind - if they were pulling small chunks of data, etc., then they'd be using an API, but at this point they're mainly using tiles. More to come, but at this point the process looks like OSM Planet + update chunks - TileMill rendering - MapBox Hosting - Foursquare. Tom On Fri, Mar 2, 2012 at 5:00 PM, Frans Thamura fr...@meruvian.org wrote: does this mean that OSM API is not usefull for integration? F On Sat, Mar 3, 2012 at 2:32 AM, Toby Murray toby.mur...@gmail.com wrote: Frousquare is not using any OSM API. They are just using map tiles provided by MapBox with the leaflet library to display it in the browser. Toby On Fri, Mar 2, 2012 at 1:14 PM, Frans Thamura fr...@meruvian.org wrote: hi all we have great news that foursquare using OSM now anyone working with Fq? which API that osm using ? the ruby one? ___ 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] FourSquare and OSM
i wish OSM can provide like what GMAP API can :0 rather using this model. API wrapper to TILE will be interesting F On Sat, Mar 3, 2012 at 5:03 AM, Tom MacWright t...@macwright.org wrote: The OSM API(s) are certainly useful for integration, but a different kind - if they were pulling small chunks of data, etc., then they'd be using an API, but at this point they're mainly using tiles. More to come, but at this point the process looks like OSM Planet + update chunks - TileMill rendering - MapBox Hosting - Foursquare. Tom On Fri, Mar 2, 2012 at 5:00 PM, Frans Thamura fr...@meruvian.org wrote: does this mean that OSM API is not usefull for integration? F On Sat, Mar 3, 2012 at 2:32 AM, Toby Murray toby.mur...@gmail.comwrote: Frousquare is not using any OSM API. They are just using map tiles provided by MapBox with the leaflet library to display it in the browser. Toby On Fri, Mar 2, 2012 at 1:14 PM, Frans Thamura fr...@meruvian.org wrote: hi all we have great news that foursquare using OSM now anyone working with Fq? which API that osm using ? the ruby one? ___ 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] FourSquare and OSM
On 02/03/12 22:07, Frans Thamura wrote: i wish OSM can provide like what GMAP API can :0 rather using this model. API wrapper to TILE will be interesting I think you are confusing what Google call their API with what OSM call our API. They are not the same thing. What Google call their API is JavaScript to display a map on a web page as a series of tiles. OSM use open tools like OpenLayers or Leaflet to do the same job. OSM API retrieves and updates the data that is later used to create the tiles. Of course you cannot access the data Google has. These are very different things. If you want to display OSM map tiles on a web page take a look at OpenLayers or Leaflet. You can see more about this in http://switch2osm.org/ -- Cheers, Chris user: chillly ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] FourSquare and OSM
On 2 March 2012 23:00, Frans Thamura fr...@meruvian.org wrote: does this mean that OSM API is not usefull for integration? What Toby says is they don't need to use the API. They source the tiles from mapbox, who in turn use the OSM planet files or diffs as their interface to OSM. And they use leaflet as their javascript thing. The OSM toolchain, like Unix, is naturally made up of small utilities each of which solves one problem at a time. Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] FourSquare and OSM
hehe, i see my self was brainwashed by API jargon :0 F On Sat, Mar 3, 2012 at 5:51 AM, andrzej zaborowski balr...@gmail.comwrote: On 2 March 2012 23:00, Frans Thamura fr...@meruvian.org wrote: does this mean that OSM API is not usefull for integration? What Toby says is they don't need to use the API. They source the tiles from mapbox, who in turn use the OSM planet files or diffs as their interface to OSM. And they use leaflet as their javascript thing. The OSM toolchain, like Unix, is naturally made up of small utilities each of which solves one problem at a time. Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] problem when trying to use osmconvert / osmupdate / osmfilter to keep a filtered planet extract up to date
Hi, I thought I had found a nice way to keep a filtered planet extract (by geographic extent *and* specific tags, in my case bridges in the US) up-to-date by using osmconvert[1], osmupdate[2] and osmfilter[3]. This was going to be my workflow: Setup steps: A1. Grab a planet file A2. Derive the extract using osmconvert bzcat /osm/planet/planet-latest.osm.bz2 | ./osmconvert - -B=/osm/poly/us.poly -o=/osm/planet/us.o5m A3. Filter the desired features into a new file osmfilter /osm/planet/us.o5m --keep= --keep-ways=bridge= --out-o5m /osm/planet/bridges.o5m A4. Use osmosis to import the initial filtered planet extract into PostGIS. Replication steps: B1. Update the planet extract: osmupdate /osm/planet/us.o5m /osm/planet/us-new.o5m -B=/osm/poly/us.poly B2. Filter the desired features into a second file, analogous to step A3 B3. Derive an osc file from the two filter files using osmconvert. osmconvert bridges.o5m bridges-new.o5m --diff -o=diffbridges.osc B4. Using osmosis --rxc --wpc, update the PostGIS database B5. Clean up I started testing this and quite soon I hit an error in step B4: SEVERE: Thread for task 1-rxc failed java.lang.NullPointerException Trying to load the osc file[4] into JOSM I got the same error. I can't be sure but I think this has to do with referential integrity issues caused by missing nodes outside the bounding polygon. The --complete-ways option in osmconvert is supposed to solve that, but is not available either when the input is STDIN (step A2) or when osmconvert is called from osmupdate (step B1). The first case could be solved by just getting the initial file via some other means. I don't know how to solve the second case within the context of this set of tools. Is that possible? Suggestions for an alternative toolchain to accomplish this? Back to osmosis for the entire process, sacrificing speed? Would I run into different problems? [1] https://wiki.openstreetmap.org/wiki/Osmconvert [2] https://wiki.openstreetmap.org/wiki/Osmupdate [3] https://wiki.openstreetmap.org/wiki/Osmfilter [4] This is the file that was created when testing the process and gave the errors: https://gist.github.com/8001978303cb1077d7c2 -- martijn van exel geospatial omnivore 1109 1st ave #2 salt lake city, ut 84103 801-550-5815 http://oegeo.wordpress.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] problem when trying to use osmconvert / osmupdate / osmfilter to keep a filtered planet extract up to date
On Fri, Mar 2, 2012 at 6:52 PM, Martijn van Exel m...@rtijn.org wrote: Hi, I thought I had found a nice way to keep a filtered planet extract (by geographic extent *and* specific tags, in my case bridges in the US) up-to-date by using osmconvert[1], osmupdate[2] and osmfilter[3]. This was going to be my workflow: I asked a similar question, but geared towards osmosis, some time ago on help: http://help.openstreetmap.org/questions/4065/getting-specific-poi-data-and-keeping-them-up-to-date I don't currently have read access to the part of my brain that holds my memory of implementing Frederik's suggestions, but I will revisit that as well. Anyway, I thought it an interesting exercise to try and use this toolset on a similar problem and gain some experience using the tools mentioned here. They are very, very fast. Updating the US planet extract with about a day's worth of changes takes ~3 minutes, the filtering ~4 minutes (on an AMD Phenom 965 machine with 16GB RAM). -- martijn van exel geospatial omnivore 1109 1st ave #2 salt lake city, ut 84103 801-550-5815 http://oegeo.wordpress.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Co-ordinates for towns, etc in UK
On Fri, 02 Mar 2012 20:16:18 + Philip Barnes p...@trigpoint.me.uk wrote: I have found some interesting stuff whilst playing with routing on http://open.mapquest.org (which uses OSM). Have found that it cannot route to Shrewsbury. Have found that the town waypoint has been put in the middle of a retail area, with pedestrianised streets around. Am guessing it is because it is too far from a road. It works if I ask for High Street, Shrewsbury. Have moved it so that it is close to High Street and once mapquest has updated the map I will see if it works again. But maybe this is something else we should consider. A good example of TomTom/google getting it wrong is Ironbridge, where it leads you into a back street, rather than the centre i.e. the bridge. My Navman (MY50 I think) also has problems generating a route to just a town or suburb without a street name. At the times these towns developed very few people had a car and even fewer had sat-nav units so the 'rule of thumb' didn't need to take vehicular access into account. Now social engineers have had their evil way, the 'rule' joins dinosaurs, woolly mammoths and this old System/370 operator on the dusty shelves of the museum and its up to the new generations to clean up our mess. mick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Co-ordinates for towns, etc in UK
mick bare...@tpg.com.au wrote: On Fri, 02 Mar 2012 20:16:18 + Philip Barnes p...@trigpoint.me.uk wrote: I have found some interesting stuff whilst playing with routing on http://open.mapquest.org (which uses OSM). Have found that it cannot route to Shrewsbury. Have found that the town waypoint has been put in the middle of a retail area, with pedestrianised streets around. Am guessing it is because it is too far from a road. It works if I ask for High Street, Shrewsbury. Have moved it so that it is close to High Street and once mapquest has updated the map I will see if it works again. But maybe this is something else we should consider. A good example of TomTom/google getting it wrong is Ironbridge, where it leads you into a back street, rather than the centre i.e. the bridge. My Navman (MY50 I think) also has problems generating a route to just a town or suburb without a street name. At the times these towns developed very few people had a car and even fewer had sat-nav units so the 'rule of thumb' didn't need to take vehicular access into account. Now social engineers have had their evil way, the 'rule' joins dinosaurs, woolly mammoths and this old System/370 operator on the dusty shelves of the museum and its up to the new generations to clean up our mess. mick Another issue you are likely to encounter is a town that has grown in an asymmetric manner, so that the current geometric center is offset, perhaps by a large amount, from the historic center point. This is particularly true where a natural barrier, such as a lake, adjoins the town. Here in the USA, some small towns that have experienced most of their growth during the automobile age are essentially one-dimensional, extending for several miles along a main road, but extending only a block or two at right angles to that main road. -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Co-ordinates for towns, etc in UK
On Fri, 02 Mar 2012 21:14:47 -0600 John F. Eldredge j...@jfeldredge.com wrote: mick bare...@tpg.com.au wrote: On Fri, 02 Mar 2012 20:16:18 + Philip Barnes p...@trigpoint.me.uk wrote: I have found some interesting stuff whilst playing with routing on http://open.mapquest.org (which uses OSM). Have found that it cannot route to Shrewsbury. Have found that the town waypoint has been put in the middle of a retail area, with pedestrianised streets around. Am guessing it is because it is too far from a road. It works if I ask for High Street, Shrewsbury. Have moved it so that it is close to High Street and once mapquest has updated the map I will see if it works again. But maybe this is something else we should consider. A good example of TomTom/google getting it wrong is Ironbridge, where it leads you into a back street, rather than the centre i.e. the bridge. My Navman (MY50 I think) also has problems generating a route to just a town or suburb without a street name. At the times these towns developed very few people had a car and even fewer had sat-nav units so the 'rule of thumb' didn't need to take vehicular access into account. Now social engineers have had their evil way, the 'rule' joins dinosaurs, woolly mammoths and this old System/370 operator on the dusty shelves of the museum and its up to the new generations to clean up our mess. mick Another issue you are likely to encounter is a town that has grown in an asymmetric manner, so that the current geometric center is offset, perhaps by a large amount, from the historic center point. This is particularly true where a natural barrier, such as a lake, adjoins the town. Here in the USA, some small towns that have experienced most of their growth during the automobile age are essentially one-dimensional, extending for several miles along a main road, but extending only a block or two at right angles to that main road. My original interest was if there was a specific point that said 'this is Sometown', where distances to adjacent towns were measured from, similar to the Australian convention where the Zero Point was set at the roadside, at the Post Office which was usually next door to or across the road from a 'coaching inn'. This point rarely had anything to do with the geographic centre of town but served only as a survey benchmark. As Phillip, yourself and a few other people have pointed out these points have little remaining relevance in current times, especially for routing. The only place where I've found this concept still in use is Queensland Rail's Brisbane suburban network, where the track at stations is marked with the distance to Central Station and the markings are maintained. mick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Changeset 10651231 reverten
Is het mogelijk om changeset 10651231 (11 februari 2012) nog terug te draaien? In deze changeset zijn heel wat amenities in Venlo verwijderd. Ik heb de gebruiker om uitleg gevraagd en hij zei dat hij aan het testen was hoe alles werkt (bboy-lee had de dag tevoren pas geregistreerd). www.openstreetmap.org/browse/changeset/10651231 Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] Freigabe von DLR-Luftbilder
Am 02.03.2012 07:13, schrieb Manuel Reimer: Sonny Greinersonny.greinerat googlemail.com writes: http://www.heise.de/newsticker/meldung/Raumfahrtzentrum-gibt-Bilder-frei-1446303.html Hatten wir hier in der Liste gestern schon (ein Posting vor deinem). Wäre das nicht was für das OSM-Projekt? Eventuell. Wobei ich mich schon frage, in wiefern CC-By mit ODbL vereinbar ist... Das hängt davon ab, ob sie mit der Namensnennung, wie sie bei uns praktiziert wird, einverstanden sind oder nicht. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zu historischen Gedenksteinen - so werde ich es machen
Am 19.02.2012 01:03, schrieb Martin Koppenhoefer: Am 19. Februar 2012 00:01 schrieb Josias Polchausp...@youseeus.de: Am 18.02.2012 23:24, schrieb Martin Koppenhoefer: ich würde das als historic=memorial taggen und ggf. einen Subtyp dazu evtl. mit memorial=grave grave würde ich nur dort verwenden, wo auch ein Grab ist, d.h. wo jemand bestattet wurde. Ggf. könnte man vorläufig memorial:type=de:mordwange oder so taggen, falls man kein passendes englisches Wort findet. Solche Fachwörter kann eigentlich nur ein Fachmann übersetzen. Gruß Martin Hi ! ich werde mal im Wiki memorial:type=de:mordwange hinterlegen. Habe einmal bei suehnekreuz.de angefragt wie das in der Fachwelt bezeichnet wird und danach gibt es keinen eindeutigen englischen Begriff dafür. http://wiki.openstreetmap.org/wiki/Tag:historic%3Dmemorial#See_also Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] R: Fragen zu historischen Gedenksteinen - so werde ich es machen
Hallo ! Und wie könnte man eventuell den Text eintragen, der darauf eingraviert ist ? Gruß aus Florenz, Alessandro. -Messaggio originale- Da: Jan Tappenbeck [mailto:o...@tappenbeck.net] Inviato: venerdì 2 marzo 2012 10.20 A: talk-de@openstreetmap.org Oggetto: Re: [Talk-de] Fragen zu historischen Gedenksteinen - so werde ich es machen Am 19.02.2012 01:03, schrieb Martin Koppenhoefer: Am 19. Februar 2012 00:01 schrieb Josias Polchausp...@youseeus.de: Am 18.02.2012 23:24, schrieb Martin Koppenhoefer: ich würde das als historic=memorial taggen und ggf. einen Subtyp dazu evtl. mit memorial=grave grave würde ich nur dort verwenden, wo auch ein Grab ist, d.h. wo jemand bestattet wurde. Ggf. könnte man vorläufig memorial:type=de:mordwange oder so taggen, falls man kein passendes englisches Wort findet. Solche Fachwörter kann eigentlich nur ein Fachmann übersetzen. Gruß Martin Hi ! ich werde mal im Wiki memorial:type=de:mordwange hinterlegen. Habe einmal bei suehnekreuz.de angefragt wie das in der Fachwelt bezeichnet wird und danach gibt es keinen eindeutigen englischen Begriff dafür. http://wiki.openstreetmap.org/wiki/Tag:historic%3Dmemorial#See_also Gruß Jan :-) ___ 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] R: Fragen zu historischen Gedenksteinen - so werde ich es machen
Hi ! bei http://wiki.openstreetmap.org/wiki/Tag:historic%3Dmilestone wird inscription verwendet. Gruß jan :-) Am 02.03.2012 11:36, schrieb Alech OSM: Hallo ! Und wie könnte man eventuell den Text eintragen, der darauf eingraviert ist ? Gruß aus Florenz, Alessandro. -Messaggio originale- Da: Jan Tappenbeck [mailto:o...@tappenbeck.net] Inviato: venerdì 2 marzo 2012 10.20 A: talk-de@openstreetmap.org Oggetto: Re: [Talk-de] Fragen zu historischen Gedenksteinen - so werde ich es machen Am 19.02.2012 01:03, schrieb Martin Koppenhoefer: Am 19. Februar 2012 00:01 schrieb Josias Polchausp...@youseeus.de: Am 18.02.2012 23:24, schrieb Martin Koppenhoefer: ich würde das als historic=memorial taggen und ggf. einen Subtyp dazu evtl. mit memorial=grave grave würde ich nur dort verwenden, wo auch ein Grab ist, d.h. wo jemand bestattet wurde. Ggf. könnte man vorläufig memorial:type=de:mordwange oder so taggen, falls man kein passendes englisches Wort findet. Solche Fachwörter kann eigentlich nur ein Fachmann übersetzen. Gruß Martin Hi ! ich werde mal im Wiki memorial:type=de:mordwange hinterlegen. Habe einmal bei suehnekreuz.de angefragt wie das in der Fachwelt bezeichnet wird und danach gibt es keinen eindeutigen englischen Begriff dafür. http://wiki.openstreetmap.org/wiki/Tag:historic%3Dmemorial#See_also Gruß Jan :-) ___ 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] Ulf Möller wurde ermordet - Drei Täter wurden gefasst
Polizei klärt tödlichen Raubüberfall auf On 17.01.2012 02:45, Martin Koppenhoefer wrote: ich habe die traurige Pflicht, euch im Namen seiner Familie darüber zu informieren, dass Ulf Möller Opfer eines Raubmordes geworden ist. http://www.sueddeutsche.de/muenchen/muenchner-brutal-misshandelt-polizei-klaert-toedlichen-raubueberfall-auf-1.1297964 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Location rules Include
Hi, why is the include of the location-rules commented out in the default style ? #base-style=location Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Location rules Include
Sorry wrong group, please ignore. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Stolpersteinen - Update
Moin ! nachdem das autom. Update nicht funktioniert hat habe ich einmal ein manuelles Update der Stolpersteinliste durchgeführt. * Hamburg * Lübeck * Wiesbaden * Stuttgart * Berlin (nur beschränkt Vergleichsdaten vorhanden) http://wiki.openstreetmap.org/wiki/Stolpersteine gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stolpersteinen - Update
Guten Abend Jan, danke für das manuelle Update. In Stuttgart wird es auch im Jahr 2012 eine Verlegung neuer Stolpersteine geben. Der Termin wird am 14. + 16. April sein. Gruß Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Garmin-Karte mit Skipisten?
-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
Re: [Talk-de] Stolpersteinen - Update
Am 02.03.2012 19:00, schrieb Steffen: Guten Abend Jan, danke für das manuelle Update. In Stuttgart wird es auch im Jahr 2012 eine Verlegung neuer Stolpersteine geben. Der Termin wird am 14. + 16. April sein. Gruß Steffen dann läßt Du mir sicherliche die Daten der Verlegeorte zukommen für die Referenzliste ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Anleitung für den Bezug und Gebrauch von Garmin-Karten
hi! Fossgis und andere Messen stehen vor der Tür - da werden wieder die Anleitungen für den Bezug und den Gebrauch von Garminkarten rausgekramt. Weiß einer von Euch wo man soetwas finden kann ohne das Rad neu zu erfinden? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Foursquare e OSM
Il giorno 02 marzo 2012 01:36, marcram marcr...@email.it ha scritto: Solo che mi era salito il nervoso leggendo i commenti, scoprendo quanta gente di mentalità ottusa ci fosse in giro... mi ricordano tanto quelli che fanno i confronti tra Office e LibreO (o tra PShop e Gimp), partendo dal presupposto però che entrambi siano gratis... Non deve prenderti il nervoso, perché non è gente ottusa, ma ignorante e spesso, purtroppo, poco interessata ad uscire dalla propria condizione, senza un immediato ritorno economico. Noi abbiamo fatto un saltino in più, interessandoci della differenza tra *gratis come la birra *e *gratis come il parlato*, ma dalla conoscenza deriva anche il grande - ma proprio grande - dovere della comprensione e della pazienza di spiegare a chi non lo sa, le differenze. Vorrei correggermi a proposito di quanto ho scritto rispetto ai POI. Non è vero che non ci interessano, perché credo che, al di là dei POI di casa propria e dei parenti, il database di 4sq non sia poi così malvagio. E' vero, c'è gente che bara, ma ci sono due modi di barare, uno che ha effetti su un possibile utilizzo dei dati di 4sq e uno no: 1. fare i check-in lontani dai posti reali, per ottenere punti, sballando la posizione dei POI - questo modo di barare è severamente vietato e punito dagli stessi amministratori di 4sq; 2. fare il check-in in prossimità dei POI, anche se non ci si è fisicamente lì; mi riferisco a fare un check-in mentre si passa davanti ad un negozio, p.e., senza però entrarvi - in questo caso, sebbene sia comunque barare a 4sq e non sia facilmente individuabile chi lo fa, quantomeno non si forniscono informazioni errate al db di 4sq. Infine c'è un ultima osservazione da fare, che deriva dalla mia esperienza di utilizzo di 4sq. Quando il segnale GPS non è agganciabile, 4sq basa la geolocalizzazione sulla cella GSM o sull'antenna Wi-Fi, fornendo informazioni per il check-in non veritiere. Faccio un esempio per chiarire meglio. In Trentino, la stazione ferroviaria locale di Lavis è da alcuni anni interrata. Quando si è in stazione, il GPS non è in grado di funzionare, quindi 4sq prende informazioni dalla cella GSM e permette di fare il check-in sul Corno di Tres vedendolo a pochi metri, anche se fisicamente non si è lì. Però al di là di questi aspetti minori, secondo me, scremando gli idioti che commettono quanto descritto al punto 1, i dati di 4sq sono attendibili, soprattutto adesso che hanno migliorato l'interfaccia di inserimento dei POI, permettendo una ricerca di eventuali posti duplicati già in fase di inserimento dati. Ultima lancia da spezzare a favore di 4sq, gli utenti possono richiedere di diventare superuser livello 1 o 2 (attualmente il sottoscritto è SU2) e contribuire attivamente alla sistemazione dei POI duplicati, incompleti, o errati. Spero con queste poche righe di aver dato una panoramica migliore a chi non sa nulla di 4sq e aver introdotto alcuni elementi utili nella discussione. -- *«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] Che tag per un Wetterkreuz
Scusate l'intromissione, ma non ho capito se questi pali multicroce hanno una reale funzione, tipo il parafulmine, o hanno un'origine religiosa, o di credenza popolare, per tenere lontano il maltempo. Nel caso fossero elementi correlati alla religione, o alle credenze popolari locali, secondo me bisognerebbe trovare una chiave o un value adatti per fornire questa informazione. -- *«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] Foursquare e OSM
Il giorno 02 marzo 2012 01:36, marcram marcr...@email.it ha scritto: Non dicevo di essere scontento utilizzassero OSM. Ne sono felice anch'io. C'è bisogno OSM si diffonda sempre di più, non avevo mai sentito questo Foursquare finora ma mi sembra di aver capito sia abbastanza diffuso, quindi ben venga e sia un buon mezzo per aiutare a diffondere il verbo... :) Solo che mi era salito il nervoso leggendo i commenti, scoprendo quanta gente di mentalità ottusa ci fosse in giro... mi ricordano tanto quelli che fanno i confronti tra Office e LibreO (o tra PShop e Gimp), partendo dal presupposto però che entrambi siano gratis... Dal punto di vista dell'utente, sia Gmaps che OSM *sono* gratis. E anche MSOffice lo è, perché te lo paga l'azienda (rendersi conto che i soldi risparmiati dall'azienda per cui lavori possono finire in qualche modo anche in tasca a te non è un processo logico banale). Quindi l'appunto che ci si sente spesso fare eh, ma gmaps è meglio ed è gratis lo stesso ha una sua logicità, che piaccia o meno a noi mapper: la copertura di OSM è peggiore e gli strumenti che ne derivano sono spesso incoerenti e complicati. Dal punto di una azienda (foursquare, nello specifico) invece non è vero: OSM è meglio perché è libero e gratuito, quindi la gente di 4Sq ha tutto l'interesse a supportare lo switch a OSM. Ma se dovessero perdere clientela per la copertura non soddisfacente, non dubito che farebbero marcia indietro alla velocità della luce perché c'é una sola cosa che può convincere una azienda a non risparmiare dei soldi: non incassarli. Quanto a quelli che dicono che contribuire è difficile, si torna al punto di prima: gli strumenti basati su OSM sono tantissimi ma incoerenti e complessi. Ci sono varie mappe del trasporto pubblico, ma nessuna interattiva Ci sono tool di routing, ma (ad esempio in Italia) la copertura dei numeri civici è praticamente inesistente e la quantità di vie senza nome o mancanti enorme Ci puoi fare delle mappe per Garmin, o installare un navigatore che usa i dati osm, ma la prima cosa non è affatto banale, e la seconda lascia spesso scontenti. Puoi visionare la mappa, ma per modificarla hai bisogno di un tool (potlach, Josm etc...) che ha bisogno di apprendimento. Per non parlare del sistema dei tag, che essendo aperto è un mistero oggetto di continue discussioni anche per gente che mappa da anni. Ed oltrettutto a tutto questo bisogna aggiungere il fatto che tutti questi strumenti li si deve andare a cercare per monti e valli, per siti con url non facilmente memorizzabili, diversi nell'utilizzo, nella grafica, nelle premesse, nella lingua La grande G ti offre una mappa, un calcolo percorso preciso (anche con i mezzi pubblici), lo puoi usare come navigatore (in tutti i cell Android), puoi localizzare POI con un click, fare ricerche cliccando sulla mappa... il tutto con una interfaccia coerente e semplice a cui arrivi dall'indirizzo più famoso del mondo. Dal punto di vista dell'utente finale, al momento, è ancora G batte OSM. -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Foursquare e OSM
+1 amaro su tutto. Nella discussione su mapmaker sul blog mi sono sentito dire: perché non dovrei dare qualcosa in cambio a google visto che è tanti anni che uso gratuitamente i loro servizi? Finché qualcuno non ci mette del design, non c'è un vero ecosistema. Mapquest, cloudmade e mapbox lo dimostrano Il giorno 02/mar/2012 10:05, Maurizio Daniele maurizio.dani...@gmail.com ha scritto: Il giorno 02 marzo 2012 01:36, marcram marcr...@email.it ha scritto: Non dicevo di essere scontento utilizzassero OSM. Ne sono felice anch'io. C'è bisogno OSM si diffonda sempre di più, non avevo mai sentito questo Foursquare finora ma mi sembra di aver capito sia abbastanza diffuso, quindi ben venga e sia un buon mezzo per aiutare a diffondere il verbo... :) Solo che mi era salito il nervoso leggendo i commenti, scoprendo quanta gente di mentalità ottusa ci fosse in giro... mi ricordano tanto quelli che fanno i confronti tra Office e LibreO (o tra PShop e Gimp), partendo dal presupposto però che entrambi siano gratis... Dal punto di vista dell'utente, sia Gmaps che OSM *sono* gratis. E anche MSOffice lo è, perché te lo paga l'azienda (rendersi conto che i soldi risparmiati dall'azienda per cui lavori possono finire in qualche modo anche in tasca a te non è un processo logico banale). Quindi l'appunto che ci si sente spesso fare eh, ma gmaps è meglio ed è gratis lo stesso ha una sua logicità, che piaccia o meno a noi mapper: la copertura di OSM è peggiore e gli strumenti che ne derivano sono spesso incoerenti e complicati. Dal punto di una azienda (foursquare, nello specifico) invece non è vero: OSM è meglio perché è libero e gratuito, quindi la gente di 4Sq ha tutto l'interesse a supportare lo switch a OSM. Ma se dovessero perdere clientela per la copertura non soddisfacente, non dubito che farebbero marcia indietro alla velocità della luce perché c'é una sola cosa che può convincere una azienda a non risparmiare dei soldi: non incassarli. Quanto a quelli che dicono che contribuire è difficile, si torna al punto di prima: gli strumenti basati su OSM sono tantissimi ma incoerenti e complessi. Ci sono varie mappe del trasporto pubblico, ma nessuna interattiva Ci sono tool di routing, ma (ad esempio in Italia) la copertura dei numeri civici è praticamente inesistente e la quantità di vie senza nome o mancanti enorme Ci puoi fare delle mappe per Garmin, o installare un navigatore che usa i dati osm, ma la prima cosa non è affatto banale, e la seconda lascia spesso scontenti. Puoi visionare la mappa, ma per modificarla hai bisogno di un tool (potlach, Josm etc...) che ha bisogno di apprendimento. Per non parlare del sistema dei tag, che essendo aperto è un mistero oggetto di continue discussioni anche per gente che mappa da anni. Ed oltrettutto a tutto questo bisogna aggiungere il fatto che tutti questi strumenti li si deve andare a cercare per monti e valli, per siti con url non facilmente memorizzabili, diversi nell'utilizzo, nella grafica, nelle premesse, nella lingua La grande G ti offre una mappa, un calcolo percorso preciso (anche con i mezzi pubblici), lo puoi usare come navigatore (in tutti i cell Android), puoi localizzare POI con un click, fare ricerche cliccando sulla mappa... il tutto con una interfaccia coerente e semplice a cui arrivi dall'indirizzo più famoso del mondo. Dal punto di vista dell'utente finale, al momento, è ancora G batte OSM. -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ 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] Foursquare e OSM
La grande G ti offre una mappa, un calcolo percorso preciso (anche con i mezzi pubblici), lo puoi usare come navigatore (in tutti i cell Android), puoi localizzare POI con un click, fare ricerche cliccando sulla mappa... il tutto con una interfaccia coerente e semplice a cui arrivi dall'indirizzo più famoso del mondo. Dal punto di vista dell'utente finale, al momento, è ancora G batte OSM. La tua analisi parte dal presupposto sbagliato che OSM debba offrire dei servizi. Lo scopo di OSM è solo quello di creare un database, possibilmente di buona qualità e aggiornato, le cose che stanno attorno devono essere funzionali solo a questo. Porsi l'obbiettivo di fare concorrenze a G nell'ambito dei servizi offerti è assolutamente fuori portata. Meglio concentrarsi su quello che G non potrai mai offrire: un database geografico libero di tutto il mondo. Le aziende in questo modo possono offrire dei servizi basati sul nostro database che sono specifici del loro mercato. Ma l'infrastruttura per offrire ai loro clienti un'esperienza piacevole nell'utilizzo la devono mettere loro. Non per niente G ha cominciato a farsi pagare per questo. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Foursquare e OSM
La tua analisi parte dal presupposto sbagliato che OSM debba offrire dei servizi. Lo scopo di OSM è solo quello di creare un database, possibilmente di buona qualità e aggiornato, le cose che stanno attorno devono essere funzionali solo a questo. No, la mia analisi parte dal presupposto che la base dati di OSM è tanto meglio quanta più gente collabora, e la gente collabora se è attratta ed è facile collaborare. Ed è attratta se gli serve la base dati. Fintanto che la base dati di OSM è una cosa che non da all'utente finale *niente* di più di quello che gli da big G, e anzi gli da meno, non ci si può aspettare che si passi il punto in cui la mappatura di OSM interessa solo a noi quattro gatti e alle aziende che ne vedono un risparmio (sempre 4Sq). Talvolta queste aziende ritengono di contribuire in qualche modo al db, altre volte lo usano e basta, ma comunque la maggioranza dei contributori sono privati, non aziende. Dopotutto qui credo che la maggioranza collabori perché pensa che il suo di più sia la libertà dei dati e la precisione degli stessi, se no collaboreremmo tutti a Waze. Ma esiste una pletora di gente che di queste cose se ne frega, preferisce il ritorno immediato di qualcosa di utile. -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Foursquare e OSM
Il giorno 02 marzo 2012 10:44, Maurizio Daniele maurizio.dani...@gmail.comha scritto: Dopotutto qui credo che la maggioranza collabori perché pensa che il suo di più sia la libertà dei dati e la precisione degli stessi, se no collaboreremmo tutti a Waze. Ma esiste una pletora di gente che di queste cose se ne frega, preferisce il ritorno immediato di qualcosa di utile. +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
[Talk-it] Regioni italiane in formato pbf
Scopro con piacere che i file delle regioni italiane sono disponibili in formato .pbf oltre al tradizionale .osm.bz2 al solito posto, cioè qui: http://download.gfoss.it/osm/osm/regioni/ Non ricordo di aver letto un annuncio ufficiale e mi chiedo con quale frequenza vengono aggiornati perché i file .osm.bz2 hanno la data di oggi mentre i .pbf sono di quasi un mese fa: abruzzo.osm.bz2 02-Mar-2012 07:01 8.7M abruzzo.pbf 05-Feb-2012 14:33 5.2M [...] -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] BikiDistrict - itinerari in bicicletta a Milano
Facendo un po' di copia/incolla da http://bikedistrict.org/about/ BikeDistrict offre un servizio di calcolo di itinerari ciclabili entro i confini del comune di Milano. La pianificazione di itinerari è uno degli strumenti per la promozione dell’utilizzo della bicicletta come mezzo di trasporto alternativo in città. BikeDistrict utilizza il grafo stradale di OpenStreetMap, su questa base è stata descritta una rete ciclabile dell’area del Comune di Milano. I dati estratti da OpenStreetMap vengono convertiti, elaborati e tradotti nei formati ottimizzati per il sistema BikeDistrict. Questo processo viene eseguito periodicamente per incorporare le modifiche e aggiornamenti al database, il vero cuore del sistema BikeDistrict. La rete stradale contenuta nel database è in costante evoluzione e continuamente rielaborata per restituire percorsi sempre più accurati e intelligenti. La struttura del database permette di aggiornare e modificare le caratteristiche di ciclabilità delle aste stradali. In questo modo le segnalazioni da parte degli utenti, della presenza di tratti di strada più o meno adeguati alla circolazione delle bici, vanno ad influenzare direttamente il calcolo dei futuri percorsi di BikeDistrict. Operazione più comune sul database geografico delle strade è quindi l'aggiornamento delle caratteristiche di ciclabilità delle aste, in base alle segnalazioni degli utenti e a valle di attente verifiche da parte del team di BikeDistrict. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] OsmAnd ha i file regionali
Ciao, ho controllato nella cartella degli indici e hanno incominciato a mettere i file per regione :) http://download.osmand.net/rawindexes/ Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OsmAnd ha i file regionali
2012/3/2 sabas88 saba...@gmail.com: Ciao, ho controllato nella cartella degli indici e hanno incominciato a mettere i file per regione :) http://download.osmand.net/rawindexes/ Avevo notato anche io, ma i file regionali mi sa che utilizzano i file pbf di gfoss, che non sono aggiornati da un mese ormai. Ieri è uscito un aggiornamento, l'ho scaricato e non mi ha trovato alcune modifiche che ho fatto un paio di settimane fa, mentre se creo il file di indici dal file osm sempre di gfoss trova le modifiche. A chi bisogna rivolgersi per i file di OsmAnd? Ciao, Stefano Ciao e buon pomeriggio -- Francesco Vezzoli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OsmAnd ha i file regionali
Il giorno 02/mar/2012 17:30, Vezzo vezz...@gmail.com ha scritto: 2012/3/2 sabas88 saba...@gmail.com: Ciao, ho controllato nella cartella degli indici e hanno incominciato a mettere i file per regione :) http://download.osmand.net/rawindexes/ Avevo notato anche io, ma i file regionali mi sa che utilizzano i file pbf di gfoss, che non sono aggiornati da un mese ormai. Ieri è uscito un aggiornamento, l'ho scaricato e non mi ha trovato alcune modifiche che ho fatto un paio di settimane fa, mentre se creo il file di indici dal file osm sempre di gfoss trova le modifiche. A chi bisogna rivolgersi per i file di OsmAnd? Ciao, Non so da dove prendano, credevo geofabrik a dirla tutta :) Come sistema di aggiornamento adesso usano un processo coordinato tramite jenkins, non me lo sono ancora studiato perché non avevo un computer degno ad aiutare eheh Per parlare con gli sviluppatori c'è una mailing list su google groups ( groups.google.com/group/osmand ). Iscriviti e manda una mail.. Ciao, Stefano Ciao e buon pomeriggio -- Francesco Vezzoli Ciao, Stefano ___ 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] Che tag per un Wetterkreuz
Am 2. März 2012 09:38 schrieb Matteo Quatrida matteo.quatr...@gmail.com: Scusate l'intromissione, ma non ho capito se questi pali multicroce hanno una reale funzione, tipo il parafulmine, o hanno un'origine religiosa, o di credenza popolare, per tenere lontano il maltempo. Nel caso fossero elementi correlati alla religione, o alle credenze popolari locali, secondo me bisognerebbe trovare una chiave o un value adatti per fornire questa informazione. se non ti basta il fatto che si tratta di una croce ;-) potresti aggiungere religion=christian ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OsmAnd ha i file regionali
Il 02 marzo 2012 14:13, sabas88 saba...@gmail.com ha scritto: Ciao, ho controllato nella cartella degli indici e hanno incominciato a mettere i file per regione :) http://download.osmand.net/rawindexes/ si avevo fatto una patch, l'avevano applicata quasi subito.. hanno aggiornato da poco (non ho più android :-( )? Ciao, Stefano -- 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] OsmAnd ha i file regionali
Il 02 marzo 2012 17:30, Vezzo vezz...@gmail.com ha scritto: 2012/3/2 sabas88 saba...@gmail.com: Ciao, ho controllato nella cartella degli indici e hanno incominciato a mettere i file per regione :) http://download.osmand.net/rawindexes/ Avevo notato anche io, ma i file regionali mi sa che utilizzano i file pbf di gfoss, che non sono aggiornati da un mese ormai. scusate, non mi ero accorto. più tardi controllo Ieri è uscito un aggiornamento, l'ho scaricato e non mi ha trovato alcune modifiche che ho fatto un paio di settimane fa, mentre se creo il file di indici dal file osm sempre di gfoss trova le modifiche. si si perchè non sono aggiornate. A chi bisogna rivolgersi per i file di OsmAnd? i file di osmand vengono creati scaricando i file di gfoss ma i bz2 [0] Ciao e buon pomeriggio -- Francesco Vezzoli [0] http://code.google.com/p/osmand/source/browse/build-scripts/regions/1_3_indexes_italy.xml -- 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] OsmAnd ha i file regionali
Il giorno 02/mar/2012 19:12, Luca Delucchi lucadel...@gmail.com ha scritto: Il 02 marzo 2012 14:13, sabas88 saba...@gmail.com ha scritto: Ciao, ho controllato nella cartella degli indici e hanno incominciato a mettere i file per regione :) http://download.osmand.net/rawindexes/ si avevo fatto una patch, l'avevano applicata quasi subito.. hanno aggiornato da poco (non ho più android :-( )? È da un po' che non ci guardavo, mi ricordo della patch... Hanno fatto del bel lavoro, stanno introducendo l'hillshading con i dati strm e hanno introdotto una forma di caching di PDI (ho conservato questa traduzione invece di rimettere POI per i punti di interesse). Sto cercando di convincerli ad usare crowdin per le traduzioni perché mi perdo quando aggiornano. C'è anche un plugin per le piste da sci.. A quando le cartine negli impianti con openpistemap? :P voi che siete in zona potreste parlare con dolomiti superski! Vabbè off topic. Luca fattelo ridare! Ciao, Stefano -- 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 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Waze?
Riprendo questa discussione terminata con l'ultima risposta da parte di Maurizio Napolitano il 10 gennaio scorso segnalando questo articolo [1] foriero di interessanti novità per quanto riguarda il progetto Waze. [1]: http://geeklino.com/2012/03/02/anche-waze-allmwc-2012-con-importanti-anticipazioni/ -- *«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] BikiDistrict - itinerari in bicicletta a Milano
Qualcuno sa chi produce bikedistrict? E' uno sviluppo indipendente di cyclestreets di Cambridge? Volker 2012/3/2 Maurizio Napolitano napoo...@gmail.com Facendo un po' di copia/incolla da http://bikedistrict.org/about/ BikeDistrict offre un servizio di calcolo di itinerari ciclabili entro i confini del comune di Milano. La pianificazione di itinerari è uno degli strumenti per la promozione dell’utilizzo della bicicletta come mezzo di trasporto alternativo in città. BikeDistrict utilizza il grafo stradale di OpenStreetMap, su questa base è stata descritta una rete ciclabile dell’area del Comune di Milano. I dati estratti da OpenStreetMap vengono convertiti, elaborati e tradotti nei formati ottimizzati per il sistema BikeDistrict. Questo processo viene eseguito periodicamente per incorporare le modifiche e aggiornamenti al database, il vero cuore del sistema BikeDistrict. La rete stradale contenuta nel database è in costante evoluzione e continuamente rielaborata per restituire percorsi sempre più accurati e intelligenti. La struttura del database permette di aggiornare e modificare le caratteristiche di ciclabilità delle aste stradali. In questo modo le segnalazioni da parte degli utenti, della presenza di tratti di strada più o meno adeguati alla circolazione delle bici, vanno ad influenzare direttamente il calcolo dei futuri percorsi di BikeDistrict. Operazione più comune sul database geografico delle strade è quindi l'aggiornamento delle caratteristiche di ciclabilità delle aste, in base alle segnalazioni degli utenti e a valle di attente verifiche da parte del team di BikeDistrict. ___ 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] Fwd: [OSM-talk] Do you know who killed Ulf?
-Original Message- From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Sent: mercoledì 22 febbraio 2012 15:14 To: openstreetmap list - italiano Subject: [Talk-it] Fwd: [OSM-talk] Do you know who killed Ulf? Qualcuno di voi sicuramente connosceva Ulf Möller. Lui faceva parte della License Working Group ed era un mappatore molto attivo. La notte del 9 Gennaio 2012 è stato rapinato ed assassinato in Germania vicino Dessau. Adesso si cercano le persone che probabilmente l'hanno ucciso. La polizia tesesca ha riconosciuto nelle immagini catturate dal bancomat delle vecchie conoscenze con precedenti per rapine analoghe. Tre persone sono state arrestate e verranno processate per l'omicidio. Un articolo in tedesco su: http://www.sueddeutsche.de/muenchen/muenchner-brutal-misshandelt-polizei-kla ert-toedlichen-raubueberfall-auf-1.1297964 Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Regioni italiane in formato pbf
Il 02 marzo 2012 11:58, Daniele Forsi dfo...@gmail.com ha scritto: Scopro con piacere che i file delle regioni italiane sono disponibili in formato .pbf oltre al tradizionale .osm.bz2 al solito posto, cioè qui: http://download.gfoss.it/osm/osm/regioni/ Non ricordo di aver letto un annuncio ufficiale scusate, troppi cose da pensare... e mi chiedo con quale frequenza vengono aggiornati perché i file .osm.bz2 hanno la data di oggi mentre i .pbf sono di quasi un mese fa: abruzzo.osm.bz2 02-Mar-2012 07:01 8.7M abruzzo.pbf 05-Feb-2012 14:33 5.2M [...] settimanalmente ma mi sono scordato un cp nello script. Ora sono allineati, e dovrebbero esserlo anche in futuro Grazie per essertene accorto -- Daniele Forsi -- 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
[Talk-it] Pasticciaccio brutto con il catasto strade a Pordenone...
Date una occhiata a questo: http://carta.ilgazzettino.it/LeggiGiornale.php?TipoVisualizzazione=CodSigla=PNNumPagina=1 (data 2 marzo) http://carta.ilgazzettino.it/MostraStoria.php?TokenStoria=2622963Data=20120302CodSigla=PN A quanto ho capito la mia provincia ha deciso di dare in appalto la realizzazione del catasto strade a una società privata, la quale alla fine si è rifiutata di consegnare i dati alla regione (che li ha aperti) invocando su di essi la proprietà intellettuale, con tanto di sentenza a favore. Ora la regione, nella buona sostanza, toglie il finanziamento al progetto (alla provincia): se non mi dai i dati, non ti do i soldi. Una bella conseguenza di non usare dati liberi, eh? Qualcuno ha qualche informazione più precisa? Grazie. -- Voi non ci crederete la mia ragazza sogna (R. Vecchioni) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Regioni italiane in formato pbf
2012/3/2 Luca Delucchi lucadel...@gmail.com Il 02 marzo 2012 11:58, Daniele Forsi dfo...@gmail.com ha scritto: Scopro con piacere che i file delle regioni italiane sono disponibili in formato .pbf oltre al tradizionale .osm.bz2 al solito posto, cioè qui: http://download.gfoss.it/osm/osm/regioni/ Non ricordo di aver letto un annuncio ufficiale scusate, troppi cose da pensare... e mi chiedo con quale frequenza vengono aggiornati perché i file .osm.bz2 hanno la data di oggi mentre i .pbf sono di quasi un mese fa: abruzzo.osm.bz2 02-Mar-2012 07:01 8.7M abruzzo.pbf 05-Feb-2012 14:33 5.2M [...] settimanalmente ma mi sono scordato un cp nello script. Ora sono allineati, e dovrebbero esserlo anche in futuro Grazie per essertene accorto Grazie a te Luca, i .pbf e in genere gli estratti delle regioni sono molto utili ;-) -- Daniele Forsi -- 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 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-lt] AKL visuotinis susirinkimas šiandien 18 val. Baltupiuose
Kai kas jau žinote, kad šiandien 18 val. kviečiamas AKL visuotinis susirinkimas. Renkamės MRU, Ateities g. 20, Vilnius, http://www.openstreetmap.org/?lat=54.7342lon=25.2586zoom=16 numatoma auditorija 326, senas įėjimas (dešiniau), koridorius į dešinę. Galime rinktis klasėje su 40 kompiuterių. Ubuntu bendruomenė norėtų išbandyti Ubuntu 12.04. Gal pavyks suderinti, kad leistų instaliuoti Ubuntu 12.04. Keliose kitose auditorijose yra po 10 all-in-one touichscreen kompiuterių jau su Ubuntu 12.04. Būtų malonu, jei dalyvautų ir OSM bendruomenė. Tuo pačiu galėtume vieni kitus pamokyti tvarkyti OSM žemėlapį. Norėčiau, kad bent vienas OSM bendruomenės aktyvistas būtų išrinktas į AKL valdybą. Jei bus norinčių įstoti į AKL - prieš visuotinį įvyks valdybos posėdis, kuris galės priimti naujus narius. Žinoma, renginyje laukiami ir bendruomenių nariai, neketinantys stoti į AKL. AKL nariams, negalintiems dalyvauti, primenu, kad galite įgalioti balsuoti kitą AKL narį. Įgaliojimą laisva forma siųsti AKL prezidentui adresu Jonas Gavelis jo...@gavelis.lt. -- Mykolas Okulič-Kazarinas +370 6985 1144 м ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-se] Fria flygfoton
Hej! Har det diskuterats något mer om detta? Jag är väl inte tillräckligt entusiastisk för att dra igång nåt sånt här själv, men Hälsingland (Söderhamn) är mina gamla hemtrakter så händer något där i sommar kan vi kanske tänka oss åka upp... // Peter Kindström On 2012-02-23 10:57, Erik Johansson wrote: Wikimedia Sverige ska ha årsmöte nu på lördag, en punkt på verksamhetsplanen är att det ska skapas 200 flygfoton över Sverige. För Openstreetmap är väl detta speciellt intressant på ställen med dåliga flygbilder. http://se.wikimedia.org/wiki/Verksamhetsplan_2012/Flygfoton Är det någon som har förslag som är bra för Openstreetmap, och finns det någon som är intresserad av att göra ballongflygningar? Jag är intresserad att försöka göra några flygningar i Hälsingland under sommarens semester. Hela verksamhetsplanen är här http://se.wikimedia.org/wiki/Verksamhetsplan_2012 Balongexperterna: http://grassrootsmapping.org/ ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] Guía de importación de datos del Catastro.
A ver que habeis contestado muchos y tengo que ir por partes: @ David Marín Carreño Si queréis, como estoy ocioso y encamado, puedo dedicarme mañana a poner en orden el tema. Yo haría la siguiente estructura: - Página principal: - Condiciones de los datos - Proceso de importación: normas, cómo, etc - Herramientas: referencia a página de cat2osm, referencia a catastreitor - Cat2OSM: - Funcionamiento - Guía de Hackeo - TODO - Guía de uso - Resultados de conversión - Soluciones y arreglos con JOSM A mi me parece perfecta esta estructura. @Jaime Crespo Me parece perfecto los nombres de las cuentas y la idea de los correos de @ openstreetmap.es. @andrzej zaborowski pero creo que se debe importar principalmente lugares que uno conoce y en esto tienen razón los de la lista imports. Es una cantidad de datos considerable y para mantenerlos en actualidad hace falta que en el lugar de la importación haya una comunidad de maperos (aunque sea una persona). También es para poder mas o menos comprobar si los datos convertidos tienen sentido. A ver, yo tengo claro que sólo se deberían importar lugares que se conoce relativamente bien, eso no es impedimento para administrar las cuentas de varias provincias. Yo por lo menos podría hacer import's de 3 provincias distintas pues vivo dando más vueltas que una peonza a lo largo de todo el año (y sospecho que no soy el único). Encima, por motivos de curro (y si no sale nadie de Ciudad Real que colabore) tendremos que generar los OSM de dicha provincia (aunque no se suban, lo tendremos que usar internamente) y no sería problema administrar también ese import. Desde mi punto de vista, el trabajo del administrador sería: dar los passwords y asegurarse que los datos están mínimamente subibles. Siempre habrá que fiarse de la gente que diga que conoce los pueblos, digo yo. La última tarea de los admin será empuñar la maza con pinchos en caso de que alguien se pase [?]. Y después lo que probablemente sea obvio pero hay que mencionar :) Si en algún lugar existen ya edificios o parques en OSM, puede que tengan unas etiquetas adicionales que el catastro no va a tener. Entonces hay que preservarlas, y en general respetar lo que ya existe en el mapa. Sobre esto yo creo que los más expertos deberían de ampliar el manual de uso con consejos sobre como lidiar con las colisiones. En esto tenemos poca experiencia :P en Ciudad Real solo hay un par de hospitales e iglesias que quedan bien tagueadas con el catastro y básicamente lo que hacemos es borrar las anteriores (de hecho creo que lo único que se repite es el poi, la geometrías estaban solapadas y se las comía al subir el propio josm). Lo de la documentación en ingles me parece un requisito poco importante -- es muy probable que la pagina traducida dentro de poco se desactualice. Al final cuando alguien va a querer consultar la documentación va a tener que mirar la pagina original si o si, a lo mejor apoyandose en el google translator. Hombre, yo no traduciría el manual de uso, pero la Página Principal si que o haría. No creo que cambie mucho esa información. De resto, ander anda pasando tags al programa. A ver si luego podemos subir una nueva versión. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain 1B2.gif___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Prados o praderas
Un poco aportando el punto de vista desde la programación, a veces al intentar especificar demasiado pueden darse problemas y que se transfieran tags que no corresponden. Me explico: Por ejemplo en el caso de Pinar pinea o de FRUTO si queremos especificar el tag produce=pine_code hacemos que el programa busque la cadena de caracteres FRUTO en el nombre de tipo de cultivo. Pero claro esto al final podría acabar interfiriendo si un cultivo que no tenemos contemplado trajese la palabra FRUTOS. Lo mismo puede pasar con Ganado lanar MONTE, para poder añadirle el variety=monte, hay que buscar que contenga MONTE, pero esta es una palabra muy general que de hecho ya hay otros cultivos que la tienen como MONTE BAJO y no sabemos si puede haber más. Es por eso que a veces pienso que igual es un poco mejor quedarse uno o dos niveles de detalle por encima para asegurar que la traducción es robusta y no se van a dar casos extraños. El 1 de marzo de 2012 20:29, David Marín Carreño dav...@gmail.comescribió: He puesto la etiqueta trees (en lugar de species) porque trees ya se emplea en landuse=orchard para definir el tipo de árbol. De todos modos, creo que es demasiado fino ir hasta la especie concreta, ya que el catastro por ejemplo dice pino, pero no entra a valorar si es un pinus pinea o un pinus pinaster (por ejemplo). Y supongo que lo mismo pasará con los demás... Además, el esquema general es poner los tags en inglés ¿no? El 1 de marzo de 2012 20:00, Jesús Gómez Fernández jesus.gomez.f...@gmail.com escribió: No creas que tanto. Si se hace con JOSM sería buscar todas los elementos con un determinado tag (species=Quercus robur) y añadir de una sola vez los tags equivalentes para cada idioma. Por supuesto esto es opcional y es para el que quiera afinar más a mano. De todas formas, la clave es no perder la información que ofrece catastro sobre la especie vegetal. El 1 de marzo de 2012 19:52, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Ostia, esa idea es muy chula pero llevaría un CURRO DEL COPÓN. El 1 de marzo de 2012 19:49, Jesús Gómez Fernández jesus.gomez.f...@gmail.com escribió: ¡Vaya curro! Veo que has añadido el tag trees (trees=eucalyptus, por ejemplo) pero no lo he encontrado en la wiki. ¿No sería mejor sustituirle por species [1]? De esta forma se puede añadir el nombre científico y, si alguien tiene ganas, todas sus variantes en los idiomas. Ejemplo: landuse=forest species=Quercus robur species:de=Deutsche Eiche species:en=English oak species:es=Roble De todas formas me parece bien añadir la especie vegetal para no perder información sobre las áreas forestales. Un saludo. Jesús El 1 de marzo de 2012 19:06, David Marín Carreño dav...@gmail.comescribió: Me ha llevado un ratillo, pero aprovechando que estoy pocho en la cama, allá va una primera aproximación para taguear los tipos de cultivo... http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo El 1 de marzo de 2012 12:10, Ander Pijoan ander.pij...@deusto.esescribió: Hola a todos. Después de hacer pruebas debido a errores que nos comentabais, hemos descubierto que al relacionar los tipos de cultivos con las parcelas había un detalle que no estábamos teniendo en cuenta lo que hacía que el tipo de cultivos fuese mucho más reducido. Atentos porque estamos ya solucionando el problema pero los tipos de cultivo van a ser muy variados. Ya están en la wiki para que si tenéis tiempo podáis tagearlos de la mejor forma posible. http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo En cuanto hagamos las pruebas pertinentes y comprobemos que está todo mas o menos bien os subimos la nueva versión. Saludos. El 1 de marzo de 2012 10:12, Ander Pijoan ander.pij...@deusto.esescribió: Estamos arreglando el problema con las subparcelas. Ya lo hemos encontrado y espero que hoy esté solucionado. ESO SI, PREPARAOS PARA TAGEAR UN MONTÓN DE CULTIVOS NUEVOS EN LA WIKI. Saludos y en unos minutos espero tener noticias. El 1 de marzo de 2012 10:07, Jesús Gómez Fernández jesus.gomez.f...@gmail.com escribió: Ayer consulté la referencia catastral de la parcela en el archivo CAT de suelo rústico haciendo una búsqueda rápida y no me cuadraba la clasificación de parcelas o subparcelas que indica en ese archivo con la que se estaba poniendo en el archivo osm. Al igual que tú, también pensé que podría ser que se arrastrase la clasificación de la parcela a las subparcelas pero también lo revisé y no era así. Lo que parece claro es que el programa no recoge la tipología de suelo del CAT o, si las considera, hay un problema con la asignación de etiquetas de osm. Un saludo. Jesús El 1 de marzo de 2012 09:30, Ander Pijoan ander.pij...@deusto.esescribió: Estoy dándole vueltas y si que puede que sea un error nuestro al relacionar el archivo RUSUBPARCELA con
[Talk-es] foursquare is joining the OpenStreetMap movement!
http://blog.foursquare.com/2012/02/29/foursquare-is-joining-the-openstreetmap-movement-say-hi-to-pretty-new-maps/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Prados o praderas
El 2 de marzo de 2012 10:18, Ander Pijoan ander.pij...@deusto.es escribió: Un poco aportando el punto de vista desde la programación, a veces al intentar especificar demasiado pueden darse problemas y que se transfieran tags que no corresponden. Me explico: Por ejemplo en el caso de Pinar pinea o de FRUTO si queremos especificar el tag produce=pine_code hacemos que el programa busque la cadena de caracteres FRUTO en el nombre de tipo de cultivo. Pero claro esto al final podría acabar interfiriendo si un cultivo que no tenemos contemplado trajese la palabra FRUTOS. Lo mismo puede pasar con Ganado lanar MONTE, para poder añadirle el variety=monte, hay que buscar que contenga MONTE, pero esta es una palabra muy general que de hecho ya hay otros cultivos que la tienen como MONTE BAJO y no sabemos si puede haber más. Es por eso que a veces pienso que igual es un poco mejor quedarse uno o dos niveles de detalle por encima para asegurar que la traducción es robusta y no se van a dar casos extraños. Hola. Creo que no es una buena idea el ir completando los tags a partir de expresiones regulares, o a partir de búsquedas (si contiene regadío, entonces irrigated=yes; si contiene MONTE, entonces variety=monte...) El encaje debe ser completo, o si no corremos el riesgo que indicas: que acabemos poniendo tags que no corresponden. Si ahora mismo se está haciendo por búsqueda de palabras sueltas para ir añadiendo nuevas características... mal vamos. La tabla de correspondencias asume que el tipo de cultivo, según catastro, es el que es en su totalidad. Es decir: que sólo se puede poner variety=monte si tenemos Ganado lanar monte. En ese caso, creo que debería cambiarse el método por el que se asignan las etiquetas. Me explico: en la importación no se debe perder información. Si el catastro indica que hay un pinar, y es de fruto, pues lo suyo es que se pongan todas las etiquetas. Igual que si las ovejas son de monte, o talaveranas. Sobre esto, los tipos de cultivo que hay ahora mismo en la página, ¿son todos los que hay, o son sólo los que nos hemos encontrado hasta ahora? Un cordial saludo. -- 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] Prados o praderas
Investigando un poco por las internets, me he encontrado con que cada tipo de cultivo tiene un código o referencia. http://planosypropiedad.files.wordpress.com/2010/10/cultivos-ordenados.pdf ¿No sería mejor utilizar esta referencia directamente? El 2 de marzo de 2012 10:42, David Marín Carreño dav...@gmail.comescribió: El 2 de marzo de 2012 10:18, Ander Pijoan ander.pij...@deusto.esescribió: Un poco aportando el punto de vista desde la programación, a veces al intentar especificar demasiado pueden darse problemas y que se transfieran tags que no corresponden. Me explico: Por ejemplo en el caso de Pinar pinea o de FRUTO si queremos especificar el tag produce=pine_code hacemos que el programa busque la cadena de caracteres FRUTO en el nombre de tipo de cultivo. Pero claro esto al final podría acabar interfiriendo si un cultivo que no tenemos contemplado trajese la palabra FRUTOS. Lo mismo puede pasar con Ganado lanar MONTE, para poder añadirle el variety=monte, hay que buscar que contenga MONTE, pero esta es una palabra muy general que de hecho ya hay otros cultivos que la tienen como MONTE BAJO y no sabemos si puede haber más. Es por eso que a veces pienso que igual es un poco mejor quedarse uno o dos niveles de detalle por encima para asegurar que la traducción es robusta y no se van a dar casos extraños. Hola. Creo que no es una buena idea el ir completando los tags a partir de expresiones regulares, o a partir de búsquedas (si contiene regadío, entonces irrigated=yes; si contiene MONTE, entonces variety=monte...) El encaje debe ser completo, o si no corremos el riesgo que indicas: que acabemos poniendo tags que no corresponden. Si ahora mismo se está haciendo por búsqueda de palabras sueltas para ir añadiendo nuevas características... mal vamos. La tabla de correspondencias asume que el tipo de cultivo, según catastro, es el que es en su totalidad. Es decir: que sólo se puede poner variety=monte si tenemos Ganado lanar monte. En ese caso, creo que debería cambiarse el método por el que se asignan las etiquetas. Me explico: en la importación no se debe perder información. Si el catastro indica que hay un pinar, y es de fruto, pues lo suyo es que se pongan todas las etiquetas. Igual que si las ovejas son de monte, o talaveranas. Sobre esto, los tipos de cultivo que hay ahora mismo en la página, ¿son todos los que hay, o son sólo los que nos hemos encontrado hasta ahora? Un cordial saludo. -- David Marín Carreño dav...@gmail.com -- 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] Prados o praderas
De donde has conseguido esa lista? Tiene muy buena pinta. De todas formas ander ha visto cosas mal escritas sobre ese archivo, lo que le da que pensar que los meten a mano. De todas formas, esta escribiendo una respuesta. El 2 de marzo de 2012 10:53, David Marín Carreño dav...@gmail.comescribió: Investigando un poco por las internets, me he encontrado con que cada tipo de cultivo tiene un código o referencia. http://planosypropiedad.files.wordpress.com/2010/10/cultivos-ordenados.pdf ¿No sería mejor utilizar esta referencia directamente? El 2 de marzo de 2012 10:42, David Marín Carreño dav...@gmail.comescribió: El 2 de marzo de 2012 10:18, Ander Pijoan ander.pij...@deusto.esescribió: Un poco aportando el punto de vista desde la programación, a veces al intentar especificar demasiado pueden darse problemas y que se transfieran tags que no corresponden. Me explico: Por ejemplo en el caso de Pinar pinea o de FRUTO si queremos especificar el tag produce=pine_code hacemos que el programa busque la cadena de caracteres FRUTO en el nombre de tipo de cultivo. Pero claro esto al final podría acabar interfiriendo si un cultivo que no tenemos contemplado trajese la palabra FRUTOS. Lo mismo puede pasar con Ganado lanar MONTE, para poder añadirle el variety=monte, hay que buscar que contenga MONTE, pero esta es una palabra muy general que de hecho ya hay otros cultivos que la tienen como MONTE BAJO y no sabemos si puede haber más. Es por eso que a veces pienso que igual es un poco mejor quedarse uno o dos niveles de detalle por encima para asegurar que la traducción es robusta y no se van a dar casos extraños. Hola. Creo que no es una buena idea el ir completando los tags a partir de expresiones regulares, o a partir de búsquedas (si contiene regadío, entonces irrigated=yes; si contiene MONTE, entonces variety=monte...) El encaje debe ser completo, o si no corremos el riesgo que indicas: que acabemos poniendo tags que no corresponden. Si ahora mismo se está haciendo por búsqueda de palabras sueltas para ir añadiendo nuevas características... mal vamos. La tabla de correspondencias asume que el tipo de cultivo, según catastro, es el que es en su totalidad. Es decir: que sólo se puede poner variety=monte si tenemos Ganado lanar monte. En ese caso, creo que debería cambiarse el método por el que se asignan las etiquetas. Me explico: en la importación no se debe perder información. Si el catastro indica que hay un pinar, y es de fruto, pues lo suyo es que se pongan todas las etiquetas. Igual que si las ovejas son de monte, o talaveranas. Sobre esto, los tipos de cultivo que hay ahora mismo en la página, ¿son todos los que hay, o son sólo los que nos hemos encontrado hasta ahora? Un cordial saludo. -- David Marín Carreño dav...@gmail.com -- 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] Prados o praderas
Habíamos mirado en distintas poblaciones y salían mas tipos de cultivos que los que tenemos catalogados en la wiki lo que nos hizo deducir que seguramente habría más y por eso pensamos en hacer el programa un poco más preparado para eso. Entonces si damos por buena la lista, no nos cuesta nada modificarlo y que únicamente busque las cadenas completas. Eso si, como ha dicho Cruz hemos encontrado por ejemplo PISAPOS en lugar de pinsapos REGADO en lugar de regadío y alguna mas que nos hace pensar que puede que los introducen a mano. El 2 de marzo de 2012 10:58, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: De donde has conseguido esa lista? Tiene muy buena pinta. De todas formas ander ha visto cosas mal escritas sobre ese archivo, lo que le da que pensar que los meten a mano. De todas formas, esta escribiendo una respuesta. El 2 de marzo de 2012 10:53, David Marín Carreño dav...@gmail.comescribió: Investigando un poco por las internets, me he encontrado con que cada tipo de cultivo tiene un código o referencia. http://planosypropiedad.files.wordpress.com/2010/10/cultivos-ordenados.pdf ¿No sería mejor utilizar esta referencia directamente? El 2 de marzo de 2012 10:42, David Marín Carreño dav...@gmail.comescribió: El 2 de marzo de 2012 10:18, Ander Pijoan ander.pij...@deusto.esescribió: Un poco aportando el punto de vista desde la programación, a veces al intentar especificar demasiado pueden darse problemas y que se transfieran tags que no corresponden. Me explico: Por ejemplo en el caso de Pinar pinea o de FRUTO si queremos especificar el tag produce=pine_code hacemos que el programa busque la cadena de caracteres FRUTO en el nombre de tipo de cultivo. Pero claro esto al final podría acabar interfiriendo si un cultivo que no tenemos contemplado trajese la palabra FRUTOS. Lo mismo puede pasar con Ganado lanar MONTE, para poder añadirle el variety=monte, hay que buscar que contenga MONTE, pero esta es una palabra muy general que de hecho ya hay otros cultivos que la tienen como MONTE BAJO y no sabemos si puede haber más. Es por eso que a veces pienso que igual es un poco mejor quedarse uno o dos niveles de detalle por encima para asegurar que la traducción es robusta y no se van a dar casos extraños. Hola. Creo que no es una buena idea el ir completando los tags a partir de expresiones regulares, o a partir de búsquedas (si contiene regadío, entonces irrigated=yes; si contiene MONTE, entonces variety=monte...) El encaje debe ser completo, o si no corremos el riesgo que indicas: que acabemos poniendo tags que no corresponden. Si ahora mismo se está haciendo por búsqueda de palabras sueltas para ir añadiendo nuevas características... mal vamos. La tabla de correspondencias asume que el tipo de cultivo, según catastro, es el que es en su totalidad. Es decir: que sólo se puede poner variety=monte si tenemos Ganado lanar monte. En ese caso, creo que debería cambiarse el método por el que se asignan las etiquetas. Me explico: en la importación no se debe perder información. Si el catastro indica que hay un pinar, y es de fruto, pues lo suyo es que se pongan todas las etiquetas. Igual que si las ovejas son de monte, o talaveranas. Sobre esto, los tipos de cultivo que hay ahora mismo en la página, ¿son todos los que hay, o son sólo los que nos hemos encontrado hasta ahora? Un cordial saludo. -- David Marín Carreño dav...@gmail.com -- 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 -- 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] Prados o praderas
Si se pudiera tomar la referencia de tipo de cultivo, en lugar del texto del tipo de cultivo, quizá podríamos ahorrarnos el parseo. En el tipo 17, tenemos CALIFICACION CATASTRAL/CLASE DE CULTIVO.¿No sería esto? El 2 de marzo de 2012 11:02, Ander Pijoan ander.pij...@deusto.es escribió: Habíamos mirado en distintas poblaciones y salían mas tipos de cultivos que los que tenemos catalogados en la wiki lo que nos hizo deducir que seguramente habría más y por eso pensamos en hacer el programa un poco más preparado para eso. Entonces si damos por buena la lista, no nos cuesta nada modificarlo y que únicamente busque las cadenas completas. Eso si, como ha dicho Cruz hemos encontrado por ejemplo PISAPOS en lugar de pinsapos REGADO en lugar de regadío y alguna mas que nos hace pensar que puede que los introducen a mano. El 2 de marzo de 2012 10:58, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: De donde has conseguido esa lista? Tiene muy buena pinta. De todas formas ander ha visto cosas mal escritas sobre ese archivo, lo que le da que pensar que los meten a mano. De todas formas, esta escribiendo una respuesta. El 2 de marzo de 2012 10:53, David Marín Carreño dav...@gmail.comescribió: Investigando un poco por las internets, me he encontrado con que cada tipo de cultivo tiene un código o referencia. http://planosypropiedad.files.wordpress.com/2010/10/cultivos-ordenados.pdf ¿No sería mejor utilizar esta referencia directamente? El 2 de marzo de 2012 10:42, David Marín Carreño dav...@gmail.comescribió: El 2 de marzo de 2012 10:18, Ander Pijoan ander.pij...@deusto.esescribió: Un poco aportando el punto de vista desde la programación, a veces al intentar especificar demasiado pueden darse problemas y que se transfieran tags que no corresponden. Me explico: Por ejemplo en el caso de Pinar pinea o de FRUTO si queremos especificar el tag produce=pine_code hacemos que el programa busque la cadena de caracteres FRUTO en el nombre de tipo de cultivo. Pero claro esto al final podría acabar interfiriendo si un cultivo que no tenemos contemplado trajese la palabra FRUTOS. Lo mismo puede pasar con Ganado lanar MONTE, para poder añadirle el variety=monte, hay que buscar que contenga MONTE, pero esta es una palabra muy general que de hecho ya hay otros cultivos que la tienen como MONTE BAJO y no sabemos si puede haber más. Es por eso que a veces pienso que igual es un poco mejor quedarse uno o dos niveles de detalle por encima para asegurar que la traducción es robusta y no se van a dar casos extraños. Hola. Creo que no es una buena idea el ir completando los tags a partir de expresiones regulares, o a partir de búsquedas (si contiene regadío, entonces irrigated=yes; si contiene MONTE, entonces variety=monte...) El encaje debe ser completo, o si no corremos el riesgo que indicas: que acabemos poniendo tags que no corresponden. Si ahora mismo se está haciendo por búsqueda de palabras sueltas para ir añadiendo nuevas características... mal vamos. La tabla de correspondencias asume que el tipo de cultivo, según catastro, es el que es en su totalidad. Es decir: que sólo se puede poner variety=monte si tenemos Ganado lanar monte. En ese caso, creo que debería cambiarse el método por el que se asignan las etiquetas. Me explico: en la importación no se debe perder información. Si el catastro indica que hay un pinar, y es de fruto, pues lo suyo es que se pongan todas las etiquetas. Igual que si las ovejas son de monte, o talaveranas. Sobre esto, los tipos de cultivo que hay ahora mismo en la página, ¿son todos los que hay, o son sólo los que nos hemos encontrado hasta ahora? Un cordial saludo. -- David Marín Carreño dav...@gmail.com -- 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 -- 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 -- 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] Prados o praderas
Los registros no vienen siempre, donde si viene el tipo de cultivo es en el archivo SUBPARCE.SHP. Este archivo cuando es Rústico trae junto con él un RUSUBPARCELA y un RUCULTIVO. En el RUSUBPARCELA se detalla para cada subparcela el código de cultivo que tiene (el código que comentas) y luego en el RUCULTIVO viene la traducción de ese código al texto descriptivo. Con el código si que evitaríamos los posibles errores al escribir los cultivos a mano. Nos ponemos manos a la obra. El 2 de marzo de 2012 11:14, David Marín Carreño dav...@gmail.comescribió: Si se pudiera tomar la referencia de tipo de cultivo, en lugar del texto del tipo de cultivo, quizá podríamos ahorrarnos el parseo. En el tipo 17, tenemos CALIFICACION CATASTRAL/CLASE DE CULTIVO.¿No sería esto? El 2 de marzo de 2012 11:02, Ander Pijoan ander.pij...@deusto.esescribió: Habíamos mirado en distintas poblaciones y salían mas tipos de cultivos que los que tenemos catalogados en la wiki lo que nos hizo deducir que seguramente habría más y por eso pensamos en hacer el programa un poco más preparado para eso. Entonces si damos por buena la lista, no nos cuesta nada modificarlo y que únicamente busque las cadenas completas. Eso si, como ha dicho Cruz hemos encontrado por ejemplo PISAPOS en lugar de pinsapos REGADO en lugar de regadío y alguna mas que nos hace pensar que puede que los introducen a mano. El 2 de marzo de 2012 10:58, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: De donde has conseguido esa lista? Tiene muy buena pinta. De todas formas ander ha visto cosas mal escritas sobre ese archivo, lo que le da que pensar que los meten a mano. De todas formas, esta escribiendo una respuesta. El 2 de marzo de 2012 10:53, David Marín Carreño dav...@gmail.comescribió: Investigando un poco por las internets, me he encontrado con que cada tipo de cultivo tiene un código o referencia. http://planosypropiedad.files.wordpress.com/2010/10/cultivos-ordenados.pdf ¿No sería mejor utilizar esta referencia directamente? El 2 de marzo de 2012 10:42, David Marín Carreño dav...@gmail.comescribió: El 2 de marzo de 2012 10:18, Ander Pijoan ander.pij...@deusto.esescribió: Un poco aportando el punto de vista desde la programación, a veces al intentar especificar demasiado pueden darse problemas y que se transfieran tags que no corresponden. Me explico: Por ejemplo en el caso de Pinar pinea o de FRUTO si queremos especificar el tag produce=pine_code hacemos que el programa busque la cadena de caracteres FRUTO en el nombre de tipo de cultivo. Pero claro esto al final podría acabar interfiriendo si un cultivo que no tenemos contemplado trajese la palabra FRUTOS. Lo mismo puede pasar con Ganado lanar MONTE, para poder añadirle el variety=monte, hay que buscar que contenga MONTE, pero esta es una palabra muy general que de hecho ya hay otros cultivos que la tienen como MONTE BAJO y no sabemos si puede haber más. Es por eso que a veces pienso que igual es un poco mejor quedarse uno o dos niveles de detalle por encima para asegurar que la traducción es robusta y no se van a dar casos extraños. Hola. Creo que no es una buena idea el ir completando los tags a partir de expresiones regulares, o a partir de búsquedas (si contiene regadío, entonces irrigated=yes; si contiene MONTE, entonces variety=monte...) El encaje debe ser completo, o si no corremos el riesgo que indicas: que acabemos poniendo tags que no corresponden. Si ahora mismo se está haciendo por búsqueda de palabras sueltas para ir añadiendo nuevas características... mal vamos. La tabla de correspondencias asume que el tipo de cultivo, según catastro, es el que es en su totalidad. Es decir: que sólo se puede poner variety=monte si tenemos Ganado lanar monte. En ese caso, creo que debería cambiarse el método por el que se asignan las etiquetas. Me explico: en la importación no se debe perder información. Si el catastro indica que hay un pinar, y es de fruto, pues lo suyo es que se pongan todas las etiquetas. Igual que si las ovejas son de monte, o talaveranas. Sobre esto, los tipos de cultivo que hay ahora mismo en la página, ¿son todos los que hay, o son sólo los que nos hemos encontrado hasta ahora? Un cordial saludo. -- David Marín Carreño dav...@gmail.com -- 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 -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es
Re: [Talk-es] [CATASTRO] Prados o praderas
He puesto en la wiki los códigos del tipo de cultivo. He encontrado en Internet varios de estos listados. En algunos de ellos, aparecen códigos de un único carácter (A) y en otros, el carácter se completa con un guión A-. Lo ideal sería soportar los dos, y ya está. El 2 de marzo de 2012 11:28, Ander Pijoan ander.pij...@deusto.es escribió: Los registros no vienen siempre, donde si viene el tipo de cultivo es en el archivo SUBPARCE.SHP. Este archivo cuando es Rústico trae junto con él un RUSUBPARCELA y un RUCULTIVO. En el RUSUBPARCELA se detalla para cada subparcela el código de cultivo que tiene (el código que comentas) y luego en el RUCULTIVO viene la traducción de ese código al texto descriptivo. Con el código si que evitaríamos los posibles errores al escribir los cultivos a mano. Nos ponemos manos a la obra. El 2 de marzo de 2012 11:14, David Marín Carreño dav...@gmail.comescribió: Si se pudiera tomar la referencia de tipo de cultivo, en lugar del texto del tipo de cultivo, quizá podríamos ahorrarnos el parseo. En el tipo 17, tenemos CALIFICACION CATASTRAL/CLASE DE CULTIVO.¿No sería esto? El 2 de marzo de 2012 11:02, Ander Pijoan ander.pij...@deusto.esescribió: Habíamos mirado en distintas poblaciones y salían mas tipos de cultivos que los que tenemos catalogados en la wiki lo que nos hizo deducir que seguramente habría más y por eso pensamos en hacer el programa un poco más preparado para eso. Entonces si damos por buena la lista, no nos cuesta nada modificarlo y que únicamente busque las cadenas completas. Eso si, como ha dicho Cruz hemos encontrado por ejemplo PISAPOS en lugar de pinsapos REGADO en lugar de regadío y alguna mas que nos hace pensar que puede que los introducen a mano. El 2 de marzo de 2012 10:58, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: De donde has conseguido esa lista? Tiene muy buena pinta. De todas formas ander ha visto cosas mal escritas sobre ese archivo, lo que le da que pensar que los meten a mano. De todas formas, esta escribiendo una respuesta. El 2 de marzo de 2012 10:53, David Marín Carreño dav...@gmail.comescribió: Investigando un poco por las internets, me he encontrado con que cada tipo de cultivo tiene un código o referencia. http://planosypropiedad.files.wordpress.com/2010/10/cultivos-ordenados.pdf ¿No sería mejor utilizar esta referencia directamente? El 2 de marzo de 2012 10:42, David Marín Carreño dav...@gmail.comescribió: El 2 de marzo de 2012 10:18, Ander Pijoan ander.pij...@deusto.esescribió: Un poco aportando el punto de vista desde la programación, a veces al intentar especificar demasiado pueden darse problemas y que se transfieran tags que no corresponden. Me explico: Por ejemplo en el caso de Pinar pinea o de FRUTO si queremos especificar el tag produce=pine_code hacemos que el programa busque la cadena de caracteres FRUTO en el nombre de tipo de cultivo. Pero claro esto al final podría acabar interfiriendo si un cultivo que no tenemos contemplado trajese la palabra FRUTOS. Lo mismo puede pasar con Ganado lanar MONTE, para poder añadirle el variety=monte, hay que buscar que contenga MONTE, pero esta es una palabra muy general que de hecho ya hay otros cultivos que la tienen como MONTE BAJO y no sabemos si puede haber más. Es por eso que a veces pienso que igual es un poco mejor quedarse uno o dos niveles de detalle por encima para asegurar que la traducción es robusta y no se van a dar casos extraños. Hola. Creo que no es una buena idea el ir completando los tags a partir de expresiones regulares, o a partir de búsquedas (si contiene regadío, entonces irrigated=yes; si contiene MONTE, entonces variety=monte...) El encaje debe ser completo, o si no corremos el riesgo que indicas: que acabemos poniendo tags que no corresponden. Si ahora mismo se está haciendo por búsqueda de palabras sueltas para ir añadiendo nuevas características... mal vamos. La tabla de correspondencias asume que el tipo de cultivo, según catastro, es el que es en su totalidad. Es decir: que sólo se puede poner variety=monte si tenemos Ganado lanar monte. En ese caso, creo que debería cambiarse el método por el que se asignan las etiquetas. Me explico: en la importación no se debe perder información. Si el catastro indica que hay un pinar, y es de fruto, pues lo suyo es que se pongan todas las etiquetas. Igual que si las ovejas son de monte, o talaveranas. Sobre esto, los tipos de cultivo que hay ahora mismo en la página, ¿son todos los que hay, o son sólo los que nos hemos encontrado hasta ahora? Un cordial saludo. -- David Marín Carreño dav...@gmail.com -- 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
Re: [Talk-es] foursquare is joining the OpenStreetMap movement!
Un pequeño paso para Foursquare, un gran salto para OSM... Está claro que el cambio de políticas de uso de Google Maps les está pasando factura, y de paso, está dejando al descubierto las ventajas de proyectos basados en el conocimiento libre. :) 2012/3/2, bv2mu...@uco.es bv2mu...@uco.es: http://blog.foursquare.com/2012/02/29/foursquare-is-joining-the-openstreetmap-movement-say-hi-to-pretty-new-maps/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Jonay ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Prados o praderas
Bueno bueno, que sorpresa acabamos de encontrar en la web que nos pasasteis antes. http://planosypropiedad.com/2010/06/29/nomenclaturas-utilizadas-en-catastro-para-las-construcciones/ Resulta que había un campo sobre las edificaciones que nos habíamos saltado que clasifica el tipo de construcción según una clasificación tan exhastiva como la de los cultivos :) Vamos que nos teneis que echar una mano tageando un montón de cosas :P http://planosypropiedad.files.wordpress.com/2010/06/nomenclatura.pdf PD: para simplificar UNA BARBARIDAD el código (y probablemente hacerlo algo más rápido) vamos a empezar a usar java7 (esos maravillosos switch con strings :) ). De revote parece que con esta versión se arregla el simplificar vias=null. Cuando subamos la nueva versión cambiaremos la wiki y el manual de uso. El 2 de marzo de 2012 11:35, David Marín Carreño dav...@gmail.comescribió: He puesto en la wiki los códigos del tipo de cultivo. He encontrado en Internet varios de estos listados. En algunos de ellos, aparecen códigos de un único carácter (A) y en otros, el carácter se completa con un guión A-. Lo ideal sería soportar los dos, y ya está. El 2 de marzo de 2012 11:28, Ander Pijoan ander.pij...@deusto.esescribió: Los registros no vienen siempre, donde si viene el tipo de cultivo es en el archivo SUBPARCE.SHP. Este archivo cuando es Rústico trae junto con él un RUSUBPARCELA y un RUCULTIVO. En el RUSUBPARCELA se detalla para cada subparcela el código de cultivo que tiene (el código que comentas) y luego en el RUCULTIVO viene la traducción de ese código al texto descriptivo. Con el código si que evitaríamos los posibles errores al escribir los cultivos a mano. Nos ponemos manos a la obra. El 2 de marzo de 2012 11:14, David Marín Carreño dav...@gmail.comescribió: Si se pudiera tomar la referencia de tipo de cultivo, en lugar del texto del tipo de cultivo, quizá podríamos ahorrarnos el parseo. En el tipo 17, tenemos CALIFICACION CATASTRAL/CLASE DE CULTIVO.¿No sería esto? El 2 de marzo de 2012 11:02, Ander Pijoan ander.pij...@deusto.esescribió: Habíamos mirado en distintas poblaciones y salían mas tipos de cultivos que los que tenemos catalogados en la wiki lo que nos hizo deducir que seguramente habría más y por eso pensamos en hacer el programa un poco más preparado para eso. Entonces si damos por buena la lista, no nos cuesta nada modificarlo y que únicamente busque las cadenas completas. Eso si, como ha dicho Cruz hemos encontrado por ejemplo PISAPOS en lugar de pinsapos REGADO en lugar de regadío y alguna mas que nos hace pensar que puede que los introducen a mano. El 2 de marzo de 2012 10:58, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: De donde has conseguido esa lista? Tiene muy buena pinta. De todas formas ander ha visto cosas mal escritas sobre ese archivo, lo que le da que pensar que los meten a mano. De todas formas, esta escribiendo una respuesta. El 2 de marzo de 2012 10:53, David Marín Carreño dav...@gmail.comescribió: Investigando un poco por las internets, me he encontrado con que cada tipo de cultivo tiene un código o referencia. http://planosypropiedad.files.wordpress.com/2010/10/cultivos-ordenados.pdf ¿No sería mejor utilizar esta referencia directamente? El 2 de marzo de 2012 10:42, David Marín Carreño dav...@gmail.comescribió: El 2 de marzo de 2012 10:18, Ander Pijoan ander.pij...@deusto.esescribió: Un poco aportando el punto de vista desde la programación, a veces al intentar especificar demasiado pueden darse problemas y que se transfieran tags que no corresponden. Me explico: Por ejemplo en el caso de Pinar pinea o de FRUTO si queremos especificar el tag produce=pine_code hacemos que el programa busque la cadena de caracteres FRUTO en el nombre de tipo de cultivo. Pero claro esto al final podría acabar interfiriendo si un cultivo que no tenemos contemplado trajese la palabra FRUTOS. Lo mismo puede pasar con Ganado lanar MONTE, para poder añadirle el variety=monte, hay que buscar que contenga MONTE, pero esta es una palabra muy general que de hecho ya hay otros cultivos que la tienen como MONTE BAJO y no sabemos si puede haber más. Es por eso que a veces pienso que igual es un poco mejor quedarse uno o dos niveles de detalle por encima para asegurar que la traducción es robusta y no se van a dar casos extraños. Hola. Creo que no es una buena idea el ir completando los tags a partir de expresiones regulares, o a partir de búsquedas (si contiene regadío, entonces irrigated=yes; si contiene MONTE, entonces variety=monte...) El encaje debe ser completo, o si no corremos el riesgo que indicas: que acabemos poniendo tags que no corresponden. Si ahora mismo se está haciendo por búsqueda de palabras sueltas para ir añadiendo nuevas características... mal vamos. La tabla de correspondencias asume que el tipo de cultivo, según catastro, es el que es en su totalidad. Es
Re: [Talk-es] foursquare is joining the OpenStreetMap movement!
Sería estupendo q agregasen los datos de locales q tienen en su base de datos! El 02/03/2012 11:53, Jonay Santana jonay.sant...@gmail.com escribió: Un pequeño paso para Foursquare, un gran salto para OSM... Está claro que el cambio de políticas de uso de Google Maps les está pasando factura, y de paso, está dejando al descubierto las ventajas de proyectos basados en el conocimiento libre. :) 2012/3/2, bv2mu...@uco.es bv2mu...@uco.es: http://blog.foursquare.com/2012/02/29/foursquare-is-joining-the-openstreetmap-movement-say-hi-to-pretty-new-maps/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Jonay ___ 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] Herramienta de fusión de los datos actuales con el catastro
A partir de ahora seguiremos en otro email con asunto [CATASTRO] para evitar confusiones y que haya varias conversaciones a la vez, pero os dejo aquí este mensaje. Os dejamos para el fin de semana la versión de CAT2OSM con los CULTIVOS arreglado y tageados según la wiki de traducción de datos. NUEVA VERSIÓN 2012-03-02 ( para ver la vuestra escribid en la consola java -jar cat2osm.jar -v ) ¡¡MUY IMPORTANTE!! ES NECESARIO LA MÁQUINA VIRTUAL 1.7 DE JAVA. Se puede bajar de aquí o instalar desde la el repositorio de la distribución. http://www.oracle.com/technetwork/java/javase/downloads/index.html Cat2Osm.jar: https://github.com/AnderPijoan/cat2osm http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar Pensabamos que con esto ya quedaba poco por hacer pero buscando los cultivos hemos encontrado el siguiente archivo: http://planosypropiedad.files.wordpress.com/2010/06/nomenclatura.pdf En él viene una traducción para los códigos de DESTINO que vienen en los registros tipo 14 de los archivos .CAT. Añade mucha información adicional en la que creo que ya están trabajando en su traducción a tags de OSM. Entonces nosotros el lunes mismo nos ponemos manos a la obra a añadir esa información a ver si es posible de relacionar correctamente con las subparcelas. De todos modos visto que estáis ansiosos por subir cosas, haced pruebas a ver que resultados salen durante este fin de semana y en principio lo único distinto será que habrá algo mas de información acerca de algunas parcelas, sobretodo información de edificios. A lo largo de la semana también intentaremos mejorar el rendimiento cambiando algunos procedimientos a la nueva versión de java 1.7 para que sean más rápidos. El 1 de marzo de 2012 19:07, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: He vuelto a subir MedioCudeyo con la versión que corrige el problema con los tags (ahora creo que salen infinitos FIXMEs). Creo que ander no ha subido los cambiosa github porque está esperando que le reyeneis la tabla de tags. http://paginaspersonales.deusto.es/cruz.borges/MedioCudeyo.tar.xz Nos vemos. El 1 de marzo de 2012 12:10, Ander Pijoan ander.pij...@deusto.esescribió: Hola a todos. Después de hacer pruebas debido a errores que nos comentabais, hemos descubierto que al relacionar los tipos de cultivos con las parcelas había un detalle que no estábamos teniendo en cuenta lo que hacía que el tipo de cultivos fuese mucho más reducido. Atentos porque estamos ya solucionando el problema pero los tipos de cultivo van a ser muy variados. Ya están en la wiki para que si tenéis tiempo podáis tagearlos de la mejor forma posible. http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo En cuanto hagamos las pruebas pertinentes y comprobemos que está todo mas o menos bien os subimos la nueva versión. Saludos. El 29 de febrero de 2012 16:22, Jaime Crespo jy...@jynus.com escribió: El 29/02/2012 16:12, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: El 29 de febrero de 2012 15:04, Jaime Crespo jy...@jynus.com escribió: Por favor, es necesario enviar un correo a la lista imports con toda la documentación y un breve resumen de lo hecho y por hacer, antes de que nos tiren para atrás el proceso a medio hacer. Tenemos que convencerles que no estamos haciendo las cosas a ciegas y sin contar con nadie. Joer, pues será por haberlo discutido aquí :P el hilo tiene como 300 respuestas, hay una wiki con un montón de información y un repositorio público en github con el código A mí no me tenéis que convencer, sino a los alemanes-que-dicen-que-todo-import-es-malo. Con el wiki sobraría, pero está en español... -- Jaime Crespo ___ 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 -- 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 -- 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] foursquare is joining the OpenStreetMap movement!
On Fri, Mar 02, 2012 at 01:19:27PM +0100, Marco Fernández wrote: Sería estupendo q agregasen los datos de locales q tienen en su base de datos! Con los antiguos no creo que se pueda, serían datos derivados de mapas de Google -- 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] foursquare is joining the OpenStreetMap movement!
El Viernes, 2 de marzo de 2012, Celso González escribió: On Fri, Mar 02, 2012 at 01:19:27PM +0100, Marco Fernández wrote: Sería estupendo q agregasen los datos de locales q tienen en su base de datos! Con los antiguos no creo que se pueda, serían datos derivados de mapas de Google No lo tengo tan claro. Si yo agrego un local nuevo en foursquare lo estoy agregando desde la posición de mi gps... Ahora, yo no me fiaría de meter directamente esos datos. Habrá muchos que serán válidos, pero habrá otros tantos que son de coña, bromas locales y demás... -- 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-es] [CATASTRO] Prados o praderas
El 2 de marzo de 2012 12:01, Cruz Enrique Borges Hernández escribió: PD: para simplificar UNA BARBARIDAD el código (y probablemente hacerlo algo más rápido) vamos a empezar a usar java7 (esos maravillosos switch con strings :) ). Parece que Java7 para Mac está aún en beta y sólo disponible para Lion :( Tendré que rescatar a mi querida Fedora, que ya la tenía abandonadica... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Prados o praderas
Estas seguro? http://www.vineetmanohar.com/2011/03/installing-java-7-on-mac-os-x/ http://code.google.com/p/openjdk-osx-build/ El 2 de marzo de 2012 14:59, Benjamín Valero Espinosa benjaval...@gmail.com escribió: El 2 de marzo de 2012 12:01, Cruz Enrique Borges Hernández escribió: PD: para simplificar UNA BARBARIDAD el código (y probablemente hacerlo algo más rápido) vamos a empezar a usar java7 (esos maravillosos switch con strings :) ). Parece que Java7 para Mac está aún en beta y sólo disponible para Lion :( Tendré que rescatar a mi querida Fedora, que ya la tenía abandonadica... ___ 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] Prados o praderas
Por eso he dicho parece :) ¡Muchas gracias! Eso me pasa por fiarme de los enlaces oficiales (1). (1) http://jdk7.java.net/macportpreview/ El 2 de marzo de 2012 15:30, Cruz Enrique Borges Hernández escribió: Estas seguro? http://www.vineetmanohar.com/2011/03/installing-java-7-on-mac-os-x/ http://code.google.com/p/openjdk-osx-build/ El 2 de marzo de 2012 14:59, Benjamín Valero Espinosa benjaval...@gmail.com escribió: El 2 de marzo de 2012 12:01, Cruz Enrique Borges Hernández escribió: PD: para simplificar UNA BARBARIDAD el código (y probablemente hacerlo algo más rápido) vamos a empezar a usar java7 (esos maravillosos switch con strings :) ). Parece que Java7 para Mac está aún en beta y sólo disponible para Lion :( Tendré que rescatar a mi querida Fedora, que ya la tenía abandonadica... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] foursquare is joining the OpenStreetMap movement!
El día 2 de marzo de 2012 14:09, Maria Arias de Reyna mar...@emergya.com escribió: El Viernes, 2 de marzo de 2012, Celso González escribió: On Fri, Mar 02, 2012 at 01:19:27PM +0100, Marco Fernández wrote: Sería estupendo q agregasen los datos de locales q tienen en su base de datos! Con los antiguos no creo que se pueda, serían datos derivados de mapas de Google Antiguos y nuevos, que la API móvil no cambia (es gratis), sólo la web (por la que Google cobra). -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] foursquare is joining the OpenStreetMap movement!
2012/3/2 Maria Arias de Reyna mar...@emergya.com El Viernes, 2 de marzo de 2012, Celso González escribió: On Fri, Mar 02, 2012 at 01:19:27PM +0100, Marco Fernández wrote: Sería estupendo q agregasen los datos de locales q tienen en su base de datos! Con los antiguos no creo que se pueda, serían datos derivados de mapas de Google No lo tengo tan claro. Si yo agrego un local nuevo en foursquare lo estoy agregando desde la posición de mi gps... Ahora, yo no me fiaría de meter directamente esos datos. Habrá muchos que serán válidos, pero habrá otros tantos que son de coña, bromas locales y demás... Como el Atasco M-607... :D -- Jonás Andradas Skype: jontux LinkedIn: http://www.linkedin.com/in/andradas GPG Fingerprint: 678F 7BD0 83C3 28CE 9E8F 3F7F 4D87 9996 E0C6 9372 Keyservers: pgp.mit.edu | pgp.rediris.es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Superponer OSM y Bing Maps
Hola, sabeis de alguna manera de como superponer las imágenes de bing con las de OSM (algo como el map compare de geofabrik)? Si fuera con JOSM sería ya una maravilla. Gracias! -- Jaume Figueras i Jové Ubuntu User #14347 - Linux User #504317 Universitat Politècnica de Catalunya Departament d'ESAII Edifici TR11 Rambla Sant Nebridi, 10 08222 TERRASSA Telf: +34937398621 (intern UPC: 98621) Mòbil: +34650756456 (intern UPC: 44785) Fax: +34937398628 (intern UPC: 98628) Centre de Simulació i Optimització de Processos Logístics (LogiSim) http://logisim.fib.upc.es Enginyeria de Sistemes, Automàtica i Informàtica Industrial (ESAII) http://webesaii.upc.es Universitat Politècnica de Cataluyna http://www.upc.edu ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Superponer OSM y Bing Maps
Se pueden activar las capas en la configuración: opciones / ultima pestaña de abajo (wms/tms) y alli activas bing ponoa y catastro. Luego aceptas y en el menu imágenes te aparecerá para añador la capa 2012/3/2 Jaume Figueras i Jové jaume.figue...@masafi.cat Hola, sabeis de alguna manera de como superponer las imágenes de bing con las de OSM (algo como el map compare de geofabrik)? Si fuera con JOSM sería ya una maravilla. Gracias! -- Jaume Figueras i Jové Ubuntu User #14347 - Linux User #504317 Universitat Politècnica de Catalunya Departament d'ESAII Edifici TR11 Rambla Sant Nebridi, 10 08222 TERRASSA Telf: +34937398621 (intern UPC: 98621) Mòbil: +34650756456 (intern UPC: 44785) Fax: +34937398628 (intern UPC: 98628) Centre de Simulació i Optimització de Processos Logístics (LogiSim) http://logisim.fib.upc.es Enginyeria de Sistemes, Automàtica i Informàtica Industrial (ESAII) http://webesaii.upc.es Universitat Politècnica de Cataluyna http://www.upc.edu __**_ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-eshttp://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] Superponer OSM y Bing Maps
sí, hay que activar las capas dentro de JOSM como apunta cruz activas todas las wms que quieras (bing catastro pnoa osm mapnik ) y en el deplegable de la propia capa hay un deslizador que controla la transparencia de la capa activa total que puedes superponer las capas que quieras de esa forma y ver varias a la vez. un comparador lado a lado como en geofabrik no lo sé s, El 02/03/2012, a las 20:56, Cruz Enrique Borges Hernández escribió: Se pueden activar las capas en la configuración: opciones / ultima pestaña de abajo (wms/tms) y alli activas bing ponoa y catastro. Luego aceptas y en el menu imágenes te aparecerá para añador la capa 2012/3/2 Jaume Figueras i Jové jaume.figue...@masafi.cat Hola, sabeis de alguna manera de como superponer las imágenes de bing con las de OSM (algo como el map compare de geofabrik)? Si fuera con JOSM sería ya una maravilla. Gracias! ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] [Catastro] Revert al catastro de La Palma de C.
Hola, Ya he hablado con Jaume F y haremos un revert de las subidas erróneas que hice de los datos del catastro de La Palma de Cervelló para poder subirlos de forma ordenada cuando se acabe de mejorar los pequeños detalles de Cat2Osm. Me apuntaré en la wiki para subir los datos de La Palma y ya he avisado a gente de poblaciones cercanas que querían subir el catastro de cuál es el procedimiento a seguir, así cómo a lo editores de La Palma de no hacer ediciones sobre el mapa durante este fin de semana (que es cuando se prevee hacer el revert). Gracias por el soporte! -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma WEB:http://www.konfraria.org TWITTER: http://twitter.com/La_Konfraria FACEBOOK: http://ca-es.facebook.com/people/Konfraria-Vila-Del-Pingui/11918952076 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Superponer OSM y Bing Maps
Hola, pues no lo encuentro Bing Maps, eh... que no Bing Aerial. Que es la capa que sale ya configurada en JOSM. Salut! On 03/02/2012 10:27 PM, sergio sevillano wrote: sí, hay que activar las capas dentro de JOSM como apunta cruz activas todas las wms que quieras (bing catastro pnoa osm mapnik ) y en el deplegable de la propia capa hay un deslizador que controla la transparencia de la capa activa total que puedes superponer las capas que quieras de esa forma y ver varias a la vez. un comparador lado a lado como en geofabrik no lo sé s, El 02/03/2012, a las 20:56, Cruz Enrique Borges Hernández escribió: Se pueden activar las capas en la configuración: opciones / ultima pestaña de abajo (wms/tms) y alli activas bing ponoa y catastro. Luego aceptas y en el menu imágenes te aparecerá para añador la capa 2012/3/2 Jaume Figueras i Jové jaume.figue...@masafi.cat mailto:jaume.figue...@masafi.cat Hola, sabeis de alguna manera de como superponer las imágenes de bing con las de OSM (algo como el map compare de geofabrik)? Si fuera con JOSM sería ya una maravilla. Gracias! ___ 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] Superponer OSM y Bing Maps
El 02/03/2012, a las 23:42, Jaume Figueras escribió: Hola, pues no lo encuentro Bing Maps, eh... que no Bing Aerial. ah! eso es otra cosa, ya me extrañaba la pregunta... ni idea ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Lizenzwechsel
Prinzipiell ist es schwierig eine Lösung für die Visualisierung von problematischen Multipolygone (und Relationen im allgemeinen) zu finden. Wie auf der Wiki-Seite beschrieben, werden auf CLEANMAP Multipolygone dann nicht dargestellt wenn irgendein Outer-Element nicht sauber ist, dass kann natürlich durchaus ein triviales Stückchen sein. Denn auch dann wäre das Multipolygon sehr wahrscheinlich kaputt und könnte nicht richtig gerendert werden. Was natürlich sowohl für CLEANMAP wie BADMAP auch gilt. Hingegen wird der Status der Relation selber nicht berücksichtigt. Könnte man natürlich auch noch zusätzlich tun, aber siehe unten. M.a.W. das ganze verhält sich wie vorgesehen. Desweiteren verweise ich auf den ersten Satz den man liest wenn man CLEANMAP aufruft CLEANMAP http://cleanmap.poole.ch/ is a rough visualisation of what a ODBL/CT licensable map would look at this point in time. Simon Am 02.03.2012 00:13, schrieb Andreas Labres: On 01.03.12 13:26, Friedrich Volkmann wrote: Relation 1773407. Naja... Wie weit man Simons Darstellung bei Relationen vertrauen kann, ist glaub ich nicht geklärt. Aber irgendwas muß es da haben... Way http://osm.mapki.com/history/way.php?id=30024634 ist zB Teil Deiner Relation genauso wie des Waldes Hauslüsse und eines Donauarms und alle drei sind in Simons Badmap zu finden. http://cleanmap.poole.ch/?zoom=15lat=48.13046lon=16.58589layers=00B0 http://cleanmap.poole.ch/?zoom=15lat=48.13046lon=16.58589layers=00B0 (zum Wiederfinden) Ausgelöst durch ein Wegstück, das aktuell aus genau zwei Nodes besteht! (ich hab nicht rundrum geschaut, vielleicht gibt's noch solche Member-Ways) Aber da sind wir wieder bei der Frage man kann alles automatisiert lösen. Wer das behauptet und dann wegen so eines Ways diese 3 Relationen (mgw. mit all den anderen Members) löscht, ist - mit Verlaub (und auf gut Wienerisch) - wo ang'rennt. Übrigens, kann mir wer die Etymologie von ang'haut erklären? (die anderen erwähnten Relationen hab ich nicht durchgeschaut) /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Lizenzwechsel
Hallo, On 03/02/12 00:31, Andreas Labres wrote: Bitte aber auf keinen Fall einfach nicht-relizensierte Daten kopieren und unter neuer ID neu einfuegen. Wenn das rauskommt, muss alles rueckgaengig gemacht werden. Entschuldige, aber * die Straße exisitert * sie ist dort * sie heißt so * und die anderen Attribute (Einbahn, Radweg etc.) stimmen auch Also löschen und neu machen ist ein legitimes Mittel idF. Loeschen und neu vom Luftbild abzeichnen und die Daten, die Du aus dem Kopf weisst, hinzufuegen, ist ok. Loeschen und die Daten, die der Nichtzustimmer drangeschrieben hat, 1:1 uebernehmen, ist nicht ok. Auch eine 1:1-Uebernahme der Geometrie ist in aller Regel nicht in Ordnung - Du musst Dir schon die Arbeit machen, die Strasse vom Luftbild abzumalen. (Wozu machen wir das sonst? Loeschen und neu einfuegen unter neuer ID kann auch ein Bot, dazu brauch ich keinen Mapper zu bitten!) Selbst wenn der Nichtzustimmer vom gleichen Luftbild abgemalt hat wie Du, ist sein Ergebnis doch ein anderes, und wir bei OSM gehen davon aus, dass er durch die von ihm investierte Arbeit ein Recht an *seiner* Version der abgemalten Linie erworben hat. Beispiel: Ich habe hier in meiner Stadt einige Strassenbahnlinien remappen muessen. Der Nichtzustimmer hatte da Dinge wie voltage und operating rules drangeschrieben, die sicherlich richtig waren, die ich aber niemals aus eigenem Wissen haette beitragen koennen. Also muessen die bei meiner Version der Strassenbahn natuerlich raus. Anderes Beispiel: ich hab hier (meine Gegend) einen Straßenzug, von dem kann ich mich dunkel erinnern, dass der mal ein Way war (vermutlich von einem Nicht-Zustimmer gezeichnet). Irgendwann hat das jemand geteilt, die Namen richtiggestellt, dran rumgezupft, usw. Jedenfalls stellt der jetzige Status die Realität dar. ABER: ein Zipfel (Way) ist im OSMI rot, der Rest sind rote Nodes. So what? Bislang weigere ich mich, das neu zu zeichnen, aber es wird mir nix anderes übrig bleiben. -- Aber es ist zum Kotzen, weil es komplett sinnlose Arbeit ist. Natuerlich wuerden wir alle lieber neue Sachen irgendwo mappen, als Dinge, die schon da sind, nochmal zu zeichnen. Es gibt gute Gruende fuer den Lizenzwechsel, und es ist richtig, dass wir das geistige Eigentum der Nichtzustimmer respektieren - wenn der Nichtzustimmer sich die Muehe gemacht hat, den Kram vom Luftbild abzuzeichnen, und uns nun nicht erlauben will, seine Arbeit unter einer anderen Lizenz weiterzuverteilen, als wir ihm damals genannt haben, dann ist es sein Recht, uns diese Daten unter den Fuessen wegzuziehen und wir muessen damit umgehen. Das mag zum Kotzen sein, aber ein Grund zur Urheberrechtsverletzung ist es nicht. Wer grossflaechig odbl=clean an nicht-cleane Daten haengt oder schlimmer noch, einfach mal kurz mit JOSM den alten Kram loescht und aus der Zwischenablage wieder einfuegt, um die Spuren zu verwischen, der tut niemandem einen Gefallen. Mir geht es uebrigens auch nicht gerade rosig hier in Karlsruhe, falls das fuer irgendwen ein Trost ist: http://tools.geofabrik.de/osmi/?view=wtfelon=8.38288lat=48.99834zoom=12opacity=0.57 Das kleine Loch in der Mitte ohne Rot ist da, wo ich wohne... Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Lizenzwechsel
On 01.03.2012 23:47, Frederik Ramm wrote: Ablehner in v1: name=Bachstr. Zustimmer in v2: name=Bachstrasse in diesem Fall koennen wir das Bachstrasse nicht uebernehmen, denn wir muessen davon ausgehen, dass der Zustimmer *nicht* selbstaendig ermittelt hat, dass die Strasse Bachstrasse heisst. Ablehner in v1: name=Bachstr. Zustimmer in v2: name=Haydnstrasse in diesem Fall koennten wir den Namen uebernehmen. Wie sollen wir diese Faelle automatisch unterschieden? Ich sehe keine Moeglichkeit. Daher werden wir aller Wahrscheinlichkeit nach immer dann, wenn ein Ablehner *irgendwie* ein name-Tag gesetzt hat, das name-Tag entfernen, egal was drin steht. Das nennt man das Kind mit dem Bad ausschütten. Wenn so was kommt, überlege ich mir, zu einem Fork zu wechseln. Ich sehe nicht ein, warum meine Arbeit vernichtet werden soll, nur weil die LWG vergessen hat vernünftige Regeln auszuarbeiten. Am einfachsten ist es, Werte einfach auf Gleichheit zu prüfen. Dann bleibt zwar die Bachstraße erhalten und der Ersteller der Bachtstr. ärgert sich vielleicht, aber der ärgert sich genauso, wenn ein von ihm angelegter Way von einem Zustimmer gesplittet wurde. Warum soll im einen Fall ein wilder Kahlschlag passieren und im anderen Fall werden alle Daten blindlings übernommen? Das kann's ja wohl nicht sein. ich lasse mir ja einreden eine Regel, dass das name-Tag gelöscht wird, wenn soundsoviel % des Wertes und eine bestimmte Mindestlänge identisch ist. Es gibt die Gefahr. Wenn Du odbl=clean behutsam einsetzt, ist sie klein und man wird Dir glauben. Wenn Du grossflaechig odbl=clean an ein Stadtviertel dranpappst, ist sie gross und man wird Dir misstrauen. Dass ich odbl=clean behutsam einsetze, weiß ich. Ich weiß aber nicht, wie behutsam andere es einsetzen. Laut deinem vorigen Mail (»dass bei einer zu grossflaechigen missbraeuchlichen Verwendung von odbl=clean durch zu viele Mapper irgendjemand sagt lieber ignorieren wir odbl=clean komplett«) bin ich aber davon abhängig, was andere tun. D.h. ich müsste bis kurz vor der Umstellung zuwarten, um dann zu schauen, wie andere den Tag eingesetzt haben. Erst dann weiß ich, ob es Sinn macht, das selber zu verwenden. Wenn andere genauso denken, ist das wie auf Ebay, wo alle erst in den letzten Sekunden zu bieten anfangen. Die LWG entscheidet das in letzter Instanz auch gar nicht: Selbst wenn die sagen jopp, wir behalten alles mit odbl=clean und zwei Wochen spaeter kommt ein Ablehner und schreit, weil Du seine Daten faelschlicherweise als clean markiert hat, dann kommen die Daten raus, egal, was die LWG vorher gesagt hat. Was ist, wenn er zu unrecht schreit? Ich hoffe doch sehr, dass die OSMF nicht alles löscht, sobald irgendwer schreit. Denn das würden einige Ablehner ausnutzen und dann bleibt von den mit odbl=clean getaggten Objekten nichts mehr übrig. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Lizenzwechsel
Hallo, On 03/02/2012 12:45 PM, Friedrich Volkmann wrote: Das nennt man das Kind mit dem Bad ausschütten. Wenn so was kommt, überlege ich mir, zu einem Fork zu wechseln. So sehe ich das auch; mir ist es egal, ob ich jetzt für die Openstreetmap mappe oder vielleicht füre eine Librestreetmap oder wie auch immer der Fork heißen würde. Am einfachsten ist es, Werte einfach auf Gleichheit zu prüfen. Dann bleibt zwar die Bachstraße erhalten und der Ersteller der Bachtstr. ärgert sich vielleicht Ich glaube es geht weniger darum, ob sich jemand ärgert, sondern welche rechtlichen und ethischen Standards die Openstreetmap haben möchte. Mit welchem Recht könnte man die Lizenz gegenüber Dritten durchsetzen, wenn man sich schon untereinander gegenseitig die Rechte verletzt? Liebe Grüße, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Lizenzwechsel
On 02.03.2012 12:54, Stefan Herbert Tiran wrote: Ich glaube es geht weniger darum, ob sich jemand ärgert, sondern welche rechtlichen und ethischen Standards die Openstreetmap haben möchte. Mit welchem Recht könnte man die Lizenz gegenüber Dritten durchsetzen, wenn man sich schon untereinander gegenseitig die Rechte verletzt? So oder so besteht das Problem nicht nur bei Namensänderungen, sondern auch bei Splits. Da sogar in höherem Ausmaß, da der Name 1:1 übernommen wurde. Außerdem müsste man description, note, operator, addr:* usw. genauso behandeln wie name. Es kann nicht sein, dass man in einem Fall alles löscht und in allen ähnlichen Fällen alles übernimmt. Wir müssen uns im Klaren sein, dass jede Regelung ihre false positives und ihre false negatives mit sich bringt, genauso wie bei Spamfiltern. 0% false negatives hat man nur, wenn man die Datenbank komplett leert, und 0% false positives nur, wenn man alles übernimmt. Es kommt also darauf an, ein vernünftiges Mittelmaß zu finden, also sowohl die false positives als auch die false negatives möglichst gering zu halten. Das kann man nicht erreichen, indem man mit der Holzhacke daherkommt. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Lizenzwechsel
Hallo, On 03/02/2012 12:45 PM, Friedrich Volkmann wrote: ich lasse mir ja einreden eine Regel, dass das name-Tag gelöscht wird, wenn soundsoviel % des Wertes und eine bestimmte Mindestlänge identisch ist. Hab ich auch schon drueber nachgedacht, seh ich aber nicht. Zum Beispiel ist die Aenderung Bachstr. - Bachstraße 1 Zeichen geandert und 2 hinzugefeugt; die sehr viel schwerwiegendere Aenderung Bachstraße - Talstraße ist auch nur 2 Zeichen geandert und 1 geloescht. Und wie Du in einem anderen Beitrag richtig geschrieben hast, sollten wir wohl kaum irgendwelche Spezialregeln fuer spezielle deutsche Worte einbauen. Ich habe den Eindruck, dass Du diese Vorschlaege, die von Dir hier kommen, der LWG wegen Unausgegorenheit links und rechts um die Ohren hauen wuerdest, wenn sie von dort kaemen ;) Fakt ist, dass nicht *jede* Aenderung an einem Namen den Beitrag des vorigen Mappers ausloescht, selbst wenn *manche* Aenderungen an einem Namen dies vielleicht tun. Wenn wir einen guten Automatismus faenden, der diese Faelle wenigstens grob auseinanderhaelt, koennten wir den eventuell einsetzen. Mein Bauchgefuehl ist, dass es wesentlich haeufiger vorkommt, dass man einen Namen leicht verbessert, als dass an einen existierenden Namen komplett durch einen selbst ermittelten ersetzt. Wenn Du hier davon sprichst, dass deine Arbeit vernichtet wird, dann scheint das bei Dir ja anders zu sein. Oder denkst Du an ein anderes als das Name-Tag? Dass ich odbl=clean behutsam einsetze, weiß ich. Ich weiß aber nicht, wie behutsam andere es einsetzen. Laut deinem vorigen Mail (»dass bei einer zu grossflaechigen missbraeuchlichen Verwendung von odbl=clean durch zu viele Mapper irgendjemand sagt lieber ignorieren wir odbl=clean komplett«) bin ich aber davon abhängig, was andere tun. Ja, schon, aber das sind wir doch hier bei OSM staendig alle. Wenn sich heute rausstellt, dass vor 2 Jahren jemand halb Wien von Google abgemalt hat, muss das auch alles raus und es gibt grosses Geheule. In so einem Projekt wie unserem kann man staendig ohne eigenes Verschulden auf die Nase fallen. Aber man kann auch selbst durch gutes Vorbild einen Teil dazu leisten, diese Gefahr zu verringern und ein Klima zu schaffen, in dem andere genauso sorgfaeltig arbeiten wie man selbst. Die LWG entscheidet das in letzter Instanz auch gar nicht: Selbst wenn die sagen jopp, wir behalten alles mit odbl=clean und zwei Wochen spaeter kommt ein Ablehner und schreit, weil Du seine Daten faelschlicherweise als clean markiert hat, dann kommen die Daten raus, egal, was die LWG vorher gesagt hat. Was ist, wenn er zu unrecht schreit? Das kann man dann ja in Ruhe untersuchen. Die OSMF ist durchaus auch der Ansicht, dass - um nur ein Beispiel zu nennen - automatische oder mechanische Edits, bei denen jemand z.B. in JOSM in ganz Wien alle Objekte mit Tag A gesucht hat und das durch Tag B ersetzt hat, kein Urheberrecht einbringen. Wenn Du sowas mit odbl=clean markieren wuerdest und derjenige nachher schreit, wuerde die OSMF zu dem sagen, dass er mal darlegen soll, wieso er glaubt, ein Urheberrecht an dem betr. Objekt zu haben. Die OSMF hat schon das Interesse, so wenig wie moeglich zu loeschen. Zugleich muss sie aber sicherstellen, dass man ihr nachher nicht vorwerfen kann, sie habe fahrlaessig gehandelt, indem sie (nur ein Beispiel) nicht mit der Wimper gezuckt hat, als User X 65.000 Objekte mit odbl=clean getaggt hat oder so. Die Algorithmen, die wir beim Lizenzwechsel einsetzen, muessen nicht 100% korrekt sein; wenn sie in den allermeisten Faellen das richtige tun, ist der Sorgfaltspflicht genuege getan. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Lizenzwechsel
Hallo, On 03/02/2012 01:27 PM, Friedrich Volkmann wrote: So oder so besteht das Problem nicht nur bei Namensänderungen, sondern auch bei Splits. Da sogar in höherem Ausmaß, da der Name 1:1 übernommen wurde. Außerdem müsste man description, note, operator, addr:* usw. genauso behandeln wie name. Es kann nicht sein, dass man in einem Fall alles löscht und in allen ähnlichen Fällen alles übernimmt. Ja, selbstverstaendlich werden alle Tags gleichbehandelt. Es ist derzeit keine Sonderrolle fuer z.B. name geplant. Ich hatte das nur als Beispiel genommen. Bei Splits ist die Position der LWG, dass das selten genug vorkommt, so dass man der Sorgfaltspflicht genuegt, wenn man sagt: Wir gehen der Sache im Einzelfall nach, wenn sich jemand beschwert. (Dann aber wuerde der Name entfernt werden muessen.) Mir scheint, dass Du mit Deinem lautstarken Beharren auf Gleichbehandlung beider Faelle erreichen zu koennen glaubst, dass man irgendwann sagt ach, naja, schaun wir halt ueberall nicht so genau hin. Das Gegenteil ist wahrscheinlicher: Hm, ok, dann muessen wir eben doch alle Splits genau analysieren und die Sachen auch noch loeschen. Es kommt also darauf an, ein vernünftiges Mittelmaß zu finden, also sowohl die false positives als auch die false negatives möglichst gering zu halten. Das kann man nicht erreichen, indem man mit der Holzhacke daherkommt. Im Falle des name-Beispiels wuerde nur ueberall dort zu viel geloescht, wo ein existierender und von einem Nichtzustimmer gesetzter Name von jemand anders nochmal ueberprueft wurde. Sind das wirklich so viele Faelle? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Lizenzwechsel - Straßennamen
Hallo! Diese Mail bezieht sich auf den Thread Lizenzwechsel Ablehner in v1: name=Bachstr. Zustimmer in v2: name=Bachstrasse in diesem Fall koennen wir das Bachstrasse nicht uebernehmen, denn wir muessen davon ausgehen, dass der Zustimmer *nicht* selbstaendig ermittelt hat, dass die Strasse Bachstrasse heisst. Ablehner in v1: name=Bachstr. Zustimmer in v2: name=Haydnstrasse in diesem Fall koennten wir den Namen uebernehmen. Wie sollen wir diese Faelle automatisch unterschieden? Ich sehe keine Moeglichkeit. Daher werden wir aller Wahrscheinlichkeit nach immer dann, wenn ein Ablehner *irgendwie* ein name-Tag gesetzt hat, das name-Tag entfernen, egal was drin steht. Nun, dafür gäbe es schon einen generischer Algorithmus 1) brauchen wir eine regex die alle Spezialbuchstaben in die 26 Grundbuchstaben umwandelt (ö-oe, ß-ss, á-a, usw.) Ich wette, sowas gibt es von der Stange. 2) Leerzeichen und Bindestriche werden entfernt 3) ein abschließender Punkt wird durch .* (also Joker) ersetzt, sofern der String wenigstens 5 oder so Zeichen hat. 4) nun wird case-insensive verglichen Damit sollte man - zumindest in allen Ländern die die lateinische Schrift verwenden - ausreichend treffsicher sein. Bei A. Schneiderstr. -- Anton-Schneider-Straße wird das nicht funktionieren, aber vielleicht ist das auch richtig so. Hingegen bei Anton Schneiderstr. -- Anton-Schneider-Straße Anton Schneider Strasse -- Anton-Schneider-Straße anton schneider straße -- Anton-Schneider-Straße funktioniert's. Vorbeugend: Ich glaube kaum, dass es common sense ist, dass Schreibformen lizensierbar wären. Auch Rechtschreibfehler sind wohl kaum lizenzfähig, aber denen ist so nicht beizukommen. -- Gruß, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] ORF Newton über Kartografie: Interviewfragen
Der Lauf ist erledigt - OSM hat gewonnen. Am 29.02.2012 um 13:04 schrieb Andreas Labres l...@lab.at: On 29.02.12 10:03, Michael Maier wrote: 25 sind glaube ich zuwenige ... Allein in Graz kenn ich 8 aktive, noch 2 aus der Obersteiermark macht allein 10 für ein Bundesland - ich würd eher 75-100 für ganz AT schätzen, oder woher hast du deine Zahlen? Hier Pascals Statistik vom Juli 2011 für Österreich: http://neis-one.org/2011/07/osm-evolution-austria/ Stand April 2011: ~ 98% der Nodes von 1100 Mappern 98% der Ways von 870 Mappern 98% der Relations von 360 Mappern /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] ORF Newton über Kartografie: Interviewfragen
Bist gelaufen oder was? ;-) Wir erwarten uns einen ausführlichen Bericht! LG Thomas Am 2. März 2012 16:53 schrieb Martin Vonwald imagic@gmail.com: Der Lauf ist erledigt - OSM hat gewonnen. Am 29.02.2012 um 13:04 schrieb Andreas Labres l...@lab.at: On 29.02.12 10:03, Michael Maier wrote: 25 sind glaube ich zuwenige ... Allein in Graz kenn ich 8 aktive, noch 2 aus der Obersteiermark macht allein 10 für ein Bundesland - ich würd eher 75-100 für ganz AT schätzen, oder woher hast du deine Zahlen? Hier Pascals Statistik vom Juli 2011 für Österreich: http://neis-one.org/2011/07/osm-evolution-austria/ Stand April 2011: ~ 98% der Nodes von 1100 Mappern 98% der Ways von 870 Mappern 98% der Relations von 360 Mappern /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] ORF Newton über Kartografie: Interviewfragen
Ich habe ja nicht OSM gemacht Am 02.03.2012 um 17:03 schrieb Soldier Boy soldierboy2...@gmail.com: Bist gelaufen oder was? ;-) Wir erwarten uns einen ausführlichen Bericht! LG Thomas Am 2. März 2012 16:53 schrieb Martin Vonwald imagic@gmail.com: Der Lauf ist erledigt - OSM hat gewonnen. Am 29.02.2012 um 13:04 schrieb Andreas Labres l...@lab.at: On 29.02.12 10:03, Michael Maier wrote: 25 sind glaube ich zuwenige ... Allein in Graz kenn ich 8 aktive, noch 2 aus der Obersteiermark macht allein 10 für ein Bundesland - ich würd eher 75-100 für ganz AT schätzen, oder woher hast du deine Zahlen? Hier Pascals Statistik vom Juli 2011 für Österreich: http://neis-one.org/2011/07/osm-evolution-austria/ Stand April 2011: ~ 98% der Nodes von 1100 Mappern 98% der Ways von 870 Mappern 98% der Relations von 360 Mappern /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] ORF Newton über Kartografie: Interviewfragen
Hoffentlich hast du nur Pausen eingelegt statt in die entgegengesetzte Richtung zu laufen. Denn das wär zu offensichtlich. :-) On 02.03.2012 17:06, Martin Vonwald wrote: Ich habe ja nicht OSM gemacht Am 02.03.2012 um 17:03 schrieb Soldier Boy soldierboy2...@gmail.com mailto:soldierboy2...@gmail.com: Bist gelaufen oder was? ;-) Wir erwarten uns einen ausführlichen Bericht! LG Thomas Am 2. März 2012 16:53 schrieb Martin Vonwald imagic@gmail.com mailto:imagic@gmail.com: Der Lauf ist erledigt - OSM hat gewonnen. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] ORF Newton über Kartografie: Interviewfragen
Endlich alles erledigt. Der Lauf durch den Wald war anfangs eher ein Kampf mit dem Satmap-Gerät. Am Ende habe ich dann etwas tiefgestapelt und gemeint, dass ich nicht geglaubt habe, dass OSM gewinnt. Danach haben ich gezeigt, wie man den Pfad mit JOSM in OSM einträgt. (Off-the-records: der bestehende Weg hatte exakt den selben Fehler wie die Karte vom Satmap-Gerät h..) Dann gab's noch ein Interview, wo ich ein paar Sachen erläutert habe. Nicht meine Stärke, also seit gnädig mit mir ;-) Lg, Martin Am 02.03.2012 um 19:12 schrieb Friedrich Volkmann b...@volki.at: Hoffentlich hast du nur Pausen eingelegt statt in die entgegengesetzte Richtung zu laufen. Denn das wär zu offensichtlich. :-) On 02.03.2012 17:06, Martin Vonwald wrote: Ich habe ja nicht OSM gemacht Am 02.03.2012 um 17:03 schrieb Soldier Boy soldierboy2...@gmail.com mailto:soldierboy2...@gmail.com: Bist gelaufen oder was? ;-) Wir erwarten uns einen ausführlichen Bericht! LG Thomas Am 2. März 2012 16:53 schrieb Martin Vonwald imagic@gmail.com mailto:imagic@gmail.com: Der Lauf ist erledigt - OSM hat gewonnen. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] ORF Newton über Kartografie: Interviewfragen
Guten Tag! Gratulation zum Verlieren :-D Dann stellt sich nur noch die Frage; wann wird das alles ausgestrahlt? Doch nicht gleich morgen, oder? Heute (2. März) um 19:57 meinte Martin Vonwald: Nicht meine Stärke, also seit gnädig mit mir Wenn du Scheiß geredet hast, wird dir die ODbl entzogen ;-) -- Gruß, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] ORF Newton über Kartografie: Interviewfragen
Keine Ahnung - das steht glaub ich noch nicht fest. Aber sicher nicht vor nächster Woche. Ich hab auch nicht absichtlich gebremst - die Karte war einfach unübersichtlich. Und das Satmap wollte die Karte immer kopfüber anzeigen. Ich habe dann das Gerät einfach verkehrt gehalten, damit die Karte passt :-D Es waren drei Leute dabei. Ich bekam ein GPS mit Karte, der zweite (glaube ich) ein anderes GPS mit anderer Karte und der dritte bekam Ausdrucke() von Opencyclemap - und gar kein GPS! Der hat es aber auch ernst genommen und ist wirklich gelaufen. Am 02.03.2012 um 20:13 schrieb Boris Cornet bor...@osm-at.org: Guten Tag! Gratulation zum Verlieren :-D Dann stellt sich nur noch die Frage; wann wird das alles ausgestrahlt? Doch nicht gleich morgen, oder? Heute (2. März) um 19:57 meinte Martin Vonwald: Nicht meine Stärke, also seit gnädig mit mir Wenn du Scheiß geredet hast, wird dir die ODbl entzogen ;-) -- Gruß, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] ORF Newton über Kartografie: Interviewfragen
Am 02.03.2012 20:13, schrieb Boris Cornet: Dann stellt sich nur noch die Frage; wann wird das alles ausgestrahlt? Doch nicht gleich morgen, oder? soweit ich weiß am 17.3. (sofern sie den uni-teil zur kartographie nicht vom osm-teil trennen). lg manu -- Manuela Schmidt Vienna University of Technology email: manuela.schm...@tuwien.ac.at http://cartography.tuwien.ac.at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Lizenzwechsel
On 02.03.2012 13:37, Frederik Ramm wrote: On 03/02/2012 12:45 PM, Friedrich Volkmann wrote: ich lasse mir ja einreden eine Regel, dass das name-Tag gelöscht wird, wenn soundsoviel % des Wertes und eine bestimmte Mindestlänge identisch ist. Hab ich auch schon drueber nachgedacht, seh ich aber nicht. Zum Beispiel ist die Aenderung Bachstr. - Bachstraße 1 Zeichen geandert und 2 hinzugefeugt; die sehr viel schwerwiegendere Aenderung Bachstraße - Talstraße ist auch nur 2 Zeichen geandert und 1 geloescht. Wenn die Talstraße verloren geht, ist das immer noch besser als wenn ALLE geänderten Namen verloren gehen. In dem Beispiel hast du nur die Anzahl geänderter Zeichen berücksichtigt, nicht den %-Satz. Es wurden 40% geändert, das ist doch ziemlich viel. Ich würde den Grenzprozentsatz etwas niedriger ansetzen, vielleicht bei 25%. Dann geht die Talstraße gar nicht verloren. In der Bachstr. kommt ein Punkt am Ende vor. Bei einem Punkt am Ende oder vor einem Whitespace kann man von einer Abkürzung ausgehen. Auf diese Weise lässt sich die Gleichheit von Bachstr. und Bachstraße automatisch feststellen. Und wie Du in einem anderen Beitrag richtig geschrieben hast, sollten wir wohl kaum irgendwelche Spezialregeln fuer spezielle deutsche Worte einbauen. Ich habe nur drauf hingewiesen, dass Spezialregeln für deutsche Wörter nicht die anderssprachigen Wörter abdecken. Das heißt nicht, dass diese Regeln schlecht sind. Besser ein Feintuning für deutsche Wörter als gar keins. Ich habe den Eindruck, dass Du diese Vorschlaege, die von Dir hier kommen, der LWG wegen Unausgegorenheit links und rechts um die Ohren hauen wuerdest, wenn sie von dort kaemen ;) Kann schon sein, dass sie unausgegoren sind, aber was die LWG bisher geliefert hat, ist noch viel unausgegorener. Fakt ist, dass nicht *jede* Aenderung an einem Namen den Beitrag des vorigen Mappers ausloescht, selbst wenn *manche* Aenderungen an einem Namen dies vielleicht tun. Wenn wir einen guten Automatismus faenden, der diese Faelle wenigstens grob auseinanderhaelt, koennten wir den eventuell einsetzen. Ich erweitere mal den obigen Ansatz: Von den im Wiki dokumentierten und anderen häufig verwendeten Keys muss eine Liste erstellt werden, welche dem Wesen nach Freitextfelder als Werte haben und welche diskrete (im math. Sinn) Werte. Z.B. name, description, note*, source*, ref, *:ref, addr:*, operator, website, url, opening_hours sind Freitext-Tags, hingegen haben amenity, natural, landuse, highway diskrete Werte. 1.) Freitext-Tags: A) website, url: alles außer der Domain wegschneiden (also http://, Pfad und Query-String). Wenn Werte nun identisch, übernehmen, sonst löschen B) source: muss immer übernommen werden C) source:tag muss dann übernommen werden, wenn auch tag übernommen wird. D) ref: Whitespaces und punct.characters wegschneiden. Wenn nun identisch, dann übernehmen, sonst löschen. E) sonstige: erster Schritt: Schreibung standardisieren (Umlaute auflösen, diakritische Zeichen entfernen usw., siehe Mail von Boris) zweiter Schritt: Prüfen ob Abkürzungspunkt (vor Whitespace oder Ende) im einen Wert mit zusätzlichen Zeichen im anderen Wort korreliert. Wenn ja, dann auflösen. dritter Schritt: Whitespaces und einleitende/abschließende Sonderzeichen löschen vierter Schritt: wenn mind. 80% der Zeichen übernommen wurden = Wert gilt als übernommen, sonst als ersetzt 2.) diskrete Tags: Hier gelten andere Regeln! Denn z.B. tracktype=grade5 und grade4 sind keine verschiedenen Schreibweisen für einen Wert, sondern haben verschiedene Bedeutungen. Außerdem muss die Aneinanderreihung mit Strichpunkt berücksichtigt werden. Daher: erster Schritt: Wert an Strichpunkten zerlegen, Teilwerte von einleitenden und abschließenden Whitespaces befreien zweiter Schritt: jeder neue Teilwert, der auch als alter Teilwert vorkommt, ist zu löschen. Die übrigen bleiben. 3.) Seltene Keys: Weiß nicht. Sie sind entweder wie (1) oder wie (2) zu behandeln. Komplizierter wird es, wenn in der History ein Key von einem Zustimmer gesetzt wurde, von einem Ablehner geändert und von einem Zustimmer nochmal geändert. Dann muss der neue Wert nicht nur mit dem des Ablehners, sondern auch mit dem davor verglichen werden. Mein Bauchgefuehl ist, dass es wesentlich haeufiger vorkommt, dass man einen Namen leicht verbessert, als dass an einen existierenden Namen komplett durch einen selbst ermittelten ersetzt. Wenn Du hier davon sprichst, dass deine Arbeit vernichtet wird, dann scheint das bei Dir ja anders zu sein. Oder denkst Du an ein anderes als das Name-Tag? Was ich oben diskrete Tags genannt habe, muss man sowieso anders behandeln. Betreffend name: Wir haben in AT viele von plan.at importierte Straßen, die ursprünglich den Ortsnamen als Straßennamen hatten. Wenn ein Ablehner die Straße gesplittet hat, war am neuen Way der falsche Name, mit dem Ablehner als scheinbarem Urheber. Ich hab keine quantitativen Untersuchungen angestellt, aber
Re: [Talk-at] grüninsel auf fußgängerzone
barrier=hedge ;D Am Dienstag, den 28.02.2012, 21:08 +0100 schrieb Christian Hauer: hallo, du hast grundsätzlich recht, was das village_green betrifft. allerdings ist es aber in den wenigsten fällen gras, was in diesen inseln wächst. zumindest in meiner umgebung kenne ich nur immergrüne sträucher oder bodendecker, blumen, oder ähnliches. gras kennt ich nur von größeren flächen oder parks. insofern scheint mir landuse=grass aus nicht allzu passend ... wer weiß was besseres? lg grimnirson Am 2012-02-28 13:47, schrieb Peter Holzleitner: Schau bitte die Definition von village_green an, das hat nix mit Grüninsel zu tun! http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dvillage_green : A public park or recreational green space Auch http://en.wikipedia.org/wiki/Village_green - http://de.wikipedia.org/wiki/Anger Vgl. http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dgrass : A tag for a smaller areas of mown and managed grass for example in the middle of a roundabout, verges beside a road or in the middle of a dual-carriageway. --P ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-pe] Participar
El 02/03/12 11:48, Pablo diaz bendrell escribió: Hola yo tb quiero ir el lunes Hola Pablo, te paso la dirección a tu correo. Saludos! El 2 de marzo de 2012 11:43, Johnattan Rupire jarja...@riseup.net mailto:jarja...@riseup.net escribió: El 01/03/12 14:21, Balaitous escribió: Hola a todos, Hola, bienvenido! algunos nos reuniremos este lunes 5 a las 19.00 hs en el Centro de Lima, si quieres pásate a conocer a la gente. Estoy en el Perú (Lima) hasta el mes de junio. Me gustaría ayudar por la mapa de OSM. Hizo una parte de la mapa de cantat http://www.openstreetmap.org/?lat=-11.4667lon=-76.61768zoom=15layers=M http://www.openstreetmap.org/?lat=-11.4667lon=-76.61768zoom=15layers=M Excelente! el lugar se llama Canta: http://es.wikipedia.org/wiki/Canta También traído poner números en calles de Jesus Maria. http://www.openstreetmap.org/?lat=-12.079429lon=-77.049083zoom=18layers=M http://www.openstreetmap.org/?lat=-12.079429lon=-77.049083zoom=18layers=M Que pienses de poner numero sobre las calles ? Me gustaría agregar los números en mi barrio, quizá lo podríamos hacer el lunes... Saludos! Saludos ___ Talk-pe mailing list Talk-pe@openstreetmap.org mailto:Talk-pe@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pe ___ Talk-pe mailing list Talk-pe@openstreetmap.org mailto:Talk-pe@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pe -- Ing. Pablo Diaz Bendrell Consultor en Geomatica ___ Talk-pe mailing list Talk-pe@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pe ___ Talk-pe mailing list Talk-pe@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pe