Re: [talk-ph] [Typhoon Hagupit/Ruby] Visual tagging guide.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is a very nice little guide. It would be a shame to lose this after the activation is over as the Hagupit page is unlikely to get much traffic once the activation ends. For that reason, it would be good to get this included on on the main PH page or somewhere like that. To make maintaining it in multiple locations easier, you could convert it to a template and then link the template on both pages (and any others that might be relevant. - -AndrewBuck On 12/06/2014 10:23 PM, maning sambale wrote: Hi, I'm creating a tagging guide for mappers showing screenshots of both bing and the hiu image. Please help improve the text and if you can find good sample imagery for each feature like churches as mentioned in the tagging priority, just add it in the document. https://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Team/Typhoon_Hagupit_%28Ruby%29#Mapping_Standards -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJUiF3jAAoJEK7RwIfxHSXbwCMP/2zyKqz/n/pGZ+gTkFQeZ3O/ fq13HMN0j2ZyNZq2Cn6usDaEk7AAlfE1VBSn6Fo8UgXTogZJGhpXa+BJuy3bKbrA AnpPaWXj2Lpn8WdpW9hYIND5cso0g1PLbtngiJbgE7FAHIUCaDJbMh1FiWd8chHV GrbE7IMv9vRbC3gz3pEViX1e82gOwDaTGcphpxoybTzLalS4FwjBRNwQPgfA291P 3gIC41pII+mNRKdSpFcxBdkVOXz2/Y4psPk+bfuQvKSTZcoP6CoIz3AeNiESWM+0 46iOP/IWDMRtGnbmmAatRVGRwEfy/U05wDvnwloIExXnwN9XO6Tf53xOWJOfL6M9 qI6OOni/e2N1XmH8WvrMpEbsWEm8VxH6J35YcCWOgJ/4alOOgW8J4D2GLNg4RV2E 1IMyRLuNKwVYvb0+vpKsKTBllop255rU2byWLa4nRiNpE7uALSs+K9wLnsJd0RRA wUILLmDwf+rIdl2YQa1dkjhBtrPHwR9+ndBVKEAtjHewqIqdMDUGjs/I97AWneLl OUDg45HYM1m1MAa268p+8u/BIJKrW35d0+w5ZClJgaWbgWnN9+10Pg7peRduPwuN vpuUYmFTluwhHc9NFTymsyDDYXtmaBcJCWNDF0XKmXbBkdMjJZgSETiT0CMIMW0x CXPQgtSFbvXsvJvX37y4 =D43Z -END PGP SIGNATURE- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] [Typhoon Hagupit/Ruby] Visual tagging guide.
I agree with Andrew. We did one of these tagging guides back in 2012 when we mapped Gulu, Uganda, and it proved super helpful. It would be great to have this hosted somewhere as an example of best practices in humanitarian mapping. On Wed, Dec 10, 2014 at 9:51 AM, Andrew Buck andrew.r.b...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is a very nice little guide. It would be a shame to lose this after the activation is over as the Hagupit page is unlikely to get much traffic once the activation ends. For that reason, it would be good to get this included on on the main PH page or somewhere like that. To make maintaining it in multiple locations easier, you could convert it to a template and then link the template on both pages (and any others that might be relevant. - -AndrewBuck On 12/06/2014 10:23 PM, maning sambale wrote: Hi, I'm creating a tagging guide for mappers showing screenshots of both bing and the hiu image. Please help improve the text and if you can find good sample imagery for each feature like churches as mentioned in the tagging priority, just add it in the document. https://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Team/Typhoon_Hagupit_%28Ruby%29#Mapping_Standards -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJUiF3jAAoJEK7RwIfxHSXbwCMP/2zyKqz/n/pGZ+gTkFQeZ3O/ fq13HMN0j2ZyNZq2Cn6usDaEk7AAlfE1VBSn6Fo8UgXTogZJGhpXa+BJuy3bKbrA AnpPaWXj2Lpn8WdpW9hYIND5cso0g1PLbtngiJbgE7FAHIUCaDJbMh1FiWd8chHV GrbE7IMv9vRbC3gz3pEViX1e82gOwDaTGcphpxoybTzLalS4FwjBRNwQPgfA291P 3gIC41pII+mNRKdSpFcxBdkVOXz2/Y4psPk+bfuQvKSTZcoP6CoIz3AeNiESWM+0 46iOP/IWDMRtGnbmmAatRVGRwEfy/U05wDvnwloIExXnwN9XO6Tf53xOWJOfL6M9 qI6OOni/e2N1XmH8WvrMpEbsWEm8VxH6J35YcCWOgJ/4alOOgW8J4D2GLNg4RV2E 1IMyRLuNKwVYvb0+vpKsKTBllop255rU2byWLa4nRiNpE7uALSs+K9wLnsJd0RRA wUILLmDwf+rIdl2YQa1dkjhBtrPHwR9+ndBVKEAtjHewqIqdMDUGjs/I97AWneLl OUDg45HYM1m1MAa268p+8u/BIJKrW35d0+w5ZClJgaWbgWnN9+10Pg7peRduPwuN vpuUYmFTluwhHc9NFTymsyDDYXtmaBcJCWNDF0XKmXbBkdMjJZgSETiT0CMIMW0x CXPQgtSFbvXsvJvX37y4 =D43Z -END PGP SIGNATURE- ___ 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
[OSM-talk-be] Updates for OSM.org map
Today Matthijs Melissen posted 2 mails regarding the standard map on osm.org. So for those that are not on the talk mailing list: Dear all, Today, v2.25.0 of the openstreetmap-carto stylesheet has been released and rolled out to the openstreetmap.org servers. It might take up to 48 hours before all tiles show the new rendering. Changes include: * New style for marsh/wetland rendering. * Added rendering for marsh/wetland and mud labels. * Changed rendering of national parks boundaries. * Changed rendering of theme park boundaries. * Country and state labels are now only rendered for areas of a minimum size. * Airport icons are now also rendered on zoom 11, 12 and 13. * Various bug fixes. For a full list of commits, see https://github.com/gravitystorm/openstreetmap-carto/compare/v2.24.0...v2.25.0 . As always, we welcome any bug reports at https://github.com/gravitystorm/openstreetmap-carto/issues. Dear all, The newest version of openstreetmap-carto, the default rendering used on openstreetmap.org, changes the way country and state labels are rendered. Country and state labels are no longer rendered from the place=country and place=state nodes, but are instead rendered from the boundary=admin relations, using admin_level=2 for country labels and admin_level=4 for state labels. This way, the size of the area can be used to determine whether a label should be rendered (preventing for example Isle of Man to be rendered at zoom level 4). The version has just rolled out, and changes will show up over the next few days. In order for state and country labels to be displayed correctly, mappers should make sure that: - Country and state polygons are not broken (i.e. they must be a full uninterrupted loop); - Country and state polygons must have appropriate name and ref tags. I already noticed a couple of places where the name and ref tag on the place node differs from the name and ref tag on the boundary multipolygon. Please make sure that the data is correct in both places. Lesotho seems to be the only country with state nodes but without state boundaries. It would be great if someone were able to import state boundaries for this country. Croatia and Senegal currently use admin_level=3 instead of admin_level=4 for state boundaries. Using admin_level=4 seems to be the international standard, which we followed in the stylesheet, so these countries might want to consider changing their tagging. Kind regards, Matthijs ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] Tiles and geocoding
Hi, Just this morning I've done the final todo in the polytiles script: now it produces tiles 10 times faster, because it renders them in metatiles. Also MBTiles writer now supports multiprocessing, so it's also 6-8 times more speed. If you need a lot of tiles, do not download them from osm.org or other sources, render them yourself: it is finally faster than downloading. https://github.com/zverik/polytiles I'd also like to remind of Nik4, the best tool for preparing printed maps of any region, any size and any quality; and of BigMap 2 for downloading and stitching some tiles from any of ~20 sources. The latter can even work online: Enqueue button queues a task, and in 2-3 minutes you'll get your image. The limit for that is 100 tiles. https://github.com/zverik/Nik4 http://bigmap.osmz.ru/ As for Nik4, there is Get Veloroad service for generating big vector maps online (basically a front-end to Nik4), but the server has only data for Russia and some neighbouring countries. Last week Dmitry Kiselev has made a Docker container for that: just install Docker, pull the container and start it: sudo apt-get install docker.io sudo docker pull dkiselev/nik4web sudo docker run -p 8081:80 -i -t dkiselev/nik4web /bin/bash startup The front-end would be at http://localhost:8081/nik4. You would need to run osm2pgsql with your region before requesting images. With it you can get PNG or vector SVG images (resolution independent), pre-processed for a sane page size and for easier movement of labels. Finally, yesterday I've translated into English a small geocoding exercise: https://github.com/Zverik/visgeocode (live at http://zverik.github.io/visgeocode/en.html ). It takes a CSV file with addresses in one of columns, runs these addresses through MapQuest Nominatim, and allows dragging resulting markers if geocoding was not precise. Then it can turn markers into building contours, but since my server has only Russia, you'd need to set up your own (maybe install the cgi script locally). The result can be downloaded either as CSV or as GeoJSON. We used this page for geocoding 22k addresses in Saint-Petersburg; Russian version uses three geocoders for better quality. IZ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tiles and geocoding
As for docker container, you can ask me directly. 2014-12-10 16:17 GMT+05:00 Ilya Zverev i...@zverev.info: Hi, Just this morning I've done the final todo in the polytiles script: now it produces tiles 10 times faster, because it renders them in metatiles. Also MBTiles writer now supports multiprocessing, so it's also 6-8 times more speed. If you need a lot of tiles, do not download them from osm.org or other sources, render them yourself: it is finally faster than downloading. https://github.com/zverik/polytiles I'd also like to remind of Nik4, the best tool for preparing printed maps of any region, any size and any quality; and of BigMap 2 for downloading and stitching some tiles from any of ~20 sources. The latter can even work online: Enqueue button queues a task, and in 2-3 minutes you'll get your image. The limit for that is 100 tiles. https://github.com/zverik/Nik4 http://bigmap.osmz.ru/ As for Nik4, there is Get Veloroad service for generating big vector maps online (basically a front-end to Nik4), but the server has only data for Russia and some neighbouring countries. Last week Dmitry Kiselev has made a Docker container for that: just install Docker, pull the container and start it: sudo apt-get install docker.io sudo docker pull dkiselev/nik4web sudo docker run -p 8081:80 -i -t dkiselev/nik4web /bin/bash startup The front-end would be at http://localhost:8081/nik4. You would need to run osm2pgsql with your region before requesting images. With it you can get PNG or vector SVG images (resolution independent), pre-processed for a sane page size and for easier movement of labels. Finally, yesterday I've translated into English a small geocoding exercise: https://github.com/Zverik/visgeocode (live at http://zverik.github.io/visgeocode/en.html ). It takes a CSV file with addresses in one of columns, runs these addresses through MapQuest Nominatim, and allows dragging resulting markers if geocoding was not precise. Then it can turn markers into building contours, but since my server has only Russia, you'd need to set up your own (maybe install the cgi script locally). The result can be downloaded either as CSV or as GeoJSON. We used this page for geocoding 22k addresses in Saint-Petersburg; Russian version uses three geocoders for better quality. IZ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- Thank you for your time. Best regards. Dmitry. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Nik4: mapnik → image
Ilya, On 12/06/2014 10:19 PM, Ilya Zverev wrote: I see that it can split a large image into smaller mapnik rendering jobs and combine them after, with --tiles. That's already very useful but is it also possible to actually keep the tiles (e.g. for building a GDAL VRT from them)? This would require a separate .pgw file for each tile. Thanks for the suggestion, I've just published release 1.5 with `--just-tiles` option: when used, it does not merge tiles, but keeps them, and creates ozi/wld files for each if requested. I've tested it with gdal_merge. That's great, really useful. Thank you. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Release openstreetmap-carto v2.25.0
Dear all, Today, v2.25.0 of the openstreetmap-carto stylesheet has been released and rolled out to the openstreetmap.org servers. It might take up to 48 hours before all tiles show the new rendering. Changes include: * New style for marsh/wetland rendering. * Added rendering for marsh/wetland and mud labels. * Changed rendering of national parks boundaries. * Changed rendering of theme park boundaries. * Country and state labels are now only rendered for areas of a minimum size. * Airport icons are now also rendered on zoom 11, 12 and 13. * Various bug fixes. For a full list of commits, see https://github.com/gravitystorm/openstreetmap-carto/compare/v2.24.0...v2.25.0. As always, we welcome any bug reports at https://github.com/gravitystorm/openstreetmap-carto/issues. -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
Hi Christian, As I read OKFN article [1] about BANO project ( November 17, 2014 ) It's not perfectly clear to me what it is the BANO license ? ( only ODBL or Dual licensed ? ) from the text [1] : Q:The reached agreement includes a dual license framework. You can reuse the data for free under an ODbL license, or you can opt for a non-share-alike license but you have to pay a fee. Is share-alike clause an obstacle for the private sector? . [1] http://blog.okfn.org/2014/11/17/an-unprecedented-public-commons-partnership-for-the-french-national-address-database/ regards, Imre 2014-05-24 17:02 GMT+02:00 Peter Wendorff wendo...@uni-paderborn.de: Hi Christian, (shortening the last message to comment on some parts only) Am 24.05.2014 16:04, schrieb Christian Quest: BANO is not designed to be used as an import source for OSM. It uses sources (opendata, cadastre) that can be imported in OSM. These sources have been used over the past years and will still be used to add addresses in OSM, one at a time, or street by street which will take years before completion. So, BANO is there to allow to use all the available address data right now without having to wait years to get them cleanly added to OSM. I agree - but why should anybody add the data manually to osm if it's even not visible any more where data is missing, as in Nominatim both sources look the same. This has one good side effect... reduce the pressure on massive address imports in OSM and give us the opportunity to improve the quality thru survey prior to add it to OSM. I agree if you propose BANO as a data source for any private or third party setup of nominatim or openstreetmap data, but I oppose it to be used in the projects instances. Mappers detect errors and missing data while using these instances. I add missing streets occasionally after I failed to find them in OSM - using the map renderings, nominatim or other tools. I wouldn't even detect that they are missing when nominatim would return the results from another source. 2014-05-24 12:58 GMT+02:00 Peter Wendorff wendo...@uni-paderborn.de: Adding it to (the osm installation of) nominatim on the other hand is a bad idea, I think: IMHO nominatim.openstreetmap.or should rely on OSM as a data source as pure as possible. Adding different data sets might be useful to add information not possible or out of scope of the osm database (like importance factors using the wikipedia links), but BANO is a different thing. If the BANO addresses are free and open enough for OSM, we should encourage to work on bringing them to the OSM database itself (provided, they are GOOD enough as well). How should anybody in France get motivation to collect more addresses for the osm database itself, if anything is available in BANO already? I'm pushing the french community to be more motivated on having all streets and all streets name in OSM (BANO allowed us to detect 40% missing streets or street names) more than adding addresses without surveying them. Great - but I fear, the availability of third data sources like BANO through the usual tools destroys motivation again, the motivation get's an extrinsic one, because the intrinsic need of mappers to get rid of errors and missing results using OSM is missing due to results returned out of the BANO data. I agree to motivate to collect BETTER address data... it we collect the same data with the same quality level it looks to me more losing our time than anything else. Mappers are better than you might think. Collecting the same data with the same quality level is not possible. 1) the data is checked in reality = so survey on the ground increases quality with respect to errors. 2) the data is correct at the date of the survey = where it is done it's more up to date than any imported data, but of course only where it is done. 3) When a mapper goes out to add streets and house numbers, it's easy to collect any other stuff where there is no other data source available. post boxes, benches, vending machines, opening hours, surface of the streets and much more stuff that increases quality. In contrast importing data is restricted to the data contained in the data source. P.S: Of course this is not meant to deal with the software as such, but for the installations/instances officially part of OSM. Feel free to set up an BANO nominatim server to show the strength of BANO instead. In that case remove geonames and TIGER address search from osm.org Nominatim instance. On osm.org Genonames is a different search result set, distinct from Nominatim, there are two different query results returned. This is a good way to go, and yes, it might an idea to do the same with BANO - but that's not what you proposed: it's not adding the BANO data to Nominatim. regards Peter ___ talk mailing list
Re: [OSM-talk-nl] 13 dec. Missing Maps Mapathon in Antwerpen
hallo OSM-lijsters, Update: - Er gaan in ieder geval 3 mensen van boven de Moerdijk naar de MissingMaps party in Antwerpen. - We hebben daar ook een meet greet met Jorieke Vyncke van het Humanitarian OpenStreetMap Team (HOT). - In Antwerpen gaan we inspiratie opdoen voor een NL MissingMaps party. - Daarvoor is 14 februari als datum, en het Geofort als plaats al in de agenda omcirkeld - Vanuit de traditionele geosector komt er zeer waarschijnlijk support in de zin van sponsoring van lunch drankjes - In de geo-vakbladen komt er begin februari daarvoor een wervend stuk - We hopen uit die traditionele hoek diverse OSM nieuwelingen te enthousiasmeren, dus mede daarvoor is het handig/leuk/etc om 14 feb. ook een serie ervaren OSM-ers op het Geofort te hebben Zie ik je aanstaande zaterdag in Antwerpen of 14 februari op het GeoFort? Zie http://www.missingmaps.org/ voor achtergrond van dit project groet! Gert-Jan ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-ie] Inclusion of Barony of .. as prefix to all Barony names?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi folks, I don't really have too strong an opinion on this. If I were doing it from scratch, I'd prefer to leave out the Barony of etc., since as John points out, it /should/ be deducable from the object. However, we have had County in county names for ages, and many other places in the world had extra stuff in the name tag, so it's not uncommon. When working with OSM data though, you *always* have to do some cleaning up or post-processing or something. So I wouldn't worry about people not knowing when the name starts. Hence I'm going to just leave the names as the mapper mapped them. Rory On 03/12/14 19:18, John Kennedy wrote: Having said all that, I just realised that Counties are name = County Kildare and loc_name = Kildare. So there is a precedent for the additional text and Barony of seems as justifiable as County to me. I'm happy to adopt whatever the consensus is. Thanks, - John. PS I know some people who would appreciate visibility on borders for Municipal Districts - http://en.wikipedia.org/wiki/Municipal_district_%28Ireland%29. Could tagging/naming guidelines be proposed for those too? On 2 December 2014 at 23:39, John Kennedy jkenned...@gmail.com wrote: Brian thanks for raising this point - may I broaden it a little? I too noticed that some mappers include ED and Civil Parish but actually many do not and I haven't noticed any guidance on this anywhere for the moment. So it would be good to come to a consensus on these terms also. Thinking about it a bit, I would suggest we try to find a way to improve the readability of the map rather than add the extra text to the names of CPs, EDs or Baronies inside the OSM database. For example, it might be possible for the renderer of the (really helpful) slippymap at http://dev3.openstreetmap.ie/osm/slippymap.html to add the extra text automatically, or perhaps the fonts / colours / hatching could be tweaked. I suggest approaching it from this point of view so we can stick to the OSM convention of capturing the what just the once, in the other tags only. As well as reducing effort, text, duplication, possibility of mistakes, it also allows names to be queried automatically as expected. Forgive the ridiculous examples but if somebody wanted to analyse how many things start with each letter of the alphabet...we don't want them to have to write an exception for Irish Baronies so that they start at the 11th character (to skip Barony of ). Or for the student who for some reason wants to calculate the average length of names of things in OSM, we don't want them to have to subtract 13 when it comes to length of names of Civil Parish. Just my 2 cents. Thanks for listening, and thanks to everyone who is contributing to the townlanding project. - John. On 2 December 2014 at 10:00, Brian Hollinshead br...@hollinshead.net wrote: In County Carlow there is Rathvilly Town, and ED and Civil Parish and Barony. Having an interest in Historical boundaries as well as their relevance for genealogy I printed out an A1 map of County Carlow with townlands and Civil parishes and Baronies. Even though the barony names were in a different font size and colour I felt it would be more friendly to anyone reading the map to prefix Barony of to each barony name where I had not remembered to. I may also have strayed into PJNAs wexford with the same in mind. (Sorry PJ) Maybe we could reach a gentle consensus as to how to approach this, I look forward to your views. We already include ED and Civil Parish in their titles. I wonder if we are going to includeBarony ofwhether the preset magician Donal can prepopulate the name box? No hardship if he can't. ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUiAc9AAoJEOrWdmeZivv2uWUIAJ6rXuOUsAr8U76aaN3rKizQ w9u5pWzCGF/jerbJfNFQNDgfVwHTOF3rIC4UhlOTPFa5lXkFVhAwTliNCM0nMfAD syXIhmW/p9MGzvfiz3/pY6ZwjZewQHkSua2Q2q/2XPaKGoE9qkxOdWEdGFCYin7+ rJUSRetW5KruTgzlhErt0nkDP0fp7POl6o9y+1fYT29vqACzLlk64zm5CbMY21mk KcxaAY9FvLe+IaaCs/WS6dkZv688s3UrMBsESA77VvSDo5MDBuBkTF2d8/lcIH1M vhy/K86Yd2WeG0ZBoxdRx84EbTxHcP+aH2o2ui07d7brs2U0NsJCIRsEG1lN7mw= =YUIK -END PGP SIGNATURE- ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-ie] Inclusion of Barony of .. as prefix to all Barony names?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Brian, I'm not 100% sure what you're asking here. Are you asking about how the objects should be named in OSM? Or are you looking for a way to display a map with guaranteed to have a Barony of prefix? If it's the later, I could update the download files on townlands.ie to include a new column, descriptive_name or something, which will always include a Barony of for each barony. On townlands.ie, I process the name from OSM, so that it is always displayed as Barony of X on the web. Would that work for you? Rory On 02/12/14 11:00, Brian Hollinshead wrote: In County Carlow there is Rathvilly Town, and ED and Civil Parish and Barony. Having an interest in Historical boundaries as well as their relevance for genealogy I printed out an A1 map of County Carlow with townlands and Civil parishes and Baronies. Even though the barony names were in a different font size and colour I felt it would be more friendly to anyone reading the map to prefix Barony of to each barony name where I had not remembered to. I may also have strayed into PJNAs wexford with the same in mind. (Sorry PJ) Maybe we could reach a gentle consensus as to how to approach this, I look forward to your views. We already include ED and Civil Parish in their titles. I wonder if we are going to include Barony ofwhether the preset magician Donal can prepopulate the name box? No hardship if he can't. ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUiAi4AAoJEOrWdmeZivv2tjcH/ihRMKAP+aZpLqXWWK9/oTLV lNyumhmSHibrESOICxno2uWENeEASWUS2Q0IDCOj9k04Gzxk3mF091k/6Vo0u5Qq hpu5v+p/oE8pyq48tE6coxsabrjzhySJYNhxrUZ5EEPrgFQHshxBepVFWgRRTJUm 9dPm+Fi2+CkJ3StRD+f0wQb/5KVgKAD0W0U1BsHnYudd5dGJatKoM99M2nJMUFKG 1zcaUN5mgZ/Yw9Ejq+vBOlLlzmcJNLIRI2UvTUCaUHY7pku2HBmldz15R83wwE5S P/FXuzr6ooo7uO3qcfBICG6bpdqIlm3EeBICbLP+7OPzD7EOWwgFOmVev2A2NAY= =o9FU -END PGP SIGNATURE- ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
[OSM-talk-ie] Historic and unmarked grave sites
Hi all There are a number of unmarked but documented grave sites where children we buried in the last century and in the earlier part of this century in my area. We would like to include them on OSM but I’d like advice on how these should be marked as they are not officially on consecrated ground etc. Thanks Donie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-ie] Coastal Rocks and Boundaries
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Conor, On 07/12/14 10:40, Conor Jones wrote: + County Donegal: http://www.openstreetmap.org/relation/283732 + County Donegal: http://www.openstreetmap.org/relation/4085165 (seems to be 2 for each county?) Those 2 relations have different admin_levels. admin_level=6 is the traditional/common understanding of county. i.e. there are 32 in the island of Ireland. admin_level=7 is for the things like Dublin City Council/Fingal County Council, where as the admin_level=6 would be Co. Dublin. *But* in some places, there's no difference. So initially there was only the admin_level=6. But I think Boggedy started duplicating them to admin_level=7's. Which makes sense, if you think of the admin_level=7's as the county council areas. NB: county councils are changing soon, so this might change, I dunno. You can see admin_level's on this map: http://layers.openstreetmap.fr/ Should a sea-rock tagged as coastline be included in all the above? If it's part of the coastline of Ireland, I'd say yes. Then there's the newer boundaries currently being worked on... townlands and parishes (and eventually baronies and ED's) What is the consensus here? Should a sea-rock be included in the townland and then the parish it would appear to be sitting of from? Some larger rocks are actually marked with ARP data on the TCD sheets... not necessarily as a townland but certainly recognised all the same Small islands off the coast are not usually included in townlands, they are townland-less. They often are in civil parishes and counties. Hence I'd presume rocks would be similar to townlands in this sense... Rory -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUiG5XAAoJEOrWdmeZivv26w4H/iwVTV3E7QJQ1gMY4GzJe7IS PdMXH35kcrVSR+FwFc0ckbgz8kofz6LVGP75OsV9OweL9mdvPdPxzSfKp+yx7jNQ aYhHO2BXy9Mz2E2mSIljRAvWIfH+3kx0ZONRdJ7GR/93N4XIrMMO+qjidI7skaB8 3jj2azLZ/G2+fqWQwfNx+2fkXl3XacfIfyHAZco2kd3iDPXqCA5msS+eDTARt03W csoCNWZ9WIWGyAlq2dbDO9qunEnzbVtjUyUk68yt0cw1WHIy0dUKIyQxvd70iIvx 3NkoAJBBOU/KH6y0NDM2CEY6kZekBTfbYpI9BxYI3fK9C1PT4XunuiXvjSBDHAY= =myvT -END PGP SIGNATURE- ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-ie] Historic and unmarked grave sites
I've been tagging these too. I generally tag them as they are written in the gsgs sheets, so if they are called a burial ground I tag as historic=burial_ground and if the sheet calls out the type I add something along the lines of burial_ground=children etc. I adjust the above based on what the sheet shows. If there is no physical evidence that I can see in the imagery, I adjust my tagging slightly to historic=archaeological_site, archaeological_site=burial_ground, burial_ground=children and so on. I add/omit tags based on available evidence from the sheets and imagery Hope that helps Dave On 10 Dec 2014 15:50, Rory McCann r...@technomancy.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I've also been adding a few things like this from the GSGS maps (e.g. https://www.openstreetmap.org/node/3216080583 ). I've tagged that as historic=grave_yard . But I'd welcome any better suggestions people have. Rory On 10/12/14 16:06, Donie Kelly wrote: Hi all There are a number of unmarked but documented grave sites where children we buried in the last century and in the earlier part of this century in my area. We would like to include them on OSM but I’d like advice on how these should be marked as they are not officially on consecrated ground etc. Thanks Donie -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUiGugAAoJEOrWdmeZivv2Q7kH/24Rgcek9GzZiBVcCDP4LZ/S Bve0GbEW38KfP0REpAoF5QwZ/RFgxaTlHyORe9dnQXa/Rp9JJK9QTmdsaKDY9dCn Ud8qJ5Zy7vrE7BPWykB2FtZRlpKPjFPen4Uchx0yVClbWCiM962Mb5CfTRu6WIFD 1/GfhSnXp9Q3zI2D78/0IThA6B6jZ6fUcIWDzwRHxq0RJkVEgh25S1FBgqzT0H89 syeD2u/SoGFRnhuSIkJK07lKPHktJYrOzcwF8EIKPFV0vrgWEk9ejWzuWi+ehtff Z4UVsW35k3g+azDFrXPPGwPV30YW/suCX0Dd4oxAOfq81T9I3SiCfdFCTX7vzX8= =5Qv4 -END PGP SIGNATURE- ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-ie] Coastal Rocks and Boundaries
Once you go off the coast a lot of the rules go out the window, so to speak. I know Cormac had a lot of trouble off the coast of Galway but got it worked out in the end. He tried explaining it to me as I wanted to do a video on coastline stuff but to be honest I was lost. If he's on this list he might offer advice. Dave On 10 Dec 2014 16:02, Rory McCann r...@technomancy.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Conor, On 07/12/14 10:40, Conor Jones wrote: + County Donegal: http://www.openstreetmap.org/relation/283732 + County Donegal: http://www.openstreetmap.org/relation/4085165 (seems to be 2 for each county?) Those 2 relations have different admin_levels. admin_level=6 is the traditional/common understanding of county. i.e. there are 32 in the island of Ireland. admin_level=7 is for the things like Dublin City Council/Fingal County Council, where as the admin_level=6 would be Co. Dublin. *But* in some places, there's no difference. So initially there was only the admin_level=6. But I think Boggedy started duplicating them to admin_level=7's. Which makes sense, if you think of the admin_level=7's as the county council areas. NB: county councils are changing soon, so this might change, I dunno. You can see admin_level's on this map: http://layers.openstreetmap.fr/ Should a sea-rock tagged as coastline be included in all the above? If it's part of the coastline of Ireland, I'd say yes. Then there's the newer boundaries currently being worked on... townlands and parishes (and eventually baronies and ED's) What is the consensus here? Should a sea-rock be included in the townland and then the parish it would appear to be sitting of from? Some larger rocks are actually marked with ARP data on the TCD sheets... not necessarily as a townland but certainly recognised all the same Small islands off the coast are not usually included in townlands, they are townland-less. They often are in civil parishes and counties. Hence I'd presume rocks would be similar to townlands in this sense... Rory -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUiG5XAAoJEOrWdmeZivv26w4H/iwVTV3E7QJQ1gMY4GzJe7IS PdMXH35kcrVSR+FwFc0ckbgz8kofz6LVGP75OsV9OweL9mdvPdPxzSfKp+yx7jNQ aYhHO2BXy9Mz2E2mSIljRAvWIfH+3kx0ZONRdJ7GR/93N4XIrMMO+qjidI7skaB8 3jj2azLZ/G2+fqWQwfNx+2fkXl3XacfIfyHAZco2kd3iDPXqCA5msS+eDTARt03W csoCNWZ9WIWGyAlq2dbDO9qunEnzbVtjUyUk68yt0cw1WHIy0dUKIyQxvd70iIvx 3NkoAJBBOU/KH6y0NDM2CEY6kZekBTfbYpI9BxYI3fK9C1PT4XunuiXvjSBDHAY= =myvT -END PGP SIGNATURE- ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-tr] TCDD YHT ve OSM
vay be! Aferin TCDD! Tek eksik olan şey gerçekten Atfetmesi... #osm irc kanalında konu açınca birisi dedi ki: I don't think they want to hide attribution per-se. Just contacting them might be enough O zaman kim iletişime girecek bakalım... ;-) Roman On Tue, 09 Dec 2014 17:25:30 +0200, Egemen Metin Turan emtu...@gmail.com wrote: Merhabalar, Geçen gün Yüksek Hızlı Tren ile Ankara-Eskişehir arasında seyahat ederken monitörlerde pozisyon gösterilen haritalar dikkatimi çekti. İncelediğimde ise OSM haritaları olduğunu düşündüm. Ancak herhangi bir yerde OSM'den bahsedilmiyor. Lisansın Attribution zorunluluğu unutulmuş gibi. Siz ne düşünürsünüz? Sevgi ve saygılarımla, Egemen Metin Turan -- katpatuka.org ___ Talk-tr mailing list Talk-tr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tr
Re: [Talk-tr] TCDD YHT ve OSM
Vay be, bugünleride göreceğimiz varmış :-) Ekranlara aktardıklarına göre büyükbaş bir şahıs olur demiş galiba... Birde bizim haritalarımızı kullanmaya karşılık durak listesi falan kullanmamıza izin verseler. Esenlikler, Hakan On December 10, 2014 12:11:50 PM CET, Roman Neumüller em...@katpatuka.org wrote: vay be! Aferin TCDD! Tek eksik olan şey gerçekten Atfetmesi... #osm irc kanalında konu açınca birisi dedi ki: I don't think they want to hide attribution per-se. Just contacting them might be enough O zaman kim iletişime girecek bakalım... ;-) Roman On Tue, 09 Dec 2014 17:25:30 +0200, Egemen Metin Turan emtu...@gmail.com wrote: Merhabalar, Geçen gün Yüksek Hızlı Tren ile Ankara-Eskişehir arasında seyahat ederken monitörlerde pozisyon gösterilen haritalar dikkatimi çekti. İncelediğimde ise OSM haritaları olduğunu düşündüm. Ancak herhangi bir yerde OSM'den bahsedilmiyor. Lisansın Attribution zorunluluğu unutulmuş gibi. Siz ne düşünürsünüz? Sevgi ve saygılarımla, Egemen Metin Turan -- katpatuka.org ___ Talk-tr mailing list Talk-tr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tr -- Sent from my Android device with K-9 Mail. Please excuse my brevity.___ Talk-tr mailing list Talk-tr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tr
Re: [Talk-de] cycleway=track bei Bordstein Trennung
Hallo. Entschuldigung für die lange Antwort und ich hoffe die Formatierung passt dieses mal. Am Dienstag, 9. Dezember 2014 17:55 schrieb 715371 osmu715...@gmx.de: Mit Taginfo kann man folgende Zahlen ermitteln: Separat erfasst: footway=sidewalk 143 686 footway=crossing 86 541 An Straße erfassst: sidewalk=none222 954 sidewalk=both143 254 sidewalk=right63 796 sidewalk=left 30 027 ... footway=both 12 357 ... Wenn man sich vor Augen führt, wie stark segmentiert das separate Erfassen ist, kann man footway=crossing auch weglassen und footway=sidewalk wenigstens halbieren, weil auf ein sidewalk=both etwa zwei highway=footway gerechnet werden müssen. Hmm. Ich hätte jetzt eine andere Schlussfolgerung gezogen, nämlich dass man die Zahlen bei sidewalk=* verringern müsste und zwar Aufgrund von Wegtrennungen durch turn:lanes, parking:lane, maxspeed, etc. Einen Faktor mag ich jedoch nicht abschätzen. Alle übrigen Wege, die nicht diese Tags haben, haben keine weitere Berücksichtigung verdient - weil sie falsch getaggt sind. Allerdings ist die Qualität der Beiträge, die ich gesehen habe, nicht ausreichend. Meistens fehlen Verbindungen zwischen Fahrbahn und straßenbegleitenden Wegen. Ich habe das an sehr vielen Stellen festgestellt. Es ist eben nicht einfach mal eben damit getan einen Weg einzuzeichnen und ihn richtig zu taggen. + 1. Da Stimme ich dir voll zu. Das korregiert man dann einfach. Ich sag nur highway=road Aus meiner Sicht müsste ein Schema einen einfachen Zugang anbieten. Das tut es nicht. Es macht nur alles komplizierter und aufwändiger. Wenn man es an die Straße taggt ist das nicht so. Ja stimmt, aber man hat auch weniger Informationen. Ich denke man sollte die Sache sequenziel aufbauen. Einer fängt einfach an, und nach und nach wird es mehr (und leider auch komplizierter). Im speziellen Fall schwebt mir als Kompromis eine Art Doppelrepresentation vor. Also sowohl sidewalk=* als auch highway=footway + footway=sidewalk. Wie genau das ausehen kann, muss noch diskutiert warden. Das seperate Eintragen einfach zu untersagen, ist natürlich die einfachere Lösung. Ohne abzusteigen... Der gesamte Bereich müsste für Fußgänger zugänglich gemacht werden. So ein paar Einfahrten und Kreuzungen genügen da nicht. Man müsste den Straßenraum als Einheit, als gesamtes erfassen. Fußgänger dürften überall hin und würden nur noch von Barrieren aufgehalten - die dann zusätzlich erfasst werden müssen. Nicht, dass ich mir so etwas wünschen würde. In der Forum Diskussion wurde eine Möglichkeit vorgestellt, wie ein Router bei highway=footway + footway=sidewalk durch schlagen von Orthogonalen alle x Meter eine ständige Querungsmöglichkeit schafft. Schiffe als Gebäude einzuzeichnen scheint ja laut Wiki OK zu sein - auch wenn ich das ein wenig zweifelhaft finde. ;) Hängt glaube ich davon ab ob es sich noch bewegt. Es gibt in Rostock ein paar Museumsschiffe die ständig vor Ankerleigen. OT: Und auch dort bleiben solltenm, da sie sonst sinken. (http://www.spiegel.de/panorama/fahrt-zur-verschrottung-georg-buechner-vor-polen-gesunken-a-902980.html) Vom Ansatz her ist es aus meiner Sicht zu detailliert, wenn man die Bordsteinkante als Anlass für einen eigenen Weg nimmt. Es wäre eleganter zu sagen, dass dort ein Bürgersteig ist (mit sidewalk=both). In der Praxis gibt es unvorhersehbare Probleme, die das Problem einer Bordsteinkante übertreffen (siehe oben). Da bin ich anderer Meinung. Klar gibt es Probleme, aber die kann man zu lösen. Das Versuche ich hier. Ich halte es für besser eine Nachfrage (hier das seperate Mappen) zu befriedigen, als etwas zu verbieten. Das Eintragen von als sidewalk=* ist aus meiner Sicht nur eine unzureichende Möglichkeit. Die Karte finde ich gut. Allerdings ist das nicht was angestrebt ist und weitaus schlechter als würde man cycleway=* oder sidewalk=* benutzen. Die Karte ist nur als Konzept zu verstehn und noch lange nicht fertig. Sowohl hinsichtlich des Taggings als auch des Renderings. Außerdem felht z.B. die Ledende noch. Kritik und Anregungen nehme ich gerne entgegen. Ich bin aber gerade damit beschäftigt den Code von Maperitive in CartoCSS zu übersetzten, was etwas schwieriger ist, als erwartet. Auf höheren Zoomstufen erkennt man nur noch Radwege - keine Straßennamen oder überhaupt den Unterschied zwischen eigenständigen Wegen und Straßenbegleitenden. Als Radfahrer ist meist mehr als nur die Radfahranlage interessant. Das mit den Straßennamen ist abschicht und der besseren Lesbarkeit geschuldet. Bei den Unterschied der Darstellungen gibt es ab Zoomlevel 17 die straßenbegleitenden highway=path/cycleway und sonst cycleway=* ohne cycleway=track/sidepath. Bei Zoomlevel 15/16 werden nur eigenständige highway=cycleway/path dargestellt, alles Anderen als cycleway=* seitenrichtig. Bei Zoomlevel 13/14 wird es nur noch auf der
Re: [Talk-de] Verkehrsinseln und Mehrzweckspur in der Fahrbahnmitte
715371 osmu715...@gmx.de wrote: hast du Koordinaten (für's Luftbild) oder ein Foto? Dieser Radweg begleitet den hier in Frage stehenden Straßenabschnitt: http://www.openstreetmap.org/way/206038204#map=15/53.4776/7.3942 Am 09.12.2014 um 00:44 schrieb Tirkon: Sie wird immer wieder durch bepflanzte Verkehrinseln unterbrochen, wobei teilweise eine Überquerungshilfe für Fu0gänger/Radfahrer eingebettet ist. Das klingt nach baulicher Trennung. Daher tendiere ich zu den separat eingezeichneten Wegen pro Fahrtrichtung. Die Mehrzweckspur dient laut Presse zum Ein- und Ausfädeln von Linksabbiegern auf/von Grundstückseinfahrten und kleinen Nebenstraßen sowie zum gelegentlichen Überholen. Überholen klingt irgendwie nach keiner baulichen Trennung. Das Überholen stand so im Presseartikel. Ich würde maximal ein Vorbeifahren an einem stehenden Objekt für möglich halten. Die Längsabschnitte zwischen zwei Inseln sind zu kurz. Da es sich um eine geschlossene Ortschaftsdurchfahrt handelt, könnte man höchstens kamikazemäßig mit stark überhöhter Geschwindigkeit überholen, wenn man es bei der Verkehrsdichte schafft, rechtzeitig wieder einzufädeln. Praktisch wird die Mehrzweckspur nur von vereinzelten Linksabbiegern/-Einfädlern genutzt. Wenn ohnehin von beiden Seiten alle Ziele erreicht werden können, sähe ich aber auch nichts gegen eine ein-Weg-Lösung. Es wären hochstens vereinzelte Grundstückszufahrten, die wegen der Inseln nicht linksabbiegend angebunden sind. An einer Stelle liegt eine Bushaltestelle neben der Insel, so dass man hinter dem dort haltenden Bus warten muss. Ansonsten fallen mir keine Einschränkungen ein. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Buchten/Meeresarme mappen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo! Nachdem ich schon neulich darauf hingewiesen habe, dass Buchten in OSM vielleicht besser als bisher dargestellt werden könnten, habe ich mir mal auch ein paar praktische Fälle angeschaut, wo ich glaube, mich gut genug auszukennen, um unfallfrei etwas beizutragen (Schottland!). Ganz sicher bin ich mir aber nicht und bitte um hilfreiche Hinweise: 1. Ich nehme an, dass ich natural=bay als Relation aus mehreren ways taggen kann und das auch nach den bestehenden Regeln für die Mapnik-Karte ausgewertet wird. Richtig? Oder sollte ich es anders angehen? 2. Wie steht es mit natural=strait? Wertet Mapnik das aus? Gibt es andere, bessere Möglichkeiten, eine Meerenge zu taggen= 3. Als landseitige Begrenzung von natural=bay und natural=strait bieten sich die bestehenen mit natural=coastline getaggten Wege an. Meist enden die Abschnitte aber nicht an der Stelle, wo man eine Bucht oder Meerenge sinnvollerweise begrenzen könnte. Kann ich coastline-Abschnitte einfach teilen, ohne damit was kaputtzumachen? Oder auf was muss ich beim Teilen von coastlines achten? Beste Grüße, Mark -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJUiO5aAAoJEBrjxFVQEkD/64sP/0VTLR0tgpUo6JDj15FARBRC LYO8JoGcXFVtWesbDf+xNN4gAyudHRAUt6Z3EHozhDCSYICgfPJMFpuRrtE5nm0H yCwroiEIEqlud93+tUzYd8d5MZn8LpythTaUc/o69N7/83dWcM64lX0tO9y1Eb5j D3aULrME+bHH+FWGJMlmw3MC3sZ5Afw8zhIkeqXZXhpHNBhnEBbPLJzs2Fmh0opY dOHnh3a+vf5uiyEvYCTwE/m29bGlzcjBBQJIwc5IfgMxjuSRGq4Tzb/g8K6fXJqE 7NgznYptQQ9uRBVB0Z4aKuyH9Fm1xpzFQ4lxIi0u7QH5sOteoc3VedBti4o5T7mJ i1/bc4mZW41qZtNHf0p16udz/yUmK2zw60RxojQpYoF0JpeibRCQkS9v4gA3khnr NJa4zBtwvilUj1VCVVkmB2lG+LXk0cg5bLZk1BxlwctReLUXlzdlxYCSt92NQ0d5 ExPcK2bA7VVMHZiXiJ66zLAK1yG4PloLt+lLMjWbkTneJcblGYJMe4ZxkjLUpMWh P09mnE5wz+ckBPeiDxXEby7kljWxAsqb8EZ9fLqlvJMJ6yq1iQiKx8/iKht1J4Ex UQQEowWK3N8u/AHKvVO9N9TkRl8FpllyUM0BiqgMX9YVSQbnBMbTzuoqORK0pfph DnrueURMHAS/y8C0Fk3o =8f1U -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] cycleway=track bei Bordstein Trennung
Moin, Am 10.12.2014 um 16:37 schrieb Hubert: Entschuldigung für die lange Antwort und ich hoffe die Formatierung passt dieses mal. Bei mir ebenso. ;) Am Dienstag, 9. Dezember 2014 17:55 schrieb 715371 osmu715...@gmx.de: Mit Taginfo kann man folgende Zahlen ermitteln: Separat erfasst: footway=sidewalk 143 686 footway=crossing86 541 An Straße erfassst: sidewalk=none 222 954 sidewalk=both 143 254 sidewalk=right 63 796 sidewalk=left 30 027 ... footway=both12 357 ... Wenn man sich vor Augen führt, wie stark segmentiert das separate Erfassen ist, kann man footway=crossing auch weglassen und footway=sidewalk wenigstens halbieren, weil auf ein sidewalk=both etwa zwei highway=footway gerechnet werden müssen. Hmm. Ich hätte jetzt eine andere Schlussfolgerung gezogen, nämlich dass man die Zahlen bei sidewalk=* verringern müsste und zwar Aufgrund von Wegtrennungen durch turn:lanes, parking:lane, maxspeed, etc. Einen Faktor mag ich jedoch nicht abschätzen. Vielleicht kann man die Segmentierung bei separaten Wegen ja durch footway=crossing abschätzen. Das könnte die Zahl der separat erfassten Wege noch einmal verringern. Aber ich kenne auch viele separat erfasste Wege die länger sind als die dazugehörigen Fahrbahnwege. Es bleibt irgendwie schwer zu vergleichen. Alle übrigen Wege, die nicht diese Tags haben, haben keine weitere Berücksichtigung verdient - weil sie falsch getaggt sind. Allerdings ist die Qualität der Beiträge, die ich gesehen habe, nicht ausreichend. Meistens fehlen Verbindungen zwischen Fahrbahn und straßenbegleitenden Wegen. Ich habe das an sehr vielen Stellen festgestellt. Es ist eben nicht einfach mal eben damit getan einen Weg einzuzeichnen und ihn richtig zu taggen. + 1. Da Stimme ich dir voll zu. Das korregiert man dann einfach. Ich sag nur highway=road Stimmt. So funktioniert OSM. Es ist nicht beim ersten Mal erfassen schon komplett etc Aus meiner Sicht müsste ein Schema einen einfachen Zugang anbieten. Das tut es nicht. Es macht nur alles komplizierter und aufwändiger. Wenn man es an die Straße taggt ist das nicht so. Ja stimmt, aber man hat auch weniger Informationen. Ich denke man sollte die Sache sequenziel aufbauen. Einer fängt einfach an, und nach und nach wird es mehr (und leider auch komplizierter). Im speziellen Fall schwebt mir als Kompromis eine Art Doppelrepresentation vor. Also sowohl sidewalk=* als auch highway=footway + footway=sidewalk. Wie genau das ausehen kann, muss noch diskutiert warden. Das seperate Eintragen einfach zu untersagen, ist natürlich die einfachere Lösung. Eine Doppelrepräsentation würde das Problem mit dem Rendern lösen, das ich für wichtig halte. So richtig elegant finde ich das nicht. Und es gibt auch einige Mapper, die das komplett ablehnen. Zumindest habe ich das in den Diskussionen zu den Proposals von damals gelesen. In der Forum Diskussion wurde eine Möglichkeit vorgestellt, wie ein Router bei highway=footway + footway=sidewalk durch schlagen von Orthogonalen alle x Meter eine ständige Querungsmöglichkeit schafft. Wobei dann auch solche Dinge wie barrier=retaining_wall/fence etc berücksichtigt werden müssten. Wenn jemand z.B. keine turn-restriction gemappt hat, weil er es ja separat eingezeichnet hat und es deshalb nicht geht, würde das sonst zu Fehlern führen - so würde ich mir das ad-hoc vorstellen. Vom Ansatz her ist es aus meiner Sicht zu detailliert, wenn man die Bordsteinkante als Anlass für einen eigenen Weg nimmt. Es wäre eleganter zu sagen, dass dort ein Bürgersteig ist (mit sidewalk=both). In der Praxis gibt es unvorhersehbare Probleme, die das Problem einer Bordsteinkante übertreffen (siehe oben). Da bin ich anderer Meinung. Klar gibt es Probleme, aber die kann man zu lösen. Das Versuche ich hier. Ich halte es für besser eine Nachfrage (hier das seperate Mappen) zu befriedigen, als etwas zu verbieten. Das Eintragen von als sidewalk=* ist aus meiner Sicht nur eine unzureichende Möglichkeit. OK. Es kommt definitiv auf die Situation an. Wenn eine Straße nur einen Bürgersteig hat, dann genügt sidewalk=*. Wenn der Fußweg von der übrigen Anlage getrennt ist, kann es sich hingegen lohnen, die Wege separat einzuzeichnen. Deshalb wäre es wohl auch nicht im Sinne der OSM separates erfassen generell zu verbieten, sondern nur in bestimmten Situationen. Auf höheren Zoomstufen erkennt man nur noch Radwege - keine Straßennamen oder überhaupt den Unterschied zwischen eigenständigen Wegen und Straßenbegleitenden. Als Radfahrer ist meist mehr als nur die Radfahranlage interessant. Das mit den Straßennamen ist abschicht und der besseren Lesbarkeit geschuldet. Bei den Unterschied der Darstellungen gibt es ab Zoomlevel 17 die straßenbegleitenden highway=path/cycleway und sonst cycleway=* ohne cycleway=track/sidepath. Bei Zoomlevel 15/16
[Talk-de] building=boat/ship [was Re: cycleway=track bei Bordstein Trennung]
Moin, mir ist in der Diskussion mit Hubert aufgefallen, dass es Boote/Schiffe gibt, die als building getaggt sind. Am 10.12.2014 um 16:37 schrieb Hubert: Am Dienstag, 9. Dezember 2014 17:55 schrieb 715371 osmu715...@gmx.de: Schiffe als Gebäude einzuzeichnen scheint ja laut Wiki OK zu sein - auch wenn ich das ein wenig zweifelhaft finde. ;) Hängt glaube ich davon ab ob es sich noch bewegt. Es gibt in Rostock ein paar Museumsschiffe die ständig vor Ankerleigen. OT: Und auch dort bleiben solltenm, da sie sonst sinken. (http://www.spiegel.de/panorama/fahrt-zur-verschrottung-georg-buechner-vor-polen-gesunken-a-902980.html) Kenne ich aus Bremen auch. Allerdings nur fast immer am selben Ort. Irgendwann ist eines der Schiffe verlegt worden, die als Gebäude getaggt sind. Es kommt dann halt doch vor. Bei Taginfo habe ich keine besseren Tags mit Suche nach ship und boat gefunden. Bisher werden Schiffe wohl als building=boat oder building=ship getaggt. Es wäre aus meiner Sicht schöner so etwas wie man_made=ship/boat zu benutzen - der building-key ist dafür auf jeden Fall nicht so passend. Gab es da bisher schon Ansätze? Was haltet ihr davon? LG Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsinseln und Mehrzweckspur in der Fahrbahnmitte
Hallo Tirkon, Am 10.12.2014 um 17:07 schrieb Tirkon: 715371 osmu715...@gmx.de wrote: hast du Koordinaten (für's Luftbild) oder ein Foto? Dieser Radweg begleitet den hier in Frage stehenden Straßenabschnitt: http://www.openstreetmap.org/way/206038204#map=15/53.4776/7.3942 Ersteinmal würde ich IMHO so Abbiegespuren wie diese hier https://www.openstreetmap.org/way/260670943 mit turn:lanes (https://wiki.openstreetmap.org/wiki/Key:turn:lanes) erfassen. Ansonsten würde ich den Vorschlag von Martin als elegant empfinden. Durch das Tagging könnte man diese Mittelspur, falls interessant, auch mal auswerten. Du könntest es aber aus meiner Sicht bezüglich der Fahrspuren (zumindest ersteinmal) so lassen. LG Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Buchten/Meeresarme mappen
Sie könnten interessiert sein in https://lists.openstreetmap.org/pipermail/tagging/2014-October/019775.html [Tagging] natural=bay as nodes are evil m. 2014-12-11 2:07 GMT+01:00 Mark Obrembalski m...@obrembalski.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo! Nachdem ich schon neulich darauf hingewiesen habe, dass Buchten in OSM vielleicht besser als bisher dargestellt werden könnten, habe ich mir mal auch ein paar praktische Fälle angeschaut, wo ich glaube, mich gut genug auszukennen, um unfallfrei etwas beizutragen (Schottland!). Ganz sicher bin ich mir aber nicht und bitte um hilfreiche Hinweise: 1. Ich nehme an, dass ich natural=bay als Relation aus mehreren ways taggen kann und das auch nach den bestehenden Regeln für die Mapnik-Karte ausgewertet wird. Richtig? Oder sollte ich es anders angehen? 2. Wie steht es mit natural=strait? Wertet Mapnik das aus? Gibt es andere, bessere Möglichkeiten, eine Meerenge zu taggen= 3. Als landseitige Begrenzung von natural=bay und natural=strait bieten sich die bestehenen mit natural=coastline getaggten Wege an. Meist enden die Abschnitte aber nicht an der Stelle, wo man eine Bucht oder Meerenge sinnvollerweise begrenzen könnte. Kann ich coastline-Abschnitte einfach teilen, ohne damit was kaputtzumachen? Oder auf was muss ich beim Teilen von coastlines achten? Beste Grüße, Mark -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJUiO5aAAoJEBrjxFVQEkD/64sP/0VTLR0tgpUo6JDj15FARBRC LYO8JoGcXFVtWesbDf+xNN4gAyudHRAUt6Z3EHozhDCSYICgfPJMFpuRrtE5nm0H yCwroiEIEqlud93+tUzYd8d5MZn8LpythTaUc/o69N7/83dWcM64lX0tO9y1Eb5j D3aULrME+bHH+FWGJMlmw3MC3sZ5Afw8zhIkeqXZXhpHNBhnEBbPLJzs2Fmh0opY dOHnh3a+vf5uiyEvYCTwE/m29bGlzcjBBQJIwc5IfgMxjuSRGq4Tzb/g8K6fXJqE 7NgznYptQQ9uRBVB0Z4aKuyH9Fm1xpzFQ4lxIi0u7QH5sOteoc3VedBti4o5T7mJ i1/bc4mZW41qZtNHf0p16udz/yUmK2zw60RxojQpYoF0JpeibRCQkS9v4gA3khnr NJa4zBtwvilUj1VCVVkmB2lG+LXk0cg5bLZk1BxlwctReLUXlzdlxYCSt92NQ0d5 ExPcK2bA7VVMHZiXiJ66zLAK1yG4PloLt+lLMjWbkTneJcblGYJMe4ZxkjLUpMWh P09mnE5wz+ckBPeiDxXEby7kljWxAsqb8EZ9fLqlvJMJ6yq1iQiKx8/iKht1J4Ex UQQEowWK3N8u/AHKvVO9N9TkRl8FpllyUM0BiqgMX9YVSQbnBMbTzuoqORK0pfph DnrueURMHAS/y8C0Fk3o =8f1U -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Buchten/Meeresarme mappen
Am 11.12.2014 07:25, schrieb Marc Gemis: Sie könnten interessiert sein in: https://lists.openstreetmap.org/pipermail/tagging/2014-October/019775.html [Tagging] natural=bay as nodes are evil Oder in: https://lists.openstreetmap.org/pipermail/talk-de/2014-November/109709.html Unscharfe Objekte (Bucht, Berg, Gebiet, Kanal, Meeresteil, etc) https://lists.openstreetmap.org/pipermail/talk-de/2014-September/109410.html Gebiete bezeichnen Gebiete bezeichnen - Meer, Golf, Bucht Gebiete bezeichnen - Archipel, Insel, Inselchen, Fels Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Buchten/Meeresarme mappen
Moin Mark, um unfallfrei etwas beizutragen (Schottland!) :-) Dazu und zu vergleichbaren Themen hatten wir ja schon mehrere Diskussionen, die mangels schlüssigem Konzept alle irgendwann im Sand verliefen. Es wäre wirklich super, wenn wir das mal erfolgreich angehen könnten! (und nein, ich habe bisher keine Lösung gesehen) Die Schwierigkeit scheint mir folgende zu sein: Aus lokaler Sicht: ich kann doch meine Bucht einfach so mappen?! sieht alles ganz simpel aus, und es gibt schon mehrere Buchten, die kunstvoll und mit viel Akribie schön gemappt wurden. Sobald man aber etwas über den Tellerrrand rausguckt, wird es ziemlich komplex. Und weder Renderer noch Mapper kommen dann weder mit der grundsätzlichen noch mit der praktisch entstehenden Komplexität zurecht. Probleme sind (u.a.): _Unschärfe_ Methodisch scheint es nicht sinnvoll zu sein, ein unscharfes Gebilde durch eine scharfe Linie begrenzen zu wollen. So wie ein Berg nicht ausreichend durch seinen Gipfel beschrieben werden kann, oder ein Ort nicht durch sein Zentrum, aber beides auch nicht durch eine ungefähre Grenzlinie, ist die Definition von Bucht ebenso nicht ganz trivial. _Aufwand_ Wenn dafür auf der einen Seite die Küstenlinie hergenommen wird, und auf der anderen Seite eine willkürliche Gerade, dann gibt es an den zwei Schnittpunkten Konflikte ohne Ende. Damit meine ich nicht so sehr politische Bewertungen, wo denn nun die Bucht endet - sondern wie man Mappingfehler mit praktisch vertretbarem Aufwand korrigieren kann. Je komplexer wir das Mappen gestalten, desto weniger Mapper werden damit zurecht kommen. Je weniger Mapper mitmachen, desto schneller veraltet die Karte :-( _Küstenlinie_ Die Küstenlinie wird ausserhalb der DB gehändelt und wesentlich seltener gerendert als normale Objekte. Das führt dann automatisch zu unbeherrschbaren unschönen Artefakten. Wenn man jetzt die Küstenlinie auch noch zur Begrenzung von Buchten macht, vervielfacht man das Problem. Das Problem gibt es auch bei Landesgrenzen wo diese als Küstenlinie definiert sind, oder bei landuse wenn dieses an Küstenlinien geklebt wird. _Hierarchische Abhängigkeit_ Buchten können riesig sein (Rotes Meer, Golf von Aden) oder miniklein (Badebucht, z.B. https://en.wikipedia.org/wiki/Children%27s_Pool_Beach). Das erfordert ein Konzept zur Unterscheidung, um die Verschiedenheit vernünftig auf den Zoomleveln darzustellen. Etwas ratlos, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsinseln und Mehrzweckspur in der Fahrbahnmitte
Hi Tirkon, irgendwie hatte ich mir ja schon gedacht, dass es um die Ortsdurchfahrt in Moordorf geht bei der Beschreibung (Gütereisenbahn, Verkehrsinseln, etc). Da ich die Gegend auch selbst kenne will ich auch mal meinen Senf dazugeben. Ich persönlich finde die Lösung mit zwei getrennten ways für die beiden Richtungen als suboptimal. Mir gefällt Martins Vorschlag auch deutlich besser und beschreibt meiner Ansicht nach auch am besten die tatsächliche Situation vor Ort. Diese Lösung macht nicht zuletzt auch dem Router deutlich, dass ein Linksabbiegen zu einem Grundstück jederzeit möglich ist (das würde bei zwei getrennten Ways so nicht funktionieren. Die Rechtsabbiegespuren würde ich auch mit turn:lanes erfassen und erst ab dem Beginn der baulichen Trennung durch einen eigenen Way mappen, wenn es eine bauliche Trennung (Verkehrsinsel etc.) gibt. Am 11.12.2014 um 03:40 schrieb 715371: Hallo Tirkon, Am 10.12.2014 um 17:07 schrieb Tirkon: 715371 osmu715...@gmx.de wrote: Ersteinmal würde ich IMHO so Abbiegespuren wie diese hier https://www.openstreetmap.org/way/260670943 mit turn:lanes (https://wiki.openstreetmap.org/wiki/Key:turn:lanes) erfassen. Ansonsten würde ich den Vorschlag von Martin als elegant empfinden. Durch das Tagging könnte man diese Mittelspur, falls interessant, auch mal auswerten. +1 Viele Grüße Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] applicazione per condividere posizione
http://rescue.trackoid.it/it 2014-12-09 22:51 GMT+01:00 Fabri erfab...@gmail.com: forse https://icecondor.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] Ping pong o tennis tavolo
È usato molto poco ma esiste una pagina wiki che lo descrive https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dtable_tennis_table Se l'utilizzo è gratuito aggiungi fee=no, altrimenti fee=yes e operator=* se conosci chi lo gestisce. Il 9 dicembre 2014 23:15, Gianluca Boero gianlucabo...@alice.it ha scritto: Ciao... nel mio paese è presente un campo di basket aperto a tutti (leisure=pitch sport=basketball). Tutto intorno vi è un prato decorativo (landuse=grass) ed un tavolo da ping pong in cemento. Come posso mappare questo ultimo elemento? Sport=table_tennis ok.. ma il tag principale quale può essere? Grazie. -- Gianluca Boero ___ 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] Rottami ferrosi
Una ditta che per lavoro (quindi non è per capirci un'isola ecologica) tratta rottami ferrosi può comunque essere taggata così? amenity=recycling recycling:scrap_metal=yes -- View this message in context: http://gis.19327.n5.nabble.com/Rottami-ferrosi-tp5826834.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] Rottami ferrosi
non credo amenity sia adeguato...dalla descrizione che ne fai sembra più un attività industriale per quanto legata ai servizi di riciclaggio :-/ - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Rottami-ferrosi-tp5826834p5826856.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] Rottami ferrosi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 10/12/2014 19:03, Aury88 ha scritto: non credo amenity sia adeguato...dalla descrizione che ne fai sembra più un attività industriale per quanto legata ai servizi di riciclaggio :-/ Se funge solo da magazzino, secondo me: man_made=storage_iron/ferrous Se invece fanno semilavorati, tipo le acciaierie: man_made=work product=parola per semilavorati metallici che non trovo. - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUiI1cAAoJEMTPIIVov0ZtuFUIAJWnrwmP3+dNvuEviXzs1xOV hWdrvzKLMgFEtXyqWsw8xK+xUMFSdcxkBSRCrwM/UMGGe8uiXqK+ONd0ee0Q9EyR kCf25XQLs1h6WhNR6qinNcUoN4zyhtUzio4ltlLOhQJyI5azdYTVgFruO6pqCnLu ZaOnqRpbFep5PhDmm2JM7Oy/LQASjALcpiLx/cAuBxbV2NOi2n6WwMZylosKkaLe R7XMtPbF5LYR7wgCSpBCVxyA0prkIow+i+LF6Vi9CkWoMO09JDejw032RvFSddO6 sCf9qjYLtmWZ7y6KPaf7U5pQeC2+rct/A1f7oJN6xJNLIlxKNy4QQjgtVljzBfk= =lHmm -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Rottami ferrosi
la descrizione dell'attività della ditta dice: commercio di rottami ferrosi quindi credo che man_made=storage_iron/ferrous come sugggerisci possa andar bene -- View this message in context: http://gis.19327.n5.nabble.com/Rottami-ferrosi-tp5826834p5826867.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] Rottami ferrosi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 10/12/2014 22:19, demon.box ha scritto: la descrizione dell'attività della ditta dice: commercio di rottami ferrosi quindi credo che man_made=storage_iron/ferrous come sugggerisci possa andar bene Calma, va usato iron oppure ferrous, l'ho messo così solo per specificare uno dei due, lascio a te capire quale. - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUiLqeAAoJEMTPIIVov0Ztd+sH/R3dOo+eEGBLXnAkUepuaVdY mwlmu/0IsZLlu7eWEVB07SlUYW6CiEdJYvq3LWgCkY8J6CZtLUBZqW/et/pkxAtj zrAf5QfTcJQnk9I6bqFuv8CBM4t8pn4KahiP5qNGXkuyJJP5yZsBIQpkHkmqu5o3 k8vNW5yjU1czzlXBFkpredPqfAqqHWjR0SjuDylKELfOSghJmkK6lNQmU7t37bYK J2CVQyRJDrjCxXQaQmmGB7BmphPjWw2Uk3CfMTzcQi/NJJJDZ3786839C6mv7/yS qh1GEBD1iSyrdoWQ21tl8D9xETf3LcQS2rSTBXcbxPHyKTFDd9ko4yrvMGObb4s= =JtLD -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Rottami ferrosi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 10/12/2014 22:26, girarsi_liste ha scritto: Calma, va usato iron oppure ferrous, l'ho messo così solo per specificare uno dei due, lascio a te capire quale. Dimenticavo, se vendono allora, credo, va aggiunto anche un tag shop=*, su cosa mettere come valore, è da capire, forse iron o ferrous, ma se vendono pezzi di ricambio usati o ricambi in ferro in genere, questo resta da capirlo come impostarlo. - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUiLtgAAoJEMTPIIVov0ZtouoIANdM9mGJWb+wpLPpf+y+sG5G TrmfMPP4IAU5zBTmwjSItuUTGvXVEPNVo+c8IGWK0FfXb7M2lP6beKEDu8XKFzZe n/pS+iYVqAWaFSeUyKnXpq6kJFTPyQY0DP6l/rDtKv7/cje5loNa4nlEHE5a8O55 iehxlEDB9GeUPAcnwnk4ShD/TMxbhQBbQIsxuI611D9gktDQQIP33UDpLaln0d1c oIdcnBEB33mpJT9kTWQ9j4XU/I+5Xmm51hN2vlYFL8OktLhSga2umQV1Np7u5Vtj d+31a+3J8dpWWYtDWRDWx6/YyvbPn45a2YA+RxLX1TbzZr25Mm6kKL//90SZWIE= =Rooy -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Rottami ferrosi
certo ;-) l'avevo capito che / significa in alternativa. io sceglierei ferrous -- View this message in context: http://gis.19327.n5.nabble.com/Rottami-ferrosi-tp5826834p5826870.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] Diminuzione Tag totali wikipedia
Segnalo un odierno -34... Saluti. -- Marco_T -- View this message in context: http://gis.19327.n5.nabble.com/Diminuzione-Tag-totali-wikipedia-tp5824663p5826872.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-co] OpenAddresses + OpenStreetMap
Progresando en el area de 'datos domiciliarios geocodificados' con OpenAddresses project de OpenStreetMap Ver http://openaddresses.io Que dicha crear un sistema domiciliario rural para toda Colombia...Falta mucho para que halla voluntad politica al interior de los municipios; pero confio que el dia llegara' Tambien, la proxima conferencia de OpenStreetMap State of the Map US 2015, que se llevara' a cabo en la ciudad de Nueva York entre el 6 y 8 de Junio del an~o entrante en la sede de las Naciones Unidas (ONU) Ver http://openstreetmap.us/2014/11/sotmus-2015-in-nyc/ Saludos __._,_.___ . __,_._,___ ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Yopal en tareas
Esta perfecto Humberto, ya mismo lo comenzaré a usar. El 10 de diciembre de 2014, 10:28, hyan...@gmail.com hyan...@gmail.com escribió: El 10 de diciembre de 2014, 10:13, Leonardo Gutierrez l...@nuevoartesano.com escribió: Que bueno que Humberto entró en las tareas. Ya casi llegamos al 12%, ojala se nos sumen mas maperos, es buen ejercicio entrenar para que cuando necesitemos en una emergencia estemos entrenados. Tengo una pregunta en relación con las vías del llano, he encontrado muchos sitios como este: https://www.openstreetmap.org/#map=20/5.01921/-72.605206 Si se observa la imagen en bing se puede apreciar que las personas pasan el río, sin puente, cosa que se acostumbra en el llano Colombiano, alguien tiene idea de como se mapea eso?, pues si continuo la carretera se produce un error. Puede ser así: La parte de la carretera que se une con el arroyo se corta en dos puntos para crear un nuevo vector y a este se le asigna la etiqueta http://wiki.openstreetmap.org/wiki/Key:ford en el cruce entre la vía y el arroyo se unen por un nodo en común. ¿de acuerdo? Gracias El 9 de diciembre de 2014, 16:50, Leonardo Gutierrez l...@nuevoartesano.com escribió: Buen aporte Humberto, me sirve de mucho en el lugar donde estoy mapeando El 8 de diciembre de 2014, 14:34, hyan...@gmail.com hyan...@gmail.com escribió: Este mapa nos puede ayudar a completar nombres de carreteras y ríos: http://www.zonu.com/images/0X0/2011-08-23-14467/Mapa-de-carreteras-de-Casanare.jpg El 8 de diciembre de 2014, 12:33, hyan...@gmail.com hyan...@gmail.com escribió: 10% superado! Mapeando más que todo vías acuáticas (ríos, arroyuelos, canales de riego), cuerpos de agua (lagunas y jagüeyes) y caminos finqueros. También las edificaciones finqueras incluyendo corrales. La imagen aérea es de cinco años atrás (27/12/2009), sería interesante (para la descripción de la tarea) verlo como base de capas de la ANH [1] o ANI [2], por lo visto el recurso hídrico a esa fecha es altamente nutrido. Feliz mapeo! Humberto Yances _ [1] http://www.anh.gov.co/Paginas/inicio/default.aspx [2] http://www.ani.gov.co/ El 5 de diciembre de 2014, 21:52, Igor TAmara i...@tamarapatino.org escribió: Ya casi llegamos a marcar el 10% como done, y hay mucha más aerofotografía, hay zonas que tienen cultivos industriales, nuevas carreteras insospechadas, yo esperaba que fuera mucho más bosque, pero hay bastante cultivo y corrales de ganado. Es un excelente ejercicio para mapear, así que bonito no esperar a que sea una emergencia para conocer de una forma alternativa el país y lo que sucede fuera de nuestros sitios de vivienda. recuerden pasarse por http://tareas.openstreetmap.co/project/7# Seguimos viéndonos El 21 de noviembre de 2014, 13:33, Leonardo Gutierrez l...@nuevoartesano.com escribió: Igor Muchas Gracias. Realmente eres mejor comunicador que yo :) . Parte de Yopal ha sido mapeada desde Duitama, dos de mis estudiantes del año pasado eran de alla y quisieron mapear su ciudad directamente. Hay mucho por hacer en nuestra area http://tareas.openstreetmap.co/project/7 Hay algunas de las tareas con alta resolución y con muchos caminos y rios son trazar, es una gran oportunidad para mapear y aprovechar las vacaciones. El 20 de noviembre de 2014, 21:04, Igor TAmara i...@tamarapatino.org escribió: El Task manager es perfecto para que podamos mejorar openstreetmap con zonas de interés en Colombia y el momento es perfecto para quienes comienzan sus vacaciones, dedicar unos minutos diarios puede permitir que tengamos mejores mapas. Me sorprendió muy gratamente Yopal, está muy bien mapeado, ya comencé con una tarea para colocar vías, ríos y algunas casas. Hay dos videos(en inglés), uno introductorio de cómo funciona y otro más específico para usar JOSM. * https://www.youtube.com/watch?v=73XCpTgyhSk * https://www.youtube.com/watch?v=ljaIaBp3LA8 Únicamente se requiere un usuario en OSM para usar http://tareas.openstreetmap.co , puede elegirse español como idioma. Recuerden que la tarea que estamos haciendo está en http://tareas.openstreetmap.co/project/7 , volvámosla verde :) Creo que es una excelente oportunidad para aprender posteriormente a mapear con áreas identificando zonas de bosque, llanuras, desiertos, labranza, humedales. Happy mapping. El 20 de noviembre de 2014, 11:58, Leonardo Gutierrez l...@nuevoartesano.com escribió: Tambien rios que muchos faltan en el llano El 20 de noviembre de 2014, 11:54, Leonardo Gutierrez l...@nuevoartesano.com escribió: Todo esta por hacer, pero me parece que deberiamos hacer calles y edificaciones. El 20 de noviembre de 2014, 11:48, hyan...@gmail.com hyan...@gmail.com escribió: Excelente! :-D ¿Qué vamos a mapear? Calles, edificaciones, usos de suelo? El 20 de noviembre de 2014, 11:44, Leonardo Gutierrez l...@nuevoartesano.com escribió: Saludos cordiales,
Re: [Talk-cz] Osmose Česká republika
-- Původní zpráva -- Od: hanoj eha...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 10. 12. 2014 8:43:13 Předmět: Re: [Talk-cz] Osmose Česká republika 9. prosince 2014 13:55:47 SEČ, hanoj eha...@gmail.com napsal: Pouze potřebujeme potvrzení, že můžeme použít veřejnou prohlížecí WMS službu jako podklad pro mapování. *** myslím, že v tom má ZÚ jasno a proto potřebujeme ty snímky ;) Hmmm. Jsem koukal, co by to koštovalo: 2 366 255 Kč. To asi dohromady nedáme :-( *** Za data vydane v ramci 106/1999 nelze zpoplatnit. Pripustny je pouze manipulacni poplatek souvisejici s nadmernou administraci (napr. rucni prohledavani v archivu). Já právě koukal, kolik by to stálo, kdyby všechno ostatní selhalo. Ale bez dalších aktualizací by to bylo stejně na houby. Marián ha hanoj ___ 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] Róbert Althap_Mendelu_Bakalárka_Import_do_osm
Ahoj, -- Původní zpráva -- Od: Róbert Althap ralt...@gmail.com Komu: talk-cz@openstreetmap.org Datum: 10. 12. 2014 0:52:52 Předmět: [Talk-cz] Róbert Althap_Mendelu_Bakalárka_Import_do_osm Dobrý deň, v rámci mojej bakalárskej práce na Mendelovej univerzite v Brne sa venujem importu geodát do databáze OSM. Momentálne možnosti, ktoré mi boli predložené je na importovať dáta z registra živnostníkov, konkrétne som zameraný na čerpacie stanice, pobočky a poprípade ceny palív alebo potom ohľadom turistických značiek. Nevím, co všechno v tom registru je. A jak jsou ta data jsou přesná. V každém případě, ceny do OSM určitě nepatří. A u těch turistických značek by jsi chtěl importovat co? Co si tak vzpomínám, na import čekají třeba komíny: http://wiki. openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#Kom.C3.ADnov.C3.A1 _datab.C3.A1ze_KODA Uvítam každú radu k obom smerom, taktiež rady ohľadom samotného importu dát. Čo sa týka toho importu, tak sme rozmýšlali nad použitím pythonu na túto aplikáciu. Proces je to docela komplikovaný, pro začátek doporučuji si prostudovat http://wiki.openstreetmap.org/wiki/Import Ďakujem za odpoveď S pozdravom Róbert Althap ___ 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] Róbert Althap_Mendelu_Bakalárka_Import_do_osm
-- Původní zpráva -- Od: Róbert Althap ralt...@gmail.com Komu: talk-cz@openstreetmap.org Datum: 10. 12. 2014 0:52:52 Předmět: [Talk-cz] Róbert Althap_Mendelu_Bakalárka_Import_do_osm konkrétne som zameraný na čerpacie stanice, pobočky a poprípade ceny palív super, jen připomínám jak neslavně dopadl podobný import před lety do mapy. cz, spousta ikon čerpacích stanic se zobrazila v kancelářských budovách, protože skončila na administrativních adresách, nikoliv na čerpačkách jako takových alebo potom ohľadom turistických značiek. až dojdeš spolu s kolegiem k závěru, že patrně není co (legálně!) importovat, pak by asi bylo velmi přínosné místo importu provést nějakou automatizaci kontrol relací turistických tras, neboť jich nenulový počet je veden paralelně - existují dílčí relace stejné TZ, které vznikly různým způsobem a které se překrývají apod. vop ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Róbert Althap_Mendelu_Bakalárka_Import_do_osm
Dobrý deň, v rámci mojej bakalárskej práce na Mendelovej univerzite v Brne sa venujem importu geodát do databáze OSM. Momentálne možnosti, ktoré mi boli predložené je na importovať dáta z registra živnostníkov, konkrétne som zameraný na čerpacie stanice, pobočky a poprípade ceny palív alebo potom ohľadom turistických značiek. *** Ahoj, takové záměry vítáme. Než začneš něco vkládat do OSM, zašli nám ukázky dat a před koncem finální verzi dat k importu, aby komunita mohla ověřit, že je to co bude hromadně přijato je posun vpřed. ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Envoyer requêtes à OSM et récupérer bike=shop?
Génial de découvrir au détour d'une réponse qu'overpass peut sortir du CSV... un truc que j'avais loupé et qui ouvre beaucoup de possibilités ! C'est nouveau où j'ai loupé ça depuis toujours ? En tout cas, merci Etienne :) Le 10 décembre 2014 08:17, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Tu peux aussi regarder pour n'obtenir que les tags et non les géomètries en changeant le print: http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Print_.28out.29 http://overpass-turbo.eu/s/6s6 mais cela ne donne pas un fichier avec une entité par ligne. Au niveau de la requête, tu peux spécifier le format de sortie, dont CSV, mais il faut spécifier les colonnes avant : http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Output_Format_.28out.29 Si tu as QGIS, tu peux utiliser le plugin QuickOSM et n'exporter que la table attributaire. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] java.net.UnknownHostException: api.openstreetmap.org
Bonjour Je viens de faire une mise à jour de JOSM (sympa le nouvel icône) mais au lancement j'ai ce message d'erreur : JOSM tente d’accéder aux ressources suivantes : https://api.openstreetmap.org/api/capabilities https://josm.openstreetmap.de/maps https://josm.openstreetmap.de/wiki/Fr:StartupPage mais a échoué à cause des erreurs de réseaux suivantes : java.net.UnknownHostException: api.openstreetmap.org java.net.UnknownHostException: josm.openstreetmap.de Pare-feu activé ou non même résultat testé sur 2 pc sous windows 7 Cela viendrait-il de java (version 8) ? Merci de vos éclairages ! Lionel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] java.net.UnknownHostException: api.openstreetmap.org
JE viens d'essayer la 7779 avec Java7 et Windows 8.1. Pas de problème. Le mercredi 10 décembre 2014 10:30:27, Club Informatique Inter Communes / C2IC a écrit : Bonjour Je viens de faire une mise à jour de JOSM (sympa le nouvel icône) mais au lancement j'ai ce message d'erreur : JOSM tente d’accéder aux ressources suivantes : https://api.openstreetmap.org/api/capabilities https://josm.openstreetmap.de/maps https://josm.openstreetmap.de/wiki/Fr:StartupPage mais a échoué à cause des erreurs de réseaux suivantes : java.net.UnknownHostException: api.openstreetmap.org java.net.UnknownHostException: josm.openstreetmap.de Pare-feu activé ou non même résultat testé sur 2 pc sous windows 7 Cela viendrait-il de java (version 8) ? Merci de vos éclairages ! Lionel ___ 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] Envoyer requêtes à OSM et récupérer bike=shop?
c'etait annoncé à 5 Novembre, dans ce blog post: http://blog.openstreetmap.de/blog/2014/11/overpass-api-version-51-mit-holprigem-start/ (en allemand) m 2014-12-10 10:17 GMT+01:00 Christian Quest cqu...@openstreetmap.fr: Génial de découvrir au détour d'une réponse qu'overpass peut sortir du CSV... un truc que j'avais loupé et qui ouvre beaucoup de possibilités ! C'est nouveau où j'ai loupé ça depuis toujours ? En tout cas, merci Etienne :) Le 10 décembre 2014 08:17, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Tu peux aussi regarder pour n'obtenir que les tags et non les géomètries en changeant le print: http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Print_.28out.29 http://overpass-turbo.eu/s/6s6 mais cela ne donne pas un fichier avec une entité par ligne. Au niveau de la requête, tu peux spécifier le format de sortie, dont CSV, mais il faut spécifier les colonnes avant : http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Output_Format_.28out.29 Si tu as QGIS, tu peux utiliser le plugin QuickOSM et n'exporter que la table attributaire. -- Christian Quest - OpenStreetMap France ___ 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] Qualification des erreurs en lien avec FANTOIR
Le 09/12/2014 10:54, Vincent de Château-Thierry a écrit : De: Vincent de Château-Thierry osm.v...@free.fr La liste noire sur le wiki a un défaut dans notre contexte : c'est de l'information, mais pas trop de la donnée. On sait la lire, mais la contrepartie est que les robots (BANO ou autre) ne savent pas l'exploiter : pas de bénéfice dans le rendu, ni dans le filtrage des données en l'état. En regardant le contenu de cette liste je pense qu'on peut, au moins pour le court terme, chercher à reverser des infos via les listes déroulantes. On a : - des voies doublons : le cas est déjà prévu dans la liste déroulante - des voies qui n'existent pas : on peut ajouter ce cas, il y aura du recouvrement avec les 'noms introuvables' et les 'anciens noms supprimés' mais pourquoi pas - des voies détruites : cas à ajouter à la liste déroulante - des voies incorporées à d'autres : cas à ajouter également Au prix de ces quelques ajouts dans l'interface, je vous propose qu'on essaie de concentrer en un seul endroit la saisie d'information, au niveau donc des listes déroulantes, quitte à encore allonger la liste des cas dans le futur. Il faut se souvenir que la page du wiki a émergé _avant_ l'apparition des listes déroulantes, à un moment où on n'avait aucun moyen de qualifier une erreur Fantoir. On est donc passé de rien à de l'information (la page du wiki) puis à de la donnée (la table qui s'alimente avec les listes déroulantes) et ça me semble la bonne trajectoire pour pouvoir à l'avenir exploiter l'information que nous fabriquons. J'ai ajouté 3 entrées dans les listes déroulantes : - Voie détruite - Voie incorporée à une autre - Voie inexistante et affecté l'entrée correspondante à chaque Fantoir de la black-list. la black-list n'est donc plus nécessaire ? J'ai des voies prévues qui sont dans FANTOIR, mais sur le terrain, elle ne sont pas encore construites (ni même en construction). Je ne veux pas mettre voie inexistante, sinon, elle risque être oublié un jour elles sont construites. Ce serait bien d'avoir un libellé pour justifier le fait qu'elles ne sont pas rapprochées !! Sur la page, nous avons les voies FANTOIR (avec ou sans rapprochement OSM ; A l'inverse, nous avons des voies nommées dans OSM qui ne sont pas dans FANTOIR, ce ne serait pas des manques à signaler ? Cordialement Lenny vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
Bonjour, De: lenny lenny.li...@orange.fr la black-list n'est donc plus nécessaire ? C'est le but, oui. J'ai des voies prévues qui sont dans FANTOIR, mais sur le terrain, elle ne sont pas encore construites (ni même en construction). Je ne veux pas mettre voie inexistante, sinon, elle risque être oublié un jour elles sont construites. Ce serait bien d'avoir un libellé pour justifier le fait qu'elles ne sont pas rapprochées !! Je n'avais jamais encore rencontré ce cas, où Fantoir anticipe à ce point. = je vais rajouter 'Voie pas encore construite' comme entrée dans les listes, car ça ne recouvre aucun des cas déjà connus. Sur la page, nous avons les voies FANTOIR (avec ou sans rapprochement OSM ; A l'inverse, nous avons des voies nommées dans OSM qui ne sont pas dans FANTOIR, ce ne serait pas des manques à signaler ? Si, tout à fait. = https://github.com/osm-fr/osm-vs-fantoir/issues/8 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Envoyer requêtes à OSM et récupérer bike=shop?
On 10 Dec 2014, at 12:21, Marc Gemis marc.ge...@gmail.com wrote: that's normal in Antwerp. The city districts were independent villages till 1970-something. Everybody still uses those names. Much easier than postal codes I guess :-) Merci pour l’explication :) Si j’envoi une lettre à ces adresses, arrivera-t-elle toujours ? Oude Bareellei 120 2170 Merksem Oudebareellei 120 2170 Anvers Oudebareellei 120 2170 Antwerpen But Schoten has nothing to do with Antwerp or Merksem. So the yellow pages might be wrong… C’est le nom du magasin ;-) Il devait se trouver à l’origine dans la commune de Schoten qui est limitrophe à Merksem (d’après wikipedia). thanks for focussing on this. De rien :-) — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Envoyer requêtes à OSM et récupérer bike=shop?
On Wed, Dec 10, 2014 at 12:41 PM, Yves Pratter yves.prat...@gmail.com wrote: Si j’envoi une lettre à ces adresses, arrivera-t-elle toujours ? - Oude Bareellei 120 2170 Merksem - Oudebareellei 120 2170 Anvers - Oudebareellei 120 2170 Antwerpen Oui, pas de problems. Je pense que la post seulement utilise le 2170. Il y a aussi quelques rues dans Anvers avec le même nom, mais d'autre numéro postale. et d'autre district. (They were to lazy to rename the streets when the villages were merged into Antwerp I guess :-) ) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Envoyer requêtes à OSM et récupérer bike=shop?
J’ai oublié, Comment formatter les n° de téléphone dans OSM pour la Belgique : Tel/fax:03 / 647.39.04 Gsm : 0474/297.230 +32 3 647 39 04 +32 474 297 230 — Yves PS: comment indiquer “correctement” les n° de portables dans OSM et/ou comment indiquer correctement plusieurs n° de téléphone phone=+32 3 647 39 04;+32 474 297 230 ?? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Pas de cadastre disponible à Anvers et/ou en Belgique ?
Cette petite promenade à vélo dans Anvers m’interroge : il n’a pas (peu) de bâtiment dans Merksem (du moins dans cette rue). Il n’y a pas de possibilité d’importer les bâtiments ? — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] java.net.UnknownHostException: api.openstreetmap.org
Je pense que tes serveurs DNS ou ton accès internet ne fonctionnait pas lors de tes essais Le 10 déc. 2014 10:40, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : JE viens d'essayer la 7779 avec Java7 et Windows 8.1. Pas de problème. Le mercredi 10 décembre 2014 10:30:27, Club Informatique Inter Communes / C2IC a écrit : Bonjour Je viens de faire une mise à jour de JOSM (sympa le nouvel icône) mais au lancement j'ai ce message d'erreur : JOSM tente d’accéder aux ressources suivantes : https://api.openstreetmap.org/api/capabilities https://josm.openstreetmap.de/maps https://josm.openstreetmap.de/wiki/Fr:StartupPage mais a échoué à cause des erreurs de réseaux suivantes : java.net.UnknownHostException: api.openstreetmap.org java.net.UnknownHostException: josm.openstreetmap.de Pare-feu activé ou non même résultat testé sur 2 pc sous windows 7 Cela viendrait-il de java (version 8) ? Merci de vos éclairages ! Lionel ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pas de cadastre disponible à Anvers et/ou en Belgique ?
Bonjour, Si je ne me trompe pas il semble bien que l'utilisation du cadastre pour les contributeurs OSM est une spécificité française grâce à la DGFiP qui a donné son accord pour le cadastre français. En Belgique je ne sais pas quelle est la situation par rapport au cadastre. C'est vrai que pour ajouter les bâtiments et les limites administratives dans OSM, c'est une ressource très précieuse ! a+ Nicolas Le 10/12/2014 12:57, Yves Pratter a écrit : Cette petite promenade à vélo dans Anvers m’interroge : il n’a pas (peu) de bâtiment dans Merksem (du moins dans cette rue). Il n’y a pas de possibilité d’importer les bâtiments ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Envoyer requêtes à OSM et récupérer bike=shop?
2014-12-10 12:49 GMT+01:00 Yves Pratter yves.prat...@gmail.com: J’ai oublié, Comment formatter les n° de téléphone dans OSM pour la Belgique : Tel/fax:03 / 647.39.04 Gsm : 0474/297.230 +32 3 647 39 04 +32 474 297 230 c'est bien comme ça. parfoîs on voit +32 (0) 3 647 39 04 — Yves PS: comment indiquer “correctement” les n° de portables dans OSM et/ou comment indiquer correctement plusieurs n° de téléphone phone=+32 3 647 39 04;+32 474 297 230 ?? je ne sais pas.. Il y a contact:mobile ou mobile ou phone:mobile (voir taginfo: https://taginfo.openstreetmap.org/search?q=mobile ) ___ 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] Pas de cadastre disponible à Anvers et/ou en Belgique ?
Les bâtiments sont importé en Bruxelles. Pour La Flandre c'est possible pour importer les adresses, mais pas les bâtiments. En Belgique, il y a 3 institutions qui sont responsable pour le cadastre. (Bruxelles, La Flandre, La Wallonie). L'un est d'accord, l'autre pas.. m 2014-12-10 13:06 GMT+01:00 Nicolas Moyroud nmoyr...@free.fr: Bonjour, Si je ne me trompe pas il semble bien que l'utilisation du cadastre pour les contributeurs OSM est une spécificité française grâce à la DGFiP qui a donné son accord pour le cadastre français. En Belgique je ne sais pas quelle est la situation par rapport au cadastre. C'est vrai que pour ajouter les bâtiments et les limites administratives dans OSM, c'est une ressource très précieuse ! a+ Nicolas Le 10/12/2014 12:57, Yves Pratter a écrit : Cette petite promenade à vélo dans Anvers m’interroge : il n’a pas (peu) de bâtiment dans Merksem (du moins dans cette rue). Il n’y a pas de possibilité d’importer les bâtiments ? ___ 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] Envoyer requêtes à OSM et récupérer bike=shop?
Il ya les 'grandes' zones 02, 03, 04 et 09, mais également 010, 011... 053, ... A l'époque ça importait pour déterminer le coût des appels. Dans le cas de 0xy, les autres numéros sont d'habitude xx.yy.zz, mais on voit également xxy.yzz. Jo 2014-12-10 12:49 GMT+01:00 Yves Pratter yves.prat...@gmail.com: J’ai oublié, Comment formatter les n° de téléphone dans OSM pour la Belgique : Tel/fax:03 / 647.39.04 Gsm : 0474/297.230 +32 3 647 39 04 +32 474 297 230 — Yves PS: comment indiquer “correctement” les n° de portables dans OSM et/ou comment indiquer correctement plusieurs n° de téléphone phone=+32 3 647 39 04;+32 474 297 230 ?? ___ 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
[OSM-talk-fr] fichier roads / champ : maxspeed incomplet
Bonjour, Je fais des tests de cartographie d'isochronie sous différents logiciels. Ma zone d'étude est le département de Seine Saint Denis (93), près de Paris. Afin d'avoir un graphe (reseau) routier j'ai téléchargé toutes les couches OSM sur l'Ile de France. Pour la couche roads, je retrouve bien le champ maxspeed (km/h), indispensable pour les cartes d'isochronie. Malheuresement ce champ est renseigné pour 1.157 objets sur 26.984! Comment faire? Connaitriez vous un moyen pour remplir et compléter ce champ avec les bonnes valeurs? Si celà est impossible connaitriez vous un autre fichier téléchargeable, couche vectorielle (reseau de routes) plus approprié? Merci d'avance. -- View this message in context: http://gis.19327.n5.nabble.com/fichier-roads-champ-maxspeed-incomplet-tp5826810.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pas de cadastre disponible à Anvers et/ou en Belgique ?
Aux Pays-Bas ils ont le 'BAG' a leur disposition. Je pense que c'est comparable avec le cadastre. A Bruxelles UrbIS a libéré toutes les données géographiques dont ils disposaient. Le reste du pays, qui le dira, peut-être dans 10 ans? Nous sommes déjà heureux avec les adresses en Flandre. Jo 2014-12-10 13:17 GMT+01:00 Marc Gemis marc.ge...@gmail.com: Les bâtiments sont importé en Bruxelles. Pour La Flandre c'est possible pour importer les adresses, mais pas les bâtiments. En Belgique, il y a 3 institutions qui sont responsable pour le cadastre. (Bruxelles, La Flandre, La Wallonie). L'un est d'accord, l'autre pas.. m 2014-12-10 13:06 GMT+01:00 Nicolas Moyroud nmoyr...@free.fr: Bonjour, Si je ne me trompe pas il semble bien que l'utilisation du cadastre pour les contributeurs OSM est une spécificité française grâce à la DGFiP qui a donné son accord pour le cadastre français. En Belgique je ne sais pas quelle est la situation par rapport au cadastre. C'est vrai que pour ajouter les bâtiments et les limites administratives dans OSM, c'est une ressource très précieuse ! a+ Nicolas Le 10/12/2014 12:57, Yves Pratter a écrit : Cette petite promenade à vélo dans Anvers m’interroge : il n’a pas (peu) de bâtiment dans Merksem (du moins dans cette rue). Il n’y a pas de possibilité d’importer les bâtiments ? ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] java.net.UnknownHostException: api.openstreetmap.org
Re Je pense que tes serveurs DNS ou ton accès internet ne fonctionnait pas lors de tes essais Hé bien si l'accès Internet fonctionne bien ... J'ai accès en http aux sites suivants : https://api.openstreetmap.org/api/capabilities https://josm.openstreetmap.de/maps https://josm.openstreetmap.de/wiki/Fr:StartupPage Mais JOSM bloque toujours ... J'ai un gros doute sur Java 8 je vais tenter de redescendre ... Lionel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] java.net.UnknownHostException: api.openstreetmap.org
JOSM fonctionne très bien avec Java 8, il y a un souci de configuration réseau/proxy sur la machine. Le 10 décembre 2014 14:00, Club Informatique Inter Communes / C2IC cont...@c2ic.net a écrit : Re Je pense que tes serveurs DNS ou ton accès internet ne fonctionnait pas lors de tes essais Hé bien si l'accès Internet fonctionne bien ... J'ai accès en http aux sites suivants : https://api.openstreetmap.org/api/capabilities https://josm.openstreetmap.de/maps https://josm.openstreetmap.de/wiki/Fr:StartupPage Mais JOSM bloque toujours ... J'ai un gros doute sur Java 8 je vais tenter de redescendre ... Lionel ___ 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] fichier roads / champ : maxspeed incomplet
Au cas où... j'ai vu hier soir un outil de production d'isochrome base sur OSRM sur le repo github de Mapbox... Le 10 décembre 2014 13:58, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Tu peux compléter avec les valeurs par défaut utilisé par OSRM : https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/car.lua Le 10/12/2014 13:46, image93 a écrit : Bonjour, Je fais des tests de cartographie d'isochronie sous différents logiciels. Ma zone d'étude est le département de Seine Saint Denis (93), près de Paris. Afin d'avoir un graphe (reseau) routier j'ai téléchargé toutes les couches OSM sur l'Ile de France. Pour la couche roads, je retrouve bien le champ maxspeed (km/h), indispensable pour les cartes d'isochronie. Malheuresement ce champ est renseigné pour 1.157 objets sur 26.984! Comment faire? Connaitriez vous un moyen pour remplir et compléter ce champ avec les bonnes valeurs? Si celà est impossible connaitriez vous un autre fichier téléchargeable, couche vectorielle (reseau de routes) plus approprié? Merci d'avance. -- View this message in context: http://gis.19327.n5.nabble. com/fichier-roads-champ-maxspeed-incomplet-tp5826810.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fichier roads / champ : maxspeed incomplet
Bonjour, Tu peux visualiser la complétude du tag maxspeed sur les cartes thématiques d'ITO : http://www.itoworld.com/map/124?lon=2.34840lat=48.86177zoom=12fullscreen=true Tu peux, comme le font la majorité des moteurs de routage basé sur OSM, appliquer des valeurs par défaut en fonction du type de voie https://github.com/osmandapp/OsmAnd-resources/blob/master/routing/routing.xml#L180 Tu peux aussi contribuer à OSM en ajoutant les bonnes valeurs, près de chez toi :-) Bruno Le 10 décembre 2014 13:46, image93 lcel...@cci-paris-idf.fr a écrit : Bonjour, Je fais des tests de cartographie d'isochronie sous différents logiciels. Ma zone d'étude est le département de Seine Saint Denis (93), près de Paris. Afin d'avoir un graphe (reseau) routier j'ai téléchargé toutes les couches OSM sur l'Ile de France. Pour la couche roads, je retrouve bien le champ maxspeed (km/h), indispensable pour les cartes d'isochronie. Malheuresement ce champ est renseigné pour 1.157 objets sur 26.984! Comment faire? Connaitriez vous un moyen pour remplir et compléter ce champ avec les bonnes valeurs? Si celà est impossible connaitriez vous un autre fichier téléchargeable, couche vectorielle (reseau de routes) plus approprié? Merci d'avance. -- View this message in context: http://gis.19327.n5.nabble.com/fichier-roads-champ-maxspeed-incomplet-tp5826810.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fichier roads / champ : maxspeed incomplet
On 10 Dec 2014, at 13:58, Frédéric Rodrigo fred.rodr...@gmail.com wrote:
Tu peux compléter avec les valeurs par défaut utilisé par OSRM :
https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/car.lua
Merci pour le lien mais les valeurs m’interrogent :
speed_profile = {
[motorway] = 90,
en France c’est 130 Km/h, 120 pour la Suisse
[motorway_link] = 45,
[trunk] = 85,
[trunk_link] = 40,
[primary] = 65,
[primary_link] = 30,
[secondary] = 55,
[secondary_link] = 25,
[tertiary] = 40,
[tertiary_link] = 20,
[unclassified] = 25,
en France c’est 90 Km/h, 80 pour la Suisse (et encore, le critère est plutôt
hors agglomérations)
[residential] = 25,
en France et en Suisse c’est 50 Km/h (et encore, le critère est plutôt en
agglomérations)
[living_street] = 10,
en France c’est 30 Km/h
[service] = 15,
on dessine des chemins d’accès aux maisons avec cette valeur. La limite est
théoriquement la même qu’en ville ?
-- List only exceptions
maxspeed_table = {
[de:living_street] = 7,
[ru:living_street] = 20,
[ru:urban] = 60,
[ua:urban] = 60,
[at:rural] = 100,
[de:rural] = 100,
[at:trunk] = 100,
[cz:trunk] = 0,
[ro:trunk] = 100,
[cz:motorway] = 0,
[de:motorway] = 0,
[ru:motorway] = 110,
[gb:nsl_single] = (60*1609)/1000,
[gb:nsl_dual] = (70*1609)/1000,
[gb:motorway] = (70*1609)/1000,
[uk:nsl_single] = (60*1609)/1000,
[uk:nsl_dual] = (70*1609)/1000,
[uk:motorway] = (70*1609)/1000
Je ne vois pas d’exception ni pour la France, ni pour la Suisse ;-)
}
—
Yves
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] java.net.UnknownHostException: api.openstreetmap.org [Résolu]
Re Retour en arrière avec la dernière version 7 de java et là plus de soucis ... Ennuyeux quand même de ne pas pouvoir mettre à jour Java pour continuer à utiliser JOSM ... Lionel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fichier roads / champ : maxspeed incomplet
C'est un profil de vitesse, pas les limitations de vitesse.
Si tu lis un peu plus bas tu veras qu'il applique un ratio de 80%.
Le 10/12/2014 14:07, Yves Pratter a écrit :
On 10 Dec 2014, at 13:58, Frédéric Rodrigo fred.rodr...@gmail.com wrote:
Tu peux compléter avec les valeurs par défaut utilisé par OSRM :
https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/car.lua
Merci pour le lien mais les valeurs m’interrogent :
speed_profile = {
[motorway] = 90,
en France c’est 130 Km/h, 120 pour la Suisse
[motorway_link] = 45,
[trunk] = 85,
[trunk_link] = 40,
[primary] = 65,
[primary_link] = 30,
[secondary] = 55,
[secondary_link] = 25,
[tertiary] = 40,
[tertiary_link] = 20,
[unclassified] = 25,
en France c’est 90 Km/h, 80 pour la Suisse (et encore, le critère est plutôt
hors agglomérations)
[residential] = 25,
en France et en Suisse c’est 50 Km/h (et encore, le critère est plutôt en
agglomérations)
[living_street] = 10,
en France c’est 30 Km/h
[service] = 15,
on dessine des chemins d’accès aux maisons avec cette valeur. La limite est
théoriquement la même qu’en ville ?
-- List only exceptions
maxspeed_table = {
[de:living_street] = 7,
[ru:living_street] = 20,
[ru:urban] = 60,
[ua:urban] = 60,
[at:rural] = 100,
[de:rural] = 100,
[at:trunk] = 100,
[cz:trunk] = 0,
[ro:trunk] = 100,
[cz:motorway] = 0,
[de:motorway] = 0,
[ru:motorway] = 110,
[gb:nsl_single] = (60*1609)/1000,
[gb:nsl_dual] = (70*1609)/1000,
[gb:motorway] = (70*1609)/1000,
[uk:nsl_single] = (60*1609)/1000,
[uk:nsl_dual] = (70*1609)/1000,
[uk:motorway] = (70*1609)/1000
Je ne vois pas d’exception ni pour la France, ni pour la Suisse ;-)
}
—
Yves
___
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] fichier roads / champ : maxspeed incomplet
Le 10/12/2014 14:04, Christian Quest a écrit : Au cas où... j'ai vu hier soir un outil de production d'isochrome base sur OSRM sur le repo github de Mapbox... C'est en effet prévu pour la prochaine version de OSRM. Le 10 décembre 2014 13:58, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Tu peux compléter avec les valeurs par défaut utilisé par OSRM : https://github.com/Project-__OSRM/osrm-backend/blob/master/__profiles/car.lua https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/car.lua Le 10/12/2014 13:46, image93 a écrit : Bonjour, Je fais des tests de cartographie d'isochronie sous différents logiciels. Ma zone d'étude est le département de Seine Saint Denis (93), près de Paris. Afin d'avoir un graphe (reseau) routier j'ai téléchargé toutes les couches OSM sur l'Ile de France. Pour la couche roads, je retrouve bien le champ maxspeed (km/h), indispensable pour les cartes d'isochronie. Malheuresement ce champ est renseigné pour 1.157 objets sur 26.984! Comment faire? Connaitriez vous un moyen pour remplir et compléter ce champ avec les bonnes valeurs? Si celà est impossible connaitriez vous un autre fichier téléchargeable, couche vectorielle (reseau de routes) plus approprié? Merci d'avance. -- View this message in context: http://gis.19327.n5.nabble.__com/fichier-roads-champ-__maxspeed-incomplet-tp5826810.__html http://gis.19327.n5.nabble.com/fichier-roads-champ-maxspeed-incomplet-tp5826810.html Sent from the France mailing list archive at Nabble.com. _ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-fr https://lists.openstreetmap.org/listinfo/talk-fr _ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-fr 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fichier roads / champ : maxspeed incomplet
On 10/12/2014 14:26, Frédéric Rodrigo wrote: Le 10/12/2014 14:04, Christian Quest a écrit : Au cas où... j'ai vu hier soir un outil de production d'isochrome base sur OSRM sur le repo github de Mapbox... C'est en effet prévu pour la prochaine version de OSRM. https://github.com/mapbox/osrm-isochrone J'ai hâte de le voir fonctionner - je suis resté frustré de la disparition d'Isokron que ses créateurs ont depuis démonté pour se focaliser sur d'autres activités. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] java.net.UnknownHostException: api.openstreetmap.org [Résolu]
On 10 Dec 2014, at 14:20, Club Informatique Inter Communes / C2IC cont...@c2ic.net wrote: Re Retour en arrière avec la dernière version 7 de java et là plus de soucis … Il n’y aurait pas une option réseau ou de sécurité sur Java 8 ? ou un bug pour ton OS ? ou ton OS pas à jour ? Sur ma bécane (Mac OS X 10.10) ça tourne bien. — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fichier roads / champ : maxspeed incomplet
On 10 Dec 2014, at 14:25, Frédéric Rodrigo fred.rodr...@gmail.com wrote:
C'est un profil de vitesse, pas les limitations de vitesse.
Si tu lis un peu plus bas tu veras qu'il applique un ratio de 80%.
Ok, les vitesses sont là :
maxspeed_table_default = {
[urban] = 50,
[rural] = 90,
[trunk] = 110,
[motorway] = 130
}
C’est bien ça ?
Dans ce cas il manque toujours les exceptions — au moins — pour la Suisse.
—
Yves
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] La révolution Beacon : le vrai du faux de la technologie de géolocalisation commerciale qui explose
J’ai vu ça hier par hasard : http://www.atlantico.fr/rdv/minute-tech/revolution-beacon-vrai-faux-technologie-geolocalisation-commerciale-qui-explose-christophe-benavent-1728832.html http://www.atlantico.fr/rdv/minute-tech/revolution-beacon-vrai-faux-technologie-geolocalisation-commerciale-qui-explose-christophe-benavent-1728832.html (et pas de mél sur la liste à ce sujet) C’est à propos de la géolocalisation à l'intérieur des bâtiments. C’est basé sur des petites balisent activent Bluetooth LE. Ça peut-être bien — aussi — pour des personnes aveugles, faire de la carto dans le métro… ? Quelqu’un connait ? — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] java.net.UnknownHostException: api.openstreetmap.org [Résolu]
Amusant parce que moi sous Linux Debian c'est avec Java 7 que j'ai plein de problèmes dans JOSM : focus de fenêtres qui ne se font pas, menu déroulant qui ne déroule plus ou reste bloqué en position déroulé, mode W qui ne marche plus. Alors que depuis que j'ai forcé l'installation de Java 8 ça va beaucoup mieux ! Nicolas On 10 Dec 2014, at 14:20, Club Informatique Inter Communes / C2IC cont...@c2ic.net wrote: Re Retour en arrière avec la dernière version 7 de java et là plus de soucis … Il n’y aurait pas une option réseau ou de sécurité sur Java 8 ? ou un bug pour ton OS ? ou ton OS pas à jour ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fichier roads / champ : maxspeed incomplet
Merci à tous pour vos messages bien utiles. On m'avait en effet parlé d'isokron. Il semble qu'il s'agissait du dernier outil web faisant des cartes d'isochronie. En attendant donc la sortie d'OSRM isochrone je fais des tests avec de bonnes vielles applications sig bureautiques (grass, postgres,postgis)... Je regarde si une appli serait plus performante (accepte plusieurs start points en input notamment?). Je me demandais si la couche OSM reseaux ferrés (train/tram) pouvaient également etre exploitée pour de l'isochronie (outre la vitesse en km/h, il faudrait peut etre ajouter le paramètre fréquence de train/tram). On m'avait dit qu'isokron permettait de faire des simulations sur les voies ferroviaires... Bine à vous. -- View this message in context: http://gis.19327.n5.nabble.com/fichier-roads-champ-maxspeed-incomplet-tp5826810p5826827.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fichier roads / champ : maxspeed incomplet
On 10/12/2014 15:25, image93 wrote: Je regarde si une appli serait plus performante (accepte plusieurs start points en input notamment?). [..] On m'avait dit qu'isokron permettait de faire des simulations sur les voies ferroviaires... Isokron avait pour objet le calcul d'isochrones sur le réseau de transports en commun ferré. Il pouvait fonctionner avec un à plusieurs points... C'était absolument parfait pour trouver un point de rencontre pour aller boire un verre entre amis ! Et c'était beau: https://www.youtube.com/watch?v=buwnbi1mzKw ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fichier roads / champ : maxspeed incomplet
OpenTripPlanner permet aussi de produire des données isochrones. Le 10 décembre 2014 15:34, Jean-Marc Liotier j...@liotier.org a écrit : On 10/12/2014 15:25, image93 wrote: Je regarde si une appli serait plus performante (accepte plusieurs start points en input notamment?). [..] On m'avait dit qu'isokron permettait de faire des simulations sur les voies ferroviaires... Isokron avait pour objet le calcul d'isochrones sur le réseau de transports en commun ferré. Il pouvait fonctionner avec un à plusieurs points... C'était absolument parfait pour trouver un point de rencontre pour aller boire un verre entre amis ! Et c'était beau: https://www.youtube.com/watch?v=buwnbi1mzKw ___ 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
Re: [OSM-talk-fr] Pas de cadastre disponible à Anvers et/ou en Belgique ?
Tu as oublié quelques pays NIcolas. Au Québec aussi nous avons le cadastre. Mais c'est une bonne affaire. Les accès au registre sont payants. Le gouvernement a créé un site de donnée ouvertes il y a deux ans, mais la licence contient des restrictions qui rendent incompatibles avec OSM. Une nouvelle licence a ét retenue il y a six mois par quelques grandes villes et le gouvernement du Québec mais toujours pas en vigueur sauf je pense pour Montréal. Le cadastre, j'ai bien peur qu'il faudra attendre longtemps avant de l'avoir. Il serait possible je pense de négocier individuellement avec chaque ville ou regroupement de villes. Pierre De : Nicolas Moyroud nmoyr...@free.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mercredi 10 décembre 2014 7h06 Objet : Re: [OSM-talk-fr] Pas de cadastre disponible à Anvers et/ou en Belgique ? Bonjour, Si je ne me trompe pas il semble bien que l'utilisation du cadastre pour les contributeurs OSM est une spécificité française grâce à la DGFiP qui a donné son accord pour le cadastre français. En Belgique je ne sais pas quelle est la situation par rapport au cadastre. C'est vrai que pour ajouter les bâtiments et les limites administratives dans OSM, c'est une ressource très précieuse ! a+ Nicolas Le 10/12/2014 12:57, Yves Pratter a écrit : Cette petite promenade à vélo dans Anvers m’interroge : il n’a pas (peu) de bâtiment dans Merksem (du moins dans cette rue). Il n’y a pas de possibilité d’importer les bâtiments ? ___ 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] La révolution Beacon : le vrai du faux de la technologie de géolocalisation commerciale qui explose
Oui, Gaël nous avait montré ça l'année dernière lors du SOTM au NUMA ... Il testait notamment des balises pour faire de la cartographie d'intérieur. Peut-être qu'il pourra nous en dire plus sur les test effectués et le potentiel ? Sylvain Le 10 décembre 2014 15:06, Yves Pratter yves.prat...@gmail.com a écrit : J'ai vu ça hier par hasard : http://www.atlantico.fr/rdv/minute-tech/revolution-beacon-vrai-faux-technologie-geolocalisation-commerciale-qui-explose-christophe-benavent-1728832.html (et pas de mél sur la liste à ce sujet) C'est à propos de la géolocalisation à l'intérieur des bâtiments. C'est basé sur des petites balisent activent Bluetooth LE. Ça peut-être bien -- aussi -- pour des personnes aveugles, faire de la carto dans le métro... ? Quelqu'un connait ? -- Yves ___ 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] fichier roads / champ : maxspeed incomplet
On 10 Dec 2014, at 15:56, Frédéric Rodrigo fred.rodr...@gmail.com wrote: C'est moi qui ai ajouté cette parti pour gérer lesou maxspeed pour les pays/catégories de voies et les exceptions, ça vient du wiki : http://wiki.openstreetmap.org/wiki/Speed_limits http://wiki.openstreetmap.org/wiki/Speed_limits Mis à jour :) et la suisse n'y est pas listé. Pour rester dans le monde des Wiki : https://fr.wikipedia.org/wiki/Limitations_de_vitesse_en_Suisse https://fr.wikipedia.org/wiki/Limitations_de_vitesse_en_Suisse ou plus synthétique : http://le-permis.ch/theorie/4-limitation-vitesse-maximale-minimale.html http://le-permis.ch/theorie/4-limitation-vitesse-maximale-minimale.html Dans les deux cas, il y a une notion de semi-autoroute : serait-ce les highway=trunk d’OSM ? — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
J'ai des cas bizarres encore ... un lieu dit et une voie avec le même nom, pas le même fantoir. le ref:FR:FANTOIR posé proprement sur les deux objets, la relation, et le place. L'outil rapproche bien la voie mais pas le lieu dit. Or il n'y a pas de qualification appropriée dans la liste déroulante Un autre cas avec deux fantoir pour la même voie, même nom, même type, évidement deux code différents. Pareil un des bout n'est pas rapproché, le souci c'est de déterminer lequel des deux codes est le mauvais. Or il n'y a pas de qualification approprieé dans la liste déroulante, genre doublon tout court. Cordialement. Le 10 décembre 2014 11:31, Vincent de Château-Thierry osm.v...@free.fr a écrit : Bonjour, De: lenny lenny.li...@orange.fr la black-list n'est donc plus nécessaire ? C'est le but, oui. J'ai des voies prévues qui sont dans FANTOIR, mais sur le terrain, elle ne sont pas encore construites (ni même en construction). Je ne veux pas mettre voie inexistante, sinon, elle risque être oublié un jour elles sont construites. Ce serait bien d'avoir un libellé pour justifier le fait qu'elles ne sont pas rapprochées !! Je n'avais jamais encore rencontré ce cas, où Fantoir anticipe à ce point. = je vais rajouter 'Voie pas encore construite' comme entrée dans les listes, car ça ne recouvre aucun des cas déjà connus. Sur la page, nous avons les voies FANTOIR (avec ou sans rapprochement OSM ; A l'inverse, nous avons des voies nommées dans OSM qui ne sont pas dans FANTOIR, ce ne serait pas des manques à signaler ? Si, tout à fait. = https://github.com/osm-fr/osm-vs-fantoir/issues/8 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La révolution Beacon : le vrai du faux de la technologie de géolocalisation commerciale qui explose
On 10 Dec 2014, at 15:48, Sylvain Maillard sylvain.maill...@gmail.com wrote: Il testait notamment des balises pour faire de la cartographie d'intérieur. Peut-être qu'il pourra nous en dire plus sur les test effectués et le potentiel ? Oui, ça serait sympa :) Entre temps wikipedia nous en dit un peu plus : https://en.wikipedia.org/wiki/IBeacon#Compatible_devices https://en.wikipedia.org/wiki/IBeacon#Compatible_devices iBeacon est une marque déposée par Apple. C’est bien de la technologie Bluetooth Low Energy (version 4.0 du Bluetooth), appelé aussi BLE, Bluetooth Smart et originellement Wibree. Distance théorique de 100m (mais il me semble que c’est plutôt dans les 40 m en pratique). Il y a(vait ?) un dispositif similaire basé sur ANT+ https://en.wikipedia.org/wiki/ANT+ qui s’appel(ait ?) Chirp http://www.thisisant.com/directory/chirp. C’est Garmin qui fabrique ça pour le geocaching… — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
Des exemples concrets ? JB. Le 10/12/2014 16:51, Tetsuo Shima a écrit : J'ai des cas bizarres encore ... un lieu dit et une voie avec le même nom, pas le même fantoir. le ref:FR:FANTOIR posé proprement sur les deux objets, la relation, et le place. L'outil rapproche bien la voie mais pas le lieu dit. Or il n'y a pas de qualification appropriée dans la liste déroulante Un autre cas avec deux fantoir pour la même voie, même nom, même type, évidement deux code différents. Pareil un des bout n'est pas rapproché, le souci c'est de déterminer lequel des deux codes est le mauvais. Or il n'y a pas de qualification approprieé dans la liste déroulante, genre doublon tout court. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
576721028K et 57672B077H ...l'un génère un non rapprochement, l'autre est tout simplement ignoré. 152360150N et 152360018V même nom même type, l'un produit un rapprochement l'autre un non rapprochement... Le 10 décembre 2014 17:00, JB jb...@mailoo.org a écrit : Des exemples concrets ? JB. Le 10/12/2014 16:51, Tetsuo Shima a écrit : J'ai des cas bizarres encore ... un lieu dit et une voie avec le même nom, pas le même fantoir. le ref:FR:FANTOIR posé proprement sur les deux objets, la relation, et le place. L'outil rapproche bien la voie mais pas le lieu dit. Or il n'y a pas de qualification appropriée dans la liste déroulante Un autre cas avec deux fantoir pour la même voie, même nom, même type, évidement deux code différents. Pareil un des bout n'est pas rapproché, le souci c'est de déterminer lequel des deux codes est le mauvais. Or il n'y a pas de qualification approprieé dans la liste déroulante, genre doublon tout court. Cordialement. ___ 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] La révolution Beacon : le vrai du faux de la technologie de géolocalisation commerciale qui explose
Peut-être qu'il pourra nous en dire plus sur les test effectués et le potentiel ? J’ai trouvé ça : http://ibeacon.fr/#Pourquoi http://ibeacon.fr/#Pourquoi regardez la liste de leurs clients ;-) Et encore mieux ? wikibeacon http://www.wikibeacon.org/ D’après ce site il y en a 200 en France dont 43 à Paris. J’en vois 2 dans l’INST de Rennes, 2 autres dans le centre commercial à côté de la Station Vélib' Pau Casals à Paris. Quelqu’un peut aller voir ? Et deux articles : iBeacon va dépasser les bornes http://www.igen.fr/ios/2014/07/ibeacon-va-depasser-les-bornes-86700 iBeacon a-t-il un avenir sur Android ? Apple pourrait interdire son usage en dehors d'iOS http://www.mac4ever.com/actu/91830_ibeacon-a-t-il-un-avenir-sur-android-apple-pourrait-interdire-son-usage-en-dehors-d-ios Il y a(vait ?) un dispositif similaire basé sur ANT+ https://en.wikipedia.org/wiki/ANT+ qui s’appel(ait ?) Chirp http://www.thisisant.com/directory/chirp. C’est Garmin qui fabrique ça pour le geocaching… Garmin le vend toujours (et cher 22$) : https://buy.garmin.com/en-US/US/shop-by-accessories/geocaching/chirp-/prod74811.html https://buy.garmin.com/en-US/US/shop-by-accessories/geocaching/chirp-/prod74811.html — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Envoyer requêtes à OSM et récupérer bike=shop?
Bonjour Christian, cela date de quelques mois. Voici un exemple où j'ajoute à la fin paramètres pour séparateur=virgule. La requête contient également une condition attribut manquantunocha:pcode!~.]J'utlises out meta ce qui me permet d 'ajouter les variables supplémentaires version et timestamp. /*-- Area query for Sierra Leone, Place Names --*/ [out:csv(::id,::type,::version, ::timestamp ,::lat,::lon,unocha:pcode,place,name,alt_name,alt_name:1;true;,)]; node(area:3600192777)[place][unocha:pcode!~.]; out meta; Pierre De : Christian Quest cqu...@openstreetmap.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mercredi 10 décembre 2014 4h17 Objet : Re: [OSM-talk-fr] Envoyer requêtes à OSM et récupérer bike=shop? Génial de découvrir au détour d'une réponse qu'overpass peut sortir du CSV... un truc que j'avais loupé et qui ouvre beaucoup de possibilités ! C'est nouveau où j'ai loupé ça depuis toujours ? En tout cas, merci Etienne :) Le 10 décembre 2014 08:17, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Tu peux aussi regarder pour n'obtenir que les tags et non les géomètries en changeant le print: http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Print_.28out.29 http://overpass-turbo.eu/s/6s6 mais cela ne donne pas un fichier avec une entité par ligne. Au niveau de la requête, tu peux spécifier le format de sortie, dont CSV, mais il faut spécifier les colonnes avant : http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Output_Format_.28out.29 Si tu as QGIS, tu peux utiliser le plugin QuickOSM et n'exporter que la table attributaire. -- Christian Quest - OpenStreetMap France ___ 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] Qualification des erreurs en lien avec FANTOIR
576721028K et 57672B077H... l'un génère un non rapprochement, l'autre est tout simplement ignoré. J'arrive pas à mettre la main sur le deuxième ? (Sinon, c'est pas exagéré de mettre un neighbourhood + highway avec le même nom ?) 152360150N et 152360018V même nom même type, l'un produit un rapprochement l'autre un non rapprochement... Pas mal ! J'aurais juste mis doublon pour celle qui n'a pas d'adresse et arrêté d'y penser… Après, un coup d'œil montrerait que l'orthographe est la même. (Ça rappelle des bons souvenirs, cette zone. J'ai dû y tracer quelques chemins !) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La révolution Beacon : le vrai du faux de la technologie de géolocalisation commerciale qui explose
Si Apple veut contraindre l'usage de a techno aux seuls utilisateurs d'IOS, il va tuer l'idée dans l'oeuf; car après tout Bluetooth n'est pas nouveau et ce n'est qu'une question de minuscule protocole pour identifier les appareils et coder leurs emplacements. Si Google s'y intéresse aussi il fera une techno compatible Android... et iOS via ses propres applis. Après tout cela n'est qu'une bagarre de brevets qui finira par des arrangements financiers, mais là on voit bien qu'Appel est tout bonnement intéressé financièrement par ce type d'arrangement pour obtenir en échange d'autres accès à d'autres brevets via des plateformes communes de négociation de brevets. Au final les grands s'arrongeront pour faire payer des licences aux constructeurs (Samsung, HTC, Sony, Microsoft/Nokia) ou lesforcer à fusionner leurs plateformes d'échanges de licences de brevets. Peut-être qu'Apple veut par ce biais obtenir un accès à la base de microgéolocalisation de Google (cellules Wifi, Femtocells ou tout autre plateforme déjà en place mais encore peu exploitée utilisant des dispositifs de détection radio, y compris les portiques de sécurité et de contrôle dans les magasins et transports, les points de paiements sans contact NFC ou autres dispositifs RFID). Il semble qu'après la géolocalisation fine statique on aille doucement aussi vers la géolocalisation dynamique des objets en mouvements (systèmes embarqués) et plus tard encore des personnes (rappelez vous la mode des appareils portables qui commence avec les smartwatches et qui ira jusqu'aux écrans souples sur les vêtements et tout ce qu'on achète pour suivre les objets et leur usage... Déjà nos box internet font des sondages sur ce qu'on regarde à la TV, et on est suivi sur tous les sites qu'on visite sans réellement pouvoir s'y opposer (on est juste informé des cookies traceurs qui sont aujourd'hui largement interconnectés même s'ils semblent émaner de sites différents). Dans les années 1970 on n'osait pas imaginer une société orwélienne comme aujourd'hui, elle s'est insérée doucement le plus souvent avec le large accord des consommateurs qui n'ont pas pris garde des usages faits (regardez ce qui se passe sous Facebook). Mais désormais il est complètement impossible d'y échapper, sauf que ce n'est pas organisé par les Etats mais par de grosses sociétés privées. Et malgré ce pistage, il est difficile de comprendre comment les escrocs du net peuvent encore agir sans se faire dépister lors qu'ils détournent des données massivement... sauf si justement il y a complicité de ces grosses sociétés qui payent grassement ces intrusions et refusent de répondre aux demandes d'arrêt de service et poursuites judiciaires. En terme de copyright (hors des brevets) il n'y a rien de nouveau réellement. En revanche tous ces usages sont trop contrpolés par des intérêts puissants financièrement (et qui échappent aussi à la loi ou l'organisent pour y échapper), le monde du libre manque de cohésion pour insister sur l'ouverture qui permettrait de mieux limiter aussi les usages abusifs. Le web est à réinventer sur une base plus saine et plus d'égal-à-égal, il faut en finir avec ces concentrations excessives et ces points de passage obligés et contrôlés de façon abusive qui collectent des données et les croisent sans nous informer ni nous permettre de retirer les données collectées. Dans le domaine informatique il n'y a guère eu que le projet GNU mais il est resté trop centré sur les OS et services locaux (en fin de compte intégré dans d'autres OS propriétaires via des APIs). Il manque toute une couche, celle pour passer de l'OS local au réseau libre. Même l'architecture PKI sensée sécuriséer le réseau est boguée le système centralisé accordant des droits automatiques très larges et suffisants à ceux qui sont les plus proches du coeur (l'autorité du RootCA est totalement compromise puisqu'aujourd'hui même ignorée et totalement bypassée par les navigateurs de sorte que les délégations de confiance sont transmises automatiquement d'un système à l'autre à des centaines d'autorités qui font ce qu'elles veulent pour déjouer nos limitations de confiance et croiser ensuite les données qu'elles veulent à tout moment et partout). La bataille n'est plus sur le fait d'accepter ou pas les cookies (et ce n'est pas la récente modification légale française qui change quelquechose même si les sites maintenat sont obligés de nous dire qu'ils utilisent des cookies traceurs, tout en nous refusant la totalité de leurs service si on n'accepte pas ces cookies et de fournir assez de renseignements personnels pour leur permettre de recroiser les données aussitôt). On n'avait pas réellemnt besoin de ette loi française qui est aujourd'hui pus pénible qu'utile (vous n'en avez pas marre de ces popups partout pour nous répeter qu'on est pisté par des cookies?) alors que c'était une fonction intégrée dans les navigateurs (navigation inprivate par exemple). Le 10 décembre 2014 18:23, Yves Pratter yves.prat...@gmail.com
Re: [OSM-talk-fr] La cartographie des Antennes et autres infrastructures radio
On 09 Dec 2014, at 15:23, Pierre d'HUY dh...@yahoo.fr wrote: On ne cherche […] juste à permettre aux utilisateurs d'openstreetmap de se localiser plus précisément en s'appuyant sur leur environnement et pas seulement visuel. Tu évoquais aussi Mozilla Stumbler (MozStumbler). C’est une appli qui utilise le service de géolocalisation Mozilla Location Service https://location.services.mozilla.com/ qui utilise ses propres données, mais aussi celles d’OpenCellID http://opencellid.org/. On 09 Dec 2014, at 15:23, Pierre d'HUY dh...@yahoo.fr mailto:dh...@yahoo.fr wrote: La proposition a vocation d'assister à la navigation les utilisateurs d'openstreetmap avec un set déjà complet en entrée sur la position des antennes et leurs opérateurs et un set incomplet de CID mais en opendata! (surtout depuis que mozilla s'y est mis) Mais concrètement, tu cherches à contribuer à l’un de ces projets ou à en (re)créer un ? — Yves PS: Pour faire lien avec la discussion sur iBeacon, il y a une proposition pour que MLS intègre aussi ces balises : Extend API to allow Bluetooth LE beacons https://github.com/mozilla/ichnaea/issues/64. J’ai rajouté mon pouce, vous pouvez rajouter les vôtres ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSRM-talk] Routing can better.
Could you provide a link to the route? Thanks, Dennis — Want to support OSRM development? Buy us a beer: http://www.amazon.de/registry/wishlist/1V2TKTFOZIU80 Am 10.12.2014 um 04:32 schrieb Frank Vdm vdmfrank...@gmail.com: Hi Start: Noordstraat, België End Krommebeekstraat, België routing Noordstraat right OSRM do not take the junction to the right to N32. Instead: Goes on the roundabout (lot of traffic that was the reason for making the junction to the right) and then right on the N32 On N32 it take the first junction right to leave N32 crossing N8 and then take the junction again to go on N32 instead of stying on N32. Is the my tagging wrong ? Jakka ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] Routing can better.
Here the link to: http://osrm.at/ajZ Start: Noordstraat, België End Krommebeekstraat, België routing Noordstraat right OSRM do not take the junction to the right to N32. Instead: Goes on the roundabout (lot of traffic that was the reason for making the junction to the right) and then right on the N32 On N32 it take the first junction right to leave N32 crossing N8 and then take the junction again to go on N32 instead of stying on N32. Is the my tagging wrong ? 2014-12-10 14:34 GMT+01:00 Dennis Luxen i...@project-osrm.org: Could you provide a link to the route? Thanks, Dennis — Want to support OSRM development? Buy us a beer: http://www.amazon.de/registry/wishlist/1V2TKTFOZIU80 Am 10.12.2014 um 04:32 schrieb Frank Vdm vdmfrank...@gmail.com: Hi Start: Noordstraat, België End Krommebeekstraat, België routing Noordstraat right OSRM do not take the junction to the right to N32. Instead: Goes on the roundabout (lot of traffic that was the reason for making the junction to the right) and then right on the N32 On N32 it take the first junction right to leave N32 crossing N8 and then take the junction again to go on N32 instead of stying on N32. Is the my tagging wrong ? Jakka ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk -- Met vriendelijke groeten, Frank Vandermeersch Bouvier Jakka Initiatiefnemer Hondensport Site Ter promotie en aanmoediging van de hondensport http://sites.google.com/site/hondensportsportcanin/ Facebookgroep Hondensport Sport Canin http://www.facebook.com/home.php#%21/home.php?sk=group_138757716178993ap=1 ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] Routing can better.
So the turn lanes left|right are not controlled just before N8 On witch news-server I can find the list? https://lists.openstreetmap.org/pipermail/osrm-talk/ are the achieves cannot do a search in it. I am reading this gmane.comp.gis.openstreetmap.region.be thx 2014-12-10 18:46 GMT+01:00 Dennis Luxen i...@project-osrm.org: Had a look into the data. The primary road and the primary_link have both maxspeed=90 set which is probably the ground truth. That being said, OSRM thinks that both ways have equal expected travel time breaking ties arbitrarily. So, what I did was looking at satellite imagery and spotted that the primary link passes traffic lights. I added those which will incur a 5 second delay in travel time. Thus with the next data update, the primary will be chosen. —Dennis — Want to support OSRM development? Buy us a beer: http://www.amazon.de/registry/wishlist/1V2TKTFOZIU80 Am 10.12.2014 um 06:45 schrieb Frank Vdm vdmfrank...@gmail.com: Here the link to: http://osrm.at/ajZ Start: Noordstraat, België End Krommebeekstraat, België routing Noordstraat right OSRM do not take the junction to the right to N32. Instead: Goes on the roundabout (lot of traffic that was the reason for making the junction to the right) and then right on the N32 On N32 it take the first junction right to leave N32 crossing N8 and then take the junction again to go on N32 instead of stying on N32. Is the my tagging wrong ? 2014-12-10 14:34 GMT+01:00 Dennis Luxen i...@project-osrm.org: Could you provide a link to the route? Thanks, Dennis — Want to support OSRM development? Buy us a beer: http://www.amazon.de/registry/wishlist/1V2TKTFOZIU80 Am 10.12.2014 um 04:32 schrieb Frank Vdm vdmfrank...@gmail.com: Hi Start: Noordstraat, België End Krommebeekstraat, België routing Noordstraat right OSRM do not take the junction to the right to N32. Instead: Goes on the roundabout (lot of traffic that was the reason for making the junction to the right) and then right on the N32 On N32 it take the first junction right to leave N32 crossing N8 and then take the junction again to go on N32 instead of stying on N32. Is the my tagging wrong ? Jakka ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk -- Met vriendelijke groeten, Frank Vandermeersch Bouvier Jakka Initiatiefnemer Hondensport Site Ter promotie en aanmoediging van de hondensport http://sites.google.com/site/hondensportsportcanin/ Facebookgroep Hondensport Sport Canin ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk -- Met vriendelijke groeten, Frank Vandermeersch Bouvier Jakka Initiatiefnemer Hondensport Site Ter promotie en aanmoediging van de hondensport http://sites.google.com/site/hondensportsportcanin/ Facebookgroep Hondensport Sport Canin http://www.facebook.com/home.php#%21/home.php?sk=group_138757716178993ap=1 ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [Talk-ht] Réf.: Espas Haiti Comunitere ouvri pòt yo pou Kominote OSM
Salut a tous a toutes Permettez moi de presenter mes felicitations a toute l'equipe : COSMHANNE, COSMHA-STM; COSMHA P- Au- P, je suis tres fiere d'en faire partie. je vous encourage de continuer avec ce travail combien important qui englobe toute la vie humaine . Je felicite specialement Delphine et toute l'equipe internationale pour leur collaboration. je profite de reclamer a nouveau votre aide pour COSMHANNE qui souffre amerement , Nous sommes prives des materiels qui sont a Caracol et a l'universite. Cartographiquement 2014-12-09 16:19 UTC−08:00, Louino Robillard robill...@future-ht.org: Sa fe lontan mwen pa itilize talk-ht. Mwen pa vle rete bouch -B. Mwen vle bay yon felisitasyon espasyal ak COSHA-STM e COSMHANNE. Franchman mwen vye anpil de travay nou. Mwen te kontan pou mwen te we nou nan atelye sa ki te baze sou lavni gwo fanmi OSM AYITI a. Felisitasyon e kouraj. Mwen vle tou felisite tout manm COSMHA nan potoprens ki te prezan pou atelye sa tou. E sila yo ki tap la mwen vle fe nou konnen dapre sa ke mwen we si mwen te byen we dapre sa mwen konpran si mwen te byen konpran vre... Fwa sa genle COSMHA pral vanse pou tout bon . Li enpotan pou nou tout tounen pou vini reflechi ansanm pou yon kominote ki ap fe katografi ki ka vreman itil ak kominote yo e ak tet nou tou. Yon gwo kout chapo tou pou delphine ak OSM nan entenasyonal la kite fasilite pou atelye sa te rive fet. mwen te vreman enpresyone te vizyon ke mwen te we ekip kite la genyen pou lavni COSM-HA. anpil lide te dyayi sou koman nou dwe fe yon Mapping ki abapte ak reyalite pa nou nan peyi Dayiti. Jan mwen mwen te di nan Atelye yo. Mwen vle fwa sa pou ekip OSM AYITI fem wont, paske twop tan depi nou ap make pa sou plas. Nou jen nou genyen eneji genyen anpil bagay nou kapab bon ni pou nou ni pou peyi nou ak eneji sa yo. Men se selsi nou mete tet nou ansanm nan lespri KONBIT la. Etid mwen banm kominote OSM AYITI a genyen plis pase 250 jen fi ak jen gason. Nou ka fe anpil Bagay si nou mete tet nou ansanm. Mwen ap toujou bo kote nou men sel si nou deside avanse... paske mwen pa vle kanpe. Paske mwen wont de eta peyi mwen. Piti kou li ye mwen vle pote yon ti kontribisyon avan mwen ale. Men si nou fe li ansanm li ap plis efikas. Mwen dispoze e disponib pou tout konsey nou vle sou mobilizasyon sosyal, sou devlopman kominote paske se la chan konpetans mwen chita. Mwen konnen anpil nan nou genyen anpil lot konesans, anpil lot konpetans, mwen vle aprann de nou tou. Ann fe gwoup la tounen yon inivesite KONBIT, yon inivesite kolaborasyon, yon inivesite pataj kote youn ap apran de lot. Wi ak konsyans nou kapab! Tout kalite pwoblem vin fe peyi nou glise tankou kalalou. e nou konnen yon sel dwet pa manje kalalou. se sel ansanm nou ka jwen yon vre solisyon pou chanje tet nou ak kominite nou yo. Kouraj ! KONBIT pou yon lot OSM AYITI Louino,Robillard, MA Community Change Peacebuilding *An'n fe konbit* Rele'm :509 3844 81 72 Ekri'm :robillard.lou...@gmail.com Skype : Rlouino Le 9 décembre 2014 16:49, Dagno louis djdagn...@gmail.com a écrit : salut tout moun,mwen bien kontan pou bel inisyativ sa,paske lew imajine si pa gen yon moun ki komanse yon bagay ,tout moun ap rete entak!!! mwen felisite Delphine pou devouman li fas a kominote OSM ki HAITI yo. Mwen felisite COSMHA,COSMHA-STM,epi COSMHANNE mwen panse ki dwe apresye inisyativ la , si nou tout kole zepol,nou met tet ansanm OSM HAITI ap gen yon lot orientation,yon lot valeur. Felicitation a tout mapper ki aplodi bel initiativ sa. Le 4 décembre 2014 19:24, Jhon Carlo Sainvil pouchonp...@yahoo.fr a écrit : Je tiens à féliciter tous ceux et toutes celles qui ont pensés à l'organisation de cet atelier. c'est un pas vers l'avant au développement du pays. Prenons en coeur cette initiative! Déjà, je vous souhaite bonne participation. UN MONDE-UNE CARTOGRAPHIE ___ Talk-ht mailing list Talk-ht@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ht Notez! Vous pouvez utiliser Google Translate ( http://translate.google.com) pour traduire les messages. ___ Talk-ht mailing list Talk-ht@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ht Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour traduire les messages. ___ Talk-ht mailing list Talk-ht@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ht Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour traduire les messages. ___ Talk-ht mailing list Talk-ht@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ht Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour traduire les messages.
