[Talk-hr] Unos lokacija za koje smo dobili podatke
Danas na druženju je bilo riječi o rješavanju zaostataka. Jedna od glavnih stvari je provjera unosa primjeljih podataka. Trebali bi provjeriti i ucrtati sve što imamo prije nego krenemo tražiti nove podatke. Što trenutno imamo su banke: https://dl.dropboxusercontent.com/u/3220458/dopusteno/erste.zip Erste ima bankomate i banke pojedinačno u xml formatu https://dl.dropboxusercontent.com/u/3220458/dopusteno/hpb.zip Hpb ima bankomate i banke pojedinačno u xls formatu https://dl.dropboxusercontent.com/u/3220458/dopusteno/zaba.zip Zaba ima bankomate i banke zajedno u xls formatu benzinske: https://dl.dropboxusercontent.com/u/3220458/dopusteno/tifon.zip Tifon je sve bilo ucrtano, ali treba provjeriti jeli se nešto promjenilo INA nam je dala usmeno dopuštenje da kopiramo njihove podatke sa http://map.hak.hr/ To je sad ukratko što trebamo riješiti. Pozdrav kartoljupci ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Dopisi firmama za slobodno koristenje njihovih podataka
Da nastavim temu. Trebali bi složiti nekoliko dopisa državnim institucijama za pravo na korištenje njihovih podataka. Ovdje je nešto prije početo pa je stalo. http://sync.in/lYiePRhYBT Svaka pomoć je dobrodošla. Podatci koji nas interesiraju su sa http://geoportal.dgu.hr/ https://geoportal.zagreb.hr/ Prvenstveno DOF podloge, zatim, kućni brojevi, nazivi ulica, objekti i slično što mislite da je interesantno... ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk-be] New user
Hi, Welcome to OSM! I hope you will find OSM to be an open and fun project. Don't hesitate to ask questions and talk to other mappers. For checking some of the data there are also some great maps here: http://wiki.openstreetmap.org/wiki/ITO_Map More in detail: http://www.itoworld.com/map/124 (speedlimits) http://www.itoworld.com/map/group/15 (cycling) Happy mapping! Met vriendelijke groeten, Best regards, Ben Abelshausen On Tue, Mar 4, 2014 at 6:03 AM, Marc Gemis marc.ge...@gmail.com wrote: The maps on osm.org do not show the max speed, lane information, max height, speed camera's and so forth. In this presentation https://docs.google.com/presentation/d/1F69PAR44JF3pBE1mBuv-8VaNmkyIOxxQhcAYEM_PuWo/edit#slide=id.pyou'll find a number of links to maps that show some of that information. With those maps you can also find out where the information is missing in your neighborhood. There are also 2 styles for JOSM that show that information while you are editing: Lane and road attributeshttp://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributeszip=1 and Maxspeedhttp://josm.openstreetmap.de/josmfile?page=Styles/Maxspeedstyle, see https://josm.openstreetmap.de/wiki/Styles for more information. There are also 2 styles for the cycling and walking networks. I think that the cycling network is rather complete, but need maintenance. That means check whether the nodes are still on the right spot, the routes are still correctly laid out. I've hear that the navigation is not always correct on a Garmin device because the street cycleways are not tagged correctly in some case. The walking networks are far from complete. (see the maps in the above presentation). Also, the networks are broken sometimes by less experienced mappers that change the streets. A nice tool to find those problems is http://osma.vmarc.be/ Walking and cycling network mapping are not the easiest thing to map. We have organised hangouts (video conferencing from Google) to explain this in the past. Unfortunately I don't have time the coming month to set one up with you. Maybe Jo (Polyglot) has some time to teach you the correct way of mapping. Have fun ! regards m On Mon, Mar 3, 2014 at 5:50 PM, ussa pa uss...@gmail.com wrote: thanks Marc, Wow! awsome stuff !! A few things I'm really interested in: 1 - Walking cycling networks (field surveys required) 2 - For car navigation I would suggest max speeds, lane information, access rights (all of which requires field surveys) For 1, preferably the cycling part; 2 could be done altogether. I'm located south Ixelles, chee de Boondael, near av Guillaume Gilbert I switched to the cycling map, funny I see a lot of beer icons on the map ;-) ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] New user
Hi Nyamuk, I added you to my gmail contacts. This normally means you can see when I'm online, if you want to do a Google Hangout session. I'm always ready to help people to get started with JOSM, which is the only viable option once you start working with route relations. Polyglot 2014-03-04 6:03 GMT+01:00 Marc Gemis marc.ge...@gmail.com: The maps on osm.org do not show the max speed, lane information, max height, speed camera's and so forth. In this presentation https://docs.google.com/presentation/d/1F69PAR44JF3pBE1mBuv-8VaNmkyIOxxQhcAYEM_PuWo/edit#slide=id.pyou'll find a number of links to maps that show some of that information. With those maps you can also find out where the information is missing in your neighborhood. There are also 2 styles for JOSM that show that information while you are editing: Lane and road attributeshttp://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributeszip=1 and Maxspeedhttp://josm.openstreetmap.de/josmfile?page=Styles/Maxspeedstyle, see https://josm.openstreetmap.de/wiki/Styles for more information. There are also 2 styles for the cycling and walking networks. I think that the cycling network is rather complete, but need maintenance. That means check whether the nodes are still on the right spot, the routes are still correctly laid out. I've hear that the navigation is not always correct on a Garmin device because the street cycleways are not tagged correctly in some case. The walking networks are far from complete. (see the maps in the above presentation). Also, the networks are broken sometimes by less experienced mappers that change the streets. A nice tool to find those problems is http://osma.vmarc.be/ Walking and cycling network mapping are not the easiest thing to map. We have organised hangouts (video conferencing from Google) to explain this in the past. Unfortunately I don't have time the coming month to set one up with you. Maybe Jo (Polyglot) has some time to teach you the correct way of mapping. Have fun ! regards m On Mon, Mar 3, 2014 at 5:50 PM, ussa pa uss...@gmail.com wrote: thanks Marc, Wow! awsome stuff !! A few things I'm really interested in: 1 - Walking cycling networks (field surveys required) 2 - For car navigation I would suggest max speeds, lane information, access rights (all of which requires field surveys) For 1, preferably the cycling part; 2 could be done altogether. I'm located south Ixelles, chee de Boondael, near av Guillaume Gilbert I switched to the cycling map, funny I see a lot of beer icons on the map ;-) ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Name of : Node OR Way
Hello, When you put a name on a building : it is preferable to tag name= and amenity= in the way (area) OR add a node in the middle of the building (area) with name= and amenity= ? Ex - 2 hospitals : http://www.openstreetmap.org/#map=19/50.41756/4.45348 OR http://www.openstreetmap.org/#map=19/50.40423/4.47852 Kind regards. __Teddy__ ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] View data
Hi, On 03/04/14 03:55, Morten Wang wrote: Is there any place to get this kind of information for OSM? Would appreciate any help with this. This data is certainly not readily available so would require an admin to take the relevant logs, anonymize them for you in a suitable fashion, and send them to you. Best way to get hold of admins is on IRC (#osm-dev probably) but you're probably asking a big favour, especially as filtering out a region from the logs is not straightforward. Also, keep in mind that OSM meanwhile has a veritable CDN consisting of lots of proxies around the globe so log files from multiple sources would have to be combined to give you what you're looking for. If you were to change your request to all map views that *originated in* the US rather than all the map views *of* the US then that might be bit easier since there should be one proxy serving the US most of the time. But I'm on thin ice here since I am not one of the admins so better go ask them directly. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Not attaching polygons to roads
Bryce Nesbitt wrote: What's unacceptable is taking an area where someone carefully and deliberately mapped polygons, and wantonly gluing them, damaging what was done. Is this happening often these days? There were many instances in the past where 'new mappers' were tiding up their local area based on the 'macro' view of things, but in general we have got past that now haven't we? Dave's original post was about a user who was doing this to his work, and as far as I am concerned the offending user needed to be handled as a 'vandal' ! Much of the discussion on the thread drifted off from the original question, although a general consensus on perhaps starting with the macro view and then creating fine detail later by pulling things apart seemed to be agreed. I've found a nice shortcut (G) in josm that certainly helps with that, but anybody reverting such additional data simply needs blocking until such time that they do accept it is vandalism? -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Not attaching polygons to roads
On 04/03/2014, Bryce Nesbitt bry...@obviously.com wrote That's not a good time to be mad. There's rarely a good time for that :) If glued polygons are a valid mapping technique, they must be valid mapping technique at any time (initial entry or data maintenance). What's unacceptable is taking an area where someone carefully and deliberately mapped polygons, and wantonly gluing them, damaging what was done. That's where we disagree after all :/ One of the driving idea behind osm is continuous improvement. Highly detailed areas that have been touched by a single mapper are probably the minority. Glueing landuse nodes to highway nodes is only valid the same way that drawing a generic squarre where you know there is a building of some shape is valid. As an end result (fsvo end), glueing nodes is *not* valid, as should be painfully obvious when checking against highres imagery. I've repeated myself many times in this thread; more text would probably not change entrenched opinions, so this is my last reply on the subject. Go contribute instead. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Not attaching polygons to roads
On 04/03/2014, moltonel 3x Combo molto...@gmail.com wrote: On 04/03/2014, Bryce Nesbitt bry...@obviously.com wrote If glued polygons are a valid mapping technique, they must be valid mapping technique at any time (initial entry or data maintenance). What's unacceptable is taking an area where someone carefully and deliberately mapped polygons, and wantonly gluing them, damaging what was done. That's where we disagree after all :/ And... reading Lester's response, I realised I read too fast, we agree after all. Sorry for the noise. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] View data
Morten Wang wrote: Hi, One of my current research projects[1] looks at OpenStreetMap and we're interested in knowing the number of views for different regions in North America (with North America as defined by Geofabrik[2]). and (apologies for stating what might be obvious but) it's difficult or impossible to get all views of the data - any logs from osm.org will miss anyone accessing the data from any other source - be it standalone maps on phones and other devices, maps rendered by other people, use of the data other than in maps, etc. etc. Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Not attaching polygons to roads
On 04/03/2014 08:56, Lester Caine wrote: Bryce Nesbitt wrote: What's unacceptable is taking an area where someone carefully and deliberately mapped polygons, and wantonly gluing them, damaging what was done. Is this happening often these days? There were many instances in the past where 'new mappers' were tiding up their local area based on the 'macro' view of things, but in general we have got past that now haven't we? Dave's original post was about a user who was doing this to his work, and as far as I am concerned the offending user needed to be handled as a 'vandal' ! Much of the discussion on the thread drifted off from the original question, Show me a thread that doesn't. :-) although a general consensus on perhaps starting with the macro view and then creating fine detail later by pulling things apart seemed to be agreed. I've found a nice shortcut (G) in josm that certainly helps with that, but anybody reverting such additional data simply needs blocking until such time that they do accept it is vandalism? Personally I'd like to as I've had disagreements with him in the past. However for now it's probably best if the changeset is just reversed. As I've said I've not used JOSM much or its revert tool. Is there someone with more experience willing to do it? Feel free to name check me (DaveF) maybe a link to this thread (is there a public, read only version?) Changeset http://tinyurl.com/ndjzpkm Thanks Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] View data
Thanks for your replies, Fredrik and Andy! I'll get on IRC tomorrow and see if I can get in touch with someone there. I'm aware that we might be asking for something that isn't possible, so I'm only cautiously optimistic. The usage of CDNs is a good point I hadn't thought of, I've added a note about that, thanks! Andy brings up a valid concern, something we've also thought about here. We'll of course have to take that into consideration in any analysis we do. Thanks again! Cheers, Morten On 4 March 2014 05:44, SomeoneElse li...@mail.atownsend.org.uk wrote: Morten Wang wrote: Hi, One of my current research projects[1] looks at OpenStreetMap and we're interested in knowing the number of views for different regions in North America (with North America as defined by Geofabrik[2]). and (apologies for stating what might be obvious but) it's difficult or impossible to get all views of the data - any logs from osm.org will miss anyone accessing the data from any other source - be it standalone maps on phones and other devices, maps rendered by other people, use of the data other than in maps, etc. etc. Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[talk-au] Railway Station naming
Hi, I have noticed some edits on the Werribee line (Victoria) adding 'Station' to the end of station names. Is this correct? Thanks, David. From: talk-au-requ...@openstreetmap.org Subject: Talk-au Digest, Vol 80, Issue 5 To: talk-au@openstreetmap.org Date: Sun, 16 Feb 2014 03:47:18 + Send Talk-au mailing list submissions to talk-au@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-au or, via email, send a message with subject or body 'help' to talk-au-requ...@openstreetmap.org You can reach the person managing the list at talk-au-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-au digest... Today's Topics: 1. Re: Motorway edits in NSW / Vic (SomeoneElse) 2. Re: Motorway edits in NSW / Vic (Leon Kernan) 3. Re: Motorway edits in NSW / Vic (Warin) 4. Re: Motorway edits in NSW / Vic (Leon Kernan) 5. Re: Motorway edits in NSW / Vic (Ross Scanlon) -- Message: 1 Date: Sat, 15 Feb 2014 16:49:59 + From: SomeoneElse li...@mail.atownsend.org.uk To: talk-au@openstreetmap.org Subject: Re: [talk-au] Motorway edits in NSW / Vic Message-ID: 52ff9ab7.7060...@mail.atownsend.org.uk Content-Type: text/plain; charset=ISO-8859-1; format=flowed There seem to be a lot of deletions in this and subsequent changesets: http://www.openstreetmap.org/changeset/20555081 Are they valid? Cheers, Andy -- Message: 2 Date: Sun, 16 Feb 2014 09:31:01 +1100 From: Leon Kernan lker...@gmail.com To: SomeoneElse li...@mail.atownsend.org.uk Cc: OSM Australian Talk List talk-au@openstreetmap.org Subject: Re: [talk-au] Motorway edits in NSW / Vic Message-ID: cach7a8_0jnffh2zwhedzn4x-9br62aeklxqu2cfmgvx2id5...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 No, he seems to be putting back his fake roads again. Just as I finished fixing some of them from last time... Has anyone managed to contact him (I noticed several people in the talk-GB list were trying to) and is it time to get someone like the Data Working Group involved to deal with him? At the least, I believe every one of his edits in Australia is bogus. I've checked the following: He's reinstated the Shepparton bypass again. I can say with certainty that that road doesn't exist except in the road authorities future plans. There is also a Pacific Highway tunnel that's appeared in Sydney that I believe is still in the planning phase. The Adelaide northern connector is also in the planning phase (still not funded according to their website) and sure enough, he's made it complete. Look at this minor example: http://www.openstreetmap.org/way/261508781#map=19/-37.56324/143.93172 There is no justification for adding those ramps, which would be dangerous if they were actually built like that. On Sun, Feb 16, 2014 at 3:49 AM, SomeoneElse li...@mail.atownsend.org.ukwrote: There seem to be a lot of deletions in this and subsequent changesets: http://www.openstreetmap.org/changeset/20555081 Are they valid? Cheers, Andy ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-au/attachments/20140216/7ac345be/attachment-0001.html -- Message: 3 Date: Sun, 16 Feb 2014 12:51:25 +1100 From: Warin 61sundow...@gmail.com To: talk-au@openstreetmap.org Subject: Re: [talk-au] Motorway edits in NSW / Vic Message-ID: 5300199d.5050...@gmail.com Content-Type: text/plain; charset=iso-8859-1; Format=flowed Some don't read their email How about marking the things he is adding - under construction - so they don't apear on maps Nameing them Reiff14 READ YOUR EMAIL! Adding Note with the same as name... Note I've not used his actual 'name' .. but I'd think that may get through? There is a twitter account with that name ... and a mapmy person with the same name too... On 16/02/2014 9:31 AM, Leon Kernan wrote: No, he seems to be putting back his fake roads again. Just as I finished fixing some of them from last time... Has anyone managed to contact him (I noticed several people in the talk-GB list were trying to) and is it time to get someone like the Data Working Group involved to deal with him? At the least, I believe every one of his edits in Australia is bogus. I've checked the following: He's reinstated the Shepparton bypass again. I can say with certainty that that road doesn't exist except in the road authorities future plans. There is also a Pacific Highway tunnel that's appeared in Sydney that I believe
Re: [talk-au] Motorway edits in NSW / Vic
Jason, I'll look into this Thanks, - Serge On Sun, Feb 16, 2014 at 12:09 AM, Jason Ward jasonjwa...@gmail.com wrote: Hi DWG (CC talk-au list), Below is a segment of a discussion on talk-au regarding edits made by http://www.openstreetmap.org/user/robbief14. He is unresponsive to messages sent via OSM and continues to add and remove content that has been established as incorrect. I am notifying you as users within the talk-au discussion have established some actions within his edits to be vandalism (with some rollbacks by users being re-added back in by this user). If you have any questions please contact the guys on the list and I apologise if you have been notified separately to my comms (no-one was nominated or volunteered so I just sent this message). Cheers, Jason On 16 February 2014 08:31, Leon Kernan lker...@gmail.com wrote: No, he seems to be putting back his fake roads again. Just as I finished fixing some of them from last time... Has anyone managed to contact him (I noticed several people in the talk-GB list were trying to) and is it time to get someone like the Data Working Group involved to deal with him? At the least, I believe every one of his edits in Australia is bogus. I've checked the following: He's reinstated the Shepparton bypass again. I can say with certainty that that road doesn't exist except in the road authorities future plans. There is also a Pacific Highway tunnel that's appeared in Sydney that I believe is still in the planning phase. The Adelaide northern connector is also in the planning phase (still not funded according to their website) and sure enough, he's made it complete. Look at this minor example: http://www.openstreetmap.org/way/261508781#map=19/-37.56324/143.93172 There is no justification for adding those ramps, which would be dangerous if they were actually built like that. On Sun, Feb 16, 2014 at 3:49 AM, SomeoneElse li...@mail.atownsend.org.uk wrote: There seem to be a lot of deletions in this and subsequent changesets: http://www.openstreetmap.org/changeset/20555081 Are they valid? Cheers, Andy ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Motorway edits in NSW / Vic
Jason, My apologies for not getting back to you sooner. We went ahead and gave the user a temporary block two days ago. It doesn't look like he's bothered to log in since. You mentioned that you and other have rolled back some of his edits. Do you want to continue to do so (since you seem to be coordinating) or should I? - Serge On Sun, Feb 16, 2014 at 12:09 AM, Jason Ward jasonjwa...@gmail.com wrote: Hi DWG (CC talk-au list), Below is a segment of a discussion on talk-au regarding edits made by http://www.openstreetmap.org/user/robbief14. He is unresponsive to messages sent via OSM and continues to add and remove content that has been established as incorrect. I am notifying you as users within the talk-au discussion have established some actions within his edits to be vandalism (with some rollbacks by users being re-added back in by this user). If you have any questions please contact the guys on the list and I apologise if you have been notified separately to my comms (no-one was nominated or volunteered so I just sent this message). Cheers, Jason On 16 February 2014 08:31, Leon Kernan lker...@gmail.com wrote: No, he seems to be putting back his fake roads again. Just as I finished fixing some of them from last time... Has anyone managed to contact him (I noticed several people in the talk-GB list were trying to) and is it time to get someone like the Data Working Group involved to deal with him? At the least, I believe every one of his edits in Australia is bogus. I've checked the following: He's reinstated the Shepparton bypass again. I can say with certainty that that road doesn't exist except in the road authorities future plans. There is also a Pacific Highway tunnel that's appeared in Sydney that I believe is still in the planning phase. The Adelaide northern connector is also in the planning phase (still not funded according to their website) and sure enough, he's made it complete. Look at this minor example: http://www.openstreetmap.org/way/261508781#map=19/-37.56324/143.93172 There is no justification for adding those ramps, which would be dangerous if they were actually built like that. On Sun, Feb 16, 2014 at 3:49 AM, SomeoneElse li...@mail.atownsend.org.uk wrote: There seem to be a lot of deletions in this and subsequent changesets: http://www.openstreetmap.org/changeset/20555081 Are they valid? Cheers, Andy ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [OSM-talk-ie] OpenStreetMap hack day in TOG, Dublin next Saturday 8th March
Hi Thanks for organising the workshop, I put my name on the mailing list some time ago out of curiosity. I'm involved in a local heritage group in south Dublin would be interested in mapping key sites and also heritage trails. I'm wondering as a total newbie if it would be appropriate for me to attend or is this for more experienced mappers. Appreciate if you could clarify and look forward to hearing back. Regards Reg On 1 March 2014 23:10, Rory McCann r...@technomancy.org wrote: Hi, TOG is basically in city-centre Dublin (technically the south west corner of city centre), so any accomodation in city centre would be walkable to TOG. Yes, the Radisson Blu basically overlooks TOG. :) There's a Jury's Inn not far[1] TOG has a a couple of parking spaces in our yard, but no gaurantees. First come first served. There's a public car park at Christ Church[2] If you're thinking of driving, TOG is ~10 minutes walk from Four Courts Luas stop[3], and there's a Luas Park and Ride at Red Cow[4] [1] http://www.openstreetmap.org/?mlat=53.34280mlon=-6.27073# map=17/53.34280/-6.27073 [2] http://www.openstreetmap.org/?mlat=53.34238mlon=-6.27024# map=17/53.34238/-6.27024 [3] http://www.openstreetmap.org/?mlat=53.34690mlon=-6.27364# map=17/53.34690/-6.27364 [4] http://www.openstreetmap.org/?mlat=53.3169mlon=-6.3697#map= 16/53.3169/-6.3697 On 01/03/14 19:34, Dave Corley wrote: A quick look shows there is a Radisson Blu [1] next to Tóg [2] [1] http://www.radissonblu.ie/royalhotel-dublin [2] http://osm.org/go/es~R2aDy2?m= Dave On Sat, Mar 1, 2014 at 4:47 PM, Killyfole and District Development Assocation webmas...@killyfole.org.uk wrote: Rory, Can you make any recommendations on places to stay in the area close by? Or if parking is available.? It might be a better idea to stay overnight if the plan is to go for drinks after! ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie -- Visit us: dalkeycivictrust.yolasite.com Reg McCabe Killiney Dublin ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-br] Problema de usabilidade do editor de endereços do iD
Bem, eu acho que o campo addr:housename não pode ser realmente considerado como Complemento, justamente devido à existência dos campos addr:door, addr:unit e outros. Para mim, a tradução como Complemento era só uma solução temporária devido ao estado do formulário de endereços do editor iD. Pois pelo menos não colocariam o nome do lugar ou o nome da rua lá. Veja a descrição de addr:housename: *The name of a house. This is sometimes used in some countries like England instead of (or in addition to) a house number. * Quando fala *instead of (or in addition to) a house number*, eu não acredito que seja o número da casa dentro do mesmo campo, mas dentro do seu respectivo campo (addr:housenumber). Eu acho que utilizar addr:housename como Complemento é criar trabalho para outros corrigirem no futuro. Atenciosamente, João Em 27 de fevereiro de 2014 12:09, Fernando Trebien fernando.treb...@gmail.com escreveu: Annotation/Addresses (inglês) ou Endereços e Contactos/Endereços (português de Portugal) ou Anotação/Endereços (português brasileiro). 2014-02-27 11:30 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: 2014-02-27 11:22 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com : Os presets de endereço do JOSM ainda incluem esse campo, e não incluem os outros (addr:door, addr:unit, etc.). Qual preset que cria addr:housename? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] geplante Stromtrasse
2014-03-04 8:36 GMT+01:00 Markus liste12a4...@gmx.de: Liebe Stromspezialisten, wie kann man die geplante Gleichstrompasage Süd-Ost eintragen? Zurzeit erstmal noch gar nicht! Es gibt ja noch keine Stromtrasse. Es gibt erst einmal nur verschiedene Trassenkorridore, die jetzt in einer Variantenuntersuchung gegeneinander abgewogen werden. Und dann sind das nur Korridore von gut einem km Breite - also viel zu ungenau für OSM. www.netzausbau.de http://www.amprion.net/netzausbau/gleichstrompassage-sued-ost-hintergrund Sinnvoll wäre, das Projekt schon in der Planungsphase zu rendern und so den demokratischen Prozess zu unterstützen. In dieser frühen Projektphase sind die verlinkten Karten zur Bürgerinformation ausreichend. Und dem demokratischen Prozess wird mit einer öffentlichen Auslegung der Planungsunterlagen im Planfeststellungsverfahren nach Verwaltungsverfahrensgesetz Rechnung getragen. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald aufteilen um Namen anzuzeigen?
Martin Koppenhoefer dieterdreist at gmail.com writes: Allerdings würde ich dazu tendieren das landuse=forest nicht im multipolygon zu verstecken sondern an die Untereinheiten zu schreiben. Ist meiner Ansicht nach dann für andere Mapper leichter nachzuvollziehen. Ist beides richtig oder ist eine Variante zu bevorzugen? wenn man es nicht ans Multipolygon schreibt, weiss man nur, dass ein Objekt aus Waldstücken besteht (die Relation), aber nicht, ob sich das Toponym auf einen Wald bezieht. An dem Objekt mit dem Namen sollte auch ein tag sein das sagt, worauf sich der Name bezieht. Stimmt im Prinzip. Bevor ich aber irgendwelche Flächen ohne landuse rumstehen lassen würde, würde ich hier die kleine Redundanz in Kauf nehmen und ergänzend zum Multipolygon allen Untereinheiten noch ein landuse=forest geben. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald aufteilen um Namen anzuzeigen?
Am 4. März 2014 13:41 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Stimmt im Prinzip. Bevor ich aber irgendwelche Flächen ohne landuse rumstehen lassen würde, würde ich hier die kleine Redundanz in Kauf nehmen und ergänzend zum Multipolygon allen Untereinheiten noch ein landuse=forest geben. Im Prinzip ja, leider sind die Multipolygon-Relationen vollkommen unberechenbar und interpretieren teilweise aus eigener Kraft, dass ein tag nicht sein soll wo es ist (z.B. wenn man ein Loch hat, welches die tags des Multipolygons hat, dann wird das als Loch gerendert und die tags des Objekts werden offenbar weggeworfen, Beispiel: http://www.openstreetmap.org/way/263521637 auch ein Hinzufügen von building:part=yes hat leider nichts geändert, es bleibt ein Loch im Rendering). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald aufteilen um Namen anzuzeigen?
Das liegt daran, dass zu viele zu lange Multipolygone falsch getagged haben und die Render das als Fallback entsprechend angewandt haben. Faktisch dennoch ein Bug und als solchen würd ich ihn auch behandeln. Das Problem dürfte allerdings eher in osm2pgsql als an Mapnik oder dem Kartenstil liegen - oder aber an dessen Konfiguration im osm-default-style-Setup. Am besten also: Bug-report beim osm-default-style und bei osm2pgsql; entweder wird das im style auf osm2pgsql geschoben, oder bei osm2pgsql gibt es eine Konfigruation, um das umzustellen, und darüber wird das Problem gelöst. Letzte und schlechteste Variante: Die Admins entscheiden sich bewusst, den Fehler in Kauf zu nehmen und wollen das fallback für viele andere Fälle beibehalten, in denen tatsächlich fälschlicherweise an inner/outer die Tags der Relation drangepappt oder wiederholt worden sind. Gruß Peter Am 04.03.2014 13:49, schrieb Martin Koppenhoefer: Am 4. März 2014 13:41 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Stimmt im Prinzip. Bevor ich aber irgendwelche Flächen ohne landuse rumstehen lassen würde, würde ich hier die kleine Redundanz in Kauf nehmen und ergänzend zum Multipolygon allen Untereinheiten noch ein landuse=forest geben. Im Prinzip ja, leider sind die Multipolygon-Relationen vollkommen unberechenbar und interpretieren teilweise aus eigener Kraft, dass ein tag nicht sein soll wo es ist (z.B. wenn man ein Loch hat, welches die tags des Multipolygons hat, dann wird das als Loch gerendert und die tags des Objekts werden offenbar weggeworfen, Beispiel: http://www.openstreetmap.org/way/263521637 auch ein Hinzufügen von building:part=yes hat leider nichts geändert, es bleibt ein Loch im Rendering). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald aufteilen um Namen anzuzeigen?
Am 04/mar/2014 um 14:06 schrieb Peter Wendorff wendo...@uni-paderborn.de: Die Admins entscheiden sich bewusst, den Fehler in Kauf zu nehmen und wollen das fallback für viele andere Fälle beibehalten, in denen tatsächlich fälschlicherweise an inner/outer die Tags der Relation drangepappt oder wiederholt worden sind. das ist AFAIK der letzte Stand Gruß, Martin PS: nicht falsch, das sind lediglich Varianten ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald aufteilen um Namen anzuzeigen?
Martin Koppenhoefer dieterdreist at gmail.com writes: Die Admins entscheiden sich bewusst, den Fehler in Kauf zu nehmen und wollen das fallback für viele andere Fälle beibehalten, in denen tatsächlich fälschlicherweise an inner/outer die Tags der Relation drangepappt oder wiederholt worden sind. das ist AFAIK der letzte Stand Gruß, Martin PS: nicht falsch, das sind lediglich Varianten Wenn am inner und am outer ein landuse=forest hängt, dann heißt das zumindest für mich, dass der Wald durch ein anderes Waldstück unterbrochen wird. Zum Beispiel könnte der größere Teil Nadelwald sein und der kleine inner-Teil Laubwald. ... und vermutlich wäre das Multipolygon in dem Fall dann auch unnötig... Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald aufteilen um Namen anzuzeigen?
Am 04.03.2014 13:49, schrieb Martin Koppenhoefer: Im Prinzip ja, leider sind die Multipolygon-Relationen vollkommen unberechenbar und interpretieren teilweise aus eigener Kraft, dass ein tag nicht sein soll wo es ist (z.B. wenn man ein Loch hat, welches die tags des Multipolygons hat, dann wird das als Loch gerendert und die tags des Objekts werden offenbar weggeworfen, Beispiel: http://www.openstreetmap.org/way/263521637 auch ein Hinzufügen von building:part=yes hat leider nichts geändert, es bleibt ein Loch im Rendering). Das ist nie und nimmer ein valides MP. :-) Wozu soll es überhaupt dienen, wenn das Gebäude keine Löcher hat? Ich stimme allerdings zu, dass die erste historische Taggingvariante für MPs (gleiches Tagging für inner und outer) nicht mehr unterstützt werden sollte, da es ja der aktuellen Definition widerspricht. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald aufteilen um Namen anzuzeigen?
Am 4. März 2014 14:26 schrieb chris66 chris66...@gmx.de: Im Prinzip ja, leider sind die Multipolygon-Relationen vollkommen unberechenbar und interpretieren teilweise aus eigener Kraft, dass ein tag nicht sein soll wo es ist (z.B. wenn man ein Loch hat, welches die tags des Multipolygons hat, dann wird das als Loch gerendert und die tags des Objekts werden offenbar weggeworfen, Beispiel: http://www.openstreetmap.org/way/263521637 auch ein Hinzufügen von building:part=yes hat leider nichts geändert, es bleibt ein Loch im Rendering). Das ist nie und nimmer ein valides MP. :-) Wozu soll es überhaupt dienen, wenn das Gebäude keine Löcher hat? es sind mehrere Gebäude, die zu einem zusammenkleben bzw. wo eines von einem anderen umschlossen ist, unterschiedliche Stockwerkshöhen und ggf. Typologie etc., macht also durchaus Sinn, wenn man das aufteilt. Abgesehen von diesem Beispiel dürfte es auch noch andere Fäll geben, wo etwas um etwas gleiches (im Sinne von bestimmten OSM-tags) herum liegt, also ein Teil eingeschlossen ist, aber trotzdem nicht als Loch gerendert werden soll. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald aufteilen um Namen anzuzeigen?
Am Dienstag, den 04.03.2014, 14:33 +0100 schrieb Martin Koppenhoefer: Am 4. März 2014 14:26 schrieb chris66 chris66...@gmx.de: Im Prinzip ja, leider sind die Multipolygon-Relationen vollkommen unberechenbar und interpretieren teilweise aus eigener Kraft, dass ein tag nicht sein soll wo es ist (z.B. wenn man ein Loch hat, welches die tags des Multipolygons hat, dann wird das als Loch gerendert und die tags des Objekts werden offenbar weggeworfen, Beispiel: http://www.openstreetmap.org/way/263521637 auch ein Hinzufügen von building:part=yes hat leider nichts geändert, es bleibt ein Loch im Rendering). Das ist nie und nimmer ein valides MP. :-) Wozu soll es überhaupt dienen, wenn das Gebäude keine Löcher hat? es sind mehrere Gebäude, die zu einem zusammenkleben bzw. wo eines von einem anderen umschlossen ist, unterschiedliche Stockwerkshöhen und ggf. Typologie etc., macht also durchaus Sinn, wenn man das aufteilt. Abgesehen von diesem Beispiel dürfte es auch noch andere Fäll geben, wo etwas um etwas gleiches (im Sinne von bestimmten OSM-tags) herum liegt, also ein Teil eingeschlossen ist, aber trotzdem nicht als Loch gerendert werden soll. Also wenn ich das MP richtig verstanden habe, dann gibt es 2 Möglichkeiten: entweder mehrere Outer liegen nebeneinander, ohne sich zu berühren, oder im Outer liegt ein Inner, dass dann ein Loch bildet. Erst innerhalb des Lochs kann es wieder ein Outer geben, dass ein Loch im Loch darstellt und damit wieder zur Fläche gehört. Ein Outer direkt im Outer ist AFAIK ein Fehler, sowohl nach OSM-Definition als auch nach postgis. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald aufteilen um Namen anzuzeigen?
Am 4. März 2014 14:51 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de: Also wenn ich das MP richtig verstanden habe, dann gibt es 2 Möglichkeiten: entweder mehrere Outer liegen nebeneinander, ohne sich zu berühren, oder im Outer liegt ein Inner, dass dann ein Loch bildet. Erst innerhalb des Lochs kann es wieder ein Outer geben, dass ein Loch im Loch darstellt und damit wieder zur Fläche gehört. Ein Outer direkt im Outer ist AFAIK ein Fehler, sowohl nach OSM-Definition als auch nach postgis. +1 in dem Beispiel oben gibt es ein Multipolygon: http://www.openstreetmap.org/relation/3538569 wo ein Gebäude als inner drin ist, d.h. dieses Gebäude ist nicht Teil des Multipolygons. Das Gebäude (geschlossener osm-way mit building=yes) selbst, um das es mir geht, http://www.openstreetmap.org/way/263521637 wird aber auch nicht mehr gerendert, eben weil es auch Teil des Multipolygons ist (als inner), und osm2pgsql daher die tags wegwirft. Ein outer im outer ist natürlich ein Fehler, da gibts keine Widerrede. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald aufteilen um Namen anzuzeigen?
Am 04.03.2014 14:06, schrieb Peter Wendorff: Das liegt daran, dass zu viele zu lange Multipolygone falsch getagged haben und die Render das als Fallback entsprechend angewandt haben. Faktisch dennoch ein Bug und als solchen würd ich ihn auch behandeln. Immerhin ist es im Wiki noch so definiert: Sind Zeichenstil für innere und äußere Ringe identisch (alte Methode) sollte der Zeichenstil für die inneren Ringe als nicht angegeben betrachtet werden. http://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald aufteilen um Namen anzuzeigen?
Am 4. März 2014 15:30 schrieb chris66 chris66...@gmx.de: Immerhin ist es im Wiki noch so definiert: Sind Zeichenstil für innere und äußere Ringe identisch (alte Methode) sollte der Zeichenstil für die inneren Ringe als nicht angegeben betrachtet werden. http://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon jup, steht nicht nur in der Übersetzung sondern auch in der Definition (englische Version) so drin. Das macht die Sache allerdings ungeheuer komplex, wenn bestehende tags auf einem way ignoriert werden, weil der way in einer bestimmten Relation drin ist. M.E. ist der Schaden größer als der Nutzen, gerade auch weil einfache Regeln (tags gelten für das Objekt, an dem sie angebracht sind) es für jeden einfacher machen würden. Naja, vermutlich muss ich lediglich noch eine neue Multipolygon-Relation mit nur dem einen way als member erstellen, um osm2pgsql auszutricksen ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald aufteilen um Namen anzuzeigen?
Am 04.03.2014 15:42, schrieb Martin Koppenhoefer: Sind Zeichenstil für innere und äußere Ringe identisch (alte Methode) sollte der Zeichenstil für die inneren Ringe als nicht angegeben betrachtet werden. http://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon jup, steht nicht nur in der Übersetzung sondern auch in der Definition (englische Version) so drin. Das macht die Sache allerdings ungeheuer komplex, wenn bestehende tags auf einem way ignoriert werden, weil der way in einer bestimmten Relation drin ist. M.E. ist der Schaden größer als der Nutzen, gerade auch weil einfache Regeln (tags gelten für das Objekt, an dem sie angebracht sind) es für jeden einfacher machen würden. Naja, vermutlich muss ich lediglich noch eine neue Multipolygon-Relation mit nur dem einen way als member erstellen, um osm2pgsql auszutricksen ;-) Ja, das ist der empfohlene Work-around, also das inner-Polygon als separates MP anzulegen. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] perché OSM
Interessante articolo del Guardian di cui avevamo parlato qualche settimana fa http://www.theguardian.com/technology/2014/jan/14/why-the-world-needs-openstreetmap qui la traduzione in italiano http://blog.spaziogis.it/2014/01/10/perche-abbiamo-bisogno-di-openstreetmap/ Alessandro Ale_Zena_IT ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] errore sito conf.openstreetmap
Grazie. Mi permetto di aggiungere allora che sarebbe buono non avere ancora in home la passata edizione (specie come nome sito nell'header), se non come rimando ad altra pagina;) Buon lavoro a tutti Francesca Santarelli @editorintropico https://twitter.com/editorintropico Open Culture Atlas http://opencultureatlas.tropicodellibro.it/ / Tropico del Libro http://tropicodellibro.it Il giorno 04 marzo 2014 08:03, Luca Delucchi lucadel...@gmail.com ha scritto: 2014-03-04 1:43 GMT+01:00 Simone Cortesi sim...@cortesi.com: 2014-03-03 20:20 GMT+01:00 Francesca Santarelli fsantare...@tropicodellibro.it: Non so se già lo sapete o se non si apre più solo a me: http://conf.openstreetmap.it ora funziona: http://conf.openstreetmap.it/ grazie, per quello dell'anno prima? Giusto per informazione ho appena registrato osmit.it, se volete si potrebbe utilizzare per fare dei redirect ai vari anni della conferenza tipo 2013.osmit.it... -- -S -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] perché OSM
Grazie mille, continuate pure a segnalare, io mi studio tutto:) Francesca Santarelli @editorintropico https://twitter.com/editorintropico Open Culture Atlas http://opencultureatlas.tropicodellibro.it/ / Tropico del Libro http://tropicodellibro.it Il giorno 04 marzo 2014 09:16, Alessandro ale_z...@libero.it ha scritto: Interessante articolo del Guardian di cui avevamo parlato qualche settimana fa http://www.theguardian.com/technology/2014/jan/14/why- the-world-needs-openstreetmap qui la traduzione in italiano http://blog.spaziogis.it/2014/01/10/perche-abbiamo-bisogno- di-openstreetmap/ Alessandro Ale_Zena_IT ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Re: perché OSM
(ciao Francesca) :) - volevo partecipare - Le mail ti raggiungono ovunque con BlackBerry® from Vodafone! -Original Message- From: Francesca Santarelli fsantare...@tropicodellibro.it Date: Tue, 4 Mar 2014 09:48:30 To: openstreetmap list - italianotalk-it@openstreetmap.org Reply-To: openstreetmap list - italiano talk-it@openstreetmap.org Subject: Re: [Talk-it] perché OSM ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] perché OSM
http://mobile.nytimes.com/2013/12/15/magazine/googles-plan-for-global-domination-dont-ask-why-ask-where.html?from=global.home Le accuse che vengono ad OSM attualmente sono due: - lato utente: non abbiamo foto satellitari, street view, un geocoder di livello e un portale integrato - lato consumer: quella che cita Steve Coast nell'articolo sopra, per rendere usabile da un navigatore i dati di OSM dovrebbero avere migliaia di indirizzi e turn restriction in più, perchè sono la base per il routing professionale (da cui anche questa considerazione che se tutti gli utenti attivi inserissero 1000 indirizzi a capoccia avremmo fatto un grosso passo in avanti http://osm.gryph.de/2012/12/1000-addresses/) Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag www.prezzibenzina.it
Am 04/mar/2014 um 08:46 schrieb Aury88 spacedrive...@gmail.com: non ero mai arrivato a fare un changeset così esteso e con così tanti elementi, ma ci voleva visto che mi devo preparare per l'import dall'Istat per l'istat (come per tutte le modiche ) è meglio creare dei changesets abbastanza piccoli. Un changeset grande ha dei svantaggi rispetto a più changesets piccoli ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag www.prezzibenzina.it
Il giorno 04 marzo 2014 08:46, Aury88 spacedrive...@gmail.com ha scritto: piacere, quel key non mi era mai piaciuto comunque ;) attenzione però che ho rimosso solo 8 regioni...ero già oltre i 4000 edit e non volevo creare casini con un cambiamento in un unico changeset...già josm ci ha messo alcuni minuti a caricare tutto :( Hai messo nelle opzioni avanzate il caricamento del changeset a segmenti? Se lo metti a blocchi di 500 fai prima e hai feedback sullo stato del caricamento... (sono arrivato a caricare 15k modifiche a questo modo) questo pomeriggio faccio il resto e se non ce la dovessi fare per domani sera, penso, dovrei comunque finire. comunque sia per me è un record...non ero mai arrivato a fare un changeset così esteso e con così tanti elementi, ma ci voleva visto che mi devo preparare per l'import dall'Istat e dovevo vedere cosa riusciva a fare la mia rete ed il mio pc :) - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Tag-www-prezzibenzina-it-tp5777413p5798369.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] perché OSM
Il 04/03/2014 09:58, sabas88 ha scritto: http://mobile.nytimes.com/2013/12/15/magazine/googles-plan-for-global-domination-dont-ask-why-ask-where.html?from=global.home Le accuse che vengono ad OSM attualmente sono due: - lato utente: non abbiamo foto satellitari, street view, un geocoder di livello e un portale integrato - lato consumer: quella che cita Steve Coast nell'articolo sopra, per rendere usabile da un navigatore i dati di OSM dovrebbero avere migliaia di indirizzi e turn restriction in più, perchè sono la base per il routing professionale (da cui anche questa considerazione che se tutti gli utenti attivi inserissero 1000 indirizzi a capoccia avremmo fatto un grosso passo in avanti http://osm.gryph.de/2012/12/1000-addresses/) Qui stiamo finendo OT ma voglio replicare: perchè non riprendiamo l'attività del mese che avevamo proposto un paio d'anni fa per migliorare la qualità? Io per primo faccio outing confessando che non ho mai mappato i turn restriction perchè avevo paura di fare casino. SHAME ON ME!! Perlomeno circa un migliaio di indirizzi l'ho inserito. Alessandro Ale_Zena_IT ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag www.prezzibenzina.it
no...quelle opzioni erano tra le cose che mi ero ripromesso di guardare bene, ma non ho mai avuto tempo :( ora che lo so userò da ora in poi questo metodo di caricamento. grazie mille! è sorprendente dopo due anni quanto sia ancora niubbo sotto molti (troppi) aspetti XD saluti, Aury - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Tag-www-prezzibenzina-it-tp5777413p5798397.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] perché OSM
sabas88 wrote http://mobile.nytimes.com/2013/12/15/magazine/googles-plan-for-global-domination-dont-ask-why-ask-where.html?from=global.home Le accuse che vengono ad OSM attualmente sono due: - lato utente: non abbiamo foto satellitari, street view, un geocoder di livello e un portale integrato - lato consumer: quella che cita Steve Coast nell'articolo sopra, per rendere usabile da un navigatore i dati di OSM dovrebbero avere migliaia di indirizzi e turn restriction in più, perchè sono la base per il routing professionale (da cui anche questa considerazione che se tutti gli utenti attivi inserissero 1000 indirizzi a capoccia avremmo fatto un grosso passo in avanti http://osm.gryph.de/2012/12/1000-addresses/) OTdal punto di vista del numero di numeri civici secondo me abbiamo già quasi raggiunto google (almeno per quanto concerne l'inserimento diretto, quindi escludendo tutte le attività commerciali che autonomamente caricano i propri dati, e conseguentemente l'indirizzo, su googlemap). il problema è che googlemap utilizza metodi di interpolazione per cui da pochi civici è in grado di stimare la posizione di quelli mancanti...lato utente sembra essere quindi molto più completo, ma spesso sbaglia anche di parecchio (da me addirittura segna un civico inesistente). comunque sia la situazione in italia potrebbe diventare grossomodo alla pari con google se l'istat dovesse effettivamente rilasciare i civici georeferenziati. per le turn restriction in italia non dovremmo essere messi malissimo...credo che le turn restriction mancanti e che potrebbero dare problemi nel routing, in buona parte, siano state sistemate grazie anche a tutti i tool/script creati da voi.. quindi secondo me il grosso dei problemi in italia sia solo a livello di servizi dati all'utente (al posto di streetview onestamente preferisco la visione panoramica di Bing o meglio quella 3D di Here!, ma onestamente credo che questi servizi non verranno mai integrai sulla mappa nel sito ufficiale di osm.org) /OT saluti, Aury - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/perche-OSM-tp5798321p5798399.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] perché OSM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 04/03/2014 10:13, Alessandro ha scritto: Il 04/03/2014 09:58, sabas88 ha scritto: - lato consumer: quella che cita Steve Coast nell'articolo sopra, per rendere usabile da un navigatore i dati di OSM dovrebbero avere migliaia di indirizzi e turn restriction in più, perchè sono la base per il routing professionale (da cui anche questa considerazione che se tutti gli utenti attivi inserissero 1000 indirizzi a capoccia avremmo fatto un grosso passo in avanti http://osm.gryph.de/2012/12/1000-addresses/) Ma i navigatori hanno degli standard a cui riferirsi per poter fare un routing del genere? od ognuno fa il suo? Perchè se è vero che abbiamo problemi con le mancate restrictions, poi non abbiamo un riferimento valido per cui creare tag appositi od adattarli al sistema standard (se c'è) dei navigatori. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlMVpZUACgkQoVS0hKoD3PP09AD/enDjBb8q089DmFZQHUDC24pz KMs9V+iHQLIU6aK4cMwA/i1L+OAhXEDGrrOKI+Esl5CYKTt7kZ3wJ3K8D4tw2ka9 =1Hai -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] perché OSM
Il giorno 04 marzo 2014 11:06, girarsi_liste liste.gira...@gmail.com ha scritto: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 04/03/2014 10:13, Alessandro ha scritto: Il 04/03/2014 09:58, sabas88 ha scritto: - lato consumer: quella che cita Steve Coast nell'articolo sopra, per rendere usabile da un navigatore i dati di OSM dovrebbero avere migliaia di indirizzi e turn restriction in più, perchè sono la base per il routing professionale (da cui anche questa considerazione che se tutti gli utenti attivi inserissero 1000 indirizzi a capoccia avremmo fatto un grosso passo in avanti http://osm.gryph.de/2012/12/1000-addresses/) Ma i navigatori hanno degli standard a cui riferirsi per poter fare un routing del genere? od ognuno fa il suo? Teoricamente dovrebbero tutti adeguarsi al supporto delle relazioni come definite sulla wiki, ovvero ( http://wiki.openstreetmap.org/wiki/Types_of_relation) - routes http://wiki.openstreetmap.org/wiki/Relation:route - turn restriction http://wiki.openstreetmap.org/wiki/Turn_restrictions - enforcement http://wiki.openstreetmap.org/wiki/Relation:enforcement Perchè se è vero che abbiamo problemi con le mancate restrictions, poi non abbiamo un riferimento valido per cui creare tag appositi od adattarli al sistema standard (se c'è) dei navigatori. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlMVpZUACgkQoVS0hKoD3PP09AD/enDjBb8q089DmFZQHUDC24pz KMs9V+iHQLIU6aK4cMwA/i1L+OAhXEDGrrOKI+Esl5CYKTt7kZ3wJ3K8D4tw2ka9 =1Hai -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] perché OSM
credo che debbano essere i programmi di routing ad adattarsi al nostro sistema di tagging altrimenti dovremmo fare l'assurdità di creare metodi e tag ridondanti per coprire i vari produttori. al limite saranno i produttori, una volta scaricato il db, ad apportare le eventuali modificare ai dati per adattarli ai propri applicativi... - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/perche-OSM-tp5798321p5798402.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] perché OSM
2014-03-04 11:06 GMT+01:00 girarsi_liste liste.gira...@gmail.com: Perchè se è vero che abbiamo problemi con le mancate restrictions, poi non abbiamo un riferimento valido per cui creare tag appositi od adattarli al sistema standard (se c'è) dei navigatori. è probabilmente vero che abbiamo un problema con le mancate turn restrictions, ma non è un problema a livello di tags o strutture mancanti, ma una mancanza della loro applicazione. I turn restrictions sono mappati con delle relazioni type=restriction e restriction=only_ / no_ left_turn right_turn straight_on Qualsiasi motore di routing / navigatore potrebbe poi convertire questi dati al suo di sistema / formato, come lo fanno anche per gli altri oggetti (per esempio strade). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] perché OSM
Due grossi problemi di OSM: - La gestione dei divieti sulle strade. Quello attuale è inadeguato, pieno di divieti che non si capisce bene tra di loro in cosa differiscono e quindi dai navigatori non interpretati correttamente. Sarebbe da cancellare tutto e ripensare da zero i divieti con un sistema più modulare. - i civici. Ognuno li mette come vuole. Li ho visti messi sull'edificio, su di un nodo dell'edificio, creare un nuovo nodo dentro l'edificio oppure all'altezza dell'ingresso della proprietà. Bisogna decidersi una volta per tutte al livello internazionale. è per questo che non edito più i punti sopra descritti anche se sono fondamentali per un software di routing. Le turn restriction invece mi sembra svolgano egregiamente il loro lavoro. -- View this message in context: http://gis.19327.n5.nabble.com/perche-OSM-tp5798321p5798422.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] perché OSM
2014-03-04 13:07 GMT+01:00 Hartman sldr.hart...@gmail.com: Due grossi problemi di OSM: - La gestione dei divieti sulle strade. Quello attuale è inadeguato, pieno di divieti che non si capisce bene tra di loro in cosa differiscono e quindi dai navigatori non interpretati correttamente. Sarebbe da cancellare tutto e ripensare da zero i divieti con un sistema più modulare. *g* abbiamo secondo taginfo finora inserito 252 395 restrizioni, cancellare tutto probabilmente non troverebbe una maggioranza ;-) Non ho ancora beccato una situazione reale che non era rappresentabile in OSM con il sistema attuale di restrizioni, se mi dai un esempio sarei interessato. - i civici. Ognuno li mette come vuole. Li ho visti messi sull'edificio, su di un nodo dell'edificio, creare un nuovo nodo dentro l'edificio oppure all'altezza dell'ingresso della proprietà. Bisogna decidersi una volta per tutte al livello internazionale. credo che sia normale che ci sono sistemi / modi di mappatura diversi, anzi è probabilmente necessario perché i civici funzionano diversamente da paese a paese e talvolta anche da comune a comune. Non capisco quale sia il grosso problema di mappare un civico una volta come nodo vicino alla strada ed una volta interno ad un edificio o su un'area. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Talk-it-sicilia è nata
Ciao Aury, Aury88 wrote perfetto...ho già inviato la richiesta e sto aspettando conferma per l'avvenuta iscrizione. ma uscirà questa lista anche come subforum in nabble come è già successo per Lazio, Piemonte e Friuli oppure no? ho fatto richiesta :) Saluti - Andrea Borruso email: aborr...@tin.it website: http://blog.spaziogis.it my 2.0 life: http://aborruso.spaziogis.it feed: http://feeds2.feedburner.com/Tanto 38° 7' 48 N, 13° 21' 9 E -- View this message in context: http://gis.19327.n5.nabble.com/Talk-it-sicilia-e-nata-tp5797489p5798435.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] CloudMade smetterà di fornire i suoi servizi (a meno di non scegliere un piano enterprise)
Ciao, Credo che questa mail sia arrivata a chiunque usi CloudMade per le sue mappe, ma volevo segnalarla anche qui. In breve dal 1 maggio CloudMade non fornirà più alcun servizio a meno di non avere un piano enterprise che comprende 10 milioni di transaction (o più) al mese. In sostanza le vostre mappe che si appoggiano a Cloudmade dal 1 maggio smetteranno di funzionare, quindi consigliano di appoggiarsi a Mapquest o Mapbox. Per farvi capire la scala, i progettini che ho realizzato finora usano qualche migliaia di tile/mese (quindi 10M tile/mese sono proprio ben oltre i miei bisogni). C -- Forwarded message -- From: CloudMade Developer Team supp...@cloudmade.com Date: 2014-03-03 19:37 GMT+01:00 Subject: Important Changes to CloudMade APIs To: CristianCantoro kikkocrist...@gmail.com Hi CristianCantoro, We want to let you know about some changes we're making to the CloudMade APIs. As of May 1st we're switching to an enterprise model that supports the medium to large sized users of the CloudMade APIs. As part of this transition we'll stop serving Map Tile, Geocoding, Routing and Vector Stream Server requests coming from your API keys below as of May 1st, unless you take action. Your active CloudMade API keys are: [snip] If you wish to continue using the CloudMade services after April 30th you'll need to upgrade to an enterprise plan. Enterprise plans are available for customers with 10,000,000 or more transactions per month. The plans include dedicated hosting, custom SLAs, 24x7 support from a named customer support representative and custom data loading. You can find out more about upgrading and request more information on the Web Portals page. If your monthly usage is less than 10,000,000 transactions, or you don't wish to upgrade to an enterprise plan, you should take action to update the app or website that's using the CloudMade API keys shown above to use an alternative provider. There are a number of alternative providers of Map Tiles, Geocoding and Routing services based on OpenStreetMap data, for example: - Mapquest (Map Tiles, Routing, Geocoding) - MapBox (Styled Map Tiles) Thanks for using CloudMade's APIs over the past months and years. If you don't switch to an enterprise plan, we wish you a smooth transition to the new service provider you choose. If you have any questions you can contact our support team - supp...@cloudmade.com. Best wishes, CloudMade Developer Team Click here to unsubscribe from future updates relating to this subject. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CloudMade smetterà di fornire i suoi servizi (a meno di non scegliere un piano enterprise)
2014-03-04 14:33 GMT+01:00 Cristian Consonni kikkocrist...@gmail.com: Ciao, Credo che questa mail sia arrivata a chiunque usi CloudMade per le sue mappe, ma volevo segnalarla anche qui. In breve dal 1 maggio CloudMade non fornirà più alcun servizio a meno di non avere un piano enterprise che comprende 10 milioni di transaction (o più) al mese. In sostanza le vostre mappe che si appoggiano a Cloudmade dal 1 maggio smetteranno di funzionare, quindi consigliano di appoggiarsi a Mapquest o Mapbox. Per farvi capire la scala, i progettini che ho realizzato finora usano qualche migliaia di tile/mese (quindi 10M tile/mese sono proprio ben oltre i miei bisogni). C probabilmente non è un grosso problema per la maggiorparte di noi ;-) Cloudmade aveva (non so se allora è pertinente) sempre dei dati abbstanza vecchi (rispetto ad altri servizi osm) con tanti stili ugly da scegliere ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Talk-it-sicilia è nata
aborruso wrote Ciao Aury, ho fatto richiesta :) Saluti perfetto! grazie mille. Saluti - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Talk-it-sicilia-e-nata-tp5797489p5798512.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] perché OSM
dieterdreist wrote credo che sia normale che ci sono sistemi / modi di mappatura diversi, anzi è probabilmente necessario perché i civici funzionano diversamente da paese a paese e talvolta anche da comune a comune. Non capisco quale sia il grosso problema di mappare un civico una volta come nodo vicino alla strada ed una volta interno ad un edificio o su un'area. ciao, Martin aggiungerei che i diversi stili di mappatura sono forse anche una conseguenza della possibilità d'uso universale di osm per cui, non avendo come unico scopo il routing (pur essendo uno dei principali o comunque predominante al momento), il mappare i civici come nodi posizionati dove effettivamente viene esposto il numero civico (che alla fine è quello che serve al routing) può non essere una scelta così scontata o addirittura desiderata. io stesso utilizzo diversi stili...dove un edificio/terreno ha un solo civico metto il civico sul quell'edificio/terreno purchè sia indicato anche l'ingresso o comunque, da una ricerca tramite routing, non risulti troppo spostato rispetto la posizione del civico reale; altrimenti uso un nodo sul perimetro o un nodo e basta...programmi di routing anche amatoriali gestiscono benissimo tutti gli stili di mappatura da me usati, non vedo perchè un programma professionale dovrebbe avere particolari difficoltà ad integrare meccanismi simili. può effettivamente indurre un po' di confusione, ma fino ad ora nulla di ingestibile...il cambiare adesso tutto invece potrebbe provocare qualche problemino...insomma bisogna ragionarci per benino su (e non solo a livello locale) prima di fare qualcosa. - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/perche-OSM-tp5798321p5798513.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Cartina fisica stampabile basata su osm
Ciao, un tipo che vuol fare un poster turistico mi chiede se c'è una mappa stampabile basata su osm. Avrebbe bisogno di una carta fisica, coi colori più o meno classici e preferibilmente senza toponimi. Esiste qualcosa di già pronto in giro? ciao Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cartina fisica stampabile basata su osm
Ciao, I dati sono pubblici, quindi puoi farla anche tu ;). Qui puoi trovare una lista di programmi che ti possono aiutare: http://wiki.openstreetmap.org/wiki/Rendering. Fabio Il 04 marzo 2014 21:09, andria osm andria_...@tiscali.it ha scritto: Ciao, un tipo che vuol fare un poster turistico mi chiede se c'è una mappa stampabile basata su osm. Avrebbe bisogno di una carta fisica, coi colori più o meno classici e preferibilmente senza toponimi. Esiste qualcosa di già pronto in giro? ciao Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Fabio Alessandro Locati Home: Segrate, Milan, Italy (CET/CEST) Phone: +39 348 2668873 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Fingerprint: B1CD 2318 532D 57D6 56FA E409 64DE 5B09 C09A 145F Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cartina fisica stampabile basata su osm
2014-03-04 21:09 GMT+01:00 andria osm andria_...@tiscali.it: Ciao, un tipo che vuol fare un poster turistico mi chiede se c'è una mappa stampabile basata su osm. Avrebbe bisogno di una carta fisica, coi colori più o meno classici e preferibilmente senza toponimi. Esiste qualcosa di già pronto in giro? ciao Ciao, direi che potrebbe fare qualche prova con Maperitive... è stato usato anche per le carte del giro d'Italia! -- E' assurdo impiegare gli uomini di intelligenza eccellente per fare calcoli che potrebbero essere affidati a chiunque se si usassero delle macchine Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) Internet è la più grande biblioteca del mondo. Ma il problema è che i libri sono tutti sparsi sul pavimento John Allen Paulos, Matematico (1945-vivente) Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , lorenzetto.l...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cartina fisica stampabile basata su osm
si, ma in questo momento farei qualsiasi cosa per non doverla fare io :) Il 04/03/2014 21:30, Luca 'remix_tj' Lorenzetto ha scritto: 2014-03-04 21:09 GMT+01:00 andria osm andria_...@tiscali.it: Ciao, un tipo che vuol fare un poster turistico mi chiede se c'è una mappa stampabile basata su osm. Avrebbe bisogno di una carta fisica, coi colori più o meno classici e preferibilmente senza toponimi. Esiste qualcosa di già pronto in giro? ciao Ciao, direi che potrebbe fare qualche prova con Maperitive... è stato usato anche per le carte del giro d'Italia! ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cartina fisica stampabile basata su osm
questo sarebbe l'ideale ma è solo per gli US ps. ma avete visto che belli gli altri stack di stamen? dico quelli con i layer misto acquerello+mapbox satellite http://maps.stamen.com/terrain/#7/37.660/-107.965 Il 04/03/2014 21:30, Luca 'remix_tj' Lorenzetto ha scritto: 2014-03-04 21:09 GMT+01:00 andria osm andria_...@tiscali.it: Ciao, un tipo che vuol fare un poster turistico mi chiede se c'è una mappa stampabile basata su osm. Avrebbe bisogno di una carta fisica, coi colori più o meno classici e preferibilmente senza toponimi. Esiste qualcosa di già pronto in giro? ciao Ciao, direi che potrebbe fare qualche prova con Maperitive... è stato usato anche per le carte del giro d'Italia! ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cartina fisica stampabile basata su osm
-Original Message- From: andria osm [mailto:andria_...@tiscali.it] Sent: martedì 4 marzo 2014 21:37 To: talk-it@openstreetmap.org Subject: Re: [Talk-it] Cartina fisica stampabile basata su osm si, ma in questo momento farei qualsiasi cosa per non doverla fare io :) Per dove ti serve? Alcune zone del Nord Italia sono coperte da questa mappa, che si può visualizzare senza toponimi e esportarne ritagli in png/svg/pdf: http://geo.dianacht.de/topo/?zoom=12lat=46.07761lon=11.18542karte=N Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] filtri per josm
Ciao a tutti, sapreste dirmi se esistono filtri per lavorare su josm? Per esempio per escludere quando si mappa (1)le aree e magari anche gli edificati (2) Francesca ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] Geodatastyrelsens licens svarer til CC-BY
Hej Søren Hvem siger, at CC-BY er kompatibel med OSM's Contributor Terms? Indtil 2010 var OSM's licens CC-BY 2.0. I forbindelse med den store licensændring i 2010 blev der slettet rigtig meget fra databasen. Det slettede indhold var altså CC-BY 2.0 fra brugere, der ikke accepterede de nye Contributor Terms. CC-BY er generelt ikke kompatibel med OSM mere. Jeg undrer mig også over de mange CC-BY-kilder på http://wiki.openstreetmap.org/wiki/Contributors I mange tilfælde er der dog ekstra angivet en eksplicit tilladelse til af bruge dataene under ODbL. Venlig hilsen Nils 3. mar. 2014 kl. 16.53 skrev Soren Johannessen soren.johannes...@gmail.com: Hej alle sammen Jeg har fået Cathrine Lippert fra Digitaliseringstyrelsen til at kigge på Geodatastyrelsens licens i dag . Hun tolker Geodatastyrelsens licens som værende og svarende til CC-BY licensen. Mere om de forskellige offentlige licenser her http://digitaliser.dk/resource/2432531 Mere om CC-BY licensen http://creativecommons.org/licenses/by/4.0/ CC-BY licensen går og passer godt sammen med OSM - Se fx OSM listen over forskellige lande og myndigheders bidrag http://wiki.openstreetmap.org/wiki/Contributors# og læg mærk til hvor mange CC-BY der er på listen. Når Geodatastyrelsens licens svarer til CC-BY så skal OSM DK altså ikke ud i at lave særaftaler og havde underskrift i et særskilt dokument fra Geodatastyrelsen. Med venlig hilsen Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Geodatastyrelsens luftfoto via Proxyserver - et par nye oplysninger
Hej alle, Jeg har brugt de nye overflyvningsbilleder i nogen tid, og specielt ved naturområder er de fantastske. De er nemlig taget i det tidlige forår inden der kom blade på træerne. Det betyder at man kan se stier, vandløb og skovveje, som man ellers ikke kan se på f.eks. Bing, fordi der her er blade på træerne. Forskellen mellem disse billeder og Google/Bing osv. er at disse billeder er _beregnet_ til kortlæning (ikke ortofotoet som sådan, men de rå billeder). Det vil sige at vi flyver dem før løvspring, så der kan ses så meget som muligt. Det vil også sige, at nøjagtigheden hvormed billederne optages som regel er meget højere end for et det er pænt-ortofoto, der optages om sommeren så det ser så kønt ud som muligt. Jeg er dog lidt bekymret for, om en privat server kan stå for belastningen, når der kommer flere brugere på. Tror I ikke det vil være bedre at finde en sponsor, og så lave en Amazon server? Men ellers tusind tak til Gregers og Søren for initiativet. Nu er det jo aldrig sjovt, når der står men ;-) Jeg vælger at tage det dog positivt, der er som regel meget lidt tryk på CPUen på en tilecache og jeg har løbende nedgraderet den reserverede CPU og memory til min demo-opsætning. Det er derfor også mit indtryk, at der er et stykke vej førend vi er nødt til at flytte til noget andet... Mvh Gregers ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] Karup by
Da jeg idag bemærkede at byen Karup er navngivet Karup J i OSM undrede jeg mig da jeg personligt ikke har hørt byen omtalt som Karup J, men da jeg ikke er lokal vil jeg ikke bar rette det. http://www.openstreetmap.org/node/2278152098 I Wiki hedder byen bare Karup http://da.wikipedia.org/wiki/Karup Og på byskiltet ser det også ud til kun at hedder Karup https://www.google.com/maps/@56.307034,9.157577,3a,75y,72.06h,83.82t/data=!3m4!1e1!3m2!1sVqyhLdky6qSFF8YRcMWxNg!2e0 Er der nogen der kan komme med en god grund til at vi skal kalde byen for Karup J i Open street map, og evt. ændre J til noget mere sigende. mvh Carsten ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Karup by
Hej Carsten Forklaringen er meget enkel. Når man nærstuderer de omkringliggende adressenoder vil man se følgende tag: addr:city=Karup J og da en vis tysker ved navn Win32netsky ville oprette en bynode brugte han simpelthen det angivne bynavn. Som udlænding kunne han jo ikke vide bedre. Mere grelt ville jeg mene er at en for mig velkendt dansker har tilføjet et wikipediatag bibeholdende det famøse J... (hvor den faktiske artikel er uden). Jeg har tilladt mig at rette disse ting Mvh Michael Tirsdag den 4. marts 2014 23:11:05 skrev Carsten Nielsen: Da jeg idag bemærkede at byen Karup er navngivet Karup J i OSM undrede jeg mig da jeg personligt ikke har hørt byen omtalt som Karup J, men da jeg ikke er lokal vil jeg ikke bar rette det. http://www.openstreetmap.org/node/2278152098 I Wiki hedder byen bare Karup http://da.wikipedia.org/wiki/Karup Og på byskiltet ser det også ud til kun at hedder Karup https://www.google.com/maps/@56.307034,9.157577,3a,75y,72.06h,83.82t/data=!3 m4!1e1!3m2!1sVqyhLdky6qSFF8YRcMWxNg!2e0 Er der nogen der kan komme med en god grund til at vi skal kalde byen for Karup J i Open street map, og evt. ændre J til noget mere sigende. mvh Carsten ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[Talk-gb-westmidlands] Tysoe Parish Council
Hi everyone I've had an approach from a guy called Mike Sanderson who wants to collaborate with us as the local folk have to produce a Parish Neighbourhood Plan and want some basic training and a mapping party. Let me know if you want to help. I'm trying to arrange a preliminary meeting to scope things out. They have a venue with WiFi - the Old Fire Station, which as I remember it is a community centre Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-gb-westmidlands] March meetings
Who's planning on meeting on Thursday evening for our regular slot? I should be there assuming others are too? We have of course also the planned day in Worcester on Sat 15th. Did anyone get anywhere with selecting a meeting up venue for lunch? Cheers Andy ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Tysoe Parish Council
I can help too. Rob On 4 Mar 2014 11:27, Brian Prangle br...@mappa-mercia.org wrote: Hi everyone I've had an approach from a guy called Mike Sanderson who wants to collaborate with us as the local folk have to produce a Parish Neighbourhood Plan and want some basic training and a mapping party. Let me know if you want to help. I'm trying to arrange a preliminary meeting to scope things out. They have a venue with WiFi - the Old Fire Station, which as I remember it is a community centre Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] March meetings
Cannot make Thursday. As a venue in Worcester one suggestion is The Crown ( http://www.openstreetmap.org/?mlat=52.19306mlon=-2.22236#map=17/52.19306/-2.22236) which is a Weatherspoons. Ian On 4 March 2014 18:06, Rob Nickerson rob.j.nicker...@gmail.com wrote: I'll be there this Thursday. Also hoping to come to Worcester. Rob On 4 Mar 2014 17:39, Andy Robinson ajrli...@gmail.com wrote: Who's planning on meeting on Thursday evening for our regular slot? I should be there assuming others are too? We have of course also the planned day in Worcester on Sat 15th. Did anyone get anywhere with selecting a meeting up venue for lunch? Cheers Andy ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] March meetings
I'm arriving late probably about 830 Sent from my iPhone On 4 Mar 2014, at 17:39, Andy Robinson ajrli...@gmail.com wrote: Who's planning on meeting on Thursday evening for our regular slot? I should be there assuming others are too? We have of course also the planned day in Worcester on Sat 15th. Did anyone get anywhere with selecting a meeting up venue for lunch? Cheers Andy ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-es] carreteras en construcción
una duda. cuando se prevé una carretera se pone highway = proposed cuando la están construyendo (aun no le han echado el asfalto) highway = construction cuando le echan el asfalto con o sin pintura de marcas viales se pone highway= lo que sea (motorway, primary, secundary, etc) y prohibición de paso a motor. y cuando la inauguran se quita la prohibición a motor. esto entiendo yo. estoy en lo cierto? saludos ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] carreteras en construcción
Yo personalmente si la están construyendo porque la asfalten no la considero ya hecha, faltan muchas cosas que son parte de la carretera. En principio lo normal es que de que se asfalte a que se abra pase poco tiempo, recalco lo normal que no siempre es así jejej. No lo veo necesario andar cambiándolo tampoco tantas veces. Yo pasaría directamente de highway = construction a highway= lo que sea (motorway, primary, secundary, etc) cuando se abra. JOSM creo que un highway con prohibición a paso a motor lo considera error. De cualquier manera tampoco lo considero mal, como digo es como yo lo pienso. Un saludo. El 4 de marzo de 2014, 14:11, Ricardo Sanz ricardosanz1...@gmail.comescribió: una duda. cuando se prevé una carretera se pone highway = proposed cuando la están construyendo (aun no le han echado el asfalto) highway = construction cuando le echan el asfalto con o sin pintura de marcas viales se pone highway= lo que sea (motorway, primary, secundary, etc) y prohibición de paso a motor. y cuando la inauguran se quita la prohibición a motor. esto entiendo yo. estoy en lo cierto? saludos ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Charla sobre OSM en el Congreso del RITSI de Córdoba
Gracias a los dos por la respuesta. Los trabajos de Deusto estaban ya en la lista de revisar -- Patricio J. Soriano Castro www.sigdeletras.com @sigdeletras https://twitter.com/SIGdeletras - Linkedin http://www.linkedin.com/in/patriciosorianocastro +34 639714412 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] carreteras en construcción
Con respecto al error en JOSM yo me refiero que sería por ejemplo: - highway=secundary - access=no Cuando se inaugure: - highway= secundary Cuando se plantee la carretera: -highway= proposed Cuando esté en construcción sin asfalto aun: - highway= construction Saludos El martes, 4 de marzo de 2014, Jorge Sanz Sanfructuoso sanc...@gmail.com escribió: Yo personalmente si la están construyendo porque la asfalten no la considero ya hecha, faltan muchas cosas que son parte de la carretera. En principio lo normal es que de que se asfalte a que se abra pase poco tiempo, recalco lo normal que no siempre es así jejej. No lo veo necesario andar cambiándolo tampoco tantas veces. Yo pasaría directamente de highway = construction a highway= lo que sea (motorway, primary, secundary, etc) cuando se abra. JOSM creo que un highway con prohibición a paso a motor lo considera error. De cualquier manera tampoco lo considero mal, como digo es como yo lo pienso. Un saludo. El 4 de marzo de 2014, 14:11, Ricardo Sanz ricardosanz1...@gmail.comjavascript:_e(%7B%7D,'cvml','ricardosanz1...@gmail.com'); escribió: una duda. cuando se prevé una carretera se pone highway = proposed cuando la están construyendo (aun no le han echado el asfalto) highway = construction cuando le echan el asfalto con o sin pintura de marcas viales se pone highway= lo que sea (motorway, primary, secundary, etc) y prohibición de paso a motor. y cuando la inauguran se quita la prohibición a motor. esto entiendo yo. estoy en lo cierto? saludos ___ Talk-es mailing list Talk-es@openstreetmap.orgjavascript:_e(%7B%7D,'cvml','Talk-es@openstreetmap.org'); https://lists.openstreetmap.org/listinfo/talk-es -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] carreteras en construcción
El día 4 de marzo de 2014, 16:31, Ricardo Sanz ricardosanz1...@gmail.com escribió: Con respecto al error en JOSM yo me refiero que sería por ejemplo: - highway=secundary - access=no Y, posiblemente, una etiqueta barrier=* con lo que quiera que usen para cerrar el paso, casi seguro una jersey_barrier o un guard_rail (o ambos), en cada extremo. Un saludo -- Xuacu ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] carreteras en construcción
Yo ahí lo que no veo correcto es lo de highway= construction a que este o no asfaltado. Una carretera es el asfalto, son las lineas, son las señales, Son muchas cosas no solamente que tenga una capa de asfalto. Después de asfaltar se sigue construyendo la carretera. Por eso lo de poner - highway=secundary - access=no desde que se asfalta hasta que se termina la carretera no lo veo bien, yo la dejaría como highway= construction Ademas normalmente el asfaltar es cuando ya queda poco para terminar la carretera por lo que seria hacer cambios muy seguidos a los que no le veo utilidad real. También aunque no hay que hacerlo para el render veo mas claro como muestran una carretera en construcción que una carretera sin acceso los render. Saludos. El 4 de marzo de 2014, 16:31, Ricardo Sanz ricardosanz1...@gmail.comescribió: Con respecto al error en JOSM yo me refiero que sería por ejemplo: - highway=secundary - access=no Cuando se inaugure: - highway= secundary Cuando se plantee la carretera: -highway= proposed Cuando esté en construcción sin asfalto aun: - highway= construction Saludos El martes, 4 de marzo de 2014, Jorge Sanz Sanfructuoso sanc...@gmail.com escribió: Yo personalmente si la están construyendo porque la asfalten no la considero ya hecha, faltan muchas cosas que son parte de la carretera. En principio lo normal es que de que se asfalte a que se abra pase poco tiempo, recalco lo normal que no siempre es así jejej. No lo veo necesario andar cambiándolo tampoco tantas veces. Yo pasaría directamente de highway = construction a highway= lo que sea (motorway, primary, secundary, etc) cuando se abra. JOSM creo que un highway con prohibición a paso a motor lo considera error. De cualquier manera tampoco lo considero mal, como digo es como yo lo pienso. Un saludo. El 4 de marzo de 2014, 14:11, Ricardo Sanz ricardosanz1...@gmail.comescribió: una duda. cuando se prevé una carretera se pone highway = proposed cuando la están construyendo (aun no le han echado el asfalto) highway = construction cuando le echan el asfalto con o sin pintura de marcas viales se pone highway= lo que sea (motorway, primary, secundary, etc) y prohibición de paso a motor. y cuando la inauguran se quita la prohibición a motor. esto entiendo yo. estoy en lo cierto? saludos ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Fwd: OpenStreetMap Radio Círculo / Universo Paralelo 100.4 FM 10 de Marzo
Hola. Os reenvío un correo de Óscar de Radio Círculo, quien conoció OpenStreetMap en una sesión sobre Ciencia Ciudadana que se celebró en MediaLab Prado el año pasado en la que participé como Geoinquieto de Madrid: https://etherpad.mozilla.org/cienciaciudadana http://medialab-prado.es/article/encuentrodecienciaciudadana Les gustaría presentar OpenStreetMap, en qué consiste, cómo se puede utilizar y sobre todo cómo se puede colaborar, en un programa el 10 de Marzo al que asistirá también Daniel Lombraña ( http://daniellombrana.es/pages/about.html). El programa es solo 30 min. Seria quedar en la puerta del circulo de bellas artes a las 17:45 para subir a la radio y a las 18:30 termina. Yo lamentablemente no voy a poder, así que lanzo el guante a la lista por si alguien quiere y puede participar en este programa de radio difundiendo OpenStreetMap. Por favor, comentadme pronto para hablar con Óscar cuanto antes sobre las posibilidades. ¡Gracias! Un abrazo. -- Félix. El 4 de febrero de 2014, 23:47, universo paralelo (radio círculo) universoparal...@telefonica.net escribió: Hola Felix Nos conocimos en el encuentro de ciencia ciudadana en Media Lab Prado en Noviembre y te hablé de nuestro proyecto de divulgación científica, Universo Paralelo. Desde hace ya 5 años tenemos proyecto de divulgación científica llamado Universo Paralelo, con sede en el Círculo de Bellas Artes de Madrid, basado en un programa de radio cuasi semanal de 30 minutos donde hablamos de ciencia desde diferentes perspectivas. Se emite todos los Lunes de 18:00 a 18:30 en Radio Círculo. Esta radio es una radio libre, sin presión comercial y realizada de manera altruista por sus colaboradores, por amor a la radio o a lo que quieran contar. Todos los programas se realizan en la quinta planta del Círculo de Bellas Artes, muy cerca del Media Lab. Te adjunto unos link por si quieres escucharnos a través de nuestros podcast http://www.ivoox.com/podcast-podcast-universo-paralelo_sq_f19713_1.html https://itunes.apple.com/podcast/universo-paralelo/id366189596?mt=2 http://bloguniversoparalelo.blogspot.com.es/ Como te comenté, nos encantaría realizar un programa sobre ciencia ciudadana. Hemos ya contactado con Daniel Lombrana y ha aceptado nuestra invitación. Nos ha ofrecido disponibilidad en el Lunes 17 de febrero. Nuestra idea es juntaros para hablar de el proyecto ciencia ciudadana y tratar algunas aplicaciones exitosas de este proyecto, así como de otras actividades que realicéis en Media Lab y queráis promocionar . Como hablamos, la idea es hablar de la aplicación openstreetview contigo, en que consiste, como se puede utilizar y sobre todo como se puede colaborar. Si no pudieras participar el 17 de Febrero pero tienes interés en colaborar con nosotros (ojalá!), podemos programarlo el 10 de Marzo por ejemplo, o mas adelante. Te agradecemos si pudieras responder pronto para poder organizarlo ya que tenemos que cerrar varias agendas. Quedamos a la espera de una respuesta. Muchas gracias!!! Un abrazo *Oscar Hernández Caballer* UNIVERSO PARALELO Lunes 18:00-18:30 *http://bloguniversoparalelo.blogspot.com/ http://bloguniversoparalelo.blogspot.com/* inline: 32094DE1-F220-43D6-A253-3383F6D04764.pnginline: 84FCA203-E982-4124-95E6-B6541F70822D.png___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ro] Povești de succes (sau de eșecuri :) )
Interesant. Ore putem pune link-ul asta si pe pagina osm de pe fb? On 04.03.2014 15:45, Strainu wrote: Mai dau din când în când peste câte un articol care descrie progresul OSM în diferite zone din România. M-am gândit ca pe măsură ce le găsesc, să le dau și pe listă. Azi, primul exemplu: proiecte făcute de studenții la geografie. http://opengis.unibuc.ro/index.php?option=com_sectionexview=categoryid=21Itemid=115 Strainu ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
[Talk-cat] Acadèmia d'anglès
Hola, No he trobat com etiquetar una acadèmia d'anglés :( He buscat exemples hi he vist que hi ha qui usa amenity=school o building=school. Hi ha alguna manera millor de fer-ho? Fins aviat. pgpLAQKKitmPT.pgp Description: PGP signature ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
[Talk-cz] Bing - nové obrázky
Zdárek, jenom pro informaci: Bing přidal minimálně dva nové obrázky - první z nich je z Vysočiny, kde přibyla oblast mezi městy Chrast - Hlinsko - Žďár nad Sázavou - Jarovměřice nad Rokytnou (stále však na východě zůstává tenký proužek bez satelitního snímku) - jde o foto zimní krajiny, přepokládám tedy něco čerstvého; ten druhý je z oblasti mezi městy Ústí nad Orlicí - Česká Třebová - Svitavy - Olešnice. Tady je pokrytí nyní již kompletní. V tomto případě se jedná o snímek letní krajiny, uvolněn byl však z neznámého důvodu až někdy nyní... Další místa podle zběžného zkoumání nepřibyla, ale rád se nechám vyvést z omylu ;-) Veselé mapování! :-) xkomczax ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] OSM Inspector/routage: demande aide
Le 03/03/2014 23:00, GwenB a écrit : Concernant toujours Saint-Malo, ce qui est désormais de nouveau indiqué induit une erreur de routage en raison du sens unique qui mène au château : http://tools.geofabrik.de/osmi/?view=routinglon=-2.02272lat=48.65096zoom=18 Comment résoudre cet erreur ? En trouvant comment sortir de là : un automobiliste sur cette voie est pour l'instant condamné à partir à pied… En ajoutant la voie de sortie du parking au nord-ouest du chateau, ça devrait passer. Je ne sais pas si c'est toi qui a corrigé toutes les duplicate ways sur les derniers mois, mais c'est un travail impressionnant (je m'étais limité à l’Auvergne avant ce temps-là)… JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM coupure de presse
2014-03-03 20:30 GMT+01:00 Yannick VOYEAUD yann...@voyeaud.org: Je suis concerné par l'article et là j'ai le droit de découper l'ensemble de l'article, mais pas la page entière. Je dois citer complètement la source (titre du journal, date). Pas besoin de répéter l'auteur (journaliste) car en principe son nom apparaît à la fin de l'article (Si absent et qu'on le connaît on le rajoute bien sûr). J'ai le droit dans ce cas de le mettre à disposition sur une page web que je crée mais pas sur celle de mon voisin même si il parle de moi. Il est évident qu'un lien vers le site du journal ne mange pas de pain. Avant de parler droit, un peu de lecture sur les revues de presse s'impose: http://fr.wikipedia.org/wiki/Revue_de_presse#France Si on est soi-même l'objet d'un article (ou d'un livre), on peut bien-sûr conserver pour soi lesdits articles. Mais cela ne déroge pas aux règles du droit d'auteur concernant leur rediffusion. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] openstreetview.org
J'aime assez bien le principe du projet et effectivement, ça n'a pas beaucoup évolué ces dernières années et ça m'embéterait de le voir mourir du jour au lendemain avec les ~300 photos que j'y ai mis et les dizaines de milliers d'autres photos qui y sont. Concernant la modération c'est assez bien fait et c'est auto-géré c'est à dire que ce sont les autres membres qui peuvent valider les photos donc si ça a traîné, c'est juste qu'il ne doit plus guère y avoir qu'une poignée de contributeur actif. J'aimerais pouvoir aider le projet, mais je n'ai que peu de temps à y consacrer, mais si d'autres se sentent la motivation, à plusieurs on peut arriver à faire le minimum. (Pour moi, le minimum, c'est d'avoir la sécurité des photos, c'est à dire confirmer qu'elles sont bien sauvegardées et comment en faire une copie de secours) -- View this message in context: http://gis.19327.n5.nabble.com/openstreetview-org-tp5798349p5798401.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] pompage du tracé du tram à Dijon
Bonjour, Google map reprend le tracé du tram sur Dijon, si j'en suis sûr c'est que c'est moi qui est rentré cette portion de rails et que le défaut d'écartement des rails (cf lien) est le même sur Google map : http://tools.geofabrik.de/mc/?lon=5.04553lat=47.32619zoom=18num=4mt0=mapnikmt1=google-mapmt2=bing-mapmt3=mapnik-german Il y a d'autre endroit ou c'est visible. Que faire ? Merci pour vos réponses. -- Dlareg Pensez environnement, n'envoyez un courriel que si nécessaire ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] étiquetage pour le rendu
Bonjour Que faire vis-à-vis de ceci [1] ? [1] http://osm.org/go/0A_S2Va~o-- Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM Inspector/routage: demande aide
2014-03-03 19:36 GMT+01:00 Muselaar musel...@ouvaton.org: Ça me ravit fort de lire ça. Est-ce que ça veut dire qu'il conviendrait de créer une unique surface raccordée à toutes les voies dès que le carrefour est un peu complexe, au lieu d'avoir à choisir entre la pieuvre et le filet ? Attention, on parle de place tagguée avec area=yes, c.à.d. que la circulation y est libre dans toutes les directions et dans tous les sens. C'est dire si généralement, ça ne concerne que des petites places avec un trafic routier faible (sinon, gare aux collisions :), genre la petite place de village coincée entre l'école, l'église et la mairie. Pour cartographier les carrefours complexes (dont le trafic est directionnel), il n'y a pour l'instant pas d'autre choix que de faire toutes les connexions entre les voies. Il existe sur le wiki une proposition pour ne tracer qu'un polygone avec des noeuds d'entrée et de sortie (ce qui a l'avantage de moins faire mal aux yeux) mais c'est resté au stade de proposition. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] pompage du tracé du tram à Dijon
Si OSM et GoogleMaps correspondent tous deux à la réalité, ton affirmation est difficile à prouver. Google pourrait avoir tracé la ligne de tram à l'aide de sa propre photo satellite... Le 4 mars 2014 11:37, Dlareg dla...@dlareg.org a écrit : Bonjour, Google map reprend le tracé du tram sur Dijon, si j'en suis sûr c'est que c'est moi qui est rentré cette portion de rails et que le défaut d'écartement des rails (cf lien) est le même sur Google map : http://tools.geofabrik.de/mc/?lon=5.04553lat=47.32619zoom=18num=4mt0=mapnikmt1=google-mapmt2=bing-mapmt3=mapnik-german Il y a d'autre endroit ou c'est visible. Que faire ? Merci pour vos réponses. -- Dlareg Pensez environnement, n'envoyez un courriel que si nécessaire ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] pompage du tracé du tram à Dijon
Bonjour, De : Dlareg Google map reprend le tracé du tram sur Dijon, si j'en suis sûr c'est que c'est moi qui est rentré cette portion de rails et que le défaut d'écartement des rails (cf lien) est le même sur Google map : http://tools.geofabrik.de/mc/? lon=5.04553lat=47.32619zoom=18num=4mt0=mapnikmt1=google-mapmt2=bing-mapmt3=mapnik- german Il y a d'autre endroit ou c'est visible. Il y a aussi des endroits où les deux sources sont clairement différentes : http://tools.geofabrik.de/mc/?lon=5.051lat=47.328zoom=18num=2mt0=mapnikmt1=google- map (à l'intérieur de la place) Plus les deux versions sont fidèles au terrain, plus elles ont des chances de se ressembler, sans pour autant que l'une dérive de l'autre. Il faudrait pouvoir indiquer un élément côté OSM notoirement exagéré / décalé / faux, et pointer sur Google la même erreur, pour étayer. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] étiquetage pour le rendu
Bonjour, Tu parles des lignes des terrains de sport ? En effet, c'est clairement du tracé pour le rendu (usage du tag barrier=line' pour dessiner les lignes faites à la craie). Il faut, pour moi, supprimer tous les traits inutiles (et faux !), informer le contributeur qu'il fait des erreurs et lui (merci OSM-fr !) montrer que c'est aux rendus de gérer ce genre de détails. Francescu 2014-03-04 11:52 GMT+01:00 David Crochet david.croc...@free.fr: Bonjour Que faire vis-à-vis de ceci [1] ? [1] http://osm.org/go/0A_S2Va~o-- Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] pompage du tracé du tram à Dijon
La géométrie me semble suffisamment différente pour dire que les données n'ont pas été recopiées. Les rails dans OSM ont un meilleur parallèlisme, et l'orientation est légèrement différente au niveau de l'arrêt République sud-est : le tracé OSM et légèrement plus sur un axe Nord-Sud que le tracé Google Maps. Donc je pense que ce qui apparait chez Google est légitime (et légèrement de moins bonne qualité). Greg 2014-03-04 11:52 GMT+01:00 V de Chateau-Thierry v...@laposte.net: Bonjour, De : Dlareg Google map reprend le tracé du tram sur Dijon, si j'en suis sûr c'est que c'est moi qui est rentré cette portion de rails et que le défaut d'écartement des rails (cf lien) est le même sur Google map : http://tools.geofabrik.de/mc/? lon=5.04553lat=47.32619zoom=18num=4mt0=mapnikmt1=google-mapmt2=bing-mapmt3=mapnik- german Il y a d'autre endroit ou c'est visible. Il y a aussi des endroits où les deux sources sont clairement différentes : http://tools.geofabrik.de/mc/?lon=5.051lat=47.328zoom=18num=2mt0=mapnikmt1=google- map (à l'intérieur de la place) Plus les deux versions sont fidèles au terrain, plus elles ont des chances de se ressembler, sans pour autant que l'une dérive de l'autre. Il faudrait pouvoir indiquer un élément côté OSM notoirement exagéré / décalé / faux, et pointer sur Google la même erreur, pour étayer. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] étiquetage pour le rendu
le 04/03/2014 11:59, Francescu GAROBY a écrit: Il faut, pour moi, supprimer tous les traits inutiles (et faux !), informer le contributeur qu'il fait des erreurs et lui (merci OSM-fr !) montrer que c'est aux rendus de gérer ce genre de détails. +1 Avec un petit lien pour le prouver : http://layers.openstreetmap.fr/?zoom=18lat=47.32304lon=5.06711layers=BFF ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM Inspector/routage: demande aide
bonjour Le 2014-03-04 09:33, JB a écrit : En ajoutant la voie de sortie du parking au nord-ouest du chateau, ça devrait passer. Mes connaissances de cette place ne sont plus très à jour visiblement donc je préfère laisser en l'état en attendant que d'autres corrigent :) Je ne sais pas si c'est toi qui a corrigé toutes les duplicate ways sur les derniers mois, non ce n'est pas moi. Gwen ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] openstreetview.org
Sinon vu sur talk-it http://www.mapillary.com/map Un projet intéressant de streetview par contre je ne crois pas que les plaques et les visages soient floutés (choses qui avaient été repprochées à Google) Florian Farge aka Otourly Sur lesprojets wikimédiens et l'Association française,et sur OSM Socio di Wikimedia Italia Le Mardi 4 mars 2014 11h15, sylvain letuffe lis...@letuffe.org a écrit : J'aime assez bien le principe du projet et effectivement, ça n'a pas beaucoup évolué ces dernières années et ça m'embéterait de le voir mourir du jour au lendemain avec les ~300 photos que j'y ai mis et les dizaines de milliers d'autres photos qui y sont. Concernant la modération c'est assez bien fait et c'est auto-géré c'est à dire que ce sont les autres membres qui peuvent valider les photos donc si ça a traîné, c'est juste qu'il ne doit plus guère y avoir qu'une poignée de contributeur actif. J'aimerais pouvoir aider le projet, mais je n'ai que peu de temps à y consacrer, mais si d'autres se sentent la motivation, à plusieurs on peut arriver à faire le minimum. (Pour moi, le minimum, c'est d'avoir la sécurité des photos, c'est à dire confirmer qu'elles sont bien sauvegardées et comment en faire une copie de secours) -- View this message in context: http://gis.19327.n5.nabble.com/openstreetview-org-tp5798349p5798401.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] openstreetview.org
Intéressant le projet Mapillary ? C'est présenté comme étant Open Source alors qu'il n'y a rien d'Open Source. De plus, l'API pour les dév est limitée à 1000 requêtes par mois... Ok l'interface est sympa mais de mon point de vue ça s'arrête là. A. On 14-03-04 09:04 AM, Otourly Wiki wrote: Sinon vu sur talk-it http://www.mapillary.com/map http://www.mapillary.com/map Un projet intéressant de streetview par contre je ne crois pas que les plaques et les visages soient floutés (choses qui avaient été repprochées à Google) Florian Farge aka Otourly Sur lesprojets wikimédiens http://commons.wikimedia.org/wiki/User:Otourly et l'Association française http://www.wikimedia.fr/index.php/Accueil,et sur OSM http://www.openstreetmap.org/user/Otourly Socio di Wikimedia Italia http://www.wikimedia.it/index.php/Pagina_principale Le Mardi 4 mars 2014 11h15, sylvain letuffe lis...@letuffe.org a écrit : J'aime assez bien le principe du projet et effectivement, ça n'a pas beaucoup évolué ces dernières années et ça m'embéterait de le voir mourir du jour au lendemain avec les ~300 photos que j'y ai mis et les dizaines de milliers d'autres photos qui y sont. Concernant la modération c'est assez bien fait et c'est auto-géré c'est à dire que ce sont les autres membres qui peuvent valider les photos donc si ça a traîné, c'est juste qu'il ne doit plus guère y avoir qu'une poignée de contributeur actif. J'aimerais pouvoir aider le projet, mais je n'ai que peu de temps à y consacrer, mais si d'autres se sentent la motivation, à plusieurs on peut arriver à faire le minimum. (Pour moi, le minimum, c'est d'avoir la sécurité des photos, c'est à dire confirmer qu'elles sont bien sauvegardées et comment en faire une copie de secours) -- View this message in context: http://gis.19327.n5.nabble.com/openstreetview-org-tp5798349p5798401.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Arnaud Vandecasteele SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://geotribu.net/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] openstreetview.org
2014-03-04 13:53 GMT+01:00 Arnaud Vandecasteele arnaud@gmail.com: De plus, l'API pour les dév est limitée à 1000 requêtes par mois... Pour être plus précis, ils disent : Commercial use with fewer than 1000 API calls/month are free of charge. Ca doit être possible au delà de 1000 mais c'est plus gratuit ;-) De plus, il n'y a pas que les sources qui ne sont pas open, les data aussi. Leur terms of service les autorise à faire à peu près ce qu'ils veulent avec les images, y compris - pourquoi pas - les revendre (alors qu'il faut leur certifier qu'on leur donne nos photos gratos !). A oublier d'urgence. Pieren http://www.mapillary.com/terms.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] pompage du tracé du tram à Dijon
Le 04/03/2014 11:51, Pierre-Yves Berrard a écrit : Si OSM et GoogleMaps correspondent tous deux à la réalité, ton affirmation est difficile à prouver. Les écarts entre les rails ne peuvent pas être comme ça dans le virage et ne représente pas la réalité. Google pourrait avoir tracé la ligne de tram à l'aide de sa propre photo satellite... -- Dlareg Pensez environnement, n'envoyez un courriel que si nécessaire ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] pompage du tracé du tram à Dijon
Le 04/03/2014 11:52, V de Chateau-Thierry a écrit : Bonjour, De : Dlareg Google map reprend le tracé du tram sur Dijon, si j'en suis sûr c'est que c'est moi qui est rentré cette portion de rails et que le défaut d'écartement des rails (cf lien) est le même sur Google map : http://tools.geofabrik.de/mc/? lon=5.04553lat=47.32619zoom=18num=4mt0=mapnikmt1=google-mapmt2=bing-mapmt3=mapnik- german Il y a d'autre endroit ou c'est visible. Il y a aussi des endroits où les deux sources sont clairement différentes : http://tools.geofabrik.de/mc/?lon=5.051lat=47.328zoom=18num=2mt0=mapnikmt1=google- map (à l'intérieur de la place) Plus les deux versions sont fidèles au terrain, plus elles ont des chances de se ressembler, sans pour autant que l'une dérive de l'autre. Ma version n'est pas fidèle au terrain pour la bonne raison que j'ai fait le tracé avant l'apparition et l'inauguration du tram, c'est calqué sur mon tracé. Il faudrait pouvoir indiquer un élément côté OSM notoirement exagéré / décalé / faux, et pointer sur Google la même erreur, pour étayer. L'écart entre les rails dans le virage est clairement faux sinon le tramway déraillerait. Les tracés de tram sont en tout point similaires sur OSM et sur Google Map avec toutes les approximations que j'ai saisies. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Dlareg Pensez environnement, n'envoyez un courriel que si nécessaire ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] pompage du tracé du tram à Dijon
2014-03-04 14:32 GMT+01:00 Dlareg dla...@dlareg.org: Les écarts entre les rails ne peuvent pas être comme ça dans le virage et ne représente pas la réalité. As-tu une image aérienne qui pourrait nous aider ? Celles de Bing sont trop anciennes et c'est impossible à vérifier... Au passage, on remarque la voie: http://www.openstreetmap.org/way/240572480#map=19/47.32613/5.04565 avec name=Place de République. On ne donne plus le la à Dijon ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] openstreetview.org
À oublier d'urgence ? http://www.mapillary.com/osm.html Florian Le Mardi 4 mars 2014 14h32, Pieren pier...@gmail.com a écrit : 2014-03-04 13:53 GMT+01:00 Arnaud Vandecasteele arnaud@gmail.com: De plus, l'API pour les dév est limitée à 1000 requêtes par mois... Pour être plus précis, ils disent : Commercial use with fewer than 1000 API calls/month are free of charge. Ca doit être possible au delà de 1000 mais c'est plus gratuit ;-) De plus, il n'y a pas que les sources qui ne sont pas open, les data aussi. Leur terms of service les autorise à faire à peu près ce qu'ils veulent avec les images, y compris - pourquoi pas - les revendre (alors qu'il faut leur certifier qu'on leur donne nos photos gratos !). A oublier d'urgence. Pieren http://www.mapillary.com/terms.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] pompage du tracé du tram à Dijon
Le 04/03/2014 12:09, Greg a écrit : La géométrie me semble suffisamment différente pour dire que les données n'ont pas été recopiées. Les rails dans OSM ont un meilleur parallèlisme, et l'orientation est légèrement différente au niveau de l'arrêt République sud-est : le tracé OSM et légèrement plus sur un axe Nord-Sud que le tracé Google Maps. Donc je pense que ce qui apparait chez Google est légitime (et légèrement de moins bonne qualité). En effet il manque des détails : http://tools.geofabrik.de/mc/?lon=5.0717lat=47.31224zoom=18num=2mt0=mapnikmt1=google-map Désolé pour le bruit alors ;-) Greg -- Dlareg Pensez environnement, n'envoyez un courriel que si nécessaire ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] openstreetview.org
Je persiste à dire que oui. Ils ont bien évidemment tout intérêt à proposer un lien avec openStreetMap. Leur Business Model est basé sur le Crowdsourcing, à moins de s'allier avec un projet type OSM et pomper vos photos ils n'arriveront jamais à une masse critique suffisante. A moins que les conditions d'utilisation de ce projet change, je resterai sur ma position. A. On 14-03-04 10:06 AM, Otourly Wiki wrote: À oublier d'urgence ? http://www.mapillary.com/osm.html Florian Le Mardi 4 mars 2014 14h32, Pieren pier...@gmail.com a écrit : 2014-03-04 13:53 GMT+01:00 Arnaud Vandecasteele arnaud@gmail.com mailto:arnaud@gmail.com: De plus, l'API pour les dév est limitée à 1000 requêtes par mois... Pour être plus précis, ils disent : Commercial use with fewer than 1000 API calls/month are free of charge. Ca doit être possible au delà de 1000 mais c'est plus gratuit ;-) De plus, il n'y a pas que les sources qui ne sont pas open, les data aussi. Leur terms of service les autorise à faire à peu près ce qu'ils veulent avec les images, y compris - pourquoi pas - les revendre (alors qu'il faut leur certifier qu'on leur donne nos photos gratos !). A oublier d'urgence. Pieren http://www.mapillary.com/terms.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Arnaud Vandecasteele SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://geotribu.net/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] pompage du tracé du tram à Dijon
2014-03-04 14:42 GMT+01:00 Dlareg dla...@dlareg.org: N'oublie pas que le public peut aussi améliorer la carte Google avec Google Map Maker, ce qui semble avoir été le cas ici (liste des contributeurs visible dans l'historique de GMM). Désolé pour le bruit alors ;-) Tant qu'on a plus de détails que Google (et qu'on corrige nos erreurs dans les noms), c'est pas grave ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nokia recrute sur OSM pour son projet HERE
Bonjour à tous, J'ai été surpris en recevant ceci ce matin sur ma messagerie OSM : On est surement plusieurs à l'avoir reçu... Here est la partie Maps de Nokia. C'est de l'humour Finlandais ? Bonjour kwiky, Je travaille pour la société HERE mettant à jour les données cartographiques à destination des GPS, applications sur smartphones/tablettes, sites internet. Une communauté HERE a déjà été créée autour des contributeurs OSM au cours des derniers mois. Je vous contacte aujourd'hui car vous semblez être un membre actif d'OSM, qui pourrait être intéressé par notre projet de communauté de cartographe. En effet, depuis le début de l'année 2013, une interface cartographique est accessible sur le web (http://here.com/mapcreator) et permet la visualisation et la modification de notre base de données. Cette interface, tout comme OSM, intègre un éditeur permettant le traçage de routes (attributs de navigation/sécurité, dénomination de voies), ou encore l'ajout de points d'intérêts (hôtels, commerces, sites touristiques...) Cette interface permet aux utilisateurs des communautés de cartographe HERE de renseigner selon leurs centres d'intérêts/motivations la base de données MAPCreator De nombreuses communautés ont déjà été créées (Université de La Rochelle, Université de Nantes, Université de Metz) et de nouvelles ne cessent de voir le jour. Si ce projet de communauté vous intéresse, je vous invite donc à vous inscrire sur le site http://here.com/mapcreator, ou à me recontacter pour plus d'informations (ext-valentin.villal...@here.com) Cordialement VILLALARD Valentin Data-Analyst Nokia-HERE ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
