Re: [Talk-GB] Tagging Banquetting Halls (neither hotels, not community centres)
On 22 August 2013 15:46, Brian Prangle bpran...@gmail.com wrote: In the West Midlands we have dozens of these which cater mainly for Asian weddings and celebrations where large extended families have to be catered for. Probably the same in most large urban areas. I generally just tag them as building=yes and with the name on the display board which usually says banqueting centre not banqueting hall Whilst, from the part of London that it was in, that was obviously going to be a significant source of its business, the building itself, its name, and the website, played that aspect down so much and the exact nature of the operator was so well hidden on the website (using initials, with the full name only in microscopic print in an image) that I didn't discover that it was actually run by a Hindu charity until yesterday. I actually wonder if it is under-utilised and they are seeking a wider market. I'm not sure that invalidates that it falls into a missing category with more general applicability. I, for instance, would tend to include the places in London, like the Connaught Rooms, which an ex-employer used for its periodic all staff get togethers (it had a lot of people working on customer sites). ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Phone numbers in little England
On 22 August 2013 18:57, Colin Smale colin.sm...@xs4all.nl wrote: I am not sure what your issue was with highway=path etc, but do you mean rationalising as in the sense of reducing the number of tags, thus losing (subtle) distinctions? I can't see how that is the same as the phone number format issue. Calling the transformation from OSM data to international format trivial does not do justice to the creativity of mappers when entering phone numbers or to telecoms regulators when defining numbering plans. The four lines of regex will need to be different for each country, and the code will need to On a brief sampling, failing to comply with the Key:phone guidelines is a peculiarly British problem, whence the little England in the subject. I think, because the USA country code is the same as their default carrier long distance code, it is easy for them to just prefix +, and the rest of the world seems to me more aware that people in other countries use phones. be aware of what country (and area code) the number belongs to. And that's of course not including handling the more esoteric cases like 00+44 (01234) 654-321. If you want to minimise the amount of code for handling all these variations, you will of course benefit from more consistency and more normalisation, not less. There are a little over 1,000 national format numbers in the M25 area, so even extrapolating to the whole UK, my strategy would be to select a small number of cases for automatic conversion, and put all the difficult cases into a separate file that colud be edited manually. I wouldn't try to adjust area codes except in director areas (the old 0x1 areas) as that requires the Ofcom code list, which may have database copyrights. The hope would be that before larger numbers of businesses got mapped, and therefore had phone numbers added, there would be so few precedents for doing it the wrong way. that most people would get it right just by following existing examples. Personally, although I suggested E.164, I don't care that much if it's some national format either, as long as it is well-defined and consistently applied. I was starting from the position that the correct format had been chosen, give or take certain internal delimiter use. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Tagging Banquetting Halls (neither hotels, not community centres)
On 22 August 2013 10:03, Lester Caine les...@lsces.co.uk wrote: website=xxx - which will give the details (if we could access them from the map) If you access it from http://www.openlinkmap.org/ you can access them from the map (and also phone numbers). ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Phone numbers in little England
On 23 August 2013 22:15, Paul Bivand paul.biv...@blueyonder.co.uk wrote: However, I normally ignore spacing because the concept of area code is dying. There is a secondary reason for spacing and that is that short term memory can only cope with about 7 things at once, so it is a good idea to break numbers down into groups of less than 7 digits. Outside of London, that tends to happen with the technical breaks in the number. You have to take account of the historical exchange codes (which are still geographically significant, in most cases, to avoid an 8 digit group, in London. (It's why credit card PANs are in 4 digit groups and why it is so annoying when websites aren't prepared to strip out the spaces.) The other thing about grouping, is that when I went through the numbers already in +44 format, less than 5% didn't apply any grouping, and more than 85% used the +44 20 grouping. That's maybe as much as 90% as most of the +44 (0) people would have put splits in those places. Incidentally, I did capture a rather unusual number for a local bowls club, which was an outer London number in 7xxx format, on a notice board. Whilst most London people don't realise that they can abbreviated numbers, I believe it is still common to miss the area code, once you get outside a director area (although that might just be a generational thing, with older users less likely to be using mobile phones). ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Tagging Banquetting Halls (neither hotels, not community centres)
On 21 August 2013 14:44, Craig Wallace craig...@fastmail.fm wrote: Banqueting hall seems rather specific. These types of places may be used for a wide variety of events, so may be known by different names. eg might be used for conferences, exhibition, live music etc. I think a more generic tag for an event hall would be useful. That's probably better than banqueting hall. On the other hand, it needs to be distinguished from the concept exposition centre which is listed as something that a conference centre is not. Conference centre was suggested off list, but I think that is different: much more strongly B2B, large groups talking together, rather than lots of small conversations, little connotation of food and even less of music and dance. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Phone numbers in little England
Something I've noticed is that the British seem to be particularly bad at entering phone numbers properly, in particular, more than half of them have been entered in national format; even the Americans seem to get this one right and so do other countries. Other common problems are: - the bogus (0) in an attempt to provide a number that works for Englanders who don't understand international numbers, whilst keeping all the components of the international number; - London area codes being given as 207 and 208, rather than 20. - area codes not being delimited at all. The last three account for about 5% each of the numbers, in London, that were already international. I've already manually fixed these in London. My question is, given that I have good programming skills, and would manipulate a local .osm file, for JOSM, rather than directly using the API, are there likely to be any objections to my changing all London, and later, all UK local format geographic numbers to international, and adding and correcting area codes for London and director areas (I assume there are database copyright issues with a table lookup for the full set of national number group codes, to get the right lengths)? Would it be reasonable to add the above four cases: - local numbers (020 7946 0676); - bogus (0) (+44 (0)20 7946 0676) - no delimiter (+442079460676) - misplaced delimiter (+44 207 946 0676) to the Key:phone wiki entry, or would that bias it too much to the UK case? Incidentally, one common usage I do agree with, and which Ofcom seem to use, is the space after the director exchange, as 79460676 is a bit long to remember as one group, and there is a historical, and some geographic, significance, in this split. Note this phone number has been taken from one of Ofcom's reserved ranges for use in TV, etc., dramas, like the US 555 ones. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Tagging Banquetting Halls (neither hotels, not community centres)
On 22 August 2013 08:07, OpenStreetmap HADW osmh...@gmail.com wrote: On 21 August 2013 14:44, Craig Wallace craig...@fastmail.fm wrote: That's probably better than banqueting hall. On the other hand, it needs to be distinguished from the concept exposition centre which One other possible term that I noticed was function rooms. This was being used as a secondary use of a club building in the actual case in which I saw it used. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Tagging Banquetting Halls (neither hotels, not community centres)
On 22 August 2013 08:41, Lester Caine les...@lsces.co.uk wrote: specialist market band wagon, 'Banqueting hall' is another use that could be applied anywhere, but I can see that being a specialist type of restaurant rather than a 'hall' since essentially it's a place to eat with some form of themed entertainment? Whilst banqueting hall is used in the PR material for the place in question, what is actually on sale is the use of the building and some very basic services. The patrons are expected to source food and entertainment from third party contractors. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Phone numbers in little England
On 22 August 2013 08:43, Oliver Jowett oliver.jow...@gmail.com wrote: - no delimiter (+442079460676) - misplaced delimiter (+44 207 946 0676) Aren't these unambiguous already? They breach the existing guidelines, which call for the (UK usage) area code to be delimited. In particular, in London, you can dial this number as 00442079460676, 02079460676 or 79460676. On the other hand, dialing it as 9460676 will fail. (Always assuming it weren't a bogus number for drama use.) In any case, about 90% of people who used international format seemed to agree that +44 20 7946 0676 was the right grouping, even if some of them added the (0). ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[OSRM-talk] Build failed in Jenkins: OSRM-develop-release #184
See http://ci.openstreetmap.org/job/OSRM-develop-release/184/changes Changes: [DennisOSRM] Implement #495 [DennisOSRM] fixing tests for enhanced coordinate preceision -- Started by an SCM change Building in workspace http://ci.openstreetmap.org/job/OSRM-develop-release/ws/ Checkout:OSRM-develop-release / http://ci.openstreetmap.org/job/OSRM-develop-release/ws/ - hudson.remoting.LocalChannel@801aa0a Using strategy: Default Last Built Revision: Revision db46a915ccab3a4d6620b71ce2ff3bb42bf17ee9 (origin/develop) Fetching changes from 1 remote Git repository Fetching upstream changes from origin Pruning obsolete local branches Commencing build of Revision 4f5d7f79bdd1070411d414efa04adbd106f488b3 (origin/develop) Checking out Revision 4f5d7f79bdd1070411d414efa04adbd106f488b3 (origin/develop) [OSRM-develop-release] $ /bin/bash /tmp/hudson5704846479784332571.sh + mkdir -p build + cd build + cmake .. -- System supports 64 bits. -- Configuring OSRM in release mode -- Boost version: 1.49.0 -- Found the following Boost libraries: -- filesystem -- regex -- system -- thread -- Looking for LuaJIT... -- Could NOT find LuaJIT (missing: LUAJIT_INCLUDE_DIR) -- Looking for Luabind... -- Found Luabind: /usr/lib/libluabind.so -- Looking for STXXL... -- Found STXXL: /usr/lib/libstxxl.so -- Looking for OSMPBF... -- Found OSMPBF: /usr/lib/libosmpbf.a -- Configuring done -- Generating done -- Build files have been written to: http://ci.openstreetmap.org/job/OSRM-develop-release/ws/build + make clean + make Scanning dependencies of target OSRM [ 5%] Building CXX object CMakeFiles/OSRM.dir/Library/OSRM.cpp.o [ 10%] Building CXX object CMakeFiles/OSRM.dir/Descriptors/DescriptionFactory.cpp.o [ 15%] Building CXX object CMakeFiles/OSRM.dir/DataStructures/SearchEngine.cpp.o [ 21%] Building CXX object CMakeFiles/OSRM.dir/DataStructures/SearchEngineData.cpp.o [ 26%] Building CXX object CMakeFiles/OSRM.dir/Server/DataStructures/QueryObjectsStorage.cpp.o Linking CXX shared library libOSRM.so [ 26%] Built target OSRM [ 31%] Configuring UUID.cpp [ 31%] Built target UUIDConfigure [ 36%] Configuring UUID.cpp [ 42%] Building CXX object CMakeFiles/UUID.dir/Util/UUID.cpp.o Linking CXX static library libUUID.a [ 42%] Built target UUID Scanning dependencies of target osrm-extract [ 47%] Building CXX object CMakeFiles/osrm-extract.dir/extractor.cpp.o [ 52%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/PBFParser.cpp.o [ 57%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/ScriptingEnvironment.cpp.o [ 63%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/ExtractorCallbacks.cpp.o [ 68%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/BaseParser.cpp.o [ 73%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/XMLParser.cpp.o [ 78%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/ExtractionContainers.cpp.o Linking CXX executable osrm-extract [ 78%] Built target osrm-extract Scanning dependencies of target osrm-prepare [ 84%] Building CXX object CMakeFiles/osrm-prepare.dir/createHierarchy.cpp.o [ 89%] Building CXX object CMakeFiles/osrm-prepare.dir/Contractor/EdgeBasedGraphFactory.cpp.o [ 94%] Building CXX object CMakeFiles/osrm-prepare.dir/Contractor/TemporaryStorage.cpp.o Linking CXX executable osrm-prepare [ 94%] Built target osrm-prepare Scanning dependencies of target osrm-routed [100%] Building CXX object CMakeFiles/osrm-routed.dir/routed.cpp.o Linking CXX executable osrm-routed [100%] Built target osrm-routed + cp osrm-extract osrm-prepare osrm-routed .. + cd .. + bundle install '--path=~/gems' Using rake (0.9.2.2) Using builder (3.0.0) Using diff-lcs (1.1.3) Using json (1.6.5) Using gherkin (2.7.6) Using term-ansicolor (1.0.7) Using cucumber (1.1.4) Using osmlib-base (0.1.4) Using rspec-expectations (2.11.3) Using sys-proctable (0.9.1) Using bundler (1.2.1) [32mYour bundle is complete! It was installed into /var/lib/jenkins/gems[0m + bundle exec cucumber --format json -o cucumber.json -p verify OSRM_PORT=5002 Using the verify profile... Ruby version 1.9.3 Port set to 5002 ..F.F.. (::) failed steps (::) Tables were not identical (Cucumber::Ast::Table::Different)
[OSRM-talk] Jenkins build is back to normal : OSRM-develop-release #168
See http://ci.openstreetmap.org/job/OSRM-develop-release/168/changes ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/osrm-talk
[OSRM-talk] Build failed in Jenkins: OSRM-develop-release #161
See http://ci.openstreetmap.org/job/OSRM-develop-release/161/changes Changes: [DennisOSRM] use explicit data types [DennisOSRM] fixing include order -- Started by an SCM change Building in workspace http://ci.openstreetmap.org/job/OSRM-develop-release/ws/ Checkout:OSRM-develop-release / http://ci.openstreetmap.org/job/OSRM-develop-release/ws/ - hudson.remoting.LocalChannel@6033ca49 Using strategy: Default Last Built Revision: Revision c75ae957f1d530227aa439b59e5ff09325db66ad (origin/develop) Fetching changes from 1 remote Git repository Fetching upstream changes from origin Pruning obsolete local branches Commencing build of Revision 17416a09f12cedfc1cc8c6255cbc3cc212f07065 (origin/develop) Checking out Revision 17416a09f12cedfc1cc8c6255cbc3cc212f07065 (origin/develop) [OSRM-develop-release] $ /bin/bash /tmp/hudson5531123950349989813.sh + mkdir -p build + cd build + cmake .. -- Configuring OSRM in release mode -- Boost version: 1.49.0 -- Found the following Boost libraries: -- filesystem -- regex -- system -- thread -- Looking for Luabind... -- Found Luabind: /usr/lib/libluabind.so -- Looking for STXXL... -- Found STXXL: /usr/lib/libstxxl.so -- Looking for OSMPBF... -- Found OSMPBF: /usr/lib/libosmpbf.a -- Configuring done -- Generating done -- Build files have been written to: http://ci.openstreetmap.org/job/OSRM-develop-release/ws/build + make clean + make [ 6%] Building CXX object CMakeFiles/osrm-extract.dir/extractor.cpp.o [ 13%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/PBFParser.cpp.o [ 20%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/ScriptingEnvironment.cpp.o [ 26%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/ExtractorCallbacks.cpp.o [ 33%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/BaseParser.cpp.o [ 40%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/XMLParser.cpp.o http://ci.openstreetmap.org/job/OSRM-develop-release/ws/Extractor/XMLParser.cpp: In member function ‘_RawRestrictionContainer XMLParser::_ReadXMLRestriction()’: http://ci.openstreetmap.org/job/OSRM-develop-release/ws/Extractor/XMLParser.cpp:112:47: warning: overflow in implicit constant conversion [-Woverflow] [ 46%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/ExtractionContainers.cpp.o Linking CXX executable osrm-extract [ 46%] Built target osrm-extract [ 53%] Building CXX object CMakeFiles/osrm-prepare.dir/createHierarchy.cpp.o [ 60%] Building CXX object CMakeFiles/osrm-prepare.dir/Contractor/EdgeBasedGraphFactory.cpp.o [ 66%] Building CXX object CMakeFiles/osrm-prepare.dir/Contractor/TemporaryStorage.cpp.o Linking CXX executable osrm-prepare [ 66%] Built target osrm-prepare [ 73%] Building CXX object CMakeFiles/osrm-routed.dir/routed.cpp.o [ 80%] Building CXX object CMakeFiles/osrm-routed.dir/Server/DataStructures/QueryObjectsStorage.cpp.o [ 86%] Building CXX object CMakeFiles/osrm-routed.dir/Descriptors/DescriptionFactory.cpp.o [ 93%] Building CXX object CMakeFiles/osrm-routed.dir/DataStructures/SearchEngine.cpp.o [100%] Building CXX object CMakeFiles/osrm-routed.dir/DataStructures/SearchEngineData.cpp.o Linking CXX executable osrm-routed [100%] Built target osrm-routed + cp osrm-extract osrm-prepare osrm-routed .. + cd .. + bundle install '--path=~/gems' Using rake (0.9.2.2) Using builder (3.0.0) Using diff-lcs (1.1.3) Using json (1.6.5) Using gherkin (2.7.6) Using term-ansicolor (1.0.7) Using cucumber (1.1.4) Using osmlib-base (0.1.4) Using rspec-expectations (2.11.3) Using sys-proctable (0.9.1) Using bundler (1.2.1) [32mYour bundle is complete! It was installed into /var/lib/jenkins/gems[0m + bundle exec cucumber --format json -o cucumber.json -p verify OSRM_PORT=5002 Using the verify profile... Ruby version 1.9.3 Port set to 5002 .F...F... (::) failed steps (::) Tables were not identical (Cucumber::Ast::Table::Different) ./features/support/cucumber.rb:74:in `routing_diff!' ./features/step_definitions/routing.rb:104:in `/^I route I should get$/' features/car/oneway.feature:71:in `When I route I should get' Tables were not identical (Cucumber::Ast::Table::Different) ./features/support/cucumber.rb:74:in `routing_diff!'
[OSRM-talk] Build failed in Jenkins: OSRM-develop-release #159
See http://ci.openstreetmap.org/job/OSRM-develop-release/159/changes Changes: [DennisOSRM] De-template-izing some of the code for faster (re-)compile [DennisOSRM] De-template-izing some of the code for faster (re-)compile [DennisOSRM] De-template-izing some of the code for faster (re-)compile [DennisOSRM] De-template-izing some of the code for faster (re-)compile [DennisOSRM] De-template-izing some of the code for faster (re-)compile [DennisOSRM] De-template-izing some of the code for faster (re-)compile -- Started by an SCM change Building in workspace http://ci.openstreetmap.org/job/OSRM-develop-release/ws/ Checkout:OSRM-develop-release / http://ci.openstreetmap.org/job/OSRM-develop-release/ws/ - hudson.remoting.LocalChannel@6033ca49 Using strategy: Default Last Built Revision: Revision c07966408b272b02eba7f90d09b9c4f4a6e53316 (origin/develop) Fetching changes from 1 remote Git repository Fetching upstream changes from origin Pruning obsolete local branches Commencing build of Revision 06a50d637a9a7b2301a18dc3bf31e6ce1e38ab0b (origin/develop) Checking out Revision 06a50d637a9a7b2301a18dc3bf31e6ce1e38ab0b (origin/develop) [OSRM-develop-release] $ /bin/bash /tmp/hudson7773533604806999673.sh + mkdir -p build + cd build + cmake .. -- Configuring OSRM in release mode -- Boost version: 1.49.0 -- Found the following Boost libraries: -- filesystem -- regex -- system -- thread -- Looking for Luabind... -- Found Luabind: /usr/lib/libluabind.so -- Looking for STXXL... -- Found STXXL: /usr/lib/libstxxl.so -- Looking for OSMPBF... -- Found OSMPBF: /usr/lib/libosmpbf.a -- Configuring done -- Generating done -- Build files have been written to: http://ci.openstreetmap.org/job/OSRM-develop-release/ws/build + make clean + make [ 6%] Building CXX object CMakeFiles/osrm-extract.dir/extractor.cpp.o [ 13%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/PBFParser.cpp.o [ 20%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/ScriptingEnvironment.cpp.o [ 26%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/ExtractorCallbacks.cpp.o [ 33%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/BaseParser.cpp.o [ 40%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/XMLParser.cpp.o http://ci.openstreetmap.org/job/OSRM-develop-release/ws/Extractor/XMLParser.cpp: In member function ‘_RawRestrictionContainer XMLParser::_ReadXMLRestriction()’: http://ci.openstreetmap.org/job/OSRM-develop-release/ws/Extractor/XMLParser.cpp:112:47: warning: overflow in implicit constant conversion [-Woverflow] [ 46%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/ExtractionContainers.cpp.o Linking CXX executable osrm-extract [ 46%] Built target osrm-extract [ 53%] Building CXX object CMakeFiles/osrm-prepare.dir/createHierarchy.cpp.o [ 60%] Building CXX object CMakeFiles/osrm-prepare.dir/Contractor/EdgeBasedGraphFactory.cpp.o [ 66%] Building CXX object CMakeFiles/osrm-prepare.dir/Contractor/TemporaryStorage.cpp.o Linking CXX executable osrm-prepare [ 66%] Built target osrm-prepare Scanning dependencies of target osrm-routed [ 73%] Building CXX object CMakeFiles/osrm-routed.dir/routed.cpp.o [ 80%] Building CXX object CMakeFiles/osrm-routed.dir/Server/DataStructures/QueryObjectsStorage.cpp.o [ 86%] Building CXX object CMakeFiles/osrm-routed.dir/Descriptors/DescriptionFactory.cpp.o [ 93%] Building CXX object CMakeFiles/osrm-routed.dir/DataStructures/SearchEngine.cpp.o [100%] Building CXX object CMakeFiles/osrm-routed.dir/DataStructures/SearchEngineData.cpp.o Linking CXX executable osrm-routed [100%] Built target osrm-routed + cp osrm-extract osrm-prepare osrm-routed .. + cd .. + bundle install '--path=~/gems' Using rake (0.9.2.2) Using builder (3.0.0) Using diff-lcs (1.1.3) Using json (1.6.5) Using gherkin (2.7.6) Using term-ansicolor (1.0.7) Using cucumber (1.1.4) Using osmlib-base (0.1.4) Using rspec-expectations (2.11.3) Using sys-proctable (0.9.1) Using bundler (1.2.1) [32mYour bundle is complete! It was installed into /var/lib/jenkins/gems[0m + bundle exec cucumber --format json -o cucumber.json -p verify OSRM_PORT=5002 Using the verify profile... Ruby version 1.9.3 Port set to 5002
[OSRM-talk] Build failed in Jenkins: OSRM-develop-release #160
See http://ci.openstreetmap.org/job/OSRM-develop-release/160/changes Changes: [DennisOSRM] 80 char wrap [DennisOSRM] 80 char wrap [DennisOSRM] Fixed an integer overflow in assertion [DennisOSRM] minor style fix [DennisOSRM] Move lua includes where they belong [DennisOSRM] Restructure include block [DennisOSRM] Catching any left-over exception that may occur during preprocessing (stxxl) [DennisOSRM] const as const can [DennisOSRM] counting generated edges correctly [DennisOSRM] restructured include block [DennisOSRM] Remove GUARANTEE macro [DennisOSRM] Remove GUARANTEE macro [DennisOSRM] Remove GUARANTEE macro [DennisOSRM] Remove GUARANTEE macro -- Started by an SCM change Building in workspace http://ci.openstreetmap.org/job/OSRM-develop-release/ws/ Checkout:OSRM-develop-release / http://ci.openstreetmap.org/job/OSRM-develop-release/ws/ - hudson.remoting.LocalChannel@6033ca49 Using strategy: Default Last Built Revision: Revision 06a50d637a9a7b2301a18dc3bf31e6ce1e38ab0b (origin/develop) Fetching changes from 1 remote Git repository Fetching upstream changes from origin Pruning obsolete local branches Commencing build of Revision c75ae957f1d530227aa439b59e5ff09325db66ad (origin/develop) Checking out Revision c75ae957f1d530227aa439b59e5ff09325db66ad (origin/develop) [OSRM-develop-release] $ /bin/bash /tmp/hudson7994175295020312622.sh + mkdir -p build + cd build + cmake .. -- Configuring OSRM in release mode -- Boost version: 1.49.0 -- Found the following Boost libraries: -- filesystem -- regex -- system -- thread -- Looking for Luabind... -- Found Luabind: /usr/lib/libluabind.so -- Looking for STXXL... -- Found STXXL: /usr/lib/libstxxl.so -- Looking for OSMPBF... -- Found OSMPBF: /usr/lib/libosmpbf.a -- Configuring done -- Generating done -- Build files have been written to: http://ci.openstreetmap.org/job/OSRM-develop-release/ws/build + make clean + make [ 6%] Building CXX object CMakeFiles/osrm-extract.dir/extractor.cpp.o [ 13%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/PBFParser.cpp.o [ 20%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/ScriptingEnvironment.cpp.o [ 26%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/ExtractorCallbacks.cpp.o [ 33%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/BaseParser.cpp.o [ 40%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/XMLParser.cpp.o http://ci.openstreetmap.org/job/OSRM-develop-release/ws/Extractor/XMLParser.cpp: In member function ‘_RawRestrictionContainer XMLParser::_ReadXMLRestriction()’: http://ci.openstreetmap.org/job/OSRM-develop-release/ws/Extractor/XMLParser.cpp:112:47: warning: overflow in implicit constant conversion [-Woverflow] [ 46%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/ExtractionContainers.cpp.o Linking CXX executable osrm-extract [ 46%] Built target osrm-extract [ 53%] Building CXX object CMakeFiles/osrm-prepare.dir/createHierarchy.cpp.o [ 60%] Building CXX object CMakeFiles/osrm-prepare.dir/Contractor/EdgeBasedGraphFactory.cpp.o [ 66%] Building CXX object CMakeFiles/osrm-prepare.dir/Contractor/TemporaryStorage.cpp.o Linking CXX executable osrm-prepare [ 66%] Built target osrm-prepare [ 73%] Building CXX object CMakeFiles/osrm-routed.dir/routed.cpp.o [ 80%] Building CXX object CMakeFiles/osrm-routed.dir/Server/DataStructures/QueryObjectsStorage.cpp.o [ 86%] Building CXX object CMakeFiles/osrm-routed.dir/Descriptors/DescriptionFactory.cpp.o [ 93%] Building CXX object CMakeFiles/osrm-routed.dir/DataStructures/SearchEngine.cpp.o [100%] Building CXX object CMakeFiles/osrm-routed.dir/DataStructures/SearchEngineData.cpp.o Linking CXX executable osrm-routed [100%] Built target osrm-routed + cp osrm-extract osrm-prepare osrm-routed .. + cd .. + bundle install '--path=~/gems' Using rake (0.9.2.2) Using builder (3.0.0) Using diff-lcs (1.1.3) Using json (1.6.5) Using gherkin (2.7.6) Using term-ansicolor (1.0.7) Using cucumber (1.1.4) Using osmlib-base (0.1.4) Using rspec-expectations (2.11.3) Using sys-proctable (0.9.1) Using bundler (1.2.1) [32mYour bundle is complete! It was installed into /var/lib/jenkins/gems[0m + bundle exec cucumber --format json -o cucumber.json -p verify OSRM_PORT=5002 Using the verify profile... Ruby version 1.9.3 Port set to 5002
[OSRM-talk] Build failed in Jenkins: OSRM-develop-release #156
See http://ci.openstreetmap.org/job/OSRM-develop-release/156/changes Changes: [Dane Springmeyer] remove lexical cast, its evil [DennisOSRM] Replacing stringstream based int-string conversion with boost karma [DennisOSRM] Avoids the implicit lock of #630 -- Started by an SCM change Building in workspace http://ci.openstreetmap.org/job/OSRM-develop-release/ws/ Checkout:OSRM-develop-release / http://ci.openstreetmap.org/job/OSRM-develop-release/ws/ - hudson.remoting.LocalChannel@30186317 Using strategy: Default Last Built Revision: Revision ae018b759ca64a2b704fcb0e4bb7796549a69f5b (origin/develop) Fetching changes from 1 remote Git repository Fetching upstream changes from origin Pruning obsolete local branches Commencing build of Revision aa42b2494cb540b4918f1095f04edbc24cfbd772 (origin/develop) Checking out Revision aa42b2494cb540b4918f1095f04edbc24cfbd772 (origin/develop) [OSRM-develop-release] $ /bin/bash /tmp/hudson6401848639701950003.sh + mkdir -p build + cd build + cmake .. -- Configuring OSRM in release mode -- Boost version: 1.49.0 -- Found the following Boost libraries: -- filesystem -- regex -- system -- thread -- Looking for Luabind... -- Found Luabind: /usr/lib/libluabind.so -- Looking for STXXL... -- Found STXXL: /usr/lib/libstxxl.so -- Looking for OSMPBF... -- Found OSMPBF: /usr/lib/libosmpbf.a -- Configuring done -- Generating done -- Build files have been written to: http://ci.openstreetmap.org/job/OSRM-develop-release/ws/build + make clean + make [ 7%] Building CXX object CMakeFiles/osrm-extract.dir/extractor.cpp.o [ 15%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/PBFParser.cpp.o [ 23%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/ScriptingEnvironment.cpp.o [ 30%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/ExtractorCallbacks.cpp.o [ 38%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/BaseParser.cpp.o [ 46%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/XMLParser.cpp.o http://ci.openstreetmap.org/job/OSRM-develop-release/ws/Extractor/XMLParser.cpp: In member function ‘_RawRestrictionContainer XMLParser::_ReadXMLRestriction()’: http://ci.openstreetmap.org/job/OSRM-develop-release/ws/Extractor/XMLParser.cpp:112:47: warning: overflow in implicit constant conversion [-Woverflow] [ 53%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/ExtractionContainers.cpp.o Linking CXX executable osrm-extract [ 53%] Built target osrm-extract [ 61%] Building CXX object CMakeFiles/osrm-prepare.dir/createHierarchy.cpp.o [ 69%] Building CXX object CMakeFiles/osrm-prepare.dir/Contractor/EdgeBasedGraphFactory.cpp.o [ 76%] Building CXX object CMakeFiles/osrm-prepare.dir/Contractor/TemporaryStorage.cpp.o Linking CXX executable osrm-prepare [ 76%] Built target osrm-prepare [ 84%] Building CXX object CMakeFiles/osrm-routed.dir/routed.cpp.o http://ci.openstreetmap.org/job/OSRM-develop-release/ws/routed.cpp:68:34: warning: ISO C++ forbids zero-size array ‘argv’ [-pedantic] [ 92%] Building CXX object CMakeFiles/osrm-routed.dir/Server/DataStructures/QueryObjectsStorage.cpp.o [100%] Building CXX object CMakeFiles/osrm-routed.dir/Descriptors/DescriptionFactory.cpp.o Linking CXX executable osrm-routed [100%] Built target osrm-routed + cp osrm-extract osrm-prepare osrm-routed .. + cd .. + bundle install '--path=~/gems' Using rake (0.9.2.2) Using builder (3.0.0) Using diff-lcs (1.1.3) Using json (1.6.5) Using gherkin (2.7.6) Using term-ansicolor (1.0.7) Using cucumber (1.1.4) Using osmlib-base (0.1.4) Using rspec-expectations (2.11.3) Using sys-proctable (0.9.1) Using bundler (1.2.1) [32mYour bundle is complete! It was installed into /var/lib/jenkins/gems[0m + bundle exec cucumber --format json -o cucumber.json -p verify OSRM_PORT=5002 Using the verify profile... Ruby version 1.9.3 Port set to 5002 ..F..F... (::) failed steps (::) Tables were not identical (Cucumber::Ast::Table::Different) ./features/support/cucumber.rb:74:in `routing_diff!' ./features/step_definitions/routing.rb:104:in `/^I route I should get$/' features/car/maxspeed.feature:31:in `When I route I should get' Tables were not identical (Cucumber::Ast::Table::Different)
[OSRM-talk] Build failed in Jenkins: OSRM-develop-release #147
See http://ci.openstreetmap.org/job/OSRM-develop-release/147/ -- Started by user Dennis Luxen Building in workspace http://ci.openstreetmap.org/job/OSRM-develop-release/ws/ Checkout:OSRM-develop-release / http://ci.openstreetmap.org/job/OSRM-develop-release/ws/ - hudson.remoting.LocalChannel@2e7232ab Using strategy: Default Last Built Revision: Revision 85e333127a0a944f9e1de4e2e427cafc35f92404 (origin/develop) Fetching changes from 1 remote Git repository Pruning obsolete local branches Commencing build of Revision 85e333127a0a944f9e1de4e2e427cafc35f92404 (origin/develop) Checking out Revision 85e333127a0a944f9e1de4e2e427cafc35f92404 (origin/develop) [OSRM-develop-release] $ /bin/bash /tmp/hudson7732466798555652634.sh + mkdir -p build + cd build + cmake .. -- Configuring OSRM in release mode -- Boost version: 1.49.0 -- Found the following Boost libraries: -- filesystem -- regex -- system -- thread -- Looking for Luabind... -- Found Luabind: /usr/lib/libluabind.so -- Looking for STXXL... -- Found STXXL: /usr/lib/libstxxl.so -- Looking for OSMPBF... -- Found OSMPBF: /usr/lib/libosmpbf.a -- Configuring done -- Generating done -- Build files have been written to: http://ci.openstreetmap.org/job/OSRM-develop-release/ws/build + make clean + make [ 7%] Building CXX object CMakeFiles/osrm-extract.dir/extractor.cpp.o [ 15%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/PBFParser.cpp.o [ 23%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/ScriptingEnvironment.cpp.o [ 30%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/ExtractorCallbacks.cpp.o [ 38%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/BaseParser.cpp.o [ 46%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/XMLParser.cpp.o [ 53%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/ExtractionContainers.cpp.o Linking CXX executable osrm-extract [ 53%] Built target osrm-extract Scanning dependencies of target osrm-prepare [ 61%] Building CXX object CMakeFiles/osrm-prepare.dir/createHierarchy.cpp.o [ 69%] Building CXX object CMakeFiles/osrm-prepare.dir/Contractor/EdgeBasedGraphFactory.cpp.o [ 76%] Building CXX object CMakeFiles/osrm-prepare.dir/Contractor/TemporaryStorage.cpp.o Linking CXX executable osrm-prepare [ 76%] Built target osrm-prepare Scanning dependencies of target osrm-routed [ 84%] Building CXX object CMakeFiles/osrm-routed.dir/routed.cpp.o [ 92%] Building CXX object CMakeFiles/osrm-routed.dir/Server/DataStructures/QueryObjectsStorage.cpp.o [100%] Building CXX object CMakeFiles/osrm-routed.dir/Descriptors/DescriptionFactory.cpp.o Linking CXX executable osrm-routed [100%] Built target osrm-routed + cp osrm-extract osrm-prepare osrm-routed .. + cd .. + cucumber -p verify /tmp/hudson7732466798555652634.sh: line 11: cucumber: command not found Build step 'Execute shell' marked build as failure [CucumberReportPublisher] Compiling Cucumber Html Reports ... [CucumberReportPublisher] detected this build is running on the master [CucumberReportPublisher] copying json to reports directory: /var/lib/jenkins/jobs/OSRM-develop-release/builds/2013-04-23_07-36-10/cucumber-html-reports [CucumberReportPublisher] Generating HTML reports ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/osrm-talk
[OSRM-talk] Build failed in Jenkins: OSRM-develop-release #145
See http://ci.openstreetmap.org/job/OSRM-develop-release/145/ -- Started by user Dennis Luxen Building in workspace http://ci.openstreetmap.org/job/OSRM-develop-release/ws/ Checkout:OSRM-develop-release / http://ci.openstreetmap.org/job/OSRM-develop-release/ws/ - hudson.remoting.LocalChannel@3386304c Using strategy: Default Last Built Revision: Revision 85e333127a0a944f9e1de4e2e427cafc35f92404 (origin/develop) Fetching changes from 1 remote Git repository Pruning obsolete local branches Commencing build of Revision 85e333127a0a944f9e1de4e2e427cafc35f92404 (origin/develop) Checking out Revision 85e333127a0a944f9e1de4e2e427cafc35f92404 (origin/develop) [OSRM-develop-release] $ /bin/bash /tmp/hudson8871886008330844901.sh + mkdir -p build + cd build + cmake .. /tmp/hudson8871886008330844901.sh: line 6: cmake: command not found Build step 'Execute shell' marked build as failure [CucumberReportPublisher] Compiling Cucumber Html Reports ... [CucumberReportPublisher] detected this build is running on the master [CucumberReportPublisher] copying json to reports directory: /var/lib/jenkins/jobs/OSRM-develop-release/builds/2013-04-22_20-41-28/cucumber-html-reports [CucumberReportPublisher] Generating HTML reports ___ OSRM-talk mailing list osrm-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/osrm-talk
[OSM-talk] Public Transport: Line Diagrams
Hi All, I'm trying to create a line diagram[1] for a public transport route using overpass-api.de[2]. I'm totally new to openstreetmap, so could use some pointers. The best I can come up with (via [3]) is: http://78.46.81.38/api/sketch-route?948941 That result has the track split in two and is missing many details: level crossings, pedestrian underpasses, bridges over road/river, abandoned stations, that the line becomes single track from Fish Hoek south, etc. I'm comparing against the given overpass public transport example: http://www.overpass-api.de/api/sketch-line?ref=630network=VRRstyle=wuppertal and the wikipedia page which is more complete: http://en.wikipedia.org/wiki/Southern_Line_%28Cape_Town%29 I've tried to improve this by constructing a query similar to the German railway example -- which requires a train network name line number. I exported the relevant XML segment[3] using: union bbox-query s=-34.2 n=-33.9 w=18.4 e=18.5/ recurse type=node-relation into=rels/ recurse type=node-way/ recurse type=way-relation/ /union print/ which shows a station marked as: node id=26114598 lat=-34.0459915 lon=18.4655501 tag k=name v=Heathfield/ tag k=operator v=Metrorail/ tag k=railway v=station/ /node There appears to be no network name associated with these train stations, unless that's normally taken from the operator attribute value. I can't spot any service/line numbers. Is all of this just missing from the map or what? I found the magic relation number 948941 on openstreetmap.org[5]. Are relations stored on the map? I couldn't find that on the map I extracted: $ grep 948941 metrorail.xml The XML relation I found online[6] does have: tag k=network v=Cape Metrorail/ but still no service/line number(s). From my reading that's marked as a ref attribute on the relation element. I'm trying to construct the following URL: http://www.overpass-api.de/api/sketch-line?ref=funetwork=bar and now have the network, but not the ref (missing?). If anyone knows of other means of generating these public transport line diagrams, that would be much appreciated. I also tried JOSM-Xalan. That produced a nastily cropped SVG, which would need a lot of transforming/resizing work to make text labels and other nodes visible. I suppose there is an XSLT file that overpass uses which could be modified to work or should I be adding ref attributes somewhere? Many thanks. -- 1. http://wiki.openstreetmap.org/wiki/OSM_Server_Side_Script#Public_Transport_Example 2. http://www.overpass-api.de/public_transport.html 3. http://wiki.openstreetmap.org/wiki/WikiProject_South_Africa/Public_transport_routes#Metrorail_2 4. http://www.overpass-api.de/query_form.html 5. http://www.openstreetmap.org/browse/relation/948941 6. http://api.openstreetmap.org/api/0.6/relation/948941 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] What does the community want from a US local chapter?
In article 4e88732c.6050...@ahlzen.com l...@ahlzen.com writes: When Cloudmade hosted events, their representatives brought banners, I have one of the cloudmade tall banners in Los Angeles. It will go in the trash in a week unless someone aranges to pick it up or pay shipping. (I can't take it when I move.) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-co] Ayuda a mapear #manati #atlantico
Hola En el marco del taller de mapeo en crisis del Atlantico la semana pasada realizado en trewa.co [0] se ha recogido suficiente material en trazas y GPX y Walking-papers para mejorar el mapa del municipiode Manatí Atlantico [2] cuyo casco urbano tiene aún una tercera parte inundada y cientos de personas viviendo en albergues o cambuches. Eltaller consistio en recolección de datos y trabajo de campo no en digitalización, por lo tanto esperamos la colaboración de los maperos en la digitalización del material que se encuentra en crudo en nuestro servidor [1] Tabien son bienvenidos los comentario y retroalimentación sobre el material. Igor esta en el proceso de instalción de una plataforma para visualizar mejor este tipo de material y esperemos que este lista esta semana. salu2 Fredy Rivera [0] http://trewa.co/2011/08/01/taller-mapeo-en-crisis-para-un-nuevo-mapa-del-sur-del-atlantico/ [1] http://openstreetmap.co/party/ http://openstreetmap.co/party/[2] http://www.openstreetmap.org/?lat=10.445292lon=-74.959344zoom=18layers=M ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-co] Colaboración para actualizar el sitio de la inundacion en Colombia
Hola Necesitamos colaboración para la actualización del sitio en la WIKI de OSM (0) sobre la crisis de las inundaciones. El año pasado Humberto Y colaboró con la tarea, seria bueno que el nos ayudara en eso si tiene la disponibilidad. salu2 Freed (0) http://wiki.openstreetmap.org/wiki/2010_Colombia_floods ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] #ayuda mejorando el mapa de #tulua
hola, El correo para el envio es hot@openstreetmap. h...@openstreetmap.orgco nota el (co) por favor envia elscan en jpg, por que tenemos problemas al subirlo al servidor, pues el código aparece borroso. salu2 2011/5/3 Andrés F Vargas and...@gmail.com Hola de nuevo, 2011/5/3 Fredy Rivera fredyriv...@gmail.com: Hola, Por favor envía lo que tengas y vamos avanzando. salu2 http://dl.dropbox.com/u/17208004/walking-paper-vf54z6pg_pag_15.png esta es la página 15, he marcado solo las vias principales, la que son 2 flechas separadas son vias de 2 calzadas separadas 1 en cada sentido, las que son flechas dobles son vias principales de doble sentido. con estrellas he marcado los hidrantes, he bordeado los parques y escuelas y les he puesto nombre, veran que hay varias Institución Maria Antonia Ruiz esto es porque la alcadía unió escuelas y colegios públicos y quedaron como sedes. La carrera 22 que esta al lado del estadio no es 22 sino 21, yo tache el nombre, el barrio lusitania no está en el lugar en el que aparece en ese mapa, yo tache el nombre luego envió en donde se encuentra (está en la zona que no he recorrido), los bloques que he delineado y son una manzana completa normalmente corresponde a parques, las otras zonas que he delineado pues no coinciden con el tamaño, pero las marque para que no se notaran. Lo que en el mapa está marcado como urbanizacion el laguito es el colegio comfandi, yo tache el nombre, es el bloque completo. Bueno si hay preguntas, o algo no es claro me preguntan yo respondo. gracias, Andrés PD: no envie el archivo a h...@openstreetmap.org porque como tenia instrucciones no sabia si el correo les llegaba a uds o solo la imagen. ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-co] Colaboración para mapear la Dorada caldas y Pto Salgar @crisismappers
Hola (English below) La universidad de Caldas[0] está haciendo un llamado de ayuda por la emergencia en la Dorada Caldas[1], nosotros podemos colaborar con el mapeo de la región ya que tiene excelentes imágenes en bing, ya algunos maperos han realizado la mayoría de las calles, pero aun faltan áreas de cultivos, edificios, campos para campamentos etc. Debemos avanzar un poco mas para hacer una llamado para que la gente que que conozca la zona nos ayude llenando walking-papers.org. Esperamos la colaboración salu2 freed The Caldas University [0] is appealing for emergency aid in La Dorada, Caldas[1], we can work with the mapping of the region as it has excellent bing images, and some mappers have done most of the streets, but even missing areas of crops, buildings, fields for camps etc. We must advance a little more to make a call for people who knows the area help us w walking-papers.org. We hope the collaboration http://www.openstreetmap.org/?lat=5.45664lon=-74.66313zoom=15layers=M [0] http://www.ucaldas.edu.co/index.php?option=com_contentview=articleid=5328:solidaridad-con-la-dorada-caldascatid=419:universidad-al-diaItemid=1039 [http://www.ucaldas.edu.co/index.php?option=com_contentview=articleid=5328:solidaridad-con-la-dorada-caldascatid=419:universidad-al-diaItemid=1039 1] http://www.openstreetmap.org/?lat=5.45664lon=-74.66313zoom=15layers=M http://www.ucaldas.edu.co/index.php?option=com_contentview=articleid=5328:solidaridad-con-la-dorada-caldascatid=419:universidad-al-diaItemid=1039 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [OSM-talk-fr] import points d'eau de paris
Bonjour, Pour avoir moi-même rentré quelques fontaines, je te confirme que : - la localisation de EauDeParis n'est pas exacte (exemple : la fontaine Avenue des Ternes (17e) est en fait plus près du centre du carré de sens-uniques.) - certaines fontaines ne sont pas indiquées (exemples entre l'Avenue Prudhon et l'Avenue Ingres, 16e : c'est un jardin public ; Rue Vernet (8e) ; ...) A la limite, le document : http://www.eaudeparis.fr/media/document/409/85 est mieux. Mais il n'est pas complet (typiquement, entre Prudhon et Ingres, il y a bien 3 ou 4 fontaines, et un seul est indiqué sur la carte). Donc : Pour chaque point : - si il y a un point déjà indiqué à moins de 50 mètres, ne pas importer - si il n'y a pas de point à moins de 100 mètres, importer en ajoutant FIXME=position approximative. - si le point d'eau le plus proche est entre 50 et 100 mètres, voir au cas par cas, peut-être grâce à la carte dont j'ai donné le lien. - Mail Original - De: arno a...@renevier.net À: talk-fr@openstreetmap.org Envoyé: Mercredi 15 Septembre 2010 09:40:49 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] import points d'eau de paris salut, Eau de Paris nous a donné l'autorisation d'importer les points d'eau dans Osm L'échange de correpsondance est ici http://wiki.openstreetmap.org/wiki/EauDeParis la source de données est ici: http://www.eaudeparis.fr/jsp/site/Portal.jsp?search_action=search_actionpage=directoryid_directory=424=2124=2224=2324=24search= Les données ne sont pas tout à fait exactes; il manque des points d'eau. Et je pense avoir trouvé au moins un point d'eau qui n'existe pas (ou disons plutôt que ce point d'eau est représenté à 300m de l'endroit où il est déjà). Mais la plupart des points me semblent corrects. Je pense que c'est une bonne base, quitte à corriger les quelques erreurs au fur et à mesure. En me basant sur les données d'hier, et en ignorant les points qui ont un point d'eau dans osm à moins de 30m, ça me ferait 444 nouveaux points d'eau sur la ville de paris. Est-ce que cet import vous semble une bonne idée ? Est-ce que vous avez des remarques particulières ? a+ arno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreurs sur le changeset 5446354
Merci beaucoup ; je vois que le revert est fini. Charlie Echo - Mail Original - De: Pieren pier...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Mardi 10 Août 2010 18:54:05 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Erreurs sur le changeset 5446354 2010/8/10 Charlie Echo openstreet...@coutiere.com Donc j'ai une requête et une question : - quelqu'un peut-il rapidement annuler le Changeset 5446354 svp ? Je ne sais pas faire... C'est en cours: http://www.openstreetmap.org/user/Pieren/edits (attendre que le changeset soit refermé) - que se passe-t-il si un objet du changeset a été modifié depuis ? Le revert ne fonctionnera pas pour cet/ces élément/s. Je te le signalerais si c'est le cas. Pieren, le ctrl-z d'osm-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2)
Reste qu'avec une telle densité d'informations et de bâtiments, Potlatch devient bien souvent inutilisable... Quand on veut ajouter une Boîte aux lettres, on y passe des heures juste pour un point... Ne serait-il pas intelligent de créer des layers pour le stockage des données ? Par exemple, quand on veut travailler sur les Ways ou les Surfaces, on travaille en général uniquement sur les Highways, les Buildings, ou les Landuse. Et les Nodes associés devraient probablement être qualifiés de Highways only, Buildings only, Landuse only, ou multi-usage. Ainsi, pour ajouter ma boîte aux lettres, je demanderais à Potlatch de charger les Highways, et de me donner en image de fond une carte, et j'ajouterais le point sans douleur. En fait, il s'agirait juste de rajouter un champ dans la base décrivant le layer. Est-ce intelligent ? Si ça l'est, on pourrait soumettre ça au niveau mondial pour voir si c'est implémentable... Charlie Echo - Mail Original - De: sly (sylvain letuffe) sylv...@letuffe.org À: talk-fr@openstreetmap.org Envoyé: Lundi 26 Juillet 2010 15:00:44 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2) Yo, 888 Mo, c'est la taille du fichier osm compressé du france.osm.bz2 de cette nuit présent chez géofabrik. Est-ce si extraordinaire ? le chiffre, ça, on s'en fout, par contre c'est la première fois que la taille du fichier france dépasse celui de l'allemagne (887Mo) , faisant du même coup du fichier france le plus gros fichier d'europe. Hé ben, on a bien fait de rentrer des cathérales aux 1500 points ;-) Bien sûr personne ne s'étonnera d'apprendre, sans que je le dise, d'où vient cette croissance récente du fichier... -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2)
Si si, on parle de la même chose : le téléchargement gigantesque qu'il faut pour ajouter le moindre objet. Et je me concentrais sur Potlatch, mais c'est pareil pour JOSM, en fait. Le problème n'est pas un problème d'affichage, mais un problème de chargement (avec les lenteurs que ça implique). De toutes façons, le problème va apparaître au grand jour dans 1 an : les données seront tellement lourdes, et ça coûtera tellement cher en bande passante et surtout en contraintes sur la Base, qu'il FAUDRA trouver une solution. C'est ridicule de charger 50 Mo de données pour le moindre ajout dans Paris, et ça va démotiver les débutants (même moi, qui ai débuté il y a longtemps déjà, je suis démotivé par cette lourdeur...) Charlie Echo - Mail Original - De: Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net En conclusion, de ce que j'ai compris, vous ne parlez pas de la même chose : - pour ajouter une boîte aux lettres, c'est au logiciel de masquer des éléments et restreindre peut-être la zone d'édition pour ne pas être dérangé - pour les grandes zones, il faudrait effectivement facilement télécharger uniquement des objets d'un type. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2)
Je n'ai pas de quoi mesurer les données chargées sous la main. Il est vrai que 50 Mo est un peu exagéré si on est en zoom maximal. Mais quand je cherche à modifier, avec Potlatch, la zone http://www.openstreetmap.org/?lat=48.852885lon=2.332884zoom=18layers=M (zoom 18, maximum par l'interface) Potlatch me dit lui-même la zone est très détaillée, le chargement sera long. Voulez-vous zoomer ? et il zoome à 20. Comme quoi le problème a été identifié... La zone en zoom 18 contient 1400 éléments... La requête sur la base doit être monstrueuse pour juste un point à ajouter... Plus que le volume, je présume que c'est la charge de la Base qui va poser problème... Charlie Echo - Mail Original - De: Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Mardi 27 Juillet 2010 16:36:37 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2) Le mardi 27 juillet 2010 16:13:58 openstreet...@coutiere.com, vous avez écrit : Si si, on parle de la même chose : le téléchargement gigantesque qu'il faut pour ajouter le moindre objet. Et je me concentrais sur Potlatch, mais c'est pareil pour JOSM, en fait. Le problème n'est pas un problème d'affichage, mais un problème de chargement (avec les lenteurs que ça implique). […] C'est ridicule de charger 50 Mo de données pour le moindre ajout dans Paris, Je viens de faire le test dans Paris en chargeant une zone de 100mx100m, ça me donne 111ko, et pour 500mx500m ça me fait à peine 2Mo. Donc, selon moi, ça reste raisonnable pour ajouter un POI. Le problème reste entier pour travailler avec de très grandes zones. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[Talk-at] hi at community
Hi, Mein Name ist Robert Steininger. Ich wollte mich mal der AT-Community vorstellen. Bin noch ein recht neuer Mapper ... War bis jetzt vor allem in 2326 Lanzendorf (Niederoesterreich) taetig. Habe dort fast alle Strassennamen und Details, die man nur als Local kennt, gemappt. Derzeit mache ich mich gerade an die Hausnummern. (http://www.openstreetmap.org/?lat=48.10875lon=16.44706zoom=16layers=B000FTF) LG, Robert Steininger mapping with: OSM2Go on N900; JOSM; potlach ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] hi at community
sorry, hab mit dem falschen account gemailt! On Tue, 2010-05-25 at 15:32 +0200, Robert Steininger wrote: Hi, Mein Name ist Robert Steininger. Ich wollte mich mal der AT-Community vorstellen. Bin noch ein recht neuer Mapper ... War bis jetzt vor allem in 2326 Lanzendorf (Niederoesterreich) taetig. Habe dort so ziemlich alle Strassennamen und manche Details, die man nur als Local kennt, gemappt. Derzeit mache ich mich gerade an die Hausnummern. (http://www.openstreetmap.org/?lat=48.10875lon=16.44706zoom=16layers=B000FTF) LG, Robert Steininger mapping with: OSM2Go on N900; JOSM; potlach ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] contre sens cyclable sur zone 30
Le quelqu'un, c'était moi. Je fais toujours des mails très théoriques... Il n'y a au aucune réaction à l'époque (sniff) mais je suis content de constater qu'on a la même vision. Au fond, c'est pas très malin de faire une cartographie purement physique sans intégrer dès l'origine l'idée d'un code de la route, sachant que les GPS sont essentiellement utilisés par les véhicules sous contraintes de codes de la route. Dans 1 an, quand un pays décidera de réduire la vitesse sur autoroute pour des raisons écologiques, tout le monde constatera que nous avions raison (enfin nous aurons été oubliés d'ici là...) Charlie Echo - Mail Original - De: Vincent Pottier vpott...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Mercredi 12 Mai 2010 00:02:18 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] contre sens cyclable sur zone 30 Quelqu'un, il n'y a pas longtemps parlait d'objets dans OSM. Je n'ai pas bien lu à l'époque... Mais si on définit dans la relation France, par codage, le code de la route (définir le code par codage ;-) genre reprise de http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Maxspeed#France def:maxspeed:rural=90 def:maxspeed:urban=50 def:highway:motorway:maxspeed=130 def:highway:motorway:oneway=yes def:highway:motorway:access:bicycle=no def:highway:residential:maxspeed=maxspeed:urban def:zone_30:maxspeed=30 def:zone_30:access:bicycle=both def:highway:path:motorcar:access=no etc... Avec ce mode de codage, si j'utilise une balise exotique, par exemple maxspeed=FR:plage, si il y a une def dans France (def:maxspeed:plage=15), c'est tout bon... Avec ce mode de codage, les logiciels, quelque soient leur origine, savent où chercher l'info pour le pays concerné. Les devs n'ont pas à se soucier de mettre leur code à jour avec les règles inscrites en dur dedans. Ils incluent à la compilation. Le jour où la législation change, il n'y a qu'un lieu à changer. Si un département décrète (le peut-il, c'est une autre question) que les routes sont limitées à 80, dans la relation admin_level:6, on met def:maxspeed:rural=80 Voila, c'est une idée comme ça... (même pas 0,02€, je réclamerai quand elle vaudra de l'or) -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Agglomération ; était : cont re sens cyclable sur zone 30
Ce qui manque dans OSM (et je me le dis souvent), c'est un côté orienté objet : un jeu de caractéristiques qui s'applique à plusieurs objets. Les relations en sont une approche qui répond partiellement au problème. Le FR:urban en est une autre, mais à ma connaissance, ce n'est pas officiel. Et pourtant, ce serait intelligent. Pour mémoire, il y a une quinzaine d'années, le FR:urban est passé de 60 km/h à 50 km/h. Si, demain, il passe à 45 km/h, il faudra bien distinguer les zones 50 explicites, non modifiées des zones 50 car en agglomération, modifiées. Vu que les autoroutes risquent de passer en France à moins de 130 km/h, le problème apparaîtra vite. Un tel aspect orienté objet permettrait aussi de gérer les vitesses maximales en cas de pluie, etc. De même, le fait que les zones 30 soient, par défaut, ouvertes aux vélos dans les deux sens, serait beaucoup plus simple à coder en FR:zone_30 qu'autre chose. Il faudrait ensuite noter les exceptions, c'est à dire les rues où bicycle_oneway=yes. Le plus logique, en un sens, est d'avoir le code de la route mis en commun (FR:Urban, FR:zone_30, FR:Autoroutes, ...), et de rattacher les routes à ce code de la route. Bref, ce côté orienté objet manque, et FR:urban me paraît un début intelligent. Quelqu'un sait-il si c'est un sujet de discussion international ? Charlie Echo - Mail Original - De: Vincent Pottier vpott...@gmail.com À: Art Penteur art.pent...@gmail.com, Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Lundi 3 Mai 2010 22:52:33 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Agglomération ; était : contre sens cyclable sur zone 30 Le 03/05/2010 21:56, Art Penteur a écrit : Ou alors, si ce système de défaut ne marche pas, il faut tagguer maxspeed = 50 dans toutes les agglomérations maxspeed=FR:urban -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Potlatch avec tags en français ( était : Orthographe)
Ca soulève une question que je me pose depuis longtemps... (J'avais en fait commencé à faire ce qui suit, mais j'ai arrêté très vite, par manque de temps, même si un spécialiste ferait ça en quelques heures) Vu que Potlatch est le meilleur moyen pour le grand public de contribuer (car JOSM est un peu difficile à prendre en main pour le grand public) vu que bon nombre de routes sont tracées, mais il leur manque des détails (oneway, name, maxspeed, ...) vu que le grand public ne parle pas anglais ... Pourquoi ne pas mettre les tags de Potlatch en français ? Les tags seraient tratuits à la volée à la réception du serveur et avant l'envoi (sens unique ; nom ; vitesse maxi ; ...) Il suffit d'une table de traduction et d'un peu de boulot sur le soft. On ne doit pas en être très loin, puisque, quand on drag-and-drop un Supermarché, on voit apparaître un point supermarket. Comment ça marche ? De mémoire, on a une liste des tags et des valeurs (highway : primary / secondary / ...). Il suffirait de rajouter un critère pour reconnaître les traductions, tel qu'un mot clé, et de prendre la dernière ligne avec ce mot clé pour l'affichage, et la première ligne pour la traduction : HIGHWAY : highway : primary / secondary / ... HIGHWAY : type de route : nationale ou grand axe / départementale ou axe secondaire / ... AMENITY : amenity : ... [si ce n'est pas traduit, on prend la version anglaise] Ca vous inspire quoi ? Charlie Echo - Mail Original - De: fo...@letuffe.org À: talk-fr@openstreetmap.org Envoyé: Mercredi 7 Avril 2010 23:20:17 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] forum: Orthographe Le message suivant : ## Bonjour Dans Potlatch il y a une faute d'accord dans le message Toutes les donn�es ont �t� correctement envoy� (es). a �t� post� sur le forum http://forum.letuffe.org/viewforum.php?f=6 Une r�ponse sur la liste directement n'est h�las pas transmise sur le forum, ce qui n'empeche pas une concertation avant r�ponse sur ce fil de discussion -- Tout commentaire sur ce message peut �tre demand� � sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Import des bâtiments, Adresses des bâtiments, et plugin
Bonjour, On note, ces temps-ci, un grand nombre d'ajouts de bâtiments dans OSM, créés à patir du Cadastre sans doute. Ca demande un petit effort mais le résultat est très joli. Tant qu'à faire cet effort, pourquoi ne pas aller au bout, et indiquer les adresses des bâtiments ? Certains le font, d'autres pas... OSM serait beaucoup plus utilisable si les adresses y figuraient, au moins dans les longues rues. D'où ma question : serait-il utile d'ajouter au plugin Cadastre une fonction rapide d'ajout d'adresse, qu'on peut imaginer sous deux formes : - le plugin retient la dernière adresse avec tous ses détails, et, d'un simple Ctrl-quelque-chose, permet de ré-appliquer à un Node ces informations ; il suffit alors de modidifer le addr:housenumber. - le plugin se met dans un mode d'édition, et à chaque Node ou Way de bâtiment cliqué, il incrémente l'adresse automatiquement. Ainsi, on pointe le 1 Grand'Rue, on l'indique au plugin, puis on pointe un Node du bâtiment 2 Grand'Rue, puis du 3 Grand'Rue, et automatiquement, les Nodes ou Ways de bâtiments se voient attribuer ces adresses. Et si le numéro 4 n'existe pas, on clique deux fois sur le 5 qui sera appelé 4 PUIS 5. Evidemment, ça ne gère pas les bis, mais tout automatisme a ses limites... Sur le sujet Adresses, on peut aussi imagnier un plugin qui permette, quand on sélectionne un Way, de le dupliquer à sa gauche et à sa droite, en remplaçant le name par addr:street et interpolation:odd/... . Avantages : gain de temps évident ; et on évite les erreurs de recopie du nom. Il suffirait ensuite de mettre au bout des Ways créés les addr:housenumber. Il faut évidemment que le nouveau Way soit coupé lors des intersections, etc. Ce n'est pas hyper-simple (si deux Ways se coupent à 45°, il faut mettre les segments d'adresses à 15°, donc assez en retrait par rapport à l'intersection ; etc). | | |\ |.\ |..\ |. .\ |. .\ Je vous laisse réagir... Charlie Echo. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] openadresses.org et OSM
L'interface a l'air d'être un bon début. C'est typiquement le genre d'interface qui pourrait permettre à n'importe-qui de peupler la base d'OSM sans connaissance particulière. Le même type d'interface doit permettre de sélectionner des Ways, et d'en indiquer les tags highway, name, oneway, maxspeed, maxheight, maxweight, buslane, cycleway, etc. Ensuite, avec un coup de buzz, on verra une foule de points apparaître, souvent anonymes (mais cookie-isés pour suivre le qui-fait-quoi). D'où deux possibilités : - valider les changements signalés par plusieurs utilisateurs, noter les utilisateurs, et valider facilement les changements des utilisateurs bien notés. - proposer une validation par mail : on prend le mail de la personne, et on lui envoie un lien pour valider le Changeset. Bref, une interface de ce type a des avantages et pourrait accélérer fortement l'entrée de données. Il faut que la personne qui a fait openadresses.org quitte le côté obscur de la Force et nous rejoigne... Charlie Echo - Mail Original - De: René-Luc D'Hont rldh...@gmail.com À: talk-fr@openstreetmap.org Envoyé: Mardi 30 Mars 2010 08:04:33 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] openadresses.org et OSM Le 30/03/2010 00:23, Emilie Laffray a écrit : On 29/03/2010 23:16, Emilie Laffray wrote: On 29/03/2010 22:13, René-Luc D'Hont wrote: Bonjour, Je me permet de relayer ceci : openaddresses.org Je crois savoir qu'ils savent qu'OpenStreetMap existe mais ça fait peut-être doublon, non ? J'ai l'impression que certaines adresses sont extraites d'OSM, ou est-ce que les adresses sont ajoutés à OSM ? Quelqu'un de chez c2c pourrait nous en dire plus puisqu'il aprticipe au projet, merci. Non seulement ils savent mais en effet toutes les adresses ont été pompées de OSM. Ça a été envoyé sur la liste légale il y a quelques minutes. Le problème est la licence. Ils utilisent une licence CC-BY 3.0 alors que la licence actuelle de OSM est CC-BY-SA 2.0. Ils sont donc en violation de la clause SA. A noter qu'ils ont prevu d'annoncer cela a la communaute OSM, mais ils sembleraient qu'ils aient un peu loupe sur le coup. Emilie Laffray Sur twitter, ils disent souhaiter créer une synchro entre OpenAddresses et OpenStreetMap, sauf qu'il y a un problème de licence. On est d'accord ? René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] contre sens cyclable sur zone 30
A suivre aussi sur : http://www.paris.fr/portail/deplacements/Portal.lut?page_id=7096document_type_id=4document_id=79395portlet_id=16333 avec une foule de détails en plus, dont des plans de déploiement, etc. Pour le coup, il va falloir utiliser : highway=* + oneway=yes + cycleway=opposite_lane ( http://wiki.openstreetmap.org/wiki/Bicycle ) Charlie Echo - Mail Original - De: Lord Awikatchikaen lord.awikatchik...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Jeudi 25 Mars 2010 09:08:09 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] contre sens cyclable sur zone 30 Bonjour, Je viens de voir cette information ce matin dans le 20minutes : http://you.leparisien.fr/sports/2010/02/26/paris-le-double-sens-a-velo-autorise-dans-les-zones-30-366.html L'annonce devrait être faites aujourd'hui par la mairie de paris. a surveiller sur leur site pour avoir la carte (libre on espère) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relecture et aide traduction Features: Piste maps
Plusieurs points : patrolled=no je ne l'ai pas inventé. Dans la version anglaise (que j'ai utilisée en décembre), on a : Pistes that are not patrolled, though they may be marked and maintained et dans la version française : Pistes sans patrouilleur, malgré qu'elles soient marquées et maintenue que je viens de corriger en bien que _pouvant_ être marquées et maintenues Patrolled n'est pas équivalent à non-balisé. Donc Patrolled=no est nécessaire sur le hors-piste, mais pas suffisant. Le hors-piste n'est pas du piste:abandoned=yes, ni du piste:type=skitour car c'est uniquement à sens descendant. L'idéal serait effectivement sans doute de créer un piste:type=off-piste ; mais je n'ose pas... Ceratins disent d'utiliser route=ski. Mais Tagwatch montre que route=ski est très souvent utilisé avec piste:type=downhill. De façon générale, le fait que les propositions de tags soient validées sans vote est une mauvaise nouvelle (bien que ça m'ait réjoui au début), car il restait quelques questions en suspend et qu'aucune discussion n'a permis de trancher (voir les sujets ouverts sur Discussion). En plus, c'est un précédent fâcheux et pas très démocratique. Il reste des incohérences : par exemple, les pites peuvent être des Areas... mais dans quel sens descend-on sur une Area ??? Il reste des questions floues : il y a souvent de grands plats, face aux stations, que l'on prend dans le sens que l'on veut, et qui ne sont pas vraiment des pistes. Le hors-piste, donc, est mal défini. Certais téléskis sont fixes, d'autres débrayables, et on a un seul tag pour ces deux types (platter) Bref, pour l'instant, je me limite à patrolled=no et une note disant Off-piste. Charlie Echo - Mail Original - De: sly (sylvain letuffe) sylv...@letuffe.org À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Mercredi 24 Mars 2010 13:54:17 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Relecture et aide traduction Features: Piste maps Comment tagger une piste non damée ? Sur le domaine de Tignes / Val d'Isère, ils appellent ça Naturide : la piste est noire, balisée, mais pas damée donc ça ressemble à du hors-piste surveillé. - pour le non damé : grooming=no Par définition, si c'est balisée, ce n'est plus du hors piste j'aurais envie de dire. piste:type=downhill + piste:grooming=backcountry me semble un bon candidat Et comment tagger un trajet hors-piste classique ? Pour l'instant, j'ai mis - pour le hors-piste : grooming=backcountry, patrolled=no piste:grooming=backcountry précise : Use with marked, cleared, ungroomed ski trails. mais précise aussi Off-piste cross-country skiing, often referred to as backcountry touring ce qui me semble incohérent, ont-ils supposés que off-piste et marked est possible ? Bref, je dirais qu'il manque un truc pour le préciser. Ton patrolled=no (que tu as inventé ?) ajouté d'un piste:type=downhill me semble une bonne idée. Bien que patrolled et non balisée ne me semble pas tout à fait le même concept Logiquement, je devrais mettre pour les deux grooming = backcountry, mais je crains que le hors-piste soit trop semblable au sur-piste. Tout à fait d'accord, donc il manque un truc : soit pour le hors piste on n'utilise pas piste:downhill mais piste:skitour, mais là on rentre dans le problème que j'ai indiqué du et si ça monte ? ou alors on invente un truc à ajouter ou alors on réutilise le trail_visibility (à la sauce piste ?) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vandalisme
A mon avis, il faut tenir bon et le surveiller, et le bannir rapidement si il fait des bêtises. Il reviendra à la charge, mais après 3 ou 4 bans, il s'arrêtrera ; surtout qu'il a probablement fait la bêtise de donner son nom (n_ward) dans son premier pseudo, ce qui permet probablement de le suivre à partir de sa vraie adresse email. - Mail Original - De: Nakor nakor...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Jeudi 4 Février 2010 00:07:18 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Vandalisme On 02/03/2010 05:34 PM, vpot...@gmail.com wrote: Le 03/02/10 20:53, Nakor a écrit : Dans le même genre, il faut regarder ses autres contributions, en particulier le tag cycle=maybe qui n'autorise que les cyclistes avec un casque jaune... Du même auteur : http://www.openstreetmap.org/?minlon=-3.223minlat=55.987maxlon=-3.22maxlat=55.9888box=yes http://www.openstreetmap.org/browse/changeset/3786757 Je lui envoie ceci : Hi it seems you are drawing anything. http://www.openstreetmap.org/?minlon=-3.223minlat=55.987maxlon=-3.22maxlat=55.9888box=yes http://www.openstreetmap.org/browse/way/49380816/history http://www.openstreetmap.org/browse/changeset/3786757 It should be nice to stop ! OpenStreetMap is not the place to let off steam. You should use your skill to produce a real good map. Thanks ! Je lui est envoyé un message du même genre (lui demandant de faire des contributions constructives) et il m'a répondu que ses contributions étaient de la plus grande qualité. Il a par ailleurs changé son nom en osm_king ... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Géovélo] Prototype de la no uvelle version
Personnellement, je trouve que les valeurs Z actuelles sont assez correctes. Si j'ai bien compris, cela provient d'une base libre, et ces données servent à faire le fonds de carte de la Carte Cyclable. http://www.openstreetmap.org/?lat=48.734lon=1.8735zoom=14layers=00B0FTF La précision n'est peut-être pas optimale, mais avec des GPS qui ont une précision en altitude de 50 m, il va falloir des milliers de traces pour obtenir une moyenne correcte, au demeurant très compliquée à calculer (car les relevés en Lat et Lng ne seront pas pris aux mêmes endroits...) En plus, la moyenne sera fausse, car les GPS sont placés à 1 m environ au-dessus du sol... (par chance, ils sont tous plus ou moins à ce niveau). Comme dit hier, il manque une échelle sur le relevé des altitudes. Avec une échelle, on verrait peut-être que le passage d'un pont (dont le profil fait \___/ ) n'est qu'un trou de quelques centimètres. Donc : on a plus urgent à faire que gérer les Z. Par exemple : les tracés de voies ; les noms de voies ; les sens uniques ; les numéros de rues (surtout sur les grandes rues) ; les limitations de vitesses... Et ensuite, les services (banques, eau, ...) ; les bâtiments ; PUIS à la fin les Z. - Mail Original - De: vpot...@gmail.com vpott...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Jeudi 4 Février 2010 11:34:44 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] [Géovélo] Prototype de la nouvelle version Le 04/02/10 11:25, GaelADT a écrit : Pour répondre à toutes les questions concernant les altitudes et la valeur Z que l'on pourrait mettre sur les nodes. J'aurai bien une idée, mais je ne sais pas si elle est réalisable. Pourquoi ne pas justement utiliser toutes les traces GPS fournis par les utilisateurs ? On doit bien pouvoir réaliser un outil automatique qui calcule l'altitude d'un node à partir des traces GPS proches de ce point ? En gros ça permettrait d'avoir une carte d'altitude de la France qui serait mise à jour et s'améliorerait continuellement en fonction des traces GPS uploadées sur le site. Et le gars qui a uploadé son parcours en ULM, il fout en l'air la moyenne... L'idée est bonne mais elle suppose de travailler les données avant import dans OSM. Et en croisant les sources (dont les repères géodésiques). En indiquant la source et sa fiabilité... On devrait obtenir un maillage pas trop mauvais et qui s'affine avec le temps. Pour le soucis des ponts je pense que ça peut se régler d'une façon logique. Exemple, j'emprunte un pont qui passe au dessus d'une vallée : au niveau logiciel je vais considérer l'altitude des nodes au milieu du pont comme la même altitude que les nodes de l'entréet et sortie du pont. Charlie Echo wrote: 1. C'est génial ! +1 2. Sur le graphe d'altitude, il manque une échelle : on ne fait pas la différence entre une grande et une petite pente. Mieux, il faudrait que l'échelle soit au moins de [30] mètres : ainsi, les petites montées n'apparaîtraient pas comme des gros obstacles. 3. il serait bon de faire apparaître les stations Vélib', voire de rendre ces points collants (pour le moment, les intersections sont collantes). 4. Quand on déplace sa souris au-dessus des options Sécurité / Distance, on voit apparaître le trajet à l'écran ; une indication de la distance serait utile (puisque le trajet est manifestement calculé, ça doit être facile...) Charlie Echo 1. Merci :) 2. Je vais encore travailler sur ce graphe d'altitude. Ma principale difficulté vient du fait qu'il n'y a pas beaucoup de place pour l'image, et que c'est difficile d'insérer toutes les informations manquantes. Peut-être une infobulle au survol du graphe pour avoir l'altitude à un point du parcours. 3. Pour les stations vélib' nous ne pouvons apparemment pas faire ce que nous voulons avec. Nous allons entré en discussion avec la ville de paris JCDecaux. 4. Ça me semble une bonne idée, je vais travailler là dessus. sylvain letuffe-2 wrote: On mercredi 3 février 2010, GaelADT wrote: Oui les données SRTM ne sont pas très précises. Malheureusement il n'existe pas d'autres données en libre accès. Il existe ça : http://wiki.openstreetmap.org/wiki/ASTER sly Je ne connaissais pas je vais me renseigner là dessus. sylvain letuffe-2 wrote: Est-ce que l'attribut tracktype est pris en compte ? Typiquement, dans l'exemple donné, le chemin a un tracktype de 3, ce qui signifie qu'il est empruntable en VTT, mais pas en vélo de ville/de route. Cette implication ne me semble pas tout à fait exact, tracktype n'exprime pas directement qu'un vtt, un vélo tout chemin, un vélo de ville ou un vélo de course puisse ou non passer. Ce ne sont que des suppositions d'implication. ça reste une première approximation. Non ce tag n'est pas encore pris en compte. Donc il
Re: [OSM-talk-fr] [Géovélo] Prototype de la no uvelle version
Mes remarques : 1. C'est génial ! 2. Sur le graphe d'altitude, il manque une échelle : on ne fait pas la différence entre une grande et une petite pente. Mieux, il faudrait que l'échelle soit au moins de [30] mètres : ainsi, les petites montées n'apparaîtraient pas comme des gros obstacles. 3. il serait bon de faire apparaître les stations Vélib', voire de rendre ces points collants (pour le moment, les intersections sont collantes). 4. Quand on déplace sa souris au-dessus des options Sécurité / Distance, on voit apparaître le trajet à l'écran ; une indication de la distance serait utile (puisque le trajet est manifestement calculé, ça doit être facile...) Charlie Echo - Mail Original - De: GaelADT gael.sauva...@gmail.com À: talk-fr@openstreetmap.org Envoyé: Mercredi 3 Février 2010 14:06:01 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] [Géovélo] Prototype de la nouvelle version Lord Awikatchikaen wrote: Je vais faire la meme remarque qu'a opencyclemap : c'est dommage que les path (et les footway avec bicycle=yes) soient considere comme des aucun aménagement et non comme des pistes/bande cyclable. ici par exemple : http://www.geovelo.fr/V2/idf/index.php?lat1=48.7113577lng1=2.352037lat2=48.667151lng2=2.357754latc=48.698035456292lngc=2.3551833241434z=17 En fait le calculateur les prend en compte (comme meilleur qu'une route normale, mais moins bon qu'une bande cyclable), c'est juste que ce n'est pas affiché directement sur la carte. Dans l'ancienne version, on affichait ces voies là en jaune sur la carte, mais le mélange de couleur vert/bleu/jaune ne rendait pas terrible. Ce que l'on considère comme voies mixtes : - highway=footway + bicycle=yes - highway=pedestrian - highway=path J'espère que l'on a bon :) Gaël. -- View this message in context: http://n2.nabble.com/Geovelo-Prototype-de-la-nouvelle-version-tp4506618p4507042.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ajout de boutiques (était : Bout ique téléphonie)
Doit-on re-créer les Pages Jaunes ? Si on met des détails jusqu'aux boutiques de téléphonie (i.e. changer / réparer un tel mobile), il faudra mettre les garages automobiles (réparer voiture), les horlogeries (changer de montre ou de bracelet...), les agences de voyage (changer d'air), les marchands de chaussures et les cordonniers, les pressings, ... Donc on n'a pas fini... Tout magasin par nature a son public, donc mérite d'être mentionné, sauf si on met une catégorisation claire des priorités. Ce qui me paraît essentiel, c'est ce qui concerne (en majuscule ce qu'on n'a pas encore, à ma connaissance) : - la vie courante : distributeurs de billets, poste, téléphone public, ... - la santé : pharmacies, hopitaux et cliniques, MEDECINS GENERALISTES - la nourriture : supermarché, BOULANGERIES (très français) - l'automobile courante (car GPS est souvent associé à voiture) : essence, parking, RECHARGE DE VEHICULE ELECTRIQUE (prévoir maintenant ; utile en 2011) - la sécurité : police, pompiers, ... Il y a sans doute d'autres sujets essentiels et Potlatch les liste correctement (sauf les ATM, de mémoire). Dans un second temps, il serait logique de prendre une fois pour toute une classification officielle (style Pages Jaunes) et de s'y tenir, plutôt que de poser la question au coup par coup. Mais si on se lance dans cette entreprise, il faut prévoir une notion d'horaire (open_Monday =8:30 ; close_Monday=19:00 ; ), une notion de vacances (closed_from=20091224 ; closed_to=20100103), etc. Idéalement, il faudrait que chaque magasin puisse lui-même se placer sur une carte, et entrer ses horaires, etc, et dispose en retour d'un lien vers une carte : www.openstreetmap.org/shop?id= qui afficherait une flèche à l'endroit voulu. Ce serait un très bon moyen pour récupérer une foule d'informations cartographiques de proximité, et de faire la pub pour OSM (noms des rues, sens uniques, parkings, ...) Bref : à court terme, il semble peu utile de rentrer les boutiques de téléphonie ; à moyen terme, c'est une très bonne idée si on permet à chaque boutique de se positionner. Au demeurant, on pourrait arguer que, en entrant certaines boutiques et pas d'autres, on tord la concurrence, ce qui n'est pas souhaitable dans un monde où chaque petit bobo mérite un procès. Charlie Echo - Mail Original - De: Eric SIBERT courr...@eric.sibert.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Mardi 15 Décembre 2009 23:32:41 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] Boutique téléphonie Bonjour, Quel(s) tag(s) mettriez-vous pour une boutique de téléphonie, qu'elle soit exclusive à un opérateur ou ouverte à tous? Un coup d'œil sur tagwatch Europe donne : shop = telephone : 38 shop = mobile_phones : 18 Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Débutant en saisie je recherche la l iste officielle Française
Pour les places de stationnement pour handicapés, je ne suis pas sûr que wheelstair soit idéal, ni wheelchair, car bon nombre de handicapés ne sont pas en fauteuil roulant. Il faut tabler sur disabled_person qui correspond strictement à handicapé. Mais je ne crois pas que ce tag existe officiellement. (wheelchair existe, pour les transports publics, et c'est assez logique pour le coup). Pour les panneaux routiers, il faut voir là : http://wiki.openstreetmap.org/wiki/FR:Road_Signs Charlie Echo - Mail Original - De: Jean-Luc VIGNERON vendang...@sfr.fr À: talk-fr@openstreetmap.org Envoyé: Dimanche 22 Novembre 2009 17:07:41 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] Débutant en saisie je recherche la liste officielle Française Bonjour entre autre... je saisie sur Mont de Marsan depuis quelques jours et j'aurais besoin de précision : 1/ sur un passage piétonier non revêtu : pedestrian ou footway ? 2/Je recherche à placer des logos handicapés sur les places de stationnement : où trouver l'image (wheelstair= yes) ? E xiste-t-elle officiellement ? 3/ Idem pour une liste de panneaux de circulation (hormis STOP et feu tricolore) Merci d'avance de vos réponses JLuc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Noms de voies à NE PAS réfé rencer
La question n'est pas qu'une question de routage... Sur 100 personnes qui vont chercher la Rue des Marroniers, il y en aura 1 qui cliquera, sur son GPS, sur l'Avenue, par erreur, ou qui se dira c'est sûrement au même endroit. D'où ma remarque dans mon mail initial : ce serait source de confusions incessantes pour les vivants. Le nom de la voie, dans le cimetière, mérite d'être affiché sur une carte, mais il ne mérite pas d'être recherché. D'où mon point. Question simple : qui n'a jamais cherché Labicana, Rome dans Google Maps, sans se poser la quesiton de savoir si c'était une Via ou autre chose ? Quant au tag qui ressemble à renderer = no, je n'ai plus le tag précis en tête, mais c'est un tag qui indique de ne pas afficher une information (le nom de la voie, peut-être ?). Je ne sais plus où je l'ai vu, mais je suis sûr de l'avoir vu ; et il avait une vraie raison d'être (éviter les surcharges). - Mail Original - De: Vincent Pottier vpott...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Vendredi 25 Septembre 2009 17:20:49 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Noms de voies à NE PAS référencer Pieren a écrit : Amha, le nom d'une allée (ou avenue) dans un cimetière est bien destiné aux vivants. Les morts n'ont plus besoin de logiciel de navigation, ni de nameFinder là où ils sont. Ce nom a toute sa place dans la base et les index de recherche avec le tag name et non note. Ce qui serait plus dommageable serait qu'il soit combiné avec highway=unclassified ou service et relié au réseau routier classique sans séparation (par des tags access et/ou barrier), ce qui risquerait d'amener les chauffards qui suivent leur GPS aveuglément au milieu du cimetière ! Z'ont qu'à pas conduire à tombeau ouvert ! On pourrait aussi dire que access=destination est valable pour nous tous... Certes... Mais pas designated trop vite... -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de crete
Je trouve que Ridge ne convient pas : ridge semble être une faille, ou un plateau, enfin quelque chose de géologique. Une ligne de crête n'est pas géologique : c'est une notion topographique / topologique / mathématique. D'où une question simple : faut-il l'indiquer dans OSM ? De mémoire, la ligne de crête est le point le plus haut de toutes ses perpendiculaires : quand je suis sur la ligne de crête, à gauche et à droite, il n'y a que des points plus bas. C'est par conséquent la ligne de partage des eaux (water divide). Normalement, la ligne de crête est par définition une ligne qui se déduit des courbes de niveaux... Bref, j'aurais tendance à chercher du côté de water_divide, et non du côté de ridge. Charlie Echo - Mail Original - De: Guillaume Allegre allegre.guilla...@free.fr À: talk-fr@openstreetmap.org Envoyé: Lundi 14 Septembre 2009 10:21:39 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] Ligne de crete Salut, J'ai cherché le moyen de baliser une ligne de crête sur OSM sans trouver. En mars dernier, j'ai lancé la discussion sur le wiki : http://wiki.openstreetmap.org/wiki/Talk:Key:natural La réponse indique de proposer natural=ridge. En lisant l'article http://en.wikipedia.org/wiki/Ridge, j'ai l'impression que Ridge recouvre une notion plus vaste que ligne de crête. J'aimerais vos avis. Pour préciser un peu la notion telle que je la conçois : - une ligne de crête est une donnée topographique. - elle peut éventuellement être confondue avec un chemin de crête, mais pas forcément. Le chemin peut dévier par endroits de la crête elle-même, et se confondre avec en d'autres endroits. Il peut n'y avoir aucun chemin. - sur la ligne, il peut y avoir des noeuds particuliers : sommets (peaks) ou cols (mountain_pass ?), mais la plupart sont des noeuds ordinaires. -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] il y a-t-il un équivalent à ge odistance ?
Bonjour, Je m'étais essayé à faire comme géodistance mais en mieux, pour m'amuser (ça a déjà plusieurs années...) : http://curvimetre.free.fr Je suis en train de développer autre-chose sur le même principe, plutôt orienté vélo ; j'ai donc essayé d'utiliser la carte CycleMap de OSM, avec OpenLayers (que je trouve en outre très jolie). J'ai vraiment perdu un temps fou, et j'ai fini par en conclure que OpenLayers est moins mûr que l'API de Google, ou en tous cas moins documentée... Mes conclusions du temps perdu sont que : - la documentation est vraiment importante, et vraiment très très floue sur OpenLayers - les premiers conseils que j'ai lus m'ont invité à ne pas utiliser les Layer.Marker (qui devraient disparaître à moyen terme), mais plutôt des Layer.Vector ; comme mes besoins sont vraiment Marker, je me suis mis dans une impasse ; pourtant, je ne voulais rien de très complexe : selectionner et deselectionner des Markers en cliquant dessus, et les faire changer de couleur Je compte finir mon appli d'ici un mois, la mettre en ligne, puis ré-essayer de la basculer sur OSM... Si j'y arrive, je pourrai basculer ensuite mon curvimetre sur OSM aussi... Promis ! Charlie Echo - Mail Original - De: Gilles LAMIRAL gilles.lami...@laposte.net À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Mercredi 26 Août 2009 13:04:02 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] il y a-t-il un équivalent à geodistance ? Bonjour, 3) http://map.meurisse.org Excellent ! -- Au revoir, 02 99 64 31 77 Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sélection des villes affichées par Mapnik
On avait ce problème avec Paris pendant un temps... Asnières, de mémoire, passait au-dessus et était écrit en plus gros... Il serait pourtant simple d'utiliser en priorité un critère liste rentrée à la main (liste qui serait courte) et en second lieu un critère de population. Charlie Echo - Mail Original - De: Pieren pier...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Mercredi 29 Juillet 2009 02:11:32 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Sélection des villes affichées par Mapnik 2009/7/28 Christophe Foucher vojagha...@free.fr: Le nom de Toulouse n'apparaît pas alors qu'elle est plus grande et plus peuplée que ses voisines. J'ai vérifié les tags place et population et il semble qu'ils ne sont pas utilisés pour le choix. C'est parce que Mapnik ne trace que le premier texte qui apparait dans les données OSM. Lorsqu'un deuxième texte pourrait entrer en collision avec un texte déjà présent, il ne l'affiche pas (même chose pour les icônes). Ce problème est connu depuis le début et aucune proposition n'est satisfaisante pour l'instant. Se baser sur la population, par exemple, peut faire s'afficher des villes moins connues que leur voisine (San Francisco par ex.). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Dans une commune, 2 villages avec des noms de rues identiques...
Bonjour, Je reviens de la commune de Lège-Cap Ferret, dans la Gironde, et j'ai commencé à rentrer mes données collectées. Pour le parisien que je suis, cette commune est étonnante : - c'est une commune unique - il y a plusieurs villages (Lege, Cap Ferret, La Vigne, Le Canon, ...) - il y a plusieurs mairies (une par village) ; ce sont peut-être des annexes, le fronton indique bien mairie à chaque fois. - il y a au moins deux Boulevard de la Plage avec des numéros de maisons commençant à 1 dans chaque cas. ( les Pages Jaunes m'indiquent : BOULEVARD DE LA PLAGE CAP FERRET BOULEVARD DE LA PLAGE L'HERBE ALLEE DE LA PLAGE CANON RUE DE LA PLAGE CAP FERRET ) Je sais tagger la commune (admin_level = 8), mais comment tagge-t-on les villages de sorte qu'on distingue les rues ? A la limite, j'aurais créé un admin_level = 10 pour les villages... Est-ce une mauvaise idée ? Faut-il mettre des is_in=Cap Ferret (tag qui me déplaît car le 'Cap Ferret' n'est pas défini) ? Merci pour vos éléments. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Yahoo has very bad resolution images of Croatia, why?
In article 64b14b300905161628m79fae8bdxfc2844b7e24e...@mail.gmail.com valent.turko...@gmail.com writes: Any special reason why Yahoo would pay for to get areal photography for small towns and villages in Hungary and not for other countries? My speculation is they have a contract to get copies of non-exclusive arial imagery done for other customers. So coverage depends on what others are willing to pay for. Most big cities have such customers, small towns are less likely to have anyone willing to pay enough to make doing it worthwhile. (Also, frequency of updates will be random.) -- Blars Blarson blar...@scd.debian.net With Microsoft, failure is not an option. It is a standard feature. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Mega-bug sur les boundary administrative dans la région de Dole
A première vue, le pâté est un seul way (ou peu de ways) créé pour l'occasion (donc sans historique). Il y a aussi une foule de Nodes avec comme seul attribut source = cadastre. Par ailleurs, la zone a l'air assez peu renseignée, ce qui permettrait de virer ces nodes sans vergogne, si il n'y a pas de way en dessous... Bref, on a sans doute la solution du Revert, mais sinon, ça a l'air facile à défaire, d'un simple delete... Quel est le problème ? - Mail Original - De: Pierre Mauduit pierre.maud...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Dimanche 10 Mai 2009 23:07:58 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Mega-bug sur les boundary administrative dans la région de Dole Re, Allé... si on me donne le feu vert, je les supprime tous ce soir après ma douche... il me manque que quelques lignes à coder. http://svn.openstreetmap.org/applications/utils/revert/ Du coup je ne sais pas si c'est la peine de coder ;-) J'ai regardé rapidement, ca a l'air API 0.6 proof d'après le README. -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelques statistiques sur le cadastre par départements
Bonjour, En regardant les stats de Paris (où j'habite...), j'ai noté que tu indiquais : Paris : 20 communes, 5% des limites dans OSM. Donc j'ai cherché à vérifier... Paris est un département-commune ( http://fr.wikipedia.org/wiki/Paris ) ; la limite communale / départementale est complète. Mais effectivement, il y a 20 arrondissements (admin_level = 10 ; ils sont souvent considérés comme des cantons ; notons que les cantons peuvent être des sous- ou sur- ensembles des communes, selon les cas, ce qui ne simplifierait pas l'éventuelle définition d'un admin_level). Quand on entre dans les Bois de Boulogne ou Vincennes, on peut lire un panneau Bois de ..., Commune de Paris. C'est très ambigü ; a posteriori, il faut lire Bois de ..., appartenant à la commune de Paris. Mais on pourrait a priori l'interpréter comme Bois de ..., l'une des communes de Paris. Et donc, je confirme : le Bois de Boulogne est un bout du 16e, et le Bois de Vincennes un bout du 12e arrondissements. D'ailleurs, les rues qui traversent, indiquent Boulevard machin, 12e. Voilà ; c'est pour qu'on ne passe pas pour les derniers de la classe... - Mail Original - De: Pieren pier...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Dimanche 29 Mars 2009 18:35:57 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] Quelques statistiques sur le cadastre par départements Bonjour, Pour ceux que ça pourrait intéresser, j'ai ajouté sur le wiki quelques stats sur les communes actuellement vectorisées par départements dans le cadastre en ligne: http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre En bref, il y a 19 départements 100% vectorisés: Ain, Calvados, Loire-Atlantique, Loiret, Lot, Morbihan, Nord, Rhône, Haute-Savoie, Paris, Tarn-et-Garonne, Vaucluse, Vendée, Territoire-de-Belfort, Hauts-de-Seine, Seine-Saint-Denis. Guadeloupe, Martinique, Réunion Les plus mal vectorisés (10% des communes) sont: Ardennes (9%), Haute-Marne (7%), Somme (5%), Ariège (1%), Guyane (absent du cadastre) Le département avec le plus grand nombre de communes : Pas-de-Calais (888) Celui avec le plus petit nombre de communes : Paris (20) Sur l'ensemble des 100 départements, nous en sommes à 59% de vectorisés (le nombre total de plans continue de croître parce que toutes les communes n'ont pas encore été numérisées ni en plan image, ni en vectoriel). Il est très probable que nous ayons bientôt un 101e département : Mayotte. Mais là, les stats seront faciles puisqu'il n'y a encore aucun cadastre, ni parcelles sur cette île ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites de communes
- il y a des rues qui sont des deux côtés à Paris, ou des deux côtés hors de Paris ; dans ces conditions, on doit avoir un Way administratif à côté du Way physique. Je reprends, donc. Quand on essaye de suivre les rues qui marquent la limite de Paris (rues au-delà du périphérique), on se rend compte que, - parfois, des côtés pair et impair, il y a des plaques Rue Machin, Paris ; et dès qu'on franchit un croisement, on tombe dans une rue (perpendiculaire) marquée Autre Commune, ou une plaque d'agglomération - parfois, des deux côtés, on a Rue Machin, Commune autre ; et dès qu'on franchit le croisement, on a une rue de Paris, et une plaque Paris - parfois, un côté est marqué Paris et un autre Autre commune C'est mine de rien assez important pour la gestion des adresses. Il m'est arrivé de travailler Rue d'Oradour sur Glane, qui est à Paris des deux côtés de la rue, mais dès qu'on franchit le pas de l'immeuble, on entre à Issy les Moulineaux (et le maire d'Issy, M. Santini, était venu nous remercier de contribuer à l'économie de sa ville par nos taxes car nous étions sur son territoire, et de coûter à la ville de Paris pour la gestion de nos ordures ménagères ; mais là, je m'égare...) Schéma : la limite peut être au-dessus des signes =, en-dessous, ou bien au milieu (si les signes représentent les sens de circulation) | == | Ce type de détail ne se voit que sur place. Le Cadastre n'est pas assez précis. Ce que je dis, c'est que : - si la limite est exactement sur le =, avec un côté Paris et l'autre Autre commune, il faut absolument partager les noeuds. Sinon, mathématiquement, il y aura des endroits où l'on sera du mauvais côté. - si la limite est au-dessus ou en-dessous du =, il faut créer un way différent qui longe le =. C'est du travail d'orfèvre... - Mail Original - De: Pieren pier...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Jeudi 26 Février 2009 18:14:05 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Limites de communes 2009/2/26 openstreet...@coutiere.com: Pierren (Le Grand Sage) Le grand singe, tu veux dire ! Mon point de vue n'a pas plus de valeur que les autres. Ce qu'il faut, c'est des consensus et au final, une manière de procéder identique au moins sur le territoire français et le plus proche possible des autres pays pour que les outils développés pour OSM fonctionnent à peu près partout. Pour ce qui est des limites communales, pas grand chose a ajouter si ce n'est qu'on a encore oublié de mentionner le tag source=cadastre... qui est obligatoire si ça vient du cadastre. Certains le mettent dans la relation, d'autres sur les ways, il faudrait aussi se mettre d'accord là-dessus (moi je préfère sur les ways puisque la relation est une création purement osm). Pour ce qui est des limites qui suivent une route ou une rivière, moi je suis aussi pour faire deux ways qui se superposent (mêmes noeuds) sur les parties communes mais tout le monde n'est pas de cet avis (j'ai vu des cas avec un way unique regroupant tous les tags). Pour le noeud place, s'il est déjà dans la base et créé par le script d'import d'Alban (created_by=editop)(ce qu'il a fait par départements mais je ne sais pas si tous sont fait aujourd'hui), alors il faudra très probablement le déplacer sur le centre de l'agglomération. Il faudra aussi éventuellement corriger une mauvaise orthographe (accents, typo). La notion de centre étant lui-même sujet à controverse, est-ce la mairie ou l'hôtel de ville (lorsque ce n'est pas le même bâtiment), le centre historique (la place du village, la place centrale en ville). Certains voudraient supprimer le noeud avec le tag place depuis que la relation boundary existe (sly). Mais ça n'est pas tout à fait la même chose et en plus, ce noeud peut servir à correctement placer le label sur une carte alors qu'un tag name de la relation sera géocentré sur le polygone, càd parfois très loin du lieu concerné. Charlie Echo a écrit: - il y a des rues qui sont des deux côtés à Paris, ou des deux côtés hors de Paris ; dans ces conditions, on doit avoir un Way administratif à côté du Way physique. Je ne pas sûr de comprendre cette phrase. Il arrive que le cadastre place la limite communale au milieu de la voie (rue ou route) (on superpose), mais il arrive aussi que ça soit sur le bord de la route (je pense que c'est ce que tu veux dire par les deux côtés) alors oui on trace deux ways séparés. Note qu'il arrive assez souvent que lorsqu'on regarde le cadastre sur les deux communes adjacentes, il arrive qu'une commune considère la limite au milieu de la voie et que l'autre considère la limite au bord. Dans ces cas de conflits à l'intérieur même du cadastre (fréquents), on pourrait décider de ne pas trancher et de dessiner les deux limites sans les rattacher. Moi, je préfère laisser une des deux versions (on parle de quelques mètres d'écart), en général la première que j'ai
Re: [OSM-talk-fr] Cadastre communes : A new hope
Robin ? une idée du pourquoi il y a plein de polygones dans ta donnée plutôt qu'un seul qui serait le contour de la commune ? (+ deux trous ?) Sur le Cadastre, la commune en question est présentée sous forme d'une Image. Des pointillés, sur l'image, délimitent les lieux-dits (du moins c'est ce que j'ai cru comprendre) et les polygones que l'on a ici représentent les lieux-dits. Quant aux trous... Ma foi, sur l'image du Cadastre, il y a des pointillés qui délimitent des petites zones, et qui sont les trous. Etonnant... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour le robot 1.5
J'ai en tête une utilisation d'un robot assez périlleuse : il s'agirait d'enlever tous les Nodes qui ne servent à rien (nombreux à cause de Potlatch) Un noeud qui ne sert à rien est un noeud qui n'a pas de Tag ET qui ne fait partie d'aucun Way : il faut donc : - prendre tous les noeuds - prendre tous les chemins ou relations, et supprimer leurs noeuds de la liste - supprimer de la liste tous les noeuds avec attributs Normalement, on reste avec les noeuds inutiles... Mais c'est un peu dangereux, il faut l'admettre... - Mail Original - De: arp enteur art.pent...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Lundi 23 Février 2009 15:14:38 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] Pour le robot 1.5 Bonjour, La page wiki du robot ( http://wiki.openstreetmap.org/wiki/User:MS_BOT ) décrit un certain nombre de corrections sur les noms propres. Je suis surpris d'y trouver Georges Sand, avec un s. C'est une faute de frappe dans le robot, ou seulement sur la page wiki ? Par ailleurs, une suggestion : je viens de corriger un proffesseur. Pensez-vous utilse que le robot fasse la correction roffesseur-rofesseur sur toute la France ? Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Redéfinition du boundary admin_lev el 7
Après un peu de mapping, je me rends compte qu'une re-définition serait peut-être utile. En particulier, il faut un niveau pour gérer les lieux dits qui sont très importants dans la classification rurale, et inexistants dans OSM. D'après ce que j'ai vu, une commune est strictement pavée de lieux-dits, bien délimités (ce sont les lettres EC ou autres BD en rouge sur le cadastre). Par ailleurs, il faut un niveau pour gérer les noms communs : je pense à la Butte aux Cailles à Paris, qui est un bout du 13e arrondissement, sans délimitation officielle à ma connaissance. Sur http://www.openstreetmap.org/?lat=48.82968lon=2.35227zoom=17layers=B000FTF on voit les deux noms apparaître au même niveau. Les arrondissements de Paris sont officiellement coupés en 4 quartiers. (Je ne sais pas si la Butte aux Cailles est un quartier en ce sens). Paris ne doit pas être le seul ainsi. J'aurais donc suggéré : Commune = 8 (pas de changement) Lieu-dit ou Arrondissement = 9 Quartier ou nom commun = 10 Ca aurait comme conséquence que le 13e arrondissement serait pavé en 4 quartiers, plus un 5e admin_level=10 chevauchant les autres. - Mail Original - De: Pieren pier...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Jeudi 29 Janvier 2009 18:08:59 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Redéfinition du boundary admin_level 7 Salut Gerhard, 2009/1/29 g.d g...@wanadoo.fr: et encore moins dans un seul niveau n°7. 'Faut trouver aut'chose. --- C'est sûr qu'en cherchant bien, on pourrait trouver 15 ou 20 niveaux administratifs différents et qui n'ont pas grand chose à voir entre-eux. Toutefois, le tag admin_level associé au boundary=administrative est une convention maintenant adoptée par de nombreux pays dans OSM (voir le wiki) avec 10 niveaux. Et chaque pays a plus ou moins trouvé son équivalent par rapport aux autres (en tout cas pour les niveaux paires). Ma question porte sur cette liste internationale et commune. Mais elle n'empêche pas que la France ajoute ses propres valeurs dans un autre système d'identification. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Robot MS BOT
Ca doit être tout simple à faire : avant de lancer un tour de modifications, il faudrait calculer le nombre de modifications à faire. Ca permettrait au début de s'attaquer à quelques petites modifications, pour vérifier que ça marche, puis aux grosses pour être efficace. Ex : combien y-a-t-il de Highway Name=rue * ? Question : faut-il chercher et remplacer rue* ou rue * ? (personnellement, je suis pour l'option rue *) - Mail Original - De: murphy2712.nospam murphy2712.nos...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Jeudi 22 Janvier 2009 08:28:41 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Robot MS BOT Je suis plutôt pour, par contre SURTOUT fait bien attention à garder le fichier log les prochaines fois ! C'est ce qui permet d'analyser, vérifier, faire des statistiques... et aussi le seul moyen de revenir en arrière si problème (en attendant au moins l'API 0.6). Te rappelles-tu du nombre d'éléments impactés ? 2009/1/22 Marc SIBERT m...@sibert.fr Bonjour, Pendant qu'on en parlais encore, j'ai développé un petit robot qui vient de passer sur france.osm. Oui, je sais, je n'en ai pas parlé *avant*, c'est mal, mais j'étais trop impatient de faire mon premier test hier soir, qui à l'air de s'être bien passé. L'unique tache était simple : modifier les ways (highway=*) avec (name=rue*) en (name=Rue*). J'attends votre flaming naturel (on a tous peur du changement !) pendant une semaine et j'ajouterais de nouvelles modifications avant de la relancer. Je vais aussi décrire l'animal sur sa page wiki : http://wiki.openstreetmap.org/wiki/User:Marcussacapuces91/MS_BOT A+ Marc No virus found in this outgoing message. Checked by AVG - http://www.avg.com Version: 8.0.176 / Virus Database: 270.10.10/1906 - Release Date: 21/01/2009 07:07 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] 68 GPS units donated to OSM
Many things: - I'll be in London in 10 days, and I can bring some pieces back to Paris easily enough, if someone is interested. I (or some other French people) could then spread them for the mapping parties over here. - I can also convert the plugs to French plugs pretty easily. Other types of plugs are harder to find on my side. - I will probably go to Morocco in March, and to Arab Emirates before April. Is this of interest for anyone? - Mail Original - De: Ed Loach e...@loach.me.uk À: Gert Gremmen g.grem...@cetest.nl, osm talk@openstreetmap.org Envoyé: Jeudi 15 Janvier 2009 11:21:20 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk] 68 GPS units donated to OSM Gert wrote: It would be nice to know where they are physically located. I suppose there is great interest from all over the world but not so practical to send hem to… I'm guessing as the Google spreadsheet suggests the battery chargers have UK 3pin plugs on them that they are probably currently in the UK. Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Un robot de nettoyage pour la france
Quelques remarques : - Très bonne idée. - A faire : effectivement, les Rue cie. enlever les espaces de début et fin de Name, ... pour les ref=..., remplacer les RN10 en N 10, mais conserver les Chemins Ruraux CR 23 et Voies Communales VC 23 vérifier les noeuds dupliqués, et les voies dupliquées - ATTENTION AU RISQUE DE MAUVAISE UTILISATION : un tel outil permettrait, d'un coup, de tout casser, de façon involontaire OU VOLONTAIRE. Il est vrai qu'on peut aussi tout casser avec JOSM, et qu'il est difficile de limiter l'usage d'un robot, sauf à créer un statut de super-utilisateur (après X kilomètres tracés, Y années d'ancienneté, etc.) Mais le robot pourra toujours se faire passer pour JOSM. Bref, il faut avoir ça en tête ; peut-être que je soulève une fausse alerte. - Mail Original - De: Steven Le Roux [EMAIL PROTECTED] À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Mardi 9 Décembre 2008 02:02:16 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Un robot de nettoyage pour la france Pas le temps de lire plus ce soir, mais ce qui me gène d'un premier regard est le protocole. Si robot il doit y avoir, alors environement de test complet il lui faut. Nos données sont tout ce qu'on a... il ne faut ni les perdre ni les corrompre. Je proposerai une modif là dessus demain. 2008/12/9 sylvain letuffe [EMAIL PROTECTED]: Le lundi 8 décembre 2008 23:55, Pieren a écrit : Même les articles peuvent poser problème: - Jean de La Fontaine - Rue de la Fontaine Il faut donc s'en tenir à une liste fermée de mots connus (rue, avenue, boulevard,etc) Après réflexion, je suis aussi plus pour faire une liste de mot sur lesquels on agit que sur une liste de mots sur lesquels on n'agit pas Et puis, je pense qu'il vaut mieux commencer petit rien que Rue Avenue Boulevard Allée Passage Chemin au début devrait nous nettoyer un paquet de truc qui ne seront plus à faire à la main, et le risque d'erreur est bien moindre (et en plus pas trop dur pour un premier test grandeur réél ) Il sera toujours possible ensuite de faire un traitement semi-automatique ou un humain donne son accord pour la modification Pour le reste, le tagwatch peut nous amener des idée de correction pouvant être commandées humainement et réalisées robotiquement... -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Steven Le Roux Jabber-ID : [EMAIL PROTECTED] 0x39494CCB [EMAIL PROTECTED] 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] OS Trumped
Steve Chilton wrote: Anyway the OS are one the of the primary (platinum?!) sponsors of the RGS (along with Land Rover and Rolex from memory). So the map of the venue, and how to get to it, prominantly displayed on the back cover of the abstracts naturally used Open Street Map data. Nice one! Just as good, from the BGS press release: ORDNANCE SURVEY MASTERMAP AWARD FOR BETTER MAPPING The Ordnance Survey MasterMap award is to encourage innovative and stimulating map products derived from, and composed mainly of, Ordnance Survey's MasterMap data. The award is run with the support of Ordnance Survey. Unfortunately, an award will not be made this year as it was the opinion of the judges that the entries did not fulfil all of the criteria as stated in the rules. The problem was not with the quality of the products, but they felt there was minimal or no innovative use of OS MasterMap data. -- Jonathan (Jonobennett) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
