Re: [Talk-hr] Okupljanje ZG OSM mappera
Matija Nalis wrote: A otkuda ti moj mob ? Kost ga valjda ima, ali ako nemas njegov... :) BTW Nixa je rekao da vjerojatno ne bude bio u Zg za mapiranje, kaj ne ? Ili se predomislio (ili sam ja nekaj pobrkao) ? nixa ima 2 igotu, i cimnut ce valenta pa ce donijeti jos jedno 2-3. vidimo se ;) ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk] Potlatch 1.3
2009/11/23 Richard Fairhurst rich...@systemed.net Hi all, I'm pleased to announce Potlatch 1.3 - a new version with one major improvement. Potlatch now lets you zoom in as far as zoom level 23. Previous versions only went up to z19, and even then with some loss of positional accuracy. great news. I'm very pleased to hear so soon from this :D cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch 1.3
On Tue, Nov 24, 2009 at 1:41 AM, John Smith deltafoxtrot...@gmail.com wrote: 2009/11/24 Anthony o...@inbox.org: Nevermind. That's about half an inch, and it doesn't seem to be less than a pixel (at my latitude/longitude, anyway). For some reason last time i calculated it I thought it was more. You should use metric it's easier since metric distances were based on a rough approximation of the circumference of the earth ;) I did, but then I stuck the result (of 0.0110574 meters) into Google 0.0110574 meters to inches to convert it into inches. I guess if I had thought about it 1.1 cm is also reasonable. 0.011 meters just didn't strike me as anything useful. I should have thought about it more. I believe my mistake the first time around was to use 1*10^-6 instead of 1*10^-7, because I came up with about 1/3 of a foot (which is approximately the length of 1*10^-6 degree of longitude in Tampa). I don't remember, because I came up with that several weeks ago, and only the end result of 1/3 foot stuck in my head. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iPhone vs Android - OSM shootout
I use an iPhone 3G. I've never used any other GPS device, so I can't give you a direct comparison, just my experience with the iPhone. My area (Japan) was completely blank before I started, so I've really been concentrating on mapping roads rather than POIs. 1) Precision In suburban/low-rise/countryside areas: When placed horizontal on a car dashboard (i.e. probably only half the sky is visible) - or carried horizontally in front when walking - the precision is good. It gets a fix within 10-15 seconds. When carried vertically inside a shoulder bag pocket with the bag over your shoulder, it is less accurate (probably because it is only seeing about 1 quarter or less of the sky), but still creates a track that's useable for mapping. I don't think the vertical/horizontal orientation is important, but the amount of visible sky is important. In city centre (when surrounded by tall skyscrapers and held horizontally away from the body): it is less accurate but reasonable. In city centre (surrounded by tall skyscrapers and carried vertically inside a shoulder bag pocket with the bag over your shoulder and walking along the side of a street): The tracks are not accurate enough for mapping. 2) Applications I've used OSMTrack, Track n' Trails, and Trails. OSMTrack: No map. No graphical display of track. Uploads directly to OSM Displays compass and other info - not focussed on the track. Track n' Trails: No map. Good graphical display of track. Used to be able to upload directly to OSM, but has not been updated since the last OSM API change (so need to email track to email account and then upload from there) Good 'lock' mode, which displays dynamically zoomed track during recording. Has a bug - which I think is caused when the physical 'home' button is pressed before the 'Stop' button in the app is pressed - which can cause sections of the recorded track to be deleted. Nice and simple/clear display - focussed on the track. Trails Displays the OSM (mapnik?) map during track recording (so you can see where roads are unmapped). Displays the track on top of the OSM map. Very complicated - loads of info and buttons and not so intuitive or clear display. My favourite (and the one I've used for all my mapping so far) is Track n' Trails, it's simple and clear. The only thing I miss is that it doesn't display any map, just the graphical track. I've recently purchased Trails because it shows the OSM map, but it feels quite inelegant in comparison. None of those apps (I think) supports POIs. If I was in an area where the roads had already been mapped then I'd use a completely different app, but I haven't looked at any of the POI apps yet. 3) Battery life Not long enough for day trips. The battery runs out in a few hours, even with ordinary usage of the iPhone, so on a day trip with a 2 hour car drive you can't map both the outward and inward journeys. I now have a Mophie Juice Pack Air for the iPhone 3G, which solves the battery problem completely - it can last all day/a few days easily. I'm not normally recording a track continuously all day, but with the Juice Pack Air I have never run out of power. I've never had another smartphone with web access, so I've no idea how the battery of the iPhone 3G compares to the 3GS or Android phones. Regarding your positive and negative points: I don't really think that any of the +ve ones you list for Android are important for me, and I don't think the -ve ones you list for the iPhone are important for me either! Hope that helps! Woll valentt wrote: Hi, I'm looking for the best mobile phone for OpenStreetMap. Which mobile phone do you think is better for OpenStreetMap? Things for consideration are: - onboard GPS precision - applications for GPS logging - applications for POI collection - battery life when mapping (how long can you map) Please share any experience that you have with any or even better if you had experience with both of them. I only user iPhone for a short while, and haven't even seen Android for real but I ran Android emulator via SDK to get a feel for it. Here are some of my thoughts... Android positive points: - platform on the uptake, more apps coming every day - nice POI collection app [1] - runs multiple apps at once - quite open platform Android negative points: - less apps than iPhone, both for OSM and general - not so good as multimedia player (video and audio podcasts) - a bit bigger and heavier than iPhone iPhone positive points: - lots of apps, both for OSM and general [2] - CloudMade MapZen POI collector supports for iPhone [3] - multitouch interface - great multimedia player (video and audio podcasts) - nice deal for a 2 year T-Mobile contract iPhone negative points: - runs only one app at once :( - pretty closed platform :( - quite expensive, no carrier in Croatia offers it in contract deals :( [1]
Re: [OSM-talk] iPhone vs Android - OSM shootout
2009/11/25 Woll w...@2-islands.com: 3) Battery life Not long enough for day trips. The battery runs out in a few hours, even with ordinary usage of the iPhone, so on a day trip with a 2 hour car drive you can't map both the outward and inward journeys. Here's an iPhone negaitve I didn't see mentioned before, non-changable batteries... Most if not every other phone made in the last 10 years allows you to change the battery, some companies make phone battery chargers... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iPhone vs Android - OSM shootout
On Mon, 23 Nov 2009 22:52:46 +0100, andrzej zaborowski wrote: If anyone has experience with any of the two and additionally the Palm Pre, I'm not seeing Palm Pre anywhere in Croatia, and it looks like not available in whole world, only in few countries :( -- pratite me na twitteru - www.twitter.com/valentt http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iPhone vs Android - OSM shootout
On Mon, 23 Nov 2009 23:37:38 +0100, Bernhard zwischenbrugger wrote: Safari in iPhone is better for maps than Android browser o no SVG in Android browser o no multitouch in Android browser Javascript (evt.touches) o no 3d CSS in Android browser 3d css is good for fast zooming) Thanks for the tip! -- pratite me na twitteru - www.twitter.com/valentt http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Duplicate placeholder IDs in the latest JOSM tested (2510)
On Tue, Nov 17, 2009 at 11:50, Dirk Stöcker openstreet...@dstoecker.de wrote: Code consolidation until end of month, so we can have a new release by then. Is the current latest tested release based on 2510 the aforementioned end of the month release? It was released with this bug I filed 4 weeks ago: http://josm.openstreetmap.de/ticket/3812 One user already ran into it during normal editing (see comments on the bug). It's fairly easy to trigger and really hard to fix for normal users who aren't clueful enough to save the file and manually edit it with a text editor until it's uploadable. It would be good if someone could take a look at this bug fix it and release a new JOSM tested soon. Otherwise I think we're going to have a lot of support requests over the next weeks with people running into this bug, and lost data for those that don't have the patience to deal with it. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Duplicate placeholder IDs in the latest JOSM tested (2510)
On Tue, Nov 24, 2009 at 22:14, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: On Tue, Nov 17, 2009 at 11:50, Dirk Stöcker openstreet...@dstoecker.de wrote: Code consolidation until end of month, so we can have a new release by then. Is the current latest tested release based on 2510 the aforementioned end of the month release? It was released with this bug I filed 4 weeks ago: http://josm.openstreetmap.de/ticket/3812 Sorry for the confusion. I mixed up 2510 (a random recent commit) and 2255 (7 weeks old) in my browser and thought that the current JOSM tested had just been released based on 2510. Obviously it's not *that* big a deal if it has been out in JOSM tested and me and RichardB seem to be the only ones complaining. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch 1.3
On 23 Nov 2009, at 16:58, Iván Sánchez Ortega wrote: El Lunes, 23 de Noviembre de 2009, Richard Fairhurst escribió: Potlatch now lets you zoom in as far as zoom level 23. Previous versions only went up to z19, and even then with some loss of positional accuracy. I can already see the headlines of Potlatch 2.0: Potlatch, now with more resolution than the real world! The excellent book 'Map Addict' muses about the ultimate 1:1 map quoting from a story of 'exactitude in science' from 1946 as follows: and so the College of Cartography evolved a Map of the Empire that was the same scale as the empire and that coincided with it point for point... succeeding generations came to judge a map of such magnitude cumbersome, and not without irreverence they abandoned it to the rigours of the sun and rain' I am sure that Potlatch 2.x will never be abandoned to the rigours of the sun and rain (even if Potlatch 1.x does meet that fait ;) ) A thoroughly recommend book. The only heath warning is that the guy loves the Ordnance Survey and can't bring himself to even mention OSM - he nearly does but clearly OSM is not a proper map to his mind. http://www.amazon.co.uk/Map-Addict-Mike-Parker/dp/0007300840 Great work Richard. Regards, Peter :-P -- -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. ___ 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] Potlatch 1.3
On Wed, November 25, 2009 07:40, Peter Miller wrote: On 23 Nov 2009, at 16:58, Iván Sánchez Ortega wrote: El Lunes, 23 de Noviembre de 2009, Richard Fairhurst escribió: Potlatch now lets you zoom in as far as zoom level 23. Previous versions only went up to z19, and even then with some loss of positional accuracy. :( When I slide the aerial photos around (by holding the space bar) the photo layer jumps around and seem to snap to positions far away from where the mouse is. This didn't used to happen. I'm sure this is not the right place to file a bug report, but since we're talking about v1.3... Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Duplicate placeholder IDs in the latest JOSM tested (2510)
2009/11/25 Ævar Arnfjörð Bjarmason ava...@gmail.com: Sorry for the confusion. I mixed up 2510 (a random recent commit) and 2255 (7 weeks old) in my browser and thought that the current JOSM tested had just been released based on 2510. Obviously it's not *that* big a deal if it has been out in JOSM tested and me and RichardB seem to be the only ones complaining. I've had the same issue occur on several occasions, it's most annoying, but didn't happen often enough for me to work out why. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch 1.3
El Martes, 24 de Noviembre de 2009, Frederik Ramm escribió: Maybe ~= 100km, but == 60 nm. Am I the only one who has read that as 60 nanometers? -- -- Iván Sánchez Ortega i...@sanchezortega.es http://ivan.sanchezortega.es Proudly running Debian Linux with 2.6.31-1-amd64 kernel, KDE 3.5.10, and PHP 5.2.11-1 generating this signature. Uptime: 02:34:07 up 8 days, 23:27, 4 users, load average: 0.36, 0.34, 0.36 signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch 1.3
I'm still reading it nanometers even after reading your email and after spending 7 months in a flight simulator company! 2009/11/24 Iván Sánchez Ortega i...@sanchezortega.es El Martes, 24 de Noviembre de 2009, Frederik Ramm escribió: Maybe ~= 100km, but == 60 nm. Am I the only one who has read that as 60 nanometers? -- -- Iván Sánchez Ortega i...@sanchezortega.es http://ivan.sanchezortega.es Proudly running Debian Linux with 2.6.31-1-amd64 kernel, KDE 3.5.10, and PHP 5.2.11-1 generating this signature. Uptime: 02:34:07 up 8 days, 23:27, 4 users, load average: 0.36, 0.34, 0.36 ___ 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] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data
On Wed, Nov 25, 2009 at 1:34 AM, David ``Smith'' vidthe...@gmail.com wrote: I'll concede that there's a me too aspect involved with trying to make OSM work for geocoding like the big names do. But that doesn't mean there aren't legitimate motivations. OSM's street map is arguably better than the big names in many places, including ones that started with a TIGER import. I'd love to tell people to use OSM rather than Google, but most casual users will dismiss it if they enter their home address and nothing comes up. It'd be much easier than importing TIGER addresses into OSM if you just used the TIGER data itself to get a latitude/longitude pair and then fed that lat/lon into OSM. In fact, it's basically already been written: http://search.cpan.org/~sderle/Geo-Coder-US/US.pm use Geo::Coder::US; Geo::Coder::US-set_db( geocoder.db ); my ($ora) = Geo::Coder::US-geocode( 1005 Gravenstein Hwy N, 95472 ); print http://www.openstreetmap.org/?lat=$ora-{lat}lon=$ora-{long}zoom=16; Just add form processing. Yes, this wouldn't be editable, but does the TIGER data really need editing anyway? TIGER can be a fallback, after a more accurate search of the OSM data fails. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch 1.3
Hi, Iván Sánchez Ortega wrote: El Martes, 24 de Noviembre de 2009, Frederik Ramm escribió: Maybe ~= 100km, but == 60 nm. Am I the only one who has read that as 60 nanometers? No, a certain Martin K. has already reported the same. I'd say it depends on context; nm is often, if sloppily, used in aviation at least, but since sub-meter precision isn't required there, nobody will misread it. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Noordelijke mapping party - Update
On Tue, 24 Nov 2009, Martijn van Exel wrote: Ik zie dat je dit grotendeels al gedaan hebt trouwens, Lennard of Floris dacht ik. Wat er evt. nog aan toegevoegd zou kunnen worden is een afschrift van de correspondentie die de formele toestemming bevat. Ik zal even opzoek gaan naar de CC-BY-SA aankondiging. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] intransparantie m.b.t. rechtmatigheid geimporteerde data
On Tue, 24 Nov 2009, Freek wrote: On Monday 23 November 2009 23:02:50 Stefan de Konink wrote: Oftewel kijk eens op onze blog terug; http://blog.openstreetmap.nl/index.php/2009/03/02/een-mirror-en-nieuwe-data Hee, ik lees daar dat er ook hoogte-informatie beschikbaar is, waarom is dat niet meegenomen bij de import? Datamodel osm suckt ;) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] intransparantie m.b.t. rechtmatigheid geimporteerde data
On Tuesday 24 November 2009 09:28:45 Stefan de Konink wrote: On Tue, 24 Nov 2009, Freek wrote: On Monday 23 November 2009 23:02:50 Stefan de Konink wrote: Oftewel kijk eens op onze blog terug; http://blog.openstreetmap.nl/index.php/2009/03/02/een-mirror-en-nieuwe- data Hee, ik lees daar dat er ook hoogte-informatie beschikbaar is, waarom is dat niet meegenomen bij de import? Datamodel osm suckt ;) Ik dacht meer aan een simpele height-tag op elk gebouw... -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] intransparantie m.b.t. rechtmatigheid geimporteerde data
On Tue, 24 Nov 2009, Freek wrote: Ik dacht meer aan een simpele height-tag op elk gebouw... 3dshapes gaat volgens mij over vormen, dus ook schuine daken. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] intransparantie m.b.t. rechtmatigheid geimporteerde data
Hee, ik lees daar dat er ook hoogte-informatie beschikbaar is, waarom is dat niet meegenomen bij de import? De eerste conversie was wel gedaan met de hoogte erop, maar er bleek al snel zoveel variatie in te zitten, zelfs tussen identieke huizenblokken in dezelfde straat, dat het beter leek om geen hoogte-informatie mee te nemen dan foute informatie. De hoogte van de gebouwen was ook t.o.v. NAP, dus in bijvoorbeeld Maastricht hadden we opeens allemaal gebouwen van richting de 100 m hoogte. Dat viel bij de eerste proefimports (Ilpendam, Heiloo) nog niet op. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] intransparantie m.b.t. rechtmatigheid geimporteerde data
On Tuesday 24 November 2009 09:41:17 Stefan de Konink wrote: On Tue, 24 Nov 2009, Freek wrote: Ik dacht meer aan een simpele height-tag op elk gebouw... 3dshapes gaat volgens mij over vormen, dus ook schuine daken. Snap ik, maar dan kan je toch nog steeds de hoogte van het hoogste punt invoeren? (Dat is waarschijnlijk waar de meeste mensen aan denken als je vraagt wat de hoogte van een gebouw is.) -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] intransparantie m.b.t. rechtmatigheid geimporteerde data
2009/11/24 Stefan de Konink ste...@konink.de: On Tue, 24 Nov 2009, Freek wrote: Ik dacht meer aan een simpele height-tag op elk gebouw... 3dshapes gaat volgens mij over vormen, dus ook schuine daken. Nee, het zijn simpele objecten met een hoogteattribuut. Ik meen dat het niet eens een echt 3D-shapebestand is. Dat hoogteattribuut zouden we dus zo kunnen meenemen in een import. Martijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] intransparantie m.b.t. rechtmatigheid geimporteerde data
2009/11/24 Roeland Douma u...@rullzer.com: On Tue, 24 Nov 2009 09:28:45 +0100 (CET), Stefan de Konink ste...@konink.de wrote: On Tue, 24 Nov 2009, Freek wrote: On Monday 23 November 2009 23:02:50 Stefan de Konink wrote: Oftewel kijk eens op onze blog terug; http://blog.openstreetmap.nl/index.php/2009/03/02/een-mirror-en-nieuwe-data Hee, ik lees daar dat er ook hoogte-informatie beschikbaar is, waarom is dat niet meegenomen bij de import? Datamodel osm suckt ;) Probleem is vooral dat de hoogte in 3dShapes wat te wensen overlaat. * Tussen twee huizen kan zomaar 3 meter hoogte verschil zitten. Terwijl het toch vrijwel identieke huizen zijn (voor mijn niet-timmermans oog dan) * Hoogtes zijn relatief ten opzichte van het NAP niet ten opzichte van de grond. En daar we geen mooi hoogte bestand hebben daarvoor is het erg lastig hoogte gokken. --Roeland Wat het eerste punt betreft: er zitten rare dingen in, maar het is nog altijd veel beter dan niks. In de AND-data zaten ook *veel* 'rare dingen'. Punt twee: we kunnen daar SRTM voor gebruiken. Perfect is het niet, maar voor Nederland redelijk geschikt. De resolutie is 45m. Voor meer detail zouden we AHN moeten nemen, maar ik zie niet zo gauw gebeuren dat dat wordt vrijgegeven. Martijn martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] intransparantie m.b.t. rechtmatigheid geimporteerde data
On Tue, 24 Nov 2009, Martijn van Exel wrote: Voor meer detail zouden we AHN moeten nemen, maar ik zie niet zo gauw gebeuren dat dat wordt vrijgegeven. Waarom niet? Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] intransparantie m.b.t. rechtmatigheid geimporteerde data
On Tuesday 24 November 2009 10:13:05 Martijn van Exel wrote: 2009/11/24 Roeland Douma u...@rullzer.com: Probleem is vooral dat de hoogte in 3dShapes wat te wensen overlaat. * Tussen twee huizen kan zomaar 3 meter hoogte verschil zitten. Terwijl het toch vrijwel identieke huizen zijn (voor mijn niet-timmermans oog dan) * Hoogtes zijn relatief ten opzichte van het NAP niet ten opzichte van de grond. En daar we geen mooi hoogte bestand hebben daarvoor is het erg lastig hoogte gokken. --Roeland Wat het eerste punt betreft: er zitten rare dingen in, maar het is nog altijd veel beter dan niks. In de AND-data zaten ook *veel* 'rare dingen'. Punt twee: we kunnen daar SRTM voor gebruiken. Perfect is het niet, maar voor Nederland redelijk geschikt. De resolutie is 45m. Voor meer detail zouden we AHN moeten nemen, maar ik zie niet zo gauw gebeuren dat dat wordt vrijgegeven. Met 3m afwijking valt nog te leven, 45m lijkt me wat te veel... -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] intransparantie m.b.t. rechtmatigheid geimporteerde data
On Tue, 24 Nov 2009, Freek wrote: Met 3m afwijking valt nog te leven, 45m lijkt me wat te veel... En zelfs met dat hoogte bestand. Waarom wil je het materialiseren in OSM. In plaats van een functie in de renderer. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] intransparantie m.b.t. rechtmatigheid geimporteerde data
2009/11/24 Freek freek_...@vanwal.nl: On Tuesday 24 November 2009 10:13:05 Martijn van Exel wrote: 2009/11/24 Roeland Douma u...@rullzer.com: Probleem is vooral dat de hoogte in 3dShapes wat te wensen overlaat. * Tussen twee huizen kan zomaar 3 meter hoogte verschil zitten. Terwijl het toch vrijwel identieke huizen zijn (voor mijn niet-timmermans oog dan) * Hoogtes zijn relatief ten opzichte van het NAP niet ten opzichte van de grond. En daar we geen mooi hoogte bestand hebben daarvoor is het erg lastig hoogte gokken. --Roeland Wat het eerste punt betreft: er zitten rare dingen in, maar het is nog altijd veel beter dan niks. In de AND-data zaten ook *veel* 'rare dingen'. Punt twee: we kunnen daar SRTM voor gebruiken. Perfect is het niet, maar voor Nederland redelijk geschikt. De resolutie is 45m. Voor meer detail zouden we AHN moeten nemen, maar ik zie niet zo gauw gebeuren dat dat wordt vrijgegeven. Met 3m afwijking valt nog te leven, 45m lijkt me wat te veel... Sorry, dat is de resolutie in het XY-vlak. Elke cel is 45m groot. De reolutie in de hoogte is vziw 1m. Martijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] intransparantie m.b.t. rechtmatigheid geimporteerde data
SRTM is erg onnauwkeurig om de grondhoogte te bapelen. De afwijking zal hier eerder stuk groter van worden. Denk dat we er dan meer aan hebben als mensen gewoon gokken hoe hoog een gebouw is dan proberen het semi automatisch erin te knallen. --Roeland On Tue, 24 Nov 2009 10:49:36 +0100, Martijn van Exel mve...@gmail.com wrote: 2009/11/24 Freek freek_...@vanwal.nl: On Tuesday 24 November 2009 10:13:05 Martijn van Exel wrote: 2009/11/24 Roeland Douma u...@rullzer.com: Probleem is vooral dat de hoogte in 3dShapes wat te wensen overlaat. * Tussen twee huizen kan zomaar 3 meter hoogte verschil zitten. Terwijl het toch vrijwel identieke huizen zijn (voor mijn niet-timmermans oog dan) * Hoogtes zijn relatief ten opzichte van het NAP niet ten opzichte van de grond. En daar we geen mooi hoogte bestand hebben daarvoor is het erg lastig hoogte gokken. --Roeland Wat het eerste punt betreft: er zitten rare dingen in, maar het is nog altijd veel beter dan niks. In de AND-data zaten ook *veel* 'rare dingen'. Punt twee: we kunnen daar SRTM voor gebruiken. Perfect is het niet, maar voor Nederland redelijk geschikt. De resolutie is 45m. Voor meer detail zouden we AHN moeten nemen, maar ik zie niet zo gauw gebeuren dat dat wordt vrijgegeven. Met 3m afwijking valt nog te leven, 45m lijkt me wat te veel... Sorry, dat is de resolutie in het XY-vlak. Elke cel is 45m groot. De reolutie in de hoogte is vziw 1m. Martijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] intransparantie m.b.t. rechtmatigheid geimporteerde data
On Tue, 24 Nov 2009, Freek wrote: Horizontale nauwkeurigheid is niet zo boeiend in NL zou ik zeggen :-) Dus je wilt heel de data set als losse XY punten importeren? (Ben ik hier de enige die dat totaal onzinnig vind?) Geeft wel een leuk effect 'waarom staat dat grid met puntjes in NL?' Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] intransparantie m.b.t. rechtmatigheid geimporteerde data
On Tue, 24 Nov 2009, Rob wrote: Op 24 november 2009 11:54 heeft Stefan de Konink ste...@konink.de het volgende geschreven: Ga je samen met Bas ook invoeren hoe breedt de deuren zijn ;) ik wil er niet aan denken wat er gebeurt als je met je rolmaat voor iemands deur staan te meten ;) bel de ambulance maar alvast Sommige mensen zullen HEEL hulpvaardig zijn las lik laatst op talk-nl :D Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] intransparantie m.b.t. rechtmatigheid geimporteerde data
Je hebt gelijk. SRTM corrigeert niet voor gebouwen / vegetatie. Is dus onbruikbaar voor corrigeren van de 3dshapes. AHN heeft wel een bestand dat gefilterd is op vegetatie en gebouwen. martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2009/11/24 Roeland Douma u...@rullzer.com: SRTM is erg onnauwkeurig om de grondhoogte te bapelen. De afwijking zal hier eerder stuk groter van worden. Denk dat we er dan meer aan hebben als mensen gewoon gokken hoe hoog een gebouw is dan proberen het semi automatisch erin te knallen. --Roeland On Tue, 24 Nov 2009 10:49:36 +0100, Martijn van Exel mve...@gmail.com wrote: 2009/11/24 Freek freek_...@vanwal.nl: On Tuesday 24 November 2009 10:13:05 Martijn van Exel wrote: 2009/11/24 Roeland Douma u...@rullzer.com: Probleem is vooral dat de hoogte in 3dShapes wat te wensen overlaat. * Tussen twee huizen kan zomaar 3 meter hoogte verschil zitten. Terwijl het toch vrijwel identieke huizen zijn (voor mijn niet-timmermans oog dan) * Hoogtes zijn relatief ten opzichte van het NAP niet ten opzichte van de grond. En daar we geen mooi hoogte bestand hebben daarvoor is het erg lastig hoogte gokken. --Roeland Wat het eerste punt betreft: er zitten rare dingen in, maar het is nog altijd veel beter dan niks. In de AND-data zaten ook *veel* 'rare dingen'. Punt twee: we kunnen daar SRTM voor gebruiken. Perfect is het niet, maar voor Nederland redelijk geschikt. De resolutie is 45m. Voor meer detail zouden we AHN moeten nemen, maar ik zie niet zo gauw gebeuren dat dat wordt vrijgegeven. Met 3m afwijking valt nog te leven, 45m lijkt me wat te veel... Sorry, dat is de resolutie in het XY-vlak. Elke cel is 45m groot. De reolutie in de hoogte is vziw 1m. Martijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] More NearMap Sydney imagery...
Not sure what's happening, but there is some new hi-res imagery available to the west and south west of the Sydney region. Also when you zoom out there appears to be more in the process of being processed I guess. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] More NearMap Sydney imagery...
Their site is now showing the date as the 14th of Nov, but nothing shows up on their twitter page about Sydney then. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] More NearMap Sydney imagery...
2009/11/24 Evan Sebire e...@sebire.org: Haven't checked in the last 24 hours, but yesterday I cleared the 700Mb cache that Merkaartor had built up of Eastern suburbs around Melbourne, but still were getting a mix of tiles(old/new) around the zoom 19 level. When I checked with a web browser it still seems to be a mix, not sure if it could be ISP caching? I think NearMap does their own caching too, as one of the posts on their forum had something about them clearing it in response to a post by morb-au... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] tracing from ear map imagery
I've just been looking at the nearmap imagery, and getting very jealous we don't have anything approaching this in the UK. Anyway, whets the preferred approach when I see road layout in OSM which is very different to the nearmap imagery. 1) edit OSM to make it like neamap 2) simply file a note on OpenStreetBug, but leave OSM data unchanged 3) ignore it and let you Aussies sort it out yourselves? David ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] tracing from ear map imagery
2009/11/25 David Groom revi...@pacific-rim.net: I've just been looking at the nearmap imagery, and getting very jealous we don't have anything approaching this in the UK. Anyway, whets the preferred approach when I see road layout in OSM which is very different to the nearmap imagery. 1) edit OSM to make it like neamap 2) simply file a note on OpenStreetBug, but leave OSM data unchanged 3) ignore it and let you Aussies sort it out yourselves? If you feel comfortable that you can edit similar to how everyone else is mapping in Australia there is no reason you shouldn't fix issues you find. There is a wiki page specificly written to help guide people when mapping in Australia: http://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines The NearMap imagery is as good or better than most GPS traces in terms of accuracy, it has the added advantage of infinite points in curves etc. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] tracing from ear map imagery
On Tue, 24 Nov 2009 15:59:05 - David Groom revi...@pacific-rim.net wrote: I've just been looking at the nearmap imagery, and getting very jealous we don't have anything approaching this in the UK. Anyway, whets the preferred approach when I see road layout in OSM which is very different to the nearmap imagery. 1) edit OSM to make it like neamap 2) simply file a note on OpenStreetBug, but leave OSM data unchanged 3) ignore it and let you Aussies sort it out yourselves? David Hi David, Make sure that you georeference the nearmap imagery before changing anything, ie find something that has been surveyed and align the nearmap imagery with that. 1) Don't change ways tagged as survey unless it is really incorrect or it's going to improve the information, also look at the gps traces already uploaded to osm. 2) If your not sure about something then that would be a good start. 3) Post a message to this list with the lat/long and someone will come along and fix it. -- Cheers Ross ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] NearMap article on Wikipedia
OSM Team AU, Lets show some love... New Wikipedia NearMap article... http://en.wikipedia.org/wiki/NearMap Article needs some expanding. / Grant ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] More NearMap Sydney imagery...
Yeah, we cache at several levels, and quite aggressively. The conflict between getting stuff cached for a decent time and yet being responsive to imagery changes is, er, challenging! However, if you use If-Modified-Since and If-No-Match queries, you should be able to get sensible responses for when tiles are modified. Cheers b 2009/11/24 John Smith deltafoxtrot...@gmail.com 2009/11/24 Evan Sebire e...@sebire.org: Haven't checked in the last 24 hours, but yesterday I cleared the 700Mb cache that Merkaartor had built up of Eastern suburbs around Melbourne, but still were getting a mix of tiles(old/new) around the zoom 19 level.When I checked with a web browser it still seems to be a mix, not sure if it could be ISP caching? I think NearMap does their own caching too, as one of the posts on their forum had something about them clearing it in response to a post by morb-au... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au -- Ben Last Development Manager (HyperWeb) NearMap Pty Ltd ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Merkwürdig(?): Zeitsprung in O SM-Daten ??
Hallo Kai, Kai Behncke wrote: Wenn ich mit regulären Expressions timestamp, changeset und version in beiden Files auf identische Werte setze, dann werden mir in der Tat nur Pois ausgegeben, welche tatsächlich eine relevante Veränderung beinhalten. Wenn Du uns etwas genauer sagen wuerdest, wass das grosse Ziel ist, dann wuerde uns vielleicht auch ein anderer Loesungsweg einfallen. Du fragst immer nur nach der Loesung des naechsten kleinen Schrittes... Hast Du denn das osmdiff von Gary68 mal ausprobiert? Das malt zwar eigene Bilder, aber ich wuerde mal schaetzen, es duerfte nicht schwer sein, da direkt Shapefiles mit den Aenderungen auszugeben. Die Veränderung ist zwar 1a richtig, allerdings läßt sich dann der way nicht mehr visualisieren (z.B. in Q-GIS) weil ja einige Punkte (die ja auch keine Veränderung aufweisen) nicht in das osc-File übernommen werden. Ich fürchte, für die Visualisierung wird es da wohl so ohne weiteres keine vorhandene Lösung geben, oder? Dein Problem koennte sich eventuell mit ein bisschen Gebastel und der --used-node-Funktion von Osmosis loesen lassen, also etwa so: 1. Liste aller veraenderten Ways generieren wie Du es jetzt schon hast. 2. Liste *aller* Nodes generieren, Ways dabei wegwerfen (ggf. mit Editor den Way-Teil der XML-Datei entfernen). 3. beide Dateien einlesen und mittels --used-node nur diejenigen Nodes ausgeben lassen, die von Ways benutzt werden: osmosis --rx nodes.osm --rx ways.osm --merge --used-node --wx diff.osm Nun muesstest Du allerdings zusaetzlich noch jene Nodes ermitteln, an denen sich etwas geaendert hat, und die Dir noch fehlen; diese Liste koenntest Du ja mittels --merge mit dem o.g. diff.osm zusammenfuegen. Nun wuerden Dir lediglich noch die Ways fehlen, bei denen sich zwar ein Node, nicht aber der Way selbst veraendert hat. Dazu hab ich aber auch keine Idee, ich wuerde das mit einem Perl-Skript machen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Merkwürdig(?): Zeitsprung in O SM-Daten ??
Hallo allerseits, danke erstmal an Euch für die Tips. Wenn Du uns etwas genauer sagen wuerdest, wass das grosse Ziel ist, dann wuerde uns vielleicht auch ein anderer Loesungsweg einfallen. Du fragst immer nur nach der Loesung des naechsten kleinen Schrittes... Im Grunde bin ich so erstmal zufrieden :-) Ich wollte hier einmal testen, was Osmosis, Useractivity und osmdiff im Augenblick so leisten, und das alles am Biespiel von Osnabrück (April vs. November). Hintergrund ist, dass unsere Studenten einen OSM-Radroutenplaner erstellen, und da wollte ich mal sehen, was die alles so gemappt haben. Beste Grüße, Kai -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik: Pfaelzer Wald kaputt
Frederik Ramm schrieb am 24.11.2009 19:31: Dennoch ist ein sauberes Tagging von Multipolygonen ein grosser Schritt dahin, vernuenftig verwertbare Daten zu erhalten. Im Prinzip ja. Aber gut gemeint ist dabei leider nicht immer gut gemacht. Der im Betreff genannte Pfaelzer Wald ist zwar wieder mal so ein Pseudowald (also ein Gebiet, das durchaus auch nicht-Waldgebiete einschliesst, und halt Pfaelzer Wald heisst). Yepp, sowas kenne ich. Das sollte dann aber auch nicht in einem Konstrukt mit dem Tag landuse=forest zusammengefasst werden. Dann lieber einzelne Waldgebiete erfassen und ein place=locality mit name=Pfaelzer Wald anlegen Im allgemeinen gilt doch aber, wenn es tatsaechlich einen Wald mit Namen gibt, der aus irgendwelchen Gruenden in Teile zerfaellt, dann will man da ein sauberes Multipolygon haben und nicht mehrere einzelne Polygone - so ergibt eine Suche nach dem Namen des Waldes auch genau einen Treffer und nicht X verschiedene. Alternativ zeichnet man lauter in sich geschlossene Einzelflaechen und setzt dann den Namen in eine Relation die aussagt, dass all diese Flaechen zusammengehoeren. Wenn man ein Krankenhaus mit mehreren Bauteilen hat, dann will man doch auch nicht all diese Bauteile ueber ein Multipolygon eintragen und die Zwischenraeume dann als inner-Flaechen ausschneiden. Das waere zwar laut Wiki eine korrekte Anwendung des Multipolygon, Murks ist es aber trotzdem. Wenn ein Wald eine Lichtung hat, dann moechte man das gern als sauberes Polygon sehen, und nicht als ein natural=land, layer=1 auf dem Wald drauf - auch wenn dies u.U sogar leichter zu rendern ist, fuer andere Nutzungsarten ist das Quark. Wenn gar mehrere aneinanderliegende Flaechen gezeichnet werden, wo eigentlich eine gemeint ist, dann ist auch das eine Kruecke, die allenfalls vermeintlich gut nutzbar ist... Das ist zwar gut zu rendern aber trotzdem alles andere als gut auszuwerten. Ein derartiger Missbrauch des layer-Tags ist sicherlich nicht zu empfehlen. Ich wuerde es auch begruessen, wenn die Renderer die Layer-Tags beim Rendern von Flaechen nicht beruecksichtigen wuerden. (Es gibt kaum Faelle, wo wirklich Flaechen uebereinander liegen. Und wenn doch, dann ist muss die wuenschenswerte Anzeigereihenfolge nicht zwingend mit der physikalischen Anordnung uebereinstimmen.) Dann wuerden solche Kruecken auch nicht so haeufig benutzt werden. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] new tag for auto stand
On Tuesday 24 Nov 2009 2:30:41 pm PlaneMad wrote: how about this with a green indicator. so green=prepaid, no problems blue=meter red=non metered, prepare to fight :) kenneth can you post a link if it shows up on the map, id like to know how it looks sure - may take a day or two. -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] update cycle [was] new tag for auto stand
On Tue, Nov 24, 2009 at 2:49 PM, Kenneth Gonsalves law...@au-kbc.org wrote: kenneth can you post a link if it shows up on the map, id like to know how it looks To test I put one test point at: http://xlquest.net/?zoom=17lat=30.86679lon=75.85873layers=B Kenneth: Is it possible to show on xlquest.net: Updated: 4 hours earlier Nex update: After 3 days or something like that. -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] gillMapping: A mapping party for village
On Tue, Nov 24, 2009 at 6:29 AM, H.S.Rai hardeep@gmail.com wrote: Results so for: http://www.openstreetmap.org/?lat=30.84596lon=75.862zoom=17layers=0B00FTF With additional zoom level, congested areas render look much better. Just saw, gillMapping' s areas is rendered on Indian OSM server: http://xlquest.net/?zoom=19lat=30.84672lon=75.86045layers=B Is Experimental word needed in Experimental osm map of India? -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
[Talk-in] Embedding map
Can I embed map from Indian OSM server, like: http://gndec.ac.in/genesis/wp/?page_id=237 If yes, how? -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Embedding map
On Wed, Nov 25, 2009 at 5:52 AM, Kenneth Gonsalves law...@au-kbc.org wrote: On Tuesday 24 Nov 2009 6:14:51 pm H.S.Rai wrote: we need to add an embed.html file on our server. The index.html is available in the repository, and I have cut and pasted the osm embed.html and added it to the repo. Now we need to customise that. Any volunteers? How to edit it. You gave me access and I can login at: http://bitbucket.org/lawgon/osmindia/ I will download it and edit it. How to submit changes. There must be how to or tutorial, but I could not find steps in Help on bitbucket. Please help. Does repo directly reflect files on Server or you push them on server manually? -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Embedding map
On Wednesday 25 Nov 2009 9:37:03 am H.S.Rai wrote: On Wed, Nov 25, 2009 at 5:52 AM, Kenneth Gonsalves law...@au-kbc.org wrote: On Tuesday 24 Nov 2009 6:14:51 pm H.S.Rai wrote: we need to add an embed.html file on our server. The index.html is available in the repository, and I have cut and pasted the osm embed.html and added it to the repo. Now we need to customise that. Any volunteers? How to edit it. You gave me access and I can login at: http://bitbucket.org/lawgon/osmindia/ I will download it and edit it. How to submit changes. There must be how to or tutorial, but I could not find steps in Help on bitbucket. it is a mercurial repository - you check out the files using 'hg clone' which gives you a local copy of the repository. You then edit the file, and commit it using 'hg commit'. Then you push it to the repository using 'hg push'. You need mercurial installed on your machine and you need to read some howto on mercurial. Please help. Does repo directly reflect files on Server or you push them on server manually? no - I test out locally and push to the server - of course with you, I would probably not test (which means that if the server goes belly up ...). So please test before committing changes. -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
[Talk-in] Domain for IOSM [was] Indic fonts on IOSM
On Wed, Nov 25, 2009 at 11:37 AM, Kenneth Gonsalves law...@au-kbc.org wrote: osm.in all these would need permission from OSMF - I don't see any problem or issue from OSMF, but question is are we interested in that. and broad support by the Indian OSM community. Right. Let us see what others say. The server is hosted by NRC-FOSS What is the view of NRC-FOSS? -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Domain for IOSM [was] Indic fonts on IOSM
On Wednesday 25 Nov 2009 11:57:15 am H.S.Rai wrote: The server is hosted by NRC-FOSS What is the view of NRC-FOSS? NRC-FOSS has a policy of hosting any free and open source project free of cost subject to availability of resources. -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Embedding map
On Wednesday 25 Nov 2009 11:59:05 am you wrote: On Wed, Nov 25, 2009 at 11:41 AM, Kenneth Gonsalves law...@au-kbc.org wrote: cannot figure out how to download the file, kindly mail it to me as an attachment. Done. Please see attachment. I am afraid that just replacing 'openstreetmap' by 'xlquest' is not going to solve the problem. It requires someone who knows javascript and is familiar with open layers to do this. -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Embedding map
On Wed, Nov 25, 2009 at 12:10 PM, Kenneth Gonsalves law...@au-kbc.org wrote: I am afraid that just replacing 'openstreetmap' by 'xlquest' is not going to solve the problem. It requires someone who knows javascript and is familiar with open layers to do this. Then I may not be able to do much. But sharing some more information may be good on this list. However, my dirty solution is here (have look on 2nd map): http://gndec.ac.in/genesis/wp/?page_id=237 -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
[Talk-it] Impostazione data/ora su 747
Ciao a tutti, c'è un modo per impostare l'ora sul mio gps (i-blue 747) allo scopo di sincronizzarlo con la macchina fotografica? L'idea è di usare Gpicsync, ma non ho trovato istruzioni al riguardo né nel software originale né nel man di Mtkbabel. Devo scoprire in qualche modo l'orario del 747 e impostare di conseguenza soltanto l'orario della fotocamera? Alessandro Pozzato ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Impostazione data/ora su 747
Un GPS in sostanza è un orologio molto preciso, visto che la distanza dal satellite viene calcolata poprio sul ritardo del segnale. Devi sincronizzare la macchina fotografica, cosa facile a dirsi ma più complicato a farsi visto che normalmente non puoi impostare i secondi. Quindi la strada è sincronizzare successivamente le foto con il tracciato e in genere è una delle funzioni principali dei software per la geotaggatura. Se il GPS ha un display che mostra l'ora fagli una foto alla partenza così puoi calcolare la differenza di tempo, altrimenti fotografa un elemento ben identificabile successivamente sulla mappa e calcoli da quello lo scarto tra i due orologi. Luigi - Original Message - From: Alessandro Pozzato apozz...@libero.it To: talk-it@openstreetmap.org Sent: Tuesday, November 24, 2009 10:58 AM Subject: [Talk-it] Impostazione data/ora su 747 Ciao a tutti, c'è un modo per impostare l'ora sul mio gps (i-blue 747) allo scopo di sincronizzarlo con la macchina fotografica? L'idea è di usare Gpicsync, ma non ho trovato istruzioni al riguardo né nel software originale né nel man di Mtkbabel. Devo scoprire in qualche modo l'orario del 747 e impostare di conseguenza soltanto l'orario della fotocamera? Alessandro Pozzato ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Impostazione data/ora su 747
On Tue, Nov 24, 2009 at 10:58:21AM +0100, Alessandro Pozzato wrote: Ciao a tutti, c'è un modo per impostare l'ora sul mio gps (i-blue 747) allo scopo di sincronizzarlo con la macchina fotografica? Direi piuttosto il viceversa: sincronizzare l'orologio della macchina fotografica con quello del GPS... Il GPS riceve l'ora precisa dai satelliti, ma per vederla dovresti collegare un software che interpreta le stringhe NMEA. In Linux ad esempio puoi usare gpsd. Credo che esistano software che prendono i dati da gpsd e impostano l'ora di sistema, ma a quel punto anche il normale ntpd fa al caso tuo. Quindi in definitiva devi sincronizzare la macchina fotografica con l'orologio del PC. -- Niccolo Rigacci Firenze - Italy ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] divieto di uscita
2009/11/19 Luigi Chiesa lchi...@tiscalinet.it Dal punto di vista logico di un sistema di navigazione la relazione può funzionare, ma di fatto si tratta di un breve tratto di strada a senso unico (o almeno di solito si sono i cartelli di divieto di accesso da un lato e qualche volta il cartello di senso unico dall'altro), e visto che bisogna mappare la realtà credo che bisogni optare per questa soluzione anche se poco elegante. IMHO se c'è da una parte il cartello blu con la scritta senso unico: mappare un senso unico. Se c'è solo il cartello rosso tondo con il nastro bianco: non è un senso unico, è un divieto di entrare da questa parte dentro alla strada. Quindi la soluzione relazione (type=restriction) sarebbe consentito nel secondo caso. Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Appropriatezza dei valori di place= per l'Italia
2009/11/20 David Paleino da...@debian.org Per il motivo storico, c'inventiamo qualcosa per segnalarlo? Metterlo nel name= è bruttino IMHO (name=Città di [..], name=Comune di [..]), e forse anche sbagliato. si potrebbe inventare qualcosa, pero non si ferma con la parola città, ci sono vari features storici da considerare, il discorso è ampissimo (anche guardando solo le città italiane/europee). L'articolo in Wikipedia:it non mi sembra di rifletterlo abbastanza, ma se vedi qui: http://de.wikipedia.org/wiki/Stadt#Das_Recht_in_der_mittelalterlichen_Stadt hai un primo punto di partenza: - diritto per avere mura e un esercito - vari privilegi di mercato, tasse, pedaggio,... - indipendenza/dependenza/sede di un nobile/ente clericale / autogestione / legge locale poi ovviamente queste cose hanno anche cambiato nel tempo... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] problemi geometrici in Potlatch
2009/11/17 Martin Koppenhoefer dieterdre...@gmail.com ciao a tutti, a precindere del progresso notevole di potlatch e della interfaccia veramente bello ho notato una cosa che non ero accorto finora: potlatch usa una griglia con risoluzione inferiore a quella del database. Sfortunatamente questo non è facilmente corregibile: http://trac.openstreetmap.org/ticket/2468 ma sarà risolto in Potlatch 3 secondo Richard. Per illustrare l'effetto di questo, guardate qui (lo stesso oggetto, obelisco del vaticano): http://trac.openstreetmap.org/attachment/ticket/2468/potlatch_obelisk.png http://trac.openstreetmap.org/attachment/ticket/2468/josm_obelisk.png Consiglio di non usare Potlatch quando c'è bisogno di accuratezza geometrica... Col nuovo Potlatch 1.3 questi problemi non esistono più. Il zoom va fino al Z23 (prima Z19) e la precisione è stata aumentata! Grandi notizie. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Impostazione data/ora su 747
Il giorno mar, 24/11/2009 alle 10.58 +0100, Alessandro Pozzato ha scritto: Ciao a tutti, c'è un modo per impostare l'ora sul mio gps (i-blue 747) allo scopo di sincronizzarlo con la macchina fotografica? L'idea è di usare Gpicsync, ma non ho trovato istruzioni al riguardo né nel software originale né nel man di Mtkbabel. Devo scoprire in qualche modo l'orario del 747 e impostare di conseguenza soltanto l'orario della fotocamera? Non puoi variare l'ora del GPS in quanto si tratta dell'ora di un orologio atomico inviata dal satellite, leggermente più precisa di quella della macchina fotografica :-), ed è la base su cui funziona il sistema GPS. Si lavora viceversa sincronizzando la macchina al GPS. Per questo esiste una funzione apposita su Josm quando carichi le foto. E' ideata per funzionare in questa maniera: tu fai una foto su cui si legga l'ora del GPS, poi visualizzando l'immagine scrivi qual'è l'orario indicato e il software calcola la differenza e la applica a tutte le foto. Visto che l'i-blue non ha il display io uso un sistema leggermente diverso: Quando parto faccio un waypoint e contemporaneamente faccio una foto in cui si vede che lo faccio. Quando scarico il GPX leggo dentro al file l'orario del waypoint e in questa maniera ho l'orario della foto che inserisco in josm. Stavo fra l'altro pensando di fare un programmino che facesse il tutto automaticamente, chissà magari troverò il tempo prima o poi. Importante: fallo ogni volta che vai a tracciare, l'orologio della macchina fotografica può derivare di parecchi secondi in pochi giorni! -- Ciao Gio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Viuzze di collegamento tra strade a carreggiate separate
2009/11/23 Federico Cozzi f.co...@gmail.com Ciao, spesso in città se un viale è a carreggiate separate ci sono delle viuzze di collegamento tra le due carreggiate per fare inversione a U. Che classificazione devono avere? Mi spiego meglio: se il viale è a carreggiate separate è probabile che sia più di unclassified (da tertiary a primary). A questo punto vedo tre scelte: A. stessa classificazione del viale: se il viale è primary, anche le viuzze di collegamento lo sono B. unclassified, che spesso nelle città italiane su OSM viene usato come strada generica C. service: dopotutto è proprio una strada di servizio La classificazione ha impatti sia sul rendering (aspetto grafico) che sul routing. A me sembrano ragionevoli sia A che C, ma A è abbastanza brutto dal punto di vista grafico e non so quale sia l'effetto di C dal punto di vista del routing. lo farei come sempre: importanza. Se la maggiorparte dell macchine fa una inversione ad U, usi la classe più grande delle strade coinvolte, se solo alle volte qn. usa questa possibilità, farei unclassified. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] immagini aeree
Ciao, questa mail risulterà sibillina per chi non è coinvolto nella vicenda, ma risulterà estremamente chiara a chi è coinvolto nel ricalco di WMS aerei non autorizzati. Ricalcare immagini aeree da fonti non autorizzate (da WMS non autorizzati) non è consentito e puo' portare a grossi problemi per tutto il progetto. Perche' non spendete 5 minuti a contattare il fornitore di quelle immagini e chiedere se sono effettivamente utilizzabili per il ricalco, invece che implicitamente portare verso il tribunale l'intero progetto? Vi prego di astenervi dal perseguire in questa condotta dannosa. Non copiate. Seguiamo l'approccio: il nostro database è più bianco del bianco, quindi non copiamo, se non siamo autorizzati a farlo. Grazie, (gli altri scusino il tono della mia mail) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] immagini aeree
Il 24 novembre 2009 14.41, Simone Cortesi sim...@cortesi.com ha scritto: Vi prego di astenervi dal perseguire in questa condotta dannosa. Non copiate. Seguiamo l'approccio: il nostro database è più bianco del bianco, quindi non copiamo, se non siamo autorizzati a farlo. simone se affermi ciò hai delle sensazioni o delle prove? se sono prove basta cancellare i dati inseriti e fare il culo al diretto interessato! non che questa mail faccia male bisognerebbe incominciare a pensare alla soluzione per bannare gli utenti o c'è già qualcosa? Grazie, (gli altri scusino il tono della mia mail) ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] immagini aeree
2009/11/24 Luca Delucchi lucadel...@gmail.com: simone se affermi ciò hai delle sensazioni o delle prove? se sono prove basta cancellare i dati inseriti e fare il culo al diretto interessato! non che questa mail faccia male bisognerebbe incominciare a pensare alla soluzione per bannare gli utenti o c'è già qualcosa? ho delle prove. ma nonostante la virata delatoria dello Stato Italiano, io non sono spione. gli utenti li contatto in privato se non si fanno sentire in pochi giorni alla mia mail. ovviamente sengalero' a chi di dovere la copia e si cancelleranno gli edit se necessario. il mio è un invito alla collaborazione, il contario di isolazionismo. spesso le regioni non sanno nemmeno loro quello che scrivono nelle licenze. il fatto di leggere incongruenze non deve pero' consentire di compiere illecito a danno di terzi. BANNARE: esiste il modo di bannare utenti per areee, periodi di tempo. guarda qui: http://www.openstreetmap.org/user/simone/blocks -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] immagini aeree
Il 24 novembre 2009 15.07, Simone Cortesi sim...@cortesi.com ha scritto: gli utenti li contatto in privato se non si fanno sentire in pochi giorni alla mia mail. secondo me era meglio contattarli direttamente in privato... ovviamente sengalero' a chi di dovere la copia e si cancelleranno gli edit se necessario. non capisco quel se necessario se sono stati copiati da dati non utilizzabili c'è poco da controllare il mio è un invito alla collaborazione, il contario di isolazionismo. spesso le regioni non sanno nemmeno loro quello che scrivono nelle licenze. il fatto di leggere incongruenze non deve pero' consentire di compiere illecito a danno di terzi. ce ne siamo resi ben conto a bolzano della conoscenza delle licenza da parte di alcuni dipendenti pubblici, ovviamente non bisogna rischiare di utilizzare dati non conformi con osm BANNARE: esiste il modo di bannare utenti per areee, periodi di tempo. guarda qui: http://www.openstreetmap.org/user/simone/blocks ottimo non ne ero a conoscenza -- -S ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] OSM alla Giornata del Software Libero a Catania
== Si chiama Giornata del Software Libero e avra' luogo Sabato 28 Novembre 2009 a Catania (alle 9:30, presso l'Aula Magna del Dipartimento di Matematica e Informatica) e a Ragusa (alle 16:30, presso l'Aula Consiliare del Palazzo dell'Aquila). L'evento, organizzato congiuntamente dalle associazioni culturali GLUGCT - GNU/Linux User Group Catania(catania.linux.it), Freaknet (freaknet.org) e Solira - Software Libero Ragusa (www.solira.org), ha carattere divulgativo e vuole focalizzare l'attenzione dell'opinione pubblica sull'importanza dell'approccio collaborativo alla produzione e alla diffusione della cultura e della conoscenza. Nel corso dei diversi seminari in programma saranno affrontati temi relativi a Software Libero (con particolare riferimento al sistema operativo GNU/Linux), diritti nell'era digitale, importanza dei formati aperti, disponibilita', accessibilita' e condivisione della conoscenza (con particolare attenzione ai diritti connessi all'uso e allo scambio di materiale digitale), sistemi collaborativi per la produzione di informazione (Wikipedia co.), licenze d'uso libere (GNU GPL, Creative Commons etc.). La partecipazione all'evento e' aperta a tutti. == Dovrei occuparmi io dell'intervento su OSM, ringrazio ancora Simone Cortesi per il materiale messo a disposizione. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Viuzze di collegamento tra strade a carreggiate separate
From: talk-it-boun...@openstreetmap.org [mailto:talk-it-boun...@openstreetmap.org] On Behalf Of Martin Koppenhoefer Sent: martedì 24 novembre 2009 14.18 To: openstreetmap list - italiano Subject: Re: [Talk-it] Viuzze di collegamento tra strade a carreggiate separate lo farei come sempre: importanza. Se la maggiorparte dell macchine fa una inversione ad U, usi la classe più grande delle strade coinvolte, se solo alle volte qn. usa questa possibilità, farei unclassified. +1 Service lo userei in quei casi in cui l'interruzione è prospiciente qualche ingresso a proprietà o servizi laterale (condomini, distributori, ecc.) per cui si capisce che è usato principalmente da chi entra ed esce da tale proprietà. Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Viuzze di collegamento tra strade a carreggiate separate
2009/11/24 Alberto Nogaro bartosom...@yahoo.it: From: talk-it-boun...@openstreetmap.org [mailto:talk-it-boun...@openstreetmap.org] On Behalf Of Martin Koppenhoefer Sent: martedì 24 novembre 2009 14.18 To: openstreetmap list - italiano Subject: Re: [Talk-it] Viuzze di collegamento tra strade a carreggiate separate lo farei come sempre: importanza. Se la maggiorparte dell macchine fa una inversione ad U, usi la classe più grande delle strade coinvolte, se solo alle volte qn. usa questa possibilità, farei unclassified. +1 Service lo userei in quei casi in cui l'interruzione è prospiciente qualche ingresso a proprietà o servizi laterale (condomini, distributori, ecc.) per cui si capisce che è usato principalmente da chi entra ed esce da tale proprietà. Usata comunemente per l'inversione a U: come la strada principale Per permettere l'accesso ad una laterale: come la laterale Per permettere l'accesso ad un carraio: service iiizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] tag per mensa universitaria
ciao a tutti! come taggo le mense universitarie? non ho trovato nulla nemmeno nelle proposte... via alla fantasia?:-P brunetto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag per mensa universitaria
Il 24 novembre 2009 19.20, brunetto brunetto.zi...@gmail.com ha scritto: ciao a tutti! come taggo le mense universitarie? non ho trovato nulla nemmeno nelle proposte... via alla fantasia?:-P brunetto Quoto, interessa anche a me. Provato a spulciare in qualche università americana/anglosassone? ciao -- Francesco de Virgilio *Ubuntu-it Member and Wiki Editor* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia projects contributor* http://en.wikipedia.org/wiki/User:Fradeve11 *OpenStreetMap Mapper* http://www.openstreetmap.org/user/Fradeve11 *Blog* http://fradeve.netsons.org Love - Peace - Freedom - Free Software GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056) signature.asc Description: OpenPGP digital signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag per mensa universitaria
no, ora provo a trovarne una... brunetto Il 24 novembre 2009 19.35, Francesco de Virgilio fradev...@gmail.com ha scritto: Il 24 novembre 2009 19.20, brunetto brunetto.zi...@gmail.com ha scritto: ciao a tutti! come taggo le mense universitarie? non ho trovato nulla nemmeno nelle proposte... via alla fantasia?:-P brunetto Quoto, interessa anche a me. Provato a spulciare in qualche università americana/anglosassone? ciao -- Francesco de Virgilio *Ubuntu-it Member and Wiki Editor* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia projects contributor* http://en.wikipedia.org/wiki/User:Fradeve11 *OpenStreetMap Mapper* http://www.openstreetmap.org/user/Fradeve11 *Blog* http://fradeve.netsons.org Love - Peace - Freedom - Free Software GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056) ___ 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] signpost= ?
Il 23 novembre 2009 14.58, niubii f.pelu...@libero.it ha scritto: Alberto Nogaro ha scritto: Tourism mi sembra troppo limitativo per segnali che possono stare su qualsiasi tipo di percorso. Preferirei highway=route_marker, e un tag aggiuntivo per specificare il tipo, es: route_marker=milestone: le pietre o i cartelli che indicano la chilometrica In via del tutto sperimentale sto provando ad elaborare un sistema di tagging quanto più completo possibile per i beni culturali [1], ed avevo pensato alle pietre miliari come historic=milestone. Non è che stiamo parlando della stessa cosa (non credo) o che le due cose possano andare in conflitto? [1] http://wiki.openstreetmap.org/wiki/User:Fradeve11/prove2 ciao, -- Francesco de Virgilio *Ubuntu-it Member and Wiki Editor* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia projects contributor* http://en.wikipedia.org/wiki/User:Fradeve11 *OpenStreetMap Mapper* http://www.openstreetmap.org/user/Fradeve11 *Blog* http://fradeve.netsons.org Love - Peace - Freedom - Free Software GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056) signature.asc Description: OpenPGP digital signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM alla Giornata del Software Libero a Catania
Creato evento su Facebook http://www.facebook.com/event.php?eid=202190468831ref=mf Adesione senza invito per chi volesse partecipare. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag per mensa universitaria
On 11/24/09, brunetto brunetto.zi...@gmail.com wrote: come taggo le mense universitarie? non ho trovato nulla nemmeno nelle proposte... via alla fantasia?:-P proposta: taggarle come un qualunque self service, con l'aggiunta di access=private o access=permissive? poi eventualmente si potrebbe aggiungere un tag che specifichi il tipo di convenzioni fatte e i pagamenti accettati (tessera isu, ma anche ticket e simili, da usare in generale) -- Elena ``of Valhalla'' homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] signpost= ?
2009/11/24 Francesco de Virgilio fradev...@gmail.com: In via del tutto sperimentale sto provando ad elaborare un sistema di tagging quanto più completo possibile per i beni culturali [1], ed avevo pensato alle pietre miliari come historic=milestone. Non è che stiamo parlando della stessa cosa (non credo) o che le due cose possano andare in conflitto? [1] http://wiki.openstreetmap.org/wiki/User:Fradeve11/prove2 hai pensato anche ad uno stile per mapnik? non sarebbe male vista l'abbondanza in italia. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag per mensa universitaria
On 11/24/09, brunetto brunetto.zi...@gmail.com wrote: come taggo le mense universitarie? non ho trovato nulla nemmeno nelle proposte... via alla fantasia?:-P trovato questo: http://www.openstreetmap.org/browse/way/28490925 http://www.openstreetmap.org/browse/node/270758663 http://www.openstreetmap.org/browse/way/8058867 direi si puo eventualmente anche aggiungere cuisine=stay_away ;-) mi piace l'idea di Elena con access=permissive (oppure private). Oltre alle mense delle università ci sono anche (al meno in Germania) posti simili gestiti da enti privati (fabricche, uffici) e pubblicche, che alle volte non sono chiuse ma aperto a chi vuole andare (e conosce il posto, sono quasi sempre un po nascoste). Questi posti hanno in generale orari di apertura molto stretti (tipo dalle 12 alle 14:30h), e non sono ristoranti. (il termine tedesco è Kantine / Werkskantine nel caso di una fabbrica / Schulkantine per scuole). http://de.wikipedia.org/wiki/Kantine Il termine inglese dovrebbe essere: canteen http://en.wikipedia.org/wiki/Canteen_%28place%29 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] immagini aeree
Simone Cortesi ha scritto: ho delle prove. ma nonostante la virata delatoria dello Stato Italiano, io non sono spione. gli utenti li contatto in privato se non si fanno sentire in pochi giorni alla mia mail. ovviamente sengalero' a chi di dovere la copia e si cancelleranno gli edit se necessario. il mio è un invito alla collaborazione, il contario di isolazionismo. spesso le regioni non sanno nemmeno loro quello che scrivono nelle licenze. il fatto di leggere incongruenze non deve pero' consentire di compiere illecito a danno di terzi. BANNARE: esiste il modo di bannare utenti per areee, periodi di tempo. guarda qui: http://www.openstreetmap.org/user/simone/blocks Non ci capisco piu' niente... Ma se sai chi e' ed hai le prove, che cosa aspetti? Dubbio: c'entra qualcosa quel messaggio che mi hai spedito in privato un paio di giorni fa? Ciao /niubii/ Nessun virus nel messaggio in uscita. Controllato da AVG - www.avg.com Versione: 8.5.425 / Database dei virus: 270.14.80/2523 - Data di rilascio: 11/24/09 07:46:00 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag per mensa universitaria
mi piace l'idea di Elena con access=permissive (oppure private). Oltre alle mense delle università ci sono anche (al meno in Germania) posti simili gestiti da enti privati (fabricche, uffici) e pubblicche, che alle volte non sono chiuse ma aperto a chi vuole andare (e conosce il posto, sono quasi sempre un po nascoste). è che mi piaceva l'idea di evidenziarle come mense universitarie (nell'idea di Elena, se non ho capito male, risulterebbero normali fast food).. ho in mente la situazione di padova dove ci sono mense ESU (l'azienda regionale di diritto allo studio) dove il servizio è indirizzato a studenti/dipendenti dell'università (anche se forse alcuni lavoratori lo utilizzano come servizio di ristorazione convenzionato, non so...) e mense private ma convenzionate con l'ESU.. su internet avevo trovato un inglese refectory (forse più da campus americano) ma non so se sia utile... trovato questo: http://www.openstreetmap.org/browse/way/28490925 http://www.openstreetmap.org/browse/node/270758663 http://www.openstreetmap.org/browse/way/8058867 ma sbaglio o in questo caso mensa fa parte del nome proprio del locale taggato come fast_food? ciao brunetto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag per mensa universitaria
On 11/24/09, Martin Koppenhoefer dieterdre...@gmail.com wrote: direi si puo eventualmente anche aggiungere cuisine=stay_away ;-) quella di milano non era neanche male come cucina (in compenso c'era talmente tanta coda che non si faceva in tempo ad andarci) mi piace l'idea di Elena con access=permissive (oppure private). Oltre alle mense delle università ci sono anche (al meno in Germania) posti simili gestiti da enti privati (fabricche, uffici) e pubblicche, che alle volte non sono chiuse ma aperto a chi vuole andare (e conosce il posto, sono quasi sempre un po nascoste). ecco, a quanto ricordo a milano poteva andare chiunque, ma solo gli studenti con tessera isu avevano diritto al pasto a prezzo convenzionato era comunque sulla pubblica via, non all'interno di edifici universitari come mi e` capitato di vedere da altre parti (anche se non su una via di grande passaggio, ovviamente) Questi posti hanno in generale orari di apertura molto stretti (tipo dalle 12 alle 14:30h), e non sono ristoranti. perche' non sono ristoranti? perche' non hanno servizio ai tavoli? (e quindi sono perfettamente equiparabili ai ristoranti self-service, che tra l'altro spesso accettano ticket e convenzioni varie) o c'e` dell'altro? -- Elena ``of Valhalla'' homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag per mensa universitaria
non vorrei sembrare insistente, ma penso ad uno studente che volesse distinguerle a occhio da fast food normali (diciamo per l'italia il Break/McDonald/...).. è fuori luogo aggiungere qualcosa che le tagghi come mense universitarie? poi eventualmente si potrebbe aggiungere un tag che specifichi il tipo di convenzioni fatte e i pagamenti accettati (tessera isu, ma anche ticket e simili, da usare in generale) così però non diventa necessario un tag per ogni tipo di ticket/pagamento/convenzione accettata? se nn ho capito male proponi una cosa tipo pagamento = ESU, ISU, buono_pasto_marca_1, buono_pasto_marca_2, ... giusto? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] rotonda errata
questo http://www.openstreetmap.org/?lat=45.489236lon=12.175235zoom=18layers=B000FTF è il tentativo di fare una rotonda in salita (ebbene sì, ci sono anceh di queste cose nella viabilità italiana!:-P)... perché quella più a destra funziona e questa è uscita così? ciao brunetto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag per mensa universitaria
On 11/24/09, brunetto brunetto.zi...@gmail.com wrote: non vorrei sembrare insistente, ma penso ad uno studente che volesse distinguerle a occhio da fast food normali (diciamo per l'italia il Break/McDonald/...).. piu` che come i fast food io direi come i self service, tipo ciao (se non ricordo male il nome, comunque la catena di autogrill che si trova fuori dalle autostrade) è fuori luogo aggiungere qualcosa che le tagghi come mense universitarie? no, mi sembra che sia il caso di farlo solo che piuttosto di creare un tag specifico per mense universitarie mi sembrava utile creare un tag che andasse bene anche per segnalare mense aziendali ed altri posti convenzionati così però non diventa necessario un tag per ogni tipo di ticket/pagamento/convenzione accettata? se nn ho capito male proponi una cosa tipo pagamento = ESU, ISU, buono_pasto_marca_1, buono_pasto_marca_2, ... giusto? esatto, qualcosa del genere, da cui si puo` dedurre che se accettano il pagamento ISU sono mense (convenzionate) universitarie, ma espresso in modo ampliabile ad altri casi sarebbe un tag unico, con tanti valori, piuttosto che tanti tag diversi per ogni tipo di convenzione (mensa universitaria, mensa anziendale, ristorante normale che accetta ticket, ecc.) -- Elena ``of Valhalla'' homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] immagini aeree
On Tue, Nov 24, 2009 at 03:07:06PM +0100, Simone Cortesi wrote: ho delle prove. ma nonostante la virata delatoria dello Stato Italiano, io non sono spione. gli utenti li contatto in privato se non si fanno sentire in pochi giorni alla mia mail. ovviamente sengalero' a chi di dovere la copia e si cancelleranno gli edit se necessario. Sinceramente non capisco il senso di questo messaggio. Se hai il sospetto che dati non liberi siano finiti nella mappa la procedura da seguire è chiara e documentata [1]: 1) Chiedere al mapper spiegazioni in privato, magari non si è accorto che sta commettendo uno sbaglio. 2) Se il mapper non risponde in tempi ragionevoli o insiste nell'inserire materiale non libero si chiede un parere alla comunità (oppure alla Foundation) indicando chiaramente dove sta l'intoppo. E non si tratta di fare la spia, si tratta di trasparenza. Questo messaggio della serie io so, confessate oppure saranno guai non mi pare il massimo della trasparenza e non mi pare che possa far del bene alla buona reputazione del progetto. [1] http://wiki.openstreetmap.org/wiki/FAQ#I_think_someone.27s_been_entering_copyrighted_data_-_how_do_we_deal_with_that.3F -- Niccolo Rigacci Firenze - Italy ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag per mensa universitaria
sarebbe un tag unico, con tanti valori, piuttosto che tanti tag diversi per ogni tipo di convenzione (mensa universitaria, mensa anziendale, ristorante normale che accetta ticket, ecc.) ok, figo! visto che sono nuovo, ora cosa bisogna fare? nel senso, come lo taggo? bisogna scrivere qualcosa sul wiki come proposta? è fattibile che la presenza de valore del tag tipo di mensa/ticket ISO/ESU forzi un rendering diverso (tipo icona universitaria?) thanks brunetto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] rotonda errata
quella di destra funziona e questa e` uscita cosi`? Perche` il render non e` ancora aggionat (se il problema e` che manca un pezzetto della rotonda stessa). Infatti allo zoom inferiore e` giusto. Pero` forse sarebbe meglio spiegare cosa sembra sbagliato. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] signpost= ?
-Original Message- From: talk-it-boun...@openstreetmap.org [mailto:talk-it- boun...@openstreetmap.org] On Behalf Of Francesco de Virgilio Sent: martedì 24 novembre 2009 19.47 To: openstreetmap list - italiano Subject: Re: [Talk-it] signpost= ? route_marker=milestone: le pietre o i cartelli che indicano la chilometrica In via del tutto sperimentale sto provando ad elaborare un sistema di tagging quanto pi completo possibile per i beni culturali [1], ed avevo pensato alle pietre miliari come historic=milestone. Non che stiamo parlando della stessa cosa (non credo) o che le due cose possano andare in conflitto? Si stiamo parlando della stessa cosa. Di solito si associa alle pietre storiche, ma il termine è in uso tuttora per i cippi o i cartelli che riportano le informazioni sulla strada e sui chilometri dal suo inizio. Secondo me i tag potrebbero convivere: pietra miliare con solo valore storico (la strada non esiste più, oppure esiste ma le informazioni incise sulla pietra non sono più attuali): historic=milestone cippo o cartello chilometrico su una strada attuale: route_marker=milestone pietra miliare di valore storico, ma su una strada tuttora esistente, e le informazioni riportate sono ancora attuali: route_marker=milestone + historic=yes Se invece pensi che possa creare confusione, potremmo usare per i cartelli o cippi moderni un termine diverso (visto per le pietre storiche non c'è alternativa), del tipo route_marker=location_marker. E per le pietre miliari di valore storico ma ancora attuali: historic=milestone + route_marker=yes Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] rotonda errata
Pero` forse sarebbe meglio spiegare cosa sembra sbagliato. già, sorry!:-P sì, il problema è che manca un pezzo! brunetto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] rotonda errata
2009/11/24 brunetto brunetto.zi...@gmail.com: http://www.openstreetmap.org/?lat=45.489236lon=12.175235zoom=18layers=B000FTF è il tentativo di fare una rotonda in salita (ebbene sì, ci sono anceh di queste cose nella viabilità italiana!:-P)... perché quella più a Non potresti mettere bridge=yes al solo tratto che congiunge le rotonde? Così c'è qualcosa che non quadra: le due strade esterne che si collegano alle rotonde non sono bridge Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag per mensa universitaria
Il 24/11/2009 21:13, Elena of Valhalla ha scritto: solo che piuttosto di creare un tag specifico per mense universitarie mi sembrava utile creare un tag che andasse bene anche per segnalare mense aziendali ed altri posti convenzionati In francese mensa (termine generico) è cantine, analogo al tedesco. Bisognerebbe trovare il corrispettivo in inglese: canteen mi sembra adatto. Sarebbe quindi: amenity=canteen + i vari tag di restrizione da mettere a punto -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] rotonda errata
Il 24/11/2009 23:18, Federico Cozzi ha scritto: 2009/11/24 brunetto brunetto.zi...@gmail.com: http://www.openstreetmap.org/?lat=45.489236lon=12.175235zoom=18layers=B000FTF è il tentativo di fare una rotonda in salita (ebbene sì, ci sono anceh di queste cose nella viabilità italiana!:-P)... perché quella più a Non potresti mettere bridge=yes al solo tratto che congiunge le rotonde? Così c'è qualcosa che non quadra: le due strade esterne che si collegano alle rotonde non sono bridge È quello che mi chiedevo anch'io... P.S. Anche un po' tutti i tag name della zona sono da sistemare: http://openstreetbugs.schokokeks.org/?lat=45.49155lon=12.16604zoom=17layers=B00T -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Uploadare icone su OSM subversion repository
2009/11/24 Fabri erfab...@gmail.com Martin Koppenhoefer ha scritto: 2009/11/22 Fabri erfab...@gmail.com Domanda, è possibile uploadare icone per OSM su: http://trac.openstreetmap.org/browser/applications/share/map-icons ? icone fatto da te? Ci sono anche delle pagine nel wiki dove si possono uploadare delle icone. Icone di quale tipo vuoi uploadare? Ottimo sarebbe formato svg + varie versioni bitmap con pochi punti (16x16, 32x32), probabilmente in png. ciao, Martin Si, ho già letto qui: http://wiki.openstreetmap.org/wiki/Map_Icons ma si possono uploadare nel repository? si, se hai il diritto di scrivere. In quale parte del svn li voresti inserire? In generale si fanno upload per cose che stanno in uso, quindi dovresti IMHO convincere qualcuno di usarle nella mappa (nel caso ottimo con un apposito stylesheet) e poi saranno uploadati automaticamente. Perché li vuoi per forza avere nel SVN? IMHO il wiki è un posto migliore se non si tratta di icone usati. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag per mensa universitaria
2009/11/24 brunetto brunetto.zi...@gmail.com trovato questo: http://www.openstreetmap.org/browse/way/28490925 http://www.openstreetmap.org/browse/node/270758663 http://www.openstreetmap.org/browse/way/8058867 ma sbaglio o in questo caso mensa fa parte del nome proprio del locale taggato come fast_food? sono alcune mense delle università di Tübingen e Berlino, ma non sono proprio bei esempi per tag idonee. Direi che sono più delle prove che ci manca ancora un tag apposito... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] [ot] buon netbook, secondo chi fa informazione geografica libera
[scusandomi per i cross posting] ciao - ricordo che vidi il primo netbook dal vivo al mapping party di Arezzo, nelle mani del Prof. Niccolò Rigacci..bei tempi.. era il primo modello EEE PC. in un anno e mezzo mi pare che ci sia stata la solita proliferazione di proposte (e comunque ho visto alcune giuste migliorie) volevo chiedervi qual è secondo voi un buon netbook per fare informazione geografica libera. non punterei al modello di punta...qualcosa che abbia una batteria che dura quanto dichiara e buone forme di connettività, più quello che saprete voi. vi ringrazio per il consiglio; ho girato qualche negozio, ma resto sistematicamente disorientato, e Babbo Natale si avvicina... un saluto andrea http://www.pibinko.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Encuesta OSM
acab de diligenciar tu encuesta no hay botn de submit, enviar o procesar, etc! le di enter en el ultimo campo de la encuesta, supongo que se fue! Para t OSM es: Parte de mi trabajo Un Juego on line Una aficcin o hopby Un complemento apra otras actividades Otro: en el campo otro le di enter y se fue!!! ounH escribi: Hola He creado la siguiente encuesta [0] para tratar de determinar las cosas que nos atrajeron y mantienen colaborando en OSM, les pido el favor de colaborar llenando las preguntas de forma personal y difundiendo entre los amigos de OSM que no estn en la lista. salu2 Humano [0] http://fredyrivera.blogspot.com/2009/11/loading.html ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Encuesta OSM
2009/11/24 Vladimir Montealegre v_estai...@tutopia.com: acabé de diligenciar tu encuesta no hay botón de submit, enviar o procesar, etc! le di enter en el ultimo campo de la encuesta, supongo que se fue! Sipis, efectivamente llego tu respuesta, gracias por participar y ojala que los otros maperos se animen a llenarla. salu2 Para tí OSM es: Parte de mi trabajo Un Juego on line Una aficción o hopby Un complemento apra otras actividades Otro: en el campo otro le di enter y se fue!!! ouɐɯnH escribió: Bueno, las cosas automagicas de google Hola He creado la siguiente encuesta [0] para tratar de determinar las cosas que nos atrajeron y mantienen colaborando en OSM, les pido el favor de colaborar llenando las preguntas de forma personal y difundiendo entre los amigos de OSM que no estén en la lista. salu2 Humano [0] http://fredyrivera.blogspot.com/2009/11/loading.html ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-dk] Tilbagerulning af Niels Becks data
Den 23. nov. 2009 22.34 skrev Polderrunner opn-...@ngc7000.org: 2. Han har faktisk mappet cykelstier i overensstemmelse med wiki dokumentationen ( http://wiki.openstreetmap.org/wiki/Key:cycleway ), der siger: A track is a cycle path that is not on a road. This value is redundant when used on highway=cycleway (or equally on highway=path). When used on a different highway type (e.g. highway=secondary) it indicates that there is a separate cycle path adjacent to the road, but it is *much more common* to use a separate way tagged with highway=cycleway instead. (min fremhævelse) Ordet adjacent betyder ifølge min ordbog nærliggende eller *tilstødende*. Wiki teksten giver altså en valgmulighed og siger direkte, at separate skyggestier er det mest normale! Jeg mener faktisk, at der for nogen tid siden (vistnok på osm-talk) blev foreslået helt at droppe cycleway=track, da det var redundant i forhold til highway=cycleway. Så Niels Beck har i hvert fald været i god tro. Jeg nævnte faktisk ret tidligt i tråden denne side, da den som du netop påpeger, modsiger de andre beskrivelser og giver udtryk for at skyggestier er de mest almindelige - netop i mit forsøg på at få vendt emnet og få alle sider med. Det blev hurtigt slået hen med argumentet om, at andre lande havde andre forhold. Det er jeg enig i, og det blev heller ikke modsagt, heller ikke af Niels. Men du kan have ret i, at Niels kunne være i god tro, hvis han læste denne side uden at læse andre, og uden at tænke løsningen igennem under danske forhold. Det gælder dog kun til han blev gjort opmærksom på diskussionen. Da havde han nået at lægge uforbundne kladdestier ud i en del af København. Alt herefter er udført på trods af utallige opfordringer om at holde inde. Nu bør vi finde en fælles forståelse af, hvordan cykelstier bør lægges ind så de giver det bedste kortmateriale, og forsøge at få rettet de internationale sider, så de er konsistente og ikke indeholder væsentlige modsigelser. -- -- Civilingeniør ph.d. Claus Hindsgaul Edvard Thomsens Vej 19, 5. th DK-2300 KBH S ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Tilbagerulning af Niels Becks data
Claus Hindsgaul claus.hindsg...@gmail.com wrote: *Cykelstier, der følger en vej med biltrafik, og har samme forløb, tagges som udgangspunkt i vejens way med cycleway=lane (hvis den blot er markeret med opmaling på vejen) eller cycleway=track (hvis den er adskilt fra vejen med andet end opmaling). På følgende strækninger kan cykelstien dog med fordel optegnes som en separat highway=cycleway: * - *Strækninger, hvor cykelstien afviger væsentligt fra bilvejens forløb (svinger uafhængigt af vejen) * - *Strækninger, der er adskilt fra vejen af barrierer, forbud eller lignende, som de fleste cyklister ikke let eller lovligt kan forcere (f.eks. anses kantsten her for lette at forcere)* *På sådanne strækninger markeres bilvejens way med bicycle=no, og den separate highway=cycleway lægges på dens virkelige placering uden hensyn til hvordan den optegnes i de forskellige render-maskiner (optegnede kort).* Hvordan lyder det? Kommentarer er velkomne, især hvis de er underbygget med en forklaring om, hvordan vi opnår bedst mulig kortbeskrivelse. Jeg er ikke erfaren cykelsti mapper, så jeg ved ikke hvor meget min stemme tæller, men jeg synes det lyder vældig fornuftigt. Mvh - Johnny ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Tilbagerulning af Niels Becks data
Claus Hindsgaul skrev: *Cykelstier, der følger en vej med biltrafik, og har samme forløb, tagges som udgangspunkt i vejens way med cycleway=lane (hvis den blot er markeret med opmaling på vejen) eller cycleway=track (hvis den er adskilt fra vejen med andet end opmaling). På følgende strækninger kan cykelstien dog med fordel optegnes som en separat highway=cycleway: * * *Strækninger, hvor cykelstien afviger væsentligt fra bilvejens forløb (svinger uafhængigt af vejen) * * *Strækninger, der er adskilt fra vejen af barrierer, forbud eller lignende, som de fleste cyklister /ikke /let eller lovligt kan forcere (f.eks. anses kantsten her for lette at forcere)* *På sådanne strækninger markeres bilvejens way med bicycle=no, og den separate highway=cycleway lægges på dens virkelige placering uden hensyn til hvordan den optegnes i de forskellige render-maskiner (optegnede kort).* Dette passer præcis med min egen holdning. Synes dog også man må have lov til at oprette en highway=cycleway, hvis der er flere informationer der adskiller cykelstien fra vejen. Det eneste eksempel jeg lige kan finde på (om end lidt urealistisk..) er hvis vejen er asfalteret, men cykelstien er af grus. Så kan man bedst definere dette ved at lave dem separat. Esben ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] osm-dk - 9 nye meddelelser i 2 emner -- samlet
Jesper Henriksen jes...@catnet.dk wrote: 3: http://korturl.dk/70x Så vidt jeg kan se prøver du at navigerer fra en vej til en uforbundet cykelsti - disse problemer vil opstå ofte med skyggestier. Det er ikke muligt at køre fra vej til en skyggesti medmindre disse er forbundet. Så det skal de være ved alle slags kryds, og i T-kryds hvor der vejen der fører optil ikke har en cykelsti. Det lader dog til at vi er på vej væk fra skyggestier igen, så jeg formoder ikke det bliver et større problem i fremtiden. 4: http://korturl.dk/qfe Her ser det ud som om at Rute 50 faktisk er på en lille del af strækningen, men at relationen er blevet lagt på en meget stor del. For mig ligner det er hændeligt uheld. Mvh - Johnny Carlsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Tilbagerulning af Niels Becks data
Hvordan lyder det? Kommentarer er velkomne, især hvis de er underbygget med en forklaring om, hvordan vi opnår bedst mulig kortbeskrivelse. +1 Det lyder meget fornuftigt. MVH, Alexander ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk