[OSM-talk-be] hiking path
Is there anyware a tag that I can use for dangerous parts on a walking path? Yesterday I did a tracking on a path that was not tracked yet and at a part it was very dangerous My Sun fell down the trail and I had to rescue him. To warn future hikers on that path I want to set some kind of flag there, but can not find some decent way to to it. Any suggestions ? Bart ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] hiking path
Hallo Bart, Hopefully your son is OK. There was some discussion the past few days on Pass at your own risk on the tagging mailing list. No real conclusion. Some say it is always at your own risk. You could look at the proposed tag: hazard http://wiki.openstreetmap.org/wiki/Proposed_features/hazard But even more appropriate would be http://wiki.openstreetmap.org/wiki/DE:Key:sac_scale (sac_scale=mountain_hiking ?) regards m On Mon, Aug 5, 2013 at 9:19 AM, Georges De Gruyter zors1...@gmail.comwrote: In taginfo I found : http://taginfo.openstreetmap.org/keys/dangerous_place#combinations Beautiful lapsus btw ;-) Georges 2013/8/5 Bart Vanherck vherckb...@gmail.com Is there anyware a tag that I can use for dangerous parts on a walking path? Yesterday I did a tracking on a path that was not tracked yet and at a part it was very dangerous My Sun fell down the trail and I had to rescue him. To warn future hikers on that path I want to set some kind of flag there, but can not find some decent way to to it. Any suggestions ? Bart ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] New tile rendering (Live Worldwide)
Hi OpenStreetMappers, The default OpenStreetMap.org standard map was switched across to a new rendering server setup over the last weekend. In addition to new hardware, the rendering server also uses the new “openstreetmap-carto” stylesheet. This is a complete re-write of the old XML stylesheet to use CartoCSS, making it easier for our cartographers to work with. The style is designed to look as similar as possible to the old XML stylesheet. Andy Allan presented a great talk at State of the Map US conference describing the reasons for re-writing the stylesheet: http://stateofthemap.us/saturday.html#schedule/saturday/putting-the-carto-into-openstreetmap-cartography Andy will present a follow-up at State of the Map next month. http://2013.stateofthemap.org/ The openstreetmap-carto stylesheet is maintained here: https://github.com/gravitystorm/openstreetmap-carto The openstreetmap-carto is a good base for creating custom styles, and should be much easier to work with. If you want to help improve the style, or add new features, please fork it and contribute pull requests! Please support OSM’s server hardware fundraising drive: http://donate.openstreetmap.org/server2013/ Kind regards Grant Slater Part of the OSM Sysadmin Team ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Foursquare superusers encouraged to directly edit OSM
Great move indeed. I for instance just invited a friend of mine that happens to be a 4sq super-user to edit OSM. He loves 4sq and never cared too much for OSM, now he'll probably give us a little love =) Cheers, Arlindo Nighto Pereira On Fri, Aug 2, 2013 at 6:05 PM, Johan C osm...@gmail.com wrote: Great move by Foursquare. I wouldn't mind to see more interaction between Foursquare and OSM. For instance, it's quite easy to put the entrance of POI's in OSM, which can be handy in the Foursquare app to navigate to that entrance (or for example the nearby parking lot). Cheers, Johan 2013/8/2 Alex Barth a...@mapbox.com The main point was that the material 'added' to osm is properly licensed to osm. I'd not considered that there would be substantial POI data in foursquare that was not already present in some format in osm. This may be a 'country' facet since I'm only looking at UK data and certainly dumping foursqaure data into the UK would hit a substantial number of existing locations? In other countries this may not be the case and may be worth the exercise if more detailed material is not otherwise available? Exactly, in some countries the map is sparser so there's going to be more incentives to jump in and improve. E. g. it will be interesting to keep an eye on Brazil here. On Fri, Aug 2, 2013 at 3:40 PM, Lester Caine les...@lsces.co.uk wrote: Alex Barth wrote: They are being signed up directly to OSM ... Any user coming from Foursquare has to actually create their own account manually if they don't have one yet, just like anyone else. (Not sure if this is what you were getting at.) That was what I was saying poorly :) The main point was that the material 'added' to osm is properly licensed to osm. I'd not considered that there would be substantial POI data in foursquare that was not already present in some format in osm. This may be a 'country' facet since I'm only looking at UK data and certainly dumping foursqaure data into the UK would hit a substantial number of existing locations? In other countries this may not be the case and may be worth the exercise if more detailed material is not otherwise available? -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=**contacthttp://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.**ukhttp://rainbowdigitalmedia.co.uk __**_ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[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)
Re: [OSM-talk] New tile rendering (Live Worldwide)
On Monday 05 August 2013, Grant Slater wrote: [...] In addition to new hardware, the rendering server also uses the new “openstreetmap-carto” stylesheet. This is a complete re-write of the old XML stylesheet to use CartoCSS, making it easier for our cartographers to work with. The style is designed to look as similar as possible to the old XML stylesheet. I am especially impressed that this also finally gives us a coastline update on openstreetmap.org - after more than half a year. :-) As for the rendering - at the southern edge there is a cutoff slightly north of the tile edge: http://www.openstreetmap.org/?lat=-84.8lon=-167.75zoom=6 Greetings, -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New tile rendering (Live Worldwide)
Wouldn't mind seeing this expanded to include rendering routes a la the OSM US tileserver. It's time to bury the old way of tagging a route's attributes on member ways already. On Mon, Aug 5, 2013 at 8:41 AM, Grant Slater openstreet...@firefishy.comwrote: Hi OpenStreetMappers, The default OpenStreetMap.org standard map was switched across to a new rendering server setup over the last weekend. In addition to new hardware, the rendering server also uses the new “openstreetmap-carto” stylesheet. This is a complete re-write of the old XML stylesheet to use CartoCSS, making it easier for our cartographers to work with. The style is designed to look as similar as possible to the old XML stylesheet. Andy Allan presented a great talk at State of the Map US conference describing the reasons for re-writing the stylesheet: http://stateofthemap.us/saturday.html#schedule/saturday/putting-the-carto-into-openstreetmap-cartography Andy will present a follow-up at State of the Map next month. http://2013.stateofthemap.org/ The openstreetmap-carto stylesheet is maintained here: https://github.com/gravitystorm/openstreetmap-carto The openstreetmap-carto is a good base for creating custom styles, and should be much easier to work with. If you want to help improve the style, or add new features, please fork it and contribute pull requests! Please support OSM’s server hardware fundraising drive: http://donate.openstreetmap.org/server2013/ Kind regards Grant Slater Part of the OSM Sysadmin Team ___ 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] [OSM-dev] New tile rendering (Live Worldwide)
This is amazing. Fantastic work! On Mon, Aug 5, 2013 at 9:41 AM, Grant Slater openstreet...@firefishy.comwrote: Hi OpenStreetMappers, The default OpenStreetMap.org standard map was switched across to a new rendering server setup over the last weekend. In addition to new hardware, the rendering server also uses the new “openstreetmap-carto” stylesheet. This is a complete re-write of the old XML stylesheet to use CartoCSS, making it easier for our cartographers to work with. The style is designed to look as similar as possible to the old XML stylesheet. Andy Allan presented a great talk at State of the Map US conference describing the reasons for re-writing the stylesheet: http://stateofthemap.us/saturday.html#schedule/saturday/putting-the-carto-into-openstreetmap-cartography Andy will present a follow-up at State of the Map next month. http://2013.stateofthemap.org/ The openstreetmap-carto stylesheet is maintained here: https://github.com/gravitystorm/openstreetmap-carto The openstreetmap-carto is a good base for creating custom styles, and should be much easier to work with. If you want to help improve the style, or add new features, please fork it and contribute pull requests! Please support OSM’s server hardware fundraising drive: http://donate.openstreetmap.org/server2013/ Kind regards Grant Slater Part of the OSM Sysadmin Team ___ dev mailing list d...@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] New tile rendering server (Experimental)
On 5 August 2013 03:58, Hamish Campbell hamish.campb...@koordinates.com wrote: HI Grant, Wondering if this is related, there seem to be a few faulty tiles: E.g.: http://www.openstreetmap.org/?lat=-46.080780029296875lon=167.288818359375zoom=10 Zoom in and out - the woodland cover is there, but not rendered at some zoom levels for specific tiles. Likely old cached tiles showing. Create a permalink and try a browser refresh. Likely, or should I file a bug elsewhere? The best location for reporting bugs with the stylesheet is: https://github.com/gravitystorm/openstreetmap-carto/issues / Grant ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Gordon Lake - Multipolygon relations - I just do not understand
Hi Steve Thanks for that information. Gradually getting the hang of them on the simple examples but when I struck Lake Gordon wonder what on earth the incomplete [id 31755640] meant. It looks like an error message but as you commented earlier the lake is rendering as it should. Do notice that in JOSM the lake does not render correctly once I split a way and then refine it probably due to the size of the lake exceeding the downloadable segment. Due to the size of the Lake I am splitting sections out and tracing them in with more nodes and then reconnecting them. The delay in tile render can make this a bit challenging to check but looks like based on your notes that I am doing the right thing. And finally mastering getting maps on my Garmin with contours and rendered like mapnik. Thanks to a fellow list member I now can update the Australia pbf file and also extract contours for any part of the globe that has them. Typviewer means I can create or steal icons. Gradually figuring out the style sheet plus a few Garmin idiosyncrasies that mean things like resolution levels do not work past a certain pre-set Garmin point. Next step will be implementing sac_scale for walking tracks and revisiting the unpaved road issue. Plus seeing if I can liberate the higher 1 second contour line scans that were down as part of the SRTM contours for Australia. Cheers Brett Date: Thu, 1 Aug 2013 22:45:05 -0400 From: stev...@email.com Subject: Re: [talk-au] Gordon Lake - Multipolygon relations - I just do not understand To: brussell...@live.com.au; talk-au@openstreetmap.org Brett, Don't overthink the multipolygon. It is just a collection of nodes and ways, which is then (almost) tagged as if it is a way. Lake Gordon looks ok at the moment, so you might have worked it out... For lakes in JOSM, 1) Draw the outer edge of the lake as one way or a series of connnected ways. 2) Draw the edge of the islands as one way per island or a series of connected ways per island. 3) Select all the ways you have drawn for the lake and go to the 'Tools' menu and select 'Create Multi-polygon CTRL+ALT+A'. This will get JOSM to create a multipolygon relation, this is where you have all the lake related tags, not tags specific to the islands, the natural=island goes directly on the island way. 4) To add tags to the multipolygon, select one of the ways then under the normal properties side bar you should see a 'Member Of' area, double click on the multipolygon shown. 5) The tags for a multipolygon relation (lake) are: - type=multipolygon - natural=water - name=Lake Gordon - source=... etc. 6) For each way/node in a multipolygon you need to define its role. JOSM will attempt to do this automatically for you if you had all the ways selected when creating the multipolygon. If not: - All ways that form the outer edge of the lake have the role of 'outer' - All ways that form the islands in the lake have the role of 'inner' Note that when you are in the relation editor window, do not add or delete nodes in the map window behind, as it sometimes confuses it (will it sometimes asks you some questions which confuses me...). So always click OK (or cancel) on that window prior to changing nodes in the main window. Hope that helps, let me know if you need more details. I suggest you read the multipolygon and relation wiki pages. Stephen. - Original Message -From: Brett RussellSent: 07/30/13 10:45 PMTo: OSM Australia mailing listSubject: [talk-au] Gordon Lake - Multipolygon relations - I just do not understand Hi Must admit that multipolygon relationships have me confused. Lake Gordon is a good example. Thought, great I will refine the shoreline by selecting two points and breaking them and then deleting the section and rebuilding it with both ends joined. But I notice weird lines across the lake and incomplete inner and out mentioned in the relationship. Tried deleting them incomplete ones but all I get is confused. Rather than just fix my stuff up can some one walk me through fixing it as I loathed to touch them. Generally it is only the 2000 point limit and islands that forces me to use them. I am using JOSM. Cheers___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Gordon Lake - Multipolygon relations - I just do not understand
Brett, Good to here that you are gaining confidence and are working it out. I'm not sure where you are seing the incomplete [id 12345567] error, however when you are in the relation editing window there is a button on the left hand side that (for me it is 2nd from the bottom), lets you download all the ways/nodes from that the relation. Maybe this will help with the error. Regards Steve. - Original Message - From: Brett Russell Sent: 08/05/13 11:15 PM To: Stephen Backway, OSM Australia mailing list Subject: RE: [talk-au] Gordon Lake - Multipolygon relations - I just do not understand Hi Steve Thanks for that information. Gradually getting the hang of them on the simple examples but when I struck Lake Gordon wonder what on earth the incomplete [id 31755640] meant. It looks like an error message but as you commented earlier the lake is rendering as it should. Do notice that in JOSM the lake does not render correctly once I split a way and then refine it probably due to the size of the lake exceeding the downloadable segment. Due to the size of the Lake I am splitting sections out and tracing them in with more nodes and then reconnecting them. The delay in tile render can make this a bit challenging to check but looks like based on your notes that I am doing the right thing. And finally mastering getting maps on my Garmin with contours and rendered like mapnik. Thanks to a fellow list member I now can update the Australia pbf file and also extract contours for any part of the globe that has them. Typviewer means I can create or steal icons. Gradually figuring out the style sheet plus a few Garmin idiosyncrasies that mean things like resolution levels do not work past a certain pre-set Garmin point. Next step will be implementing sac_scale for walking tracks and revisiting the unpaved road issue. Plus seeing if I can liberate the higher 1 second contour line scans that were down as part of the SRTM contours for Australia. Cheers Brett ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Fwd: [Transifex] New announcement in project iD Editor
Em Seg, 2013-08-05 às 02:01 +, Fernando Trebien escreveu: Oi Blademir, Só pra avisar, na discussão que está se desenrolando no fórum, acho que chegamos a um bom nome para living street: via partilhada com pedestres. Foi inspirado no conceito australiano de shared zone: http://en.wikipedia.org/wiki/Shared_Zone Olá Fernando, Discordo do termo. Consultando o Features do wiki, o texto diz que nas living streets os pedestres tem prioridade sobre veículos motorizados. Talvez a tradução deva sugerir ao contrário: uma via de pedestres onde carros podem transitar em baixa velocidade. Além disso, o texto diz que pedestres tem prioridade legal sobre veículos, o que nunca vi por estas bandas em área residenciais. Consultando a entrada abaixo na página de Features, a etiqueta highway=pedestrian sugere que seja o mesmo tipo de via, mas aplicado numa área comercial. Abraço, 2013/8/4 Fernando Trebien fernando.treb...@gmail.com: Já troquei pra pátio na minha planilha. :D Certamente viela significa rua estreita. O problema é que living street quer dizer outra coisa. Nem no wiki nem na Wikipédia há menção à largura da rua, mas ambos se referem à dificuldade de passar pela via devido à presença de pedestres, que nela têm a preferência para circulação. Considerando isso, nem viela nem rua viva traduzem bem essa definição. Viela porque sugere que a rua é estreita (ela pode ser, mas nem sempre é), e rua viva porque a rua não está de fato viva. Aí vão mais algumas idéias. Características citadas no wiki (http://wiki.openstreetmap.org/wiki/Tag:highway%3Dliving_street): - generally have lower speed limits, and special traffic/parking rules compared to streets tagged using highway=residential - Terms for these street vary considerably around the world and include Home Zone (UK), Woonerf (Netherlands/Flanders), 'Verkehrsberuhigter Bereich' - Home Zone: zona de habitação/moradia - http://en.wikipedia.org/wiki/Home_zone - Woonerf: bairro/zona residencial - Verkehrsberuhigter Bereich: zona de tráfego acalmado Todos os países listados têm velocidade máxima de 20km/h e preferência ao tráfego de pedestres nessas ruas. A primeira característica é fácil descrever: via de baixa velocidade. A segunda, nem tanto, pode se confundir com calçadão, como você disse, exceto que no calçadão o acesso a veículos é proibido. Dentre os países listados, apenas a Itália não usa living streets, onde eles decidiram usar living street apenas nos raros lugares onde aparece uma placa específica. E só a Inglaterra tem uma menção a ruas estreitas no código de trânsito (e pelo wiki, parece que living street se aplica a esse caso lá também): https://www.gov.uk/road-users-requiring-extra-care-204-to-225/pedestrians-205-to-210 Características citadas na Wikipédia (http://en.wikipedia.org/wiki/Living_street): - França: Zone de rencontre (zona de reunião/encontro) - Suécia: Gångfartsområde (zona de velocidade de caminhada) - Suíça: Begegnungszone (zona de encontro) - Estados Unidos: Complete street (rua completa) - http://en.wikipedia.org/wiki/Complete_streets - Outros países: rua/zona/área residencial Que tal coisas mais como rua em zona de encontro (talvez impreciso demais), rua em zona de pedestres (talvez com um pouco de confusão ainda) ou rua em zona de caminhada (que pode dar a impressão de uma área de esportes)? 2013/8/4 Blademir Andrade de Lima blademi...@hotmail.com: Boa Noite. Bom, a tradução que encontrei para o Living street seria Viela, que se encaixaria para o seu uso no Brasil. City e Town acho melhor abrirmos um outra discussão porque essa vai render. Apron: Eu voto pelo termo Pátio. Fiz umas traduções do JOSM, seria ideal que entre elas e o ID sejam as mesmas. Forte Abraço Blademir Andrade de Lima From: fernando.treb...@gmail.com Date: Sun, 4 Aug 2013 14:42:40 + To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Fwd: [Transifex] New announcement in project iD Editor Hehe ok, fui eu mesmo quem insistiu no uso de living street para ruas muito estreitas e para as preferenciais de pedestre, como você tem usado. A comunidade ainda não me parece concordar plenamente com esses usos, e certamente isso tem um impacto na tradução que escolhermos para o termo. Que outros termos você sugere então? City e town é a mesmo tipo de problema, acho que nunca foi discutido aqui. Não vejo muito motivo pra não usar essa distinção se isso afeta o renderizador (especialmente nos níveis de ampliação mais afastados). Só faria sentido não usar se todas as cidades estivessem com a tag population preenchida, mas não é o caso. Apron: pátio é o termo que se usa nos aeroportos? Agora vi que a Wikipédia usa pátio num artigo e plataforma em outro. http://en.wikipedia.org/wiki/Airport_apron http://pt.wikipedia.org/wiki/Plataforma_de_estacionamento
Re: [Talk-br] Fwd: [Transifex] New announcement in project iD Editor
Em Seg, 2013-08-05 às 09:55 -0300, Samuel Vale escreveu: Em Seg, 2013-08-05 às 02:01 +, Fernando Trebien escreveu: Oi Blademir, Só pra avisar, na discussão que está se desenrolando no fórum, acho que chegamos a um bom nome para living street: via partilhada com pedestres. Foi inspirado no conceito australiano de shared zone: http://en.wikipedia.org/wiki/Shared_Zone Olá Fernando, Discordo do termo. Consultando o Features do wiki, o texto diz que nas living streets os pedestres tem prioridade sobre veículos motorizados. Talvez a tradução deva sugerir ao contrário: uma via de pedestres onde carros podem transitar em baixa velocidade. Além disso, o texto diz que pedestres tem prioridade legal sobre veículos, o que nunca vi por estas bandas em área residenciais. Consultando a entrada abaixo na página de Features, a etiqueta highway=pedestrian sugere que seja o mesmo tipo de via, mas aplicado numa área comercial. Correção: pode ser aplicado numa área comercial. A primeira parece ser algo mais comum lá, será que temos algo parecido no Brasil? Até, Abraço, 2013/8/4 Fernando Trebien fernando.treb...@gmail.com: Já troquei pra pátio na minha planilha. :D Certamente viela significa rua estreita. O problema é que living street quer dizer outra coisa. Nem no wiki nem na Wikipédia há menção à largura da rua, mas ambos se referem à dificuldade de passar pela via devido à presença de pedestres, que nela têm a preferência para circulação. Considerando isso, nem viela nem rua viva traduzem bem essa definição. Viela porque sugere que a rua é estreita (ela pode ser, mas nem sempre é), e rua viva porque a rua não está de fato viva. Aí vão mais algumas idéias. Características citadas no wiki (http://wiki.openstreetmap.org/wiki/Tag:highway%3Dliving_street): - generally have lower speed limits, and special traffic/parking rules compared to streets tagged using highway=residential - Terms for these street vary considerably around the world and include Home Zone (UK), Woonerf (Netherlands/Flanders), 'Verkehrsberuhigter Bereich' - Home Zone: zona de habitação/moradia - http://en.wikipedia.org/wiki/Home_zone - Woonerf: bairro/zona residencial - Verkehrsberuhigter Bereich: zona de tráfego acalmado Todos os países listados têm velocidade máxima de 20km/h e preferência ao tráfego de pedestres nessas ruas. A primeira característica é fácil descrever: via de baixa velocidade. A segunda, nem tanto, pode se confundir com calçadão, como você disse, exceto que no calçadão o acesso a veículos é proibido. Dentre os países listados, apenas a Itália não usa living streets, onde eles decidiram usar living street apenas nos raros lugares onde aparece uma placa específica. E só a Inglaterra tem uma menção a ruas estreitas no código de trânsito (e pelo wiki, parece que living street se aplica a esse caso lá também): https://www.gov.uk/road-users-requiring-extra-care-204-to-225/pedestrians-205-to-210 Características citadas na Wikipédia (http://en.wikipedia.org/wiki/Living_street): - França: Zone de rencontre (zona de reunião/encontro) - Suécia: Gångfartsområde (zona de velocidade de caminhada) - Suíça: Begegnungszone (zona de encontro) - Estados Unidos: Complete street (rua completa) - http://en.wikipedia.org/wiki/Complete_streets - Outros países: rua/zona/área residencial Que tal coisas mais como rua em zona de encontro (talvez impreciso demais), rua em zona de pedestres (talvez com um pouco de confusão ainda) ou rua em zona de caminhada (que pode dar a impressão de uma área de esportes)? 2013/8/4 Blademir Andrade de Lima blademi...@hotmail.com: Boa Noite. Bom, a tradução que encontrei para o Living street seria Viela, que se encaixaria para o seu uso no Brasil. City e Town acho melhor abrirmos um outra discussão porque essa vai render. Apron: Eu voto pelo termo Pátio. Fiz umas traduções do JOSM, seria ideal que entre elas e o ID sejam as mesmas. Forte Abraço Blademir Andrade de Lima From: fernando.treb...@gmail.com Date: Sun, 4 Aug 2013 14:42:40 + To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Fwd: [Transifex] New announcement in project iD Editor Hehe ok, fui eu mesmo quem insistiu no uso de living street para ruas muito estreitas e para as preferenciais de pedestre, como você tem usado. A comunidade ainda não me parece concordar plenamente com esses usos, e certamente isso tem um impacto na tradução que escolhermos para o termo. Que outros termos você sugere então? City e town é a mesmo tipo de problema, acho que nunca foi discutido aqui. Não vejo muito motivo pra não usar essa distinção se isso afeta o renderizador (especialmente nos níveis de ampliação mais afastados). Só faria sentido não usar se todas as cidades estivessem com a
Re: [Talk-br] Fwd: [Transifex] New announcement in project iD Editor
Em uma via pedestrian (calçadão) não passam carros, em uma living street sim. O conceito de living street não existe no Brasil, então estamos adaptando. Foi um pouco debatido na época que discutimos sobre classificação de vias. O conceito original é que os pedestres têm a preferência sobre os veículos. Estamos aplicando para vias onde essa seja uma preferência por prática (por haver muitos pedestres na via) mas sem a obrigatoriedade legal. Alguns (e eu inclusive) acham útil usar o mesmo tipo de via para vielas (ruas estreitas), onde só 1 veículo pode passar por vez, mas isso já é uma extensão do conceito original. Se excluirmos a possibilidade de usar living street, então todas essas vias seriam residential ou unclassified. http://wiki.openstreetmap.org/wiki/Pt-br:How_to_map_a#Fluxograma_de_classifica.C3.A7.C3.A3o Como no Brasil legalmente a preferência continua sendo do veículo (ou seja, legalmente, os pedestres estão fazendo algo a que não teriam direito), partilhada com pedestres refletiria essa idéia. Outra que surgiu há pouco é mais parecida com partilhada pedestres/veículos, o que eu acho que para um iniciante significaria a mesma coisa, só seria um nome mais comprido. 2013/8/5 Samuel Vale srcv...@minaslivre.org: Em Seg, 2013-08-05 às 09:55 -0300, Samuel Vale escreveu: Em Seg, 2013-08-05 às 02:01 +, Fernando Trebien escreveu: Oi Blademir, Só pra avisar, na discussão que está se desenrolando no fórum, acho que chegamos a um bom nome para living street: via partilhada com pedestres. Foi inspirado no conceito australiano de shared zone: http://en.wikipedia.org/wiki/Shared_Zone Olá Fernando, Discordo do termo. Consultando o Features do wiki, o texto diz que nas living streets os pedestres tem prioridade sobre veículos motorizados. Talvez a tradução deva sugerir ao contrário: uma via de pedestres onde carros podem transitar em baixa velocidade. Além disso, o texto diz que pedestres tem prioridade legal sobre veículos, o que nunca vi por estas bandas em área residenciais. Consultando a entrada abaixo na página de Features, a etiqueta highway=pedestrian sugere que seja o mesmo tipo de via, mas aplicado numa área comercial. Correção: pode ser aplicado numa área comercial. A primeira parece ser algo mais comum lá, será que temos algo parecido no Brasil? Até, Abraço, 2013/8/4 Fernando Trebien fernando.treb...@gmail.com: Já troquei pra pátio na minha planilha. :D Certamente viela significa rua estreita. O problema é que living street quer dizer outra coisa. Nem no wiki nem na Wikipédia há menção à largura da rua, mas ambos se referem à dificuldade de passar pela via devido à presença de pedestres, que nela têm a preferência para circulação. Considerando isso, nem viela nem rua viva traduzem bem essa definição. Viela porque sugere que a rua é estreita (ela pode ser, mas nem sempre é), e rua viva porque a rua não está de fato viva. Aí vão mais algumas idéias. Características citadas no wiki (http://wiki.openstreetmap.org/wiki/Tag:highway%3Dliving_street): - generally have lower speed limits, and special traffic/parking rules compared to streets tagged using highway=residential - Terms for these street vary considerably around the world and include Home Zone (UK), Woonerf (Netherlands/Flanders), 'Verkehrsberuhigter Bereich' - Home Zone: zona de habitação/moradia - http://en.wikipedia.org/wiki/Home_zone - Woonerf: bairro/zona residencial - Verkehrsberuhigter Bereich: zona de tráfego acalmado Todos os países listados têm velocidade máxima de 20km/h e preferência ao tráfego de pedestres nessas ruas. A primeira característica é fácil descrever: via de baixa velocidade. A segunda, nem tanto, pode se confundir com calçadão, como você disse, exceto que no calçadão o acesso a veículos é proibido. Dentre os países listados, apenas a Itália não usa living streets, onde eles decidiram usar living street apenas nos raros lugares onde aparece uma placa específica. E só a Inglaterra tem uma menção a ruas estreitas no código de trânsito (e pelo wiki, parece que living street se aplica a esse caso lá também): https://www.gov.uk/road-users-requiring-extra-care-204-to-225/pedestrians-205-to-210 Características citadas na Wikipédia (http://en.wikipedia.org/wiki/Living_street): - França: Zone de rencontre (zona de reunião/encontro) - Suécia: Gångfartsområde (zona de velocidade de caminhada) - Suíça: Begegnungszone (zona de encontro) - Estados Unidos: Complete street (rua completa) - http://en.wikipedia.org/wiki/Complete_streets - Outros países: rua/zona/área residencial Que tal coisas mais como rua em zona de encontro (talvez impreciso demais), rua em zona de pedestres (talvez com um pouco de confusão ainda) ou rua em zona de caminhada (que pode dar a impressão de uma área de esportes)? 2013/8/4 Blademir Andrade de Lima
Re: [Talk-br] Fwd: [Transifex] New announcement in project iD Editor
É uma alternativa também. Cairia na categoria de estrangeirismo. Vou alterar na planilha com essa observação. 2013/8/5 Vitor George vitor.geo...@gmail.com: Porque não deixar como Living Street mesmo? Se o conceito não existe no Brasil, isto poderia até evitar que os mapeadores confundam com coisas parecidas, como viela, calçadão, etc. No dia em que começar a existir por aqui poderemos saber qual vai ser o nome tropicalizado e aí poderemos passar a utilizá-lo para mapeamento. Vitor 2013/8/5 Fernando Trebien fernando.treb...@gmail.com Em uma via pedestrian (calçadão) não passam carros, em uma living street sim. O conceito de living street não existe no Brasil, então estamos adaptando. Foi um pouco debatido na época que discutimos sobre classificação de vias. O conceito original é que os pedestres têm a preferência sobre os veículos. Estamos aplicando para vias onde essa seja uma preferência por prática (por haver muitos pedestres na via) mas sem a obrigatoriedade legal. Alguns (e eu inclusive) acham útil usar o mesmo tipo de via para vielas (ruas estreitas), onde só 1 veículo pode passar por vez, mas isso já é uma extensão do conceito original. Se excluirmos a possibilidade de usar living street, então todas essas vias seriam residential ou unclassified. http://wiki.openstreetmap.org/wiki/Pt-br:How_to_map_a#Fluxograma_de_classifica.C3.A7.C3.A3o Como no Brasil legalmente a preferência continua sendo do veículo (ou seja, legalmente, os pedestres estão fazendo algo a que não teriam direito), partilhada com pedestres refletiria essa idéia. Outra que surgiu há pouco é mais parecida com partilhada pedestres/veículos, o que eu acho que para um iniciante significaria a mesma coisa, só seria um nome mais comprido. 2013/8/5 Samuel Vale srcv...@minaslivre.org: Em Seg, 2013-08-05 às 09:55 -0300, Samuel Vale escreveu: Em Seg, 2013-08-05 às 02:01 +, Fernando Trebien escreveu: Oi Blademir, Só pra avisar, na discussão que está se desenrolando no fórum, acho que chegamos a um bom nome para living street: via partilhada com pedestres. Foi inspirado no conceito australiano de shared zone: http://en.wikipedia.org/wiki/Shared_Zone Olá Fernando, Discordo do termo. Consultando o Features do wiki, o texto diz que nas living streets os pedestres tem prioridade sobre veículos motorizados. Talvez a tradução deva sugerir ao contrário: uma via de pedestres onde carros podem transitar em baixa velocidade. Além disso, o texto diz que pedestres tem prioridade legal sobre veículos, o que nunca vi por estas bandas em área residenciais. Consultando a entrada abaixo na página de Features, a etiqueta highway=pedestrian sugere que seja o mesmo tipo de via, mas aplicado numa área comercial. Correção: pode ser aplicado numa área comercial. A primeira parece ser algo mais comum lá, será que temos algo parecido no Brasil? Até, Abraço, 2013/8/4 Fernando Trebien fernando.treb...@gmail.com: Já troquei pra pátio na minha planilha. :D Certamente viela significa rua estreita. O problema é que living street quer dizer outra coisa. Nem no wiki nem na Wikipédia há menção à largura da rua, mas ambos se referem à dificuldade de passar pela via devido à presença de pedestres, que nela têm a preferência para circulação. Considerando isso, nem viela nem rua viva traduzem bem essa definição. Viela porque sugere que a rua é estreita (ela pode ser, mas nem sempre é), e rua viva porque a rua não está de fato viva. Aí vão mais algumas idéias. Características citadas no wiki (http://wiki.openstreetmap.org/wiki/Tag:highway%3Dliving_street): - generally have lower speed limits, and special traffic/parking rules compared to streets tagged using highway=residential - Terms for these street vary considerably around the world and include Home Zone (UK), Woonerf (Netherlands/Flanders), 'Verkehrsberuhigter Bereich' - Home Zone: zona de habitação/moradia - http://en.wikipedia.org/wiki/Home_zone - Woonerf: bairro/zona residencial - Verkehrsberuhigter Bereich: zona de tráfego acalmado Todos os países listados têm velocidade máxima de 20km/h e preferência ao tráfego de pedestres nessas ruas. A primeira característica é fácil descrever: via de baixa velocidade. A segunda, nem tanto, pode se confundir com calçadão, como você disse, exceto que no calçadão o acesso a veículos é proibido. Dentre os países listados, apenas a Itália não usa living streets, onde eles decidiram usar living street apenas nos raros lugares onde aparece uma placa específica. E só a Inglaterra tem uma menção a ruas estreitas no código de trânsito (e pelo wiki, parece que living street se aplica a esse caso lá também): https://www.gov.uk/road-users-requiring-extra-care-204-to-225/pedestrians-205-to-210
Re: [Talk-br] [alt-tracksource] Bugs PFM2OSM - última versão
Isso varia um pouco por aplicação. O Nominatim (serviço de geocoding usado pelo OSRM) extrai o ponto central de polígonos e trata esse ponto tal como outros objetos equivalentes mapeados como pontos. Assim, tanto polígonos como pontos com a tag shop=mall viram uma única coordenada e vão parar na mesma categoria de POIs no banco de dados do Nominatim. O OsmAnd faz algo praticamente igual (mas é online), e o MapFactor Navigator (que eu uso porque é offline) também. Praticamente porque não testei todas as possibilidades, mas todas as que eu testei funcionaram da mesma forma. No MapFactor eu achei uma ou outra diferença em objetos menos procurados (ex.: lagos, que não são retornados na busca), mas isso é em parte porque o MapFactor é menos usado (então tem menos gente apontando os erros na lógica dos desenvolvedores). O geocoding tende a não dar certo quanto o desenvolvedor (que raramente é um mapeador) não mapeou o tempo suficiente (porque ele desenvolve, não mapeia) nem leu o wiki com cuidado (é um wiki extenso afinal, prova disso é a longa lista de mais de 600 traduções em que estamos trabalhando agora) pra perceber que a comunidade do OSM: - tende a aprovar tags que podem ser combinadas livremente (os valores da tag é que são não-combináveis no mesmo objeto) - tende a aprovar tags que possam ser filtradas com lógica positiva (ex.: considerar que lojas são todos os objetos com a tag shop sem inventar de excluir as que têm também a tag landuse) - burla essas duas regras de vez em quando e não avisa ninguém :P E que também o time do JOSM identifica o que é combinável e o que não é e organiza tudo num sistema de menus, onde coisas em menus diferentes geralmente são combináveis, e coisas no mesmo menu não. (Ainda assim, em uma ou outra situação é necessário pensar um pouco pra saber qual a combinação certa de elementos cartográficos e tags, e às vezes simplesmente testar e ver qual o efeito nas ferramentas.) Exemplo: como mapear um estacionamento debaixo de um hospital? Tanto hospital quanto estacionamento usam a tag amenity, cada um com um valor diferente. Você não pode atribuir duas tags amenity ao mesmo objeto, o sistema não deixa. A solução da comunidade foi mapear as entradas do estacionamento com amenity=parking_entrance (ao invés do polígono do prédio com amenity=parking) e atribuir às entradas outras tags de estacionamento como name, fee, etc., e desde então, esse passou a ser o estilo preferível para estacionamentos combinados com edifícios (inclusive em shoppings). Mas ninguém explicou isso direito no wiki. Por ser algo meio difícil de achar, um desenvolvedor dando uma rápida olhada na sua cidade pode acabar esquecendo de incluir os objetos com amenity=parking_entrance na lista de estacionamentos do seu aplicativo de GPS. Exemplo: as tags landuse e building raríssimas vezes são combináveis no mesmo objeto. Talvez seriam se alguém plantasse grama no terraço de um edifício, mas mesmo assim a combinação seria meio questionável. Um desenvolvedor pode ser dar conta disso, pensar que essa combinação é impossível, e com isso (talvez até sem querer) não incluir na sua lista de edifícios aqueles que têm a tag landuse, ou talvez não os desenhar no mapa como edifícios. Já building e amenity costumam ser combináveis, mas parece que a equipe do Mapnik (o sistema que renderiza o mapa do OSM no site principal) não previu a combinação quando amenity=parking: o resultado fica ilegível. Essas coisas vão se ajeitando com o tempo. Um dia alguém faz um programa que conserta tudo automaticamente, ou então simplemente uma prática cai em desuso e ninguém mais dá suporte a ela. Os aplicativos também vão melhorando à medida que mais desses casos vão sendo reportados aos desenvolvedores. 2013/8/5 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Fernando, e no caso de navegadores para o OpenStreetMap, você tem conhecimento de como funcionam as buscas? No caso do OSMand por exemplo... Em 5 de agosto de 2013 19:28, MARCIO MS soaresmm@gmail.com escreveu: Mapeamos o shopping com polígono para representar visualmente no mapa área do mesmo, entretanto temos de colocar o POI desse shopping caso contrario ele não será encontrado na busca de shoppings pelo GPS. O sistema GPS não indexa na busca polígonos, só indexa POIs. []s Marcio From: Fernando Trebien Sent: Monday, August 05, 2013 5:45 PM To: alt-tracksou...@googlegroups.com Subject: Re: [alt-tracksource] Bugs PFM2OSM - última versão Uma pergunta. Quando vocês mapeiam um shopping com polígono, acrescentam um POI também? Se sim, o certo é mapear o polígono do shopping com landuse=retail e o POI com shop=mall. Se não, então o polígono deve ter tanto landuse=retail quanto shop=mall. Explicando: shop geralmente acompanha uma outra tag. Shop significa este objeto serve como loja. O objeto em si pode ser um edificio, uma casa, até mesmo um jardim. Landuse é usado para representar terrenos. Um shopping completo geralmente é mapeado no OSM
Re: [Talk-de] Darstellungsfehler im Rendering. Wie Fehler melden?
Hallo. Am 05.08.2013 06:50, schrieb Manuel Reimer: hier genau in der Mitte ist der Name einer Gaststätte dank des, eigentlich hier sinnlosen, Straßennamens zerschnitten: http://www.openstreetmap.org/?lat=49.959407lon=9.656553zoom=18layers=M Ich finde: Entweder ganz darstellen oder garnicht. Dieses Geschnipsel sieht besch... aus... Woran liegt es? Kann man den Fehler irgendwo melden? Das Geschnipsel ist genau am Rand einer Kachel. Vermutlich sind die Kacheln unterschiedlich alt und entweder am Renderer oder an den Daten hat sich da kürzlich was geändert, so dass der Name der Gaststätte angezeigt werden soll oder nicht. Man kann das Neu-Rendern der Kacheln erzwingen in dem man zuerst das Bild alleine anzeigen lässt (Rechtsklick - Grafik anzeigen) und dann an die Adresse hinter der .png noch ein /dirty dran hängt. Ich habe das für die beiden Kacheln links und rechts der Gaststätte gemacht, in wenigen Minuten wird es vermutlich einheitlich sein. Wenn nicht, gibt es wohl wirklich einen Fehler, den man melden sollte. Google findet das hier zu mapnik bug tracker: https://github.com/mapnik/mapnik/issues Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3D Mapping fürBahnhöfe
Außerdem sollte das Anbringen von OSM3D-Tags deutlich vereinfacht werden. Die derzeitig verwendeten Vorlagen bieten hier keine wirklich brauchbare Lösung, da sich der Funktionsumfang der fünf oder sechs angebotenen Modi teils überschneidet. Optimal wäre eine integrierte Lösung, wo man für Dachformen, Farben und Materialien eine vereinheitlichte Maske mit bildlicher Darstellung hätte. Genial wäre eine Echtzeitansicht in Form einer kleinen Vorschau im rechten Bereich (z.B. eine eingebettete Kendzi3D-Ansicht). Gruß André If you have some ideas what should be shown in application Kendzi3d please write id down in English on forum: http://forum.openstreetmap.org/viewforum.php?id=42 André Reichelt andre-r at online.de writes: ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellungsfehler im Rendering. Wie Fehler melden?
Am 05.08.2013 06:50, schrieb Manuel Reimer: Hallo, hier genau in der Mitte ist der Name einer Gaststätte dank des, eigentlich hier sinnlosen, Straßennamens zerschnitten: http://www.openstreetmap.org/?lat=49.959407lon=9.656553zoom=18layers=M Hallo, versuche doch, mal wie beim Gasthaus zum Stern (58529685) http://www.openstreetmap.org/browse/way/58529685 zu mappen. Dann sieht man den Restaurantnamen nicht erst mit zoom=18. Gruß XM-Franz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellungsfehler im Rendering. Wie Fehler melden?
scheint irgendwas wirklich faul zu sein. habe links ein Nebengebäude hinzugefügt und rechts einen Namen geändert. Beide Kacheln wurden definitiv neu erstellt. Problem ist immer noch da. Oder wird das Rendern kachel-übergreifender Texte anders/extra behandelt? Gruss walter - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/Darstellungsfehler-im-Rendering-Wie-Fehler-melden-tp5772491p5772497.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellungsfehler im Rendering. Wie Fehler melden?
Franz-Josef Rüther post_tux at ruether24.de writes: versuche doch, mal wie beim Gasthaus zum Stern (58529685) http://www.openstreetmap.org/browse/way/58529685 zu mappen. Dann sieht man den Restaurantnamen nicht erst mit zoom=18. Du meinst auf den Hausumriss? Wenn ja, dann wäre das meiner Ansicht nach nicht korrekt. Während das Gasthaus zum Stern wirklich ein richtiges Gasthaus ist (primäre Nutzung des Gebäudes ist also Gasthaus) sind die Gasträume der Fischräucherei nur Bestandteil eines Wohnhauses (also primäre Nutzung des Gebäudes ist Wohnhaus). Aus diesem Grund habe ich die Info für's Restaurant auch in den Gebäudeumriss als Node gelegt und nicht das ganze Gebäude als Restaurant getaggt. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellungsfehler im Rendering. Wie Fehler melden?
Am 05.08.2013 06:50, schrieb Manuel Reimer: Woran liegt es? Kann man den Fehler irgendwo melden? Das ist ein Effekt, der beim Erzeugen von Kacheln mit Mapnik an Kachelgrenzen auftreten kann. Vereinfacht ausgedrückt rendert Mapnik jede Kachel für sich und mit den Daten des von der Kachel abgedeckten Bereichs. Hier geht es um zwei Kacheln: http://tile.openstreetmap.org/18/138103/88950.png http://tile.openstreetmap.org/18/138104/88950.png Auf der ersten Kachel hat die Straße kein Label, also ist Platz für das Label des POI. Auf der zweiten Kachel ist die Straße beschriftet und da Straßenlabels höhere Priorität haben als POI-Labels, wird das POI-Label nicht gerendert. Dieser Effekts kann nicht völlig verhindert werden, aber es gibt Möglichkeiten, sein Auftreten zu reduzieren, z.B. durch das Verwenden von Metatiles. Ich gehe aber davon aus, dass diese Möglichkeiten bei der Generierung der Tiles für openstreetmap.org schon effizient genutzt werden. Fehler kann man auf https://trac.openstreetmap.org/ melden. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] GeoJson Utilites für den Export von Verwaltungsgrenzen
Hi! Wir haben mal wieder ein neues Tool entwickelt, welches wir mit euch teilen wollen. Es geht um den supereinfachen Export von Verwaltungsgrenzen ins GeoJson Format. Die Daten stammen direkt vom Geodatenzentrum und sind mit den aktuellen Einwohnerzahlen vom statistischen Bundesamt (2013/Q2) angereichert. Damit lassen sich ganz nette Visualisierungen machen, falls jemand von euch mit OpenData etwas rumspielen möchte. Das Tool kann auch ganz leicht bereits vorhandene GeoJson Dateien auf einer Karte darstellen. Dazu könnt ihr einfach die GeoJson Datei in den Browser ziehen (die Datei wird nicht hochgeladen, sondern direkt im Browser verarbeitet). Hier gehts zum Tool: http://opendatalab.de/projects/geojson-utilities/ Oder gleich zum Source-Code: https://github.com/opendatalab-de/simple-geodata-selector Ich habe im OSM Blog gesehen, dass Flooh Perlot die Verwaltungsgrenzen Österreichs aus OSM extrahiert und ins GeoJSON-Format konvertiert hat. @Flooh falls du mitliest, dann wäre es eventuell interessant, deine Daten auch über unser Tool zum Export einzurichten. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellungsfehler im Rendering. Wie Fehler melden?
Am 05.08.2013 11:35, schrieb rainerU: Am 05.08.2013 06:50, schrieb Manuel Reimer: Woran liegt es? Kann man den Fehler irgendwo melden? Das ist ein Effekt, der beim Erzeugen von Kacheln mit Mapnik an Kachelgrenzen auftreten kann. Vereinfacht ausgedrückt rendert Mapnik jede Kachel für sich und mit den Daten des von der Kachel abgedeckten Bereichs. Hier geht es um zwei Kacheln: http://tile.openstreetmap.org/18/138103/88950.png http://tile.openstreetmap.org/18/138104/88950.png Auf der ersten Kachel hat die Straße kein Label, also ist Platz für das Label des POI. Auf der zweiten Kachel ist die Straße beschriftet und da Straßenlabels höhere Priorität haben als POI-Labels, wird das POI-Label nicht gerendert. Dieser Effekts kann nicht völlig verhindert werden, aber es gibt Möglichkeiten, sein Auftreten zu reduzieren, z.B. durch das Verwenden von Metatiles. Ich gehe aber davon aus, dass diese Möglichkeiten bei der Generierung der Tiles für openstreetmap.org schon effizient genutzt werden. Entweder es werden nur Labels gerendert, die auch auf die jeweilige Kachel passen oder es muss immer eine Überlappung berechnet werden. Keine von beiden Regeln scheint beachtet zu werden. Zumindest was das schlaue Zusammenfassen von Linien mit gleichen Namen und erst daraus das Berechnen der Namensplatzierung versagt Mapnik noch komplett. Fehler kann man auf https://trac.openstreetmap.org/ melden. Mit mehr oder weniger Erfolg Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [Release] alaCarte Renderer 0.3.0
Seit dem ersten Release hat sich viel getan beim alaCarte (MapCSS-)Renderer! Einige Highlights: * MapCSS wird fast vollständig unterstützt * Tiles werden jetzt in 4x4 Blöcken gerendert (= Speedup + bessere visuelle Qualität) * Speicherverbrauch wurde reduziert, da für Rechtecksanfragen jetzt ein STR-Tree eingesetzt wird Diese Release wäre nicht möglich gewesen ohne unsere zahlreichen Helfer. Insbesondere möchten wir Dmitry AMDmi3 Marakasov für den Ausbau der MapCSS-Unterstützung und Mixaill für die MinGW-Unterstützung danken. Links: http://alacarte-maps.github.io/ Github: https://github.com/alacarte-maps/alacarte Demo: http://studwww.ira.uni-karlsruhe.de/~s_scheir/alacarte/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Release] alaCarte Renderer 0.3.0
Am 05.08.2013 14:22, schrieb Patrick Niklaus: Das sieht ja nett aus ! Der Wire Modus hat was. Seit dem ersten Release hat sich viel getan beim alaCarte (MapCSS-)Renderer! Einige Highlights: * MapCSS wird fast vollständig unterstützt * Tiles werden jetzt in 4x4 Blöcken gerendert (= Speedup + bessere visuelle Qualität) * Speicherverbrauch wurde reduziert, da für Rechtecksanfragen jetzt ein STR-Tree eingesetzt wird Diese Release wäre nicht möglich gewesen ohne unsere zahlreichen Helfer. Insbesondere möchten wir Dmitry AMDmi3 Marakasov für den Ausbau der MapCSS-Unterstützung und Mixaill für die MinGW-Unterstützung danken. Links: http://alacarte-maps.github.io/ Github: https://github.com/alacarte-maps/alacarte Demo: http://studwww.ira.uni-karlsruhe.de/~s_scheir/alacarte/ Der Vortrag fand ich auch informativ - Danke Leider ist Steuerung ein wenig Kaputt. Häufig ist der Pfeil nach unten nicht gehighlighted obwohl noch weiter Folien existieren. Kann mit den Stück für Stück aufbauenden Folien zusammenhängen. Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki Seite zum ÖPNV Tagging in OSM der Firma Mentz Datenverarbeitung GmbH
Hallo, ** ** Es handelt sich bei den angegeben Quellen um öffentliche Quellen, die genutzt werden können. Es sind allerdings keine geografische exakten Pläne zum Mappen. Um geografisch exakt zu Mappen, muss auf weitere Unterlagen wie z.B. Luftbilder zurückgegriffen werden oder die Daten müssen direkt am Bahnhof erfasst werden.** Vielen Dank für die Anregungen zu unserer Wiki Seite. Wir werden uns überlegen ob wir die Wiki Seite bezüglich der Haltestellen nochmal ändern werden. Viele Grüße Tracy i.A. Mentz Datenverarbeitung GmbH ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki Seite zum ÖPNV Tagging in OSM der Firma Mentz Datenverarbeitung GmbH
Hallo Tracy, Tracy Kasperczyk writes: Es handelt sich bei den angegeben Quellen um öffentliche Quellen, die genutzt werden können. Dass Quellen öffentlich sind hat für sich genommen nur recht wenig Aussagekraft. Google Maps sind auch öffentlich und können nicht verwendet werden. Es geht im Kern darum dass es sich bei den Datensammlungen rechtlich um Datenbanken handelt die geschützt sind. Die Nutzungsrechte erlauben möglicherweise dass man es sich zu nicht-kommerziellen Zwecken oder unter Auflagen anschaut. Bei OSM brauchen wir aber das Einverständnis dass die Daten gemäß den Bedingungen der Contributor Terms verwendet werden dürfen. Sollten die Daten ohne weitere Beschränkung veröffentlicht worden sein gilt das natürlch nicht meht. Es könnte CC0, die Entsprechung zu Public Domain sein. damt sind die Daten auch in OSM nutzbar. Das muss aber der Eigentümer der Daten so freigeben. Auf der Seite der MVV findet sich ein Nutzungshinweis der die Verwendung für OSM ausdrücklich verbietet. Wenn ihr die Freigabe habt muss das dokumentiert werden: http://www.mvv-muenchen.de/de/globale-navigation/impressum/index.html © Copyright by Münchner Verkehrs- und Tarifverbund GmbH. Alle Rechte vorbehalten. Alle Inhalte sind nur zur persönlichen Information bestimmt. Die Inhalte dieses Internetangebotes dürfen – ganz oder auch nur teilweise – ohne die vorherige schriftliche Zustimmung der MVV GmbH nicht verändert und nicht für öffentliche oder kommerzielle Zwecke vervielfältigt, vorgeführt, verbreitet oder anderweitig verwertet werden. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wiki und drink:soy_milk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, ich versuche gerade viel vegane/vegetarische Restaurants/Cafes/Supermärkte zu mappen. Dabei kam ich auf die Idee bei Cafe's zu taggen ob sie auch Sojamilch anbieten. Das ist für jemand der vegan lebt oder laktoseintolerant ist sehr wichtig. Ich habe mich im Wiki umgeschaut und habe das drink-Tag gefunden. Dort gibt es auf der englischen Seite auch das Beispiel mit drink:raw_milk. Nun dachte ich daran einfach drink:soy_milk zu verwenden. Nun bin ich noch ein wenig ratlos wie ich ein neues Tag einführe. Soll ich einfach munter los-taggen? Sollte ich das ganze auch im Wiki dokumentieren? Und wenn ja: Einfach mit auf die drink-Seite schreiben? lg, Marvin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJR//BqAAoJEJA5GTOuzd281xAH/RiQiyDvApp0DiuWrfmKvKgq i+r88ZFSbjCWzXP02aGjhyxKzw9l9HCBXqKaFzvpsgdinms/d3cToMETv6kshTHC yGh1H+pMcBzBKlyK2wF2hTgz3c9vE+q/zlL7Z4jpyjB7ylN/MhIIoS6CQntKE8EJ ehYVY7/p0SWY/THt6gwlM9uCNiPz6impCIcw2XTLYRboTvq/YF/4Uq0/Kcu+TTNB VCLuzgzWuJuorFPrInzXI2p6Z2CLvrUvNrC4/JC20HF3B4sARMSvrmabfrtTlNV+ INax3owLtWkLEltdsRvU2VG1DQzLYzlgqYLEW962EuqWo/+f7e9MNont26XpSx0= =uTL8 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki und drink:soy_milk
Hi, On 05.08.2013 20:35, Marvin Preuss wrote: Dort gibt es auf der englischen Seite auch das Beispiel mit drink:raw_milk. Nun dachte ich daran einfach drink:soy_milk zu verwenden. Nun bin ich noch ein wenig ratlos wie ich ein neues Tag einführe. Soll ich einfach munter los-taggen? Ja. Alles weitere ergibt sich dann. In OSM scheint derzeit nur ein einziger Laden zu sein, der explizit als Sojamilch anbietend gekennzeichnet ist, und das mit dem total unueblichen Tag food style: http://www.openstreetmap.org/browse/node/2113576424 Es gibt allerdings 229 Objekte mit dem Tag diet:vegan=yes (und 80 weitere mit diet:vegan=only). Eventuell sind die fuer einige der von Dir untersuchten Orte auch brauchbar. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki und drink:soy_milk
Am 05.08.2013 20:35, schrieb Marvin Preuss: Hi, ich versuche gerade viel vegane/vegetarische Restaurants/Cafes/Supermärkte zu mappen. Dabei kam ich auf die Idee bei Cafe's zu taggen ob sie auch Sojamilch anbieten. Das ist für jemand der vegan lebt oder laktoseintolerant ist sehr wichtig. Ich habe mich im Wiki umgeschaut und habe das drink-Tag gefunden. Dort gibt es auf der englischen Seite auch das Beispiel mit drink:raw_milk. Nun dachte ich daran einfach drink:soy_milk zu verwenden. Nun bin ich noch ein wenig ratlos wie ich ein neues Tag einführe. Soll ich einfach munter los-taggen? Sollte ich das ganze auch im Wiki dokumentieren? Und wenn ja: Einfach mit auf die drink-Seite schreiben? Hallo Marvin, wenn du dir die Mühe machen willst, Sojamilchanbieter zu erfassen, möchte ich anregen, auch die Anbieter von Getreidemilch, richtiger Getreidegetränken, nicht zu vergessen. Ich will jetzt hier wirklich keine ideologische Diskussion vom Zaum brechen, aber allein Soja durch Taggen zu promoten, dürfte den verheerenden Folgen des Sojaanbaus für Mensch und Umwelt nicht gerecht werden. Freundliche Grüße Harald ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki und drink:soy_milk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marvin Preuss schrieb: -BEGIN PGP SIGNED MESSAGE- … seit wann denn wieder Inline mit kaputter Signaur? :) Dort gibt es auf der englischen Seite auch das Beispiel mit drink:raw_milk. Nun dachte ich daran einfach drink:soy_milk zu verwenden. Nun bin ich noch ein wenig ratlos wie ich ein neues Tag einführe. Soll ich einfach munter los-taggen? Ich würde es aber allgemeiner halten, und das Tag diet:vegan=yes http://wiki.openstreetmap.org/wiki/Key:diet verwenden, damit erfasst du dann nicht nur Sojamilchanbieter, sondern generell alle Unternehmen, die (auch) vegane Produkte anbieten. Auf der Tagseite gibt es auch noch weitere Beispiele. Ein neues Tag braucht es dazu meiner Meinung nach nicht. Außer, du willst dir natürlich die Mühe machen, und bei allen Verkaufsstellen nach Sojamilch fragen – wobei, wenn die auch andere Produkte haben, müsstest du die theoretisch auch einzeln erfassen. Grüße, Dirk - -- Local time :: Ortszeit :: DE-HH 2013-08-05T21:49:42+0200 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) iQIcBAEBAgAGBQJSAANLAAoJEHOYuanIiOhoxB0QAMqH5IXp6ikYHiC1g/IWix7Y g8tepJx5V9eJGXEONTkVgfsDwApw4gAbJsAlPGZMOpjK0/cMTYxdO9S1kpSLTSAK u/l1sm8TQWGy+8YLf2SohD2yvAsIPIt91EA74JtSN9mo3D2klOp2F2p451zfWrP+ L8Vv8pIN+xO3rSqQTzjtEDLkQ8cAJtBCzAAtgk7UIduW5823N411svkYK4GGjD+6 hWrqxIj2fLbDY5AcVKPTBVDIgAAffLyV4J8lc/GWHCszMgPPownY9LS+cHO7Okl7 UaUpKXf8J82aY7+LGPNITt2NML1GQ8gDV0ACZmfFN3a9iUeaYOsawOLlcAG54Mmb +RUjLcJgqzJZAaY4ZKKJ4Tre+9kz9DzJ3eZO4BqPg0KGlhUD8iDcuhVXEST2zbvb D1/AkZxMtzGgH5rNMkpCvY/YLpWj7+DU8WVYN5rDIdxQidphUOhp+BCHp0DSATmn mI9LUhXeyyOzjyD3LyAZmDHUgp6czAVn/G+TvmwFKdhrq3x/t8ci8vh/Qcx8Whd+ fENRuAIQTjHhjhNI+eP4iiW/07Ph/r6XRmURYi86Bft5gQ+Lb3+aYq8X2tkLOy7A XsEZ8hI4cUnF5xQNO5l9XRT9ozWFPVmWa50Jn1jud/7+BnbJ5G4TXQUqZRVzJwvn DRaKz7/WBcoox3jDA8cS =So+X -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki und drink:soy_milk
Bei den Presets habe ich einen Ansatz dazu gefunden http://josm.openstreetmap.de/josmfile?page=Presets/Allergypreset Da ind bei den Shops schon einige Dinge davon eingeplegt wie gluten_free und lactose_free. LG Gisbert Am 05.08.2013 21:55, schrieb Dirk Sohler: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marvin Preuss schrieb: -BEGIN PGP SIGNED MESSAGE- … seit wann denn wieder Inline mit kaputter Signaur? :) Dort gibt es auf der englischen Seite auch das Beispiel mit drink:raw_milk. Nun dachte ich daran einfach drink:soy_milk zu verwenden. Nun bin ich noch ein wenig ratlos wie ich ein neues Tag einführe. Soll ich einfach munter los-taggen? Ich würde es aber allgemeiner halten, und das Tag diet:vegan=yes http://wiki.openstreetmap.org/wiki/Key:diet verwenden, damit erfasst du dann nicht nur Sojamilchanbieter, sondern generell alle Unternehmen, die (auch) vegane Produkte anbieten. Auf der Tagseite gibt es auch noch weitere Beispiele. Ein neues Tag braucht es dazu meiner Meinung nach nicht. Außer, du willst dir natürlich die Mühe machen, und bei allen Verkaufsstellen nach Sojamilch fragen – wobei, wenn die auch andere Produkte haben, müsstest du die theoretisch auch einzeln erfassen. Grüße, Dirk - -- Local time :: Ortszeit :: DE-HH 2013-08-05T21:49:42+0200 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) iQIcBAEBAgAGBQJSAANLAAoJEHOYuanIiOhoxB0QAMqH5IXp6ikYHiC1g/IWix7Y g8tepJx5V9eJGXEONTkVgfsDwApw4gAbJsAlPGZMOpjK0/cMTYxdO9S1kpSLTSAK u/l1sm8TQWGy+8YLf2SohD2yvAsIPIt91EA74JtSN9mo3D2klOp2F2p451zfWrP+ L8Vv8pIN+xO3rSqQTzjtEDLkQ8cAJtBCzAAtgk7UIduW5823N411svkYK4GGjD+6 hWrqxIj2fLbDY5AcVKPTBVDIgAAffLyV4J8lc/GWHCszMgPPownY9LS+cHO7Okl7 UaUpKXf8J82aY7+LGPNITt2NML1GQ8gDV0ACZmfFN3a9iUeaYOsawOLlcAG54Mmb +RUjLcJgqzJZAaY4ZKKJ4Tre+9kz9DzJ3eZO4BqPg0KGlhUD8iDcuhVXEST2zbvb D1/AkZxMtzGgH5rNMkpCvY/YLpWj7+DU8WVYN5rDIdxQidphUOhp+BCHp0DSATmn mI9LUhXeyyOzjyD3LyAZmDHUgp6czAVn/G+TvmwFKdhrq3x/t8ci8vh/Qcx8Whd+ fENRuAIQTjHhjhNI+eP4iiW/07Ph/r6XRmURYi86Bft5gQ+Lb3+aYq8X2tkLOy7A XsEZ8hI4cUnF5xQNO5l9XRT9ozWFPVmWa50Jn1jud/7+BnbJ5G4TXQUqZRVzJwvn DRaKz7/WBcoox3jDA8cS =So+X -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki und drink:soy_milk
Am 05.08.2013 22:15, schrieb gmbo: Bei den Presets habe ich einen Ansatz dazu gefunden http://josm.openstreetmap.de/josmfile?page=Presets/Allergypreset Da ind bei den Shops schon einige Dinge davon eingeplegt wie gluten_free und lactose_free. Gehören die nicht auch zu diet: (diet:gluten_free=no/only/yes, bzw diet:lactose=*) ? cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki Seite zum ÖPNV Tagging in OSM der Firma Mentz Datenverarbeitung GmbH
Tracy Kasperczyk kasperc...@mentzdv.de wrote: Es handelt sich bei den angegeben Quellen um öffentliche Quellen, die genutzt werden können. Es sind allerdings keine geografische exakten Pläne zum Mappen. Um geografisch exakt zu Mappen, muss auf weitere Unterlagen wie z.B. Luftbilder zurückgegriffen werden oder die Daten müssen direkt am Bahnhof erfasst werden.** So langsam stellt sich der Fall ganz anders dar als zu Anfang. Wenn ihr vor Ort ermittelt oder aus Bing Luftbildern (und nur diesen) ableitet, dann ist das kein Import sondern stinknormales Mappen. Man beachte dabei: Nur die Luftbilder von Bing sind zum Abmalen freigegeben. Wenn ihr einen Blick auf Pläne der Verkehrunternehmen/-verbünde werfen könnt oder proprietäre Karten/Luftbilder wie Google oder sonstige öffentliche Quellen dazu verwendet, um Euch eine Ortskenntnis zu verschaffen, dann ist das der ureigene Zweck einer Karte. Hierfür ist es schnurzegal, unter welcher Lizenz diese Karten und Pläne stehen. Ortskenntnis vermitteln ist der Sinn von Plänen und Karten. Und wenn Euch die Auftraggeber in diese einsehen lassen, ist das für diesen Zweck problemlos. Es braucht keine Bestätigung dafür, dass ihr diese Ortskenntnisse für OSM benutzen dürft. Das ist dadurch abgedeckt, dass sie Euch reinschauen lassen. Wenn ihr dann mit Hilfe der so gewonnenen Ortskenntnis die Plätze bestimmt, die ihr vor Ort oder in Bing Luftbildern (und zwar nur diesen) aufsucht, so ist das Alles vollkommen problemlos. Das Einzige, was nicht geht ist, ohne Ermittlung vor Ort oder auf Bing Luftbildern direkt von proprietären Karten in OSM zu übertragen. Das scheint aber nach Deinen obigen Worten nicht der Fall zu sein. Es wäre daher schön, wenn Du explizit bestätigen könntest, dass das von mir beschriebene Szenario so zutrifft. Dann brauchen wir über einen Import nicht mehr zu diskutieren. Dann wäret ihr ganz normale Mapper :-) Vielen Dank für die Anregungen zu unserer Wiki Seite. Wir werden uns überlegen ob wir die Wiki Seite bezüglich der Haltestellen nochmal ändern werden. Was übrigbliebe, wäre lediglich massenhaftes Umtaggen. Aber auch ein Solches sollte mit der Community abgesprochen werden. Dies geschieht gerade und wird durch die Wikiseite sinnvoll unterstützt. Ich bin übrigens mehr als gespannt, wie ihr das Etagen Daratellungsproblem in Euren Apps lösen werdet. Immerhin müsste dieses von einer breiten Masse verstanden und bedient werden. Wenn ich da beispielsweise an den Berliner Hauptbahnhof oder manche UBahn-Knoten denke, kommen einige Ebenen zusammmen. Zu dem Darstellungsproblem käme hinzu, dass GPS in den Gebäuden nicht zur Verfügung steht und für ein Routing auch der derzeitige Level vom Smartphone ermittelt werden müsste. Ich kann mir nicht vorstellen, dass dies ohne unterstützende Technik im Gebäude funktionieren könnte. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellungsfehler im Rendering. Wie Fehler melden?
Manuel Reimer manuel.s...@nurfuerspam.de wrote: Ich finde: Entweder ganz darstellen oder garnicht. Dieses Geschnipsel sieht besch... aus... Woran liegt es? Kann man den Fehler irgendwo melden? Nach einem Edit hatte ich auch einmal am Kachelstoß auf der einen Seite ein bereits gelöschtes Stück Wald und auf der anderen eine neu eingetragene Straße. In einer speziellen Karte konnte man das Neurendern von Kacheln anstoßen. Aber in diesem Fall half das ebenso wenig, wie neue Objekte in den betroffenen Kacheln. Nach einigen Wochen hatte sich das von allein behoben. Möglicherweise gibt es von Zeit zu Zeit eine Art Rundumschlag beim Rendern. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki Seite zum ÖPNV Tagging in OSM der Firma Mentz Datenverarbeitung GmbH
Am 06.08.2013 01:17, schrieb Tirkon: Tracy Kasperczyk kasperc...@mentzdv.de wrote: Nur die Luftbilder von Bing sind zum Abmalen freigegeben. Es gibt auch noch Aerowest ! In Ba-Wü häufig besser als Bing und georeferenziert, wie das im Ruhrgebiet aussieht weiß ich nicht. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellungsfehler im Rendering. Wie Fehler melden?
Am 06.08.2013 01:38, schrieb Tirkon: Möglicherweise gibt es von Zeit zu Zeit eine Art Rundumschlag beim Rendern. Es könnte mit der Umstellung auf CartoCss[1] zusammenhängen, die am Wochenende erfolgt ist. Das Restaurant wurde schon am 30.07.13 gemappt. Es wäre daher interessant zu wissen, ob das Rendering-Problem bereits vor der Umstellung existierte. Ich würde es auf jeden Fall im Trac melden. [1] http://lists.openstreetmap.org/pipermail/talk/2013-August/067802.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki und drink:soy_milk
Hallo Harald, Ich will jetzt hier wirklich keine ideologische Diskussion vom Zaum brechen, aber allein Soja durch Taggen zu promoten, dürfte den verheerenden Folgen des Sojaanbaus für Mensch und Umwelt nicht gerecht werden. Das Taggen von Getreidemilchanbietern finde ich sinnvoll, jedoch sehe ich gerade den Zusammenhang zwischen Sojamilch, die in allen Läden die ich bisher gesehen habe aus biologischem Anbau kam, und den verheerenden Folgen für Mensch und Umwelt nicht. Mit der Begründung sollte man eher Steakhäuser und Burger King/McDonalds Filialen aus der Karte streichen, was aber ja wenig Sinn macht, da wir keine Editwars der Ideologien führen wollen bei OSM. Aber die Sojaernte aus dem Regenwald geht ja doch eher zu 90% in die Fleischproduktion von daher sehe ich das Problem nicht, Läden die Sojamilch anbieten nicht zu taggen. Viele Grüße Benjamin signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Slargo su strada di montagna
Ogni tanto sulle strade di montagna ci sono degli slarghi a bordo strada dove si può parcheggiare (ma non son parcheggi) o per far manovra. Come si possono taggare? -- View this message in context: http://gis.19327.n5.nabble.com/Slargo-su-strada-di-montagna-tp5772540.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Slargo su strada di montagna
Se parli di strade a corsia singola gurda: https://wiki.openstreetmap.org/wiki/Key:passing_places Ma nota che un passing_place non è un posto per parcheggiare! Volker 2013/8/5 bredy bredy...@yahoo.it Ogni tanto sulle strade di montagna ci sono degli slarghi a bordo strada dove si può parcheggiare (ma non son parcheggi) o per far manovra. Come si possono taggare? -- View this message in context: http://gis.19327.n5.nabble.com/Slargo-su-strada-di-montagna-tp5772540.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Slargo su strada di montagna
In alternativa verifica che non si tratti di uno slargo per l'inversione di marcia: https://wiki.openstreetmap.org/wiki/Turning_circle Ciao /niubii/ Il giorno 05/ago/2013 18:54, Volker Schmidt vosc...@gmail.com ha scritto: Se parli di strade a corsia singola gurda: https://wiki.openstreetmap.org/wiki/Key:passing_places Ma nota che un passing_place non è un posto per parcheggiare! Volker 2013/8/5 bredy bredy...@yahoo.it Ogni tanto sulle strade di montagna ci sono degli slarghi a bordo strada dove si può parcheggiare (ma non son parcheggi) o per far manovra. Come si possono taggare? -- View this message in context: http://gis.19327.n5.nabble.com/Slargo-su-strada-di-montagna-tp5772540.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Slargo su strada di montagna
On Monday 05 Aug 2013 18:54:14 Volker Schmidt wrote: Se parli di strade a corsia singola gurda: https://wiki.openstreetmap.org/wiki/Key:passing_places Mmh.. non so... Spesso sono usati come imposto forestale per alcune fasi di esbosco tipo: arrivo della teleferica nel caso di esbosco a pianta intera e prime lavorazioni: scortecciamento e sramatura della pianta... Pietro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Slargo su strada di montagna
Dovrei aggiungere che i passing_places in altri paesi (conosco in particolare la situazione nel Regno Unito) sono una cosa molto chiara e non ci sono dubbi sull'uso. C'è anche l'apposito cartello. So che qua in Italia, la situazione è molto meno chiara (almeno nelle zone montuose che frequento io in auto) Volker 2013/8/5 Pietro Zambelli peter.z...@gmail.com On Monday 05 Aug 2013 18:54:14 Volker Schmidt wrote: Se parli di strade a corsia singola gurda: https://wiki.openstreetmap.org/wiki/Key:passing_places Mmh.. non so... Spesso sono usati come imposto forestale per alcune fasi di esbosco tipo: arrivo della teleferica nel caso di esbosco a pianta intera e prime lavorazioni: scortecciamento e sramatura della pianta... Pietro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] tagging di aree
Vorrei taggare un gruppo di laghi con il loro nome: http://osm.org/go/0C69FqSY- Il gruppo dei laghi in questione si chiama Laghi di Sopranes (+ traduzioni), che sarebbe bello visualizzare come insieme alle alte scale, come normalmente si vede sulle cartine. Da notare che a volte i laghi hanno un nome proprio (pur facendo parte dello stesso gruppo), e questa informazione non va tolta. Come taggare un informazione del genere? multipolygon con name che comprende i laghi? Una relation di qualche tipo contenente le 3 aree? Un POI? (ugh). is_in? http://wiki.openstreetmap.org/wiki/Key:is_in Non sono riuscito a trovare esempi in merito, ma ci sono diverse casistiche dove un gruppo di poligoni, o una semplice area, rappresenta una zona con un nome. Una questione analoga riguarda i nomi delle valli. Sempre alle alte scale sarebbe bello conoscere il nome della valle. Anche al riguardo non ho trovato niente di ufficiale. http://wiki.openstreetmap.org/wiki/Relations/Proposed/Region http://wiki.openstreetmap.org/wiki/Proposed_features/Valley ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tagging di aree
On 08/05/2013 09:03 PM, Yuri D'Elia wrote: Vorrei taggare un gruppo di laghi con il loro nome: http://osm.org/go/0C69FqSY- Il gruppo dei laghi in questione si chiama Laghi di Sopranes (+ traduzioni), che sarebbe bello visualizzare come insieme alle alte scale, come normalmente si vede sulle cartine. Da notare che a volte i laghi hanno un nome proprio (pur facendo parte dello stesso gruppo), e questa informazione non va tolta. Un area con place:locality? http://wiki.openstreetmap.org/wiki/Tag:place%3Dlocality ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Slargo su strada di montagna
Il giorno 05/ago/2013, alle ore 18:54, Volker Schmidt vosc...@gmail.com ha scritto: Ma nota che un passing_place non è un posto per parcheggiare! +1, se si può parcheggiare metterei in ogni caso anche un amenity=parking ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Slargo su strada di montagna
Il 05/08/2013 21:20, Martin Koppenhoefer ha scritto: Il giorno 05/ago/2013, alle ore 18:54, Volker Schmidt vosc...@gmail.com ha scritto: Ma nota che un passing_place non è un posto per parcheggiare! +1, se si può parcheggiare metterei in ogni caso anche un amenity=parking ciao, +1 anche se il parcheggio non è quasi mai segnalato dal cartello (almeno nelle strade che conosco io), in ogni caso il mezzo verrebbe fermato fuori dalla sede stradale quindi non in contravvenzione e quindi il parcheggio ci può stare. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-se] Nybörjarmanual - 1.0
Hej! Nu har jag knåpat lite till på nybörjarmanualen och känner mig nästan klar. Det som återstår är: - Om Joakim Fors Tobias Johansson vill ha sina namn med som bidragsgivare, eller inte? - Kanske skriva en avslutande text på sidan Redigera...? Vad tycker ni, börjar vi bli redo att släppa version 1.0? http://www.infolagret.se/osmstart/ // Peter Kindström ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] OSM-tips: Ett förslag
Hej igen! Jag har tagit mig lite tid att knåpa ihop ännu en OSM-sida: http://www.infolagret.se/osmtips/ Där är tanken att samla en del svensk information om OSM, mer lättillgängligt än på wikin. (Jag ser wikin mer som en arbetsplats för diverse pågående - och tyvärr en del avsomnade - projekt). Jag har just nu lagt upp min egen lilla samligt tagg-tips, men sen är det tomt. Om jag tar mig tid att lägga allt på Github, hjälper ni till med bidrag då? :-) // Peter Kindström ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-at] LUGT/OSM-Stammtisch Innsbruck am 8. August 2013
Servus! Wir möchten zum nächsten gemeinsamen LUGT-/OSM-Stammtisch einladen: am Donnerstag, 8. August 2013 um 19:00 Uhr im Restaurant Kastanie Innsbrucker Straße 4, 6176 Völs Wir freuen uns auf ein zahlreiches Erscheinen! Die Einladung ist wie immer auch im OSM-Wiki zu finden: http://wiki.openstreetmap.org/wiki/Innsbruck/Stammtisch Grüße Simon ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-pe] Propuesta #editathon hispanoamericana
Es una buena iniciativa, en perú ya se han organizado alguna Mapping Raymi [1], sería interesante coordinar una actividad así a nivel continental (o más allá). Vamos moviendo en tema en as respectivas listas a ver qué pasa... saludos! [1] Mapping Raymi, Raymi es la palabra quechua para designar una celebración o fiesta colectiva. http://osmpe.ourproject.org/category/mapping-raymi/ Al 02/08/13 07:19, En/na Marco Antonio ha escrit: Hola, Alex Barth aka @lxbarth escribió hace muy poco «Esta es la razón del porqué hacemos #editathones» en el blog de openstreetmap.us [1]. Importante reflexión y deja recomendaciones (tips) como ser incluir hashtags #editathon, ayudar a novatos, lugar del evento y promoción/publicidad. Terminando la lectura me vino a la cabeza la idea ¿porqué no hacer una #editathon hispanoamericana? Existen los medios, existe la comunidad ¿porqué no? El tema logístico se deja a cada comunidad local. Habría que escribir una página wiki del evento y pedir que cada comunidad por país añada las ciudades, sus objetivos, lugares de reunión (leer artículo) y promocionar. Una fecha probable para el evento... este fin de mes 31 de agosto. ¿Qué opinan? PD: Este correo fue enviado a 14 listas de correos (Argentina, Bolivia, Chile, Colombia, Costa Rica, Cuba, Ecuador, España, México, Nicaragua, Perú, República Dominicana, Uruguay y Venezuela) faltando las comunidades de Belice, El Salvador, Guatemala, Honduras, Panamá, Paraguay y Puerto Rico. Por el idioma omití Brasil y Portugal. El que tenga conocimiento de las comunidades en esos países o sepa el idioma portugués que haga el favor de replicar. [1] http://openstreetmap.us/2013/07/why-editathons/ ___ Talk-pe mailing list Talk-pe@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pe -- Johnattan Rupire @johnarupire http://nomadas.ourproject.org http://comunes.org ___ Talk-pe mailing list Talk-pe@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pe
Re: [Talk-ro] Clipping pe baza de poligon - jud Constanta?
Salut, Folosește pagina http://polygons.openstreetmap.fr/ și introduce 2367022 pentru județul Constanța. Toate cele bune, Michael Am Montag, 5. August 2013, 12:32:03 schrieb Bogdan Enache: Salut, Un incepator aici. Am inceput de curand sa folosesc si eu Maperitive pentru a converti cateva harti in format SVG. Ma lovesc insa de o problema. Incerc sa fac o harta a jud Constanta. Am gasit ca se poate face clipping folosind osmconvert (http://wiki.openstreetmap.org/wiki/Osmconvert#Clipping_based_on_a_Polygon), si am luat poly de aici: http://downloads.cloudmade.com/europe/eastern_europe/romania/constanta#downl oads_breadcrumbs (constanta.poly) Insa din cate vad eu respectivul poligon nu e definit tocmai bine, taie cam anapoda. Intrebarile mele: Exista pe undeva fisierele poly respective cu marginile judetelor, definite complet si corect? Daca nu, se pot extrage cumva din alta parte? De exemplu, in Maperitive vad ca sunt definite destul de clar marginile administrative ale oraselor si judetelor, dar cum pot sa creez un poligon pentru clipping de acolo? Mentionez ca am incercat sa incarc harta in josm dar m-am pierdut instantaneu... :) Multumesc mult, Bogdan ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Clipping pe baza de poligon - jud Constanta?
Salut, Revin. Am downloadat poligonul mai mare (0.02-0.005000-0.005000), acum este ok, limitele corespund cu cele din harta ne-taiata. Banuiesc ca a fost o problema de rotunjire la float/double cand sunt suprapuse nodurile (sau poate erau foarte putin in afara). Mici probleme mai sunt si cu harta originala, dar nu le discutam acum. Apropo Michael, cum ai ajuns la 2367022 pentru Constanta? Daca vreau alte judete, unde pot sa gasesc si eu valorile? Cu stima, Bogdan On 05.08.2013 20:43, Bogdan Enache wrote: Salut, Am downloadat poligonul de clipping de acolo, dar tot am niste probleme, si nu sunt sigur de unde apar... In partea de SW a judetului (in SW orasului Baneasa, CT, mai exact), la granita cu Bulgaria, limita de judet apare deseneta gresit si cred ca si taierea e gresita. Am comparat cu limita asa cum apare pe OSM Mapnik si cum apare in sursa originala. Aceeasi problema in partea de N a judetului. Am comparat si cu o harta pe hartie, se confirma. Nu sunt sigur daca sursa problemei este poligonul de clipping. Cum am facut: 1. Am downloadat cu Maperitive harta osm folosind Overpass API, bounding box 43.6460021871184, 26.8594421533032, 44.8726056914412, 29.9385918642139 - deci o regiune mult mai mare ca jud Constanta. 2. Am salvat-o pe disk pentru uz offline cu Maperitive (save-source index=1 file=Sources\CT.osm). Am verificat manual harta salvata, totul ok. 3. Am aplicat osmconvert pe ea (osmconvert CT.osm -B=ct_base.poly -o=clipped.osm) folosind poligonul de clipping de la polygons.openstreetmap.fr. 4. Am verificat, apare problema de mai sus. Am suprapus hartile (cea originala si cea taiata), pentru a se vedea clar unde apar diferentele. Am trasat si cateva sageti pentru exemplificare. Banuiesc ca respectivele probleme apar de la clipping, nu? Deoarece limitele de judet par desenate bine cand este incarcata harta originala, dupa clipping se modifica limitele administrative... Sau binenteles, poate fac eu ceva gresit? Comparatiile aici: http://picpaste.com/map-error-01.png http://picpaste.com/map-error-02-1oJxuHD4.png Mersi mult, Bogdan On 05.08.2013 18:39, Michael Häckel wrote: Salut, Folosește pagina http://polygons.openstreetmap.fr/ și introduce 2367022 pentru județul Constanța. Toate cele bune, Michael Am Montag, 5. August 2013, 12:32:03 schrieb Bogdan Enache: Salut, Un incepator aici. Am inceput de curand sa folosesc si eu Maperitive pentru a converti cateva harti in format SVG. Ma lovesc insa de o problema. Incerc sa fac o harta a jud Constanta. Am gasit ca se poate face clipping folosind osmconvert (http://wiki.openstreetmap.org/wiki/Osmconvert#Clipping_based_on_a_Polygon), si am luat poly de aici: http://downloads.cloudmade.com/europe/eastern_europe/romania/constanta#downl oads_breadcrumbs (constanta.poly) Insa din cate vad eu respectivul poligon nu e definit tocmai bine, taie cam anapoda. Intrebarile mele: Exista pe undeva fisierele poly respective cu marginile judetelor, definite complet si corect? Daca nu, se pot extrage cumva din alta parte? De exemplu, in Maperitive vad ca sunt definite destul de clar marginile administrative ale oraselor si judetelor, dar cum pot sa creez un poligon pentru clipping de acolo? Mentionez ca am incercat sa incarc harta in josm dar m-am pierdut instantaneu... :) Multumesc mult, Bogdan ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-lv] sotm-baltics - kaa gaaja ?
Sveiki! Vārāt palasīt Igaunijas ziņu portālā: Teksts: http://uudised.err.ee/?06284603 Video: http://uudised.err.ee/index.php?0popup=videoid=57784 2013/8/5 Viesturs Zarins viest...@gmail.com No manas puses nekā negāja - ģimene bija noplīsusi un tā arī neaizbraucu. Viesturs On Mon, Aug 5, 2013 at 3:26 AM, Rich ric...@nakts.net wrote: tiem, kas bija sotm-baltics - kaa bija ? es, protams, ljotiljoti gribeetu, lai kaads blogposts tiek uzrakstiits :) -- Rich __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] sotm-baltics - kaa gaaja ?
On 08/05/2013 10:36 AM, Marat wrote: Sveiki! Vārāt palasīt Igaunijas ziņu portālā: Teksts: http://uudised.err.ee/?06284603 Video: http://uudised.err.ee/index.php?0popup=videoid=57784 nu... tas nav tik labi ;) varbuut ir veelme uzrakstiit par pasaakumu ? 2013/8/5 Viesturs Zarins viest...@gmail.com mailto:viest...@gmail.com No manas puses nekā negāja - ģimene bija noplīsusi un tā arī neaizbraucu. Viesturs ... -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] sotm-baltics - kaa gaaja ?
viss bija labi ;) 05.08.2013 3:26 пользователь Rich ric...@nakts.net написал: tiem, kas bija sotm-baltics - kaa bija ? es, protams, ljotiljoti gribeetu, lai kaads blogposts tiek uzrakstiits :) -- Rich __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] sotm-baltics - kaa gaaja ?
Neesmu labs rakstnieks :( Man liekas vislabāk būtu pārtulkot daļu no Zverik bloga: http://shtosm.ru/ 2013/8/5 Rich ric...@nakts.net On 08/05/2013 10:36 AM, Marat wrote: Sveiki! Vārāt palasīt Igaunijas ziņu portālā: Teksts: http://uudised.err.ee/?**06284603http://uudised.err.ee/?06284603 Video: http://uudised.err.ee/index.**php?0popup=videoid=57784http://uudised.err.ee/index.php?0popup=videoid=57784 nu... tas nav tik labi ;) varbuut ir veelme uzrakstiit par pasaakumu ? 2013/8/5 Viesturs Zarins viest...@gmail.com mailto:viest...@gmail.com No manas puses nekā negāja - ģimene bija noplīsusi un tā arī neaizbraucu. Viesturs ... -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-ca] Bilan de la Cartopartie Openstreetmap
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-08-04 21:20, Bruno Remy wrote: [...] Prochaine étape : cartographie aerienne avec un AR-Drône! Merci pour le compte-rendu :) Au sujet de cartographie aérienne avec des drônes, regarde sur la liste talk-ht, il y a eu plusieurs activités en ce sens en Haïti, très impressionant :) F. - -- Fabián Rodríguez http://openstreetmap.magicfab.ca -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: PGP/Mime available upon request Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlH/vzwACgkQfUcTXFrypNVrxACgn+UuY6SF/LUfDTtopJ6xycfz na8AoLxEliu8jF+naVSD9WvuAZ4qlQiM =fyJF -END PGP SIGNATURE- ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] [tuto] [STOP] Pipeline / Canalisation TMD
Il faut bien s'entendre sur ce ponctuellement. Indiquer dans un tutoriel l'usage de Google Street View dépasse ce que je considère comme ponctuel, car ça décrit une méthode, donc à répéter. Le cas où je me permet d'utilise street view c'est un relevé mal fait sur le terrain, où ma photo est mal cadrée ou un truc du genre et très exceptionnellement je regarde sur Google (qui n'est pas forcément à jour en plus). En dehors de ça, pour moi c'est hors condition d'utilisation de Google. Pour le côté documentation de nos relevés, il ne faut pas se prendre la tête. Si je conserve la majorité de mes photos c'est pour revenir éventuellement dessus, pas pour prouver mes relevés d'info et quand on ne recopie pas d'info, on dort l'esprit tranquille ;) Le 2 août 2013 22:08, Pieren pier...@gmail.com a écrit : 2013/8/2 François Lacombe francois.laco...@telecom-bretagne.eu: Non non. Rien à voir avec Open Street View. Là c'est Google Street View dont il est question. Et l'enjeu est de pouvoir placer des noeuds et voies sur la base de ce qu'on voit sur leurs panoramiques. Leurs conditions d'utilisation dit qu'en effet c'est interdit. Ce qu'on ne peut pas faire, c'est géoréférencer à partir de leurs images, qu'elles soient aériennes ou prises d'une voiture. Par contre, vérifier ponctuellement un fait ne viole aucun droit d'auteur. Comme je l'ai déjà dit des milliers de fois, le droit d'auteur protège la photo (oeuvre de création), pas ce qui est pris en photo (le paysage) (sauf si le contenu est aussi une oeuvre de création, comme une peinture ou une sculpture). Sur ce sujet maintes fois évoqué, je renverrais à ceci: https://help.openstreetmap.org/questions/710/can-i-use-google-streetview-to-help-create-maps mais aussi à la réponse d'Ed Parsons à un contributeur OSM (message complet dans le lien précédent): so checking the odd street names is OK.. but every street name I would suggest would represent a bulk feed. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tuto] [STOP] Pipeline / Canalisation TMD
Le 5 août 2013 08:25, Christian Quest cqu...@openstreetmap.fr a écrit : Pour le côté documentation de nos relevés, il ne faut pas se prendre la tête. Si je conserve la majorité de mes photos c'est pour revenir éventuellement dessus, pas pour prouver mes relevés d'info et quand on ne recopie pas d'info, on dort l'esprit tranquille ;) Sans vouloir ennuyer le monde et avec tout le respect que je te dois il me semble qu'il y a mieux à faire. Certes, cette prise de tête comme tu dis doublerait le temps de saisie, et les outils dispos sont pas vraiment au top, mais quel bénéfice ! J'imagine une page dans le wiki osm par cartopartie ou similaire, que les relevés soient numérisés (ça c'est facile avec les portables actuels), toutes les photos envoyées sur wikimedia commons qui ne demande que ça. Moyennant quoi quel partage de connaissances sur la pratique des cartoparties ! Et on peut faire un suivi entre personnes sur un même lieu ! Et voilà exactement le genre de trucs susceptible de donner confiance aux pompiers dont nous avons parlé dans un autre message. Etc, les bénéfices me paraissent immenses. Mais c'est vrai que les outils et les pratiques dispos sur cet aspect ne sont pas au top ; mais, si la communauté (amen) se rend compte de l'importance de la chose (me semble-t-il), alors ça avancera. Actuellement la communauté a peur qu'on lui demande de *prouver* (satanicus, s'horrifie-elle). Mais pourquoi ? Et quand bien même, quel est le problème ? Et de toutes façons, même se son point de vue, n'y aurait-il pas des aspects plus positifs, tel l'échange de pratiques terrain ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] cartes Bing décalées à la Pointe de Brézellec
Bonjour,Lorsque je regarde la carte OSM à la Pointe de Brézellec dans le Finistère :http://www.openstreetmap.org/?lat=48.06971lon=-4.66444zoom=20layers=Mle tracé des chemins coupe le tracé des côtes (coastline)Ce tracé des chemins est aussi en contradiction avec mes traces GPSPour moi les tracés incorrects sont au nord de N 48.06780 W 4.66390A cet endroit, il y a une route rectiligne vers le nord (cap 348°)Les tracés d'OpenStreetMap sont en parfait accord avec les orthophotos BingLes orthophotos de Google et les cartes du Géoportail me semblent correctesPour moi , les cartes Bing sont décalées à la Pointe de BrézellecJean -- View this message in context: http://gis.19327.n5.nabble.com/cartes-Bing-decalees-a-la-Pointe-de-Brezellec-tp5772498.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
Re: [OSM-talk-fr] cartes Bing décalées à la Pointe de Brézellec
Bonjour, Preuve qu'il ne faut avoir un oeil vigilant sur les sources. Dans le secteur tu peux utiliser les orthophotos géolittoral accessibles directement sous JOSM. C'est assez rigolo la façon dont bing a tordu la route à la pointe (50m au sud c'est bon), sans doute un fort coup de vent d'ouest :-) A+ Bruno Le 5 août 2013 10:08, plonevez jlplone...@wanadoo.fr a écrit : Bonjour,Lorsque je regarde la carte OSM à la Pointe de Brézellec dans le Finistère : http://www.openstreetmap.org/?lat=48.06971lon=-4.66444zoom=20layers=Mle tracé des chemins coupe le tracé des côtes (coastline)Ce tracé des chemins est aussi en contradiction avec mes traces GPSPour moi les tracés incorrects sont au nord de N 48.06780 W 4.66390A cet endroit, il y a une route rectiligne vers le nord (cap 348°)Les tracés d'OpenStreetMap sont en parfait accord avec les orthophotos BingLes orthophotos de Google et les cartes du Géoportail me semblent correctesPour moi , les cartes Bing sont décalées à la Pointe de BrézellecJean -- View this message in context: http://gis.19327.n5.nabble.com/cartes-Bing-decalees-a-la-Pointe-de-Brezellec-tp5772498.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
Re: [OSM-talk-fr] cartes Bing décalées à la Pointe de Brézellec
Le 5 août 2013 à 10:08, plonevez jlplone...@wanadoo.fr a écrit : Bonjour,Lorsque je regarde la carte OSM à la Pointe de Brézellec dans le Finistère :http://www.openstreetmap.org/?lat=48.06971lon=-4.66444zoom=20layers=Mle tracé des chemins coupe le tracé des côtes (coastline)Ce tracé des chemins est aussi en contradiction avec mes traces GPSPour moi les tracés incorrects sont au nord de N 48.06780 W 4.66390A cet endroit, il y a une route rectiligne vers le nord (cap 348°)Les tracés d'OpenStreetMap sont en parfait accord avec les orthophotos BingLes orthophotos de Google et les cartes du Géoportail me semblent correctesPour moi , les cartes Bing sont décalées à la Pointe de BrézellecJean Effectivement, j'ai voulu recaler avec Bing beaucoup de routes taillées à la serpe dans cette petite péninsule et arrivé sur la côte, j'ai vu le décalage à Penharn en me demandant d'où cela venait. Je n'ai pas pensé à aller voir l'ortholittoral que je n'ai pas inclus dans JOSM. Si quelqu'un aime bien fignoler les côtes, qu'il lui plaise de rectifier. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Calcul d'itinéraires pour piétons avec les données OSM
Bonjour à tous, J'ai développpé une application de calcul d'itinéraires pour piétons utilisant les données OSM et Pgrouting. Une première version fonctionnelle est disponible ici, pour Toulouse et son agglomération pour l'instant : http://moodwalkr.makina-corpus.net/ Parmi les fonctionnalités : * possibilité de traverser un espace ouvert, comme une place (voir la Place du Capitole par exemple). Les polygones highway=pedestrian et highway=footway avec area=yes sont traités pour cela. * le trajet se fait sur les trottoirs lorsque ceux-ci sont dans OSM (voir le quartier Saint-Michel au sud de Toulouse par exemple) * plusieurs itinéraires sont générés suivant différents profils : au plus court, shopping, nature et culture. La notation des rues dans ces différentes catégories est faite en utilisant les données OSM à proximité de la rue. * l'itinéraire peut être d'un point à un autre, ou une boucle. Je suis intéressé par les remarques que vous pouvez avoir dessus ! Le code est libre mais je dois le nettoyer avant de le publier. Je vous tiendrai au courant de cela. Frédéric -- Frédéric Bonifas +33672652807 skype:fredericbonifas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Différence tag cycleway dans le wiki
Le 26 juillet 2013 12:57, Pieren pier...@gmail.com a écrit : Le cas de figure doit se présenter dans de nombreux pays et pas seulement ceux qui roulent à gauche ;-) La version anglaise du wiki évolue plus vite que sa traduction en français tout simplement parce qu'il y a plus de contributeurs qui la lisent et l'améliorent. Il faut juste trouver quelqu'un pour mettre à jour la version française de temps à autre (en vérifiant que ce qui est proposé par la version anglaise soit bien établie et pas juste du wiki fiddling temporaire). Dans le cas présent, il me semble effectivement intéressant de connaitre la position (gauche ou droite) de la bande cyclable y compris en contresens cyclable. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Calcul d'itinéraires pour piétons avec les données OSM
Super sympa et complètement génial, MAIS : - c'est un peu ennuyeux d'avoir à entrer l'adresse... il faudrait pouvoir cliquer sur la carte et pouf ! ça vous met le pointeur de départ ou arrivée. Certes, quand ce pointeur est présent sur la carte on peut le déplacer directement, mais s'il n'y est pas, j'ai pas trouvé comment fofaire. - pour les geeekks il faudrait un permalink, matiné d'un short permalink, qui serait parfait avec embedded panel (conserver l'anglais si possible sinon moins bien partager). - c'est très intéressant si on habite Toulouse, mais moins si on habite New York ou, un peu pareil, Saint Etienne comme moi. Sinon bravo bravo bravo, mentiion VIFS ENCOURAGEMENTS. Le 5 août 2013 12:39, Frédéric Bonifas fredericboni...@gmail.com a écrit : Bonjour à tous, J'ai développpé une application de calcul d'itinéraires pour piétons utilisant les données OSM et Pgrouting. Une première version fonctionnelle est disponible ici, pour Toulouse et son agglomération pour l'instant : http://moodwalkr.makina-corpus.net/ Parmi les fonctionnalités : * possibilité de traverser un espace ouvert, comme une place (voir la Place du Capitole par exemple). Les polygones highway=pedestrian et highway=footway avec area=yes sont traités pour cela. * le trajet se fait sur les trottoirs lorsque ceux-ci sont dans OSM (voir le quartier Saint-Michel au sud de Toulouse par exemple) * plusieurs itinéraires sont générés suivant différents profils : au plus court, shopping, nature et culture. La notation des rues dans ces différentes catégories est faite en utilisant les données OSM à proximité de la rue. * l'itinéraire peut être d'un point à un autre, ou une boucle. Je suis intéressé par les remarques que vous pouvez avoir dessus ! Le code est libre mais je dois le nettoyer avant de le publier. Je vous tiendrai au courant de cela. Frédéric -- Frédéric Bonifas +33672652807 skype:fredericbonifas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : La municipalité de Saint-Étienne applaudit le théâtre emporté par le venthttp://drivrsdu.fr/la-municipalite-de-saint-etienne-applaudit-le-theatre-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nouvelles Remerciements
Bonjour à tou[te]s, Certains le savent j'ai été gravement malade il y a quelques semaines, mais je vais beaucoup mieux! Je souhaitent remercier par ce message toutes celles et ceux qui sont venus me voir à l’hôpital et/ou m'ont envoyé un message (sms, tweet, mail, courriers etc ... ;) J'ai profité et profite encore de ce repos forcé pour écrire et échanger avec de nombreux journalistes, partenaires et mécènes souhaitant comprendre nos travaux. Je serai de retour en forme après le 28 août date de ma dernière visite médicale avant reprise d'une activité normale. Je posterai dans d'autres messages de bonnes nouvelles mais je reçois régulièrement des messages d'entreprises et d'institutions souhaitant rejoindre ou soutenir nos projets. Quelques nouvelles majeures témoignant encore de la légitimité de nos actions: J'ai été auditionné par la Cours des Compte sur la refonte des modèles économiques d'agences levant des redevances (INSEE, IGN, Météo France) La Croix-Rouge française souhaitent intégrer ses centres dans OSM et a commencé un travail d'harmonisation La Fondation de France nous renouvelait ce matin même sa confiance pour de futurs projets Le SAMU de Haute et Basse Normandie souhaitent expérimenter l'intégration d'OSM à son système d'information. Sans compter les messages quotidiens sur openstreetmap.fr. Merci encore et à très bientôt pour de nouvelles aventures, Gaël Bientôt au charbon ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Calcul d'itinéraires pour piétons avec les données OSM
Vraiment sympa comme appli. Trois suggestions d'amélioration : - Pour l'itinéraire Courses et lieux d'activités, l'infobulle devrait mentionner le type (magasin, restaurant, etc.) le nom n'est pas suffisant, amha. - Pour les itinéraires Culture et Nature, indiquer des liens WP s'ils existent. - Pour l'itinéraire Nature, ralentir l'allure du marcheur (elle me paraît assez élevée de manière générale) Pour la v 2.0 - un itinéraire PMR - un itinéraire pour les familles - un itinéraire pour les jours de canicule (show me the way to the next whisky bar and don't ask why) - ajouter les aires de jeux (dans Nature ) - idée de promenade pour jeunes parents avec poussette (l'idée de la boucle est une très bonne idée) Bonne continuation Denis -Message d'origine- De : Frédéric Bonifas [mailto:fredericboni...@gmail.com] Envoyé : lundi 5 août 2013 12:39 À : Discussions sur OSM en français Objet : [OSM-talk-fr] Calcul d'itinéraires pour piétons avec les données OSM Bonjour à tous, J'ai développpé une application de calcul d'itinéraires pour piétons utilisant les données OSM et Pgrouting. Une première version fonctionnelle est disponible ici, pour Toulouse et son agglomération pour l'instant : http://moodwalkr.makina-corpus.net/ Parmi les fonctionnalités : * possibilité de traverser un espace ouvert, comme une place (voir la Place du Capitole par exemple). Les polygones highway=pedestrian et highway=footway avec area=yes sont traités pour cela. * le trajet se fait sur les trottoirs lorsque ceux-ci sont dans OSM (voir le quartier Saint-Michel au sud de Toulouse par exemple) * plusieurs itinéraires sont générés suivant différents profils : au plus court, shopping, nature et culture. La notation des rues dans ces différentes catégories est faite en utilisant les données OSM à proximité de la rue. * l'itinéraire peut être d'un point à un autre, ou une boucle. Je suis intéressé par les remarques que vous pouvez avoir dessus ! Le code est libre mais je dois le nettoyer avant de le publier. Je vous tiendrai au courant de cela. Frédéric -- Frédéric Bonifas +33672652807 skype:fredericbonifas ___ 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] Calcul d'itinéraires pour piétons avec les données OSM
Le 05/08/2013 13:19, Ista Pouss a écrit : Super sympa et complètement génial, MAIS : - c'est un peu ennuyeux d'avoir à entrer l'adresse... il faudrait pouvoir cliquer sur la carte et pouf ! ça vous met le pointeur de départ ou arrivée. Certes, quand ce pointeur est présent sur la carte on peut le déplacer directement, mais s'il n'y est pas, j'ai pas trouvé comment fofaire. Tu n'as pas lu l'introduction ? C'est pourtant bien expliqué, ça se fait avec un clic droit. Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Calcul d'itinéraires pour piétons avec les données OSM
Le 5 août 2013 14:25, Jean-Claude Repetto jrepe...@free.fr a écrit : Le 05/08/2013 13:19, Ista Pouss a écrit : - c'est un peu ennuyeux d'avoir à entrer l'adresse... il faudrait pouvoir cliquer sur la carte et pouf ! ça vous met le pointeur de départ ou arrivée. Certes, quand ce pointeur est présent sur la carte on peut le déplacer directement, mais s'il n'y est pas, j'ai pas trouvé comment fofaire. Tu n'as pas lu l'introduction ? C'est pourtant bien expliqué, ça se fait avec un clic droit. Oui, mais l'introduction n'a pas précisé que sous firefox le menu du calcul d'itinéraires apparaît derrière le menu de... firefox (tiens donc ? ) et que par conséquent il faut subtilement cliquer (gauche) ou un escape tout petit en étant absolument convaincu en sa tête que ça va marcher. Sinon je rajoute dans les désidératas du consommateur idiot (moi) que c'est typiquement une appli ou le rendu fr devrait être utiilsé. Christian devrait revenir de vacances pour ça, il y retournera après. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Calcul d'itinéraires pour piétons avec les données OSM
Super outil ! J'en rêve depuis un moment, j'ajouterai à la liste des itinéraire sympa, l'itinéraire canin, En effet prévoire une promenade avec un parc à chien peut-être pratique, en n'oubliant pas les distributeurs de sacs à crottes. Bon après tout dépends si Toulouse en a... Florian. De : HELFER Denis denis.hel...@rff.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Lundi 5 août 2013 14h14 Objet : Re: [OSM-talk-fr] Calcul d'itinéraires pour piétons avec les données OSM Vraiment sympa comme appli. Trois suggestions d'amélioration : - Pour l'itinéraire Courses et lieux d'activités, l'infobulle devrait mentionner le type (magasin, restaurant, etc.) le nom n'est pas suffisant, amha. - Pour les itinéraires Culture et Nature, indiquer des liens WP s'ils existent. - Pour l'itinéraire Nature, ralentir l'allure du marcheur (elle me paraît assez élevée de manière générale) Pour la v 2.0 - un itinéraire PMR - un itinéraire pour les familles - un itinéraire pour les jours de canicule (show me the way to the next whisky bar and don't ask why) - ajouter les aires de jeux (dans Nature ) - idée de promenade pour jeunes parents avec poussette (l'idée de la boucle est une très bonne idée) Bonne continuation Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Calcul d'itinéraires pour piétons avec les données OSM
Le 05/08/2013 15:10, Ista Pouss a écrit : Oui, mais l'introduction n'a pas précisé que sous firefox le menu du calcul d'itinéraires apparaît derrière le menu de... firefox (tiens donc ? ) et que par conséquent il faut subtilement cliquer (gauche) ou un escape tout petit en étant absolument convaincu en sa tête que ça va marcher. Je n'ai pas eu de problème avec Firefox (je n'ai pas d'autre navigateur installé). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Calcul d'itinéraires pour piétons avec les données OSM
Sympa, comme site ! Il me semble que c'est perfectible sur les problèmes classique des applications qui proposent de saisir des adresses : 1- comprendre la 'bonne adresse malgré les fautes de frappe. 2- accepter les formes sans prénom des rues. Si je demande rue d'Alembert, Toulouse, il me trouve un endroit à Labege, et pas la Rue Jean d'Alembert, qui existe pourtant à Toulouse. Art. Le 5 août 2013 12:39, Frédéric Bonifas fredericboni...@gmail.com a écrit : Bonjour à tous, J'ai développpé une application de calcul d'itinéraires pour piétons utilisant les données OSM et Pgrouting. Une première version fonctionnelle est disponible ici, pour Toulouse et son agglomération pour l'instant : http://moodwalkr.makina-corpus.net/ Parmi les fonctionnalités : * possibilité de traverser un espace ouvert, comme une place (voir la Place du Capitole par exemple). Les polygones highway=pedestrian et highway=footway avec area=yes sont traités pour cela. * le trajet se fait sur les trottoirs lorsque ceux-ci sont dans OSM (voir le quartier Saint-Michel au sud de Toulouse par exemple) * plusieurs itinéraires sont générés suivant différents profils : au plus court, shopping, nature et culture. La notation des rues dans ces différentes catégories est faite en utilisant les données OSM à proximité de la rue. * l'itinéraire peut être d'un point à un autre, ou une boucle. Je suis intéressé par les remarques que vous pouvez avoir dessus ! Le code est libre mais je dois le nettoyer avant de le publier. Je vous tiendrai au courant de cela. Frédéric -- Frédéric Bonifas +33672652807 skype:fredericbonifas ___ 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] Différence tag cycleway dans le wiki
Bonjour Sauf que personnellement je ne connais pas de bande cyclable à contresens du côté droit dans les pays où on roule à droite. Je trouverai dommage que pour gérer des exceptions on complexifie la règle générale. Malheureusement, la proposition recommandée des cas M3a et M3b du wiki anglophone va dans ce (mauvais) sens. http://wiki.openstreetmap.org/wiki/Bicycle Mais il est fort possible que le wiki anglophone soit un compromis pour éviter de faire des distinctions entre les pays qui roulent à droite et ceux qui roulent à gauche. -- l'exception d'un côté est la règle de l'autre. T Ruchin Le 5 août 2013 12:48, Romain MEHUT romain.me...@gmail.com a écrit : Le 26 juillet 2013 12:57, Pieren pier...@gmail.com a écrit : Le cas de figure doit se présenter dans de nombreux pays et pas seulement ceux qui roulent à gauche ;-) La version anglaise du wiki évolue plus vite que sa traduction en français tout simplement parce qu'il y a plus de contributeurs qui la lisent et l'améliorent. Il faut juste trouver quelqu'un pour mettre à jour la version française de temps à autre (en vérifiant que ce qui est proposé par la version anglaise soit bien établie et pas juste du wiki fiddling temporaire). Dans le cas présent, il me semble effectivement intéressant de connaitre la position (gauche ou droite) de la bande cyclable y compris en contresens cyclable. Romain ___ 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] Différence tag cycleway dans le wiki
Le 5 août 2013 18:09, Thomas Ruchin truchi...@gmail.com a écrit : Bonjour Sauf que personnellement je ne connais pas de bande cyclable à contresens du côté droit dans les pays où on roule à droite. Aucune idée si ce cas de figure existe bien. Si un anglais nous lit... Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rives d'une rivière non rendues : à l'aide !
Bonjour,Ce "chemin"situé à coté de l'épanchoir de Gailhousty n'est pas affiché ni dans la couche osm standard, ni dans OpenRiverBoatMap.J'ai vérifié visuellement et avec JOSM, il semble pourtant bien fermé.Avez-vous une explication et un remède ?Merci d'avance,--Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[Talk-GB] Getting vandalism reverted without associating email address with location
Is there any mechanism for reporting and reverting vandalism that doesn't tend to associate the non-OSM internet identity of the reporter with their likely physical location. As far as possible I try to avoid my internet ID and my physical location being associated, but assume that the OSM ID is compromised in that respect. I don't even want to go into too much detail about the nature of the vandalism here. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Getting vandalism reverted without associating email address with location
David Woolley wrote: I don't even want to go into too much detail about the nature of the vandalism here. If you did want to give an example without making any specific reference, perhaps you could perform similar vandalism (in a different place with different names / other identifying info) using the dev API: http://api06.dev.openstreetmap.org/#map=18/53.12037/-0.52980 Cheers, Andy ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Getting vandalism reverted without associating email address with location
On 05/08/13 11:22, SomeoneElse wrote: David Woolley wrote: I don't even want to go into too much detail about the nature of the vandalism here. If you did want to give an example without making any specific reference, perhaps you could perform similar vandalism (in a different place with different names / other identifying info) using the dev API: http://api06.dev.openstreetmap.org/#map=18/53.12037/-0.52980 The reason I'm uncomfortable about giving details is that they would allow the reversion to be identified. In this case, I don't think there is any issue that there was vandalism. If necessary, I'll do a piecemeal reconstruction of the bits that are blocking me, but that may prevent a proper reversion. I'll give you some more details off list. Please don't copy them back on list. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Getting vandalism reverted without associating email address with location
On 2013-08-05 12:20, David Woolley wrote: An off list exchange suggests the problem could have been caused by someone trying to declutter a map for private use without realising they were making public changes. However, the problem still remains of how to get it reverted, other than by piecemeal repair, whilst only using my OSM identity. You can revert it yourself, using the JOSM reverter plugin. If the objects haven't been edited since, then it should be easy to revert it completely. It gets trickier if there have been subsequent edits, so best to avoid trying piecemeal repairs. Or use the revert scripts. Some details here: http://wiki.openstreetmap.org/wiki/Change_rollback Craig ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Getting vandalism reverted without associating email address with location
On 05/08/13 12:37, Craig Wallace wrote: You can revert it yourself, using the JOSM reverter plugin. OK Thanks. I suspected something like that must exist, but I'd got to http://wiki.openstreetmap.org/wiki/Vandalism, which led me to http://wiki.openstreetmap.org/wiki/GB_revert_request_log, which said I had to go to this mailing list. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Getting vandalism reverted without associating email address with location
Hi, On 05.08.2013 12:16, David Woolley wrote: Is there any mechanism for reporting and reverting vandalism that doesn't tend to associate the non-OSM internet identity of the reporter with their likely physical location. You can send a message to the OSM user OSMF Data Working Group which will then be acted upon by DWG. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] Burning Man old data, publicity opportunity
So Black Rock City is mapped on OpenStreetMap... twice. And both are old versions (the city as it was in 2008 and 2009). Anyone know why this is? Should the two old cities be deleted and replaced with the 2013 city? I have a feeling that this could be a fun publicity opportunity for OSM, if we're the first ones to map out Black Rock City during Burning Man. Not to mention that the kind of people who go to Burning Man would probably rather support OSM over Google Maps, given someone tells them about OSM. It brings in people from everywhere, so ideally they could go back to their respective communities and possibly get more involved in local OSM mapping. Just ranting a pipe dream. Does this sound realistic? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Burning Man old data, publicity opportunity
I only know a little about Burning Man (seriously, just what I read in Cory Doctorow's Homeland), but mapping BRC makes sense to me. Is it on the exact same location every year? In that case it seems like it would make sense to update the map annually. If they are on different parts of the dessert each year, it would probably make sense to map each one, but once the city is torn down, modify the tags to indicate a past structure. The Historical OSM folks would probably have better guidance on the best way to do this. Either way, it seems like this could be a really neat way to preserve Black Rock City. Are any OSM folks going to be at Burning Man this year? On Mon, Aug 5, 2013 at 2:25 PM, Clay Smalley claysmal...@gmail.com wrote: So Black Rock City is mapped on OpenStreetMap... twice. And both are old versions (the city as it was in 2008 and 2009). Anyone know why this is? Should the two old cities be deleted and replaced with the 2013 city? I have a feeling that this could be a fun publicity opportunity for OSM, if we're the first ones to map out Black Rock City during Burning Man. Not to mention that the kind of people who go to Burning Man would probably rather support OSM over Google Maps, given someone tells them about OSM. It brings in people from everywhere, so ideally they could go back to their respective communities and possibly get more involved in local OSM mapping. Just ranting a pipe dream. Does this sound realistic? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Burning Man old data, publicity opportunity
Just as a note of interest, on my way to SOTMUS this year in San Francisco, I'm pretty sure we flew over Black Rock City. I took some pictures out of the plane window: https://www.dropbox.com/sc/kfjpmgydqcser3v/tqkMPNPrCw(link to pictures). -Elliott On Mon, Aug 5, 2013 at 2:36 PM, Kathleen Danielson kathleen.daniel...@gmail.com wrote: I only know a little about Burning Man (seriously, just what I read in Cory Doctorow's Homeland), but mapping BRC makes sense to me. Is it on the exact same location every year? In that case it seems like it would make sense to update the map annually. If they are on different parts of the dessert each year, it would probably make sense to map each one, but once the city is torn down, modify the tags to indicate a past structure. The Historical OSM folks would probably have better guidance on the best way to do this. Either way, it seems like this could be a really neat way to preserve Black Rock City. Are any OSM folks going to be at Burning Man this year? On Mon, Aug 5, 2013 at 2:25 PM, Clay Smalley claysmal...@gmail.comwrote: So Black Rock City is mapped on OpenStreetMap... twice. And both are old versions (the city as it was in 2008 and 2009). Anyone know why this is? Should the two old cities be deleted and replaced with the 2013 city? I have a feeling that this could be a fun publicity opportunity for OSM, if we're the first ones to map out Black Rock City during Burning Man. Not to mention that the kind of people who go to Burning Man would probably rather support OSM over Google Maps, given someone tells them about OSM. It brings in people from everywhere, so ideally they could go back to their respective communities and possibly get more involved in local OSM mapping. Just ranting a pipe dream. Does this sound realistic? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us -- Elliott Plack http://about.me/elliottp ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Burning Man old data, publicity opportunity
Black Rock City moves slightly each year, to minimize impact on any particular spot in the playa. The streets are also given new names, and the city expands to accommodate additional population growth. It's effectively a totally new geography each time. Mikel has been involved in the project in the past, and been given advance private access to survey shapefiles. -mike. On Aug 5, 2013, at 11:36 AM, Kathleen Danielson wrote: I only know a little about Burning Man (seriously, just what I read in Cory Doctorow's Homeland), but mapping BRC makes sense to me. Is it on the exact same location every year? In that case it seems like it would make sense to update the map annually. If they are on different parts of the dessert each year, it would probably make sense to map each one, but once the city is torn down, modify the tags to indicate a past structure. The Historical OSM folks would probably have better guidance on the best way to do this. Either way, it seems like this could be a really neat way to preserve Black Rock City. Are any OSM folks going to be at Burning Man this year? On Mon, Aug 5, 2013 at 2:25 PM, Clay Smalley claysmal...@gmail.com wrote: So Black Rock City is mapped on OpenStreetMap... twice. And both are old versions (the city as it was in 2008 and 2009). Anyone know why this is? Should the two old cities be deleted and replaced with the 2013 city? I have a feeling that this could be a fun publicity opportunity for OSM, if we're the first ones to map out Black Rock City during Burning Man. Not to mention that the kind of people who go to Burning Man would probably rather support OSM over Google Maps, given someone tells them about OSM. It brings in people from everywhere, so ideally they could go back to their respective communities and possibly get more involved in local OSM mapping. Just ranting a pipe dream. Does this sound realistic? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us michal migurski- contact info and pgp key: sf/cahttp://mike.teczno.com/contact.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Burning Man old data, publicity opportunity
Hi All, Mikel and I did the original mapping, and its now a few years out of date. I have access to the data for this year, but its always a sensitive topic about when it can be released. Let me do a little bit of research and report back in a few days. Jeff On Mon, Aug 5, 2013 at 11:41 AM, Elliott Plack elliott.pl...@gmail.com wrote: Just as a note of interest, on my way to SOTMUS this year in San Francisco, I'm pretty sure we flew over Black Rock City. I took some pictures out of the plane window: https://www.dropbox.com/sc/kfjpmgydqcser3v/tqkMPNPrCw (link to pictures). -Elliott On Mon, Aug 5, 2013 at 2:36 PM, Kathleen Danielson kathleen.daniel...@gmail.com wrote: I only know a little about Burning Man (seriously, just what I read in Cory Doctorow's Homeland), but mapping BRC makes sense to me. Is it on the exact same location every year? In that case it seems like it would make sense to update the map annually. If they are on different parts of the dessert each year, it would probably make sense to map each one, but once the city is torn down, modify the tags to indicate a past structure. The Historical OSM folks would probably have better guidance on the best way to do this. Either way, it seems like this could be a really neat way to preserve Black Rock City. Are any OSM folks going to be at Burning Man this year? On Mon, Aug 5, 2013 at 2:25 PM, Clay Smalley claysmal...@gmail.com wrote: So Black Rock City is mapped on OpenStreetMap... twice. And both are old versions (the city as it was in 2008 and 2009). Anyone know why this is? Should the two old cities be deleted and replaced with the 2013 city? I have a feeling that this could be a fun publicity opportunity for OSM, if we're the first ones to map out Black Rock City during Burning Man. Not to mention that the kind of people who go to Burning Man would probably rather support OSM over Google Maps, given someone tells them about OSM. It brings in people from everywhere, so ideally they could go back to their respective communities and possibly get more involved in local OSM mapping. Just ranting a pipe dream. Does this sound realistic? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us -- Elliott Plack http://about.me/elliottp ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Burning Man old data, publicity opportunity
On Mon, Aug 5, 2013 at 11:43 AM, Michal Migurski m...@teczno.com wrote: Black Rock City moves slightly each year, to minimize impact on any particular spot in the playa. The streets are also given new names, and the city expands to accommodate additional population growth. It's effectively a totally new geography each time. Mikel has been involved in the project in the past, and been given advance private access to survey shapefiles. Yup, we have them for this year already, but are not always allowed to release them without permission. Will report back ASAP. -mike. On Aug 5, 2013, at 11:36 AM, Kathleen Danielson wrote: I only know a little about Burning Man (seriously, just what I read in Cory Doctorow's Homeland), but mapping BRC makes sense to me. Is it on the exact same location every year? In that case it seems like it would make sense to update the map annually. If they are on different parts of the dessert each year, it would probably make sense to map each one, but once the city is torn down, modify the tags to indicate a past structure. The Historical OSM folks would probably have better guidance on the best way to do this. Either way, it seems like this could be a really neat way to preserve Black Rock City. Are any OSM folks going to be at Burning Man this year? On Mon, Aug 5, 2013 at 2:25 PM, Clay Smalley claysmal...@gmail.com wrote: So Black Rock City is mapped on OpenStreetMap... twice. And both are old versions (the city as it was in 2008 and 2009). Anyone know why this is? Should the two old cities be deleted and replaced with the 2013 city? I have a feeling that this could be a fun publicity opportunity for OSM, if we're the first ones to map out Black Rock City during Burning Man. Not to mention that the kind of people who go to Burning Man would probably rather support OSM over Google Maps, given someone tells them about OSM. It brings in people from everywhere, so ideally they could go back to their respective communities and possibly get more involved in local OSM mapping. Just ranting a pipe dream. Does this sound realistic? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us michal migurski- contact info and pgp key: sf/cahttp://mike.teczno.com/contact.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Burning Man old data, publicity opportunity
Do we have shapefiles for previous years? Even if we can't do 2013 yet it might be fun to work on the last couple of years. On Mon, Aug 5, 2013 at 2:45 PM, Jeffrey Johnson ortel...@gmail.com wrote: On Mon, Aug 5, 2013 at 11:43 AM, Michal Migurski m...@teczno.com wrote: Black Rock City moves slightly each year, to minimize impact on any particular spot in the playa. The streets are also given new names, and the city expands to accommodate additional population growth. It's effectively a totally new geography each time. Mikel has been involved in the project in the past, and been given advance private access to survey shapefiles. Yup, we have them for this year already, but are not always allowed to release them without permission. Will report back ASAP. -mike. On Aug 5, 2013, at 11:36 AM, Kathleen Danielson wrote: I only know a little about Burning Man (seriously, just what I read in Cory Doctorow's Homeland), but mapping BRC makes sense to me. Is it on the exact same location every year? In that case it seems like it would make sense to update the map annually. If they are on different parts of the dessert each year, it would probably make sense to map each one, but once the city is torn down, modify the tags to indicate a past structure. The Historical OSM folks would probably have better guidance on the best way to do this. Either way, it seems like this could be a really neat way to preserve Black Rock City. Are any OSM folks going to be at Burning Man this year? On Mon, Aug 5, 2013 at 2:25 PM, Clay Smalley claysmal...@gmail.com wrote: So Black Rock City is mapped on OpenStreetMap... twice. And both are old versions (the city as it was in 2008 and 2009). Anyone know why this is? Should the two old cities be deleted and replaced with the 2013 city? I have a feeling that this could be a fun publicity opportunity for OSM, if we're the first ones to map out Black Rock City during Burning Man. Not to mention that the kind of people who go to Burning Man would probably rather support OSM over Google Maps, given someone tells them about OSM. It brings in people from everywhere, so ideally they could go back to their respective communities and possibly get more involved in local OSM mapping. Just ranting a pipe dream. Does this sound realistic? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us michal migurski- contact info and pgp key: sf/cahttp://mike.teczno.com/contact.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Burning Man old data, publicity opportunity
I'm almost certain that Mikel was involved in one, or both of those '08/'09 efforts to map Black Rock City. Worth contacting him about what it would take to re-do it for 2013. -- SEJ -- twitter: @geomantic -- skype: sejohnson8 There are two types of people in the world. Those that can extrapolate from incomplete data. On Mon, Aug 5, 2013 at 2:25 PM, Clay Smalley claysmal...@gmail.com wrote: So Black Rock City is mapped on OpenStreetMap... twice. And both are old versions (the city as it was in 2008 and 2009). Anyone know why this is? Should the two old cities be deleted and replaced with the 2013 city? I have a feeling that this could be a fun publicity opportunity for OSM, if we're the first ones to map out Black Rock City during Burning Man. Not to mention that the kind of people who go to Burning Man would probably rather support OSM over Google Maps, given someone tells them about OSM. It brings in people from everywhere, so ideally they could go back to their respective communities and possibly get more involved in local OSM mapping. Just ranting a pipe dream. Does this sound realistic? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us michal migurski- contact info and pgp key: sf/cahttp://mike.teczno.com/contact.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Burning Man old data, publicity opportunity
I believe we have data all the way back to 2006 and have the information needed to construct them for past years all the way back to the first year in the desert. Kathleen, you can follow up with Andrew Johnstone and...@adjohnstone.com as he is closest to the BRC org and can help track that stuff down. Have fun! Jeff On Mon, Aug 5, 2013 at 11:48 AM, Kathleen Danielson kathleen.daniel...@gmail.com wrote: Do we have shapefiles for previous years? Even if we can't do 2013 yet it might be fun to work on the last couple of years. On Mon, Aug 5, 2013 at 2:45 PM, Jeffrey Johnson ortel...@gmail.com wrote: On Mon, Aug 5, 2013 at 11:43 AM, Michal Migurski m...@teczno.com wrote: Black Rock City moves slightly each year, to minimize impact on any particular spot in the playa. The streets are also given new names, and the city expands to accommodate additional population growth. It's effectively a totally new geography each time. Mikel has been involved in the project in the past, and been given advance private access to survey shapefiles. Yup, we have them for this year already, but are not always allowed to release them without permission. Will report back ASAP. -mike. On Aug 5, 2013, at 11:36 AM, Kathleen Danielson wrote: I only know a little about Burning Man (seriously, just what I read in Cory Doctorow's Homeland), but mapping BRC makes sense to me. Is it on the exact same location every year? In that case it seems like it would make sense to update the map annually. If they are on different parts of the dessert each year, it would probably make sense to map each one, but once the city is torn down, modify the tags to indicate a past structure. The Historical OSM folks would probably have better guidance on the best way to do this. Either way, it seems like this could be a really neat way to preserve Black Rock City. Are any OSM folks going to be at Burning Man this year? On Mon, Aug 5, 2013 at 2:25 PM, Clay Smalley claysmal...@gmail.com wrote: So Black Rock City is mapped on OpenStreetMap... twice. And both are old versions (the city as it was in 2008 and 2009). Anyone know why this is? Should the two old cities be deleted and replaced with the 2013 city? I have a feeling that this could be a fun publicity opportunity for OSM, if we're the first ones to map out Black Rock City during Burning Man. Not to mention that the kind of people who go to Burning Man would probably rather support OSM over Google Maps, given someone tells them about OSM. It brings in people from everywhere, so ideally they could go back to their respective communities and possibly get more involved in local OSM mapping. Just ranting a pipe dream. Does this sound realistic? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us michal migurski- contact info and pgp key: sf/cahttp://mike.teczno.com/contact.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Burning Man old data, publicity opportunity
He was certainly involved back then, but like me, his interest in BM/BRC has dropped off a bit. I've connected Migurski with the people in the Bay Area that have all the data and hoping he can help get everything together so it can go into the map. Jeff On Mon, Aug 5, 2013 at 11:49 AM, Steven Johnson sejohns...@gmail.com wrote: I'm almost certain that Mikel was involved in one, or both of those '08/'09 efforts to map Black Rock City. Worth contacting him about what it would take to re-do it for 2013. -- SEJ -- twitter: @geomantic -- skype: sejohnson8 There are two types of people in the world. Those that can extrapolate from incomplete data. On Mon, Aug 5, 2013 at 2:25 PM, Clay Smalley claysmal...@gmail.com wrote: So Black Rock City is mapped on OpenStreetMap... twice. And both are old versions (the city as it was in 2008 and 2009). Anyone know why this is? Should the two old cities be deleted and replaced with the 2013 city? I have a feeling that this could be a fun publicity opportunity for OSM, if we're the first ones to map out Black Rock City during Burning Man. Not to mention that the kind of people who go to Burning Man would probably rather support OSM over Google Maps, given someone tells them about OSM. It brings in people from everywhere, so ideally they could go back to their respective communities and possibly get more involved in local OSM mapping. Just ranting a pipe dream. Does this sound realistic? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us michal migurski- contact info and pgp key: sf/cahttp://mike.teczno.com/contact.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Burning Man old data, publicity opportunity
I'd love to help with this, but I'm not much of a burner (first last: 2001) so I won't be able to follow up. Sorry! -mike. On Aug 5, 2013, at 11:54 AM, Jeffrey Johnson wrote: He was certainly involved back then, but like me, his interest in BM/BRC has dropped off a bit. I've connected Migurski with the people in the Bay Area that have all the data and hoping he can help get everything together so it can go into the map. Jeff On Mon, Aug 5, 2013 at 11:49 AM, Steven Johnson sejohns...@gmail.com wrote: I'm almost certain that Mikel was involved in one, or both of those '08/'09 efforts to map Black Rock City. Worth contacting him about what it would take to re-do it for 2013. -- SEJ -- twitter: @geomantic -- skype: sejohnson8 There are two types of people in the world. Those that can extrapolate from incomplete data. On Mon, Aug 5, 2013 at 2:25 PM, Clay Smalley claysmal...@gmail.com wrote: So Black Rock City is mapped on OpenStreetMap... twice. And both are old versions (the city as it was in 2008 and 2009). Anyone know why this is? Should the two old cities be deleted and replaced with the 2013 city? I have a feeling that this could be a fun publicity opportunity for OSM, if we're the first ones to map out Black Rock City during Burning Man. Not to mention that the kind of people who go to Burning Man would probably rather support OSM over Google Maps, given someone tells them about OSM. It brings in people from everywhere, so ideally they could go back to their respective communities and possibly get more involved in local OSM mapping. Just ranting a pipe dream. Does this sound realistic? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us michal migurski- contact info and pgp key: sf/cahttp://mike.teczno.com/contact.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us michal migurski- contact info and pgp key: sf/cahttp://mike.teczno.com/contact.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Burning Man old data, publicity opportunity
No worries, I will see if I can get the data together and pass it off to someone that can do something with it. Potentially Mikel. On Mon, Aug 5, 2013 at 12:14 PM, Michal Migurski m...@teczno.com wrote: I'd love to help with this, but I'm not much of a burner (first last: 2001) so I won't be able to follow up. Sorry! -mike. On Aug 5, 2013, at 11:54 AM, Jeffrey Johnson wrote: He was certainly involved back then, but like me, his interest in BM/BRC has dropped off a bit. I've connected Migurski with the people in the Bay Area that have all the data and hoping he can help get everything together so it can go into the map. Jeff On Mon, Aug 5, 2013 at 11:49 AM, Steven Johnson sejohns...@gmail.com wrote: I'm almost certain that Mikel was involved in one, or both of those '08/'09 efforts to map Black Rock City. Worth contacting him about what it would take to re-do it for 2013. -- SEJ -- twitter: @geomantic -- skype: sejohnson8 There are two types of people in the world. Those that can extrapolate from incomplete data. On Mon, Aug 5, 2013 at 2:25 PM, Clay Smalley claysmal...@gmail.com wrote: So Black Rock City is mapped on OpenStreetMap... twice. And both are old versions (the city as it was in 2008 and 2009). Anyone know why this is? Should the two old cities be deleted and replaced with the 2013 city? I have a feeling that this could be a fun publicity opportunity for OSM, if we're the first ones to map out Black Rock City during Burning Man. Not to mention that the kind of people who go to Burning Man would probably rather support OSM over Google Maps, given someone tells them about OSM. It brings in people from everywhere, so ideally they could go back to their respective communities and possibly get more involved in local OSM mapping. Just ranting a pipe dream. Does this sound realistic? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us michal migurski- contact info and pgp key: sf/cahttp://mike.teczno.com/contact.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us michal migurski- contact info and pgp key: sf/cahttp://mike.teczno.com/contact.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Burning Man old data, publicity opportunity
Clay, does this give you something to work with? On Mon, Aug 5, 2013 at 3:14 PM, Michal Migurski m...@teczno.com wrote: I'd love to help with this, but I'm not much of a burner (first last: 2001) so I won't be able to follow up. Sorry! -mike. On Aug 5, 2013, at 11:54 AM, Jeffrey Johnson wrote: He was certainly involved back then, but like me, his interest in BM/BRC has dropped off a bit. I've connected Migurski with the people in the Bay Area that have all the data and hoping he can help get everything together so it can go into the map. Jeff On Mon, Aug 5, 2013 at 11:49 AM, Steven Johnson sejohns...@gmail.com wrote: I'm almost certain that Mikel was involved in one, or both of those '08/'09 efforts to map Black Rock City. Worth contacting him about what it would take to re-do it for 2013. -- SEJ -- twitter: @geomantic -- skype: sejohnson8 There are two types of people in the world. Those that can extrapolate from incomplete data. On Mon, Aug 5, 2013 at 2:25 PM, Clay Smalley claysmal...@gmail.com wrote: So Black Rock City is mapped on OpenStreetMap... twice. And both are old versions (the city as it was in 2008 and 2009). Anyone know why this is? Should the two old cities be deleted and replaced with the 2013 city? I have a feeling that this could be a fun publicity opportunity for OSM, if we're the first ones to map out Black Rock City during Burning Man. Not to mention that the kind of people who go to Burning Man would probably rather support OSM over Google Maps, given someone tells them about OSM. It brings in people from everywhere, so ideally they could go back to their respective communities and possibly get more involved in local OSM mapping. Just ranting a pipe dream. Does this sound realistic? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us michal migurski- contact info and pgp key: sf/cahttp://mike.teczno.com/contact.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us michal migurski- contact info and pgp key: sf/cahttp://mike.teczno.com/contact.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Burning Man old data, publicity opportunity
Kathleen Danielson wrote: Are any OSM folks going to be at Burning Man this year? Not this year, but I have been 11 times total. First year: 1995. I consider the playa a second home. I agree that preserving old BRC-scapes in OSM is cool, but if there is confusing overlap with the present BRC, the latter should take a much higher precedence. Right now it's sort of historically interesting for previous years to be displayed, but it is WAY more useful to Burners to have a current or upcoming map. That likely means in the next week or two as people will be leaving for the event as early as now (if you are part of the city-erection group) or as soon as the third week in August (if you are a participant). For those who do want a map while there, it would be good to have PDFs, .osm files, upload chips in a Lambertus/daveh Garmin format, etc. at least a week before the event starts. Thanks for doing that, Mikel and/or Jeff (if you do, that is -- and the sooner the better!) I agree with Clay that Burning Man is a terrific OSM opportunity for all the reasons he lists. It IS realistic. Yes, Elliott, that's it. Nice pictures! By the way, the tagging, density, accuracy and flavor of how OSM captures the feel of BRC is quite accurate. I would hardly change a thing (except the names of the streets, camps and art each year). Honestly, the immense amount of thought, design and hard work that it takes to be able to orient yourself in a city that exists for a week in the middle of nowhere, then disappears, is nothing short of amazing: the planning, erection of street signs, and so on. It is beautiful to experience the wonderful blend of intentional urban desert community that is Burning Man. To marry that to OSM each year on an ongoing basis is a great opportunity for BOTH projects. Somewhere, somehow, the right people might talk to the right people and get OSM to become the official map of Burning Man, though such sponsorships are sort of rare or even unheard of. But both projects have a similar spirit and I see every reason to believe this is possible. I tell you what: next time I Burn, I'll offer to upload to any user of a Garmin device one of daveh's OSM map chip images from my laptop (we're fully solar-powered when/as we go -- but bring your own blank microSD card). After all, Burning Man is a gift economy. Having the ability to navigate via OSM on a handheld GPS the week while you're there is an awesome addition to what is already a mind-blowing and unique experience. There is no cellular service, so such hard-wired (well, firmware-wired) map solutions are literally the only game in town. Except for paper maps and street signs, of course. Be careful at night! (Oh, the nights!) SteveA California (known as Solar Steve while living at our second home, Black Rock City) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Burning Man old data, publicity opportunity
Yea, 2008/2009 is now in OpenHistoricalMap (site down now of course!). I'd like to get all the past years in there too. Even Mike's 2001 experience ;). We could remove these from OSM ... but I only think it's worth it after this years BRC is up there. I can lend some advice for this year, but don't have time to do the process directly. In years past, we got details on the center, orientation, width and names of streets, and some core infastructure like airport, toilets, burn barrels .. pretty early, from the DPW. From that, we calculated the street networks, etc, and not a problem to put on OSM. The other big data set is from artery, the location of art works ... which does change on the playa from the plans ... but usually no issue to publish as soon as available. The tricky data set is theme camp sites, which is usually published as both coordinates, and as a image showing the precise layout of each camp ... and that has been traced into OSM (there's definitely a better way, see Jeff's comment about us no longer being involved ;). This camp data is embargoed until gates open, as everyone gets pissy about their camp placement, and makes it all more tricky to manage on OSM. I don't know what the current state of things is. Andrew would definitely know the deal. Sounds like Jeff might have some data despite himself. * Mikel Maron * +14152835207 @mikel s:mikelmaron From: Kathleen Danielson kathleen.daniel...@gmail.com To: Michal Migurski m...@teczno.com Cc: Open Street Map Talk-US talk-us@openstreetmap.org Sent: Monday, August 5, 2013 3:20 PM Subject: Re: [Talk-us] Burning Man old data, publicity opportunity Clay, does this give you something to work with? On Mon, Aug 5, 2013 at 3:14 PM, Michal Migurski m...@teczno.com wrote: I'd love to help with this, but I'm not much of a burner (first last: 2001) so I won't be able to follow up. Sorry! -mike. On Aug 5, 2013, at 11:54 AM, Jeffrey Johnson wrote: He was certainly involved back then, but like me, his interest in BM/BRC has dropped off a bit. I've connected Migurski with the people in the Bay Area that have all the data and hoping he can help get everything together so it can go into the map. Jeff On Mon, Aug 5, 2013 at 11:49 AM, Steven Johnson sejohns...@gmail.com wrote: I'm almost certain that Mikel was involved in one, or both of those '08/'09 efforts to map Black Rock City. Worth contacting him about what it would take to re-do it for 2013. -- SEJ -- twitter: @geomantic -- skype: sejohnson8 There are two types of people in the world. Those that can extrapolate from incomplete data. On Mon, Aug 5, 2013 at 2:25 PM, Clay Smalley claysmal...@gmail.com wrote: So Black Rock City is mapped on OpenStreetMap... twice. And both are old versions (the city as it was in 2008 and 2009). Anyone know why this is? Should the two old cities be deleted and replaced with the 2013 city? I have a feeling that this could be a fun publicity opportunity for OSM, if we're the first ones to map out Black Rock City during Burning Man. Not to mention that the kind of people who go to Burning Man would probably rather support OSM over Google Maps, given someone tells them about OSM. It brings in people from everywhere, so ideally they could go back to their respective communities and possibly get more involved in local OSM mapping. Just ranting a pipe dream. Does this sound realistic? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us michal migurski- contact info and pgp key: sf/ca http://mike.teczno.com/contact.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us michal migurski- contact info and pgp key: sf/ca http://mike.teczno.com/contact.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org
Re: [Talk-us] Shields are up!
I'm curious, but has a solution been found for the problem with the PA Turnpike because of having to split up the ways into separate ones for each direction because of the relation getting close to the 1000 way limit we've imposed? I still think that using the super relation I created to tie the route together could be used instead for applying the shields over the separate ways for each direction. -James ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Shields are up!
On Mon, Aug 5, 2013 at 7:44 PM, James Mast rickmastfa...@hotmail.comwrote: I'm curious, but has a solution been found for the problem with the PA Turnpike because of having to split up the ways into separate ones for each direction because of the relation getting close to the 1000 way limit we've imposed? I still think that using the super relation I created to tie the route together could be used instead for applying the shields over the separate ways for each direction. I'm not sure why/how directional relations would be a problem; I have the signed part of I-22 labeled with separate east/west relations yet there aren't 2x the number of I-22 shields as there are US 78 shields (which is a single relation). http://tile.openstreetmap.us/osmus_shields/preview.html#13/33.6875/-87.0588 (For routing applications we probably want directional relations anyway, since directional heuristics based on geography aren't always right in terms of the signed/logical route direction.) Chris -- Chris Lawrence lordsu...@gmail.com Website: http://www.cnlawrence.com/ ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us