Re: [Talk-hr] learnosm prijevod gotov
On 17.04.2014 19:58, Darko Sokolić wrote: Na stranici http://learnosm.org/hr/ definitivno piše održavana od rastuće, dakle to je malo ž kako i treba biti. No zaista izgleda krupno, kao da je Ž. Problem je u fontovima definiranim u stilu stranice. Naime, zadano je da pretraživač treba redom pokušati redom ove fontove: 'Source Sans Pro','OpenSansRegular','Helvetica Neue',Helvetica,Verdana,Arial,sans-serif;. Pretraživač koristi prvi font koji može naći na popisu. A u praksi nemaju svi fontovi sve znakove, pa se dešava da neka slova budu napisana jednim fontom, a neka slova drugim, zamjenskim, i stoga izgledaju drugačije. I zaista se kod mene većima čine i č, ć, đ, ž (nisam dalje tražio), nije ž jedino. E sad, Source Sans Pro bi trebao imati sve potrebne znakove, sva hrvatska slova, koliko sam uspio pročitati, ali izgleda da nema. Darko Popravljeno... * https://github.com/hotosm/learnosm/commit/6c20acd9554212ac51ea02403b71da651cd470d3 i još neke sitnice... * https://github.com/hotosm/learnosm/commit/43b5375fc4548eb813a9746b6e960cdee02c5ec2 * https://github.com/hotosm/learnosm/commit/e4a5950c6a4e13cd661204e0b6ea0976f6f09898 i ... https://github.com/hotosm/learnosm/commit/a3011087f78db0c1c3032d432ab3ce63599b85ab Dražen ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [talk-ph] Module development and Trainors Training Workshop (Fwd: Increasing demand for OSM talks and workshops)
Hi Maning, Will the trainers workshop be open to everybody and are the dates final? Carlo. On Wed, May 14, 2014 at 6:51 PM, maning sambale emmanuel.samb...@gmail.comwrote: Dear everyone, Below are the planned activities for Trainors Training Workshops: 1. Module development sprint. This will be an in-person sprint with HOT and OSM Indonesia. Venue: ESSC QC Office May 30 - June 1, 2014 2. Conduct of Trainors Training Workshop. Venue: to be determined. Jun 9-13, 2014 Everyone is invited to participate. We hope that by the end of this activities, we have a full set of training modules you can use to run OSM workshops. -- Forwarded message -- From: maning sambale emmanuel.samb...@gmail.com Date: Fri, Apr 25, 2014 at 6:40 PM Subject: Re: [talk-ph] Increasing demand for OSM talks and workshops To: osm-ph talk-ph@openstreetmap.org Dear everyone, As a follow-up on this discussion. ESSC in partnership with the Humanitarian OSM Team, OSM Indonesia and WB will kickstart this idea. The general plan is: 1. Develop a trainors training manual by consolidating existing materials and experiences from previous training activities in teh Philippines and Indonesia. 2. Run a TOT workshop for groups and individual interested to be a an OSM trainor/facilitator. More details soon. Of course, we invite the whole community to participate both in the development of the materials and the test run itself. Resources are limited for the test run training so if there a groups interested to pool in resources do let us know. Timeline: May-June 2014. More ideas welcome. On Thu, Feb 6, 2014 at 11:01 PM, Robert Banick rban...@gmail.com wrote: Hi Maning et al, The American Red Cross would love to partner with OSM-PH on any trainings we develop and conduct. We've done OSM trainings before elsewhere and have some materials and approaches that we can pull across to the Philippines. If anything the Philippines is easier because English fluency is much higher than many places we go. We're on the verge of submitting our formal plan to get this done and then we'll be working out the resourcing, so it could be some months. One thing we try to do within the Red Cross is connect OSM to projects or activities that National Societies do on a regular basis. This helps ensure that the training gets used. We need to talk with the Philippines Red Cross and identify some high-value use cases that we can plug OSM into. Dale might be able to contribute more thoughts on that. Cheers, Robert On Thu, Feb 6, 2014 at 6:41 AM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, Great discussion! First, coming from a 4-day road trip from Leyte and Samar for our internal assessment ~3 months after Yolanda, remote training is not really the best option. In many areas, 3g connection is non-existent so, we need to find ways on how to do on site training under these conditions especially for LGUs interested to use OSM. Let me try to summarize the action points. From the thread I see the following activites we need to do. 1. Create a suite of materials for promotion and lightning talks about OSM. This will be used as basic intro to OSM, whenever a group invites us to speak. I created a stub github repo for this [0]. Feel free to add slides, brochures and whatever materials you think is useful. 2. Design a training/workshop package which OSM trainors can use. Possible content/module can be: - Basic overview to OSM - Basic data collection and editing workflow - Specific modules on using OSM depending on use cases (i.e. LGU, NGO, DRR, etc.) We (essc) have already developed an initial training design and materials for our Pampanga project. We can use this as an initial draft of the modules. We also have learnosm.org as another resource. A major topic mentioned here is how to collect data using smartphones, maybe this will be one major content we need develop. HOT-Id have more experience in doing OSM trainings, perhaps we can do knowledge sharing with them as we develop the design and content? @Kate, how can we do this? What resources is needed? American Red Cross is also planning to do OSM trainings. @Robert, any possibilities on developing this together with OSM-PH? 3. Run a trainors training/workshop to interested OSM trainors. 4. Design a communication protocol to remotely support either the local trainors or the participants after the conduct of training (options mentioned are skype, mumble, teamviewer). Or do follow-up visits if possible? Sounds like a plan! Please add anything I missed. [0] https://github.com/OSMPH/promo_materials On Fri, Jan 31, 2014 at 4:20 PM, Mark Cupitt markcup...@gmail.com wrote: Kate, I think that once the relationship has been built, that followup using tools like TeamViewer is very
Re: [talk-ph] Module development and Trainors Training Workshop (Fwd: Increasing demand for OSM talks and workshops)
Hi Carlo, Yes workshop is open to all. We just request you that in case there is demand for trainors in the future, you can be part of the pool. Dates are final. On Thu, May 15, 2014 at 2:25 PM, Carlo Antonio Romero carlo.rom...@gmail.com wrote: Hi Maning, Will the trainers workshop be open to everybody and are the dates final? Carlo. On Wed, May 14, 2014 at 6:51 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, Below are the planned activities for Trainors Training Workshops: 1. Module development sprint. This will be an in-person sprint with HOT and OSM Indonesia. Venue: ESSC QC Office May 30 - June 1, 2014 2. Conduct of Trainors Training Workshop. Venue: to be determined. Jun 9-13, 2014 Everyone is invited to participate. We hope that by the end of this activities, we have a full set of training modules you can use to run OSM workshops. -- Forwarded message -- From: maning sambale emmanuel.samb...@gmail.com Date: Fri, Apr 25, 2014 at 6:40 PM Subject: Re: [talk-ph] Increasing demand for OSM talks and workshops To: osm-ph talk-ph@openstreetmap.org Dear everyone, As a follow-up on this discussion. ESSC in partnership with the Humanitarian OSM Team, OSM Indonesia and WB will kickstart this idea. The general plan is: 1. Develop a trainors training manual by consolidating existing materials and experiences from previous training activities in teh Philippines and Indonesia. 2. Run a TOT workshop for groups and individual interested to be a an OSM trainor/facilitator. More details soon. Of course, we invite the whole community to participate both in the development of the materials and the test run itself. Resources are limited for the test run training so if there a groups interested to pool in resources do let us know. Timeline: May-June 2014. More ideas welcome. On Thu, Feb 6, 2014 at 11:01 PM, Robert Banick rban...@gmail.com wrote: Hi Maning et al, The American Red Cross would love to partner with OSM-PH on any trainings we develop and conduct. We've done OSM trainings before elsewhere and have some materials and approaches that we can pull across to the Philippines. If anything the Philippines is easier because English fluency is much higher than many places we go. We're on the verge of submitting our formal plan to get this done and then we'll be working out the resourcing, so it could be some months. One thing we try to do within the Red Cross is connect OSM to projects or activities that National Societies do on a regular basis. This helps ensure that the training gets used. We need to talk with the Philippines Red Cross and identify some high-value use cases that we can plug OSM into. Dale might be able to contribute more thoughts on that. Cheers, Robert On Thu, Feb 6, 2014 at 6:41 AM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, Great discussion! First, coming from a 4-day road trip from Leyte and Samar for our internal assessment ~3 months after Yolanda, remote training is not really the best option. In many areas, 3g connection is non-existent so, we need to find ways on how to do on site training under these conditions especially for LGUs interested to use OSM. Let me try to summarize the action points. From the thread I see the following activites we need to do. 1. Create a suite of materials for promotion and lightning talks about OSM. This will be used as basic intro to OSM, whenever a group invites us to speak. I created a stub github repo for this [0]. Feel free to add slides, brochures and whatever materials you think is useful. 2. Design a training/workshop package which OSM trainors can use. Possible content/module can be: - Basic overview to OSM - Basic data collection and editing workflow - Specific modules on using OSM depending on use cases (i.e. LGU, NGO, DRR, etc.) We (essc) have already developed an initial training design and materials for our Pampanga project. We can use this as an initial draft of the modules. We also have learnosm.org as another resource. A major topic mentioned here is how to collect data using smartphones, maybe this will be one major content we need develop. HOT-Id have more experience in doing OSM trainings, perhaps we can do knowledge sharing with them as we develop the design and content? @Kate, how can we do this? What resources is needed? American Red Cross is also planning to do OSM trainings. @Robert, any possibilities on developing this together with OSM-PH? 3. Run a trainors training/workshop to interested OSM trainors. 4. Design a communication protocol to remotely support either the local trainors or the participants after the conduct of training (options mentioned are skype, mumble, teamviewer). Or do follow-up visits if possible? Sounds like a plan! Please
Re: [talk-ph] Mapping event this Friday, April 18th
Dear OSM PH, I wanted to let everyone know George Washington University has completed the grading from the mapathon we held a few weeks ago for General Santos and Davao City. During the process of grading we try to clean up some edits, but inevitability can't get them all. I appreciate everyone staying clear of those areas during this process, and look forward to supporting OSM mapping in the Philippines in the future. Please let me know if you have ideas on ways we can collaborate or support the great work you are doing down the road. Regards, Chad *Chad Blevins* GeoCenter U.S. Global Development Lab USAID 703-220-8513 On Mon, Apr 21, 2014 at 9:29 PM, Chad Blevins cblev...@usaid.gov wrote: Thanks Maning, the event went well and students have until the end of this week to complete their edits. I'll send an update once we compile stats from the event. OSM statshttp://osmstats.altogetherlost.com/index.php?item=countriescountry=Philippines posted 82 people mapped 50,000 nodes. take care Chad *Chad Blevins* GeoCenter U.S. Global Development Lab USAID 703-220-8513 On Mon, Apr 21, 2014 at 9:03 PM, maning sambale emmanuel.samb...@gmail.com wrote: Tweets about the event here: https://twitter.com/search?q=gwmapathonsrc=typd On Wed, Apr 16, 2014 at 11:23 AM, maning sambale emmanuel.samb...@gmail.com wrote: Looks like editing has started. :) http://resultmaps.neis-one.org/osm-changesets?comment=gwu#14/6.1249/125.1631 http://osmstats.altogetherlost.com/index.php?item=countriescountry=Philippines On Wed, Apr 16, 2014 at 9:44 AM, maning sambale emmanuel.samb...@gmail.com wrote: Thanks Chad for announcing this initiative. For those interested at GWU Geography Department's initiative, check out this cool presentation: http://stateofthemap.us/session/osm-in-the-classroom/ Lots of ideas local universities here can adopt. @Chad, we have active mappers in Davao and also works with a university. Maybe they can respond to your requests. For General Santos, will ask local contacts (not Manny Pacquiao) and will revert to you once I get a response. On Wed, Apr 16, 2014 at 9:27 AM, Chad Blevins cblev...@usaid.gov wrote: Hello mappers, I wanted to send a note and let everyone know there will a significant effort this Friday April 18th to map Davao City and General Santos. Students from the George Washington University Geography department will be working with USAID to replicate the great mapping work they did last fall in Kathmandu. As it turns out, the students who were taught OSM for this project were then able to used their new skills and helped map during the Haiyan response. For this project we noticed there wasn’t much mapping happening in these PH cities, and for grading purposes its better to start with a clean area. Tasks have been created in the Tasking Manager with (GWU Mapathon) following the title. Changesets “#GWU #USAID” will be used and the class will focus on creating buildings, roads, and other infrastructure. We are very interested in linking this work with local universities or volunteers on the ground who could populate attributes. In Kathmandu we worked with Kathmandu Living Labs who was able to add precise details about all the schools and hospitals in the city. Please let us know if you have ideas on volunteers who may be willing to do some field work. Thank you, Chad Blevins GeoCenter U.S. Global Development Lab USAID 703-220-8513 ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] OSM Meetup in Gent, 21 of May.
Hallo, I would like to come to a meeting in Leuven too. Erik op 15-05-14 09:26, Julien Fastré schreef: Hi, For me, it's easier to join a meetup in Leuven :-) Julien Le 12/05/14 19:31, Jo a écrit : Hi, Ben is organising a new OSM Meetup in Gent, 21 of May. I won't be able to make it. I'd like to ask whether there is an interest in such meetups in Leuven in addition to the ones organised in Gent and Antwerpen? I found a nice location: https://www.openstreetmap.org/node/2728420131 Jo ___ 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] This has to stop: User Diaries Spam
Hi David, that's right and that's why I would prefer a good way to moderate the diaries directly, too. But nevertheless the value of a spam entry in the diaries is increased by tools like this because deletion would require deletion at at least two places. regards Peter Am 15.05.2014 00:33, schrieb David Earl: Just to say, @osmblogs is not the diaries, it is just a conversion of the osm aggregate blogs RSS feed, using ifttt.com. If spam were not in the RSS feed it would not be on twitter either. David ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] boules=petanque vs. type=petanque
Sorry for the French language message - it was meant for talk-fr... ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] boules=petanque vs. type=petanque
D'après http://wiki.openstreetmap.org/wiki/Tag:sport%3Dboules un terrain (leisure=pitch) de pétanque est: sport=boules boules=petanque (375 noeuds, 75 ways - http://overpass-turbo.eu/s/3op) Mais d'après http://wiki.openstreetmap.org/wiki/FR:Key:sport c'est: sport=boules type=petanque (607noeuds, 111 ways - http://overpass-turbo.eu/s/3oo) Bon... Des avis sur une future harmonisation du pointage ou du tirage de l'étiquetage bouliste ? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] boules=petanque vs. type=petanque
Maybe It's worth including tagging@, I think this sport is popular in some countries in Asia too. Yves On 15 mai 2014 10:51:50 UTC+02:00, Jean-Marc Liotier j...@liotier.org wrote: Sorry for the French language message - it was meant for talk-fr... ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] boules=petanque vs. type=petanque
Well... Private messages tell me that boules might be popular outside of France, so here is a translation for a more international debate... According to http://wiki.openstreetmap.org/wiki/Tag:sport%3Dboules a petanque pitch (leisure=pitch) is: sport=boules boules=petanque (375 nodes, 75 ways - http://overpass-turbo.eu/s/3op) But according to http://wiki.openstreetmap.org/wiki/FR:Key:sport it is: sport=boules type=petanque (607 nodes, 111 ways - http://overpass-turbo.eu/s/3oo) Any opinions on a future harmonization of the tagging of boules game types ? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tagging] boules=petanque vs. type=petanque
On Thu, 2014-05-15 at 11:00 +0200, Jean-Marc Liotier wrote: Well... Private messages tell me that boules might be popular outside of France, so here is a translation for a more international debate... According to http://wiki.openstreetmap.org/wiki/Tag:sport%3Dboules a petanque pitch (leisure=pitch) is: sport=boules boules=petanque (375 nodes, 75 ways - http://overpass-turbo.eu/s/3op) But according to http://wiki.openstreetmap.org/wiki/FR:Key:sport it is: sport=boules type=petanque (607 nodes, 111 ways - http://overpass-turbo.eu/s/3oo) Any opinions on a future harmonization of the tagging of boules game types ? In the UK some pubs have boules pitches, I think it is known petanque here, but boules makes more sense to me. Phil (trigpoint) ___ Tagging mailing list tagg...@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
On 14.05.2014 11:16, Christian Quest wrote: The resulting dataset will be under ODbL (because of OSM data and also many opendata sets are also under ODbL). [...] The resulting dataset will not be imported as is in OSM as the french community considers it needs to be manually reviewed. The dataset will be under ODbL only, with no possibility to change its license if a sufficient majority of OSM contributors choose to use the Contributor Terms' relicensing clause? In that case, I hope you are not going to import it into OSM at all, even with manual review. Tobias ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
This is not done, and I certainly hope that the « community » does not take it for granted before a hypothetical future vote. And that if an actual vote takes place, a real debate also takes place, with real counter-arguments replied to the already heard arguments. JB. Le 15/05/2014 15:11, Tobias Knerr a écrit : On 14.05.2014 11:16, Christian Quest wrote: The resulting dataset will be under ODbL (because of OSM data and also many opendata sets are also under ODbL). [...] The resulting dataset will not be imported as is in OSM as the french community considers it needs to be manually reviewed. The dataset will be under ODbL only, with no possibility to change its license if a sufficient majority of OSM contributors choose to use the Contributor Terms' relicensing clause? In that case, I hope you are not going to import it into OSM at all, even with manual review. Tobias ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Organizational mapping policy
I think we should look at those users not as organizational, or paid users, but as users that have too steep a curve of added nodes over time. An account registers, and immediately starts adding or modifying hundreds of nodes. That could either be an import, a very zealous early mapper, or someone who is paid by node. Either way, they should be controlled in some way. Maybe put a limit on number of added nodes over time with some function that permits long-time mappers to add or modify as many nodes as they want, and limit new users. Of course, show them a link to where you can say what that account is doing, and get permission to add as many as you want even though you are a new user. Janko 2014-05-15 3:43 GMT+02:00 Paul Norman penor...@mac.com: From: Mikel Maron [mailto:mikel_ma...@yahoo.com] Sent: Wednesday, May 14, 2014 2:07 PM Subject: Re: [OSM-talk] Organizational mapping policy I have to say, my initial reaction to this proposal was that it was heavy handed, unnecessarily punitive, over reaching, and not in the spirit of OSM. A cure worse than the disease. To clarify (and I could have made this more explicit) there is *not* a proposed policy here. The DWG is considering if it is necessary to issue guidelines, it is not decided that something needs to be issued or the contents of anything we'd issue. The items listed are possible requirements and possible covered activities only. It is extremely unlikely that any policy resulting from this will include all the possible requirements and cover all the possible activities. I'm personally against some of the requirements listed as possibilities. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Organizational mapping policy
Because very zelous mappers are the last thing we need? Just because we can use data to catch out stuff then we hardly need to use it to limit the users, it should be fine to use the data to put the name on a watch list, making it easier to revert if edits are found to be harmful (license or correctness). I personally subscribe to new OSM users feed for two countries which I'm focused on and check out their first edits, these are not high activity countries so perhaps others have more problems but so far none appears to be harmful, the opposite in fact, drive-by mappers that would be lovely to cajole into active mappers, or even zealous mappers! Þann 15.05.2014 14:31, Janko Mihelić reit: I think we should look at those users not as organizational, or paid users, but as users that have too steep a curve of added nodes over time. An account registers, and immediately starts adding or modifying hundreds of nodes. That could either be an import, a very zealous early mapper, or someone who is paid by node. Either way, they should be controlled in some way. Maybe put a limit on number of added nodes over time with some function that permits long-time mappers to add or modify as many nodes as they want, and limit new users. Of course, show them a link to where you can say what that account is doing, and get permission to add as many as you want even though you are a new user. Janko 2014-05-15 3:43 GMT+02:00 Paul Norman penor...@mac.com: From: Mikel Maron [mailto:mikel_ma...@yahoo.com] Sent: Wednesday, May 14, 2014 2:07 PM Subject: Re: [OSM-talk] Organizational mapping policy I have to say, my initial reaction to this proposal was that it was heavy handed, unnecessarily punitive, over reaching, and not in the spirit of OSM. A cure worse than the disease. To clarify (and I could have made this more explicit) there is *not* a proposed policy here. The DWG is considering if it is necessary to issue guidelines, it is not decided that something needs to be issued or the contents of anything we'd issue. The items listed are possible requirements and possible covered activities only. It is extremely unlikely that any policy resulting from this will include all the possible requirements and cover all the possible activities. I'm personally against some of the requirements listed as possibilities. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk [1] Links: -- [1] https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Organizational mapping policy
Substitute cajole for persuade... Þann 15.05.2014 15:48, Jóhannes Birgir Jensson reit: Because very zelous mappers are the last thing we need? Just because we can use data to catch out stuff then we hardly need to use it to limit the users, it should be fine to use the data to put the name on a watch list, making it easier to revert if edits are found to be harmful (license or correctness). I personally subscribe to new OSM users feed for two countries which I'm focused on and check out their first edits, these are not high activity countries so perhaps others have more problems but so far none appears to be harmful, the opposite in fact, drive-by mappers that would be lovely to cajole into active mappers, or even zealous mappers! Þann 15.05.2014 14:31, Janko Mihelić reit: I think we should look at those users not as organizational, or paid users, but as users that have too steep a curve of added nodes over time. An account registers, and immediately starts adding or modifying hundreds of nodes. That could either be an import, a very zealous early mapper, or someone who is paid by node. Either way, they should be controlled in some way. Maybe put a limit on number of added nodes over time with some function that permits long-time mappers to add or modify as many nodes as they want, and limit new users. Of course, show them a link to where you can say what that account is doing, and get permission to add as many as you want even though you are a new user. Janko 2014-05-15 3:43 GMT+02:00 Paul Norman penor...@mac.com: From: Mikel Maron [mailto:mikel_ma...@yahoo.com] Sent: Wednesday, May 14, 2014 2:07 PM Subject: Re: [OSM-talk] Organizational mapping policy I have to say, my initial reaction to this proposal was that it was heavy handed, unnecessarily punitive, over reaching, and not in the spirit of OSM. A cure worse than the disease. To clarify (and I could have made this more explicit) there is *not* a proposed policy here. The DWG is considering if it is necessary to issue guidelines, it is not decided that something needs to be issued or the contents of anything we'd issue. The items listed are possible requirements and possible covered activities only. It is extremely unlikely that any policy resulting from this will include all the possible requirements and cover all the possible activities. I'm personally against some of the requirements listed as possibilities. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk [1] Links: -- [1] https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
On 15.05.2014 15:41, JB wrote: This is not done, and I certainly hope that the « community » does not take it for granted before a hypothetical future vote. And that if an actual vote takes place, a real debate also takes place, with real counter-arguments replied to the already heard arguments. JB. What is the this in your reply? I'm not sure whether you are assuring me that no ODbL data will be imported into OSM or claiming that OSM will never change its license again. The relicensing clause is there for a reason: The community in 10 years will mostly consist of completely different persons than today. And *they* should be able to determine what OSM's license will be in 10 years. Limiting their choices in order to slightly speed up the completion of house number mapping today would be not be wise. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
De : Tobias Knerr o...@tobias-knerr.de À : talk@openstreetmap.org Envoyé le : Jeudi 15 mai 2014 17h51 Objet : Re: [OSM-talk] OSM France BANO project... openaddresses in France The relicensing clause is there for a reason: The community in 10 years will mostly consist of completely different persons than today. And *they* should be able to determine what OSM's license will be in 10 years. Limiting their choices in order to slightly speed up the completion of house number mapping today would be not be wise. Hi Tobias, I don't see this as a problem because if I well understand ODBL requires an attribution so if a relicencing would be proposed in the future it will be possible to list the imported ODBL data and consider to remove them if the new licence is not compatible. By this way the amount of data loss will be an argument pro or against a new licence in the same way some data were loss during the migration from CC-by_S to ODBL due to impossible relicencing To be completely sure to understand you point of view, I will try to rephrase it, please correct me if I`m wrong: You consider that we should completely stop to use any open data sources available in the world because in the future the community will perhaps decide a relicencing that could be incompatible with licences of today legal sources ? It seems to me quite extrem because I consider it implies to keep only our local knowledge and terrain observation Cheers Julien___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
2014-05-15 18:46 GMT+02:00 THEVENON Julien julien_theve...@yahoo.fr: You consider that we should completely stop to use any open data sources available in the world because in the future the community will perhaps decide a relicencing that could be incompatible with licences of today legal sources ? no, if we used only those open data that have no strings whatsoever attached to them (i.e. cc0 or public domain) we won't burden our db with attribution and share alike requirements that possibly will prevent the active users in the future to change the license. If the data publisher has chosen a license with only attribution requirements and sees these satisfied by being mentioned on a list in our wiki this is quite as good. Share alike licensed data should IMHO not be imported into osm because it makes another license change practically impossible (at least not without data loss, and unfortunately not only the originally imported data but also everything built on it). cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
Hi Julien, On 15.05.2014 18:46, THEVENON Julien wrote: [...] By this way the amount of data loss will be an argument pro or against a new licence in the same way some data were loss during the migration from CC-by_S to ODBL due to impossible relicencing the relevant part of the CT was introduced so that OSM would not have to suffer such a painful loss again. Ideally, it should be possible to decide on a license change purely based on the merits of the proposed new license. To be completely sure to understand you point of view, I will try to rephrase it, please correct me if I`m wrong: You consider that we should completely stop to use any open data sources available in the world because in the future the community will perhaps decide a relicencing that could be incompatible with licences of today legal sources ? No, that would be too radical. There are quite a lot of data sources and imagery that do not restrict our license at all. Besides Public Domain sources, this category includes sources where the rights holder has specifically allowed OSM to use their data.¹ Then there are sources that ask for attribution somewhere on the OSM website, but nothing beyond that. Technically, these do limit future licenses, but I get the impression that most consider it highly unlikely that this would ever be a problem, so I'm more willing to tolerate these. But what I'm clearly opposing is importing data with a share-alike license - that is, a license that demands that we stick with one single license forever. Tobias ¹ There have been quite a few rights holders who have given OSM such an explicit permission, so it might be worthwhile to just ask them. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
De : Tobias Knerr o...@tobias-knerr.de Hi Julien, the relevant part of the CT was introduced so that OSM would not have to suffer such a painful loss again. Ideally, it should be possible to decide on a license change purely based on the merits of the proposed new license. Hi Tobias In my understanding this prevent only the loss of data contributed by no more active contributor. For me there is nothing related to an incompatiblity with data licence source. There have been quite a few rights holders who have given OSM such an explicit permission, so it might be worthwhile to just ask them. If I remember well Australian government didn`t agree to mirgate the data they provided from CC-by-SA to ODBL so this is not so simple But what I'm clearly opposing is importing data with a share-alike license - that is, a license that demands that we stick with one single license forever. According to CT terms ( cf below ) I assume that a new licence should maintain the share-alike of ODBL Extracted from : http://www.osmfoundation.org/wiki/License/Contributor_Terms 3. OSMF agrees that it may only use or sub-license Your Contents as part of a database and only under the terms of one or more of the following licences: ODbL 1.0 for the database and DbCL 1.0 for the individual contents of the database; CC-BY-SA 2.0; or such other free and open licence (for example, http://www.opendefinition.org/okd/) as may from time to time be chosen by a vote of the OSMF membership and approved by at least a 2/3 majority vote of active contributors. ) Cheers Julien___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
2014-05-15 15:11 GMT+02:00 Tobias Knerr o...@tobias-knerr.de: On 14.05.2014 11:16, Christian Quest wrote: The resulting dataset will be under ODbL (because of OSM data and also many opendata sets are also under ODbL). [...] The resulting dataset will not be imported as is in OSM as the french community considers it needs to be manually reviewed. The dataset will be under ODbL only, with no possibility to change its license if a sufficient majority of OSM contributors choose to use the Contributor Terms' relicensing clause? In that case, I hope you are not going to import it into OSM at all, even with manual review. The re is no choice on our side about the licence for this dataset. Some address data published in France ARE under odbl. OSM data ARE odbl. So the derivative database is also under ODbL. There is already a lot of external ODbL data that has been used to improve OSM data, so changing the licence of OSM to get rid of share-alike is from my point of view a dream expressed by some people who 1) do not really know the terms of ODbL, 2) do not really know the contributors term which consider changing the licence for a similar one, not one that would change deeply OSM by remove the share-alike or attribution. I'm just afraid we will just loose a lot of time discussing this, and nothing else. -- Christian Quest - OpenStreetMap France ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
De : Martin Koppenhoefer dieterdre...@gmail.com Share alike licensed data should IMHO not be imported into osm because it makes another license change practically impossible (at least not without data loss, and unfortunately not only the originally imported data but also everything built on it). Hi Martin, IMHO your sentence is incomplete, my understanding is that you intended to say Share alike licensed data should IMHO not be imported into osm because it makes another license without share-alike clause change practically impossible (at least not without data loss, and unfortunately not only the originally imported data but also everything built on it). Migrating to a licence keeping the origin free spirit of OSM should not be a problem Cheers Julien___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
If share-alike is a problem for you, stop contributing to OSM, start you own non share-alike project, it's that simple. Good luck 2014-05-15 20:08 GMT+02:00 THEVENON Julien julien_theve...@yahoo.fr: * De :* Martin Koppenhoefer dieterdre...@gmail.com * * Share alike licensed data should IMHO not be imported into osm because it makes another license change practically impossible (at least not without data loss, and * *unfortunately not only the originally imported data but also everything built on it). Hi Martin, IMHO your sentence is incomplete, my understanding is that you intended to say Share alike licensed data should IMHO not be imported into osm because it makes another license without share-alike clause change practically impossible (at least not without data loss, and unfortunately not only the originally imported data but also everything built on it). Migrating to a licence keeping the origin free spirit of OSM should not be a problem Cheers Julien ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- Christian Quest - OpenStreetMap France ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
Am 15.05.2014 19:57, schrieb THEVENON Julien: If I remember well Australian government didn`t agree to mirgate the data they provided from CC-by-SA to ODBL so this is not so simple That is completely incorrect, there was never any Australian government CC by-SA data in OSM. The data in question was licensed CC by which required permission from the respective offices that attribution via our website was acceptable, the permission was duly granted. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
Le 15/05/2014 18:57, Martin Koppenhoefer a écrit : Share alike licensed data should IMHO not be imported into osm because it makes another license change practically impossible (at least not without data loss, and unfortunately not only the originally imported data but also everything built on it). cheers, Martin Does it mean that I would stop contributing today, if I'm shure today that I would refuse an eventual change of licence to Public Domain or what so ever in the future ? Does it means that, for I am mortal and may die tomorrow, if I am very satisfied of the licence today, I would not contribute today because people in the future may want a licence change ? Does it means that in order to ease the work tomorrow. let us do nothing today ? Therefore do not worry about tomorrow, for tomorrow will worry about itself. Each day has enough trouble of its own. Mt 6:34 -- FrViPofm ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
De : Simon Poole si...@poole.ch That is completely incorrect, there was never any Australian government CC by-SA data in OSM. The data in question was licensed CC by which required permission from the respective offices that attribution via our website was acceptable, the permission was duly granted. Ok sorry I missed ( or forgot )the conclusion of this point, thanks for the clarification/memory refresh Cheers Julien___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
Hi, THEVENON Julien wrote: To be completely sure to understand you point of view, I will try to rephrase it, please correct me if I`m wrong: You consider that we should completely stop to use any open data sources available in the world because in the future the community will perhaps decide a relicencing that could be incompatible with licences of today legal sources ? I think it is kind of a misinterpretation. The point is, that the data should not only comply with our current licence but that the importer can assure that other free and open licences (see CT) are acceptable, too. By this way the amount of data loss will be an argument pro or against a new licence in the same way some data were loss during the migration from CC-by_S to ODBL due to impossible relicencing It should not be an argument regarding a license change! It has to be an argument wether to import data or not! Once you imported data, there will not be a need for mappers to map *that* data again. So you'll be responsible for data that has a dubious legal state. I really hope the DWG will stop any such imports immediately as it's a clear time bomb. Regards, Peda -- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Organizational mapping policy
On Thu, May 15, 2014 at 8:48 AM, Jóhannes Birgir Jensson j...@betra.iswrote: I personally subscribe to new OSM users feed for two countries which I'm focused on and check out their first edits, these are not high activity countries so perhaps others have more problems but so far none appears to be harmful, the opposite in fact, drive-by mappers that would be lovely to cajole into active mappers, or even zealous mappers! I watch new mappers in my area as well. One of the community colleges has an introductory GIS course that has the students map nearby. I've never seen any problems with their edits. I've emailed the instructor to see how the community could help with the course material. And one of these days we are going to sit down over coffee to discuss possibilities. When I first read the original message I thought about classes we all give in how to edit with iD to new mappers. There is really isn't much difference between a GIS class assignment and a community member teaching iD. New mappers make mistakes. It's better when they have a knowledgeable person giving the instruction and feedback. Since the vast majority of new mappers only get the the online introduction, I suspect those in a classroom setting might initially do a better job. Unfortunately I have no data to back up my thoughts. I would challenge the DWG to share with the community their data on why they are bring up this topic. -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
On 15.05.2014 19:57, THEVENON Julien wrote: According to CT terms ( cf below ) I assume that a new licence should maintain the share-alike of ODBL I believe you are misunderstanding that paragraph of the CT. The license needs to be free and open, but there are many licenses that qualify - including ones like CC-BY without a share alike condition. or such other free and open licence (for example, http://www.opendefinition.org/okd/) as may from time to time be chosen by a vote of the OSMF membership and approved by at least a 2/3 majority vote of active contributors. ) This is the relevant part: Besides the explicitly listed licenses, the future OSM community also has the option of choosing any other free and open license through a vote. When you look at the open definition linked there, it states that share-alike is acceptable, but in no way does it exclude non share-alike licenses. But don't make the mistake to think that this entire discussion is irrelevant if you want to keep share alike. What if someone creates another Share Alike license that is a lot better than ODbL? It's not that unlikely - after all ODbL didn't exist a few years ago either. An ODbL import would be in the way of switching to that license, too. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Nik4: mapnik → image
Hi! I recently needed to create a big georeferenced image from a mapnik style file, and found out no image exporting tool currently offers more than a direct interface to mapnik's options. That is, I could not get image in 300 dpi for printing on an A5 sheet, I had to understand what scale_factor is, and what is the default resolution, and why lines had become so thick. And I'm a programmer — imagine a confusion of a regular user! Today I have published Nik4. It makes everything easier. Grab a 800x600 image at z13? -c LON LAT -x 800 600 -z 13 — and no suprises like when the output image differs from osm.org (nik2img puzzled me with that one). Print a region in 300 dpi on A5? -a 5 --ppi 300 --bbox X1 Y1 X2 Y2. You don't have to think about scale_factor ever. Make a very large image? No problem, use --tiles 4 and wait a bit; you won't run out of memory. See https://github.com/Zverik/Nik4 for an extensive description and installation instructions (easy_install nik4 — there, no more instructions needed). Print more maps. IZ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
On 05/16/2014 02:19 AM, Tobias Knerr wrote: or such other free and open licence (for example, http://www.opendefinition.org/okd/) as may from time to time be chosen by a vote of the OSMF membership and approved by at least a 2/3 majority vote of active contributors. ) This is the relevant part: Besides the explicitly listed licenses, the future OSM community also has the option of choosing any other free and open license through a vote. [..] What if someone creates another Share Alike license that is a lot better than ODbL? It's not that unlikely - after all ODbL didn't exist a few years ago either. An ODbL import would be in the way of switching to that license, too. If the perfect license appears tomorrow, then I'm sure we will have a constructive debate about whether to move to it and how that could be done - then there shall be voting and approval. Meanwhile, the license is the ODbL and that is what we must comply with. We are not going to comply with hypothetical licenses that may or may not appear in the future. There is an infinity of theoretically possible licenses and it is therefore impossible to comply with all of them at the same time. Meanwhile, we shall comply with the only one that we have an obligation towards: the current one. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Kwantum-gps gaat satellieten vervangen
Beste OSM'ers, Hebben jullie al iemand met zo'n schoenendoos zien streetmappen? http://webwereld.nl/development/82540-kwantum-gps-gaat-satellieten-vervangen ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] Vicmap data copying
Am I correct in saying that it is permissable to copy street names from the VicMap into OSM? Also - what about the house numbers, is that ok as well? I have neither the time, talent or inclination to do an import of house numbers, but would help out in any manual effort to add all house numbers for Victoria into OSM. Is such an import envisaged because, if so, then I wouldn't want to muddy the waters by starting to manually add them. Also - I remember someone saying that Gold Coast roade name data was available. Is this available yet for josm or potlach since I would love to get the rest of the roads named up there? Cheers Nick ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Vicmap data copying
Hi Nick, From Li Xia's email on 10/10/13: I had a meeting with Vicmap staff today in regards to importing Vicmap data into OSM under the CC license. They are very excited about the community showing interest in their data and are have clarified that importing it is fine. I'm not clear on whether we need to add any attribution tags, but for now when I trace stuff from Vicmap, I just add source=vicmap. IMHO some small scale imports may be useful, but from my comparisons, the VicMap data is not necessarily better than OSM. It often has stuff OSM doesn't, but sometimes that includes spurious stuff like roads that no longer exist, never did, etc. Steve On Thu, May 15, 2014 at 4:55 PM, Nick Hocking nick.hock...@gmail.comwrote: Am I correct in saying that it is permissable to copy street names from the VicMap into OSM? Also - what about the house numbers, is that ok as well? I have neither the time, talent or inclination to do an import of house numbers, but would help out in any manual effort to add all house numbers for Victoria into OSM. Is such an import envisaged because, if so, then I wouldn't want to muddy the waters by starting to manually add them. Also - I remember someone saying that Gold Coast roade name data was available. Is this available yet for josm or potlach since I would love to get the rest of the roads named up there? Cheers Nick ___ 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] Vicmap data copying
Steve wrote IMHO some small scale imports may be useful, but from my comparisons, the VicMap data is not necessarily better than OSM. It often has stuff OSM doesn't, but sometimes that includes spurious stuff like roads that no longer exist, never did, etc. Thanks Steve, As far as importing goes, I'm only talking about house numbers (since they are so hard to collect by survey). I definitely think that road names must NOT be imported but added individually, where current osm data and bing imagery indicate that there really is a road (currently OSM unamed) there. Nick ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Vicmap data copying
On Thu, May 15, 2014 at 5:52 PM, Nick Hocking nick.hock...@gmail.comwrote: Steve wrote IMHO some small scale imports may be useful, but from my comparisons, the VicMap data is not necessarily better than OSM. It often has stuff OSM doesn't, but sometimes that includes spurious stuff like roads that no longer exist, never did, etc. Thanks Steve, As far as importing goes, I'm only talking about house numbers (since they are so hard to collect by survey). Yeah, house numbers are probably a really good example where in most places we have zero data. I definitely think that road names must NOT be imported but added individually, where current osm data and bing imagery indicate that there really is a road (currently OSM unamed) there. Yeah. I'm still deciding what to do about places where Vicmap shows a track in the bush that can't be seen on any imagery - probably because the vegetation is too dense. Steve ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Vicmap data copying
On Thu, 2014-05-15 at 18:02 +1000, Steve Bennett wrote: On Thu, May 15, 2014 at 5:52 PM, Nick Hocking nick.hock...@gmail.com (sensible statements about house numbers) I definitely think that road names must NOT be imported but added individually, where current osm data and bing imagery indicate that there really is a road (currently OSM unamed) there. Yeah. I'm still deciding what to do about places where Vicmap shows a track in the bush that can't be seen on any imagery - probably because the vegetation is too dense. Guys, can I respectfully suggest that source=survey ? Vicmaps (and others) sometimes show roads that have been closed, land sold off etc. Those roads will show up in imagery because the car tracks last a long time on the ground. Further, visiting the site can clarify the state and status of a road. Road names on published maps are sometimes wrong, lets not propagate those errors ! Lets restrict mapping via imagery to those situations where survey is not possible. David Steve ___ 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-br] Fwd: [ADM] Fwd: [alt-tracksource] Re: arquivo GTM no OSM
Oi Pessoal Eu acho que passou da hora de termos um representante do OSM-Brasil no DWG com poderes para agir rápido e bloquear usários. Com a proximidade da copa parece estar havendo um incremento das atividades conflitantes no mapa. O que vocês acham disto? Vamos pedir? Abraço Gerald Obs: a minha observação se refere aos vários problemas enfrentados recentemente. Estou dando reply a esta mensagem por ser mais simples de fazer no celular. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Editando com o vespucci
Bom dia a todos Estou interessado em aprender a editar número de edifícios no mapa, selecionei uma rua pequena para fazer um teste e na chave addr interpolation inseri a opção all (as outras opções são alphabetic, even e odd),enviei para o servidor e pude ver que a rua agora está pontilhada,se alguém puder me esclarecer melhor ou puder me enviar um tutorial a respeito agradeço, pelo que entendi o interpolador deve ser usado em ruas com numeração regular,e aqui em BH 90%das ruas da região central estão com a numeração correta,motivo pelo qual estou interessado em aprender. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Edição destrutiva no Rio de Janeiro
Uma pergunta pertinente, quando é que um changeset é considerado grande? Sei que vai depender da localidade, se já existe algo no lugar e tal, mas tem alguns parâmetros para se basear? Em 15-05-2014 13:20, Fernando Trebien escreveu: Ou me expressando melhor: isso não quer dizer que você pode continuar fazendo changesets: - grandes, em regiões com muita gente mapeando - muito grandes, em qualquer região, sem nos avisar do que se trata Changesets devem ser divididos por assunto. Um changeset grande de um assunto único quase sempre é uma correção em massa, que (como é costume) tem que ser conversada com a comunidade, ou no mínimo muito bem descrita no comentário do changeset. Um changeset grande de assuntos diversos é uma bagunça difícil de conferir (e a gente confere sempre que pode), mesmo que seja inteiramente válido. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Dúvidas sobre bairros
Pessoal estou com uma dúvida, o place=suburb, posso usar com linha também ou somente poi? porque tenho verificado em minha região que usando poi, ele não pega corretamente no nominatim. estando em um bairro e ele me mostra que estou no bairro com poi mais próximo.. como fazer neste caso.. testei com linha delimitando a área e ficou correto no nominatim.. -- Cordeiro de Deus que tira os pecados do mundo, tenha piedade de nós... ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dúvidas sobre bairros
Olá Wallace, Pode nos passar a linha em que você usou essa tag? Daí fica mais fácil ajudar. Eis uns exemplos de onde/como usar a tag para mapear bairros: * Relação: https://www.openstreetmap.org/relation/2727083 (com a única diferença que bairros normalmente são com admin_level=10) * Ponto: https://api.openstreetmap.org/node/2076837685 2014-05-15 15:40 GMT-03:00 Wallace Silva wsi...@gmail.com: Pessoal estou com uma dúvida, o place=suburb, posso usar com linha também ou somente poi? porque tenho verificado em minha região que usando poi, ele não pega corretamente no nominatim. estando em um bairro e ele me mostra que estou no bairro com poi mais próximo.. como fazer neste caso.. testei com linha delimitando a área e ficou correto no nominatim.. -- Cordeiro de Deus que tira os pecados do mundo, tenha piedade de nós... ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dúvidas sobre bairros
Fernando tinha usado somente o name e o place, faltou o admin_level, então não estou tão errado.. vou adicionar aqui em minha cidade e nas cidades vizinhas .. onde conheço.. Em 15 de maio de 2014 16:12, Fernando Trebien fernando.treb...@gmail.comescreveu: Olá Wallace, Pode nos passar a linha em que você usou essa tag? Daí fica mais fácil ajudar. Eis uns exemplos de onde/como usar a tag para mapear bairros: * Relação: https://www.openstreetmap.org/relation/2727083 (com a única diferença que bairros normalmente são com admin_level=10) * Ponto: https://api.openstreetmap.org/node/2076837685 2014-05-15 15:40 GMT-03:00 Wallace Silva wsi...@gmail.com: Pessoal estou com uma dúvida, o place=suburb, posso usar com linha também ou somente poi? porque tenho verificado em minha região que usando poi, ele não pega corretamente no nominatim. estando em um bairro e ele me mostra que estou no bairro com poi mais próximo.. como fazer neste caso.. testei com linha delimitando a área e ficou correto no nominatim.. -- Cordeiro de Deus que tira os pecados do mundo, tenha piedade de nós... ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Cordeiro de Deus que tira os pecados do mundo, tenha piedade de nós... ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] [SP][bus stop] Adicionando dados de paradas de ônibus disponibilizados pela sptrans ao OSM
Acho números das linhas alta também, acho (sem olhar os dados) que eles contar cada partida como linha individual, assim poder provavelmente dividir com media 10, mas anda 73mil linhas parecendo muito por 18mil pontos Aun Johnsen On May 13, 2014, at 15:37, Arlindo Pereira openstreet...@arlindopereira.com wrote: Peraí, quase um milhão de linhas? Isso não me parece muito correto... Aqui está o wiki mostrando o tagueamento de pontos e rotas de ônibus: http://wiki.openstreetmap.org/wiki/Buses Não me parece o tipo de dado adequado para uma importação automática, ou mesmo semiautomática, uma vez que alguns pontos e linhas já estão mapeados, e também porque o modelo de dados requer o seccionamento das vias (ruas) já mapeadas no OSM. Sugiro que esses dados sejam subidos para o wiki, e por lá seja coordenado uma força-tarefa, aonde cada mapeador fica responsável pela importação de uma linha por vez. []s Arlindo 2014-05-13 15:32 GMT-03:00 Marcel Mitsuto F. S. mitsuto+...@gmail.com: O sptrans liberou dados geolocalizados de todas as paradas de ônibus e de todas as linhas operadas pela instituição. São 18602 paradas, e 735697 linhas. Gostaria de saber de vocês a melhor estratégia para adicionar estes pontos ao OSM. Eu li alguns tutoriais e aprendi um bocado sobre as tags, mas ainda tenho dúvidas sobre como enviar as modificações e como fazer isso da melhor maneira possível. São shapefiles das rotas de cada linha, coordenadas das paradas, possui dados de tempos de parada médio em cada parada por linha, custos e custos de integrações, e dias de operação de cada linha. Venho pensando nisso pois outro dia fui levantar quantas paradas de ônibus existem mapeados no OSM e fiquei realmente desapontado com a qualidade da informação. Pelo menos em São Paulo, gostaria de resover essa questão. Obrigado. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Edição destrutiva no Rio de Janeiro
Dá uma olhada no gráfico chamado distribution of changeset sizes no final da seção Editor profiles (2012) nesse artigo: http://wiki.openstreetmap.org/wiki/Editor_usage_stats#Editor_profiles_.282012.29 O gráfico tá em escala logarítmica. Ali dá pra ver que changesets maiores são progressivamente mais raros. Por exemplo, changesets com 100 a 200 alterações são 10x mais raros do que changesets com menos de 100 alterações. Changesets com 700 a 800 alterações são 100x mais raros que os que têm menos de 100 alterações. O gráfico mostra o número de edições com o Potlatch (editor antigo), mas eu acredito que seja bem parecido para quem usa o iD. Note também que os changesets maiores todos tendem a ser feitos usando o JOSM. Todas essas coisas meio que contribuem para esse julgamento. Eu arriscaria dizer que, com certeza quase absoluta: - mais que 2000 alterações é grande (e provavelmente bem grande) com qualquer editor - mais que 1000 alterações é grande se não for feito com o JOSM Eu acho que mais do que 100 edições é considerado pelo menos médio e é onde já começa a ficar um pouco complicado revisar caso a pessoa não tenha separado o changeset por assunto. Se o assunto do changeset for bastante específico, fica bastante simples revisar (pelo menos teoria), quase independentemente do tamanho do changeset. Isso significa, por exemplo: * se o comentário do changeset diz correções em calçadas, o revisor não esperaria encontrar alterações em edifícios * se o comentário do changeset diz correções de alinhamento, o revisor não esperaria encontrar alterações em tags * se o comentário diz correções e melhorias, não dá pra saber de antemão o que foi feito * se o comentário diz melhorias na praça X e nas proximidades, e a praça é pequena e são poucos os elementos alterados, ainda é relativamente simples revisar Além da dificuldade de compreender o que foi feito, para os mapeadores o mais importante é o tempo total gasto editando o changeset. Quanto maior esse tempo, maior a probabilidade de conflitos de edição, especialmente em áreas com muita gente mapeando. E por enquanto, só o JOSM tem uma interface para tratar de conflitos. Essa é uma razão para ser um pouco mais rígido com grandes changesets que não tenham sido feitos com o JOSM - eles muito provavelmente desfizeram o trabalho de alguém que editou o mapa simultaneamente. 2014-05-15 14:43 GMT-03:00 Tarcisio Oliveira tarci...@ymail.com: Uma pergunta pertinente, quando é que um changeset é considerado grande? Sei que vai depender da localidade, se já existe algo no lugar e tal, mas tem alguns parâmetros para se basear? Em 15-05-2014 13:20, Fernando Trebien escreveu: Ou me expressando melhor: isso não quer dizer que você pode continuar fazendo changesets: - grandes, em regiões com muita gente mapeando - muito grandes, em qualquer região, sem nos avisar do que se trata Changesets devem ser divididos por assunto. Um changeset grande de um assunto único quase sempre é uma correção em massa, que (como é costume) tem que ser conversada com a comunidade, ou no mínimo muito bem descrita no comentário do changeset. Um changeset grande de assuntos diversos é uma bagunça difícil de conferir (e a gente confere sempre que pode), mesmo que seja inteiramente válido. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] [SP][bus stop] Adicionando dados de paradas de ônibus disponibilizados pela sptrans ao OSM
Oi Marcel, O arquivo que você tem é o GTFS disponível no site da SPTranshttp://www.sptrans.com.br/desenvolvedores/GTFS.aspx ? Ele é atualizado diariamente, parece ser a fonte mais confiável. Uma estratégia para os pontos seria ter um script que baixa o GTFS, compara as tags addr, operator e ref:sptrans de uma query do Overpass e gera algum tipo de relatório. Um exemplo de query: http://overpass-turbo.eu/s/3oW Abraço Vitor 2014-05-13 15:32 GMT-03:00 Marcel Mitsuto F. S. mitsuto+...@gmail.com: O sptrans liberou dados geolocalizados de todas as paradas de ônibus e de todas as linhas operadas pela instituição. São 18602 paradas, e 735697 linhas. Gostaria de saber de vocês a melhor estratégia para adicionar estes pontos ao OSM. Eu li alguns tutoriais e aprendi um bocado sobre as tags, mas ainda tenho dúvidas sobre como enviar as modificações e como fazer isso da melhor maneira possível. São shapefiles das rotas de cada linha, coordenadas das paradas, possui dados de tempos de parada médio em cada parada por linha, custos e custos de integrações, e dias de operação de cada linha. Venho pensando nisso pois outro dia fui levantar quantas paradas de ônibus existem mapeados no OSM e fiquei realmente desapontado com a qualidade da informação. Pelo menos em São Paulo, gostaria de resover essa questão. Obrigado. ___ 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-br] Fwd: [ADM] Fwd: [alt-tracksource] Re: arquivo GTM no OSM
Para ser mais justo e ter mais certeza, eu mandei uma mensagem agora ao Genulpho pedindo que, por enquanto, ele pare de fazer edições (para evitar possíveis perdas de dados, caso esteja editando em cima de dados importados). Também perguntei se ele pode dizer aproximadamente a partir de quanto ele começou a importar os dados (para evitar que possíveis dados legais, anteriores às importações, também sejam perdidos nisso). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] [SP][bus stop] Adicionando dados de paradas de ônibus disponibilizados pela sptrans ao OSM
Opa, é esse mesmo... Olhei melhor o arquivo dos shapes das rotas, são 2193 shape_ids. Ou seja 735697 linhas NO ARQUIVO de shapes (hehehe) 2014-05-15 16:53 GMT-03:00 Vitor George vitor.geo...@gmail.com: Oi Marcel, O arquivo que você tem é o GTFS disponível no site da SPTranshttp://www.sptrans.com.br/desenvolvedores/GTFS.aspx ? Ele é atualizado diariamente, parece ser a fonte mais confiável. Uma estratégia para os pontos seria ter um script que baixa o GTFS, compara as tags addr, operator e ref:sptrans de uma query do Overpass e gera algum tipo de relatório. Um exemplo de query: http://overpass-turbo.eu/s/3oW Abraço Vitor 2014-05-13 15:32 GMT-03:00 Marcel Mitsuto F. S. mitsuto+...@gmail.com: O sptrans liberou dados geolocalizados de todas as paradas de ônibus e de todas as linhas operadas pela instituição. São 18602 paradas, e 735697 linhas. Gostaria de saber de vocês a melhor estratégia para adicionar estes pontos ao OSM. Eu li alguns tutoriais e aprendi um bocado sobre as tags, mas ainda tenho dúvidas sobre como enviar as modificações e como fazer isso da melhor maneira possível. São shapefiles das rotas de cada linha, coordenadas das paradas, possui dados de tempos de parada médio em cada parada por linha, custos e custos de integrações, e dias de operação de cada linha. Venho pensando nisso pois outro dia fui levantar quantas paradas de ônibus existem mapeados no OSM e fiquei realmente desapontado com a qualidade da informação. Pelo menos em São Paulo, gostaria de resover essa questão. Obrigado. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Android APP notes ?
Am 14.05.2014 17:38, schrieb Florian Lohoff: Hi, On Wed, May 14, 2014 at 01:52:40PM +0200, Holger Jeromin wrote: OsmAnd kann die Notes anzeigen. Du musst jedoch selber eine Stelle neben dem Note als Ziel auswählen und dahin navigieren (nur osmand routing [offline, online] routing möglich. Habe ich gefunden - Ich finde ja OSMAnd nicht so schön - aber gut - es scheint zu funktionieren - Hab auch gleich eine Issue aufgemacht das wenn man die Note anklickt nicht gleich sagen kann Dahinrouten sondern immer daneben auf die Hintergrundkarte klicken muss. Wenn man bei Osmand einen Langklick auf eine Note macht, bekommt man das Popup und wenn man da nochmal kurz drauf klickt, kann man sich auch direkt zur Note routen lassen. VG ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einladung und Call for Papers für die Kieler Open Source und Linux Tage
Hallo, Am Dienstag, den 13.05.2014, 15:54 +0200 schrieb Michael Reichert: Hallo, das kam gerade bei uns vom Wochennotizteam. Wer möchte sicv drum kümmern. ich habe einen OSM-Stand eingetragen. Wiki-Seite: https://wiki.openstreetmap.org/wiki/KielerLinuxTage Mitstreiter willkommen! Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 199 6.5.-12.5.2014
Hallo, die Wochennotiz Nr. 199 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/blog/2014/05/wochennotiz-nr-199/ Viel Spaß beim Lesen! ps. leider hatten alle Reviewer keine Zeit, deshalb die Verspätung. Wenn du mithelfen willst, wir suchen ständig Reviewer, die Dienstag/Mittwoch etwas Zeit haben. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Jetzt RadioOSM Live
Hallo liebe OpenStreetMapper, in kürze sendet RadioOSM wieder Live. Ihr könnt uns auf http://ift.tt/Zn8aRB Live hören und mit uns und anderen Hörern im Chat sprechen: irc://irc.freenode.net/#Radio-OSM (Webchat: http://ift.tt/17njx3P) Alle weiteren Infos sowie alle alten Folgen findet ihr auf unserer Webseite http://ift.tt/141Nh3t Liebe Grüße, euer RadioOSM Team - Andi, Marc und Peter ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Articolo su Ambiente InFormazione
Vi segnalo un bell'articolo di Silvio Piorigo su OSM nel numero di dicembre 2013 di Ambiente InFormazione che potete scaricare qui: http://www.aigae.org/images/ambienteinformazione/ambiente_informazione_dicembre_2013_ok.pdf Buon mapping a tutti. gm. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Articolo su Ambiente InFormazione
2014-05-15 10:52 GMT+02:00 Gian Mario Navillod gian.mario.navil...@gmail.com: Vi segnalo un bell'articolo di Silvio Piorigo su OSM nel numero di dicembre 2013 di Ambiente InFormazione che potete scaricare qui: http://www.aigae.org/images/ambienteinformazione/ambiente_informazione_dicembre_2013_ok.pdf Buon articolo, con qualche erroruccio però comunque sempre utile alla diffusione... Buon mapping a tutti. gm. -- 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
Re: [Talk-it] openstreetmapper card
voto assolutamente non 1 perché non si capisce che cosa è, se il livello di trasparenza dello sfondo è sufficientemente alta per rendere visibile il testo, e con trasparenza bassa dello sfondo non si legge il testo. Delle altre proposte, ho una *leggera* preferenza per 4 Volker Volker 2014-05-14 18:40 GMT+02:00 Aury88 spacedrive...@gmail.com: dopo praticamente due settimane (ultimo voto inserito è stato il 4/5/2014) chiudo ufficialmente le votazioni per il background del retro del biglietto da visita. Sorprendentemente ha vinto la proposta iniziale, infatti con 5 voti a favore (pari al 33%) il vecchio background è la proposta che ha raccolto più voti seguito da Oceani grigio chiari sfumati con 3 voti (pari al 20%) i voti totali sono stati 15 e come sempre io non ho espresso il voto. provvedo subito ad aggiornare l'immagine presente sul wiki. Da oggi OSM italia ha un biglietto da visita ufficiale. - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/openstreetmapper-card-tp5795902p5806264.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] openstreetmapper card
On 05/14/2014 06:40 PM, Aury88 wrote: dopo praticamente due settimane (ultimo voto inserito è stato il 4/5/2014) chiudo ufficialmente le votazioni per il background del retro del biglietto da visita. Sorprendentemente ha vinto la proposta iniziale, infatti con 5 voti a favore (pari al 33%) il vecchio background è la proposta che ha raccolto più voti seguito da Oceani grigio chiari sfumati con 3 voti (pari al 20%) i voti totali sono stati 15 e come sempre io non ho espresso il voto. provvedo subito ad aggiornare l'immagine presente sul wiki. Da oggi OSM italia ha un biglietto da visita ufficiale. evva :-) :-) :-) :-) - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/openstreetmapper-card-tp5795902p5806264.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
[Talk-it] trasporto pubblico svizzero live
come da titolo, in Svizzera pare che siano d'avvero dati in tempo reale e non quelli da timetable: http://tracker.geops.ch/?z=13s=1lat=47.36586210087735lon=8.546676635742188 Fatto molto bene, tutti gli elementi sono attivi (cliccabili). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Limite amministrativo sulla costa
Scusate se torno sull'argomento, ma ho provato a fare come suggerito, cioè a fondere il confine amministrativo con la linea di costa, quindi: 1) spezzo la linea di costa, per ottenere il tratto comunale; 2) inserisco nelle relazioni amministrative il tratto costiero ottenuto (ossia nelle relazioni del comune, della provincia e della regione); 3) rimuovo dalle stesse relazioni il vecchio tratto (quello non coincidente con la linea di costa); 4) elimino il vecchio tratto. Chiaramente quando elimino il vecchio tratto, perdo anche i tag ad esso associati ossia: admin_level 4 boundary administrative city:right Alessano province:right Lecce region:right Puglia source Based on ISTAT data - 2001 Italian Census Secondo voi è corretta la procedura indicata, oppure i tag sopra elencati andrebbero copiati sul tratto costiero? Federico Cortese 2014-04-23 20:46 GMT+02:00 sabas88 saba...@gmail.com: Il giorno 23 aprile 2014 19:22, Any File anysomef...@gmail.com ha scritto: Ma il confine amministrativo di un comune/provincia/regione finisce alla costa? O l'ente locale ha competenze anche sul mare? La competenza dell'ente locale teoricamente finirebbe al mare (anche se c'è da contare il demanio marittimo, ma questo non è competente su tutto). A Genova ho considerato l'autorità portuale a livello municipale (facendo finire i confini dell'admin_level 10 al confine dell'autorità portuale), ma sempre all'interno dei confini comunali, facendo passare questi all'esterno della diga foranea.. AnyFile Ciao, Stefano ___ 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 -- _ Geom. Federico Cortese Via Garibaldi, 8 - 73030 Lucugnano (LE) cell. 329 2641242 e-mail: cortese...@gmail.com Part. IVA 03643010758 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] trasporto pubblico svizzero live
scusate il topic leggermente sbagliato, in realtà fa vedere il trasporto pubblico in tanti posti, ma solo pochi hanno un live feed (se zoomate out potete vedere nel palocco real time = yes). Oltre alla Svizzera per esempio ance la SNCF francese ha dei dati live. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Limite amministrativo sulla costa
2014-05-15 18:03 GMT+02:00 Federico Cortese cortese...@gmail.com: admin_level 4 boundary administrative city:right Alessano province:right Lecce region:right Puglia source Based on ISTAT data - 2001 Italian Census Secondo voi è corretta la procedura indicata, oppure i tag sopra elencati andrebbero copiati sul tratto costiero? credo che la procedura al livello dati è corretta, i tags sopra non sono strettamente necessari, ma terrei eventualmente admin_level=4 (il numero più basso) e sopratutto boundary=administrative (quindi metti quel tag sulla linea di costa). Al livello concettuale non sono sicuro se non c'è qualche zona cuscinetto, altrimenti uno scoglio dentro al mare vicinissimo (pochi metri per dire) alla costa sarebbe territorio nazionale ma senza appartenere ad alcuna regione, provincia, comune? Mi sembra strano. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Limite amministrativo sulla costa
2014-05-15 18:16 GMT+02:00 Martin Koppenhoefer dieterdre...@gmail.com: Al livello concettuale non sono sicuro se non c'è qualche zona cuscinetto, altrimenti uno scoglio dentro al mare vicinissimo (pochi metri per dire) alla costa sarebbe territorio nazionale ma senza appartenere ad alcuna regione, provincia, comune? Mi sembra strano. Infatti era proprio questo il dubbio che sollevavo nella mia domanda iniziale dove avevo indicato anche questo come esempio: http://www.openstreetmap.org/way/181336610 Seguendo il consiglio di sabas si potrebbe incollare anche la way dell'isolotto nelle relazioni dei boundaries di regione, provincia e comune. Credo che così dovrebbe funzionare a livello pratico, anche se resta qualche dubbio concettuale come dici tu. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] openstreetmapper card
mi spiace volker ma la votazione ormai è conclusa è la maggioranza si è espressa per la prima proposta. anche aggiungendo il tuo voto alla seconda proposta più votata non si arriverebbe neanche al pareggio con l'attuale sfondo e la 4 che voteresti tu al momento avrebbe solo 3 voti a favore, ancora lontano dai 5 del background + votato. se ti può essere di consolazione considera che uno sfondo non deve necessariamente rappresentare qualcosa, anzi il rischio serio è quello di distrarre dal testo. i colori presenti sullo sfondo hanno il vantaggio di essere quelli ufficiali e molto ricorrenti su osm e in più sono colori diffusi in natura (azzurro e verde) e che quindi inducono stati d'animo e effetti sul corpo quali il rilassamento, freschezza (l'azzurro) benessere e vitalità (il verde)...questo per chi crede nelle tecniche di rilassamento cromatico naturalmente. quindi direi che ci può stare come backgroud mi sarebbe piaciuto portare più sfondi tra cui far scegliere, purtroppo però un connubio tra scarsa potenza grafica (notebook di 5 annetti fa e già allora non un top di gamma), impossibilità di usare direttamente il tasto sinistro del touchpad, le poche capacità mie di design e di utilizzo dei programmi di grafica e sopratutto il poco tempo non mi hanno permesso di fare ciò. comunque per chi non piacesse proprio il retro del tesserino vi linko i sorgenti delle altre versioni...non c'è nessun problema ad usarli, semplicemente non saranno identici al biglietto visualizzato nel wiki. https://dl.dropboxusercontent.com/u/5098379/back-globo1.svg https://dl.dropboxusercontent.com/u/5098379/back-globo1-grey-light.svg https://dl.dropboxusercontent.com/u/5098379/back-globo1-grey-light-blur.svg https://dl.dropboxusercontent.com/u/5098379/back-globo1-rev.svg https://dl.dropboxusercontent.com/u/5098379/back-globo1-rev-dot-blue.svg (difettoso) https://dl.dropboxusercontent.com/u/5098379/back-globo1-rev-dotsvg.svg (difettoso) https://dl.dropboxusercontent.com/u/5098379/back-globo1-rev-light.svg https://dl.dropboxusercontent.com/u/5098379/back-globo1-rev-light-blur.svg - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/openstreetmapper-card-tp5795902p5806416.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] openstreetmapper card
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 15/05/2014 19:29, Aury88 ha scritto: mi spiace volker ma la votazione ormai è conclusa è la maggioranza si è espressa per la prima proposta. anche aggiungendo il tuo voto alla seconda proposta più votata non si arriverebbe neanche al pareggio con l'attuale sfondo e la 4 che voteresti tu al momento avrebbe solo 3 voti a favore, ancora lontano dai 5 del background + votato. se ti può essere di consolazione considera che uno sfondo non deve necessariamente rappresentare qualcosa, anzi il rischio serio è quello di distrarre dal testo. i colori presenti sullo sfondo hanno il vantaggio di essere quelli ufficiali e molto ricorrenti su osm e in più sono colori diffusi in natura (azzurro e verde) e che quindi inducono stati d'animo e effetti sul corpo quali il rilassamento, freschezza (l'azzurro) benessere e vitalità (il verde)...questo per chi crede nelle tecniche di rilassamento cromatico naturalmente. quindi direi che ci può stare come backgroud mi sarebbe piaciuto portare più sfondi tra cui far scegliere, purtroppo però un connubio tra scarsa potenza grafica (notebook di 5 annetti fa e già allora non un top di gamma), impossibilità di usare direttamente il tasto sinistro del touchpad, le poche capacità mie di design e di utilizzo dei programmi di grafica e sopratutto il poco tempo non mi hanno permesso di fare ciò. comunque per chi non piacesse proprio il retro del tesserino vi linko i sorgenti delle altre versioni...non c'è nessun problema ad usarli, semplicemente non saranno identici al biglietto visualizzato nel wiki. https://dl.dropboxusercontent.com/u/5098379/back-globo1.svg https://dl.dropboxusercontent.com/u/5098379/back-globo1-grey-light.svg https://dl.dropboxusercontent.com/u/5098379/back-globo1-grey-light-blur.svg https://dl.dropboxusercontent.com/u/5098379/back-globo1-rev.svg https://dl.dropboxusercontent.com/u/5098379/back-globo1-rev-dot-blue.svg (difettoso) https://dl.dropboxusercontent.com/u/5098379/back-globo1-rev-dotsvg.svg (difettoso) https://dl.dropboxusercontent.com/u/5098379/back-globo1-rev-light.svg https://dl.dropboxusercontent.com/u/5098379/back-globo1-rev-light-blur.svg Quello che è importante ritengo siano i link della pagina dedicata, credo che quella dev'essere il punto d'arrivo. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlN0+koACgkQoVS0hKoD3PPkUAD/f3/SON0z06gBOGywJEKsyj+k g8lNml9wxriKr2yF0s0A/j1nm8qb7qFmI7wMlrkqERlhBlOAdvhIcfu80/8kPJ3l =XdOa -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Limite amministrativo sulla costa
2014-05-15 19:15 GMT+02:00 Federico Cortese cortese...@gmail.com: Seguendo il consiglio di sabas si potrebbe incollare anche la way dell'isolotto nelle relazioni dei boundaries di regione, provincia e comune. Credo che così dovrebbe funzionare a livello pratico, anche se resta qualche dubbio concettuale come dici tu. si ne parliamo da tanti anni, non sarebbe male chiedere qualcuno che lo potrebbe sapere (forse le capitanerie di porto? Oppure un avvocato specializzato? Un impiegato comunale di un comune alla costa?). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] openstreetmapper card
girarsi_liste wrote Quello che è importante ritengo siano i link della pagina dedicata, credo che quella dev'essere il punto d'arrivo. esatto. l'importante è il wiki, il biglietto è solo uno strumento per farne venire a conoscenza alle persone. certo che comunque non si fa il massimo della figura se non riusciamo neanche a metterci d'accordo su che sfondo deve esserci sul retro di un biglietto da visita... ma va beh! comunque sia non è una cosa importante e probabilmente nessuno ci farà caso... al limite cambierò il wiki perchè lasci intendere che quello mostrato è una delle versioni in circolazione. Saluti, Aury - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/openstreetmapper-card-tp5795902p5806443.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] trasporto pubblico svizzero live
Usano il formato di google transit gtfs? On gio 15 mag 2014 18:09:22 CEST, Martin Koppenhoefer dieterdre...@gmail.com wrote: scusate il topic leggermente sbagliato, in realtà fa vedere il trasporto pubblico in tanti posti, ma solo pochi hanno un live feed (se zoomate out potete vedere nel palocco real time = yes). Oltre alla Svizzera per esempio ance la SNCF francese ha dei dati live. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] openstreetmapper card
Am 15/mag/2014 um 22:54 schrieb Aury88 spacedrive...@gmail.com: certo che comunque non si fa il massimo della figura se non riusciamo neanche a metterci d'accordo su che sfondo deve esserci sul retro di un biglietto da visita... è normale, i gusti sono diversi, chi fa decide ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-gb-westmidlands] Interesting signage
HI all, I noticed today this interesting road signage in Birmingham: http://goo.gl/maps/7HmDu So apparently, according to the city council it is possible to have one-way dead-end streets... I don't think that would pass the validator :). -- Matthijs ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Interesting signage
Yes, I see what you mean. In reality there is an exit, but it's not a public one from the old Bristol Street Motors site (which is a proposed Tesco site now). Cheers Andy -Original Message- From: Matthijs Melissen [mailto:i...@matthijsmelissen.nl] Sent: 15 May 2014 18:57 To: talk-gb-westmidlands Subject: [Talk-gb-westmidlands] Interesting signage HI all, I noticed today this interesting road signage in Birmingham: http://goo.gl/maps/7HmDu So apparently, according to the city council it is possible to have one-way dead-end streets... I don't think that would pass the validator :). -- Matthijs ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands - No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4570 / Virus Database: 3950/7501 - Release Date: 05/15/14 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-ca] Alberta Park's Data on Protected Areas – Legal or not
Are we allowed to use the Alberta Park's Protected Areas (Shapefile) in OSM? Data source is the last entry on this list: http://www.albertaparks.ca/albertaparksca/library/downloadable-data-sets.aspx Reason I ask is that a number of the provincial parks have not been mapped. One example is: https://en.wikipedia.org/wiki/Kinbrook_Island_Provincial_Park http://www.openstreetmap.org/#map=14/50.4407/-111.9076 I checked the NRCan data and it is not part of the “Atlas of Canada 1,000,000 National Frameworks Data, Protected Areas-Protected Areas” - so we can't get the park boundary from there. Victor ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Alberta Park's Data on Protected Areas – Legal or not
I couldn't see a license anywhere on that site other than the copyright notice at the bottom of the page (which very unequivocally states we can't use anything on the website), so I downloaded the dataset to see if there was anything in there. Inside the XML file in the dataset are the following: purposeData provided for internal use within Alberta Tourism, Parks and Recreation (TPR). Within TPR, data for sites designated by Order-in-Council, and data pertaining to Crown Reservations, are managed in the same dataset. For external clients, data are provided as separate shapefiles. (Designated Parks Protected Areas, vs. Crown Reservations)./purpose and useconstNo constraints within TPR. Data provided to external clients are for their internal use only. Data are not to be redistributed./useconst Now, IANAL, but those would seem to indicate that we can't use this data in OSM. We could still ask them for explicit permission, though, to see if they'll override the above. Andrew alester Victoria, BC, Canada - Original Message - From: Victor Chwieros wchwie...@yahoo.com To: talk-ca@openstreetmap.org Sent: Monday, May 12, 2014 8:15:13 PM Subject: [Talk-ca] Alberta Park's Data on Protected Areas – Legal or not Are we allowed to use the Alberta Park's Protected Areas (Shapefile) in OSM? Data source is the last entry on this list: http://www.albertaparks.ca/albertaparksca/library/downloadable-data-sets.aspx Reason I ask is that a number of the provincial parks have not been mapped. One example is: https://en.wikipedia.org/wiki/Kinbrook_Island_Provincial_Park http://www.openstreetmap.org/#map=14/50.4407/-111.9076 I checked the NRCan data and it is not part of the “Atlas of Canada 1,000,000 National Frameworks Data, Protected Areas-Protected Areas” - so we can't get the park boundary from there. Victor ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Broken Great Lakes Coastline
Hey all, Looks like the Great Lakes Coastline has broken. See http://www.openstreetmap.org/#map=16/46.0621/-85.2682 I've tracked it down and it should be fixed: http://www.openstreetmap.org/changeset/22357564 Cheers, Nick Ingalls ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] Nový S-JTSK grid, kdo pomůže?
Zdravím, On Wed, May 14, 2014 at 12:06:40PM +0200, Martin Landa wrote: no, nejake zarezy tam mam (VFK, VFR), ale tohle se tyka spise knihovny Proj.4. Grid generoval v ramci DS Jan Jezek [1], jak psal Jachym. Bohuzel ty linky ted nefunguji, zkusil jsem oslovit JJ, zda je nekde jeste nenajde. ano, jde o vytvoření vstupního (zdrojového) souboru pro nad2bin. Pro začátek by mohlo úplně stačit plné pochopení syntaxe a sémantiky toho vstupu. Já tomu nerozumím. Je tu někdo, kdo tomu rozumí? -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Hlášení chyb RUIAN přímo z JOSM
On Wed, May 14, 2014 at 09:03:38AM +0200, Libor Pechacek wrote: Pak jsou adresní místa v UIR-ADR, která neměla svůj protějšek v katastrální mapě. Tedy adresa známa, ale místo ne. Z pochopitelných důvodů tyto body v OSM chybí. Například na Praze východ je takových záznamů 9880, Mladá Boleslav 2498 nebo Česká Lípa 3403. ano, na Praze-východ je v RUIAN obrovské množství těch dvojadres, tedy bych odhadoval, že jde přesně, či z podstatné části, právě o tyto adresy z UIR-ADR. Těch skoro 10.000 bych řekl že je číslo, které odpovídá mému odhadu o počtu těch dvojadres v Praze-východ. Přiřadili k nim fiktivní stavební objekt a zařadili do RUIAN a nyní tedy v RUIAN jsou a dělá to tu neplechu. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Geoinformatics FCE CTU 2014
Dobry den, timto rad oznamuji, ze i tento rok budeme pokracovat v tradici zapocte jiz v roce 2006. Konference Geoinformatics [1] na Fakulte stavebni CVUT v Praze se tento rok bude konat ve dnech 12.6. a 13.6. Letosni rocnik neplanujeme zvat zahranicni hosty (vyjma Slovenska), jazykem konference tedy bude *cestina*. Rad bych vas timto pozadal o spolupraci. Nasim cilem je setkani dodat novy dech a pripravit pokud mozno co nejkvalitnejsi program. Zasilejte prosim abstrakty prispevku [2] co nejdrive. Pokud vite o zajimavych lidech, tak je presvedcite at prijdou take a zaroven vystoupi se svym prispevkem. Krome prisvevku muzete prezentovat svoje postery. Dale je rezervovana na oba dny pocitacova ucebna, kde se mohou konat pripadne workshopy. Akce je zcela bezplatna, je organizovana Katedrou geomatiky na Fakulte stavebni, CVUT v Praze. Pripadne navrhy na workshopy posilejte prosim primo me. Dale mohu nabidnout i prostory pro pripadne code sprints, pokud se najde pracovni skupina, ktera by o to stala (napr. OSM). @osm: Radi vas na konferenci privitame, muzeme pro vas rezervovat jednu sekci v programu, pokud dorazi nejake prispevky na tema OSM. Predem dekuji za spolupraci a tesim se na videnou! S pozdravem Martin Landa [1] http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2014 [2] http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2014#Submission -- Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Geoinformatics FCE CTU 2014
Pánové (a přítomné dámy, jsou-li nějaké), nechcete si letos udělat sekci STOM? Můžeme probrat ten RUIAN a další věci... Jachym On Thu, May 15, 2014 at 02:31:23PM +0200, Martin Landa wrote: Dobry den, timto rad oznamuji, ze i tento rok budeme pokracovat v tradici zapocte jiz v roce 2006. Konference Geoinformatics [1] na Fakulte stavebni CVUT v Praze se tento rok bude konat ve dnech 12.6. a 13.6. Letosni rocnik neplanujeme zvat zahranicni hosty (vyjma Slovenska), jazykem konference tedy bude *cestina*. Rad bych vas timto pozadal o spolupraci. Nasim cilem je setkani dodat novy dech a pripravit pokud mozno co nejkvalitnejsi program. Zasilejte prosim abstrakty prispevku [2] co nejdrive. Pokud vite o zajimavych lidech, tak je presvedcite at prijdou take a zaroven vystoupi se svym prispevkem. Krome prisvevku muzete prezentovat svoje postery. Dale je rezervovana na oba dny pocitacova ucebna, kde se mohou konat pripadne workshopy. Akce je zcela bezplatna, je organizovana Katedrou geomatiky na Fakulte stavebni, CVUT v Praze. Pripadne navrhy na workshopy posilejte prosim primo me. Dale mohu nabidnout i prostory pro pripadne code sprints, pokud se najde pracovni skupina, ktera by o to stala (napr. OSM). @osm: Radi vas na konferenci privitame, muzeme pro vas rezervovat jednu sekci v programu, pokud dorazi nejake prispevky na tema OSM. Predem dekuji za spolupraci a tesim se na videnou! S pozdravem Martin Landa [1] http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2014 [2] http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2014#Submission -- Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Jachym Cepicky URL: http://les-ejk.cz e-mail: jachym.cepicky at gmail com PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp @jachymc ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Geoinformatics FCE CTU 2014
Dne 15. května 2014 14:57 Jachym Cepicky jachym.cepi...@gmail.com napsal(a): Můžeme probrat ten RUIAN a další věci... to neni spatny napad, mohli bysme rovnou pozvat nekoho z CUZK... Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Hlášení chyb RUIAN přímo z JOSM
Ahoj Petře, On Thu 15-05-14 14:03:27, Petr Vejsada wrote: On Wed, May 14, 2014 at 09:03:38AM +0200, Libor Pechacek wrote: Pak jsou adresní místa v UIR-ADR, která neměla svůj protějšek v katastrální mapě. Tedy adresa známa, ale místo ne. Z pochopitelných důvodů tyto body v OSM chybí. Například na Praze východ je takových záznamů 9880, Mladá Boleslav 2498 nebo Česká Lípa 3403. ano, na Praze-východ je v RUIAN obrovské množství těch dvojadres, tedy bych odhadoval, že jde přesně, či z podstatné části, právě o tyto adresy z UIR-ADR. Těch skoro 10.000 bych řekl že je číslo, které odpovídá mému odhadu o počtu těch dvojadres v Praze-východ. Zvlášť jsem Ti poslal soubory s těmito adresami. Můžeš se podívat, jestli jsou to opravdu ony. Libor Přiřadili k nim fiktivní stavební objekt a zařadili do RUIAN a nyní tedy v RUIAN jsou a dělá to tu neplechu. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Geoinformatics FCE CTU 2014
Dne 15.5.2014 14:57, Jachym Cepicky napsal(a): Pánové (a přítomné dámy, jsou-li nějaké), nechcete si letos udělat sekci STOM? Můžeme probrat ten RUIAN a další věci... Nevím co to je ten STOM, ale dorazit bych snad mohl. Asi ne na oba dny, spíše jen na jeden. Případně jen odpoledne a večer pak ještě někde posedět. Marián Jachym On Thu, May 15, 2014 at 02:31:23PM +0200, Martin Landa wrote: Dobry den, timto rad oznamuji, ze i tento rok budeme pokracovat v tradici zapocte jiz v roce 2006. Konference Geoinformatics [1] na Fakulte stavebni CVUT v Praze se tento rok bude konat ve dnech 12.6. a 13.6. Letosni rocnik neplanujeme zvat zahranicni hosty (vyjma Slovenska), jazykem konference tedy bude *cestina*. Rad bych vas timto pozadal o spolupraci. Nasim cilem je setkani dodat novy dech a pripravit pokud mozno co nejkvalitnejsi program. Zasilejte prosim abstrakty prispevku [2] co nejdrive. Pokud vite o zajimavych lidech, tak je presvedcite at prijdou take a zaroven vystoupi se svym prispevkem. Krome prisvevku muzete prezentovat svoje postery. Dale je rezervovana na oba dny pocitacova ucebna, kde se mohou konat pripadne workshopy. Akce je zcela bezplatna, je organizovana Katedrou geomatiky na Fakulte stavebni, CVUT v Praze. Pripadne navrhy na workshopy posilejte prosim primo me. Dale mohu nabidnout i prostory pro pripadne code sprints, pokud se najde pracovni skupina, ktera by o to stala (napr. OSM). @osm: Radi vas na konferenci privitame, muzeme pro vas rezervovat jednu sekci v programu, pokud dorazi nejake prispevky na tema OSM. Predem dekuji za spolupraci a tesim se na videnou! S pozdravem Martin Landa [1] http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2014 [2] http://geoinformatics.fsv.cvut.cz/gwiki/Geoinformatics_FCE_CTU_2014#Submission -- Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] prapodivné tvary domů
Dne 14.5.2014 01:20, Petr Vejsada napsal(a): Dne St 14. května 2014 01:00:30, Karel Volný napsal(a): Ah, už vím, co to je. Jsou to polygony parcel, nikoli baráků. http://ruian.poloha.net/19/49.22593/15.88272 a rozsvítit parcely. nojo, ale v OSM je to jako součást budovy parcela je pozemek, jehož hranice *někdy* mohou být totožné s hranicemi budovy. Jindy jsou si podobné, ale nejsou zcela totožné. A jindy jsou si zcela nepodobné, třeba parcela má 1000m2 a uprostřed je dům 150m2. navíc mi není jasné, jak tam vznikly ty zakřivení a vůbec ... když se na to podívám do katastru, tak je to krásně rovné (hm, ono vlastně i na tom tvém odkazu se to dá víc nazoomovat, hau) - a navíc mi došlo, že ty kudrlinky do ulice jsou schodiště a ty dozadu k lesu jsou stříšky nad zadními vchody ... no tak to by mělo být značeno úplně jinak Asi je to obkreslené z KM, tedy jsou obkreslené parcely místo budov, Klasika. Panelák, který má schody nebo nájezdovou rampu. Někdy to zhruba souhlasí, někdy ne. Pokud to ale chceš zobrazit ve 3D, tak by schody asi měly být zvlášť a měly by být nižší. Pak je otázka, jestli by všechny objekty tvořící daný dům neměly být jako relace (to by bylo žůžo, to by byla džungle :-D ) Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] pLPIS a WFS - jak na to?
Pr(ed c(asem jsem si s tím trochu hrál. Bohuz(el z WMS nedostanu vektor, ale jen a pouze bitmapu. Takz(e jediná cesta je pr(es tracování bitmapy, tedy me(lo by stac(it správne( nastavit tracer. Nicméne(, proc( to sem pís(i. V konferenci josm-dev se pr(ed c(asem objevil dotaz na pr(ístup k bitmapovým datu*m za úc(elem trasování. Viz: https://lists.openstreetmap.org/pipermail/josm-dev/2014-April/006940.html Pokud to podar(í dokonc(it, tak bude stac(it vybrat si WMS/TMS vrstvu a pak uz( jen klikat ;-) Tak drz(me palce. Marián Dne 18.2.2014 13:43, Marián Kyral napsal(a): Tak jsem me(l ted( pr(es obe(d trochu c(asu a koukal jsem na WFS. Základní URL: http://eagri.cz/public/app/wms/plpis_wfs.fcgi?SERVICE=WFSREQUEST=GetCapabilities Prvních 200 poloz(ek: http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0SERVICE=WFSREQUEST=GetFeatureTYPENAME=LPIS_FB4 No a s tím mám jen dva (dost podstatné ;-) ) problémy: 1) Sour(adnice: V odpove(di vidím EPSG:102067 a nepodar(ilo se mi to nijak zme(nit. Na SRS=EPSG:4326 nebo DefaultSRS=EPSG:4326 to nijak nereaguje. Na srsName=EPSG:4326 zase vrátí: Invalid GetFeature Request: SRSNAME value should be valid for all the TYPENAMES. Znamená to tedy, z(e si to musím pr(epoc(ítat sám? Jak? Je na to ne(jaká knihovna pro javu? 2) Jak mám ten dotaz poskládat, abych zadal bod a server mi vrátil objekt , který je kolem toho bodu? Musí tam být BBOX? Koukal jsem, z(e by to me(lo jít ne(jak pr(es filtr, ale zase. moc moudrý z toho nejsem. Díky, Marián Dne 18.2.2014 08:42, Pavel Kwiecien napsal: Ahoj, s tím Tracerem2 me( to uz( také napadlo, ale z ne(jakého du*vodu to nefunguje. Co se týc(e licence, tak se to uz( tady ne(kdy r(es(ilo. Podle pr(íruc(ky pro ovládání http://eagri.cz/public/web/file/2091/_120420_PZ_2012_03_UG_pLPIS.pdf se jedná o ver(ejný seznam z evidence vyuz(ití pu*dy - str. 4. A pokud jde o staz(ení dat pr(e email, tak na str. 17 je následující text Export je volne( pr(ístupný z prostr(edí internetu. Aplikace exportují ver(ejná data, právo pouz(ít tento export má kaz(dý uz(ivatel aplikace. Zdraví Pavel Kwiecien -- Pu*vodní zpráva -- Od: Marián Kyral mky...@email.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 17. 2. 2014 21:07:46 Pr(edme(t: Re: [Talk-cz] Tracer plugin - nová verze Na trasování tohohle wms mu*z(es( zkusit Tracer2 (potaz(mo pu*vodní Tracer - TracerServer). Ty umí z principu tracovat jakoukoli bitmapu. Osobne( bych se tomu rád vyhnul. Ale dle vs(eho nemusí být jediný výstup jako obrázek. WMS podporuje i xml. I WFS zdá se funguje a vypadá nade(jne(. http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0SERVICE=WFSREQUEST=GetFeatureTYPENAME=LPIS_FB4 Umís( ude(lat ne(jaký dotaz, kde stac(í zadat bod v 4326 a odpove(d( dostanu taky tak?? Zkoumám dokumentaci WFS, ale stále z toho moc nechápu :-( Myslím, z(e pak uz( zu*stane jediná otázka, licence. Marián Dne 17.2.2014 18:30, Pavel Kwiecien napsal: Ahoj, asi by nebyl problém ude(lat tracer wms mapy -- nastavení pro josm wms:http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/jpegVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=LPIS_FB4_KODSTYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox} V ne(jakém manuálu také pís(ou, z(e lze data stáhnout pr(es WFS, to jsem ale nikdy nezkous(el, takz(e nevím, jestli to opravdu jde. Rozhodne( nemá smysl ruc(ne( stahovat asi 12000 katastrální území. Zdraví Pavel Kwiecien -- Pu*vodní zpráva -- Od: Marián Kyral mky...@email.cz Datum: 17. 2. 2014 Pr(edme(t: Re: [Talk-cz] Tracer plugin - nová verze Dne 17.2.2014 17:58, Pavel Kwiecien napsal: -- Pu*vodní zpráva -- Od: Marián Kyral mky...@email.cz Datum: 17. 2. 2014 Pr(edme(t: [Talk-cz] Tracer plugin - nová verze A ne(kdy v budoucnu - trasování souvislých ploch (pole jedním kliknutím) Ahoj, pokud by s(lo o pole, tak tady bych nepouz(il RUIAN, ale znovu bych oprás(il mys(lenku importovat pLPIS (ver(ejný registr pu*dy). No problém. Dej mi server, který mi pro zadaný bod vrátí polygon a jeho vlastnosti a zbytek uz( v pluginu dode(lám. Bohuz(el co jsem koukal, je potr(eba si o data z(ádat ruc(ne( a to po jednotlivých katastrálních územích :-( Nebo je i jiná moz(nost, jak se k te(m datu*m dostat? Ac( data v RUIANu nejsou nejpr(esne(js(í, mají tu výhodu, z(e jsou jednodus(e dostupná. Bylo by zajímavé ude(lat ne(jaké srovnání RUIAN a pLPIS. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org
Re: [Talk-cz] pLPIS a WFS - jak na to?
Tak jsem měl teď přes oběd trochu času a koukal jsem na WFS. Základní URL: Prvních 200 položek: No a s tím mám jen dva (dost podstatné ;-) ) problémy *** a což zkusit project ID? http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0SERVICE=WFSREQUEST=GetFeatureSRSNAME=EPSG:102067TYPENAME=LPIS_FB4featureID=LPIS_FB4.8780373 nebo BBOX? http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0SERVICE=WFSREQUEST=GetFeatureTYPENAME=LPIS_FB4BBOX=-904539,-1227290,-731680,-935232SRSNAME=EPSG:102067 ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Un MOOC OSM ?
Un tweet (ou gazouillis en français) est un message court (140 caractères maximum) posté sur le réseau social Twitter. Il peut aussi contenir des images/vidéos ou des URL N'importe qui peut tweeter, du moment qu'il a un compte (c'est gratuit et très rapide à créer) ou suivre les tweets d'autres Twittos (nom donné à un membre du réseau Twitter). On peut aussi rediffuser (on dit RT, pour retweeter) un tweet d'une autre personne à ceux qui nous suivent, parce qu'on trouve ledit tweet intéressant. Cela permet de diffuser l'information à son réseau. Ex : ceci est le compte du projet BANO https://twitter.com/ProjetBANO. On peut y voir, au milieu, les 18 tweets postés par ce compte, affiché dans un ordre anti-chronologique. On peut aussi voir que ce compte est suivi par 206 comptes et qu'il suit 5 comptes (on peut très bien suivre et être suivi par le même compte). L'ensemble des tweets que l'on poste/RT et qui sont postés/RT par les comptes que l'on suit forme ce qu'on appelle la TL (pour tweet-list). C'est ce que l'on voit en arrivant sur Twitter, si on est déjà identifié. C'est plus clair ? Francescu Le 15 mai 2014 07:05, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit : Le 14/05/2014 23:36, Christian Quest a écrit : Et le niveau 000 de la contribution c'est désormais un tweet cc @osmthis ;) en plus, les twix c'est bon. Blague à part : c'est quoi un tweet ? (vraie question, car je n'ai jamais utilisé ce machin) Ceci pour dire que, oui, c'est une bonne idée mais que de nombreux débutants (ou moins débutants) ne savent pas de quoi il s'agit et risquent de se dire que devoir apprendre un outil pour en utiliser un autre, c'est bien compliqué. -- Jean-Francois Nifenecker, Bordeaux ___ 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] Un MOOC OSM ?
On peut aussi rediffuser (on dit RT, pour retweeter) un tweet d'une autre personne à ceux qui nous suivent, parce qu'on trouve ledit tweet intéressant. Cela permet de diffuser l'information à son réseau. Comme Jean-François, je ne suis pas très touite. Est-ce qu'il y a des options de géolocalisation dans les tweets? Genre, je ne veux recevoir ou me faire retransmettre que les tweets du projet BANO concernant ma région? Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un MOOC OSM ?
C'est poossible de géolocaliser un tweet, mais je ne crois pas qu'il y ait une option pour filtrer les tweets de cette manière pour les suiveurs. www.autour.com est un réseau social à la twitter qui pourrait aussi être utilisé pour ce genre de passerelle avec les notes, vu qu'il est basé sur un fond de carte OSM. Dommage qu'en s'inscrivant le premier truc qu'on voit sont des listes interminables de petites annonces et de pubs, c'est pas idéal pour attirer de nouveaux utilisateurs. Ou alors j'ai mal compris et c'est avant tout un site de petites annonces géolocalisées ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un MOOC OSM ?
Le 15 mai 2014 08:30, Francescu GAROBY windu...@gmail.com a écrit : Un tweet (ou gazouillis en français) est un message court (140 caractères maximum) posté sur le réseau social Twitter. Il peut aussi contenir des images/vidéos ou des URL N'importe qui peut tweeter, du moment qu'il a un compte (c'est gratuit et très rapide à créer) ou suivre les tweets d'autres Twittos (nom donné à un membre du réseau Twitter). On peut aussi rediffuser (on dit RT, pour retweeter) un tweet d'une autre personne à ceux qui nous suivent, parce qu'on trouve ledit tweet intéressant. Cela permet de diffuser l'information à son réseau. Ex : ceci est le compte du projet BANO https://twitter.com/ProjetBANO. On peut y voir, au milieu, les 18 tweets postés par ce compte, affiché dans un ordre anti-chronologique. On peut aussi voir que ce compte est suivi par 206 comptes et qu'il suit 5 comptes (on peut très bien suivre et être suivi par le même compte). L'ensemble des tweets que l'on poste/RT et qui sont postés/RT par les comptes que l'on suit forme ce qu'on appelle la TL (pour tweet-list). C'est ce que l'on voit en arrivant sur Twitter, si on est déjà identifié. C'est plus clair ? Et c'est le meilleur moyen pour suivre les activités de Christian ( https://twitter.com/cq94) et Gael (https://twitter.com/RatZillaS) En ce moment, il y a le live tweet (LT) de l'atelier IGN. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un MOOC OSM ?
Le compte twitter @osmthis est utile aux utilisateur de twitter pour créer une note dans OSM hyper facilement. Cette note rentre ensuite dans la chaine normale indépendante de twitter. J'ai signalé un outil qui permet d'être informé par un flux RSS de toutes les notes ajoutées dans une bbox qu'elle proviennent de @osmthis ou ajoutées sur le site osm.org ou via un autre canal. Cet outil permet aussi de créer des feed RSS provenant d'osmose, OSMinspector, etc... http://tyrasd.github.io/osm-qa-feeds/ Le 15 mai 2014 08:47, Eric Sibert courr...@eric.sibert.fr a écrit : On peut aussi rediffuser (on dit RT, pour retweeter) un tweet d'une autre personne à ceux qui nous suivent, parce qu'on trouve ledit tweet intéressant. Cela permet de diffuser l'information à son réseau. Comme Jean-François, je ne suis pas très touite. Est-ce qu'il y a des options de géolocalisation dans les tweets? Genre, je ne veux recevoir ou me faire retransmettre que les tweets du projet BANO concernant ma région? Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] boules=petanque vs. type=petanque
D'après http://wiki.openstreetmap.org/wiki/Tag:sport%3Dboules un terrain (leisure=pitch) de pétanque est: sport=boules boules=petanque (375 noeuds, 75 ways - http://overpass-turbo.eu/s/3op) Mais d'après http://wiki.openstreetmap.org/wiki/FR:Key:sport c'est: sport=boules type=petanque (607noeuds, 111 ways - http://overpass-turbo.eu/s/3oo) Bon... Des avis sur une future harmonisation du pointage ou du tirage de l'étiquetage bouliste ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] boules=petanque vs. type=petanque
Personnellement, je préfère la première forme : un tag a une valeur, et cette valeur devient la clé d'un autre tag, si on souhaite préciser/affiner l'information. C'est du même genre que type=boundary + boundary=administrative, par ex. Francescu 2014-05-15 10:52 GMT+02:00 Jean-Marc Liotier j...@liotier.org: D'après http://wiki.openstreetmap.org/wiki/Tag:sport%3Dboules un terrain (leisure=pitch) de pétanque est: sport=boules boules=petanque (375 noeuds, 75 ways - http://overpass-turbo.eu/s/3op) Mais d'après http://wiki.openstreetmap.org/wiki/FR:Key:sport c'est: sport=boules type=petanque (607noeuds, 111 ways - http://overpass-turbo.eu/s/3oo) Bon... Des avis sur une future harmonisation du pointage ou du tirage de l'étiquetage bouliste ? ___ 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] boules=petanque vs. type=petanque
Bonjour, De : Jean-Marc Liotier D'après http://wiki.openstreetmap.org/wiki/Tag:sport%3Dboules un terrain (leisure=pitch) de pétanque est: sport=boules boules=petanque (375 noeuds, 75 ways - http://overpass-turbo.eu/s/3op) Mais d'après http://wiki.openstreetmap.org/wiki/FR:Key:sport c'est: sport=boules type=petanque (607noeuds, 111 ways - http://overpass-turbo.eu/s/3oo) Bon... Des avis sur une future harmonisation du pointage ou du tirage de l'étiquetage bouliste ? Le tag type=* et sa variante *:type=* est à mon avis une des pires idées mises en oeuvre. Plus fourre-tout, c'est difficile. Donc je pencherais sans hésitation pour la version pour l'instant la moins populaire (boules=petanque), dont j'aime bien le principe : une propriété tag=valeur + une autre valeur=sous-ensemble, c'est déclinable...à l'infini ou presque :) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] boules=petanque vs. type=petanque
2014-05-15 11:04 GMT+02:00 V de Chateau-Thierry v...@laposte.net: Le tag type=* et sa variante *:type=* est à mon avis une des pires idées mises en oeuvre. Plus fourre-tout, c'est difficile. Donc je pencherais sans hésitation pour la version pour l'instant la moins populaire (boules=petanque), dont j'aime bien le principe : une propriété tag=valeur + une autre valeur=sous-ensemble, c'est déclinable...à l'infini ou presque :) Oui, il y a une volonté assez partagée de réserver la clé type aux relations. Mais comme c'est le niveau zéro de la créativité, ça revient régulièrement dans des propositions de nouveaux tags qu'il faut ensuite nettoyer. D'où probablement les différences dans le wiki. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Atelier découverte cartopartie et patrimoine sur Grasse
Bonjour, Dans le cadre des activités de l'Espace Ouvert d'Éducation Permanente du Pays Grassois (dispositif de la région PACA), l'association Évaléco http://www.evaleco.org/index.php/espace-ouvert-d-education-permanente/presentation anime des sorties et des ateliers pratiques pour découvrir l'outil de cartographie participative *OpenStreetMap*. Nous restons centré sur la thématique du *petit patrimoine de l'eau* dans le territoire du *Pays de Grasse*. En avril et en mai, nous travaillons *en partenariat avec la Ville de Grasse et sa Maison du Patrimoine*. Une guide sera présente lors de chaque sortie pour nous faire partager son savoir. Ce mois-ci, la sortie sur Grasse se déroulera *samedi 17 mai de 10h à 12h*. La visite est offerte par la ville et l'animation est à prix libre, sans minimum.L'atelier pratique, durant lequel nous saisirons dans OSM les données receuillies précedement, se passera dans les locaux http://www.openstreetmap.org/?mlat=43.63063mlon=6.96272#map=19/43.63063/6.96272layers=N d'Évaléco, ZA Saint Marc, 127 chemin de Saint Marc à Grasse, le *mercredi 21 mai de 16h à 18h*. Toute ces informations sont aussi visibles sur les affiches de communication suivantes : - affiche_cartopartie-grasse_17mai http://www.evaleco.org/images/icagenda/files/affiche_carto_party_A3_17mai.pdf - affiche_atelier-pratique-OSM_21mai http://www.evaleco.org/images/icagenda/files/affiche_carto_party_A3_21mai.pdf Si jamais vous habitez dans la région et que vous souhaitez venir partager votre expertise d'OpenStreetMap, nous serions ravis de vous compter parmi nous ! Bien cordialement, Damien Girod Animateur EOEP du Pays grassois, Évaléco Mail : dam...@evaleco.org mailto:dam...@evaleco.org Tel : 04 83 26 17 84 Site : http://www.evaleco.org/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] boules=petanque vs. type=petanque
Pas forcément les relations, les chemins et noeuds aussi (qui peuvent en être membre ou être isolés hors relation pour ne pas créer de relation à un seul membre): Disons seulement que type=* est juste un vrac parent pour tout le reste, destiné uniquement aux catégorisations principales les plus génériques. Et là on trouve des valeurs de type=* criticables comme: TMC et similaires (contrôle synchronisés des feux de signalisation par exemple, sous forme d'une collection de noeuds ou de la zone d'un carrefour ou d'une série de carrefours proches) qui pourraient être recatégorisés dans un type=* beaucoup plus générique. Je trouve qu'on a trop de valeurs de type=* L'exploration de tagwatch montre bien l'aspect trop disparâtre de certains tags qui gagneraient à être regroupés avec une meilleure ontologie faciltitant les réutilisation quand les détails de chacun n'intéressent que peu de monde qui se satisferait d'un tag plus générique unique facilitant la collecte des données sans obliger à faire des unions de requêtes (les unions sont couteuses et délicates à maintenir car on a alors des oublis malheureux). Bref type=* pour juste la variété de boules de la pétanque c'est excessif et le tag a été pris à l'envers. Ca mérite une fusion par une petite task list pour migrer vers sport-boules;boules=petanque (il n'y a pas tant d'objets que ça, ce sera vite fait, et ensuite ça permet d'attribuer le un tag *=sport à la structure physique qui accueille ce sport : stade, place publique, salle, parc... qui eux ont besoin de leur type=* pour leur chemin-polygone ou multipolygone; sans avoir à utiliser un noeud séparé posé arbitrairement au milieu du polygone ni poser autant de noeuds que de sports pratiqués à cet endroit). De plus il est acceptable et en de donner plusieurs valeurs à boules=* (pourquoi seulement la variété de pétanque? il doit bien y avoir des endroits où on en fait indifféremment plusieurs) alors que c'est très mal venu pour type=* d'y mettre plusieurs valeurs (le tag est tellement utilisé qu'il vaut mieux éviter d'avoir à faire des recherches dessus avec des expressions régulières, et le réserver à des recherches par égalité stricte pour que ce soit le plus sélectif possible, alors que des recherches par expression régulière sur boules=* pour les cas où il y a plusieurs valeurs énumérées ne seront pas trop couteuses si on a déjà fait une sélection assez précise sur sport=boules). Les tags il faut les penser en fonction de la volumétrie estimée/attendue et de leur sélectivité pour l'efficacité et la réutilisabilité. Le 15 mai 2014 13:17, Pieren pier...@gmail.com a écrit : 2014-05-15 11:04 GMT+02:00 V de Chateau-Thierry v...@laposte.net: Le tag type=* et sa variante *:type=* est à mon avis une des pires idées mises en oeuvre. Plus fourre-tout, c'est difficile. Donc je pencherais sans hésitation pour la version pour l'instant la moins populaire (boules=petanque), dont j'aime bien le principe : une propriété tag=valeur + une autre valeur=sous-ensemble, c'est déclinable...à l'infini ou presque :) Oui, il y a une volonté assez partagée de réserver la clé type aux relations. Mais comme c'est le niveau zéro de la créativité, ça revient régulièrement dans des propositions de nouveaux tags qu'il faut ensuite nettoyer. D'où probablement les différences dans le wiki. Pieren ___ 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] Un MOOC OSM ?
Le 15/05/2014 08:30, Francescu GAROBY a écrit : C'est plus clair ? Oui, très plus clair, merci d'avoir pris le temps d'expliquer. Question : l'inscription engage à quoi, auguste, au juste ? Je ne voudrais pas être cuit-cuit ;) -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] 沼津マッピングパーティを開催します
三浦さん 武内です。 2014年5月15日 20:47 Hiroshi Miura(@osmf) miur...@osmf.jp: 武内さん 三浦です。 今回は、よろしくおねがいします。 わたしも参加して、応援したいと思います。 On 2014年05月15日 20:31, Satoru Takeuchi wrote: talk-jaのみなさま 武内と申します。ほとんどの方は、はじめまして。 来週末の5/24に沼津駅付近で沼津マッピングパーティという イベントを実施します。興味のあるかたは参加してください。 詳細は以下をごらんください。 http://connpass.com/event/5924/ 10時に沼津駅集合ですね。 フィールドワーク後に 沼津市民文化センターでワークショップですね。 補足ありがとうございます。概要を書かずに投稿してしまいました。 失礼しました。 以上 先日たまたま赤羽マッピングパーティの結果、赤羽近辺の地物が 大量に増えて大都会のようになったのを見て、私も自分の 住む沼津を大都会にしたいと思い、本イベントの開催を決めました。 赤羽マッピングパーティで、決意されたのはとても嬉しいです! 主催したかいがありました。 三浦 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] fast_food と restaurantの定義
山下です。こんにちわ。 ちょっと間があいてしまいましたが、 フェードアウトしないよう続けましょう。 In message cakru9x8yr1olrwjf6ue8gidmtsreag8ccbvutgmh6vk2vef...@mail.gmail.com yuu hayashi hayashi@gmail.com writes 山下さんと鍋太郎さんは「カウンタで注文」を基準に考えいますが、私はいままで「テーブル席があり、店員がテーブル席まで(厨房から出てきて/カウンターから出てきて)注文を聞きに来る」店をレストランと分類してきました。 いいですねぇ。 ぜひ、山下案の対案としてまとめてみてください --- fast_food: ここはどうなるでしょう? ・テーブル席がない(多分これは間違い) ・店員がテーブル席まで注文を聞きに来てくれない restrant: テーブル席があり、 店員がテーブル席まで(厨房から出てきて/カウンターから出てきて) 注文を聞きに来る --- そうすれば、 長短を比較したり、折衷案のたたき台とできるかと思います。 なので、 例示いただいたのもわかりやすくていいですね。 ありがとうございます。 ・食券機で買う「松屋」やカフェテリアはファーストフード カフェテリア(amenity=cafe?)はさておき、 「松屋」は私も心はファーストフードです。 (山下案では restrant なので悩ましい) ・店員がカウンターから出てきて注文をとる「すき家」はレストラン うーん。すき家はファーストフードかな。。 ・マクドナルドはオーダーを聞きにこないからファーストフード 御意 ・カウンター越しに接客する「お蕎麦屋」「ラーメン屋」「高級寿司屋」はファーストフード 日本政府はオバマ大統領をファーストフードで接待したんかい!!(笑 カウンター越しに接客するのも「店員が席まで注文を取りに来る」の 一種と考えたいです。少なくとも高級寿司屋は restrant に。 ・うどん屋や蕎麦屋でも、お上がりがあって、店員がお茶お出しながら注文を聞くところはレストラン 御意 ・回転寿司は、客席まで注文を聞きに来てくれないのでファーストフード 回転寿司は restrant にしたい。。 ・イオンなどのフードコートは、客席まで注文を聞きに来てくれないのでファーストフード 御意 ・一般的な「吉野家」は、カウンター越しに接客するのでファーストフード 御意 ・一部郊外にある、 テーブル席に店員が注文に来て、テーブル席に持ってきてくれる吉野家はレストラン こうなると、チェーン店で一意にならないというのは 東さんの cajpu9vwhezcptsm1w27huobp_c55ivoi5ekaxecd1soe9ha...@mail.gmail.com のとおりですね。 に分類しています。 この方法だとだいたいしっくりきませんか? 上記の通り、個人的にはしっくり行かないものも有ります。 結局「提供形態」では無理があるのかもしれません。 // お前が言うな的ですが。。。 というわけで、 「提供形態」(「カウンタで注文」基準):山下案 「提供形態」(「席で注文」基準):林さん案・・まとめてみてください 「利用形態」:ribbonさん案・・まとめてみてください まだまだ案は必要かと。 twitter でぼそぼそつぶやいているかたも、 是非提案をお願いします。 -- 山下康成@京都府向日市 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] fast_food と restaurantの定義
2014年5月16日 0:41 yasun...@yamasita.jp: 上記の通り、個人的にはしっくり行かないものも有ります。 結局「提供形態」では無理があるのかもしれません。 // お前が言うな的ですが。。。 というわけで、 「提供形態」(「カウンタで注文」基準):山下案 「提供形態」(「席で注文」基準):林さん案・・まとめてみてください 「利用形態」:ribbonさん案・・まとめてみてください まだまだ案は必要かと。 「提供形態」になるかと思いますが、もともとFast Foodで、手元の広辞苑には「注文してすく食べられ、または持ち帰ることのできる食品」とあります。これでいくと、「注文して3分なり、5分なりで食べ物が出てくるお店はすべからくファストトフード」というくくりも可能かと。カウンターの有る無しとか、オーダーを取りに来るとか、価格とかは一切無視ですが。 同じ鰻丼でも注文して3分で出てくればファストフードですし、注文してから鰻をさばくのであればファストフードではない、と感じます。 -- Tomoaki Akiyama 秋山 智朗 mailto:tomo...@akiyama.nu CA7F A8D1 B146 8FC4 922C 94E0 6C17 A056 A96C 0829 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] fast_food と restaurantの定義
いいだです。 秋山さんの感覚、とても近いです。 僕の感覚はとても主観的なのですが、 「注文してから最短10分で食って外に出られる」という感じでした。 なので、利用形態に近いのかな? あと、ご参考までにですが、 とても昔にファミリーレストランでバイトをしていたことがあって、 そこでの食品提供時間(サラダなどの副菜ではなく、メインの肉魚料理が出せるまでの時間)は だいたい10−15分くらいが目安でした。 各店舗に聞いてみるのはよい案だと思いますが、 僕が聞かれた立場の営業・広報だとしたら、 「基本的にはファストフードとして提供させて頂いておりますが、 店舗によってはより落ち着いてお召し上がりいただけるよう、 レストランに近しい形態で提供させて頂いております」などの 玉虫色の回答をしちゃうと思うので(*´ω`*) コミュニティ側で指針を作っておくほうがよいかな、って思っています。 2014年5月16日 10:27 秋山智朗 tomo...@akiyama.nu: 2014年5月16日 0:41 yasun...@yamasita.jp: 上記の通り、個人的にはしっくり行かないものも有ります。 結局「提供形態」では無理があるのかもしれません。 // お前が言うな的ですが。。。 というわけで、 「提供形態」(「カウンタで注文」基準):山下案 「提供形態」(「席で注文」基準):林さん案・・まとめてみてください 「利用形態」:ribbonさん案・・まとめてみてください まだまだ案は必要かと。 「提供形態」になるかと思いますが、もともとFast Foodで、手元の広辞苑には「注文してすく食べられ、または持ち帰ることのできる食品」とあります。これでいくと、「注文して3分なり、5分なりで食べ物が出てくるお店はすべからくファストトフード」というくくりも可能かと。カウンターの有る無しとか、オーダーを取りに来るとか、価格とかは一切無視ですが。 同じ鰻丼でも注文して3分で出てくればファストフードですし、注文してから鰻をさばくのであればファストフードではない、と感じます。 -- Tomoaki Akiyama 秋山 智朗 mailto:tomo...@akiyama.nu CA7F A8D1 B146 8FC4 922C 94E0 6C17 A056 A96C 0829 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 位置参照情報の利用(大字・小字名の入力)
いいだです。 「コミット時のタグとして付与することを推奨する」あ、「変更セットにタグとして付与する」のほうが表現として正しいですね。 JOSMでは、変更セットに対してタグを付与できることはご存知かと思います。 変更のアップロード時に、「新しい変更セットのタグ」というタブを指定することで、 変更セットへのタグを修正することができます。 ここに、「source_ref = 」を追加してはどうでしょうか、という意図です。 また、この作業はJOSMなど、一部の編集クライアントしか行なうことができません。 ですので、必ずしも変更セットに source_refタグを付与できるわけではありません。 なので、「(入力が可能な場合には)入力することを推奨する」という書きぶりをしました。 OSM側の判断だけではなく、相手の意向、判断を仰いでからだと思うのですが。 もう一度、先方へ問い合わせをかけたほうがよい、ということでしょうか。 それであれば尚更、OSM側の要望は固めておいたほうが 先方の判断も仰ぎやすいのではないかと思いますが、どうでしょうか。 合意内容の文言からすると、合意の内容は ・オブジェクトに sourceタグが示されていること ・利用に関する説明のwikiページが用意されていること と読むことができますので、合意の内容が変っているわけではなく、 先方の要望は満たしているのではないかな、と思っていて、 この基準に従っているのであればOSM側で判断できるのかな、と思っていました。 (オブジェクトからのリンク生成は合意内容に無いように読めます。 ただ、僕もそれでは、参照先のページがわかりづらいかな、と思ったので、 オブジェクトに紐づく変更セットに対して source_refタグを追加するのはどうでしょうか、という提案でした) http://wiki.openstreetmap.org/wiki/Import/Catalogue/Japan_ISJ_Import また、合意内容がかわっておらずとも、運用を変えるのであれば それは変更内容について連絡したほうが、提供者・利用者、お互いに気分良いのではないか、 というのであれば、わかります。 当時の連絡先担当者さまなど、いまでもわかったりしますか? (もともとほぼ自由に利用できるデータに対してそこまで行なうのか? といわれると ちょっと問い合わせは本末転倒な感じがしますが、 いちど合意のうえで利用している関係上、連絡するに越したことはないだろうな、とも思うところです) placeをOSMに投入してしまうと、リレーションに回収するのがむずかしくなります。 placeの投入時にリレーションを組んで、 各placeオブジェクトをsubarea登録しておくしかないのかな、と思っています。 2014年5月15日 11:23 ikiya insidekiwi...@yahoo.co.jp: ikiyaです。 いいださん source_refは、コミット時のタグとして付与することを推奨する、のは良いと思います。 (たぶんこういう編集ができるのはJOSMくらいだとおもいます(^^; ) すみません、「コミット時のタグとして付与することを推奨する」の意味がつかめません。 解説いただければ助かります。 OSM wikiにページがあり、そこまでの到達性があるのであれば、 こういった冗長な情報はなるべく入れないほうが好ましいのではないかと思います。 原典を表記することで使用していいですよ。というのは あくまでも相手(出典元)があってのお話だと思うので OSM側の判断だけではなく、相手の意向、判断を仰いでからだと思うのですが。 --- On *Thu, 2014/5/15, Satoshi IIDA nyamp...@gmail.com nyamp...@gmail.com* wrote: いいだです。 ドキュメントの作成ありがとうございます。 大字・小字のパース パースは自動的にはされない、という認識でよいですか? 付与するタグについて source_ref note note:ja のタグは不要かと思います。 source_refは、コミット時のタグとして付与することを推奨する、のは良いと思います。 (たぶんこういう編集ができるのはJOSMくらいだとおもいます(^^; ) OSM wikiにページがあり、そこまでの到達性があるのであれば、 こういった冗長な情報はなるべく入れないほうが好ましいのではないかと思います。 # もともと、このタグが利用されるようになった経緯も、 # KSJ2インポートの際の、KSJ2利用規約の「なるべく情報を記載してください」の # 文言の解釈から来ていると思っています。 # この点に関しては既に確認が行われており、 # 当時懸念されていた「挿入可能な限り全ての情報を全てのオブジェクトに入れろ」の意味ではなく、 # 「もし状況が許せば、原典への言及を行ってください」という、 # 今風に言えばCC BYに近いものであると認識しています。 あと、今日、日本のOSMの行政区インポートについてのドキュメントを公開しました。 その中でISJにも触れていますが、大字・小字のパースを行う場合、 パースが行われた階層に関してはリレーションを使って関連付けを行なう手順が必須かと思います。 http://qiita.com/nyampire/items/423344fa75707dc138af より詳細なリレーション編集手順についてはこちらでも準備しようと思っていますが、 hayashiさん、ikiyaさんの方で懸念されることなどありますか? 2014年5月7日 1:09 ikiya insidekiwi...@yahoo.co.jphttp://mc/compose?to=insidekiwi...@yahoo.co.jp : ikiyaです。 hayashiさん、まとめありがとうございます。 町丁目の領域の中心にノードを置くためには領域の輪郭が必要になりますが、 行政区界を表す画像をJOSMに表示できるということでしょうか? いいえ、領域の輪郭(行政区界を表す画像)は表示できません。 --- On *Tue, 2014/5/6, yuu hayashi hayashi@gmail.com http://mc/compose?to=hayashi@gmail.com* wrote: hayashiです。 位置参照情報のCSVファイルを変換するプログラムの使い方をWIKIにまとめました。 まだ、作業手順のたたき台です。 ご興味のある方は、手順を確認して見てください。 もっと良い手順や、問題点などをご指摘いただけると助かります。 「国土数値情報の「大字・町丁目レベル位置参照情報」から osmに入力するための手順」 https://wiki.openstreetmap.org/wiki/JA:MLIT_ISJ_CHOME 「位置参照情報 ISJ」 https://wiki.openstreetmap.org/wiki/JA:MLIT_ISJ のページからもリンクしています。 ダウンロード → CSV変換 → JOSMを使って編集入力 の各手順を説明しています。 ※ ikiya さんへ 変換したOSMファイルをJOSMで背景表示はプログラム素人:私でもとりあえずできました。 町丁目の領域の中心にノードを置くためには領域の輪郭が必要になりますが、行政区界を表す画像をJOSMに表示できるということでしょうか? もし、そのようなことが可能でしたら、https://wiki.openstreetmap.org/wiki/JA:MLIT_ISJ_CHOMEにその手順を追記していただけると助かります。 2014年4月15日 19:24 ikiya insidekiwi...@yahoo.co.jphttp://mc/compose?to=insidekiwi...@yahoo.co.jp : hayashiさん、IIDAさん、とりまとめ、コメントありがとうございます。助かります。 いろいろ話し合いできればよいと思っています。 どこから話そうか悩ましいですが、 その1 使用タグの確認 大字・町 place = quarter 字・小字・丁目 place=neighbourhood として作業できればと考えます。 その2 基盤地図情報(2500レベル)と位置参照情報(大字・町丁目)の地名データ比較 (hayashi指摘の精度比較からはずれますが・・) ◆基盤地図情報(2500レベル)に含まれる地名データ データは都市計画区域(国土の3割弱)がメイン、かつデータ内容(収録量)が均一でないケース有り。 ◆位置参照情報(大字・町丁目) データは全国、国土全域を網羅。 基盤地図情報(2500レベル)の公開エリアは、 地方自治体の都市計画基本図が元データとなっているのが ほとんどのケースかと思います。(現時点では) http://www.gsi.go.jp/kiban/towa.html つまり基盤地図情報(2500レベル)がカバーしている範囲は 都 市計画区域(国土の3割弱の面積、人口の9割が住む)がメインとなります。 都市部ではほとんど地域が都市計画区域となるので基盤地図情報(2500レベル)が 市内全域をフルカバーしてくれます。 一方地方では、同一市内で都市計画区域と区域外が存在して 基盤地図情報がカバーする範囲も狭くなります。 基盤地図情報(2500レベル)公開範囲 http://portal.cyberjapan.jp/site/mapuse4/?lat=35.999887lon=138.75z=5did=stdlkey1=fgdlopa1=1lkey2=fgd1lopa2=1#lat=35.99989lon=138.75z=5did=stdlkey1=fgdlopa1=1lkey2=fgd1lopa2=1zoom=7layers=BT また、基盤地図情報2500レベルに含まれる主なデータ項目には以下のような感じです。 この中で地名が参照できるのは・行政区画のポリゴ ンと・町字の代表点の2種類です。 でも公開されている市町村によってこの2つのデータ収録量がまちまちで地名がほとんど入っていない市もあります。 ・行政区画 福島市地名数 135(ポリゴンに地名情報) ・行政区画界線 ・行政区画代表点 ・建築物 ・道路縁 ・水域 ・水涯線 ・水部構造物線 ・水部構造物面 ・建物の外周線 ・町字界線 ・町字の代表点 福島市地名数 154(ノードに地名情報) ・標高点 ・軌道の中心線 ・道路構成線 一方、全国を網羅している位置参照情報(大字・町丁目)は都市計画区域にこだわることなく 地名を参照することができます。 基盤地図情報(2500レベル)だと福島市で150の地名が参照できますが、 福島市の位置参照情報(大字・町丁目)では700の地名が参照できます。 地名を参照するにあたっては位置精度、鮮度と収録範囲を眺めながら基盤地図情報(2500レベル)と 位置参照情報(大字・町丁目)を使い分けるようになるかと考えます。 hayashiさんへ よろしければISJのwikiにインポート関係の内容を提案(提案中)として追記していただいてもかまいません。