Re: [Talk-hr] Orbview TMS
Ima oblaka u okolici Pisarovine, .osm datoteka je u privitku. Isto tako, da li je za oba Sredicka (oko Kupe, juzno od Pisarovine) moguce postaviti Orbview (.osm datoteka i za to je u privitku)? Pozdrav, Goran OSM: http://www.openstreetmap.org/user/CroKimba 2012/5/8 Janko Mihelić jan...@gmail.com Evo .osm datoteke sa oblacima u Slavoniji. Golema površina. Ne znam ima li još negdje, ako ima javite da ubacim. Janko ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Orbview TMS
Dana 9. svibnja 2012. 08:59 Goran Racic goranrac...@gmail.com je napisao/la: Ima oblaka u okolici Pisarovine, .osm datoteka je u privitku. Isto tako, da li je za oba Sredicka (oko Kupe, juzno od Pisarovine) moguce postaviti Orbview (.osm datoteka i za to je u privitku)? Privitci se ne mogu slati na mailing listu. Trebalo bi .osm datoteku staviti na dropbox ili tako negdje. Evo linka na moj: http://dl.dropbox.com/u/367126/oblaci.osm Oko Pisarovine ima samo Orbview podloga koja je stavljena. Ako želiš vidjeti koje sve postoje, možeš na stranici http://earthexplorer.usgs.gov/. Janko ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Orbview TMS
2012/5/9 Janko Mihelić jan...@gmail.com Dana 9. svibnja 2012. 08:59 Goran Racic goranrac...@gmail.com je napisao/la: Ima oblaka u okolici Pisarovine, .osm datoteka je u privitku. Isto tako, da li je za oba Sredicka (oko Kupe, juzno od Pisarovine) moguce postaviti Orbview (.osm datoteka i za to je u privitku)? Privitci se ne mogu slati na mailing listu. Trebalo bi .osm datoteku staviti na dropbox ili tako negdje. Evo linka na moj: http://dl.dropbox.com/u/367126/oblaci.osm Oko Pisarovine ima samo Orbview podloga koja je stavljena. Ako želiš vidjeti koje sve postoje, možeš na stranici http://earthexplorer.usgs.gov/ . Janko Vidim, ali sam prije toga pogledao EarthExplorer, i dobio sam tamo odgovor na svoj pitanje. Hvala ti svejedno! Pozdrav, Goran OSM: http://www.openstreetmap.org/user/CroKimba ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Orbview TMS
Sad sam slučajno zumirao na ono područje pod oblacima u Slavoniji, i vidio da na zoomovima manjeg omjera nema oblaka. Dakle, ni to područje nije problem, samo je malo nepraktično jer se ne može pogledati šira slika. Janko ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk-be] RandoVelo Vs RAVeL (J-L)
OK, thkans for your answers. From: talk-be-requ...@openstreetmap.org Subject: Talk-be Digest, Vol 53, Issue 3 To: talk-be@openstreetmap.org Date: Wed, 9 May 2012 12:00:04 +0100 Send Talk-be mailing list submissions to talk-be@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-be or, via email, send a message with subject or body 'help' to talk-be-requ...@openstreetmap.org You can reach the person managing the list at talk-be-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-be digest... Today's Topics: 1. Re: RandoVelo Vs RAVeL (Julien Fastr?) -- Message: 1 Date: Tue, 08 May 2012 17:09:47 +0200 From: Julien Fastr? jul...@fastre.info To: OpenStreetMap Belgium talk-be@openstreetmap.org Subject: Re: [OSM-talk-be] RandoVelo Vs RAVeL Message-ID: 20120508170947.horde.n0qetfwk5lhpqtc7ofui...@horde.fastre.info Content-Type: text/plain; charset=iso-8859-1; Format=flowed; DelSp=Yes I agree with Ben's answer. Julien Julien Fastr? Messagerie Jabber/XMPP: jul...@fastre.info (compatible Gmail) Quoting Ben Laenen benlae...@gmail.com: On Monday 07 May 2012 11:07:27 Mars Hell wrote: Hello all, In Wallonia, there is 2 types of bicycleways. RVx and RAVeLx, which one should be at the layer 1 if the two are national network (ncn). RVx are from an asbl. RAVeLx from SPW (service public wallonie). So, RAVeL should be upper than RVx. What do you think about it? How could be shown in cyclemap? They should stay at the same ncn level. It's about their function, not about who maintains them. If you want to distinguish, there are tags like operator=* Greetings Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 490 bytes Desc: PGP Digital Signature URL: http://lists.openstreetmap.org/pipermail/talk-be/attachments/20120508/a32acd24/attachment-0001.pgp -- ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be End of Talk-be Digest, Vol 53, Issue 3 ** ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-legal-talk] Attributing Sources used in OSM
I've just been given permission to use some UK Local Government data relating to Public Footpaths and other Rights of Way in OpenStreetMap, under the terms of the Open Government License (OGL) [1]. In return the County Council is asking for a standard attribution based on the example given in the license. So far, so good. Assuming that local mappers agree if and how we make use of the data (ongoing discussion on the talk-gb lists), can I check that the right place to put this attribution would be in the wiki at http://wiki.openstreetmap.org/wiki/Contributors ? Secondly, if that's the case, then surely there needs to be an obvious way to reach that page from the main OSM page. From http://www.openstreetmap.org/ , I can easily get to http://www.openstreetmap.org/copyright by following the Copyright License link in the left-hand bar. But, unless I'm missing something, the trail then runs cold. That page contains a few attribution statements / acknowledgements for major data providers, but I'd have thought it should also link to http://wiki.openstreetmap.org/wiki/Contributors for further detail and additional statements. Should a link along the lines or For further details about these and other sources used to compile the map, please see ... be added just below the bulleted list of countries near the bottom of http://www.openstreetmap.org/copyright ? (Ok, so you can get to http://wiki.openstreetmap.org/wiki/Contributors from the main page by clicking Documentation on the main OSM page, and then Contributors from the left-hand bar of the wiki. But given the presence of the Copyright License on the main page, and the attribution statements contained at http://www.openstreetmap.org/copyright , I don't think a reasonable person would consider looking anywhere else for additional attributions.) Thanks, Robert. [1] http://www.nationalarchives.gov.uk/doc/open-government-licence/ -- Robert Whittaker ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] OSM cycle map - ?excessive focus on long-distance routes
A Dutchman posted a map of the main cycle routes in Utrecht, and I asked why it looked so different to OSM/OCM http://bicycledutch.wordpress.com/2012/04/23/looking-down-on-cyclists/ Q: Why does the map above look different to what’s in OpenStreetMap? http://www.openstreetmap.org/?lat=52.0924lon=5.1317zoom=12layers=C A: The map here shows only those routes the city thinks are main routes. In reality there are far more routes and far more streets with cycling infrastructure (almost all major streets) as you can see in OpenStreetMap. The few red lines you see in OpenStreetMap are the national cycle routes but they have nothing to do with main routes in the city. the national cycle routes ... have nothing to do with main routes in the city Obviously, OCM can render what it likes, but I think this neatly illustrates that OSM tagging of cycle routes is missing a trick or two. Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Attributing Sources used in OSM
- Original Message - From: Robert Whittaker (OSM) robert.whittaker+...@gmail.com To: Licensing and other legal discussions. legal-t...@openstreetmap.org Sent: Wednesday, May 09, 2012 9:08 AM Subject: [OSM-legal-talk] Attributing Sources used in OSM I've just been given permission to use some UK Local Government data relating to Public Footpaths and other Rights of Way in OpenStreetMap, under the terms of the Open Government License (OGL) [1]. In return the County Council is asking for a standard attribution based on the example given in the license. So far, so good. Assuming that local mappers agree if and how we make use of the data (ongoing discussion on the talk-gb lists), can I check that the right place to put this attribution would be in the wiki at http://wiki.openstreetmap.org/wiki/Contributors ? Secondly, if that's the case, then surely there needs to be an obvious way to reach that page from the main OSM page. From http://www.openstreetmap.org/ , I can easily get to http://www.openstreetmap.org/copyright by following the Copyright License link in the left-hand bar. But, unless I'm missing something, the trail then runs cold. That page contains a few attribution statements / acknowledgements for major data providers, but I'd have thought it should also link to http://wiki.openstreetmap.org/wiki/Contributors for further detail and additional statements. Should a link along the lines or For further details about these and other sources used to compile the map, please see ... be added just below the bulleted list of countries near the bottom of http://www.openstreetmap.org/copyright ? That would seem a good first step. It does of course leave open the question as to why some data providers are listed on the copyright page, and others on the contributors page. I'm not sure if this is deliberate, or just the nature of different people editing the wiki and putting things in different places. David (Ok, so you can get to http://wiki.openstreetmap.org/wiki/Contributors from the main page by clicking Documentation on the main OSM page, and then Contributors from the left-hand bar of the wiki. But given the presence of the Copyright License on the main page, and the attribution statements contained at http://www.openstreetmap.org/copyright , I don't think a reasonable person would consider looking anywhere else for additional attributions.) Thanks, Robert. [1] http://www.nationalarchives.gov.uk/doc/open-government-licence/ -- Robert Whittaker ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Attributing Sources used in OSM
Robert Whittaker (OSM) [mailto:robert.whittaker+...@gmail.com] wrote: Sent: 09 May 2012 09:08 To: Licensing and other legal discussions. Subject: [OSM-legal-talk] Attributing Sources used in OSM I've just been given permission to use some UK Local Government data relating to Public Footpaths and other Rights of Way in OpenStreetMap, under the terms of the Open Government License (OGL) [1]. In return the County Council is asking for a standard attribution based on the example given in the license. So far, so good. Assuming that local mappers agree if and how we make use of the data (ongoing discussion on the talk-gb lists), can I check that the right place to put this attribution would be in the wiki at http://wiki.openstreetmap.org/wiki/Contributors ? Secondly, if that's the case, then surely there needs to be an obvious way to reach that page from the main OSM page. From http://www.openstreetmap.org/ , I can easily get to http://www.openstreetmap.org/copyright by following the Copyright License link in the left-hand bar. But, unless I'm missing something, the trail then runs cold. That page contains a few attribution statements / acknowledgements for major data providers, but I'd have thought it should also link to http://wiki.openstreetmap.org/wiki/Contributors for further detail and additional statements. Should a link along the lines or For further details about these and other sources used to compile the map, please see ... be added just below the bulleted list of countries near the bottom of http://www.openstreetmap.org/copyright ? It would seem that the Our contributors section of the http://www.openstreetmap.org/copyright should either contain the contents of the http://wiki.openstreetmap.org/wiki/Contributors page of take visitors directly to it. Maintaining an ever changing main page is clearly not sustainable. Cheers Andy ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Web API to contribute POI to OSM
Rong, there is no need to do OAuth, although it is recommended. In my service YAPIS I'm doing a simple password authentication. Perhaps you want to have a look how it works: http://yapis.geoclub.de/?id=0lang=en Cheers, -moenk -- View this message in context: http://gis.19327.n5.nabble.com/Web-API-to-contribute-POI-to-OSM-tp5172218p5697090.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSM cycle map - ?excessive focus on long-distance routes
Richard, A Dutchman posted a map of the main cycle routes in Utrecht, and I asked why it looked so different to OSM/OCM http://bicycledutch.wordpress.com/2012/04/23/looking-down-on-cyclists/ Q: Why does the map above look different to what?s in OpenStreetMap? http://www.openstreetmap.org/?lat=52.0924lon=5.1317zoom=12layers=C A: The map here shows only those routes the city thinks are main routes. In reality there are far more routes and far more streets with cycling infrastructure (almost all major streets) as you can see in OpenStreetMap. The few red lines you see in OpenStreetMap are the national cycle routes but they have nothing to do with main routes in the city. the national cycle routes ... have nothing to do with main routes in the city Obviously, OCM can render what it likes, but I think this neatly illustrates that OSM tagging of cycle routes is missing a trick or two I would not agree with this criticism. Routes on OSM do correspond (or should correspond) to signposted routes on the ground. There are intentionally different levels: international, national, regional, local routes. With regard to long-distance routes, these are indeed in many cases not the routes that local commuters would use. They are intended for cycle tourists. Routes for commuters are a different story. Firstly, they are in most cases individual - each commuter wants to go from his home to his place of work. Secondly, I would expect that commuters or local users would end up in local or regional cycle routes (dark and light blue routes in OCM). In the Utrecht example, it's not clear whether the main cycle routes shown in https://bicycledutch.wordpress.com/2012/04/23/looking-down-on-cyclists/ are signposted routes or simply the streets/cyclepaths most used by local commuters. If the latter, than OSM cannot tag them anyway, because there is nothing on the ground that tells about routes streeets/cyclepaths preferred by the users. A local commuter should in fact use services like cyclestreets (or the local equivalent) to establish his preferred daily commute. Occasional users should orient themselves by following signposted routes. Or have I completely misunderstood your point? Volker (Padova, Italy) http://opencyclemap.org/?zoom=13lat=52.08908lon=5.10929layers=B00 Richard -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk/attachments/20120509/ac68a752/attachment-0001.html -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk End of talk Digest, Vol 93, Issue 6 *** ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM cycle map - ?excessive focus on long-distance routes
My point is that tagging should allow both types of routes to be recorded, so different renderings can be produced for different purposes (and indeed routers can use the information as well, if they want to). I know that different route networks apply for different purposes in my city (and have tagged and rendered accordingly); I just thought it interesting to note that that difference was also regarded as obvious in a major Dutch city. Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM cycle map - ?excessive focus on long-distance routes
On 2012-05-09 14:11, Richard Mann wrote: My point is that tagging should allow both types of routes to be recorded, so different renderings can be produced for different purposes (and indeed routers can use the information as well, if they want to). I know that different route networks apply for different purposes in my city (and have tagged and rendered accordingly); I just thought it interesting to note that that difference was also regarded as obvious in a major Dutch city. I think the lines on [1] are merely a guideline for cyclists what the recommended route from the suburbs to the city center is. If they are signposted then only by official roadsigns (like these here [2]) but these are not cycleroutes, just as destinations for cars on roadsigns are not carroutes. On the OCM there are different things highlighted. - in blue dashed lines: cycleways (highway=cycleway) - in red (solid on zoom = 12, opaque on zoom 12): national (leisure) cycleroutes - in light blue: regional cycleroutes - in dark blue: local cycleroutes These are described on [3] and have specific signposts showing the route and intermediate points. [1] http://bicycledutch.wordpress.com/2012/04/23/looking-down-on-cyclists/ [2] http://www.alleplaatsenopdefiets.nl/images/wegwijzer.jpg [3] http://wiki.openstreetmap.org/wiki/WikiProject_Nederlandse_Fietsroutes Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM cycle map - ?excessive focus on long-distance routes
Richard Mann wrote: My point is that tagging should allow both types of routes to be recorded We tag what's on the ground, whether it's route signage, cycle-specific infrastructure, or a giant woolly mammoth (http://url.ie/f9ts). Are you suggesting a deviation from that? cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/OSM-cycle-map-excessive-focus-on-long-distance-routes-tp5697183p5697391.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] near by
Re all, I've found a solution which works for me. It's basically an implementation of the Haversine function for ruby taken from here http://www.esawdust.com/blog/gps/files/HaversineFormulaInRuby.html There is another one I haven't tried here: https://github.com/almartin/Ruby-Haversine The only drawback is that I got to fetch all the db records which are around 500 and apply haversine distance to each compared against users's current location (which is provided by the phone). Thanks everyone for the input! It really helped me find the right direction, or at least reasonable. Rama ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM cycle map - ?excessive focus on long-distance routes
You'd have to ask the City of Utrecht whether their main cycle routes are signed. If they've officially identified a particular set of routes, that would seem to be fairly clear-cut. See their city website: http://www.utrecht.nl/images/dso/infraprojecten/fiets/fietsroutes.html Richard On Wed, May 9, 2012 at 2:34 PM, Richard Fairhurst rich...@systemed.netwrote: Richard Mann wrote: My point is that tagging should allow both types of routes to be recorded We tag what's on the ground, whether it's route signage, cycle-specific infrastructure, or a giant woolly mammoth (http://url.ie/f9ts). Are you suggesting a deviation from that? cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/OSM-cycle-map-excessive-focus-on-long-distance-routes-tp5697183p5697391.html Sent from the General Discussion mailing list archive at Nabble.com. ___ 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 cycle map - ?excessive focus on long-distance routes
Richard Mann wrote: You'd have to ask the City of Utrecht whether their main cycle routes are signed. Well, ok, I wasn't really asking what I'd have to ask, more what your point is. :) If the routes are signed, that's good. If there are measurements that can be tagged in OSM (vehicles per hour, or surface quality, or whatever), that's good too. Anything objective can be tagged, and rendered by a Maperitive guru such as yourself. openwoollymammothmap.org is still there for the taking. But as yet I haven't understood what point you're trying to make in this thread. Without trying to be obtuse... can you explain? cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Osmosa Viewer Source Code
hi all we just release and put our source code in github. take a loook https://github.com/osmosa the midas-osmosa will become our future, this is osmdroid implementation on midas platform, we will use this to all our services. so you will see a lot of map oriented solution usig openstreet, yes, can use openstreetmap.org or osmosa.net and the osmosa-viewer is a blank android app to use OpenStreetMap Viewer both project will become one, and will be use apache license so this is the first project related to osm with ASL license, vs most of GPLs outside -- Frans Thamura (曽志胜) Shadow Master and Lead Investor Meruvian. Integrated Hypermedia Java Solution Provider. Mobile: +628557888699 Blog: http://blogs.mervpolis.com/roller/flatburger (id) FB: http://www.facebook.com/meruvian TW: http://www.twitter.com/meruvian / @meruvian Website: http://www.meruvian.org We grow because we share the same belief. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [SPAM]Re: OSM cycle map - ?excessive focus on long-distance routes
As a local I can confirm that those routes are signed, or at least partially. IIRC they are nothing more than small white signs with black letters with the direction you're heading. I strongly doubt if these signs are put along the entire route. I don't recall them at all places, just at a few locations. Most locals would already know which route suites them the best. (And no, they're definitely not taking the touristic ones ;) ) The local government is promoting those routes for bike traffic which has to cross the city from/to the suburbs and/or neighboring towns (like Houten, Nieuwegein, etc.). They're investing in infrastructure, proper lighting (for safety reasons), etc. However, so far it hasn't come up in my mind to tag those routes. They're not mandatory, and there is nothing particular to the signs (as opposed to the 'knooppuntenroutes', the routes with the numbered points). Anyways, the map isn't really accurate, but from what I can tell from the route Lunetten/Houten - Smakkelaarsveld, I would follow a different road along the last part, because it bypasses many traffic lights which are on the Catharijnesingel [1] (most of them are not in OSM...). By the way, another section of the route has been closed since extra railway tracks are being constructed. [2] Regards, Frank [1] http://osm.org/go/0E6JD67ym-?m [2] http://osm.org/go/0E6Ifk~Et--?m On 9-5-2012 16:01, Richard Mann wrote: You'd have to ask the City of Utrecht whether their main cycle routes are signed. If they've officially identified a particular set of routes, that would seem to be fairly clear-cut. See their city website: http://www.utrecht.nl/images/dso/infraprojecten/fiets/fietsroutes.html Richard On Wed, May 9, 2012 at 2:34 PM, Richard Fairhurst rich...@systemed.net mailto:rich...@systemed.net wrote: Richard Mann wrote: My point is that tagging should allow both types of routes to be recorded We tag what's on the ground, whether it's route signage, cycle-specific infrastructure, or a giant woolly mammoth (http://url.ie/f9ts). Are you suggesting a deviation from that? cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/OSM-cycle-map-excessive-focus-on-long-distance-routes-tp5697183p5697391.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org mailto: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
Re: [OSM-talk] OSM cycle map - ?excessive focus on long-distance routes
On May 9, 2012 11:27 AM, Cartinus carti...@xs4all.nl wrote: On 05/09/2012 10:54 AM, Richard Mann wrote: Obviously, OCM can render what it likes, but I think this neatly illustrates that OSM tagging of cycle routes is missing a trick or two. The first map in your mail is the kind of map civil servants use in their policy documents. In other words completely useless to anybody in their daily lives. OCM shows what's really important: * The dotted blue lines are all the cycleways. * The rest of the blue stuff is where people cycle recreationally. The dotted blue lines are often designated paths. The rest of the blue stuff is often primarily transportation oriented. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-br] Endereços do CNEFE em formato gpx
Oi pessoal, Depois de alguns comentários de alguns membros da lista, achei que seria melhor transformar os endereços do CNEFE em formato gpx, já que Potlatch, JOSM, Google Earth, os aparelhos GPS, MapSource, BaseCamp, etc. reconhecem este formato. Tambem acho que é o formato mais conhecido entre os OpenStreetMapeadores. Fiz um arquivo gpx por município, que engloba - Endereços do CNEFE (em forma de pontos) - Limite do município (em forma de um track) Usei um filtro simples para eliminar pontos muito próximos (com endereços semelhantes). Aqui uma captura do resultado (IVOTI.gpx, usado como background vector file, em Potlatch 2): https://docs.google.com/open?id=0B7wH21aRzMT_S0RSREkyS1BfRjg Os pontos no arquivo gpx tem estas informações: wpt lat=-29.55512 lon=-51.576832 nameESTRADA VILA NOVA/name = Logradouro cmt915AES SUL/cmt = Número no logradouro descVILA NOVA/desc = Localidade typeCULTIVO ACACIA/type = Identificação estabelecimento /wpt Coloquei todos municípios de um estado num arquivo XX_gpx.zip. O tamanho destes arquivos zip é na faixa de 269KB (DF_gpx.zip) até 40MB (MG_gpx.zip). Alguém tem uma sugestão onde publicar estes arquivos? (Se não há algumas restrições. Pelo menos, coloquei uma referência ao CNEFE / IBGE nos arquivos gpx.) Um abraço, Hermann ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Endereços do CNEFE em formato gpx
Como o Arlindo falou, posso publicar no Mapas Livres. No momento estou reformulando o site, então não dá pra colocar agora, mas haverá uma seção de Download no site novo e aí posso colocar. Abs, Vitor George mapaslivres.org twitter.com/mapaslivres 2012/5/9 Arlindo Pereira openstreet...@arlindopereira.com O Vitor pode publicar no Mapas Livres. Alternativamente, posso hospedar no meu servidor ou mesmo no Dropbox. []s 2012/5/9 Hermann Peifer pei...@gmx.eu Oi pessoal, Depois de alguns comentários de alguns membros da lista, achei que seria melhor transformar os endereços do CNEFE em formato gpx, já que Potlatch, JOSM, Google Earth, os aparelhos GPS, MapSource, BaseCamp, etc. reconhecem este formato. Tambem acho que é o formato mais conhecido entre os OpenStreetMapeadores. Fiz um arquivo gpx por município, que engloba - Endereços do CNEFE (em forma de pontos) - Limite do município (em forma de um track) Usei um filtro simples para eliminar pontos muito próximos (com endereços semelhantes). Aqui uma captura do resultado (IVOTI.gpx, usado como background vector file, em Potlatch 2): https://docs.google.com/open?**id=0B7wH21aRzMT_**S0RSREkyS1BfRjghttps://docs.google.com/open?id=0B7wH21aRzMT_S0RSREkyS1BfRjg Os pontos no arquivo gpx tem estas informações: wpt lat=-29.55512 lon=-51.576832 nameESTRADA VILA NOVA/name = Logradouro cmt915AES SUL/cmt = Número no logradouro descVILA NOVA/desc = Localidade typeCULTIVO ACACIA/type = Identificação estabelecimento /wpt Coloquei todos municípios de um estado num arquivo XX_gpx.zip. O tamanho destes arquivos zip é na faixa de 269KB (DF_gpx.zip) até 40MB (MG_gpx.zip). Alguém tem uma sugestão onde publicar estes arquivos? (Se não há algumas restrições. Pelo menos, coloquei uma referência ao CNEFE / IBGE nos arquivos gpx.) Um abraço, Hermann __**_ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-brhttp://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Fotos von Minikreisverkehren, Kreisverkehren, Wendekreisen und ähnlichem
Hi, Da nicht alle die tagging mitlesen, dass ganze nochmals an talk-de und talk-at: Aufgrund der nicht enden wollenden Diskussion um Minikreisverkehre, suche ich Fotos von folgendem: * (wirkliche) Minikreisverkehre * kleine Kreisverkehre (keine Minikreisverkehre) * Wendekreise, unabhängig welche Form diese aufweisen * Falsche Wendekreise mit einer nicht befahrbaren Insel in der Mitte * Alles was man mit dem zuvor genannten verwechseln kann Bitte achtet auf eine für das Wiki akzeptable Lizenz. Ihr könnt mir die Fotos oder deren Links entweder direkt schicken oder auf meine Talk-Seite stellen: http://wiki.openstreetmap.org/wiki/User_talk:Imagic Danke im voraus! Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Facebook-Tag
Am 8. Mai 2012 19:13 schrieb Kolossos tim.al...@s2002.tu-chemnitz.de: Also ich bin dagegen, jedenfall solange Facebook noch ein Teil des Internets ist, und nicht umgekehrt. Facebook ist ja eben kein Teil des Internets, auch wenn man über das Internet darauf zugreifen kann. Ohne sich anzumelden kann man deren Seiten nicht sehen, im Gegensatz zu sehr vielen anderen Diensten. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Facebook-Tag
Am 09.05.2012 11:33, schrieb Martin Koppenhoefer: Facebook ist ja eben kein Teil des Internets, auch wenn man über das Internet darauf zugreifen kann. Ohne sich anzumelden kann man deren Seiten nicht sehen, im Gegensatz zu sehr vielen anderen Diensten. Stimmt nicht ganz. _Bestimmte_ Inhalte von Facebook kann man ohne Anmeldung sehen. Mal als Beispiel ein kleiner Laden hier um die Ecke: http://de-de.facebook.com/pages/Bernhards-Mini-MarketCorner-Shop/108205472606955 Auch ohne Facebook-Account sehe ich Adresse, Telefonnummer, Öffnungszeiten, eine Karte, Fotos, Neuigkeiten ... also eigentlich alles, was man auf einer normalen Firmenhomepage auch hat. Das trägt natürlich zu dem Trend bei, dass kleine Neueröffnungen sich erst mal keine Webseite aufsetzen, sondern nur einen Facebook-Eintrag. Für die ist das letztlich kostenloses Webhosting mit leicht bedienbarem Website-Baukasten. Obendrein gibt's dann halt noch die Kommentar- und Like-Funktionen, die nur für Leute mit Account verfügbar sind. Plus die nervige Aufforderung, sich doch einen zuzulegen. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Facebook-Tag
Darf man denn diese Daten systematisch nutzen und unter freien Lizenzen veröffentlichen? Das war ja zumindest der Hintergrund der Frage von Andreas. Ich würde mal eher vermuten: nö, weil mit dem Verwerten von Inhalt will Facebook ja Geld verdienen. Wenn das nicht möglich ist, gibt es auch keinen Grund einen Datenlink zu speichern. Dann kann man die Seite als website der Einrichtung eintragen, wenn man diese Seite als die sinnvollste Seite der Einrichtung ansieht und gut. Ich denke auch nicht, dass man alle websites einer Einrichtung erfassen sollte. Die primäre reicht...wenn der Einrichtung die anderen wichtig sind, wird er drauf verlinken... Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Facebook-Tag
Am 09.05.2012 12:41, schrieb aighes: Darf man denn diese Daten systematisch nutzen und unter freien Lizenzen veröffentlichen? Das war ja zumindest der Hintergrund der Frage von Andreas. Noch einmal: Ich will die Daten nicht unter freier Lizens verwenden! Sonst könnte man ja noch auf die Idee kommen sie in OSM einzupflegen. Viel mehr möchte ich die Daten in anderen Projekten ergänzend (zu den OSM-Daten) einfließen lassen (natürlich mit Absicherung bezüglich Lizens usw.). Daher war meine ursprüngliche Intension dieser Diskussion auch nur: Wie tagge ich das und nicht Wer findet noch, dass Gesichtsbuch böse ist? Werde wohl auf die Idee mit contact:facebook zurückgreifen, da die Portale in Sozialen Netzwerken eigentlich ja auch der Kommunikation dienen sollen. Schöne (Rest-)Woche, Andreas signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Facebook-Tag
Am 09.05.2012 12:41, schrieb aighes: Darf man denn diese Daten systematisch nutzen und unter freien Lizenzen veröffentlichen? Das war ja zumindest der Hintergrund der Frage von Andreas. Ich würde mal eher vermuten: nö, weil mit dem Verwerten von Inhalt will Facebook ja Geld verdienen. Sicher - ich würde auch annehmen, dass man nicht einfach eine Öffnungszeiten-DB aus Facebook extrahieren und seiner Anwendung mitgeben darf. Da Facebook die für sich genommen wohl nicht geschützten Öffnungszeiten zu einer DB zusammenfasst und aufbereitet, könnten sie durchaus ein DB-Urheberrecht geltend machen. Auch deshalb mein Vorschlag, eher auf Microformate zu setzen, denn im Einsatz einer absichtlich maschinenlesbaren Darstellung sehe ich durchaus eine Einwilligung in das Crawlen dieser Daten. Ein Facebook-Link taugt nur zum Ansehen durch den Nutzer, wenn er gerade online ist, und vielleicht zum gezielten Abruf der Öffnungszeiten einzelner Geschäfte, aber nicht als Datenbasis zum Aufbau einer eigenen großflächigen DB. Daher halte ich auch nichts von speziellen Facebook-Tags - das kann man wie eine andere URL behandeln und bei Bedarf anhand der Domain erkennen. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Facebook-Tag
Am 09.05.2012 13:25, schrieb Andreas Neumann: Am 09.05.2012 12:41, schrieb aighes: Darf man denn diese Daten systematisch nutzen und unter freien Lizenzen veröffentlichen? Das war ja zumindest der Hintergrund der Frage von Andreas. Noch einmal: Ich will die Daten nicht unter freier Lizens verwenden! Sonst könnte man ja noch auf die Idee kommen sie in OSM einzupflegen. Viel mehr möchte ich die Daten in anderen Projekten ergänzend (zu den OSM-Daten) einfließen lassen (natürlich mit Absicherung bezüglich Lizens usw.). Wenn du die anderen Projekte dann aber veröffentlichen möchtest wirst du in naher Zukunft auch eben jene Daten aus Facebook und anderen Quellen unter ODbL veröffentlichen müssen, wenn du diese Infos kombinierst. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Facebook-Tag
Am 09.05.2012 13:32, schrieb aighes: Am 09.05.2012 13:25, schrieb Andreas Neumann: Am 09.05.2012 12:41, schrieb aighes: Darf man denn diese Daten systematisch nutzen und unter freien Lizenzen veröffentlichen? Das war ja zumindest der Hintergrund der Frage von Andreas. Noch einmal: Ich will die Daten nicht unter freier Lizens verwenden! Sonst könnte man ja noch auf die Idee kommen sie in OSM einzupflegen. Viel mehr möchte ich die Daten in anderen Projekten ergänzend (zu den OSM-Daten) einfließen lassen (natürlich mit Absicherung bezüglich Lizens usw.). Wenn du die anderen Projekte dann aber veröffentlichen möchtest wirst du in naher Zukunft auch eben jene Daten aus Facebook und anderen Quellen unter ODbL veröffentlichen müssen, wenn du diese Infos kombinierst. Henning Das wäre aber nur der Fall, wenn ich die Daten bereits in der Datenbank verknüpfe und vorhalte. Sollte ich die Daten aber erst bei Abruf durch den Nutzer zusammenführen sehe ich darin keine Datenbank, sondern eine Schnittstelle. Mir ist jedoch nicht bewusst, dass auch Schnittstellen der OdbL oder etwas gleichwertigem entsprechen müssen... MfG Andreas signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Facebook-Tag
Am 09.05.12 schrieb Andreas Neumann: Werde wohl auf die Idee mit contact:facebook zurückgreifen, da die Portale in Sozialen Netzwerken eigentlich ja auch der Kommunikation dienen sollen. http://taginfo.openstreetmap.org/search?q=facebook kennst Du? Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Overpass API v0.6.98
Für den Tracks Selector verwende ich folgende Abfrage: (way[highway=track](s,w,n,e);node(w)-.x;);out meta; Sie liefert genau das was ich will: alle Ways mit highway=track innerhalb der Bounding Box und die nodes dazu. Ist das die korrekte/optimale Abfrage? Ja, die Abfrage ist korrekt. Sie lässt sich noch zu (way[highway=track](s,w,n,e);node(w););out meta; oder seit dieser Version auch (way[highway=track](s,w,n,e);;);out meta; verkürzen. Inhaltlich sind alle drei Abfragen gleichwertig. (way[highway=track](s,w,n,e);node(w););out meta; ^^^ Hatte ich ursprünglich. Diese Query hat jedoch nur die Nodes geliefert, die in den Ways enthalten waren. Ich wollte jedoch eine Ausgabe von Ways+Nodes in einer Datei haben. Ist das jetzt anders? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Facebook-Tag
Am 9. Mai 2012 13:25 schrieb Andreas Neumann andr-neum...@gmx.net: Noch einmal: Ich will die Daten nicht unter freier Lizens verwenden! Sonst könnte man ja noch auf die Idee kommen sie in OSM einzupflegen. Viel mehr möchte ich die Daten in anderen Projekten ergänzend (zu den OSM-Daten) einfließen lassen (natürlich mit Absicherung bezüglich Lizens usw.). Daher war meine ursprüngliche Intension dieser Diskussion auch nur: Wie tagge ich das und nicht Wer findet noch, dass Gesichtsbuch böse ist? Werde wohl auf die Idee mit contact:facebook zurückgreifen, da die Portale in Sozialen Netzwerken eigentlich ja auch der Kommunikation dienen sollen. Bisher gab es hier kaum Widerspruch, heisst das, dass es allgemein akzeptiert wird, beliebige proprietäre Datenbanken mit tags aus OSM zu verlinken? Oder machen wir für facebook eine Ausnahme? Gibt es irgendwo bereits Kriterien (von OSM Seite), welche die Datenbanken erfüllen müssen, damit man sie aus OSM verlinken darf? Was vielleicht auch ein Punkt ist: wenn man bei Facebook nur eine bestimmte Anzahl von Anfragen stellen darf ist evtl. nicht gewährleistet, dass man die Daten überprüfen kann? Das war bisher ein Hauptkriterium bei der Frage, ob ein Datum für OSM geeignet ist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingschema OpenRailwayMap
Am 07.05.2012 19:33, schrieb Alexander Matheisen: Das Taggingschema habe ich aufgeteilt in das vollständige http://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Erweitertes_Tagging sowie eine gekürzte Version für Bahnlaien: http://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Vereinfachtes_Tagging Ein ziemlich umfangreiches Regelwerk. Ich hab zumindest mal drüber geschaut und mir sind folgende Dinge aufgefallen: Das Thema _Bahnübergänge_ wurde im Forum früher schon diskutiert. Dein Vorschlag enthält trotz der damaligen Anmerkungen nur ein Taggingkonzept für die Kreuzungsknoten und keinen Ansatz zum Zusammenfassen mehrerer Knoten - etwa über ein entsprechendes Markieren der dazwischenliegenden Wegstücke oder über eine Relation. Da aber speziell Schranken als Attribut an den Knoten stehen, lassen sie sich dann nicht so rendern, dass pro Bahnübergang nur ein Schrankenpaar erscheint. Dein Vorschlag zu _disused und abandoned_ schlägt vor, ein Präfix für den Wert zu verwenden, also z.B. railway=disused_signal. Auf der Wikiseite zum Schlüssel disused dokumentiert ist aber die Verwendung als Präfix für den Schlüssel - für dieses Beispiel wäre das disused:railway=signal. Was spricht aus deiner Sicht für die von dir gewählte Variante? Und zuletzt: Die Tags für _Signale_ nehmen Bezug auf die Wegrichtung. Es ist also vorgesehen, dass ein solcher Knoten nur dann an der Grenze zweier Ways verwendet werden darf, wenn diese eine zusammenpassende Wegrichtung haben, richtig? Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mehrgleisige Bahnübergänge
Hallo, im Zusammenhang mit dem Taggingschema meiner (geplanten) OpenRailwayMap ist wieder die Frage aufgekommen, wie man mehrgleisige Bahnübergänge sinnvoll erfassen sollte. Meine bisherige und pragmatische Lösung ist einfach ein Bü-Punkt für jede Kreuzungsstelle: http://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Erweitertes_Tagging#Bahn.C3.BCbergang Problem: Es ist schwierig auszuwerten, ob die einzelnen Bahnübergänge zusammengehören. Man müsste eine Lösung finden, die bei allen möglichen Anwendungsfällen (Rendering, 3D, Routing, Suche) Sinn macht. Meine bisherigen Ideen: Relation oder Bü-Weg. Bei der Relation habe ich noch keine genaueren Vorstellungen (finde ich auch etwas kompliziert), bei der zweiten Variante schwebt mir folgendes vor: Bei eingleisigen BÜs wird wie bisher der Kreuzungspunkt getaggt. Bei z.B. zweigleisigen Strecken bekommt das Wegstück zwischen beiden Gleisen die üblichen Bü-Tags. Vorteil: Der Bahnübergang ist ein Objekt (gut für Suchanwendungen), das Routing könnte solche Wegstücke vermeiden, bei 3D- Anwendungen ließen sich Schranken an den Wegenden rendern und beim normalen 2D-Kartenrendering zeichnet man das Bü-Symbol an die Mitte des Weges (also zwischen beide Gleise). Außerdem lässt sich ermitteln, mit wievielen Gleisen sich der Bü schneidet. Grüße Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingschema OpenRailwayMap
Hallo, Das Thema _Bahnübergänge_ wurde im Forum früher schon diskutiert. Dein Vorschlag enthält trotz der damaligen Anmerkungen nur ein Taggingkonzept für die Kreuzungsknoten und keinen Ansatz zum Zusammenfassen mehrerer Knoten - etwa über ein entsprechendes Markieren der dazwischenliegenden Wegstücke oder über eine Relation. Da aber speziell Schranken als Attribut an den Knoten stehen, lassen sie sich dann nicht so rendern, dass pro Bahnübergang nur ein Schrankenpaar erscheint. Dazu habe ich tatsächlich bisher keine Lösung gefunden. Steht daher auch unter den Todos (http://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap#Bugs_.2F_Zuk.C3.BCnftige_Entwicklungen_.2F_Ideen_.2F_TODOs). Bei Bahnübergängen müsste man zusammen mit Experten für Routing und eventuell 3D eine Lösung finden, die für alle Anwendungstypen sinnvoll ist. Habe gleich mal einen neuen Thread dazu geöffnet. Dein Vorschlag zu _disused und abandoned_ schlägt vor, ein Präfix für den Wert zu verwenden, also z.B. railway=disused_signal. Auf der Wikiseite zum Schlüssel disused dokumentiert ist aber die Verwendung als Präfix für den Schlüssel - für dieses Beispiel wäre das disused:railway=signal. Was spricht aus deiner Sicht für die von dir gewählte Variante? Das kannte ich noch gar nicht, Danke für den Hinweis. Werde es bei Gelegenheit ändern. Und zuletzt: Die Tags für _Signale_ nehmen Bezug auf die Wegrichtung. Es ist also vorgesehen, dass ein solcher Knoten nur dann an der Grenze zweier Ways verwendet werden darf, wenn diese eine zusammenpassende Wegrichtung haben, richtig? Stimmt, den Fall hatte ich bisher gar nicht bedacht. Dann werde ich diesen Sonderfall mit einem Hinweis auf der Wikiseite vermerken. Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingschema OpenRailwayMap
Hallo, Warum die Beschränkung auf: Berücksichtigt werden nur vollwertige Eisenbahnen, die Teil des internationalen Eisenbahnnetzes sind. Nicht berücksichtigt werden Straßenbahnen, Seilbahnen, Standseilbahnen, Miniaturbahnen und U-Bahnen. ? Kennst Du beispielsweise das Karlsruher Schienennetz? Da sind die Übergänge zwischen Strassenbahnen und vollwertigen Eisenbahnen sehr fliessend. Und wenn Du Dir die Schweiz anschaust - wo setzt Du da die Grenze bei den vielen Schmalspurbahnen die teils auch ehr Strassenbahn, teils aber auch ehr vollwertige Eisenbahn sind. Und oftmals sind es doch gerade die kleinen Bahnen die besonderes Interesse hervorrufen. Eigentlich wollte ich wirklich nur eine Karte für die richtige Eisenbahn. Wie du aber schon sagtest ist es etwa beim Beispiel Karlsruhe schwierig, da einen Schnitt zu machen. Straßen- und U-Bahnen würde ich daher noch mit aufnehmen. Bei Seilbahnen, Standseilbahnen und Miniaturbahnen bin ich mit aber recht unschlüssig. Seilbahnen fallen für mich definitiv raus, die haben nichts mehr mit Eisenbahn zu tun. Bei Standseilbahnen bin ich ein wenig unsicher, da sie eine Mischung aus Eisenbahn und Seilbahn sind. Da sie aber nicht an das reguläre große Bahnnetz angeschlossen sind, fallen sie für mich hinaus. Und Miniaturbahnen sind meiner Meinung einfach nur größere Modellbahnen. Ich wäre daher für die Formulierung Alle schienen-/seilgebundenen Personen- und Güter befördernde Bahnen, also alles ab der personenbefördernden Parkbahn aufwärts. Ich würde folgende Definition vorschlagen: Alle schienengebundenen und aus eigener Kraft fahrenden Verkehrsmittel, also Eisenbahnen, Stadtbahnen, U- Bahnen und Straßenbahnen. Seilbahnen sind nicht schienengebunden und haben keinen Eigenantrieb, Standseilbahnen sind zwar schienengebunden, haben aber auch keinen Eigenantrieb. Bei Miniaturbahnen greift die Definition übrigens nicht... Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Facebook-Tag
Am 09.05.2012 14:43, schrieb Martin Koppenhoefer: Bisher gab es hier kaum Widerspruch, heisst das, dass es allgemein akzeptiert wird, beliebige proprietäre Datenbanken mit tags aus OSM zu verlinken? Oder machen wir für facebook eine Ausnahme? Gibt es irgendwo bereits Kriterien (von OSM Seite), welche die Datenbanken erfüllen müssen, damit man sie aus OSM verlinken darf? Was vielleicht auch ein Punkt ist: wenn man bei Facebook nur eine bestimmte Anzahl von Anfragen stellen darf ist evtl. nicht gewährleistet, dass man die Daten überprüfen kann? Das war bisher ein Hauptkriterium bei der Frage, ob ein Datum für OSM geeignet ist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Wollte nicht all zu sehr in die Diskussion eingreifen, aber um es nicht ohne Widerspruch stehen zu lassen: Wie es einige andere schon erwähnt haben, wäre ein contact:facebook auch in meinen Augen eine Werbung, welche ich nicht sonderlich gut heißen kann. Für den Fall, dass die Geschäfte keine eigentliche Homepage haben, finde ich ein website=...facebook.com/... völlig legitim, aber mehr auch nicht. Einer Verbindung OSM - Facebook gehöre in meinen Augen eine Datenbank zwischengeschaltet, da ich persönlich nicht motiviert bin, FB zu unterstützen. LG Jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrgleisige Bahnübergänge
Am 09.05.2012 17:24, Alexander Matheisen: Hallo, im Zusammenhang mit dem Taggingschema meiner (geplanten) OpenRailwayMap ist wieder die Frage aufgekommen, wie man mehrgleisige Bahnübergänge sinnvoll erfassen sollte. (...) Meine bisherigen Ideen: Relation oder Bü-Weg. Bei der Relation habe ich noch keine genaueren Vorstellungen (finde ich auch etwas kompliziert), bei der zweiten Variante schwebt mir folgendes vor: Bei eingleisigen BÜs wird wie bisher der Kreuzungspunkt getaggt. Bei z.B. zweigleisigen Strecken bekommt das Wegstück zwischen beiden Gleisen die üblichen Bü-Tags. Kannst du das mal mittels eines Beispieltaggigns untermauern? Bü-Tag kann alles und nichts bedeuten. Ich würde darunter verstehen, dass ich das kurze Wegstück als highway=secondary railway=level_crossing ref=A4 maxspeed=50 erfassen würde. Sieht irgendwie etwas komisch aus mit der Mischung aus Straßen- und Bahntags. Ich glaube, die Zusammengehörigkeit lässt sich viel einfacher algorithmisch auf Grund der Nähe der Übergänge erfassen. Für die Grenzfälle (aber meist kommen mehrgleisige Bahnübergänge doch nur mit einem Satz zusammengehörigen Übergänge vor) würde ich zu einer Relation tendieren. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrgleisige Bahnübergänge
Am 9. Mai 2012 18:38 schrieb Claudius claudiu...@gmx.de: Am 09.05.2012 17:24, Alexander Matheisen: Bei eingleisigen BÜs wird wie bisher der Kreuzungspunkt getaggt. Bei z.B. zweigleisigen Strecken bekommt das Wegstück zwischen beiden Gleisen die üblichen Bü-Tags. Kannst du das mal mittels eines Beispieltaggigns untermauern? Bü-Tag kann alles und nichts bedeuten. Ich würde darunter verstehen, dass ich das kurze Wegstück als highway=secondary railway=level_crossing ref=A4 maxspeed=50 erfassen würde. Sieht irgendwie etwas komisch aus mit der Mischung aus Straßen- und Bahntags. das geht m.E. schon, da railway=level_crossing ja nicht unbedingt ein Bahntag ist, das kann man schon auch als Straßentag auffassen, trotz dem railway-key. Was ist gemeint mit zwischen den Bahngleisen? Ich vermute mal, zwischen den Schnittpunkten der Schienen mit den Straßen, aber logischer wäre m.E., wenn es im Bahnübergangsbereich wäre anstatt zwischen den Schienen. Dann bräuchte man auch nicht zwischen ein- und mehrgleisigen Strecken unterscheiden. Bei unbeschrankten Bahnübergängen muss man sich ggf. eine Definition überlegen, wo der Bahnübergang anfängt, bei solchen mit Schranken würde ich diese als Grenze sehen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotos von Minikreisverkehren, Kreisverkehren, Wendekreisen und ähnlichem
Hallo, schau doch mal auf Commons. Die Bilder dort haben alle die passende Lizenz und du kannst sie direkt (ohne Hochladen) ins OSM-Wiki einbinden: http://commons.wikimedia.org/wiki/Category:Roundabouts_in_Germany bzw. http://commons.wikimedia.org/w/index.php?search=Mini+roundaboutstitle=Special%3ASearch Grüße Tim Am 09.05.2012 09:49, schrieb Martin Vonwald: Hi, Da nicht alle die tagging mitlesen, dass ganze nochmals an talk-de und talk-at: Aufgrund der nicht enden wollenden Diskussion um Minikreisverkehre, suche ich Fotos von folgendem: * (wirkliche) Minikreisverkehre * kleine Kreisverkehre (keine Minikreisverkehre) * Wendekreise, unabhängig welche Form diese aufweisen * Falsche Wendekreise mit einer nicht befahrbaren Insel in der Mitte * Alles was man mit dem zuvor genannten verwechseln kann Bitte achtet auf eine für das Wiki akzeptable Lizenz. Ihr könnt mir die Fotos oder deren Links entweder direkt schicken oder auf meine Talk-Seite stellen: http://wiki.openstreetmap.org/wiki/User_talk:Imagic Danke im voraus! Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrgleisige Bahnübergänge
Am 09.05.2012 19:16, schrieb Martin Koppenhoefer: Am 9. Mai 2012 18:38 schrieb Claudius claudiu...@gmx.de: Am 09.05.2012 17:24, Alexander Matheisen: Bei eingleisigen BÜs wird wie bisher der Kreuzungspunkt getaggt. Bei z.B. zweigleisigen Strecken bekommt das Wegstück zwischen beiden Gleisen die üblichen Bü-Tags. Kannst du das mal mittels eines Beispieltaggigns untermauern? Bü-Tag kann alles und nichts bedeuten. Ich würde darunter verstehen, dass ich das kurze Wegstück als highway=secondary railway=level_crossing ref=A4 maxspeed=50 erfassen würde. Sieht irgendwie etwas komisch aus mit der Mischung aus Straßen- und Bahntags. das geht m.E. schon, da railway=level_crossing ja nicht unbedingt ein Bahntag ist, das kann man schon auch als Straßentag auffassen, trotz dem railway-key. Was ist gemeint mit zwischen den Bahngleisen? Ich vermute mal, zwischen den Schnittpunkten der Schienen mit den Straßen, aber logischer wäre m.E., wenn es im Bahnübergangsbereich wäre anstatt zwischen den Schienen. Dann bräuchte man auch nicht zwischen ein- und mehrgleisigen Strecken unterscheiden. Bei unbeschrankten Bahnübergängen muss man sich ggf. eine Definition überlegen, wo der Bahnübergang anfängt, bei solchen mit Schranken würde ich diese als Grenze sehen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Büs ohne Schranken, haben meist eine Haltelinie. Würde sich auch gut als Start- und Endpunkt eignen. Relationen würde ich nicht wirklich als notwendig erachten. Zwischen den Schranken bzw. Haltelinien an die Straße railway=level_crossing; an die Position des Schranken ein barrier=railway_gate oder an die Haltelinie ein barrier=railway_light oder =railway_stop. LG Jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotos von Minikreisverkehren, Kreisverkehren, Wendekreisen und ähnlichem
Am 09.05.2012 09:49, schrieb Martin Vonwald: * Alles was man mit dem zuvor genannten verwechseln kann http://wiki.openstreetmap.org/wiki/File:Kein_kreisel_IMGP9185_osm.jpg :-) Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Overpass API v0.6.98
(way[highway=track](s,w,n,e);node(w););out meta; ^^^ Hatte ich ursprünglich. Diese Query hat jedoch nur die Nodes geliefert, die in den Ways enthalten waren. Hmm. Hast Du die Klammern dabei? (way[highway=track](s,w,n,e);node(w););out meta; liefert Nodes und Ways way[highway=track](s,w,n,e);node(w);out meta; liefert nur Nodes. Wenn nicht, schicke mal bitte ein konkretes Beispiel. Das wäre dann ein Bug, den ich dann beheben könnte. Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Importare edifici da file autocad
Il 08/05/2012 11:24, Simone Cortesi ha scritto: Secondo me, la cosa, andrebbe fatta cmq, non c'e' nessun motivo per cui i dati non siano utilizzabili con una licenza libera. Chiedigli di liberarli con una CC0 come ha fatto la regione piemonte. Parti da qui, parti dal cambio di licenza. La liberazione dei dati passa per forza per una delibera della giunta oppure anche attraverso un provvedimento più semplice? Buona giornata, Davide ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Importare edifici da file autocad
2012/5/9 Davide Meloni emmed...@yahoo.it: Secondo me, la cosa, andrebbe fatta cmq, non c'e' nessun motivo per cui i dati non siano utilizzabili con una licenza libera. Chiedigli di liberarli con una CC0 come ha fatto la regione piemonte. Parti da qui, parti dal cambio di licenza. La liberazione dei dati passa per forza per una delibera della giunta oppure anche attraverso un provvedimento più semplice? In molti casi basta una comunicazione del funzionario incaricato. Dipende da come sono gestite, a livello di comune, le deleghe. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Non si nasce imparati
2012/5/8 sabas88 saba...@gmail.com: Vogliamo parlare di tutti i fixme che ci sono nelle superstrade e nei name? :/ si, mi piacerebbe parlerne. Sono veramente un tormento. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Non si nasce imparati
Il 09 maggio 2012 11:29, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2012/5/8 sabas88 saba...@gmail.com: Vogliamo parlare di tutti i fixme che ci sono nelle superstrade e nei name? :/ si, mi piacerebbe parlerne. Sono veramente un tormento. ci dovrebbe essere un bot che gira a pulirli, e passa da name=fixme a fixme=qualcosa (non ricordo il valore esatto) ciao, Martin -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Non si nasce imparati
Il giorno 09 maggio 2012 11:33, Luca Delucchi lucadel...@gmail.com ha scritto: Il 09 maggio 2012 11:29, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2012/5/8 sabas88 saba...@gmail.com: Vogliamo parlare di tutti i fixme che ci sono nelle superstrade e nei name? :/ si, mi piacerebbe parlerne. Sono veramente un tormento. ci dovrebbe essere un bot che gira a pulirli, e passa da name=fixme a fixme=qualcosa (non ricordo il valore esatto) In Sardegna sono così da mesi... Qualcosa ho fatto a mano.. ciao, Martin -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ 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] Non si nasce imparati
2012/5/9 Luca Delucchi lucadel...@gmail.com: ci dovrebbe essere un bot che gira a pulirli, e passa da name=fixme a fixme=qualcosa (non ricordo il valore esatto) -1, gli utenti non dovrebbero proprio inserire name=FIXME o simili, e si dovrebbe scouraggiare questi inserimenti. Non serve un fixme=tag abc manca, perchè è ovvio che manca tag abc. Altrimenti potremmo inserire tutti i tags che non ci sono in fixme. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Non si nasce imparati
Il 09 maggio 2012 11:37, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2012/5/9 Luca Delucchi lucadel...@gmail.com: ci dovrebbe essere un bot che gira a pulirli, e passa da name=fixme a fixme=qualcosa (non ricordo il valore esatto) -1, gli utenti non dovrebbero proprio inserire name=FIXME o simili, e si dovrebbe scouraggiare questi inserimenti. Non serve un fixme=tag abc manca, perchè è ovvio che manca tag abc. Altrimenti potremmo inserire tutti i tags che non ci sono in fixme. lo so bene. comunque il bot esiste già, ho visto alcune modifiche che ha fatto ciao, Martin -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Non si nasce imparati
On 2012-05-09 at 11:37:47 +0200, Martin Koppenhoefer wrote: -1, gli utenti non dovrebbero proprio inserire name=FIXME o simili, e si dovrebbe scouraggiare questi inserimenti. Non serve un fixme=tag abc manca, perchè è ovvio che manca tag abc. Altrimenti potremmo inserire tutti i tags che non ci sono in fixme. molti erano stati inseriti quando name=FIXME era pratica accettata per le strade delle quali non si conosceva il nome e non sono ancora stati messi a posto. adesso non dovrebbero esserne aggiunti di nuovi, ma togliere quelli vecchi senza inserire un nome ecc. potrebbe fare perdere informazioni. -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Postazione defibrillatore pubblico (DAE)
2012/5/9 Matteo Quatrida matteo.quatr...@gmail.com Il giorno 08 maggio 2012 16:33, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: non sono esplicitamente facili da operare anche da ignoranti? Sebbene siano per il 99% apparecchi che funzionano in maniera autonoma, ci sono delle procedure che devono essere imparate, per saper correttamente distendere la persona e applicare le piastre di contatto. +1, (credo che parliamo solo (100%) di quelli automatici qui, quelli professionali richiedono per forza connoscenze più profonde e si rischia di uccidere la persona in certi casi). Non credo che una persona che non abbia fatto un corso abbia il sangue freddo e la capacità di leggere le istruzioni grafiche ed effettuare la procedura. se stanno lì, con una persona amata senza coscienza e polso, aspettando l'ambulanza che non è ancora arrivata, credo che qualcuno farebbe un tentativo (se non ha troppo paura di fare male alla persona). Da cosa avete scritto sembra che la situazione legale in Italia è diversa da quella in altri paesi europei. In Germania li possono usare tutte le persone, ed anche in altri paesi (secondo wikipedia.de) la situazione è simile: Lussemburgo, Francia, Belgio, Monaco, Grande Bretagna e Paesi Bassi consentono l'uso a tutti. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Re: Importare edifici da file autocad
Qual'è il comando per importare file DXF in Josm ? Ciao Davide _ 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] Non si nasce imparati
Il 05/10/2012 01:56 AM, Umberto Piacenza scrisse: Solo non volevo stigmatizzare il fatto che un osmer abbia assegnato ( forse sbagliando ? ) il nome Piero al way indicato: in quelle zone ci passai molto tempo fa ( anni '80 ) passeggiando verso il bel paese di Monteviasco; ricordo perfettamente l'esistenza della località ( oggi direi hamlet ) Piero, raggiungibile da un sentiero/mulattiera, all'epoca segnalato con un cartello tipico stradale ( di quelli indicatori con scritte bianche su sfondo blu ) recante la scritta PIERO. Caspita! Hai ragione. Io non mi ero spinto solo sino al ponte ma effettivamente anche sulla mappa della via Verde Varesina sono indicati sia il ponte che il villaggio, che invece ho visto da lontano. Cio' non toglie che sia errato indicare una way con nome che non c'entra. La traccia inserita potrebbe al piu' essere indicata con name=Via per Piero o name=Via Piero o name=Via Vattelapesca. Scritto in quel modo invece, con la lettera minuscola, sembra una prova non sistemata. grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Open Street Map en Duitama
Buen día, Quisieramos recordar que este sabado 12 de mayo esta planeada la visita a Duitama a conocer el grupo de Open Street Map del Colegio Salesiano, quien este interesado por favor no lo hace saber para poder coordinar. Gracias. -- Liliana Rodríguez Asistente Laboratorio de Mapeo CEELAT- Centro de Estudios Estratégicos Latinoamericanos ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-dk] tag af gymnasium
8. maj 2012 17.14 skrev Jonas Häggqvist ras...@rasher.dk: On 08-05-2012 15:18, Ole Laursen wrote: Så vidt jeg har forstået, er en almindelig folkeskole fra 0-9. eller 10. klasse isced:level=0-2 mens gymnasier/HHX/HTX er isced:level=3. Jeg har tilføjet Danmark til tabellen på http://wiki.openstreetmap.org/wiki/Proposed_features/ISCED Her er noget fra offentlig side: http://www.iu.dk/politiske-rammer/isced Det var en fin kilde. Jeg har tilføjet et link til den og omarbejdet tabellen lidt. Jeg fik mig et godt grin over at børnehaven bliver betegnet som en uddannelse. :) Jeg var også inde forbi Wikipedias engelske artikel om folkeskolen og fikse den lidt. Den påstod bl.a. at børnehaveklassen er valgfri. Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] tag af gymnasium
2012/5/9 Ole Laursen o...@hardworking.dk: Jeg var også inde forbi Wikipedias engelske artikel om folkeskolen og fikse den lidt. Den påstod bl.a. at børnehaveklassen er valgfri. Men er den da ikke det? Vi har mig bekendt 9 års undervisningspligt, ikke 10 år. Og så er det jo endda undervisningspligt, ikke skolepligt. Mvh Frederik ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] tag af gymnasium
dejligt så vidt diskussionerne kommer omkring når man mapper :-) -Oprindelig meddelelse- Fra: Frederik Juul Christiani [mailto:frede...@christiani.dk] Sendt: 9. maj 2012 14:23 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] tag af gymnasium 2012/5/9 Ole Laursen o...@hardworking.dk: Jeg var også inde forbi Wikipedias engelske artikel om folkeskolen og fikse den lidt. Den påstod bl.a. at børnehaveklassen er valgfri. Men er den da ikke det? Vi har mig bekendt 9 års undervisningspligt, ikke 10 år. Og så er det jo endda undervisningspligt, ikke skolepligt. Mvh Frederik ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-se] Visualisera busstrafik i Lund
Hej hej, För ett bra tag sedan upptäckte jag att Skånetrafiken erbjuder XML-formaterad trafikdata via sin hemsida ([1]) och sedan dess har jag funderat på att knåpa ihop en liten visualisering av busstrafiken i Lund. Det dröjde men för någon vecka fick jag äntligen tummarna loss och började jobba lite smått på detta. Resultatet så här långt är inte så imponerande men jag har laddat upp en grov liten video [2] som kanske kan vara smått roande. Min förhoppning är naturligtvis att utöka till alla bussar i Lund och gärna mer. Kanske också en webbsida som gör realtids-visualisering... Hursomhelst, när jag började pyssla med detta projekt så upptäckte jag snabbt att de befintliga rutt-relationerna (taggade type=route, route=bus) i Lund är svåra att arbeta med på ett enkelt sätt. Problemet för mig är främst att varje sådan relation innehåller både turen A till B och B till A (ex. Annehem till Värpinge by och Värpinge by till Annehem för buss 2) och användningen av forward, backward, forward:stop, backward:stop, osv. är inkonsekvent. Samma med placering av hållplatser -- på eller vid sidan om vägen. Dessa problem gör det svårt luska ut hur bussen faktiskt kommer röra sig över tid. Ifall man nöjer sig med att rita upp rutt-sträckningen och hållplatserna statiskt (i stil med [3]) så är det däremot inget större problem. På grund av detta provade jag att konvertera buss-rutterna 2 och 4 till public_transport-taggarna (dokumentation i [4] och [5]) vilket visade sig funka mycket bra i.o.m. att bussruttens turer uppdelas så att A till B och B till A hamnar i separata relationer. Därmed försvinner behovet av backward- och forward-roller vilket gör relationerna lättare att hålla konsekventa och arbeta med algoritmiskt. För referens så är min fil med relationerna för buss 2 och 4 tillgänglig i JOSM-format [6]. Ladda helst inte upp den till OSM. Min fundering är, finns det generellt intresse av att uppdatera rutt- relationerna till public_transport? I min mening är det väl värt det men det kommer innebära en del arbete. En annan sak som fattades för att implementera visualiseringen är ref-taggar. Skånetrafiken har unika referenser för varje hållplats, exempelvis har Allhelgonakyrkan referens 81040 och Botulfsplatsen referens 81700. Det är enkelt att skrapa dessa referenser från Skånetrafikens hemsida men är det OK att göra detta och lägga till OSM? Alternativt, känner någon för att höra med Skånetrafiken ifall de kan dela med sig detta material? De kanske också kan dela med sig hållplatspositioner och annat material (med nog data vore det kanske t.o.m. möjligt att skapa och uppdatera public_transport-relationerna automatiskt). Om inte dessa val är möjliga, vet någon ifall dessa referensnummer står någonstans på hållplatserna så att man kan göra lite gammaldags fotarbete? Är inte i Skåne för tillfället så jag kan inte gå ut och kolla... Blev lite långt det här, hoppas du inte somnat :-) Robert [1]: http://www.labs.skanetrafiken.se/ [2]: http://rycee.net/lundabussar.mkv [3]: http://osm.org/go/0NctSWB?layers=T [4]: http://wiki.openstreetmap.org/wiki/Key:public_transport [5]: http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport [6]: http://rycee.net/lundabussar.osm ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] mäta vägkvalitet med accelerometer?
Hej! Jag håller på med en OSM-baserad cykelkarta över Uppsala. Plus lite mer generellt att fundera kring cyclability index, olika kriterier för att mäta vad som gör en trafikmijö cykelvänlig, som till exempel genhet, antal rödljus, trygg utformning av broar / tunnlar osv. Kom på en sak: Skulle det kanske gå särskilja egenskaper om den fysiska kvaliteten på beläggningen med data från en accelerometer (som till exempel de som är inbyggda i mobiltelefon)? Tanken är att montera en smartphone i rigid hållare på cykel, och spara accelerometerdata jämsides med (eller i) GPX från GPS. Om det finns ett samband mellan beläggning, hastighet och utslag borde det gå att dra slutsatser om jämnhet. Vilken signal ger olika typer av vägar och hinder vid olika hastiheter? Med dessa data borde det gå att normalisera till diverse OSM-taggar om smoothness etc, eller något eget för cykelbarhet. Vad tror ni? /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] mäta vägkvalitet med accelerometer?
Testa gärna. Det du tänkte mäta som jag förstår det är vibrationen? Mja, men mer den lågfrekventa komponenten - kanter, mindre hål osv. Framför allt för att just accelerometern förmodligen har ganska låg samplingfrekvens. Däremot kan det vara intressant att se om även en ojämn väg med konstanta smågupp kan ha en lågfrekvent komponent. Ska man få med normala vibrationer på riktig behövs nog proffsutrustning. Fördelen med mobil är att man skulle kunna använda det för crowdsourcing: Jag har en galen tanke om att frivilla loggar data när de kör från någon applikation på telefonen. Från detta - anonynymiserat - skulle man kunna se en hel intressant; till exempel hur folk brukar ta sig genom korsningar, typisk väntetid, om några sträckor går långsammare än andra fast än det inte kan förklaras med höjd-data etc. Givetvis krävs det en hel del data för statistisk signifikans. 2. Din cykel har tyvärr stötdämpning, detta genom luften i däcken ekrar och tom lite (men nog försumbart) i ramen. Självklart. (ekrar har för övrigt inte någon märkbar effekt - de rör sig om 0.1 mm kanske per rotationscykel - ramen har större). Fördelen är att denna dämpning filtrerar bort sådant som är irrelevant för en cyklist. Givetvis olika för olika cykeltyper - 23mm däck med 8 bar ger självklart minst dämpning. Bara denna parameter hålls kontrollerad borde det i sig inte påverka på möjligheten till goda data. /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] [CATASTRO] Simplificación de geometría de las constru.
On Martes, 8 de mayo de 2012 21:35:50 Javier Sánchez escribió: Hola Estamos centrándonos en los edificios, pero me parece que también habría que mirar los multipolígonos (relaciones) de landuse=residential que siempre acompañan a los edificios. Puestos a reducir información, una opción podría ser fusionar todas las parcelas adyacentes que tengan el mismo uso (residential, greenfield, etc). La información que perderíamos sería la referencia catastral de cada parcela, pero disminuiría enormemente el número de relaciones. Al fin y al cabo, la referencia catastral es un dato ajeno a las etiquetas OSM y siempre se puede consultar en Catastro. Prefiero perder información por ese lado que por los edificios. Perder la referencia catastral sería una catástrofe si pretendes actualizar luego esos datos automáticamente. Además, yo no he visto muchas parcela que no esté separada por una valla, muro o similar. Es más, en ciudades, juntar las parcelas no te ayudaría nada, la geometría de la parcela y la de la construcción son la misma en la gran mayoría de los casos. Por otro lado, lo mismo se aplica a los usos del suelo en la parte rústica. Hay una miriada de miniparcelas en sitios como Canarias o Galicia que reflejan los distintos propietarios del terreno, pero sólo se diferencian en la referencia catastral. Los bordes de estas parcelas no reflejan necesariamente muros u otros límites físicos, por lo menos aquí en Canarias, Me extraña MUCHO eso que dices, ¿de que isla eres? ¿Has estado en la Gomera? ¿has visto las terrazas que hay allí? De hecho, uno de los pueblos con los que hacemos las pruebas es Los Realejos (Tenerife) que es de donde nací y para mi sorpresa ¡¡¡Faltan Terrazas!!! Estoy de acuerdo en que la cantidad de información es enorme y probablemente de poco interés, pero decir que no hay límites físicos entre parcelas y/o subparcelas es muy discutible por no decir falso directamente. o sea que no tienen mucho interés. Yo fusionaría polígonos con un mismo landuse aunque se pierda la referencia catastral, como ya han dicho varios. Con esos dos pasos, el número de relaciones, nodos y vías tendría que bajar bastante. Finalmente, un paso más para reducir información redundante sería fusionar parcelas con un mismo landuse que serían adyacentes si no fuera por que alguna vía las atraviesa. Es decir, en lugar de muchos polígonos residenciales por cada manzana con espacios en blanco a lo largo de las calles, fusionarlos todos en uno. Lo digo sobre todo por los bosques, en lugar de ser un polígono sencillo, si está atravesado por una pista (por poner un ejemplo) se divide en dos polígonos a cada lado de la pista. Como la precisión del eje de las vías deja bastante que desear, si la pista ya existe en OSM y está dibujada con mejor precisión, habrá que corregir los bordes del bosque para que se adapten (un curro) o fusionar los polígonos en uno solo. Lo segundo es más sencillo y queda mucho más fácil de editar. En caso de modificar la pista sólo hay que corregir sus nodos, no los suyos y los de los bordes de la parcela. Esto es fácil de hacer a mano, aunque supongo que será un rollo implementarlo. En cualquier caso, de esta forma se eliminarían nodos innecesarios y relaciones. Esto no se si lo he entendido bien. ¿Dices de juntar todos los polígonos que tengan el mismo landuse aunque tengan vías de por medio? ¿esto está bien hecho? Tema aparte que va a ser MUY complicado de hacer. No se si me he explicado. Si no lo he conseguido me dicen y mando alguna imagen para aclararlo. Saludos. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Simplificación de geometría de las constru.
Hola. Estoy de acuerdo en que la cantidad de información es enorme y probablemente de poco interés, pero decir que no hay límites físicos entre parcelas y/o subparcelas es muy discutible por no decir falso directamente. Como decía aquel, puedo prometer y prometo que.. todo depende. Lo que está claro es que cada comunidad, pueblo, región, etc es un mundo. Aquí en Extremadura, en varios pueblos que he probado, te puedo asegurar que hay cientos e incluso miles de hectáreas que tienen un uso igual e incluso mismo propietario y están separados en parcelas sin ningún tipo de separación física (Montes de eucaliptos pertenecientes a la administración de varios centenares de hectáreas y catastro las divide en pequeñas parcelas). Volvemos a lo de siempre, SÓLO el usuario local podrá decidir que parcelas adyacentes podrán unirse o no. Complicado. Saludos. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Lineas Interurbanos CTM Madrid
Hola. Creo que habia una Wiki o alguien estaba coordinando el mapeo de las lineas de los buses Interubanos de Madrid. He empezado a meter la linea 151 (Pza Castilla- Alcobendas) [1] y 153 (Pza. Castilla - San Sebastian de los reyes) [2] Lo estoy metiendo como NETWORK CMT Interurbanos(verdes), para evitar confusion con las urbanas (azules) ¿que os parece? [1] http://www.openstreetmap.org/browse/relation/2176591 [2] http://www.openstreetmap.org/browse/relation/2176592 Por otro lado hace unas semanas comente que estaba con las de la zona de Alcobendas - SS de los Reyes ya tengo practicamente metidas las Lineas de Alcobendas - Sansebastian de los reyes. (Faltaria meterlas en una Wiki) Hay alguien mapeando las de alguna ciudad del entorno de madrid? para hacerlo con los mismos criterios. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Ayuda
A través de la fundación me llega esta consulta... ¿alguien sabe qué software viene bien para ver mapas offline en win con gps? ¿navit, gpsdrive, algún otro? On Miércoles, 9 de mayo de 2012 17:27:59 i...@pacorivas.net escribió: Hola Iván, Como sabes, tu contacto me lo ha dado Matt, de la Central. Te cuento. Soy un neófito en estos de los mapas y viajo muy a menudo. Suelo ir a sitios donde no existe conexión GPRS/WiFi o cualesquiera del mundo de Internet. Normalmente uso GPS´s de automóvil, pero, para ganar en comodidad (llevo muchos datos) y visión, me he comprado un GPS por USB para Windows. El GPS es un Haicom HI-206 que funciona bajo el protocolo NMEA 0183. Por tanto, mi deseo es llevar los mapas en el portátil y, off line, poder consultarlos. ¿Es OpenStreetMaps compatible con esta configuración?. ¿Qué aplicación y mapas necesito para poder utilzar Windows XP y dicho GPS?. Muchas Gracias, Paco Rivas Madrid -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Aviso: Este e-mail es confidencial y no debería ser usado por nadie que no sea el destinatario original. No se permite la reproducción mediante fotocopia, walkie-talkie, emisora de radioaficionado, satélite, televisión por cable, proyector, señales de humo, código morse, braille, lenguaje de signos, taquigrafía o cualquier otro medio. Bajo ningún concepto debe traducirse al francés este e-mail. Este e-mail no puede ser ridiculizado, parodiado, juzgado en una competición, o leído en voz alta con un acento gracioso llevando un bigote falso y/o cualquier tipo de sombrero, incluyendo pero no limitándose a pañuelos. No inciten ni provoquen a este e-mail. Si está medicándose, puede experimentar nauseas, desorientación, histeria, vómitos, pérdida temporal de la memoria a corto plazo y malestar general al leer este e-mail. Consulte a su médico o farmacéutico antes de leer este e-mail. Todas las modelos descritas en este e-mail son mayores de 18 años. Este e-mail se reserva el derecho de admisión. Si ha recibido este e-mail por error es probablemente porque estaba borracho cuando escribí la dirección del destinatario. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Lineas Interurbanos CTM Madrid
Yo hice eso mismo con las líneas que dan servicio a la Facultad de Informática de la UPM (en Boadilla del Monte). Yo también les puse el color #00FF00 (verde) en lugar del color #FF, que es el que puse a las líneas de la EMT que mapeé. El 9 de mayo de 2012 17:09, Alberto Catala albertocat...@gmail.comescribió: Hola. Creo que habia una Wiki o alguien estaba coordinando el mapeo de las lineas de los buses Interubanos de Madrid. He empezado a meter la linea 151 (Pza Castilla- Alcobendas) [1] y 153 (Pza. Castilla - San Sebastian de los reyes) [2] Lo estoy metiendo como NETWORK CMT Interurbanos(verdes), para evitar confusion con las urbanas (azules) ¿que os parece? [1] http://www.openstreetmap.org/browse/relation/2176591 [2] http://www.openstreetmap.org/browse/relation/2176592 Por otro lado hace unas semanas comente que estaba con las de la zona de Alcobendas - SS de los Reyes ya tengo practicamente metidas las Lineas de Alcobendas - Sansebastian de los reyes. (Faltaria meterlas en una Wiki) Hay alguien mapeando las de alguna ciudad del entorno de madrid? para hacerlo con los mismos criterios. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Lineas Interurbanos CTM Madrid
Eso es. Son las dos que hay. El 9 de mayo de 2012 20:23, Alberto Catala albertocat...@gmail.comescribió: Y son las que estan en la Wiki verdad? voy a ver si puedo agregarlas. De paso cambio el color. El 9 de mayo de 2012 19:38, David Marín Carreño dav...@gmail.comescribió: Yo hice eso mismo con las líneas que dan servicio a la Facultad de Informática de la UPM (en Boadilla del Monte). Yo también les puse el color #00FF00 (verde) en lugar del color #FF, que es el que puse a las líneas de la EMT que mapeé. El 9 de mayo de 2012 17:09, Alberto Catala albertocat...@gmail.comescribió: Hola. Creo que habia una Wiki o alguien estaba coordinando el mapeo de las lineas de los buses Interubanos de Madrid. He empezado a meter la linea 151 (Pza Castilla- Alcobendas) [1] y 153 (Pza. Castilla - San Sebastian de los reyes) [2] Lo estoy metiendo como NETWORK CMT Interurbanos(verdes), para evitar confusion con las urbanas (azules) ¿que os parece? [1] http://www.openstreetmap.org/browse/relation/2176591 [2] http://www.openstreetmap.org/browse/relation/2176592 Por otro lado hace unas semanas comente que estaba con las de la zona de Alcobendas - SS de los Reyes ya tengo practicamente metidas las Lineas de Alcobendas - Sansebastian de los reyes. (Faltaria meterlas en una Wiki) Hay alguien mapeando las de alguna ciudad del entorno de madrid? para hacerlo con los mismos criterios. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Lineas Interurbanos CTM Madrid
para el color cómo lo estáis metiendo? podéis usar: ref:colour=green ó ref:colour=#00FF00 El 09/05/2012, a las 23:29, Alberto Catala escribió: Pues hay mucho curro por delante, ire haciendo lo que buenamente vaya pueda, normalmente tiro de track gpx cuando subo en los buses porque los esquemas a veces no hay quien los entienda. Tambien deberiamos hacer una wiki con las lineas que son de cada municipio aunque sean dentro del CRTM. El 9 de mayo de 2012 21:24, David Marín Carreño dav...@gmail.com escribió: Eso es. Son las dos que hay. El 9 de mayo de 2012 20:23, Alberto Catala albertocat...@gmail.com escribió: Y son las que estan en la Wiki verdad? voy a ver si puedo agregarlas. De paso cambio el color. El 9 de mayo de 2012 19:38, David Marín Carreño dav...@gmail.com escribió: Yo hice eso mismo con las líneas que dan servicio a la Facultad de Informática de la UPM (en Boadilla del Monte). Yo también les puse el color #00FF00 (verde) en lugar del color #FF, que es el que puse a las líneas de la EMT que mapeé. El 9 de mayo de 2012 17:09, Alberto Catala albertocat...@gmail.com escribió: Hola. Creo que habia una Wiki o alguien estaba coordinando el mapeo de las lineas de los buses Interubanos de Madrid. He empezado a meter la linea 151 (Pza Castilla- Alcobendas) [1] y 153 (Pza. Castilla - San Sebastian de los reyes) [2] Lo estoy metiendo como NETWORK CMT Interurbanos(verdes), para evitar confusion con las urbanas (azules) ¿que os parece? [1] http://www.openstreetmap.org/browse/relation/2176591 [2] http://www.openstreetmap.org/browse/relation/2176592 Por otro lado hace unas semanas comente que estaba con las de la zona de Alcobendas - SS de los Reyes ya tengo practicamente metidas las Lineas de Alcobendas - Sansebastian de los reyes. (Faltaria meterlas en una Wiki) Hay alguien mapeando las de alguna ciudad del entorno de madrid? para hacerlo con los mismos criterios. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] Fotos von Minikreisverkehren, Kreisverkehren, Wendekreisen und ähnlichem
Hi, Da nicht alle die tagging mitlesen, dass ganze nochmals an talk-de und talk-at: Aufgrund der nicht enden wollenden Diskussion um Minikreisverkehre, suche ich Fotos von folgendem: * (wirkliche) Minikreisverkehre * kleine Kreisverkehre (keine Minikreisverkehre) * Wendekreise, unabhängig welche Form diese aufweisen * Falsche Wendekreise mit einer nicht befahrbaren Insel in der Mitte * Alles was man mit dem zuvor genannten verwechseln kann Bitte achtet auf eine für das Wiki akzeptable Lizenz. Ihr könnt mir die Fotos oder deren Links entweder direkt schicken oder auf meine Talk-Seite stellen: http://wiki.openstreetmap.org/wiki/User_talk:Imagic Danke im voraus! Martin ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Frage zu Nominatim-Suchergebnis bzw. zum Tag place=neighbourhood
Hallo, ich weiß, es ist hier vor kurzem gerade um place-nodes gegangen; nachdem meine Frage sich aber nicht auf die Wiener Kastralgemeinden bezieht wollt ich trotzdem nachfragen… Das Quartier Belvedere, das als place=neighbourhood eingetragen wurde, reicht bei den Nominatim-Suchergebnissen verdammt weit… bis zur Margaretenstraße; also beispielsweise im Ergebnis zu Straußengasse 21, siehe http://nominatim.openstreetmap.org/details.php?place_id=2476578767 Wo liegt da jetzt das Problem – ist das ein Nominatim-Bug? Danke im Voraus lG, Stefan. -- E-Mails signieren verschlüsseln: - https://secure.wikimedia.org/wikipedia/de/wiki/Datenschutz - https://secure.wikimedia.org/wikipedia/de/wiki/E-Mail#Vergleich_mit_der_Postkarte - https://secure.wikimedia.org/wikipedia/de/wiki/GNU_Privacy_Guard Mein öffentlicher OpenPGP-Schlüssel: - http://stefan-nagy.at/public-key.asc signature.asc Description: This is a digitally signed message part ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Fwd: [Talk-de] online tool: track selector für tracks ohne tracktype
Hallo! Das habe ich bei Talk-de gefunden. Halte ich für sehr brauchbar, daher cross-poste ich es. -- MfG, Boris - Hi! Ich habe mal ein kleines Tool entwickelt, welches ich dazu verwende die Tracks ohne das Tag tracktype ausfindig zu machen. Es ist eine Onlinekarte von OSM mit der Möglichkeit OSM Daten direkt downzuloaden. Das Tool filtert dann alle Tracks ohne tracktype heraus und zeigt sie in unterschiedlichen Farben an. Man kann danach den Track auswählen und bekommt einen Link zum JOSM Remote angezeigt. Für die Übergabe des Tracktypes kann auch ein Typ in der entsprechenden Auswahlliste ausgewählt werden, so dass JOSM diesen gleich als Vorschlag übernimmt. http://betaplace.grundid.de:8080/tracks-selector/ (Die URL ist noch nicht final. Bitte nicht verlinken) Wenn es euch interessiert dann schaut es euch an. Viele Grüße, Adrian. Quelle: http://www.mail-archive.com/talk-de@openstreetmap.org/msg93919.html ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] Sites archéologiques sur Brest ?
Bonjour, Ce qui est plutôt curieux, c'est de voir des tracés archéologiques se balader sur OSM, si il s'agit bien d'une fouille de sauvetage. Rien n'interdit leur publication, si justement il y a eu publication des données, à moins que l'on part sur l'idée de prescription, et dans le domaine de l'archéologie, je vous conseille d'allumer des cierges... Donc plus simplement, qui sont les contributeurs, autrement dit, avez-vous une idée de la source de ces tracés? Avez-vous éventuellement une description? Et plus largement, pourquoi n'est-il pas intéressant de signaler une fouille de sauvetage? Alexia Fontaine Le 8 mai 2012 01:40, Christian Rogel christian.ro...@club-internet.fr a écrit : Le 7 mai 2012 à 22:43, Yann_L a écrit : Bonjour, Effectivement, c'est très curieux. Je ne suis pas un spécialiste de Brest, mais j'y suis passé l'été dernier. A ma connaissance pas de site archeologique à ces deux endroits. l'un d'entre eux est quand même un hôpital qui tient debout. PS : Je ne suis pas un contributeur OSM, mais je tourne autour ... Il en a été parlé sur la liste OSM Bretagne. Il est hors de doute que ce sont des erreurs ou des essais malheureux (l'un des polygones est noté comme essai). Cela sera effacé après en avoir tenté de contacté les 2 auteurs. De toute façon, une fouille archéologique sur un terrain bâti ne pourrait être que temporaire, car liée à une opération de sauvetage (construction et démolition de bâtiments sur un site présumé riche en vestiges). A priori, il ne sert pas à grand-chose de signaler une fouille de sauvetage dont la durée de vie serait 3 ou 6 mois. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Importer ou intégrer ? Question de vocabulaire...
Bonjour, Tandis que j'utilisais le bel outil d'Emmanuel, je me suis pris à réfléchir... Les données du fichier data.gouv.fr ont subit un traitement automatique pour les rendre présentables dans l'interface et compatibles avec OSM. Ces données subissent bien souvent un second traitement manuel, pour les repositionner si besoin, mais aussi pour les coller à un polygone délimitant l'établissement scolaire,, pour tenir compte des données déjà enregistrées... Lors de l'import Corine, les données ont subit un traitement pour faire correspondre les tags avec OSM (après moult discussions) puis pour éliminer les risques d'overlap. Tous ces traitements ont été automatique. Dans le second cas, la méthode et les outils (bulk_upload) disent bien qu'il s'agit d'un import de données. Celles-ci sont retravaillée a posteriori par les contributeurs. Dans le premier cas, et les cas similaires : réseau postal, et même le bâti du cadastre.., les données sont, ou tout au moins doivent être, intégrées après traitement manuel (on l'espère pour le bâti ! ), point par point ou par lot (dans le cas du bâti) pour la prise en compte de l'existant, la correction de défauts, le dédoublonnage... Il me semblerait malin, dans le premier cas avec traitement manuel, de privilégier l'expression d'intégration de données plutôt que d'import. Le terme d'intégration suggère des étapes, des démarches... Autant pour les contributeurs un peu pressés que pour nos voisins étrangers allergiques aux imports, cette distinction de vocabulaire pourrait calmer les ardeurs et les esprits en faisant ressortir la méthode spécifique à l'intégration de ces données. Mais peut-être avez vous un autre terme plus adapté... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Importer ou intégrer ? Question de vocabulaire...
Le 9 mai 2012 11:14, Vincent Pottier vpott...@gmail.com a écrit : Il me semblerait malin, dans le premier cas avec traitement manuel, de privilégier l'expression d'intégration de données plutôt que d'import. Le terme d'intégration suggère des étapes, des démarches... Autant pour les contributeurs un peu pressés que pour nos voisins étrangers allergiques aux imports, cette distinction de vocabulaire pourrait calmer les ardeurs et les esprits en faisant ressortir la méthode spécifique à l'intégration de ces données. Mais peut-être avez vous un autre terme plus adapté... Un gros +1 avec toi. Ce n'est pas de l'import, sauf bien sûr si on clique à répétition comme un idiot sans faire aucun contrôle avant upload (même dérive que pour les serial-uploader de bâti). Ce travail d'intégration de données open-data dans OSM est aussi un travail d'homogénéisation lorsque l'on a des sources disparates (données non nationales) et c'est une sacrée plus value pour favoriser leur ré-utilisation. Si l'ou pouvait regrouper ces différents outils sur un serveur openstreetmap.fr ça serait aussi une bonne chose, non ? Une base de données commune de l'état d'intégration des différentes sources de données permettrait aussi de visualiser sur une commune les données disponibles pour intégration... genre il y a 3 points postaux, 4 établissements scolaire, 2 monuments historiques, 1 gare à intégrer. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sites archéologiques sur Brest ?
Bonjour, Ce qui est plutôt curieux, c'est de voir des tracés archéologiques se balader sur OSM, si il s'agit bien d'une fouille de sauvetage. Rien n'interdit leur publication, si justement il y a eu publication des données, à moins que l'on part sur l'idée de prescription, et dans le domaine de l'archéologie, je vous conseille d'allumer des cierges... Donc plus simplement, qui sont les contributeurs, autrement dit, avez-vous une idée de la source de ces tracés? Avez-vous éventuellement une description? Et plus largement, pourquoi n'est-il pas intéressant de signaler une fouille de sauvetage? Alexia Fontaine Bonjour, étant directement concerné*, je rebondis sur ta question avec deux points de vue différents sur ta question : - du point de vue de la cartographie d'OpenStreetMap, comme le dit Christian, le positionnement des fouilles préventives (ex-fouilles de sauvetage) n'a pas dintérêt dans le sens où il s'agit d'une opération temporaire, le plus fréquemment limitée à quelques semaines/mois. - du point de vue des archéologues, la diffusion de ces données alors que peuvent favoriser les risques de pillage sur l'emprise lorsque les opérations ne sont pas achevées et sur son environnement direct pendant et après. * pas archéologue, mais travaillant avec eux. Bonne journée, mav Le 8 mai 2012 01:40, Christian Rogel christian.ro...@club-internet.fr a écrit : Le 7 mai 2012 à 22:43, Yann_L a écrit : Bonjour, Effectivement, c'est très curieux. Je ne suis pas un spécialiste de Brest, mais j'y suis passé l'été dernier. A ma connaissance pas de site archeologique à ces deux endroits. l'un d'entre eux est quand même un hôpital qui tient debout. PS : Je ne suis pas un contributeur OSM, mais je tourne autour ... Il en a été parlé sur la liste OSM Bretagne. Il est hors de doute que ce sont des erreurs ou des essais malheureux (l'un des polygones est noté comme essai). Cela sera effacé après en avoir tenté de contacté les 2 auteurs. De toute façon, une fouille archéologique sur un terrain bâti ne pourrait être que temporaire, car liée à une opération de sauvetage (construction et démolition de bâtiments sur un site présumé riche en vestiges). A priori, il ne sert pas à grand-chose de signaler une fouille de sauvetage dont la durée de vie serait 3 ou 6 mois. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Export des limites adm. en shapefile
Bonjour, Je viens de tester l'utilisation des shapefiles des limites de communes proposées sur openstreetmap.fr... super ! Une petite suggestion tout de même : serait-il possible d'ajouter automatiquement à chaque *.shp un fichier *.cpg comportant le texte UTF-8 pour spécifier l'encodage des caractères (comme sur Geofabrik.de)? Ça permet la reconnaissance de l'encodage en Unicode (http://en.wikipedia.org/wiki/Shapefile))! Merci d'avance! mav ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sites archéologiques sur Brest ?
Quelqu'un a réussit à avoir un retour de la part des contributeurs qui ont ajouté ces tracés ? Si ce n'est pas le cas, ça me semble être une erreur à supprimer, non ? Le 9 mai 2012 12:52, mav...@no-log.org a écrit : Bonjour, Ce qui est plutôt curieux, c'est de voir des tracés archéologiques se balader sur OSM, si il s'agit bien d'une fouille de sauvetage. Rien n'interdit leur publication, si justement il y a eu publication des données, à moins que l'on part sur l'idée de prescription, et dans le domaine de l'archéologie, je vous conseille d'allumer des cierges... Donc plus simplement, qui sont les contributeurs, autrement dit, avez-vous une idée de la source de ces tracés? Avez-vous éventuellement une description? Et plus largement, pourquoi n'est-il pas intéressant de signaler une fouille de sauvetage? Alexia Fontaine Bonjour, étant directement concerné*, je rebondis sur ta question avec deux points de vue différents sur ta question : - du point de vue de la cartographie d'OpenStreetMap, comme le dit Christian, le positionnement des fouilles préventives (ex-fouilles de sauvetage) n'a pas d’intérêt dans le sens où il s'agit d'une opération temporaire, le plus fréquemment limitée à quelques semaines/mois. - du point de vue des archéologues, la diffusion de ces données alors que peuvent favoriser les risques de pillage sur l'emprise lorsque les opérations ne sont pas achevées et sur son environnement direct pendant et après. * pas archéologue, mais travaillant avec eux. Bonne journée, mav Le 8 mai 2012 01:40, Christian Rogel christian.ro...@club-internet.fr a écrit : Le 7 mai 2012 à 22:43, Yann_L a écrit : Bonjour, Effectivement, c'est très curieux. Je ne suis pas un spécialiste de Brest, mais j'y suis passé l'été dernier. A ma connaissance pas de site archeologique à ces deux endroits. l'un d'entre eux est quand même un hôpital qui tient debout. PS : Je ne suis pas un contributeur OSM, mais je tourne autour ... Il en a été parlé sur la liste OSM Bretagne. Il est hors de doute que ce sont des erreurs ou des essais malheureux (l'un des polygones est noté comme essai). Cela sera effacé après en avoir tenté de contacté les 2 auteurs. De toute façon, une fouille archéologique sur un terrain bâti ne pourrait être que temporaire, car liée à une opération de sauvetage (construction et démolition de bâtiments sur un site présumé riche en vestiges). A priori, il ne sert pas à grand-chose de signaler une fouille de sauvetage dont la durée de vie serait 3 ou 6 mois. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Importer ou intégrer ? Question de vocabulaire...
Bonjour, De : Christian Quest Le 9 mai 2012 11:14, Vincent Pottier a écrit : Il me semblerait malin, dans le premier cas avec traitement manuel, de privilégier l'expression d'intégration de données plutôt que d'import. Le terme d'intégration suggère des étapes, des démarches... Autant pour les contributeurs un peu pressés que pour nos voisins étrangers allergiques aux imports, cette distinction de vocabulaire pourrait calmer les ardeurs et les esprits en faisant ressortir la méthode spécifique à l'intégration de ces données. Mais peut-être avez vous un autre terme plus adapté... Un gros +1 avec toi. Itou. Au rang des étapes que tu évoques, je pense que celles qui consistent à s'approprier collectivement les données avant de proposer leur intégration est un passage obligé : j'entends par approprier a minima une étape de visualisation (carto) de la source, offerte à tous, et qui permette d'engager ici même et sur le wiki une analyse (elle aussi collégiale) de ces sources, et d'arrêter, autant que possible, un consensus sur la procédure d'intégration : choix des tags, pré-traitements avant la mise à dispo, post-traitements par chaque contributeur. En disant ça je n'invente rien, c'est un rappel de pratiques qui sont suggérées ici : http://wiki.openstreetmap.org/wiki/Import/Guidelines#A_checklist notamment les points 5, 6, 7. Si l'ou pouvait regrouper ces différents outils sur un serveur openstreetmap.fr ça serait aussi une bonne chose, non ? Bien volontiers en ce qui me concerne. Si quelqu'un peut me briefer, je transfère volontiers l'import des points postaux, _mais aussi_ celui des admin_centre du GeoFLa (car il en reste !) dans un endroit plus convenu et avec une URL plus pérenne que ma pauv' page perso Free :-) Une base de données commune de l'état d'intégration des différentes sources de données permettrait aussi de visualiser sur une commune les données disponibles pour intégration... genre il y a 3 points postaux, 4 établissements scolaire, 2 monuments historiques, 1 gare à intégrer. Oui on peut voir ça comme l'étape d'après, à confronter aussi aux stats par commune déjà visibles sur osm.fr. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Importer ou intégrer ? Question de vocabulaire...
Bonjour, Tout à fait d'accord pour le terme d'intégration des données externes dans OpenStreetMap. D'accord aussi avec Christian pour le fait de centraliser les outils. Le principal défaut que je trouve au projet OpenStreetMap est la dispersion de plein d'outils de validation, d'intégration de données aux quatre coins du web, annoncés au petit bonheur la chance sur la liste de diffusion, ce qui fait qu'à chaque réunion de contributeurs, on se demande Tu te souviens du site qui faisait ci et ça ?. S'il y a moyen d'avoir un hébergement web sur openstreetmap.fr avec PHP, et une base PostGIS, j'y passe toute de suite. Pour l'instant le site est sur une machine dédiée de Cyrille et la base chez ma boite. Ce serait pas mal d'avoir une page sur le site pour répertorier les outils au niveau de la France. PS: au fait, qu'est ce qui arrive au taginfo français http://taginfo.openstreetmap.fr ? -- Emmanuel Dewaele, Ingénieur études et recherche La Compagnie des mobilités 64, avenue Portalis bureau 202 37200 TOURS ? 06 26 94 94 71 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sites archéologiques sur Brest ?
Le 09/05/2012 11:00, alexia fontaine a écrit : Bonjour, Ce qui est plutôt curieux, c'est de voir des tracés archéologiques se balader sur OSM, si il s'agit bien d'une fouille de sauvetage. Rien n'interdit leur publication, si justement il y a eu publication des données, à moins que l'on part sur l'idée de prescription, et dans le domaine de l'archéologie, je vous conseille d'allumer des cierges... Donc plus simplement, qui sont les contributeurs, autrement dit, avez-vous une idée de la source de ces tracés? Avez-vous éventuellement une description? Et plus largement, pourquoi n'est-il pas intéressant de signaler une fouille de sauvetage? Alexia Fontaine Le 8 mai 2012 01:40, Christian Rogel christian.ro...@club-internet.fr mailto:christian.ro...@club-internet.fr a écrit : Le 7 mai 2012 à 22:43, Yann_L a écrit : Bonjour, Effectivement, c'est très curieux. Je ne suis pas un spécialiste de Brest, mais j'y suis passé l'été dernier. A ma connaissance pas de site archeologique à ces deux endroits. l'un d'entre eux est quand même un hôpital qui tient debout. PS : Je ne suis pas un contributeur OSM, mais je tourne autour ... Il en a été parlé sur la liste OSM Bretagne. Il est hors de doute que ce sont des erreurs ou des essais malheureux (l'un des polygones est noté comme essai). Cela sera effacé après en avoir tenté de contacté les 2 auteurs. De toute façon, une fouille archéologique sur un terrain bâti ne pourrait être que temporaire, car liée à une opération de sauvetage (construction et démolition de bâtiments sur un site présumé riche en vestiges). A priori, il ne sert pas à grand-chose de signaler une fouille de sauvetage dont la durée de vie serait 3 ou 6 mois. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Alexia ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] taginfo et petites misères techniques...
taginfo.openstreetmap.fr est temporairement indisponible. Nous avons eu une panne sur notre serveur osm4, panne d'un des disques dur de ce bon vieux DL360G4. Ce serveur hébergeait taginfo.openstreetmap.fr, mais aussi le serveur de liste de diffusion sympa, les forum (phpBB), notre outil de gestion d'adhérents (galette), le site show your journey (syj) et le site web principal. Les forum, galette et le site web ont été déplacé sur le nouveau serveur qui se trouve chez free. taginfo va être déplacé par Jocelyn sur osm7 sympa est en cours de remise en route par Guillaume. syj va aussi retrouver un toit très rapidement. Bien sûr c'est intervenu en plein pont (électoral) du 8 mai... merci à Jocelyn d'avoir migré une partie des services impactés aussi vite. 2 nouveaux serveurs devraient être disponibles prochainement à l'université de Grenoble (je les ai déposé à Grenoble la semaine passée) et les 2 serveurs free R610 devraient aussi être mis en route prochainement (il me faut terminer des tests SSD dessus avant de les installer). J'ai aussi récupéré un bladecenter IBM et ses 14 lames bi-opteron / 8GO RAM/ 73GO SAS... si quelqu'un à 7U et 10A de libres... -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sites archéologiques sur Brest ?
Le 09/05/2012 12:52, mav...@no-log.org a écrit : Bonjour, Ce qui est plutôt curieux, c'est de voir des tracés archéologiques se balader sur OSM, si il s'agit bien d'une fouille de sauvetage. Rien n'interdit leur publication, si justement il y a eu publication des données, à moins que l'on part sur l'idée de prescription, et dans le domaine de l'archéologie, je vous conseille d'allumer des cierges... Donc plus simplement, qui sont les contributeurs, autrement dit, avez-vous une idée de la source de ces tracés? Avez-vous éventuellement une description? Et plus largement, pourquoi n'est-il pas intéressant de signaler une fouille de sauvetage? Alexia Fontaine Bonjour, étant directement concerné*, je rebondis sur ta question avec deux points de vue différents sur ta question : - du point de vue de la cartographie d'OpenStreetMap, comme le dit Christian, le positionnement des fouilles préventives (ex-fouilles de sauvetage) n'a pas d’intérêt dans le sens où il s'agit d'une opération temporaire, le plus fréquemment limitée à quelques semaines/mois. - du point de vue des archéologues, la diffusion de ces données alors que peuvent favoriser les risques de pillage sur l'emprise lorsque les opérations ne sont pas achevées et sur son environnement direct pendant et après. * pas archéologue, mais travaillant avec eux. Bonne journée, mav @ Mav Salut, Tout dépend de ta finalité cartographique et inévitablement de la source qui publie. La chaîne opératoire est cadrée en archéologie. Tout ça pour éviter justement la fabrication des sites archéologiques. L'archéologie, c'est pas cloud et heureusement!!! Sinon demain OSM en Bretagne c'est Disneyland version légende arthurienne... Il y a suffisamment d'archéologues reconnus pour que cela n'arrive pas. Dans notre cas, il faudrait déjà savoir qui a publié ces tracés. Toi qui travaille avec eux, tu dois savoir qui est la source et pourquoi ils font ça, non? Le 8 mai 2012 01:40, Christian Rogelchristian.ro...@club-internet.fr a écrit : Le 7 mai 2012 à 22:43, Yann_L a écrit : Bonjour, Effectivement, c'est très curieux. Je ne suis pas un spécialiste de Brest, mais j'y suis passé l'été dernier. A ma connaissance pas de site archeologique à ces deux endroits. l'un d'entre eux est quand même un hôpital qui tient debout. PS : Je ne suis pas un contributeur OSM, mais je tourne autour ... Il en a été parlé sur la liste OSM Bretagne. Il est hors de doute que ce sont des erreurs ou des essais malheureux (l'un des polygones est noté comme essai). Cela sera effacé après en avoir tenté de contacté les 2 auteurs. De toute façon, une fouille archéologique sur un terrain bâti ne pourrait être que temporaire, car liée à une opération de sauvetage (construction et démolition de bâtiments sur un site présumé riche en vestiges). A priori, il ne sert pas à grand-chose de signaler une fouille de sauvetage dont la durée de vie serait 3 ou 6 mois. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Alexia ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sites archéologiques sur Brest ?
Je vois qu'on dérive tout doucement... Rappel du message d'origine: un nouveau contributeur a créé sur Brest deux sites archéologiques dans le changeset suivant http://www.openstreetmap.org/browse/changeset/11423954 Il n'a fait aucune autre contribution, n'a pas répondu à mes messages, n'a pas indiqué de source et son changeset est marqué ESSAI. Pour moi, c'est suffisant pour penser que c'est une erreur et donc pour supprimer ces sites archéologiques à moins que quelqu'un puisse confirmer leur existence sur le terrain ou par une source identifiée. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Export des limites adm. en shapefile
On mercredi 9 mai 2012, mav...@no-log.org wrote: Bonjour, Je viens de tester l'utilisation des shapefiles des limites de communes proposées sur openstreetmap.fr... super ! Une petite suggestion tout de même : serait-il possible d'ajouter automatiquement à chaque *.shp un fichier *.cpg comportant le texte UTF-8 pour spécifier l'encodage des caractères (comme sur Geofabrik.de)? Ça permet la reconnaissance de l'encodage en Unicode (http://en.wikipedia.org/wiki/Shapefile))! Je n'ai aucune idée de comment générer le .cpg Si tu sais comment faire sachant que j'utilise l'outil pgsql2shp alors je veux bien l'inclure dans le script de génération -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sites archéologiques sur Brest ?
Le 9 mai 2012 à 12:52, mav...@no-log.org a écrit : étant directement concerné*, je rebondis sur ta question avec deux points de vue différents sur ta question : - du point de vue de la cartographie d'OpenStreetMap, comme le dit Christian, le positionnement des fouilles préventives (ex-fouilles de sauvetage) n'a pas d’intérêt dans le sens où il s'agit d'une opération temporaire, le plus fréquemment limitée à quelques semaines/mois. - du point de vue des archéologues, la diffusion de ces données alors que peuvent favoriser les risques de pillage sur l'emprise lorsque les opérations ne sont pas achevées et sur son environnement direct pendant et après. * pas archéologue, mais travaillant avec eux. Les périmètres des fouilles préventives sont, généralement, connus, au moins par la presse locale, car, il sont l'objet d'un contrat entre un aménageur public ou privé. Ces fouilles durent typiquement de 3 mois à 1 an. Leur faible durée ne justifie pas, à mon sens, de les indiquer. Il existe aussi les fouilles programmées qui peuvent durer plusieurs années. Une grotte de borde de mer a ainsi été scellée chaque automne par un grand panneau ouvrant pendant plusieurs années. Comme, il s'agit d'une situation non permanente, le taggage n'est pas non plus souhaitable. Je faisais allusion sur la liste OSM Bretagne à des données archéologiques confidentielles : il s'agit de zones dans lesquels divers recoupements, permettent de supposer des vestiges archéologiques. Ces données ne sont connues que des services archéologiques et soumises à l'obligation de confidentialité. Le tag OSM : historic/archeological_site concerne donc les parcs archéologiques et autres méthodes de conservation sur place des vestiges, avec une ouverture éventuelle au public. Christian R. Qui a fréquenté nombre d'archéologues. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] taginfo et petites misères techniques...
je suppose aussi que la page http://openstreetmap.fr/outils/etat-commune?insee=; était aussi reliée à se serveur? en tout cas merci de prévenir que vous étés sur le problème... et qu'il est en résolution. Bon courage pour tout remettre en ordre. -- View this message in context: http://gis.19327.n5.nabble.com/taginfo-et-petites-miseres-techniques-tp5697207p5698160.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] taginfo et petites misères techniques...
Le 9 mai 2012 20:13, Philippe Verdy verd...@wanadoo.fr a écrit : Le 9 mai 2012 14:06, Christian Quest cqu...@openstreetmap.fr a écrit : J'ai aussi récupéré un bladecenter IBM et ses 14 lames bi-opteron / 8GO RAM/ 73GO SAS... si quelqu'un à 7U et 10A de libres... 10A : 10 ampères ça bouffe tant que ça en alim ça veut dire aussi 2,2 kW de chaleur produite, autant dire que c'est un vrai four ! qui consommera aussi de la ventilation. Et puis utiliser 7U de place pour seulement 14 processeurs... là où 2U suffisent aujourd'hui. Il date de quand ton BladeCenter ? Oui 10A, c'est là où ça coince le plus je pense pour lui trouver un doux foyer. J'ai juste écrit 14 blades... sans préciser qu'il y a 2 opteron dual-core par blade (LS21), donc 28 opteron et 56 coeurs au total. Ce matériel a 5 ans. Je sais qu'il y a mieux aujourd'hui, mais à cheval donné, on ne regarde pas les dents... -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] taginfo et petites misères techniques...
Le 9 mai 2012 20:26, PierreV belett...@hotmail.fr a écrit : je suppose aussi que la page http://openstreetmap.fr/outils/etat-commune?insee=; était aussi reliée à se serveur? en tout cas merci de prévenir que vous étés sur le problème... et qu'il est en résolution. Bon courage pour tout remettre en ordre. Un petit problème de tunnel SSH vers la base postgis non rétabli... ça va revenir. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] taginfo et petites misères techniques...
Le 9 mai 2012 23:22, Christian Quest cqu...@openstreetmap.fr a écrit : Un petit problème de tunnel SSH vers la base postgis non rétabli... ça va revenir. C'est revenu avec un coup de baguette magique de Jocelyn. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sites archéologiques sur Brest ?
Le 09/05/2012 15:35, Christian Rogel a écrit : Le 9 mai 2012 à 12:52, mav...@no-log.org mailto:mav...@no-log.org a écrit : étant directement concerné*, je rebondis sur ta question avec deux points de vue différents sur ta question : - du point de vue de la cartographie d'OpenStreetMap, comme le dit Christian, le positionnement des fouilles préventives (ex-fouilles de sauvetage) n'a pas d'intérêt dans le sens où il s'agit d'une opération temporaire, le plus fréquemment limitée à quelques semaines/mois. - du point de vue des archéologues, la diffusion de ces données alors que peuvent favoriser les risques de pillage sur l'emprise lorsque les opérations ne sont pas achevées et sur son environnement direct pendant et après. * pas archéologue, mais travaillant avec eux. Les périmètres des fouilles préventives sont, généralement, connus, au moins par la presse locale, car, il sont l'objet d'un contrat entre un aménageur public ou privé. Ces fouilles durent typiquement de 3 mois à 1 an. Leur faible durée ne justifie pas, à mon sens, de les indiquer. Il existe aussi les fouilles programmées qui peuvent durer plusieurs années. Une grotte de borde de mer a ainsi été scellée chaque automne par un grand panneau ouvrant pendant plusieurs années. Comme, il s'agit d'une situation non permanente, le taggage n'est pas non plus souhaitable. Je faisais allusion sur la liste OSM Bretagne à des données archéologiques confidentielles : il s'agit de zones dans lesquels divers recoupements, permettent de supposer des vestiges archéologiques. Ces données ne sont connues que des services archéologiques et soumises à l'obligation de confidentialité. Le tag OSM : historic/archeological_site concerne donc les parcs archéologiques et autres méthodes de conservation sur place des vestiges, avec une ouverture éventuelle au public. Christian R. Qui a fréquenté nombre d'archéologues. Bonsoir, Il me semblait que le sujet de cette discussion était le manque de traçabilité de ces emprises. Je m'excuse d'insister, mais la définition du tag OSM ne définit en rien la nature de ces tracés (quelle est leur source?!) ; tout comme les différentes opérations de terrain ne correspondent pas aux mêmes objectifs. D'une part, sans la source de vos données vous enlever à celles-ci la notion de fiabilité et vous perdez en pertinence d'information, D'autre part, la représentation de vos données en tant que point ou surface peut impliquer une échelle d'interprétation propre. Autrement dit, selon le producteur de cette donnée archéologique et le receveur de celle-ci, vous ne définissez pas les mêmes besoins sur cette même information, elle-même définit par son contexte, ici, la ville de Brest, sans parler de la temporalité. Tout dépend bien de votre finalité cartographique, elle-même dictée par la nature de ses données, donc il faut au départ connaître leur source, si l'on veut, au final, représenter une réalité tangible. Dans le cas de ces mystérieux tracés de Brest, je suis d'avis que si la source des données n'est pas précisée, il serait plus prudent de les retirer d'OSM pour éviter toute dérive (comique) précédemment évoqué... -- Alexia ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Landuse:meadow et landuse:farm ; correspondance à la réalité ?
Bonsoir, J'avoue avoir toujours été intrigué par cette notion d'occupation du sol importée dans OSM pour ce qui concerne les terres agricoles. Pour les autres occupations du sol que l'agricole (urbanisation, zones boisées, carrière, ...), pas de problème : il est facile d'ajuster les limites importées depuis Corine à l'échelle observable sur Bing et donc rendre plus précis l'information originelle au 1:100 000 ème. Concernant les terres agricoles, existantes dans Corine Land Cover, elles se sont retrouvées dans trois catégories OSM si je comprends bien la page http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover/Nomenclature - landuse=farm(land) pour les terres arables (code 21) - landuse=meadow pour les prairies (code 23) - aucun landuse attribué pour les zones agricoles hétérogènes (code 24) A mon sens cela pose 2 difficultés : - les zones vides sans landuse sont quand même des terres agricoles qui à mon sens aurait pu être taggé en landuse=farm(land) mais du coup, dans cette logique, ce sont de grandes surfaces d'un seul tenant qui devraient être en landuse=farm(land) - mais c'est bien la réalité du terrain ! - à l'échelle d'interprétation de Corine et pê du fait de la méthodologie retenue, la codification en prairies est exagéré, ce serait plutôt paysage bocager, on se retrouve donc avec des surfaces landuse=meadow dans OSM qui recouvrent de grandes zones concernées par des cultures (surfaces effectivement incluses dans un assolement contrairement à ce qu'indique Corine) Si on voulait s'approcher au mieux de la réalité, cas d'une commune rurale de plaine, faudrait-il tendre vers ceci : - étendre le landuse=farm(land) à l'ensemble de la commune à l'exception des zones déjà qualifiés (residential, ...) - mais alors où positionner les limites de ces surfaces farm(land) : limites communales, routes, ... ? - réduire les zones landuse=meadow en travaillant à l'échelle du parcellaire agricole et en ne conservant que les véritables prairies permanentes, grosso modo uniquement les fonds de vallons trop humides pour être labourés et qui restent en permanence en pâturage et/ou fauchage (mais ce n'est pas une information détectable uniquement sur base de photos aériennes) Qu'en pensez-vous ? Brice Le 8 mai 2012 à 08:34, Fabien Moreau a écrit : Merci, c'est beaucoup plus clair maintenant. Pas rassurant par contre, car il y a alors beaucoup de taf. Fabien Le mardi 08 mai 2012 à 00:37 +0200, Vincent Pottier a écrit : Le 07/05/2012 22:45, Fabien Moreau a écrit : Je reviens sur le point qui cloche à mon avis. Au vu de ton raisonnement, on pourrais se permettre d'affiner les donnés issu de corine (c'est ce que j'ai fait pour s'ajuster à l'étalement urbain ) à chaque besoin par l'imagerie. Or pour au moins 3 régions de france (Pays de Loire, Bretagne et en partie Poitou-charentes, basse normandie ) , le fait que les paysans utilise une rotation des cultures entre prairies, cultures céréalières, bois (plantation de peuplier, accacias) obligera à refaire une grande partie de ces surfaces chaque années. La prairie artificielle, plantée chaque année est à considérer comme une culture, donc landuse=farm. On ne tague pas la culture, même si celle-ci est du ray grass. La rotation de prairie, ça se fait aussi dans l'Aude. J'ai vu faire 3 cultures en 2 ans : maïs, céréale, herbe. Landuse=meadow, c'est pour de la prairie naturelle, ou au moins pérenne. -- FrViPofm (pour une fois que j'utilise mes études agricoles...) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] sympa ressuscité... ou presque
J'ai rétabli le serveur sympa pour les listes de diffusion OSM-FR. L'interface web est à nouveau disponible sur http://listes.openstreetmap.fr/wws/lists En pratique, le serveur a changé puisque osm4 est mort, mais osm101 a pris le relai. Malheureusement, les sauvegardes n'étaient pas parfaites, et on a perdu la base des abonnements. Les archives des messages sont par contre intactes. J'ai donc reconstitué partiellement les abonnements à partir des messages postés. Mais ceux qui étaient abonnés à certaines listes sans y avoir posté ont été perdus en route. Si c'est votre cas, merci de bien vouloir vous réabonner manuellement. Deux trucs bizarres : - je n'ai retrouvé aucun message posté sur la liste local-marseille (donc aucun abonné) - je n'ai trouvé aucune archive sur la liste local-npdc ?! Si vous repérez une anomalie sur le nouveau serveur, merci de m'en faire part directement. Il est tout à fait possible qu'une config soit passée entre les mailles. Désolé pour le désagrément occasionné. -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] taginfo et petites misères techniques...
Le 9 mai 2012 23:21, Christian Quest cqu...@openstreetmap.fr a écrit : Oui 10A, c'est là où ça coince le plus je pense pour lui trouver un doux foyer. Sutout que les datacenters font payer cher la refacturation de la conso électrique(ils ne sont pas que consommateurs, mais aussi producteurs de l'alimentation de secours, et fournissent les groupes électrogènes, les batteries relaies, qu'il faut remplacer régulièrement, et la clim nécessaire qui va avec (et qui consomme aussi). L'énergie consommée est le facteur décisif aujourd'hui pour le coût d'exploitation, bien plus que la bande passante utilisée dont les prix continuent de baisser. Tous les datacenters imposent leurs normes de consommation et tendent à faire monter les prix de la conso électrique. Les Opterons ne sont plus compétitifs du tout, et c'est bien pour ça qu'on remplace les matériels et que les équipementiers promeuvent les nouvelles générations de processeur plus économes, et qu'on remplace aussi régulièrement les matériels alors qu'ils sont encore en état de marche par du matériel neuf, car c'est souvent moins cher de les remplacer que de continuer à payer les factures d'exploitation. J'ai juste écrit 14 blades... sans préciser qu'il y a 2 opteron dual-core par blade (LS21), donc 28 opteron et 56 coeurs au total. Merci pour la précision. Effectivement 7U ce n'est pas encore trop et pas vraiment le problème (même si la place est aussi précieuse car les salles d'exploitation sont chères à aménager. La demande est tellement forte pour y concentrer toujours plus de puisssance de calcul que ceux qui ne renouvellent pas le matos sont pénalisés par les révisions tarifaires. Ce matériel a 5 ans. Je sais qu'il y a mieux aujourd'hui, mais à cheval donné, on ne regarde pas les dents... Ce matériel vieux de 5 ans n'est plus à la page question coût. Il aurait peut-être encore sa place quelquepart, mais plus dans un datacenter avec les obligations qui vont avec en terme de permanence de service, en tan que serveur de clacul dédié à des tâches hors ligne, mais plus pour rester allumé 24/24 pour un service Internet : ça coûterait même moins cher d'utiliser de le puissance de calcul partagée contruite sur des serveurs nouvelle génération plus économes et mis en place par des hébergeurs de masse, pour quelques centaines d'euros par an au lieu de plusieurs milliers en tentant de réutiliser ce matériel. Même si ce coût de consommation pas la seule ligne facturée, car on paye aussi l'abonnement pour la supervision et un coût fixe pour la simple présence destinée à payer les personnels d'exploitation et de surveillance et sécurité, ici ce coût de conso ne sera pas négligeable du tout). Pour un projet libre, qui n'a pas beaucoup de financement possible, on doit regarder à deux fois les questions de coût d'exploitation sinon on va au mur (et même un donnateur généreux préférera utiliser des solutions d'aujourd'hui (notamment sur des fermes de serveurs de Cloud computing mutualisées). 5 ans en matériel informatique, c'est une éternité, sinon de la préhistoire. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] sympa ressuscité... ou presque
Le jeu. 10 mai 2012 à 01:34 +0200, Guillaume Allegre a ecrit : Deux trucs bizarres : - je n'ai retrouvé aucun message posté sur la liste local-marseille (donc aucun abonné) ERRATUM : c'est sur local-idf en fait, il y a bien deux messages dans les archives, mais ce sont deux tests envoyés par moi. - je n'ai trouvé aucune archive sur la liste local-npdc ?! -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] sympa ressuscité... ou presque
Bonjour, Le 10/05/2012 01:45, Guillaume Allegre a écrit : Deux trucs bizarres : - je n'ai retrouvé aucun message posté sur la liste local-marseille (donc aucun abonné) ERRATUM : c'est sur local-idf en fait, il y a bien deux messages dans les archives, mais ce sont deux tests envoyés par moi. Merci Guillaume. Dans mon souvenir on a dû plafonner à 5 inscrits sur local-idf. Et 0 message, en effet. Ça nous fait un sujet de discussion IRL pour le 15/5 :-) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[Talk-GB] Rights of way - Image vote
Hi All Thanks for all the feedback on the UK tagging guidelines page. I have collated all these together and will start to implement changes to the page before reporting back here. I would like to add a few more images to help new users identify public rights of way. Can you please spend a couple of minutes to vote on whether the following images provide enough evidence to support a designation=public_footpath / public_bridleway tag: https://docs.google.com/document/d/1WyD_Bezo5FXw27ei0eHTj1CH6Pzfbk-fz4yBd5zc7h0/edit Thanks, RobJN ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb