[talk-ph] Open Data Day 2013 on February 23
What do you guys think about having an OSM-related activity during the international Open Data Day[1] this coming February 23, 2013? Normally, Open Data Day is celebrated with hackathons and developer days. But we don't have to follow that formula. We can have a Mappy Hour[2] instead. :) Eugene [1] http://wiki.opendataday.org/Main_Page [2] http://wiki.openstreetmap.org/wiki/Mappy_Hour ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk-be] Mons - 17/01/2013 - conference Jeudis du Libre OpenStreetMap
Hello everybody, this is an annoucement of a conference which will be given in french. So, the rest of the message is in french. Greetings, Didier Villers / linusable Bonjour, je vous informe que dans le cadre du cycle de conférence Jeudis du Libre, je ferai un exposé jeudi 17 janvier à l'UMONS (faculté Polytechnique), sur OpenStreetMap. Ce sera un exposé général. L'annonce complète est ici : http://jeudisdulibre.be/2013/01/06/openstreetmap-la-cartographie-libre/ Si l'un ou l'autre d'entre vous a l'occasion d'être présent, qu'il n'hésite pas à me contacter. (cela pourra m'aider pour pas mal de questions techniques pour lesquelles je n'ai pas toutes les capacités requises pour répondre) Cordialement, Linusable / Didier Villers ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Mons - 17/01/2013 - conference Jeudis du Libre OpenStreetMap
Salut Didier, Moi je veux bien assister à cette conférence. Cependant je crains qu'il ne sera pas possible de retourner chez moi après. Je n'ai pas de voiture et les transports publics causeraient trop de soucis. J'essayerai de passer la nuit chez quelqu'un par biais de couchsurfing. Polyglot 2013/1/11 Linusable linusableli...@yahoo.fr Hello everybody, this is an annoucement of a conference which will be given in french. So, the rest of the message is in french. Greetings, Didier Villers / linusable Bonjour, je vous informe que dans le cadre du cycle de conférence Jeudis du Libre, je ferai un exposé jeudi 17 janvier à l'UMONS (faculté Polytechnique), sur OpenStreetMap. Ce sera un exposé général. L'annonce complète est ici : http://jeudisdulibre.be/2013/**01/06/openstreetmap-la-* *cartographie-libre/http://jeudisdulibre.be/2013/01/06/openstreetmap-la-cartographie-libre/ Si l'un ou l'autre d'entre vous a l'occasion d'être présent, qu'il n'hésite pas à me contacter. (cela pourra m'aider pour pas mal de questions techniques pour lesquelles je n'ai pas toutes les capacités requises pour répondre) Cordialement, Linusable / Didier Villers __**_ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-behttp://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Overlapping ways
I that case nodes are not shared by the ways, but are duplicate (same lat/lon) and as Clay mentionned, this will ring some other alarm.. I would move one of them a little bit to avoid it. 2013/1/10 Rob Nickerson rob.j.nicker...@gmail.com: Can I ask for some clarification on what is meant by sharing nodes. For example, if I draw the layer 0 way, then draw the layer 1 way on top, using the same nodes as a guide, BUT THEN unglue all the nodes by pressing G in JOSM, does this still count as a shared node? -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] piwik.openstreetmap.org - what is it?
For those unfamiliar with piwik, by default it provides a anonymized view, like this one: https://openstreetmap.fr/piwik/ With proper login, you have access to much more details (like IP address). All data are stored in a mysql database and allow deeper analysis. Connecting piwik between all our different points of entrance could be useful to know who came first on openstreetmap.fr before going to openstreetmap.org (or the reverse). Why not a global piwik instance for all the OSM galaxy to have a better overall view ? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] piwik.openstreetmap.org - what is it?
On 10/01/13 10:20, Christian Quest wrote: For those unfamiliar with piwik, by default it provides a anonymized view, like this one: https://openstreetmap.fr/piwik/ Hmm. They don't publicise that very well... The only anonymisation option I was aware of was a plugin to remove the last byte of the IP and I didn't think that was good enough. How do you configure the full anonymisation like that? Is that just the default if you allow the anonymous user to have access? Connecting piwik between all our different points of entrance could be useful to know who came first on openstreetmap.fr before going to openstreetmap.org (or the reverse). Why not a global piwik instance for all the OSM galaxy to have a better overall view ? I think that would be a nightmare to manage. It was certainly the intention to add more of the core sites to bring in all the many country specific sites that are run by third parties would be a massive task I think. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] piwik.openstreetmap.org - what is it?
2013/1/10 Tom Hughes t...@compton.nu: On 10/01/13 10:20, Christian Quest wrote: For those unfamiliar with piwik, by default it provides a anonymized view, like this one: https://openstreetmap.fr/piwik/ Hmm. They don't publicise that very well... The only anonymisation option I was aware of was a plugin to remove the last byte of the IP and I didn't think that was good enough. How do you configure the full anonymisation like that? Is that just the default if you allow the anonymous user to have access? Yes, that's the default setup. Connecting piwik between all our different points of entrance could be useful to know who came first on openstreetmap.fr before going to openstreetmap.org (or the reverse). Why not a global piwik instance for all the OSM galaxy to have a better overall view ? I think that would be a nightmare to manage. It was certainly the intention to add more of the core sites to bring in all the many country specific sites that are run by third parties would be a massive task I think. It looks too simple to me... One single piwik instance, and all sites who wants to participate to the study just embed the same global piwik.js on their site. All analytics are done by this single global piwik db. ... maybe I miss something, but that's a basic feature I expect from piwik: gather data from more than one single site. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] piwik.openstreetmap.org - what is it?
On 10/01/13 10:56, Christian Quest wrote: One single piwik instance, and all sites who wants to participate to the study just embed the same global piwik.js on their site. All analytics are done by this single global piwik db. ... maybe I miss something, but that's a basic feature I expect from piwik: gather data from more than one single site. Somebody has to manage adding them all, and allocating site ID values for them and keeping those up to date as sites come and go. Not to mention that if sites want to use things like goals and custom variables then those also have to be configured by somebody. All of which is before we even think about questions of hardware scaling for such an endeavour. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] piwik.openstreetmap.org - what is it?
2013/1/10 Tom Hughes t...@compton.nu: On 10/01/13 10:56, Christian Quest wrote: One single piwik instance, and all sites who wants to participate to the study just embed the same global piwik.js on their site. All analytics are done by this single global piwik db. ... maybe I miss something, but that's a basic feature I expect from piwik: gather data from more than one single site. Somebody has to manage adding them all, and allocating site ID values for them and keeping those up to date as sites come and go. Not to mention that if sites want to use things like goals and custom variables then those also have to be configured by somebody. All of which is before we even think about questions of hardware scaling for such an endeavour. Ok... where's the problem ? No hardware to deal with that ? We (OSM-FR) have some and the admins to take of it... and if it looks useful to collect these global data, why not try to setup something ? -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Overlapping ways
Christian Quest wrote: I that case nodes are not shared by the ways, but are duplicate (same lat/lon) and as Clay mentionned, this will ring some other alarm.. I would move one of them a little bit to avoid it. I can understand why you're saying this, but isn't education of remote fixers that an alarm isn't necessarily an error the better option here? If we can help them to think a little more, and interact with local mappers a little more, then surely that's better for everyone in the future? * The aim of OSM isn't no errors displayed by QA sites, it's a map that best reflects reality. Cheers, Andy * as an aside I'd also suggest the same approach with new mappers - give them a bit of time to get the hang of things, then after that try and help them with issues that they might be having trouble with, rather than just diving in and fixing stuff. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Overlapping ways
2013/1/10 SomeoneElse li...@mail.atownsend.org.uk: Christian Quest wrote: I that case nodes are not shared by the ways, but are duplicate (same lat/lon) and as Clay mentionned, this will ring some other alarm.. I would move one of them a little bit to avoid it. I can understand why you're saying this, but isn't education of remote fixers that an alarm isn't necessarily an error the better option here? If we can help them to think a little more, and interact with local mappers a little more, then surely that's better for everyone in the future? * The aim of OSM isn't no errors displayed by QA sites, it's a map that best reflects reality. I agree, even more when the QA alarm could be considered as a false positive: 2 overlapping ways with different layer=* tag should not be considered as duplicates as they clearly represent different things in reality one above the other. It is useful to report false positives on tools like Osmose, as these can be reviewed to improve the algorithms. For example JOSM validator rings a lot of bells that do not always require a fix without a possibility to have false positive feedback due to its local nature. Cheers, Andy * as an aside I'd also suggest the same approach with new mappers - give them a bit of time to get the hang of things, then after that try and help them with issues that they might be having trouble with, rather than just diving in and fixing stuff. I also agree. I'm contacting many new mappers in France, and have a look at their first edits (when I have enough time). If I find errors like unconnected ways or very bag tagging, I also mention it in this welcome message (as a post-scriptum because I prefer to have the welcoming part of the message being the main one). I may fix most errors not to discourage new mappers with too many required fixes but usually leave at least a few as examples with explanations on how to fix them. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Happy New Year from MapRoulette!
Holy shit. This is awesome. 70,000 connectivity errors. In how much time? Something like three months? On Jan 10, 2013, at 12:36 AM, Martijn van Exel m...@rtijn.org wrote: Hi all, We've seen some great progress from MapRoulette users fixing the almost 70,000 connectivity errors in the US. Returning from my Christmas break, they were all but eliminated! Great, but we did not really have the next challenge ready yet. So for now, we expanded the scope of the connectivity challenge to include Mexico and Canada, so we have over 57,000 fresh connectivity errors for you to sink your teeth into. So stop reading and start fixing, over at http://maproulette.org/! PS the next challenge is almost done, we could also do a parallel MapRoulette for that, what do you think? -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Taginfo updates
Hi! Taginfo got a few updates. Details here: http://blog.jochentopf.com/2013-01-10-taginfo-news.html If you don't know taginfo already, have a look: http://taginfo.openstreetmap.org/ Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Happy New Year from MapRoulette!
Somebody give him the resources to do the same for the whole planet, stat! - Svavar Kjarrval On 10/01/13 05:36, Martijn van Exel wrote: Hi all, We've seen some great progress from MapRoulette users fixing the almost 70,000 connectivity errors in the US. Returning from my Christmas break, they were all but eliminated! Great, but we did not really have the next challenge ready yet. So for now, we expanded the scope of the connectivity challenge to include Mexico and Canada, so we have over 57,000 fresh connectivity errors for you to sink your teeth into. So stop reading and start fixing, over at http://maproulette.org/! PS the next challenge is almost done, we could also do a parallel MapRoulette for that, what do you think? -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] piwik.openstreetmap.org - let's make it happen!
Hi, I've just had a look at the French publicly available piwik page and it looks fantastic - lots of great information on here. It seems like some of the French OSM community are more than willing to help with opening up the same functionality on the main OSM piwik page so lets get than one live as soon as possible :-) It also looks like there will be plenty of hep with integrating the piwik pages over all our different points of entrance so shall we aim to get this done too? Regards, Rob ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Taginfo updates
Nice one! Looks like you have been busy with the improvements to TagInfo. Thanks for spending the time to make these improvements, I imagine they weren't particularly quick or easy, but I expect them to benefit many users. The new API documentation will be a big plus and looks great :-) RobJN p.s. The tag cloud should be image of the week on the wiki :-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Thank you
+1! On Wed, Jan 9, 2013 at 12:54 PM, Pavel Melnikov positro...@gmail.comwrote: +1 Another Thank you from another almost silent mapper ___ 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] Happy New Year from MapRoulette!
Less, we started the connectivity challenge late November of 2012. On Thu, Jan 10, 2013 at 8:09 AM, Alex Barth a...@mapbox.com wrote: Holy shit. This is awesome. 70,000 connectivity errors. In how much time? Something like three months? On Jan 10, 2013, at 12:36 AM, Martijn van Exel m...@rtijn.org wrote: Hi all, We've seen some great progress from MapRoulette users fixing the almost 70,000 connectivity errors in the US. Returning from my Christmas break, they were all but eliminated! Great, but we did not really have the next challenge ready yet. So for now, we expanded the scope of the connectivity challenge to include Mexico and Canada, so we have over 57,000 fresh connectivity errors for you to sink your teeth into. So stop reading and start fixing, over at http://maproulette.org/! PS the next challenge is almost done, we could also do a parallel MapRoulette for that, what do you think? -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] piwik.openstreetmap.org - let's make it happen!
I'm ready to manage a global piwik for all sites who want to take part to this test, then we'll see how the collected data can be analyzed. I've started setting piwik on several of OSM-FR sites. If you want your site, just send me a private mail, I'll send the piwik code to had to your pages. The hardware we use is described here: http://wiki.openstreetmap.org/wiki/FR:Servers/Hardware#Dell_R610 2013/1/10 Rob Nickerson rob.j.nicker...@gmail.com: Hi, I've just had a look at the French publicly available piwik page and it looks fantastic - lots of great information on here. It seems like some of the French OSM community are more than willing to help with opening up the same functionality on the main OSM piwik page so lets get than one live as soon as possible :-) It also looks like there will be plenty of hep with integrating the piwik pages over all our different points of entrance so shall we aim to get this done too? Regards, Rob ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Taginfo updates
Great work Jochen! Great to see that TagInfo is being cared for so lovingly :) Martijn On Thu, Jan 10, 2013 at 8:31 AM, Jochen Topf joc...@remote.org wrote: Hi! Taginfo got a few updates. Details here: http://blog.jochentopf.com/2013-01-10-taginfo-news.html If you don't know taginfo already, have a look: http://taginfo.openstreetmap.org/ Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Taginfo updates
++1 Very nice! TagInfo rocks. : ) On Thu, Jan 10, 2013 at 12:50 PM, Martijn van Exel m...@rtijn.org wrote: Great work Jochen! Great to see that TagInfo is being cared for so lovingly :) Martijn On Thu, Jan 10, 2013 at 8:31 AM, Jochen Topf joc...@remote.org wrote: Hi! Taginfo got a few updates. Details here: http://blog.jochentopf.com/2013-01-10-taginfo-news.html If you don't know taginfo already, have a look: http://taginfo.openstreetmap.org/ Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Jeff Meyer Global World History Atlas www.gwhat.org j...@gwhat.org 206-676-2347 www.openstreetmap.org/user/jeffmeyer ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Group of croatian mappers is visiting UK
We are participating in a international project to activate youth and create printed maps with interesting locations for them. Decision fell to OSM, guess why :D Around 9 of us will be doing OSM workshops in http://wiki.openstreetmap.org/wiki/Blaengarw from 15th to 18th of January. If you are near here feel free to join us. We'll also be based in Cardiff during that time, over night. From 19th to 20th January, schedule puts us in London, probably Greenwich, so we would like to meet with London mappers on Saturday 19th. Hope to meet some of you in those places we visit. Feel free to contact me. Regards Hrvoje ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Taginfo updates
This is just awesome http://taginfo.openstreetmap.org/tags/highway=residential Especially thank you for pushing on the API side of things. Can't wait to see this fully used in iD. On Jan 10, 2013, at 10:31 AM, Jochen Topf joc...@remote.org wrote: Hi! Taginfo got a few updates. Details here: http://blog.jochentopf.com/2013-01-10-taginfo-news.html If you don't know taginfo already, have a look: http://taginfo.openstreetmap.org/ Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Overlapping ways
Christian Quest cqu...@openstreetmap.fr wrote: I that case nodes are not shared by the ways, but are duplicate (same lat/lon) and as Clay mentionned, this will ring some other alarm.. I would move one of them a little bit to avoid it. 2013/1/10 Rob Nickerson rob.j.nicker...@gmail.com: Can I ask for some clarification on what is meant by sharing nodes. For example, if I draw the layer 0 way, then draw the layer 1 way on top, using the same nodes as a guide, BUT THEN unglue all the nodes by pressing G in JOSM, does this still count as a shared node? Nodes that have the same latitude and longitude, but different layer or level values, should not be flagged as duplicates. It sounds like some programmer forgot to allow for the fact that we live in a three-dimensional world. -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Overlapping ways
The nodes don't have (and don't have to have) a layer tag, the way does. On 01/10/2013 10:43 PM, John F. Eldredge wrote: Christian Quest cqu...@openstreetmap.fr wrote: I that case nodes are not shared by the ways, but are duplicate (same lat/lon) and as Clay mentionned, this will ring some other alarm.. I would move one of them a little bit to avoid it. 2013/1/10 Rob Nickerson rob.j.nicker...@gmail.com: Can I ask for some clarification on what is meant by sharing nodes. For example, if I draw the layer 0 way, then draw the layer 1 way on top, using the same nodes as a guide, BUT THEN unglue all the nodes by pressing G in JOSM, does this still count as a shared node? Nodes that have the same latitude and longitude, but different layer or level values, should not be flagged as duplicates. It sounds like some programmer forgot to allow for the fact that we live in a three-dimensional world. -- --- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Overlapping ways
It sounds like some programmer forgot to allow for the fact that we live in a three-dimensional world. No, no. The nodes hadn't been properly unglued and hence the fixing tool flagged the ways as duplicate. I'm going to restore the way but make sure the nodes are not shared (connected) this time. It shouldn't then appear in any fixer tool. It was a case of my poor mapping being flagged as erroneous, then another mapping fixing it with more erroneous mapping! Always helps to ask people and discuss things on this mailing list - I certainly won't make the mistake again. Thanks everybody who has helped on this one :-) Rob ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Wegaanpassingen via www.staatscourant.nl
klinkt erg mooi! kom je naar de nieuwjaarsborrel? en zo ja, zou je dit dan kunnen demonstreren? gr, floris 2013/1/9 Gertjan Idema g.id...@zonnet.nl ** Ik zit ook al een tijdje in die richting te denken, mede naar aanleiding van mijn ervaringen met BAG data in OSM. Inmiddels ben ik begonnen met een Josm plug-in voor dit doel. De functionaliteit die ik nu heb is als volgt: - Selecteer via het menu (of via een toolbar) een open data verzameling (Bijvoorbeeld NWB - Nationaal wegenbestand) - Geef een download gebied aan (net als met de normale OSM download) - Converteer deze data naar OSM formaat en bied ze aan in een aparte laag. Dit heb ik nu werkend voor de volgende open data: - NWB (op basis van WFS service http://geodata.nationaalgeoregister.nl/nwbwegen/wfs) - ProRail Sporen (Op basis van Arcgis REST service http://mapservices.prorail.nl/ArcGIS/rest/services/) - BAG panden (Op basis van Geoserver WFS service op mijn locale systeem) Naast het genereren van een Josm data laag, wordt de data ook in specifieke Java objecten bewaard. Dit biedt mogelijkheden om geven tussen verschillende lagen te vergelijken (Bijvoorbeeld straatnamen in BAG vergelijken met dit in NWB). Ook zou je hiermee bijvoorbeeld de history van een BAG object kunnen bekijken. Een gesloopt pand wil je meestal niet in de data laag hebben, maar als het pand nog in OSM staat wil je wel kunnen zien dat het volgens BAG inmiddels gesloopt is. Ik probeer het zo modulair mogelijk op te zetten, zodat het eenvoudiger wordt om nieuwe datasets toe te voegen. De status is op dit moment nog erg experimenteel, maar omdat het volgens mij aardig aansluit bij jouw ideeën wou ik ieder geval even laten weten dat ik hier mee bezig ben. Gertjan Idema On Wed, 2013-01-02 at 23:49 +0100, Robert Elsenaar wrote: Ik kreeg ook steeds vaker die indruk. Naar mijn idee moeten wel dan zo langzamerhand hand denken aan een andere generieke manier om niet de data op een min of meer generieke manier voor OSM beschikbaar te krijgen, maar voor de mappers van OSM. Ik denken daarbij aan een soort 'containers' waarin voorbewerkte josm layers of anders soortgelijke informatie te vinden is. Je kunt dan denken dat iedere container een map gebied vertegenwoordigd. Belangrijk is dan dat de toch redelijk technisch ingewikkelde data verwerkingsklaar in de containers beschikbaar is. Op die manier zijn er meer osmers die in staat zullen zijn om de gegevens naar OSM te brengen. Wat denken jullie van deze visie. Ik zou er graag eens over verder willen praten. Achtergrond: ik heb al tijden de wens om mee te helpen met inbrengen van open data, maar heb niet de technische geopend kennis om mij verdienstelijk te maken. Graag zou ik dat echter voor de omgeving van Putten wel willen doen. Met vriendelijke groeten Robert Elsenaar Stefan de Konink ste...@konink.de schreef: On Tue, 1 Jan 2013, Robert Elsenaar wrote: Is mijn indruk correct dat er steeds meer data wel beschikbaar is en geschikt voor verwerking in OSM, maar dat geautomatiseerd robotisch toevoegen van deze gegevens of niet mogelijk of onwenselijk is? Nouja ik ben wel eens bij een bespreking van IM hierover geweest. En er zijn natuurlijk koppelvlakken te bedenken waarop dit werkt maar dit integreert niet naar jouw eigen eind oplossing totdat je zelf een converter maakt. Het datamodel van OSM is voor een aantal dingen zoals robotisch toevoegen gewoon niet geschikt. Op welke wegvlakken is het bord van toepassing is een vraag relevant voor OSM, terwijl andere toepassingen genoegen nemen met een X,Y van het bord. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing listTalk-nl@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Wegaanpassingen via www.staatscourant.nl
GertJan, Ik ben erg blij dat je het idee aanstond en dat je er mee aan de slag bent gegaan. Ik moet je eerlijk zeggen dat ik me een nitwit voel omdat ik dergelijke technische zaken niet zelf voor elkaar kan boxen. Om mij toch ook verder verdienstelijk te maken bied ik je aan om verder mee te denken over de toekomst van dit geheel. Ik ben zelf (user) Interface specialist en kan jhe wellicht bijstaan in een stukje vormgeving en usability. Ook testwerk is voor mij dagelijks werk. Stuur me even een PM als je van mijn diensten gebruik wilt maken. Mvrgr Robert Elsenaar Citeren Gertjan Idema g.id...@zonnet.nl: Ik zit ook al een tijdje in die richting te denken, mede naar aanleiding van mijn ervaringen met BAG data in OSM. Inmiddels ben ik begonnen met een Josm plug-in voor dit doel. De functionaliteit die ik nu heb is als volgt: - Selecteer via het menu (of via een toolbar) een open data verzameling (Bijvoorbeeld NWB - Nationaal wegenbestand) - Geef een download gebied aan (net als met de normale OSM download) - Converteer deze data naar OSM formaat en bied ze aan in een aparte laag. Dit heb ik nu werkend voor de volgende open data: - NWB (op basis van WFS service http://geodata.nationaalgeoregister.nl/nwbwegen/wfs) - ProRail Sporen (Op basis van Arcgis REST service http://mapservices.prorail.nl/ArcGIS/rest/services/) - BAG panden (Op basis van Geoserver WFS service op mijn locale systeem) Naast het genereren van een Josm data laag, wordt de data ook in specifieke Java objecten bewaard. Dit biedt mogelijkheden om geven tussen verschillende lagen te vergelijken (Bijvoorbeeld straatnamen in BAG vergelijken met dit in NWB). Ook zou je hiermee bijvoorbeeld de history van een BAG object kunnen bekijken. Een gesloopt pand wil je meestal niet in de data laag hebben, maar als het pand nog in OSM staat wil je wel kunnen zien dat het volgens BAG inmiddels gesloopt is. Ik probeer het zo modulair mogelijk op te zetten, zodat het eenvoudiger wordt om nieuwe datasets toe te voegen. De status is op dit moment nog erg experimenteel, maar omdat het volgens mij aardig aansluit bij jouw ideeën wou ik ieder geval even laten weten dat ik hier mee bezig ben. Gertjan Idema On Wed, 2013-01-02 at 23:49 +0100, Robert Elsenaar wrote: Ik kreeg ook steeds vaker die indruk. Naar mijn idee moeten wel dan zo langzamerhand hand denken aan een andere generieke manier om niet de data op een min of meer generieke manier voor OSM beschikbaar te krijgen, maar voor de mappers van OSM. Ik denken daarbij aan een soort 'containers' waarin voorbewerkte josm layers of anders soortgelijke informatie te vinden is. Je kunt dan denken dat iedere container een map gebied vertegenwoordigd. Belangrijk is dan dat de toch redelijk technisch ingewikkelde data verwerkingsklaar in de containers beschikbaar is. Op die manier zijn er meer osmers die in staat zullen zijn om de gegevens naar OSM te brengen. Wat denken jullie van deze visie. Ik zou er graag eens over verder willen praten. Achtergrond: ik heb al tijden de wens om mee te helpen met inbrengen van open data, maar heb niet de technische geopend kennis om mij verdienstelijk te maken. Graag zou ik dat echter voor de omgeving van Putten wel willen doen. Met vriendelijke groeten Robert Elsenaar Stefan de Konink ste...@konink.de schreef: On Tue, 1 Jan 2013, Robert Elsenaar wrote: Is mijn indruk correct dat er steeds meer data wel beschikbaar is en geschikt voor verwerking in OSM, maar dat geautomatiseerd robotisch toevoegen van deze gegevens of niet mogelijk of onwenselijk is? Nouja ik ben wel eens bij een bespreking van IM hierover geweest. En er zijn natuurlijk koppelvlakken te bedenken waarop dit werkt maar dit integreert niet naar jouw eigen eind oplossing totdat je zelf een converter maakt. Het datamodel van OSM is voor een aantal dingen zoals robotisch toevoegen gewoon niet geschikt. Op welke wegvlakken is het bord van toepassing is een vraag relevant voor OSM, terwijl andere toepassingen genoegen nemen met een X,Y van het bord. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Wegaanpassingen via www.staatscourant.nl
Hoi Floris, Ik kom naar de nieuwjaarsborrel en zal m'n laptop meenemen. Een demonstratie is dan geen probleem. Gertjan On Thu, 2013-01-10 at 12:19 +0100, Floris Looijesteijn wrote: klinkt erg mooi! kom je naar de nieuwjaarsborrel? en zo ja, zou je dit dan kunnen demonstreren? gr, floris 2013/1/9 Gertjan Idema g.id...@zonnet.nl Ik zit ook al een tijdje in die richting te denken, mede naar aanleiding van mijn ervaringen met BAG data in OSM. Inmiddels ben ik begonnen met een Josm plug-in voor dit doel. De functionaliteit die ik nu heb is als volgt: - Selecteer via het menu (of via een toolbar) een open data verzameling (Bijvoorbeeld NWB - Nationaal wegenbestand) - Geef een download gebied aan (net als met de normale OSM download) - Converteer deze data naar OSM formaat en bied ze aan in een aparte laag. Dit heb ik nu werkend voor de volgende open data: - NWB (op basis van WFS service http://geodata.nationaalgeoregister.nl/nwbwegen/wfs) - ProRail Sporen (Op basis van Arcgis REST service http://mapservices.prorail.nl/ArcGIS/rest/services/) - BAG panden (Op basis van Geoserver WFS service op mijn locale systeem) Naast het genereren van een Josm data laag, wordt de data ook in specifieke Java objecten bewaard. Dit biedt mogelijkheden om geven tussen verschillende lagen te vergelijken (Bijvoorbeeld straatnamen in BAG vergelijken met dit in NWB). Ook zou je hiermee bijvoorbeeld de history van een BAG object kunnen bekijken. Een gesloopt pand wil je meestal niet in de data laag hebben, maar als het pand nog in OSM staat wil je wel kunnen zien dat het volgens BAG inmiddels gesloopt is. Ik probeer het zo modulair mogelijk op te zetten, zodat het eenvoudiger wordt om nieuwe datasets toe te voegen. De status is op dit moment nog erg experimenteel, maar omdat het volgens mij aardig aansluit bij jouw ideeën wou ik ieder geval even laten weten dat ik hier mee bezig ben. Gertjan Idema On Wed, 2013-01-02 at 23:49 +0100, Robert Elsenaar wrote: Ik kreeg ook steeds vaker die indruk. Naar mijn idee moeten wel dan zo langzamerhand hand denken aan een andere generieke manier om niet de data op een min of meer generieke manier voor OSM beschikbaar te krijgen, maar voor de mappers van OSM. Ik denken daarbij aan een soort 'containers' waarin voorbewerkte josm layers of anders soortgelijke informatie te vinden is. Je kunt dan denken dat iedere container een map gebied vertegenwoordigd. Belangrijk is dan dat de toch redelijk technisch ingewikkelde data verwerkingsklaar in de containers beschikbaar is. Op die manier zijn er meer osmers die in staat zullen zijn om de gegevens naar OSM te brengen. Wat denken jullie van deze visie. Ik zou er graag eens over verder willen praten. Achtergrond: ik heb al tijden de wens om mee te helpen met inbrengen van open data, maar heb niet de technische geopend kennis om mij verdienstelijk te maken. Graag zou ik dat echter voor de omgeving van Putten wel willen doen. Met vriendelijke groeten Robert Elsenaar Stefan de Konink ste...@konink.de schreef: On Tue, 1 Jan 2013, Robert Elsenaar wrote: Is mijn indruk correct dat er steeds meer data wel beschikbaar is en geschikt voor verwerking in OSM, maar dat geautomatiseerd robotisch toevoegen van deze gegevens of niet mogelijk of onwenselijk is? Nouja ik ben wel eens bij een bespreking van IM hierover geweest. En er zijn natuurlijk koppelvlakken te bedenken waarop dit werkt maar dit integreert niet naar jouw eigen eind oplossing totdat je zelf een converter maakt. Het datamodel van OSM is voor een aantal dingen zoals robotisch toevoegen gewoon niet geschikt. Op welke wegvlakken is het bord van toepassing is een vraag relevant voor OSM, terwijl andere toepassingen genoegen nemen met een X,Y van het bord. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Talk-nl Digest, Vol 71, Issue 3
van mijn ervaringen met BAG data in OSM. Inmiddels ben ik begonnen met een Josm plug-in voor dit doel. De functionaliteit die ik nu heb is als volgt: - Selecteer via het menu (of via een toolbar) een open data verzameling (Bijvoorbeeld NWB - Nationaal wegenbestand) - Geef een download gebied aan (net als met de normale OSM download) - Converteer deze data naar OSM formaat en bied ze aan in een aparte laag. Dit heb ik nu werkend voor de volgende open data: - NWB (op basis van WFS service http://geo data.natio naalgeoreg ister.nl/n wbwegen/wf s) - ProRail Sporen (Op basis van Arcgis REST service http://map services.p rorail.nl/ ArcGIS/res t/services /) - BAG panden (Op basis van Geoserver WFS service op mijn locale systeem) Naast het genereren van een Josm data laag, wordt de data ook in specifieke Java objecten bewaard. Dit biedt mogelijkheden om geven tussen verschillende lagen te vergelijken (Bijvoorbeeld straatnamen in BAG vergelijken met dit in NWB). Ook zou je hiermee bijvoorbeeld de history van een BAG object kunnen bekijken. Een gesloopt pand wil je meestal niet in de data laag hebben, maar als het pand nog in OSM staat wil je wel kunnen zien dat het volgens BAG inmiddels gesloopt is. Ik probeer het zo modulair mogelijk op te zetten, zodat het eenvoudiger wordt om nieuwe datasets toe te voegen. De status is op dit moment nog erg experimenteel, maar omdat het volgens mij aardig aansluit bij jouw idee?n wou ik ieder geval even laten weten dat ik hier mee bezig ben. Gertjan Idema On Wed, 2013-01-02 at 23:49 +0100, Robert Elsenaar wrote: Ik kreeg ook steeds vaker die indruk. Naar mijn idee moeten wel dan zo langzamerhand hand denken aan een andere generieke manier om niet de data op een min of meer generieke manier voor OSM beschikbaar te krijgen, maar voor de mappers van OSM. Ik denken daarbij aan een soort 'containers' waarin voorbewerkte josm layers of anders soortgelijke informatie te vinden is. Je kunt dan denken dat iedere container een map gebied vertegenwoordigd. Belangrijk is dan dat de toch redelijk technisch ingewikkelde data verwerkingsklaar in de containers beschikbaar is. Op die manier zijn er meer osmers die in staat zullen zijn om de gegevens naar OSM te brengen. Wat denken jullie van deze visie. Ik zou er graag eens over verder willen praten. Achtergrond: ik heb al tijden de wens om mee te helpen met inbrengen van open data, maar heb niet de technische geopend kennis om mij verdienstelijk te maken. Graag zou ik dat echter voor de omgeving van Putten wel willen doen. Met vriendelijke groeten Robert Elsenaar Stefan de Konink schreef: On Tue, 1 Jan 2013, Robert Elsenaar wrote: Is mijn indruk correct dat er steeds meer data wel beschikbaar is en geschikt voor verwerking in OSM, maar dat geautomatiseerd robotisch toevoegen van deze gegevens of niet mogelijk of onwenselijk is? Nouja ik ben wel eens bij een bespreking van IM hierover geweest. En er zijn natuurlijk koppelvlakken te bedenken waarop dit werkt maar dit integreert niet naar jouw eigen eind oplossing totdat je zelf een converter maakt. Het datamodel van OSM is voor een aantal dingen zoals robotisch toevoegen gewoon niet geschikt. Op welke wegvlakken is het bord van toepassing is een vraag relevant voor OSM, terwijl andere toepassingen genoegen nemen met een X,Y van het bord. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lis ts.openstr eetmap.org /listinfo/ talk-nl ___ Talk-nl mailing listTalk-nl@openstreetmap.orghttp://lis ts.openstr eetmap.org /listinfo/ talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lis ts.openstr eetmap.org /listinfo/ talk-nl -- next part -- An HTML attachment was scrubbed... URL: http://lis ts.openstr eetmap.org /pipermail /talk-nl/a ttachments /20130110/ a2fc2d66/a ttachment- 0001.html gt; -- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lis ts.openstr eetmap.org /listinfo/ talk-nl End of Talk-nl Digest, Vol 71, Issue 3 * * ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-br] mapas do IBGE e JOSM/PicLayer
http://www.carto.eng.uerj.br/cgi/index.cgi?x=utm.htm 2013/1/9 Fabrício Souza fsbri...@gmail.com Não compreendi como funciona essa coordenada ou a conversão. Fabrício S. Souza +55 41 9686-4187 http://fabriciosouza.com Em 9 de janeiro de 2013 19:22, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Legal! Acho que eles poderiam ser bem usados para nomear ruas traçadas pelas imagens do Bing. Agora, não tem as capitais, né? Pelo menos não no Rio de Janeiro: ftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2007/mapa_urbano_estatistico/rj/cartoa1/ []s 2013/1/9 Eduardo Maçan eduardoma...@gmail.com Os PDFs são georreferenciados sim! Por exemplo, o distrito do Quinzópolis (onde passei minha infância) está neste mapa: ftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2007/mapa_urbano_estatistico/pr/cartoa1/santa_mariana/f412390710101.pdf os limites são as referências em coordenadas UTM, para convertê-las para latitude e longitude falta apenas o código da utm zone, e transformar estas coordenadas de Km para metros. No mapa, a coordenada identificada como (543.65, 7452.52) faz referência ao quadrante 22S (descobri olhando aqui: http://en.wikipedia.org/wiki/File:LA2-South-America-UTM-zones.png e trocando a letra para S, de South mesmo) Então, a formatação apropriada da coordenada descrita no mapa em UTM é 22S 543650 7452520 Este script online é capaz de traduzir o endereço utm para lat,long http://geographiclib.sourceforge.net/cgi-bin/GeoConvert 2013/1/8 Aun Yngve Johnsen li...@gimnechiske.org Algumas perguntas, Os pdf's sao georeferenciadas? Como abrir em JOSM? Não tem computador disponivel este semana Aun Johnsen On 8. jan. 2013, at 22:45, Wille wi...@wille.blog.br wrote: Encontrei novamente no site do IBGE os mapas de 2007 com numa escala que nos permite consultar os nomes das ruas de cidades de todo o Brasil: ftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2007/mapa_urbano_estatistico/ abçs, wille On 05-10-2012 13:31, Wille wrote: Valeu, Gerard! Porém os da Bahia continuam com o mesmo problema, veja um exemplo: ftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2010/mapa_municipal_estatistico/ba/brumado_v2.pdf On 05-10-2012 12:26, Gerald Weber wrote: Dê uma olhada nos mapas v2 ftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2010/mapa_municipal_estatistico/mg parecem ser bem mais detalhados abraço Gerald 2012/10/5 Wille wi...@wille.blog.br Dei uma olhada nos mapas, mas os daqui da Bahia mostram apenas o entorno das cidades. Não vão ser muito úteis... On 20-09-2012 22:05, Wille wrote: Massa, Arlindo! Depois vou contribuir com alguns arquivos. abraços, On 19-09-2012 17:43, Arlindo Pereira wrote: Criei o repositório no GitHub: https://github.com/nighto/calibracao-mapas-ibge Gerald (e demais), você pode colocar lá (ou me passar) os arquivos .cal referente aos arquivos que você já fez? []s 2012/9/19 George Silva georger.si...@gmail.com Arlindo e demais... Geralmente fico só nos bizus na lista, mas não acho que seja o ideal duplicar a informação, portanto, aqui vai uma sugestã: Deixe que o IBGE se preocupe com o armazenamento dos dados por enquanto. Abra o repositório no github e faça um link através da wiki do git. É menos trabalhoso :D. Abraços 2012/9/19 Arlindo Pereira openstreet...@arlindopereira.com Wille e demais, que tal criarmos um repositório no GitHub com os mapas do IBGE e seus respectivos arquivos de calibração? []s 2012/9/18 Wille wi...@wille.blog.br Olá, Gerald Tenho usado essa técnica, porém eu não sabia desse endereço novo dos mapas no site IBGE e não estava encontrando mais os mapas. Valeu por postar aqui! Muito bom também essa linha de comando do convert! On 18-09-2012 18:32, Gerald Weber wrote: Olá eu não sei vocês, mas eu sempre tive dificuldade em fazer uso dos mapas em pdf do IBGE (http://www.ibge.gov.br/mapas_ibge/bases_municipais.php). Uma solução que achei para isto foi usar um plugin do JOSM chamado PicLayer. Vou passar a receita que estou usando aqui, não sei se é do conhecimento de vocês. No JOSM, selecione editar/preferências e instale o plugin PicLayer. Baixe o mapa em pdf do seu interesse. Eu faço a conversão do pdf para jpg no linux da seguinte maneira (linha de comando) convert -density 300 mapa.pdf mapa.jpg o argumento -density 300 garante que as letras do mapa do IBGE continuem visíveis no JOSM. Se o mapa em pdf tiver mais de uma página ele geralmente cria os arquivos assim: mapa-0.jpg, mapa-1.jpg etc. O convert é um pacote do ImageMagic. No JOSM, posicione as coordenadas mais ou menos na região de onde seria o mapa, selecione a aba PicLayer e carrege o mapa.jpg. Agora vem a parte mais chatinha que é calibrar o mapa. Como os mapas do IBGE vem com as latitudes/longitudes dá para marcar os pontos e arrastá-los. Requer um pouquinho de prática, mas uma vez que está
Re: [Talk-de] Verdeckte Kartendaten (durchsuchen)
Am 09.01.2013 21:16, schrieb tshrub: Ich komme (z.B.) immer wieder ins Grübeln: ein landuse=residential kann liegen unter building= landuse=village_green (also Gärten in Blockbebauung, Fam.-Häusern, ...) amenity=marketplace aber nicht unter landuse=commercial landuse=retail hightway= landuse gibt die überwiegende Nutzung eines Gebietes an. Somit gilt dass sich unterschiedliche landuses im Normalfall nicht überschneiden sollten. Natürlich können Gebäude, Spielplätze, Parkplätze innerhalb eines residential-Gebiets liegen. Da braucht man weder per Multipolygon auszustanzen noch mit Layer zu arbeiten. Oder wenn die Häuser einmal alle eingezeichnet sind, erübrigt sich das pauschale landuse=residential und kann entfernt werden. Nein, landuse und building sind komplett verschiedene Konzepte die problemlos parallel existieren können. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offenlegung von Stilen
Andreas Tille andr...@an3as.eu wrote: Was genau heißt offen? (Link zum Download / Vcs / Lizens?) http://wiki.openstreetmap.org/wiki/German_Style http://svn.openstreetmap.org/applications/rendering/mapnik-german/ Lizenz ist leider unklar, weil es sich um ein Derivat des internationalen Mapnik Stils handelt, dessen Lizenz ebenfalls unklar ist. Und wie gesagt: Hat denn irgendjemand schon mal den OCM-Autor (E-Mail-Adresse?) gefragt, ob er den Stil offenlegen würde? Andy Allan legt den Stil nicht offen und möchte das AFAIK auch nicht tun, ich dachte das hätte ich bereits geschrieben. Ich habe die Info allerdings aus zweiter Hand, Du darfst ihn gerne nochmal fragen. Sven -- Der normale Bürger ist nicht an der TU Dresden und schreibt auch nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Demo mehrsprachige Karte
An der Stelle sollte man auf Historial OSM setzen: http://wiki.openstreetmap.org/wiki/Historical_OSM http://lists.openstreetmap.org/listinfo/historic Das Projekt scheint kontinuierlich voran zu schreiten, angeblich kann man sogar schon editieren, es wird bloß noch nichts gerendert. Von der Warte könnte man es in OSM einfach halten und die komplizierten/interessanten Fälle dem Historial_OSM überlassen, statt ihm die Butter vom Brot zunehmen. Grüße Tim Am 06.01.2013 14:49, schrieb Sven Geggus: Martin Koppenhoefer dieterdre...@gmail.com wrote: naja, Köln ist wohl doch gerade ein Fall, wo ich den lateinischen Namen als name:la eintragen würde. Colonia Claudia Ara Agrippinensium, ich sehe gerade, das hat schon jemand in OSM eingetragen. Für damalige Verhältnisse war das glaub schon ein place=city [1]. http://pelagios.dme.ait.ac.at/maps/greco-roman/ Worauf ich raus will: Für solche Sachen eignet sich eine Spiezialkarte wie diese mit Spezialdatenbank, die sich ja kaum noch ändert, wenn es keine neuen Forschungsergebnisse gibt, erheblich besser als OSM Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Multipolygone im Wiki
Hallo, ich wurde gerade auf diese Aenderung aufmerksam: http://wiki.openstreetmap.org/w/index.php?title=DE%3ARelation%3Amultipolygonaction=historysubmitdiff=777558oldid=776557 Hier wurde bei den Multipolygonen das - voellig neue und zumindest in der englischen Version nicht vorhandene - Konzept eingefuehrt, dass Tags am aeusseren Ring eines Multipolygons fuer alles (inkl. aller Loecher) gelten, Tags an der Relation aber nur fuer den Bereich ohne Loecher. Zitat: Zum Beispiel kann die Außengrenze eines Waldes und eines Naturschutzgebietes identisch sein, wohingegen die Lichtung oder der See im Wald nicht zum Wald gehört, wohl aber Naturschutzgebiet. Hier wird das Muptipolygon als Wald beschrieben und die äußere Fläche als Naturschutzgebiet. Ich halte das fuer falsch; in meinen Augen sind Flaechentags am aeusseren Ring und solche an der Relation total gleichwertig (und letztere vorzuziehen); ein Bedeutungsunterschied existiert aber nicht. Kann ich das wieder in Einklang mit der englischen Fassung bringen, oder ist das, was da steht, ein Community-Konsens, der irgnedwie an mir vorbeigegangen ist? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Taginfo Update
Hi! Ich hab taginfo etwas erweitert. Details unter http://blog.jochentopf.com/2013-01-10-taginfo-news.html . Wer taginfo noch nicht kennt: http://taginfo.openstreetmap.org/ Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone im Wiki
Klingt für mich eigentlich wie im Wiki beschrieben logischer. Deine Interpretation würde bedeuten, dass man keine Multipolygone aus Wegen bilden darf, die an sich schon eine vom Multipolygon abweichende Bedeutung haben. Diese Regel wäre mir bisher noch nicht bekannt gewesen. Die Alternative, nämlich einen zusätzlichen, ungetaggten aber deckungsgleichen Way zur exklusiven Nutzung im Multipolygon über die bestehende Waldgrenze zu zeichnen, halte ich für die schlechtere. My 2 cents Chaos Am 10.01.2013 16:20 schrieb Frederik Ramm frede...@remote.org: Hallo, ich wurde gerade auf diese Aenderung aufmerksam: http://wiki.openstreetmap.org/**w/index.php?title=DE%** 3ARelation%3Amultipolygon**action=historysubmitdiff=** 777558oldid=776557http://wiki.openstreetmap.org/w/index.php?title=DE%3ARelation%3Amultipolygonaction=historysubmitdiff=777558oldid=776557 Hier wurde bei den Multipolygonen das - voellig neue und zumindest in der englischen Version nicht vorhandene - Konzept eingefuehrt, dass Tags am aeusseren Ring eines Multipolygons fuer alles (inkl. aller Loecher) gelten, Tags an der Relation aber nur fuer den Bereich ohne Loecher. Zitat: Zum Beispiel kann die Außengrenze eines Waldes und eines Naturschutzgebietes identisch sein, wohingegen die Lichtung oder der See im Wald nicht zum Wald gehört, wohl aber Naturschutzgebiet. Hier wird das Muptipolygon als Wald beschrieben und die äußere Fläche als Naturschutzgebiet. Ich halte das fuer falsch; in meinen Augen sind Flaechentags am aeusseren Ring und solche an der Relation total gleichwertig (und letztere vorzuziehen); ein Bedeutungsunterschied existiert aber nicht. Kann ich das wieder in Einklang mit der englischen Fassung bringen, oder ist das, was da steht, ein Community-Konsens, der irgnedwie an mir vorbeigegangen ist? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone im Wiki
Am 10.01.2013 16:18, schrieb Frederik Ramm: Zum Beispiel kann die Außengrenze eines Waldes und eines Naturschutzgebietes identisch sein, wohingegen die Lichtung oder der See im Wald nicht zum Wald gehört, wohl aber Naturschutzgebiet. Hier wird das Muptipolygon als Wald beschrieben und die äußere Fläche als Naturschutzgebiet. Ich halte das fuer falsch; in meinen Augen sind Flaechentags am aeusseren Ring und solche an der Relation total gleichwertig (und letztere vorzuziehen); ein Bedeutungsunterschied existiert aber nicht. Mich wundert deine Auffassung etwas. Es ist doch seit längerem Konsens, dass die outer-Ways auch für sich genommen eigene Objekte sein können (z.B. ein Zaun, ein Bach, ein Stück Straße etc.). Da wird ganz selbstverständlich zwischen den Tags am Member-Way und denen an der Relation unterschieden. Dass das auch für geschlossene Ways gilt, würde ich einfach als logische Fortführung dieses Prinzips sehen. Der einzige historisch bedingte Spezialfall wären Multipolygone ohne eigene Tags, die sämtliche Tags von ihrem einzigen outer-Member übernehmen. Diese Situation liegt aber in dem Beispiel nicht vor. Wenn hier eine Abweichung von der englischen Seite besteht, ist das unabhängig von meiner Meinung natürlich problematisch. Allerdings kenne ich keine gegenteilige Aussage auf der englischen Seite - auch dort finde ich nur den Sonderfall für _ungetaggte_ Multipolygone (If you have one closed way making up the outer ring and it does not describe something in its own right, you may also put these tags on the outer ring and leave the relation untagged.) Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone im Wiki
Hi. Also ich hab Multipolygone immer so verstanden wie es dann wohl momentan im Wiki steht. Wenn ich deiner Argumentation hier folge, wie würde denn dann das Naturschutzgebiet (einschließlich der Löcher) eingetragen? Als Polygon geht nur, wenn dieses nicht zufällig Teil eines Multipolygons ist, das z.B. den Bereich, der von Bäumen bedeckt ist, kennzeichnet (z.B. über landcover=trees oder von mir aus als wald eingetragen). Ich halte hier die Variante für intuitiv, dass das Multipolygon eben eine Geometrie hat, und die Attribute des MPs beschreiben genau das, was unter dieser Geometrie zu finden ist - also im Wald, aber nicht im Loch im Wald wie der Lichtung oder dem See. Dies folgt der Analogie aus dem way, dessen Tags das beschreiben, was im entsprechenden Polygon oder aber Linienzug zu finden ist. Deiner Argumentation folgend wäre es praktisch nicht möglich, ein Naturschutzgebiet, das Wald, Lichtungen und See im Wald umfasst - es sei denn, man legte ein zusätzliches Polygon deckungsgleich (oder mies getrickst ganz-leicht-abweichend) auf den outer-way des MP. Der Vorteil davon erschließt sich mir dann nicht. Gruß Peter Am 10.01.2013 16:18, schrieb Frederik Ramm: Hallo, ich wurde gerade auf diese Aenderung aufmerksam: http://wiki.openstreetmap.org/w/index.php?title=DE%3ARelation%3Amultipolygonaction=historysubmitdiff=777558oldid=776557 Hier wurde bei den Multipolygonen das - voellig neue und zumindest in der englischen Version nicht vorhandene - Konzept eingefuehrt, dass Tags am aeusseren Ring eines Multipolygons fuer alles (inkl. aller Loecher) gelten, Tags an der Relation aber nur fuer den Bereich ohne Loecher. Zitat: Zum Beispiel kann die Außengrenze eines Waldes und eines Naturschutzgebietes identisch sein, wohingegen die Lichtung oder der See im Wald nicht zum Wald gehört, wohl aber Naturschutzgebiet. Hier wird das Muptipolygon als Wald beschrieben und die äußere Fläche als Naturschutzgebiet. Ich halte das fuer falsch; in meinen Augen sind Flaechentags am aeusseren Ring und solche an der Relation total gleichwertig (und letztere vorzuziehen); ein Bedeutungsunterschied existiert aber nicht. Kann ich das wieder in Einklang mit der englischen Fassung bringen, oder ist das, was da steht, ein Community-Konsens, der irgnedwie an mir vorbeigegangen ist? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone im Wiki
Hallo, Am 10.01.13 schrieb Frederik Ramm: http://wiki.openstreetmap.org/w/index.php?title=DE%3ARelation%3Amultipolygonaction=historysubmitdiff=777558oldid=776557 Hier wurde bei den Multipolygonen das - voellig neue und zumindest in der englischen Version nicht vorhandene - Konzept eingefuehrt, dass Tags am aeusseren Ring eines Multipolygons fuer alles (inkl. aller Loecher) gelten, Tags an der Relation aber nur fuer den Bereich ohne Loecher. So verstehe ich auch die englische Version: http://wiki.openstreetmap.org/wiki/Relation:multipolygon#Usage Tags describing the multipolygon /should go on the relation/. The outer way(s) should be left untagged, unless they describe something in their own right. Der Sonderfall, dass der äußere Ring die Tags trägt, gilt laut meinem Verständnis nur dann, wenn die Relation bis auf den Typ ungetaggt ist. Das fehlt zwar in der deutschen Version unter #Verwendung, wird aber zumindest unter #Attribute_2 erwähnt. Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Vorträge auf der FOSSGIS
Hallo zusammen, als kurzer Reminder: auch dieses Jahr bietet sich die FOSSGIS, Konferenz für freie Geosoftware, wieder als Treffpunkt für die deutschsprachigen OSMler an. Diesmal von 12.-14. Juni 2013 in Rapperswil in der Schweiz http://www.fossgis.de/konferenz/2013/ Damit es für OSM ein interessantes Programm gibt, werden noch Interessenten für Vorträge gesucht. Anmeldeschluss für Vorträge ist der 31. Januar. Details auf der obigen Website. Ich kann vom letzten Jahr bestätigen, dass die Zuschauer mit großer Begeisterung dabei sind und es einem Projekt den Durchbruch bringen kann. Also eine hervorragende Gelegenheit, das eigene Projekt vorzustellen. Ich bin dabei und freue mich darauf, möglichst viele von Euch dort ebenfalls zu treffen. Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Edits von Nodekiller
Hallo, im Oktober/November 2012 hat ein User namens nodekiller eine grosse Zahl an Nodes durch Linienvereinfachungen geloescht - seinen Edit-Kommentaren ist zu entnehmen, dass er annahm, mehr als z18 brauche eh kein Mensch. Ich hatte ihn dann gebeten, das bleiben zu lassen, habe seine Vereinfachungen aber nicht revertiert, weil ich nicht direkt einschaetzen konnte, wie berechtigt oder unberechtigt sie waren und ob ich durch einen Revert eventuell viele unnoetige Nodes wiederherstellen wuerde. Die Edits von Nodekiller beschraenken sich hauptsaechlich auf das Gebiet der Kanaren und der Balearen sowie auf Madeira und die Kapverdischen Inseln. Hier ist eine Liste von Mappern, deren Nodes gekillt wurden, mit Anzahl: 47679 Javier Sanchez 31645 CLC-ES-06 9419 Geofreund1 5948 somenxavier 5781 raycc 5589 oscarorbe 4311 flylow 4092 Verdy_p 3649 schiwi 3548 gero_08 3469 PeTeR_99 3374 ottokar55 2970 migoga 2143 JuanPe 1969 Sergey Astakhov 1735 matchman 1103 Neuzeit 984 Romanese 974 oWLer 827 Pascal Lee 818 Jonay 745 NunoCaldeira 689 renatosilvapt 661 Thermo 617 Alpinfuchs 599 Trubshaw 581 Andreas Moeller 578 bbaja 549 Joao Carreiro 523 jasonez 515 Notaris 508 jogrey 470 alimamo 449 Matthias Kopczynski 447 fmontesd 439 LMC72 431 beanmap 379 meKii 372 zahilb 345 tiger 344 lworch 327 dmgroom_ct 318 g0ldfish 313 hofoen 302 bonifac 298 mateuvic 289 Nautic 278 MichaH 276 Mayer 273 lekuar 271 MACHT 261 aighes 259 amrlima 254 Marko S 252 gclemens 251 Simó Albert i Beltran und ca. 800 weitere mit jeweils weniger als 250 geloeschten Nodes. Um es Interessierten zu ermoeglichen, die Edits zu bewerten, habe ich die Positionen aller geloeschten Nodes in ein GPX-File extrahiert, das ihr Euch hier ansehen koennt: http://www.remote.org/frederik/tmp/nodekiller.gpx Beim Laden in JOSM muss man Linien zwischen GPX-Punkten abschalten, sonst gibt's Salat. Ich hab mir das in JOSM ein bisschen angeschaut und denke, ein Gesamt-Revert ist vermutlich nicht angebracht; wenn er eine oder andere von Euch, der auf den betroffenen Inseln mappend unterwegs ist, das vielleicht bestaetigen oder dem widersprechen moechte...? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone im Wiki
Am 10.01.2013 um 16:52 schrieb Peter Wendorff wendo...@uni-paderborn.de: Ich halte hier die Variante für intuitiv, dass das Multipolygon eben eine Geometrie hat, und die Attribute des MPs beschreiben genau das, was unter dieser Geometrie zu finden ist - also im Wald, aber nicht im Loch im Wald wie der Lichtung oder dem See. Dies folgt der Analogie aus dem way, dessen Tags das beschreiben, was im entsprechenden Polygon oder aber Linienzug zu finden ist. +1, ich glaube, dass wir es allen Mappern einfacher machen, auch den computertechnisch weniger studierten, wenn wir eine stringente Logik verfolgen, und möglichst keine Ausnahmen und Sonderregeln einbauen. Wenn die tags für ein Objekt der Welt aus mehreren OSM-Objekten (Relation und way) zusammengewürfelt werden müssen ist das ein bisschen seltsam und auch aufwendiger zu hinterschauen. Deiner Argumentation folgend wäre es praktisch nicht möglich, ein Naturschutzgebiet, das Wald, Lichtungen und See im Wald umfasst - es sei denn, man legte ein zusätzliches Polygon deckungsgleich (oder mies getrickst ganz-leicht-abweichend) auf den outer-way des MP. naja, man könnte ein weiteres Multipolygon mit demselben outer way aber ohne die inner ways machen, sofern es sich nicht um tags für eine Linie handelt, überlappende ways bräuchte man deshalb noch nicht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone im Wiki
Hi, On 10.01.2013 16:52, Peter Wendorff wrote: Also ich hab Multipolygone immer so verstanden wie es dann wohl momentan im Wiki steht. Gibt es den irgendeine Software, die das auch so versteht? Mir ist dieser Gedanke, wie gesagt, komplett neu. Dass die aeusseren Ringe eines Multipolygons Linienfeatures sein koennen, ist mir klar; aber dass sie auch vom Multipolygon abweichende Flaechenfeatures sein koennen, das habe ich bislang nirgends gesehen. Testweie mal eben in JOSM ein Multipolygon mit natural=wood konstruiert, dessen aeusserer Ring natural=water war; nach Eurer Logik muesste dann die Flaeche gruen und das Loch blau sein; ist aber nicht der Fall, die Flaeche ist leer. Alle Programme, die ich je geschrieben habe, die mit Multipolygonen umgehen, tun das genau so. Wenn ich deiner Argumentation hier folge, wie würde denn dann das Naturschutzgebiet (einschließlich der Löcher) eingetragen? Als Polygon geht nur, wenn dieses nicht zufällig Teil eines Multipolygons ist, das z.B. den Bereich, der von Bäumen bedeckt ist, kennzeichnet (z.B. über landcover=trees oder von mir aus als wald eingetragen). Wie Martin sagt - zwei Multipolygone, die sich einen outer ring teilen, nicht aber die Loecher. Vielleicht sollte ich mal zaehlen, wie viele von diesen Widerspruch-Kandidaten es gibt; vermutlich ist die Diskussion relativ akademisch, weil es kaum je vorkommt. Hoffe ich zumindest, sonst muesste man eine ganze Menge Programme anpassen ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone im Wiki
Moin, Am 11.01.2013 01:45, schrieb Frederik Ramm: Dass die aeusseren Ringe eines Multipolygons Linienfeatures sein koennen, ist mir klar; aber dass sie auch vom Multipolygon abweichende Flaechenfeatures sein koennen, das habe ich bislang nirgends gesehen. Testweie mal eben in JOSM ein Multipolygon mit natural=wood konstruiert, dessen aeusserer Ring natural=water war; nach Eurer Logik muesste dann die Flaeche gruen und das Loch blau sein; ist aber nicht der Fall, die Flaeche ist leer. Alle Programme, die ich je geschrieben habe, die mit Multipolygonen umgehen, tun das genau so. Kluge Software: Sie erkennt sogar, dass es eigentlich wetland=swamp sein müsste und verweigert die Arbeit. ;-) Und der letzte Satz ist ja wohl ein klassischer Zirkelschluss. ;-) Aber im Ernst: Wie wäre es mit landuse=forest für das Multipolygon mit Loch und dem landuse=military für das gesamte Gebiet? Rein akademisch ist die Diskussion nun ja nicht. Wie Martin sagt - zwei Multipolygone, die sich einen outer ring teilen, nicht aber die Loecher. Klar, mit einer Relation lässt es sich - wie alles - erledigen. Aber wie ist das mit dem Grundsatz Möglichst einfach taggen zu vereinbaren, wo doch diese einfache Möglichkeit dazu besteht? Vielleicht sollte ich mal zaehlen, wie viele von diesen Widerspruch-Kandidaten es gibt; vermutlich ist die Diskussion relativ akademisch, weil es kaum je vorkommt. Hoffe ich zumindest, sonst muesste man eine ganze Menge Programme anpassen ;) Ist die Fehlinterpretation der Programme nicht rein aus dem historischen Verlauf (Entwicklung der Multipolygone und der praktischeren Berücksichtigung des outer=relation-Ansatz entstanden (Sonst wird das bereits vorhandene ja falsch dargestellt)? Denn 'objekt'iv logisch ist das ja eher nicht. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Pizzeria da asporto
Ciao a tutti. Ho lo scontrino sottomano di una pizzeria dove preparano esclusivamente pizze da asporto. Non riesco ad associarlo ad un tag. Amenity=restaurant potrebbe andare bene? Non si cena però li. Ovviamente si deve aggiungere il tag takeaway=yes -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pizzeria da asporto
Il giorno 10 gennaio 2013 19:57, Gianluca Boero gianlucabo...@alice.it ha scritto: Ciao a tutti. Ho lo scontrino sottomano di una pizzeria dove preparano esclusivamente pizze da asporto. Non riesco ad associarlo ad un tag. Amenity=restaurant potrebbe andare bene? Non si cena però li. Ovviamente si deve aggiungere il tag takeaway=yes http://wiki.openstreetmap.org/wiki/Amenity_features#takeaway.3Dyes.2Fno.2Fseasonal.2Fonly Qui suggerisce takeaway=only, potrebbe essere una soluzione... -- Gianluca Boero __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pizzeria da asporto
Il giorno 10/gen/2013 19:58, Gianluca Boero gianlucabo...@alice.it ha scritto: Ciao a tutti. Ciao Ho lo scontrino sottomano di una pizzeria dove preparano esclusivamente pizze da asporto. Non riesco ad associarlo ad un tag. Amenity=restaurant potrebbe andare bene? Non si cena però li. Io ho usato fastfood con cuisine=pizza Ovviamente si deve aggiungere il tag takeaway=yes Se usi fastfod non aggiungere questo tag -- Gianluca Boero Ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] enjoy calabria
Il 03/01/2013 11:47, Simone Cortesi ha scritto: Ciao, ho trovato questa app turistica della calabria, usano mappe osm e non danno nessun credito al nostro progetto: https://www.facebook.com/appenjoycalabria http://nonsoloturisti.it/2012/12/unapplicazione-gratuita-per-scoprire-i-tesori-della-calabria/ Io ho gia' scritto per comunicare la cosa. -- -S Non si può segnalare al team legale di OSM? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pizzeria da asporto
Am 10.01.2013 um 20:18 schrieb Luca Delucchi lucadel...@gmail.com: Io ho usato fastfood con cuisine=pizza Ovviamente si deve aggiungere il tag takeaway=yes Se usi fastfod non aggiungere questo tag perché? Penso che quando puoi portare via il cibo takeaway va bene, anche per un fast food. Potrebbe essere un po' ridondante, invece nel caso del takeaway=only sarebbe una informazione importante. Per ora non ci sono tantissimi di takeaway=only nel db: http://taginfo.openstreetmap.org/keys/takeaway#values ma lo aggiungerei. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Datos automatizados y permisos para subir puntos
Talvez agregar una etiqueta de nombre (:secuencia) para el waypoint, aquella que se agrega al marcar el punto con el GPS. De esta forma facilitar la guía del calcado (desplegando el # en el pushpin), tal como los juegos descubra la figura oculta, conectando con un lápiz la secuencia de puntos numerados. -Mensaje original- De: Igor TAmara i...@tamarapatino.org Reply-to: OpenStreetMap Colombia talk-co@openstreetmap.org Para: OpenStreetMap Colombia talk-co@openstreetmap.org Asunto: Re: [Talk-co] Datos automatizados y permisos para subir puntos Fecha: Thu, 10 Jan 2013 00:59:02 -0500 Se actualizó lo que hay en [1], aproveché para dejarlo en un repositorio de github[2], la idea es que a partir de los puntos se puede trazar una línea que se convierte a un archivo gpx que sería válido para osm(no lo he probado), que se puede usar en JOSM. 1.http://igor.tamarapatino.org/samples/testheat/ 2.https://github.com/ikks/osm-playground Creo que por ahora está una parte impotante que es la que permite copiar con cierta facilidad información proveída por los vehículos. Por ahora no he hecho nada de interpolación y pregunté para ver si era posible[3] hacer alguna interpolación. 3.http://gis.stackexchange.com/questions/46657/how-to-interpolate-polyline-or-line-from-points Para hacer práctico el ejercicio la idea sería tomar los puntos en una base de datos y proyectarlos por demanda, no estoy seguro de cuánto podría tomar el pensar en el análisis de comparar los puntos frente a las vías, no lo veo tan sencillo tampoco. Así que en principio para lo que puede servirnos una posible herramienta es para analizar alguna zona en la que haya una vía según google u otra fuente de mapas, para allí aplicar la generación de la vía a partir de puntos. Ideas, sugerencias, bienvenidas. El 8 de enero de 2013 16:44, Igor TAmara i...@tamarapatino.org escribió: En http://igor.tamarapatino.org/samples/testheat/ hay un ejemplo de algo que se genera con 2000 puntos, cuando probé con 200 puntos la cosa es bastante parecida, de los más de 15000 que ofreció Leonel, obtuve como 13000 sin repetición, allí está bien interesante porque la variante rodea a Cereté y hay que hacer un desvío para poder llegarle cuando se va de Montería hacia Ciénaga de Oro. Falta mucho para afinar una herramienta que nos permita generar trazas, tengo que revisar qué herramienta nos podría ayudar a hacer una interpolación de vías. Por ahora no tengo mucha claridad cómo se debería construir la herramienta en cuestión, qué tal una noche hacer un hangout para generar ideas? El 8 de enero de 2013 10:18, hyan...@gmail.com hyan...@gmail.com escribió: Creo que es posible subir las trazas sin el 'timestamp', tal vez subir la traza como 'public' pueda ser una solución. http://wiki.openstreetmap.org/wiki/Visibility_of_GPS_traces El 7 de enero de 2013 12:52, Igor TAmara i...@tamarapatino.org escribió: Hola, es bien interesante poder añadir puntos que puedan conformar vías en el país, el ofrecimiento de Leonel luce interesante y habría que tener en cuenta: 1. El permiso explícito para usar tales puntos, creo que en principio lo que ofrece Leonel no tendría inconveniente, por que serían trazas que serían ofrecidas por él. Alguien ve inconveniente para usar los datos de la forma como lo está indicando Leonel? Yo en principio no veo problema. 2. Asegurarnos que los datos tienen un orden cronológico para poderlos incluir adecuadamente. Creo que vale sobre todo en vías nuevas, aquellas que ya existan requeriría verse la precisión de los dispositivos, así como la periodicidad de los puntos para asegurar que se conforma una vía. 2.a. A partir de unos puntos sin marcas de fecha, es muy, muy complicado deducir cuál sería la vía correcta. Si los puntos tomados son demasiado lejanos en tiempo y dependiendo de la
Re: [Talk-co] Datos automatizados y permisos para subir puntos
Eso podria hacerlo, en algunos casos el problema seria que el numero de secuencia se repite cada mes entonces no podria sacar sino grupos de puntos por meses y pude darse el caso de que salgan pocos puntos, Saludos Leonel 2013/1/10 Humberto Yances hyan...@gmail.com ** Talvez agregar una etiqueta de nombre (:secuencia) para el waypoint, aquella que se agrega al marcar el punto con el GPS. De esta forma facilitar la guía del calcado (desplegando el # en el pushpin), tal como los juegos descubra la figura oculta, conectando con un lápiz la secuencia de puntos numerados. -Mensaje original- *De*: Igor TAmara i...@tamarapatino.orgigor%20tamara%20%3ci...@tamarapatino.org%3e *Reply-to*: OpenStreetMap Colombia talk-co@openstreetmap.org *Para*: OpenStreetMap Colombia talk-co@openstreetmap.orgopenstreetmap%20colombia%20%3ctalk...@openstreetmap.org%3e *Asunto*: Re: [Talk-co] Datos automatizados y permisos para subir puntos *Fecha*: Thu, 10 Jan 2013 00:59:02 -0500 Se actualizó lo que hay en [1], aproveché para dejarlo en un repositorio de github[2], la idea es que a partir de los puntos se puede trazar una línea que se convierte a un archivo gpx que sería válido para osm(no lo he probado), que se puede usar en JOSM. 1.http://igor.tamarapatino.org/samples/testheat/ 2. https://github.com/ikks/osm-playground Creo que por ahora está una parte impotante que es la que permite copiar con cierta facilidad información proveída por los vehículos. Por ahora no he hecho nada de interpolación y pregunté para ver si era posible[3] hacer alguna interpolación. 3. http://gis.stackexchange.com/questions/46657/how-to-interpolate-polyline-or-line-from-points Para hacer práctico el ejercicio la idea sería tomar los puntos en una base de datos y proyectarlos por demanda, no estoy seguro de cuánto podría tomar el pensar en el análisis de comparar los puntos frente a las vías, no lo veo tan sencillo tampoco. Así que en principio para lo que puede servirnos una posible herramienta es para analizar alguna zona en la que haya una vía según google u otra fuente de mapas, para allí aplicar la generación de la vía a partir de puntos. Ideas, sugerencias, bienvenidas. El 8 de enero de 2013 16:44, Igor TAmara i...@tamarapatino.org escribió: En http://igor.tamarapatino.org/samples/testheat/ hay un ejemplo de algo que se genera con 2000 puntos, cuando probé con 200 puntos la cosa es bastante parecida, de los más de 15000 que ofreció Leonel, obtuve como 13000 sin repetición, allí está bien interesante porque la variante rodea a Cereté y hay que hacer un desvío para poder llegarle cuando se va de Montería hacia Ciénaga de Oro. Falta mucho para afinar una herramienta que nos permita generar trazas, tengo que revisar qué herramienta nos podría ayudar a hacer una interpolación de vías. Por ahora no tengo mucha claridad cómo se debería construir la herramienta en cuestión, qué tal una noche hacer un hangout para generar ideas? El 8 de enero de 2013 10:18, hyan...@gmail.com hyan...@gmail.com escribió: Creo que es posible subir las trazas sin el 'timestamp', tal vez subir la traza como 'public' pueda ser una solución. http://wiki.openstreetmap.org/wiki/Visibility_of_GPS_traces El 7 de enero de 2013 12:52, Igor TAmara i...@tamarapatino.org escribió: Hola, es bien interesante poder añadir puntos que puedan conformar vías en el país, el ofrecimiento de Leonel luce interesante y habría que tener en cuenta: 1. El permiso explícito para usar tales puntos, creo que en principio lo que ofrece Leonel no tendría inconveniente, por que serían trazas que serían ofrecidas por él. Alguien ve inconveniente para usar los datos de la forma como lo está indicando Leonel? Yo en principio no veo problema. 2. Asegurarnos que los datos tienen un orden cronológico para poderlos incluir adecuadamente. Creo que vale sobre todo en vías nuevas, aquellas que ya existan requeriría verse la precisión de los dispositivos, así como la periodicidad de los puntos para asegurar que se conforma una vía. 2.a. A partir de unos puntos sin marcas de fecha, es muy, muy complicado deducir cuál sería la vía correcta. Si los puntos tomados son demasiado lejanos en tiempo y dependiendo de la velocidad de los vehículos, habría muy baja precisión. Habría que identificar zonas en las cuales hay vias por las cuales transitan vehículos y que todavía no están incluídas en OSM, y eso creo que requeriría intervención humana. Para salvar los inconvenientes técnicos, necesitaríamos tal vez proyectar los puntos sobre algún mapa, y para tal efecto sería necesario que Leonel si a bien lo tiene nos indicara en qué formato puede poner a disposición los puntos para poder hacer el análisis sobre los mismos. Si puedes compartirnos un archivo sería súper, con eso podemos ver si es posible proyectarlos. Si no tienen marca de fecha y hora con
Re: [Talk-co] Datos automatizados y permisos para subir puntos
Tienen razon en cuanto a lo de la numeracion. Habria que buscarle una solucion, se me ocurre que Uno del grupo se encargue de crearle la identidad unica, y luego la ponga a disposicion de los demas que se encargarian de la creacion de las vias. Digo Vias, por que definitivamente si es una traza de gps de seguimiento vehicular, necesariamente un carro paso por ahi y debe ser una via. Seria bien provechosa una reunion en linea un dia de estos. Fulton De: leonel parra leoparr...@gmail.com Para: OpenStreetMap Colombia talk-co@openstreetmap.org Enviado: Jueves, 10 de enero, 2013 4:27 P.M. Asunto: Re: [Talk-co] Datos automatizados y permisos para subir puntos Eso podria hacerlo, en algunos casos el problema seria que el numero de secuencia se repite cada mes entonces no podria sacar sino grupos de puntos por meses y pude darse el caso de que salgan pocos puntos, Saludos Leonel 2013/1/10 Humberto Yances hyan...@gmail.com Talvez agregar una etiqueta de nombre (:secuencia) para el waypoint, aquella que se agrega al marcar el punto con el GPS. De esta forma facilitar la guía del calcado (desplegando el # en el pushpin), tal como los juegos descubra la figura oculta, conectando con un lápiz la secuencia de puntos numerados. -Mensaje original- De: Igor TAmara i...@tamarapatino.org Reply-to: OpenStreetMap Colombia talk-co@openstreetmap.org Para: OpenStreetMap Colombia talk-co@openstreetmap.org Asunto: Re: [Talk-co] Datos automatizados y permisos para subir puntos Fecha: Thu, 10 Jan 2013 00:59:02 -0500 Se actualizó lo que hay en [1], aproveché para dejarlo en un repositorio de github[2], la idea es que a partir de los puntos se puede trazar una línea que se convierte a un archivo gpx que sería válido para osm(no lo he probado), que se puede usar en JOSM. 1.http://igor.tamarapatino.org/samples/testheat/ 2.https://github.com/ikks/osm-playground Creo que por ahora está una parte impotante que es la que permite copiar con cierta facilidad información proveída por los vehículos. Por ahora no he hecho nada de interpolación y pregunté para ver si era posible[3] hacer alguna interpolación. 3.http://gis.stackexchange.com/questions/46657/how-to-interpolate-polyline-or-line-from-points Para hacer práctico el ejercicio la idea sería tomar los puntos en una base de datos y proyectarlos por demanda, no estoy seguro de cuánto podría tomar el pensar en el análisis de comparar los puntos frente a las vías, no lo veo tan sencillo tampoco. Así que en principio para lo que puede servirnos una posible herramienta es para analizar alguna zona en la que haya una vía según google u otra fuente de mapas, para allí aplicar la generación de la vía a partir de puntos. Ideas, sugerencias, bienvenidas. El 8 de enero de 2013 16:44, Igor TAmara i...@tamarapatino.org escribió: En http://igor.tamarapatino.org/samples/testheat/ hay un ejemplo de algo que se genera con 2000 puntos, cuando probé con 200 puntos la cosa es bastante parecida, de los más de 15000 que ofreció Leonel, obtuve como 13000 sin repetición, allí está bien interesante porque la variante rodea a Cereté y hay que hacer un desvío para poder llegarle cuando se va de Montería hacia Ciénaga de Oro. Falta mucho para afinar una herramienta que nos permita generar trazas, tengo que revisar qué herramienta nos podría ayudar a hacer una interpolación de vías. Por ahora no tengo mucha claridad cómo se debería construir la herramienta en cuestión, qué tal una noche hacer un hangout para generar ideas? El 8 de enero de 2013 10:18, hyan...@gmail.com hyan...@gmail.com escribió: Creo que es posible subir las trazas sin el 'timestamp', tal vez subir la traza como 'public' pueda ser una solución. http://wiki.openstreetmap.org/wiki/Visibility_of_GPS_traces El 7 de enero de 2013 12:52, Igor TAmara i...@tamarapatino.org escribió: Hola, es bien interesante poder añadir puntos que puedan conformar vías en el país, el ofrecimiento de Leonel luce interesante y habría que tener en cuenta: 1. El permiso explícito para usar tales puntos, creo que en principio lo que ofrece Leonel no tendría inconveniente, por que serían trazas que serían ofrecidas por él. Alguien ve inconveniente para usar los datos de la forma como lo está indicando Leonel? Yo en principio no veo problema. 2. Asegurarnos que los datos tienen un orden cronológico para poderlos incluir adecuadamente. Creo que vale sobre todo en vías nuevas, aquellas que ya existan requeriría verse la precisión de los dispositivos, así como la periodicidad de los puntos para asegurar que se conforma una vía. 2.a. A partir de unos puntos sin marcas de fecha, es muy, muy complicado deducir cuál sería la vía correcta. Si los puntos tomados son demasiado lejanos en tiempo y dependiendo de la velocidad de los vehículos, habría muy baja precisión. Habría que identificar zonas en las cuales hay vias por las
Re: [Talk-co] Datos automatizados y permisos para subir puntos
2013/1/10 Igor TAmara i...@tamarapatino.org Hola Hola, si hubiera una forma sencilla de encontrar la continuidad de los puntos, habría generado el gpx :( , la cuestión es que son etiquetas de múltiples vehículos en fechas distintas, unos hacia un sentido y otros hacia el otro. Por tal motivo hice la pregunta de interpolación en stackexchange ;) . De la cual no he obtenido respuesta y por la experiencia que he visto en esto, parece que ya no va a ser obtenida tal respuesta. Los puntos también se podrian subir como csv o kml algeonode y usarlo desde alli como una capa WMSpara calcarlos, eso creo que es lo mas simple y práctico por la cantidad de información y la ausencia de continuidad. salu2 humano Por tal motivo, creo que lo más conveniente sería crear un wfs o un servicio parecido que nos permita hacer la generación manual de la vía, es decir, lo que se hace es que cuando uno hace zoom aparecen los puntos y uno va continuando la línea para que cuando se finalice la misma se genere el gpx. Esto se haría para todo el país. Leonel, podrías por fa facilitarme un comprimido de los csvs de toda la base de datos para montarlo en un WFS por fa? Creo que a través de dropbox habría suficiente espacio para los 500k puntos. A ver si nos puede servir. P.D: Siéntanse libres de subir el gpx o hacer el trazo desde josm en la vía entre cereté y la otra población ;) El 10 de enero de 2013 17:48, Fulton Mercado f_merc...@yahoo.comescribió: Tienen razon en cuanto a lo de la numeracion. Habria que buscarle una solucion, se me ocurre que Uno del grupo se encargue de crearle la identidad unica, y luego la ponga a disposicion de los demas que se encargarian de la creacion de las vias. Digo Vias, por que definitivamente si es una traza de gps de seguimiento vehicular, necesariamente un carro paso por ahi y debe ser una via. Seria bien provechosa una reunion en linea un dia de estos. Fulton -- *De:* leonel parra leoparr...@gmail.com *Para:* OpenStreetMap Colombia talk-co@openstreetmap.org *Enviado:* Jueves, 10 de enero, 2013 4:27 P.M. *Asunto:* Re: [Talk-co] Datos automatizados y permisos para subir puntos Eso podria hacerlo, en algunos casos el problema seria que el numero de secuencia se repite cada mes entonces no podria sacar sino grupos de puntos por meses y pude darse el caso de que salgan pocos puntos, Saludos Leonel 2013/1/10 Humberto Yances hyan...@gmail.com ** Talvez agregar una etiqueta de nombre (:secuencia) para el waypoint, aquella que se agrega al marcar el punto con el GPS. De esta forma facilitar la guía del calcado (desplegando el # en el pushpin), tal como los juegos descubra la figura oculta, conectando con un lápiz la secuencia de puntos numerados. -Mensaje original- *De*: Igor TAmara i...@tamarapatino.orgigor%20tamara%20%3ci...@tamarapatino.org%3e *Reply-to*: OpenStreetMap Colombia talk-co@openstreetmap.org *Para*: OpenStreetMap Colombia talk-co@openstreetmap.orgopenstreetmap%20colombia%20%3ctalk...@openstreetmap.org%3e *Asunto*: Re: [Talk-co] Datos automatizados y permisos para subir puntos *Fecha*: Thu, 10 Jan 2013 00:59:02 -0500 Se actualizó lo que hay en [1], aproveché para dejarlo en un repositorio de github[2], la idea es que a partir de los puntos se puede trazar una línea que se convierte a un archivo gpx que sería válido para osm(no lo he probado), que se puede usar en JOSM. 1.http://igor.tamarapatino.org/samples/testheat/ 2. https://github.com/ikks/osm-playground Creo que por ahora está una parte impotante que es la que permite copiar con cierta facilidad información proveída por los vehículos. Por ahora no he hecho nada de interpolación y pregunté para ver si era posible[3] hacer alguna interpolación. 3. http://gis.stackexchange.com/questions/46657/how-to-interpolate-polyline-or-line-from-points Para hacer práctico el ejercicio la idea sería tomar los puntos en una base de datos y proyectarlos por demanda, no estoy seguro de cuánto podría tomar el pensar en el análisis de comparar los puntos frente a las vías, no lo veo tan sencillo tampoco. Así que en principio para lo que puede servirnos una posible herramienta es para analizar alguna zona en la que haya una vía según google u otra fuente de mapas, para allí aplicar la generación de la vía a partir de puntos. Ideas, sugerencias, bienvenidas. El 8 de enero de 2013 16:44, Igor TAmara i...@tamarapatino.org escribió: En http://igor.tamarapatino.org/samples/testheat/ hay un ejemplo de algo que se genera con 2000 puntos, cuando probé con 200 puntos la cosa es bastante parecida, de los más de 15000 que ofreció Leonel, obtuve como 13000 sin repetición, allí está bien interesante porque la variante rodea a Cereté y hay que hacer un desvío para poder llegarle cuando se va de Montería hacia Ciénaga de Oro. Falta mucho para afinar una herramienta que nos permita generar trazas, tengo que
Re: [Talk-co] Datos automatizados y permisos para subir puntos
Sigue el problema de la identidad de los puntos, pienso que se puede generar algo a través del timestamp. De la muestra al kml, me tomo cerca de 15 mins para mas de 15000 ptos. El verdadero reto pienso esta no en el gpx, que eso se hace rapido, si no en validar la nube de puntos que se va a subir Enviado desde un dispositivo BlackBerry® de Tigo -Original Message- From: Igor TAmara i...@tamarapatino.org Date: Thu, 10 Jan 2013 18:56:04 To: OpenStreetMap Colombiatalk-co@openstreetmap.org Reply-To: OpenStreetMap Colombia talk-co@openstreetmap.org Subject: Re: [Talk-co] Datos automatizados y permisos para subir puntos ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Datos automatizados y permisos para subir puntos
hoy hice un pequeño experimento y creo que no sale mal, adjunto les envio un archivo en shp con lineas formadas a partir de los puntos recogidos en los tres primeros dias del año, me parece que puede ser util el problema creo esta en el formato no se que formato seria el mas adecuado para subirlos a OSM y ponerlos a disposicion de la comunidad, voy a revisar que conversiones se pueden hacer con ese formato y les comento Saludos Leonel Intente enviar el archivo por correo pero no me lo permite por el tamaño (comprimido dio algo mas de una mega) les envio una imagen mientras espero autorizacion del moderador para que puedan recibir el otro archivo con el shp. Saludos Leonel 2013/1/10 f_merc...@yahoo.com Sigue el problema de la identidad de los puntos, pienso que se puede generar algo a través del timestamp. De la muestra al kml, me tomo cerca de 15 mins para mas de 15000 ptos. El verdadero reto pienso esta no en el gpx, que eso se hace rapido, si no en validar la nube de puntos que se va a subir Enviado desde un dispositivo BlackBerry® de Tigo -Original Message- From: Igor TAmara i...@tamarapatino.org Date: Thu, 10 Jan 2013 18:56:04 To: OpenStreetMap Colombiatalk-co@openstreetmap.org Reply-To: OpenStreetMap Colombia talk-co@openstreetmap.org Subject: Re: [Talk-co] Datos automatizados y permisos para subir puntos ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co attachment: lineas_generadas.png___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Datos automatizados y permisos para subir puntos
Está bien interesante :) , si quieres envíame a i...@tamarapatino.org el archivo y lo coloco en un sitio para que el que lo desee lo pueda descargar. En cuanto a distribuir las líneas que puedas generar, si quieres, puedes enviar también un CSV, en la primera columna un WKT de linestring, tal vez con un id por cada línea y la información que consideres pueda ser de utilidad. Lo ideal es no adjuntar archivos a las listas de correo, si no más bien usar dropbox o algo así para distribuirlos en caso de necesidad. El 10 de enero de 2013 19:31, leonel parra leoparr...@gmail.com escribió: hoy hice un pequeño experimento y creo que no sale mal, adjunto les envio un archivo en shp con lineas formadas a partir de los puntos recogidos en los tres primeros dias del año, me parece que puede ser util el problema creo esta en el formato no se que formato seria el mas adecuado para subirlos a OSM y ponerlos a disposicion de la comunidad, voy a revisar que conversiones se pueden hacer con ese formato y les comento Saludos Leonel Intente enviar el archivo por correo pero no me lo permite por el tamaño (comprimido dio algo mas de una mega) les envio una imagen mientras espero autorizacion del moderador para que puedan recibir el otro archivo con el shp. Saludos Leonel 2013/1/10 f_merc...@yahoo.com Sigue el problema de la identidad de los puntos, pienso que se puede generar algo a través del timestamp. De la muestra al kml, me tomo cerca de 15 mins para mas de 15000 ptos. El verdadero reto pienso esta no en el gpx, que eso se hace rapido, si no en validar la nube de puntos que se va a subir Enviado desde un dispositivo BlackBerry® de Tigo -Original Message- From: Igor TAmara i...@tamarapatino.org Date: Thu, 10 Jan 2013 18:56:04 To: OpenStreetMap Colombiatalk-co@openstreetmap.org Reply-To: OpenStreetMap Colombia talk-co@openstreetmap.org Subject: Re: [Talk-co] Datos automatizados y permisos para subir puntos ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Datos automatizados y permisos para subir puntos
2013/1/10 Igor TAmara i...@tamarapatino.org Si el geonode puede darnos capas wms, eso sería perfecto porque podemos consumirlo desde JOSM o merkaartor o QGiS, ese sería el mejor camino Si hay que hacer alguna transformación de los puntos para facilitar la subida al WMS, déjenme saber para ayudar. geonode recibe los datos en shape, entonces sería: 1. Abrir los csv en Qgis y trabajarlos de ser necesario. 2. Exportarlos a shape 3. Subir al geonode. 4. Crear un mapa y servirlo como WMS desde el Geonode. salu2 Humano El 10 de enero de 2013 18:51, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Hola Hola, si hubiera una forma sencilla de encontrar la continuidad de los puntos, habría generado el gpx :( , la cuestión es que son etiquetas de múltiples vehículos en fechas distintas, unos hacia un sentido y otros hacia el otro. Por tal motivo hice la pregunta de interpolación en stackexchange ;) . De la cual no he obtenido respuesta y por la experiencia que he visto en esto, parece que ya no va a ser obtenida tal respuesta. Los puntos también se podrian subir como csv o kml algeonode y usarlo desde alli como una capa WMSpara calcarlos, eso creo que es lo mas simple y práctico por la cantidad de información y la ausencia de continuidad. salu2 humano Por tal motivo, creo que lo más conveniente sería crear un wfs o un servicio parecido que nos permita hacer la generación manual de la vía, es decir, lo que se hace es que cuando uno hace zoom aparecen los puntos y uno va continuando la línea para que cuando se finalice la misma se genere el gpx. Esto se haría para todo el país. Leonel, podrías por fa facilitarme un comprimido de los csvs de toda la base de datos para montarlo en un WFS por fa? Creo que a través de dropbox habría suficiente espacio para los 500k puntos. A ver si nos puede servir. P.D: Siéntanse libres de subir el gpx o hacer el trazo desde josm en la vía entre cereté y la otra población ;) El 10 de enero de 2013 17:48, Fulton Mercado f_merc...@yahoo.comescribió: Tienen razon en cuanto a lo de la numeracion. Habria que buscarle una solucion, se me ocurre que Uno del grupo se encargue de crearle la identidad unica, y luego la ponga a disposicion de los demas que se encargarian de la creacion de las vias. Digo Vias, por que definitivamente si es una traza de gps de seguimiento vehicular, necesariamente un carro paso por ahi y debe ser una via. Seria bien provechosa una reunion en linea un dia de estos. Fulton -- *De:* leonel parra leoparr...@gmail.com *Para:* OpenStreetMap Colombia talk-co@openstreetmap.org *Enviado:* Jueves, 10 de enero, 2013 4:27 P.M. *Asunto:* Re: [Talk-co] Datos automatizados y permisos para subir puntos Eso podria hacerlo, en algunos casos el problema seria que el numero de secuencia se repite cada mes entonces no podria sacar sino grupos de puntos por meses y pude darse el caso de que salgan pocos puntos, Saludos Leonel 2013/1/10 Humberto Yances hyan...@gmail.com ** Talvez agregar una etiqueta de nombre (:secuencia) para el waypoint, aquella que se agrega al marcar el punto con el GPS. De esta forma facilitar la guía del calcado (desplegando el # en el pushpin), tal como los juegos descubra la figura oculta, conectando con un lápiz la secuencia de puntos numerados. -Mensaje original- *De*: Igor TAmara i...@tamarapatino.orgigor%20tamara%20%3ci...@tamarapatino.org%3e *Reply-to*: OpenStreetMap Colombia talk-co@openstreetmap.org *Para*: OpenStreetMap Colombia talk-co@openstreetmap.orgopenstreetmap%20colombia%20%3ctalk...@openstreetmap.org%3e *Asunto*: Re: [Talk-co] Datos automatizados y permisos para subir puntos *Fecha*: Thu, 10 Jan 2013 00:59:02 -0500 Se actualizó lo que hay en [1], aproveché para dejarlo en un repositorio de github[2], la idea es que a partir de los puntos se puede trazar una línea que se convierte a un archivo gpx que sería válido para osm(no lo he probado), que se puede usar en JOSM. 1.http://igor.tamarapatino.org/samples/testheat/ 2. https://github.com/ikks/osm-playground Creo que por ahora está una parte impotante que es la que permite copiar con cierta facilidad información proveída por los vehículos. Por ahora no he hecho nada de interpolación y pregunté para ver si era posible[3] hacer alguna interpolación. 3. http://gis.stackexchange.com/questions/46657/how-to-interpolate-polyline-or-line-from-points Para hacer práctico el ejercicio la idea sería tomar los puntos en una base de datos y proyectarlos por demanda, no estoy seguro de cuánto podría tomar el pensar en el análisis de comparar los puntos frente a las vías, no lo veo tan sencillo tampoco. Así que en principio para lo que puede servirnos una posible herramienta es para analizar alguna zona en la que haya una vía según google u otra fuente de mapas, para allí aplicar la generación de la vía
Re: [Talk-co] Datos automatizados y permisos para subir puntos
Hola, Leonel nos compartió un archivo [1] para hacer pruebas de unas vías de forma que se pueda colocar en el geonode, no se quién tiene control de la máquina, para darle una prueba a ver cómo nos va :) . Yo no tengo acceso a la máquina del geonode y no se cómo se habilitan los wms a partir de los shapefiles. Adicionalmente si alguien sabe de un videotutorial o instrucciones para hacer uso de un wms en JOSM, esto sería ideal para que pudiéramos contar con este recurso y más personas se animaran a trazar vías. Creo que esto sobre todo es relevante en las zonas en las que no tenemos aerofotografía o en las cuales la aerofotografía es muy antigua. 1.http://igor.tamarapatino.org/samples/manypoints/pruebas.zip El 10 de enero de 2013 20:26, Fredy Rivera fredyriv...@gmail.com escribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Si el geonode puede darnos capas wms, eso sería perfecto porque podemos consumirlo desde JOSM o merkaartor o QGiS, ese sería el mejor camino Si hay que hacer alguna transformación de los puntos para facilitar la subida al WMS, déjenme saber para ayudar. geonode recibe los datos en shape, entonces sería: 1. Abrir los csv en Qgis y trabajarlos de ser necesario. 2. Exportarlos a shape 3. Subir al geonode. 4. Crear un mapa y servirlo como WMS desde el Geonode. salu2 Humano El 10 de enero de 2013 18:51, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Hola Hola, si hubiera una forma sencilla de encontrar la continuidad de los puntos, habría generado el gpx :( , la cuestión es que son etiquetas de múltiples vehículos en fechas distintas, unos hacia un sentido y otros hacia el otro. Por tal motivo hice la pregunta de interpolación en stackexchange ;) . De la cual no he obtenido respuesta y por la experiencia que he visto en esto, parece que ya no va a ser obtenida tal respuesta. Los puntos también se podrian subir como csv o kml algeonode y usarlo desde alli como una capa WMSpara calcarlos, eso creo que es lo mas simple y práctico por la cantidad de información y la ausencia de continuidad. salu2 humano Por tal motivo, creo que lo más conveniente sería crear un wfs o un servicio parecido que nos permita hacer la generación manual de la vía, es decir, lo que se hace es que cuando uno hace zoom aparecen los puntos y uno va continuando la línea para que cuando se finalice la misma se genere el gpx. Esto se haría para todo el país. Leonel, podrías por fa facilitarme un comprimido de los csvs de toda la base de datos para montarlo en un WFS por fa? Creo que a través de dropbox habría suficiente espacio para los 500k puntos. A ver si nos puede servir. P.D: Siéntanse libres de subir el gpx o hacer el trazo desde josm en la vía entre cereté y la otra población ;) El 10 de enero de 2013 17:48, Fulton Mercado f_merc...@yahoo.comescribió: Tienen razon en cuanto a lo de la numeracion. Habria que buscarle una solucion, se me ocurre que Uno del grupo se encargue de crearle la identidad unica, y luego la ponga a disposicion de los demas que se encargarian de la creacion de las vias. Digo Vias, por que definitivamente si es una traza de gps de seguimiento vehicular, necesariamente un carro paso por ahi y debe ser una via. Seria bien provechosa una reunion en linea un dia de estos. Fulton -- *De:* leonel parra leoparr...@gmail.com *Para:* OpenStreetMap Colombia talk-co@openstreetmap.org *Enviado:* Jueves, 10 de enero, 2013 4:27 P.M. *Asunto:* Re: [Talk-co] Datos automatizados y permisos para subir puntos Eso podria hacerlo, en algunos casos el problema seria que el numero de secuencia se repite cada mes entonces no podria sacar sino grupos de puntos por meses y pude darse el caso de que salgan pocos puntos, Saludos Leonel 2013/1/10 Humberto Yances hyan...@gmail.com ** Talvez agregar una etiqueta de nombre (:secuencia) para el waypoint, aquella que se agrega al marcar el punto con el GPS. De esta forma facilitar la guía del calcado (desplegando el # en el pushpin), tal como los juegos descubra la figura oculta, conectando con un lápiz la secuencia de puntos numerados. -Mensaje original- *De*: Igor TAmara i...@tamarapatino.orgigor%20tamara%20%3ci...@tamarapatino.org%3e *Reply-to*: OpenStreetMap Colombia talk-co@openstreetmap.org *Para*: OpenStreetMap Colombia talk-co@openstreetmap.orgopenstreetmap%20colombia%20%3ctalk...@openstreetmap.org%3e *Asunto*: Re: [Talk-co] Datos automatizados y permisos para subir puntos *Fecha*: Thu, 10 Jan 2013 00:59:02 -0500 Se actualizó lo que hay en [1], aproveché para dejarlo en un repositorio de github[2], la idea es que a partir de los puntos se puede trazar una línea que se convierte a un archivo gpx que sería válido para osm(no lo he probado), que se puede usar en JOSM. 1.http://igor.tamarapatino.org/samples/testheat/ 2. https://github.com/ikks/osm-playground
Re: [Talk-co] Datos automatizados y permisos para subir puntos
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/WMSPlugin http://wiki.openstreetmap.org/wiki/JOSM/Plugins/WMSPlugin y allí mismo se encuentra el video tutorial http://www.youtube.com/watch?v=g3_KJDD8bpE El 10 de enero de 2013 21:16, Igor TAmara i...@tamarapatino.org escribió: Hola, Leonel nos compartió un archivo [1] para hacer pruebas de unas vías de forma que se pueda colocar en el geonode, no se quién tiene control de la máquina, para darle una prueba a ver cómo nos va :) . Yo no tengo acceso a la máquina del geonode y no se cómo se habilitan los wms a partir de los shapefiles. Adicionalmente si alguien sabe de un videotutorial o instrucciones para hacer uso de un wms en JOSM, esto sería ideal para que pudiéramos contar con este recurso y más personas se animaran a trazar vías. Creo que esto sobre todo es relevante en las zonas en las que no tenemos aerofotografía o en las cuales la aerofotografía es muy antigua. 1.http://igor.tamarapatino.org/samples/manypoints/pruebas.zip El 10 de enero de 2013 20:26, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Si el geonode puede darnos capas wms, eso sería perfecto porque podemos consumirlo desde JOSM o merkaartor o QGiS, ese sería el mejor camino Si hay que hacer alguna transformación de los puntos para facilitar la subida al WMS, déjenme saber para ayudar. geonode recibe los datos en shape, entonces sería: 1. Abrir los csv en Qgis y trabajarlos de ser necesario. 2. Exportarlos a shape 3. Subir al geonode. 4. Crear un mapa y servirlo como WMS desde el Geonode. salu2 Humano El 10 de enero de 2013 18:51, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Hola Hola, si hubiera una forma sencilla de encontrar la continuidad de los puntos, habría generado el gpx :( , la cuestión es que son etiquetas de múltiples vehículos en fechas distintas, unos hacia un sentido y otros hacia el otro. Por tal motivo hice la pregunta de interpolación en stackexchange ;) . De la cual no he obtenido respuesta y por la experiencia que he visto en esto, parece que ya no va a ser obtenida tal respuesta. Los puntos también se podrian subir como csv o kml algeonode y usarlo desde alli como una capa WMSpara calcarlos, eso creo que es lo mas simple y práctico por la cantidad de información y la ausencia de continuidad. salu2 humano Por tal motivo, creo que lo más conveniente sería crear un wfs o un servicio parecido que nos permita hacer la generación manual de la vía, es decir, lo que se hace es que cuando uno hace zoom aparecen los puntos y uno va continuando la línea para que cuando se finalice la misma se genere el gpx. Esto se haría para todo el país. Leonel, podrías por fa facilitarme un comprimido de los csvs de toda la base de datos para montarlo en un WFS por fa? Creo que a través de dropbox habría suficiente espacio para los 500k puntos. A ver si nos puede servir. P.D: Siéntanse libres de subir el gpx o hacer el trazo desde josm en la vía entre cereté y la otra población ;) El 10 de enero de 2013 17:48, Fulton Mercado f_merc...@yahoo.comescribió: Tienen razon en cuanto a lo de la numeracion. Habria que buscarle una solucion, se me ocurre que Uno del grupo se encargue de crearle la identidad unica, y luego la ponga a disposicion de los demas que se encargarian de la creacion de las vias. Digo Vias, por que definitivamente si es una traza de gps de seguimiento vehicular, necesariamente un carro paso por ahi y debe ser una via. Seria bien provechosa una reunion en linea un dia de estos. Fulton -- *De:* leonel parra leoparr...@gmail.com *Para:* OpenStreetMap Colombia talk-co@openstreetmap.org *Enviado:* Jueves, 10 de enero, 2013 4:27 P.M. *Asunto:* Re: [Talk-co] Datos automatizados y permisos para subir puntos Eso podria hacerlo, en algunos casos el problema seria que el numero de secuencia se repite cada mes entonces no podria sacar sino grupos de puntos por meses y pude darse el caso de que salgan pocos puntos, Saludos Leonel 2013/1/10 Humberto Yances hyan...@gmail.com ** Talvez agregar una etiqueta de nombre (:secuencia) para el waypoint, aquella que se agrega al marcar el punto con el GPS. De esta forma facilitar la guía del calcado (desplegando el # en el pushpin), tal como los juegos descubra la figura oculta, conectando con un lápiz la secuencia de puntos numerados. -Mensaje original- *De*: Igor TAmara i...@tamarapatino.orgigor%20tamara%20%3ci...@tamarapatino.org%3e *Reply-to*: OpenStreetMap Colombia talk-co@openstreetmap.org *Para*: OpenStreetMap Colombia talk-co@openstreetmap.orgopenstreetmap%20colombia%20%3ctalk...@openstreetmap.org%3e *Asunto*: Re: [Talk-co] Datos automatizados y permisos para subir puntos *Fecha*: Thu, 10 Jan 2013 00:59:02 -0500 Se actualizó lo que hay en [1], aproveché para dejarlo en
Re: [Talk-co] Datos automatizados y permisos para subir puntos
super bien, muchas gracias. El 10 de enero de 2013 21:27, Fredy Rivera fredyriv...@gmail.com escribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Hola, Leonel nos compartió un archivo [1] para hacer pruebas de unas vías de forma que se pueda colocar en el geonode, no se quién tiene control de la máquina, para darle una prueba a ver cómo nos va :) . Yo no tengo acceso a la máquina del geonode y no se cómo se habilitan los wms a partir de los shapefiles. Ya te cree el usuario en geonode.openstreetmap.co por el interno te doy los datos. salu2 Adicionalmente si alguien sabe de un videotutorial o instrucciones para hacer uso de un wms en JOSM, esto sería ideal para que pudiéramos contar con este recurso y más personas se animaran a trazar vías. Creo que esto sobre todo es relevante en las zonas en las que no tenemos aerofotografía o en las cuales la aerofotografía es muy antigua. 1.http://igor.tamarapatino.org/samples/manypoints/pruebas.zip El 10 de enero de 2013 20:26, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Si el geonode puede darnos capas wms, eso sería perfecto porque podemos consumirlo desde JOSM o merkaartor o QGiS, ese sería el mejor camino Si hay que hacer alguna transformación de los puntos para facilitar la subida al WMS, déjenme saber para ayudar. geonode recibe los datos en shape, entonces sería: 1. Abrir los csv en Qgis y trabajarlos de ser necesario. 2. Exportarlos a shape 3. Subir al geonode. 4. Crear un mapa y servirlo como WMS desde el Geonode. salu2 Humano El 10 de enero de 2013 18:51, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Hola Hola, si hubiera una forma sencilla de encontrar la continuidad de los puntos, habría generado el gpx :( , la cuestión es que son etiquetas de múltiples vehículos en fechas distintas, unos hacia un sentido y otros hacia el otro. Por tal motivo hice la pregunta de interpolación en stackexchange ;) . De la cual no he obtenido respuesta y por la experiencia que he visto en esto, parece que ya no va a ser obtenida tal respuesta. Los puntos también se podrian subir como csv o kml algeonode y usarlo desde alli como una capa WMSpara calcarlos, eso creo que es lo mas simple y práctico por la cantidad de información y la ausencia de continuidad. salu2 humano Por tal motivo, creo que lo más conveniente sería crear un wfs o un servicio parecido que nos permita hacer la generación manual de la vía, es decir, lo que se hace es que cuando uno hace zoom aparecen los puntos y uno va continuando la línea para que cuando se finalice la misma se genere el gpx. Esto se haría para todo el país. Leonel, podrías por fa facilitarme un comprimido de los csvs de toda la base de datos para montarlo en un WFS por fa? Creo que a través de dropbox habría suficiente espacio para los 500k puntos. A ver si nos puede servir. P.D: Siéntanse libres de subir el gpx o hacer el trazo desde josm en la vía entre cereté y la otra población ;) El 10 de enero de 2013 17:48, Fulton Mercado f_merc...@yahoo.comescribió: Tienen razon en cuanto a lo de la numeracion. Habria que buscarle una solucion, se me ocurre que Uno del grupo se encargue de crearle la identidad unica, y luego la ponga a disposicion de los demas que se encargarian de la creacion de las vias. Digo Vias, por que definitivamente si es una traza de gps de seguimiento vehicular, necesariamente un carro paso por ahi y debe ser una via. Seria bien provechosa una reunion en linea un dia de estos. Fulton -- *De:* leonel parra leoparr...@gmail.com *Para:* OpenStreetMap Colombia talk-co@openstreetmap.org *Enviado:* Jueves, 10 de enero, 2013 4:27 P.M. *Asunto:* Re: [Talk-co] Datos automatizados y permisos para subir puntos Eso podria hacerlo, en algunos casos el problema seria que el numero de secuencia se repite cada mes entonces no podria sacar sino grupos de puntos por meses y pude darse el caso de que salgan pocos puntos, Saludos Leonel 2013/1/10 Humberto Yances hyan...@gmail.com ** Talvez agregar una etiqueta de nombre (:secuencia) para el waypoint, aquella que se agrega al marcar el punto con el GPS. De esta forma facilitar la guía del calcado (desplegando el # en el pushpin), tal como los juegos descubra la figura oculta, conectando con un lápiz la secuencia de puntos numerados. -Mensaje original- *De*: Igor TAmara i...@tamarapatino.orgigor%20tamara%20%3ci...@tamarapatino.org%3e *Reply-to*: OpenStreetMap Colombia talk-co@openstreetmap.org *Para*: OpenStreetMap Colombia talk-co@openstreetmap.orgopenstreetmap%20colombia%20%3ctalk...@openstreetmap.org%3e *Asunto*: Re: [Talk-co] Datos automatizados y permisos para subir puntos *Fecha*: Thu, 10 Jan 2013 00:59:02 -0500 Se actualizó lo que hay en [1], aproveché para dejarlo en un repositorio de
Re: [Talk-dk] Fugro luftfotos på sydfyn, vest for Svendborg
Fedt! Med venlig hilsen Emil Tin IT- og Processpecialist Cykelsekretariatet KØBENHAVNS KOMMUNE Teknik- og Miljøforvaltningen Center for Trafik Islands Brygge 37 Vær. 169 Postboks 450 2300 København S Telefon +45 3366 3004 Email z...@tmf.kk.dk EAN 5798009493149 -Oprindelig meddelelse- Fra: Peter Brodersen [mailto:pe...@ter.dk] Sendt: 10. januar 2013 02:44 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Fugro luftfotos på sydfyn, vest for Svendborg Jeg er ved at smide nogle få filer op til at teste med i JOSM, og indtil videre ser det fint ud. Der er stadigvæk lige det med pladsen... hele datasættet fylder omtrent en terabyte. Der skal stadigvæk pusles en del, men som en treat har jeg her lavet eksempel på de ortofotos, vi har fået adgang til: http://osm.ter.dk/gfx/geodatastyrelsen_2012_raadhuspladsen.jpg Billedet er fra Rådhuspladsen i København, hvor man både kan se at Rådhuspladsen er under ombygning på grund af Metrobyggeriet, at Scala-bygningen er revet ned og at Industriens Hus har fået sin nye doozer-facade. Det bliver godt! - Peter 2013/1/9 Peter Brodersen pe...@ter.dk: Så er der lidt mere info om indholdet af de to diske plus noget historisk info: http://wiki.openstreetmap.org/wiki/Da:Geodatastyrelsen Sig til, hvis der er noget af det, jeg skal smide online (al data fylder flere terabytes, så der går nok lidt tid, før jeg har fundet et sted til det hele) Billederne er i TIFF-format, og jeg overvejer at konvertere dem alle til ECW-format for at speede processen op. Derudover skal jeg lige se, hvordan de forskellige regioner passer sammen, så det bliver transparent for brugerne, om man tilfældigvis går fra billeder fra én region til en anden. - Peter 2013/1/9 Peter Brodersen pe...@ter.dk: Jeg har været forbi posthuset nu, og glæder mig til kigge på de to diske: http://osm.ter.dk/gfx/geodatastyrelsen_harddiske.jpg Vi er vist nået op på flere terabyte data, så jeg skal lige finde ud af, hvor der er et passende sted at slutte dem til. I første omgang skaber jeg mig lige et overblik over, hvad vi har fået, og så poster en oversigt her og opdaterer wikien tilsvarende. Derudover er der generelt åbnet for data, hvis man ikke er faldet over det endnu. Søren Johannessen har skrevet lidt om det: http://www.microformats.dk/2013/01/01/sa-er-der-abent-i-geodata-supermarkedet-hos-geodatastyrelsen/ .. og vi skal stadigvæk have afklaret licenser fuldstændigt. For en god ordens skyld er det værd at nævne, at der ikke er noget galt i at Geodatastyrelsen dual-license'r. Det kan snildt være, at de har en generel licens, som OSM (dvs. ODbL) måske eller måske ikke kan leve op til, og samtidig laver en aftale specifikt med OSM (som så er ODbL-kompatibel). - Peter 2013/1/8 Ivar Madsen lists.openstreetmap@milli.dk: Ja, hvor længe forventes det at vi skal vente? -- Med venlig hilsen Ivar Madsen Tirsdag den 8. januar 2013 15:09:32 Jens Winbladh skrev: Vi glæder os helt vildt, til at se de nye foto... /Jens Den 8. jan. 2013 00.50 skrev Peter Brodersen pe...@ter.dk: Tjek. ECW-filen lader til at have det fint nok, også hvis man zoomer længere ud. Spøjst. Jeg har også prøvet at deaktivere cachen uden held. Nå, til gengæld har jeg fået en notits fra Post Danmark om, at der ligger en harddisk og venter på mig :-) - Peter 2013/1/7 Hans Gregers Petersen gregerspeter...@gmail.com: 6. jan. 2013 22.02 skrev Peter Brodersen pe...@ter.dk: Hm, jeg kan ikke lige gennemskue, hvorfor nogle af de tiles driller. Måske der er problemer med enkelte af Fugro-billederne. Internt ser jeg følgende fejl: Failed to draw layer named 'fugro'. Could not perform Read/Write on file: Unable to access file. Kører du Mapserver med GDAL bagved (det ser sådan ud)? I så fald kan du prøve at køre gdalinfo på den ECW-fil, der fejler og se om ikke den simpelthen er dårlig. Hvis den er, så skal du nok have fat i Peter fra Fugro eller se om de originale data har samme fejl. Mvh Gregers ___ 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-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-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Fugro luftfotos på sydfyn, vest for Svendborg
10. jan. 2013 02.43 skrev Peter Brodersen pe...@ter.dk: Der skal stadigvæk pusles en del, men som en treat har jeg her lavet eksempel på de ortofotos, vi har fået adgang til: http://osm.ter.dk/gfx/geodatastyrelsen_2012_raadhuspladsen.jpg Ser godt ud! Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] Openstreetmap?
Ligner det ikke i høj grad vores kort? http://ing.dk/artikel/135409-danske-nokia-ingenioerer-skaber-sportsur-med-gps- og-farveskaerm Anders ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Fugro luftfotos på sydfyn, vest for Svendborg
2013/1/10 Peter Brodersen pe...@ter.dk: Jeg er ved at smide nogle få filer op til at teste med i JOSM, og indtil videre ser det fint ud. Der er stadigvæk lige det med pladsen... hele datasættet fylder omtrent en terabyte. Du optjener bare *så* meget karma ved det her :) /Lars ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Openstreetmap?
Torsdag den 10. januar 2013 11:07:08 skrev Emil Tin: Billedteksten er i hvert fald OpenStreetMaps på to tommer med farve. Lol, det står også i artikelteksten, jeg reagerede udelukkende på det visuelle... Meget fin lille ting til os cyklister også ;) Med venlig hilsen Emil Tin IT- og Processpecialist Cykelsekretariatet ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Fugro luftfotos på sydfyn, vest for Svendborg
Jeg har fået lagt en fortegnelse op over de nyeste lag i de forskellige regioner: http://tile.openstreetmap.dk/?zoom=8lat=56.0899lon=11.61346layers=BFFFT Det kan godt tænkes, at der er luftfotos for de gamle områder i de ældre luftfotos. Det må jeg lige tjekke. Vi skal som sagt have fundet noget mere permanent serverplads, men hvis folk har nogle specifikke områder, de gerne vil kigge på, så tager jeg imod requests :-) Zoom ind på ovenstående link og find navnet på området (Fx jylland_2010_10cm\1km_6190_553_2010 - på billedet er _ erstattet af linjeskift), og jeg lægger det op. Så får jeg banket en vejledning sammen til JOSM og venner. 2013/1/10 Peter Brodersen pe...@ter.dk: Jeg er ved at smide nogle få filer op til at teste med i JOSM, og indtil videre ser det fint ud. Der er stadigvæk lige det med pladsen... hele datasættet fylder omtrent en terabyte. Der skal stadigvæk pusles en del, men som en treat har jeg her lavet eksempel på de ortofotos, vi har fået adgang til: http://osm.ter.dk/gfx/geodatastyrelsen_2012_raadhuspladsen.jpg Billedet er fra Rådhuspladsen i København, hvor man både kan se at Rådhuspladsen er under ombygning på grund af Metrobyggeriet, at Scala-bygningen er revet ned og at Industriens Hus har fået sin nye doozer-facade. Det bliver godt! - Peter 2013/1/9 Peter Brodersen pe...@ter.dk: Så er der lidt mere info om indholdet af de to diske plus noget historisk info: http://wiki.openstreetmap.org/wiki/Da:Geodatastyrelsen Sig til, hvis der er noget af det, jeg skal smide online (al data fylder flere terabytes, så der går nok lidt tid, før jeg har fundet et sted til det hele) Billederne er i TIFF-format, og jeg overvejer at konvertere dem alle til ECW-format for at speede processen op. Derudover skal jeg lige se, hvordan de forskellige regioner passer sammen, så det bliver transparent for brugerne, om man tilfældigvis går fra billeder fra én region til en anden. - Peter 2013/1/9 Peter Brodersen pe...@ter.dk: Jeg har været forbi posthuset nu, og glæder mig til kigge på de to diske: http://osm.ter.dk/gfx/geodatastyrelsen_harddiske.jpg Vi er vist nået op på flere terabyte data, så jeg skal lige finde ud af, hvor der er et passende sted at slutte dem til. I første omgang skaber jeg mig lige et overblik over, hvad vi har fået, og så poster en oversigt her og opdaterer wikien tilsvarende. Derudover er der generelt åbnet for data, hvis man ikke er faldet over det endnu. Søren Johannessen har skrevet lidt om det: http://www.microformats.dk/2013/01/01/sa-er-der-abent-i-geodata-supermarkedet-hos-geodatastyrelsen/ .. og vi skal stadigvæk have afklaret licenser fuldstændigt. For en god ordens skyld er det værd at nævne, at der ikke er noget galt i at Geodatastyrelsen dual-license'r. Det kan snildt være, at de har en generel licens, som OSM (dvs. ODbL) måske eller måske ikke kan leve op til, og samtidig laver en aftale specifikt med OSM (som så er ODbL-kompatibel). - Peter 2013/1/8 Ivar Madsen lists.openstreetmap@milli.dk: Ja, hvor længe forventes det at vi skal vente? -- Med venlig hilsen Ivar Madsen Tirsdag den 8. januar 2013 15:09:32 Jens Winbladh skrev: Vi glæder os helt vildt, til at se de nye foto... /Jens Den 8. jan. 2013 00.50 skrev Peter Brodersen pe...@ter.dk: Tjek. ECW-filen lader til at have det fint nok, også hvis man zoomer længere ud. Spøjst. Jeg har også prøvet at deaktivere cachen uden held. Nå, til gengæld har jeg fået en notits fra Post Danmark om, at der ligger en harddisk og venter på mig :-) - Peter 2013/1/7 Hans Gregers Petersen gregerspeter...@gmail.com: 6. jan. 2013 22.02 skrev Peter Brodersen pe...@ter.dk: Hm, jeg kan ikke lige gennemskue, hvorfor nogle af de tiles driller. Måske der er problemer med enkelte af Fugro-billederne. Internt ser jeg følgende fejl: Failed to draw layer named 'fugro'. Could not perform Read/Write on file: Unable to access file. Kører du Mapserver med GDAL bagved (det ser sådan ud)? I så fald kan du prøve at køre gdalinfo på den ECW-fil, der fejler og se om ikke den simpelthen er dårlig. Hvis den er, så skal du nok have fat i Peter fra Fugro eller se om de originale data har samme fejl. Mvh Gregers ___ 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-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
Re: [Talk-dk] Openstreetmap?
Hmm, den så jeg omtalt (til deres hjemmeside) på IRC et sted tror jeg, den 4. september 2012. Jeg troed egentlig man kunne købe dem, men det ser dog ikke ud til at man kan købe dem fra deres hjemmeside. 2013/1/10 Anders Lund and...@alweb.dk: Torsdag den 10. januar 2013 11:07:08 skrev Emil Tin: Billedteksten er i hvert fald OpenStreetMaps på to tommer med farve. Lol, det står også i artikelteksten, jeg reagerede udelukkende på det visuelle... Meget fin lille ting til os cyklister også ;) Med venlig hilsen Emil Tin IT- og Processpecialist Cykelsekretariatet ___ 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
Re: [Talk-dk] Openstreetmap?
Ahh, de er da også vævnt tidligere, http://ing.dk/artikel/132689-dansk-nokia-lukning-er-en-ren-virksomhedsmaskine. 10. jan. 2013 17.29 skrev Nick Østergaard oe.n...@gmail.com: Hmm, den så jeg omtalt (til deres hjemmeside) på IRC et sted tror jeg, den 4. september 2012. Jeg troed egentlig man kunne købe dem, men det ser dog ikke ud til at man kan købe dem fra deres hjemmeside. 2013/1/10 Anders Lund and...@alweb.dk: Torsdag den 10. januar 2013 11:07:08 skrev Emil Tin: Billedteksten er i hvert fald OpenStreetMaps på to tommer med farve. Lol, det står også i artikelteksten, jeg reagerede udelukkende på det visuelle... Meget fin lille ting til os cyklister også ;) Med venlig hilsen Emil Tin IT- og Processpecialist Cykelsekretariatet ___ 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
Re: [Talk-dk] Fugro luftfotos på sydfyn, vest for Svendborg
Torsdag den 10. januar 2013 16:37:52 skrev Peter Brodersen: Jeg har fået lagt en fortegnelse op over de nyeste lag i de forskellige regioner: http://tile.openstreetmap.dk/?zoom=8lat=56.0899lon=11.61346layers=BFFFT Det kan godt tænkes, at der er luftfotos for de gamle områder i de ældre luftfotos. Det må jeg lige tjekke. Vi skal som sagt have fundet noget mere permanent serverplads, men hvis folk har nogle specifikke områder, de gerne vil kigge på, så tager jeg imod requests :-) Zoom ind på ovenstående link og find navnet på området (Fx jylland_2010_10cm\1km_6190_553_2010 - på billedet er _ erstattet af linjeskift), og jeg lægger det op. Hm, jeg har jo fået tydelig besked på at man ikke skal tegne bygninger fra luftfotos... Men man kunne nok få styr på fyr med dem. Kunne teste på Strynø: geofyn2012_10cm\1km_6083_603_2012 geofyn2012_10cm\1km_6084_603_2012 Anders ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Fugro luftfotos på sydfyn, vest for Svendborg
Yep, vi er stadigvæk ved at få afklaret licenser. Grundlaget for at vi har fået al den data er, at det skal bruges i OSM-regi, så alt tyder på, at vi når frem til en passende aftale. For luftfotos kan det også tænkes, at man kan nå frem til en mere enkel aftale, idet vi producerer noget selv her afledt af luftfotos, hvorimod vi ikke også videredistribuerer luftfotos frit under ODbL. Strynø er oppe nu til sammenligning: http://osm.rasher.dk/index-leaflet.php#15/54.90509/10.60979/B000FFT - Peter 2013/1/10 Anders Lund and...@alweb.dk: Torsdag den 10. januar 2013 16:37:52 skrev Peter Brodersen: Jeg har fået lagt en fortegnelse op over de nyeste lag i de forskellige regioner: http://tile.openstreetmap.dk/?zoom=8lat=56.0899lon=11.61346layers=BFFFT Det kan godt tænkes, at der er luftfotos for de gamle områder i de ældre luftfotos. Det må jeg lige tjekke. Vi skal som sagt have fundet noget mere permanent serverplads, men hvis folk har nogle specifikke områder, de gerne vil kigge på, så tager jeg imod requests :-) Zoom ind på ovenstående link og find navnet på området (Fx jylland_2010_10cm\1km_6190_553_2010 - på billedet er _ erstattet af linjeskift), og jeg lægger det op. Hm, jeg har jo fået tydelig besked på at man ikke skal tegne bygninger fra luftfotos... Men man kunne nok få styr på fyr med dem. Kunne teste på Strynø: geofyn2012_10cm\1km_6083_603_2012 geofyn2012_10cm\1km_6084_603_2012 Anders ___ 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
Re: [Talk-dk] Fugro luftfotos på sydfyn, vest for Svendborg
Jeg har ikke oplevet, at der har været så meget kritik af Google blot ud fra deres ortofotos (luftfotos). Det har mere været med Street View-billeder, at der har været ballade. Dertil kommer, at de fotos også kommer offentligt ud andre steder i øvrigt, sandsynligvis på Geodatastyrelsens egen hjemmeside, nok her til marts. Billederne kommer vi mest af alt til at bruge internt. Når det så er sagt, så mener jeg heller ikke, at der er behov for, at man går ind og mapper folks swimmingpools, græsplæner, terrasser og den slags. Men det er mere min mavefornemmelse. - Peter 2013/1/10 Carsten Nielsen list_re...@toensberg.dk: Lækre billeder. Er billederne checket så man ikke oplever same problemer som google har haft med overtrædelse af privat livets fred ? Jeg mener at billederne er så detaljerede at et uheldigt billede af en lukket have vil kunne afsløre detaljer som nogle ikke ønsker afsløret. Det er vel dem som offentliggør billederne der har pligten til at sikre at de kan offentliggøres. Carsten Den 10-01-2013 02:43, Peter Brodersen skrev: Jeg er ved at smide nogle få filer op til at teste med i JOSM, og indtil videre ser det fint ud. Der er stadigvæk lige det med pladsen... hele datasættet fylder omtrent en terabyte. Der skal stadigvæk pusles en del, men som en treat har jeg her lavet eksempel på de ortofotos, vi har fået adgang til: http://osm.ter.dk/gfx/geodatastyrelsen_2012_raadhuspladsen.jpg Billedet er fra Rådhuspladsen i København, hvor man både kan se at Rådhuspladsen er under ombygning på grund af Metrobyggeriet, at Scala-bygningen er revet ned og at Industriens Hus har fået sin nye doozer-facade. Det bliver godt! - Peter 2013/1/9 Peter Brodersen pe...@ter.dk: Så er der lidt mere info om indholdet af de to diske plus noget historisk info: http://wiki.openstreetmap.org/wiki/Da:Geodatastyrelsen Sig til, hvis der er noget af det, jeg skal smide online (al data fylder flere terabytes, så der går nok lidt tid, før jeg har fundet et sted til det hele) Billederne er i TIFF-format, og jeg overvejer at konvertere dem alle til ECW-format for at speede processen op. Derudover skal jeg lige se, hvordan de forskellige regioner passer sammen, så det bliver transparent for brugerne, om man tilfældigvis går fra billeder fra én region til en anden. - Peter 2013/1/9 Peter Brodersen pe...@ter.dk: Jeg har været forbi posthuset nu, og glæder mig til kigge på de to diske: http://osm.ter.dk/gfx/geodatastyrelsen_harddiske.jpg Vi er vist nået op på flere terabyte data, så jeg skal lige finde ud af, hvor der er et passende sted at slutte dem til. I første omgang skaber jeg mig lige et overblik over, hvad vi har fået, og så poster en oversigt her og opdaterer wikien tilsvarende. Derudover er der generelt åbnet for data, hvis man ikke er faldet over det endnu. Søren Johannessen har skrevet lidt om det: http://www.microformats.dk/2013/01/01/sa-er-der-abent-i-geodata-supermarkedet-hos-geodatastyrelsen/ .. og vi skal stadigvæk have afklaret licenser fuldstændigt. For en god ordens skyld er det værd at nævne, at der ikke er noget galt i at Geodatastyrelsen dual-license'r. Det kan snildt være, at de har en generel licens, som OSM (dvs. ODbL) måske eller måske ikke kan leve op til, og samtidig laver en aftale specifikt med OSM (som så er ODbL-kompatibel). - Peter 2013/1/8 Ivar Madsen lists.openstreetmap@milli.dk: Ja, hvor længe forventes det at vi skal vente? -- Med venlig hilsen Ivar Madsen Tirsdag den 8. januar 2013 15:09:32 Jens Winbladh skrev: Vi glæder os helt vildt, til at se de nye foto... /Jens Den 8. jan. 2013 00.50 skrev Peter Brodersen pe...@ter.dk: Tjek. ECW-filen lader til at have det fint nok, også hvis man zoomer længere ud. Spøjst. Jeg har også prøvet at deaktivere cachen uden held. Nå, til gengæld har jeg fået en notits fra Post Danmark om, at der ligger en harddisk og venter på mig :-) - Peter 2013/1/7 Hans Gregers Petersen gregerspeter...@gmail.com: 6. jan. 2013 22.02 skrev Peter Brodersen pe...@ter.dk: Hm, jeg kan ikke lige gennemskue, hvorfor nogle af de tiles driller. Måske der er problemer med enkelte af Fugro-billederne. Internt ser jeg følgende fejl: Failed to draw layer named 'fugro'. Could not perform Read/Write on file: Unable to access file. Kører du Mapserver med GDAL bagved (det ser sådan ud)? I så fald kan du prøve at køre gdalinfo på den ECW-fil, der fejler og se om ikke den simpelthen er dårlig. Hvis den er, så skal du nok have fat i Peter fra Fugro eller se om de originale data har samme fejl. Mvh Gregers ___ 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-dk mailing list
Re: [Talk-dk] Fugro luftfotos på sydfyn, vest for Svendborg
Torsdag den 10. januar 2013 21:11:14 skrev Peter Brodersen: Yep, vi er stadigvæk ved at få afklaret licenser. Grundlaget for at vi har fået al den data er, at det skal bruges i OSM-regi, så alt tyder på, at vi når frem til en passende aftale. For luftfotos kan det også tænkes, at man kan nå frem til en mere enkel aftale, idet vi producerer noget selv her afledt af luftfotos, hvorimod vi ikke også videredistribuerer luftfotos frit under ODbL. Strynø er oppe nu til sammenligning: http://osm.rasher.dk/index-leaflet.php#15/54.90509/10.60979/B000 FFT De er enormt flotte! Desværre kan jeg ikke finde fyrene på dem bare ved at kigge. Der er ellers flotte skygger, så man kan se objekter af en vis højde tydeligt :) Hvor bliver det sejt at have adgang til dem for hele landet. Hvad kan man gøre for at hjælpe til med det - på studiebudget? - Peter 2013/1/10 Anders Lund and...@alweb.dk: Torsdag den 10. januar 2013 16:37:52 skrev Peter Brodersen: Jeg har fået lagt en fortegnelse op over de nyeste lag i de forskellige regioner: http://tile.openstreetmap.dk/?zoom=8lat=56.0899lon=11.61346layers=BFFF T Det kan godt tænkes, at der er luftfotos for de gamle områder i de ældre luftfotos. Det må jeg lige tjekke. Vi skal som sagt have fundet noget mere permanent serverplads, men hvis folk har nogle specifikke områder, de gerne vil kigge på, så tager jeg imod requests :-) Zoom ind på ovenstående link og find navnet på området (Fx jylland_2010_10cm\1km_6190_553_2010 - på billedet er _ erstattet af linjeskift), og jeg lægger det op. Hm, jeg har jo fået tydelig besked på at man ikke skal tegne bygninger fra luftfotos... Men man kunne nok få styr på fyr med dem. Kunne teste på Strynø: geofyn2012_10cm\1km_6083_603_2012 geofyn2012_10cm\1km_6084_603_2012 Anders ___ 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-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-se] Vägklassningar
Det kanske vore en idé att ta en titt på wikisidan om vägklasser i Sverige, speciellt tabellen här: http://wiki.openstreetmap.org/wiki/Sv:Map_Features#Svenska_v.C3.A4gtyper_och_deras_m.C3.A4rkning Det känns inte som om den helt stämmer överens med hur vi taggar, utan mest baseras på idéerna hos den som la in den. Jag har uppfattat det som att vi kommit överens om att trunk är för motortrafikleder och riksvägar av riksintresse, primary för riksvägar och primära länsvägar av riksintresse plus mellan större orter, secondary för primära länsvägar och sekundära länsvägar mellan större orter och tertiary för sekundära länsvägar. Unclassified för enskilda vägar. Bör tabellen redigeras för att motsvara detta, eller har jag tolkat något fel? /Andreas ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Vägklassningar
Hej! Jag har några nyfikna frågor: Varför måste det vara så krångligt? Vad är fördelen med att t.ex. vissa länsvägar och alla riksvägar ska ha samma utseende/taggning? Och vad är en större ort? Varför inte bara: Europaväg highway=trunk name=Blå vägen ref=E 12 Riksväg highway=primary name=Holmsundvägen ref=26 Länsväg highway=secondary name=Ersmarksvägen ref=186 Allmän väg highway=tertiary name=Brobyvägen ref=A643 Enskild väg highway=unclassified name=Odensalavägen - (Med reservation för att inklistrade tabellen tappat sin formattering...) // Peter On 2013-01-10 20:09, Andreas Vilén wrote: Det kanske vore en idé att ta en titt på wikisidan om vägklasser i Sverige, speciellt tabellen här: http://wiki.openstreetmap.org/wiki/Sv:Map_Features#Svenska_v.C3.A4gtyper_och_deras_m.C3.A4rkning Det känns inte som om den helt stämmer överens med hur vi taggar, utan mest baseras på idéerna hos den som la in den. Jag har uppfattat det som att vi kommit överens om att trunk är för motortrafikleder och riksvägar av riksintresse, primary för riksvägar och primära länsvägar av riksintresse plus mellan större orter, secondary för primära länsvägar och sekundära länsvägar mellan större orter och tertiary för sekundära länsvägar. Unclassified för enskilda vägar. Bör tabellen redigeras för att motsvara detta, eller har jag tolkat något fel? /Andreas ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Vägklassningar
Allmänna vägar i din tabell ska nog vara sekundära länsvägar. Jag tycker att det finns en poäng i att det ska vara lite krångligt, för en sådan strikt klassning passar inte för alla vägar. Det finns exempelvis större orter som inte har någon primär länsväg eller riksväg som går till dem. Det skulle bli märkligt om alla vägar dit är tertiary. Liksom skulle det bli märkligt om motortrafikleder blir secondary när de är primära länsvägar. Därtill diskussionen om stamvägar och vägar av riksintresse, såsom vägar till flygplatser. Det kanske är lite väl krångligt idag, och det kan vara en poäng att utgå ifrån en klass per väg, för att sedan diskutera sig fram till ett system som tar hänsyn till sådant där verkligheten inte stämmer med kartan. OSM får gärna föregå med gott exempel och låta kartan följa verkligheten istället för tvärtom :) /Andreas 2013/1/10 Peter Kindström peter.kindst...@abc.se Hej! Jag har några nyfikna frågor: Varför måste det vara så krångligt? Vad är fördelen med att t.ex. vissa länsvägar och alla riksvägar ska ha samma utseende/taggning? Och vad är en större ort? Varför inte bara: Europaväg highway=trunk name=Blå vägen ref=E 12 Riksväg highway=primary name=Holmsundvägen ref=26 Länsväg highway=secondary name=Ersmarksvägen ref=186 Allmän väg highway=tertiary name=Brobyvägen ref=A643 Enskild väg highway=unclassified name=Odensalavägen - (Med reservation för att inklistrade tabellen tappat sin formattering...) // Peter On 2013-01-10 20:09, Andreas Vilén wrote: Det kanske vore en idé att ta en titt på wikisidan om vägklasser i Sverige, speciellt tabellen här:http://wiki.openstreetmap.org/wiki/Sv:Map_Features#Svenska_v.C3.A4gtyper_och_deras_m.C3.A4rkning Det känns inte som om den helt stämmer överens med hur vi taggar, utan mest baseras på idéerna hos den som la in den. Jag har uppfattat det som att vi kommit överens om att trunk är för motortrafikleder och riksvägar av riksintresse, primary för riksvägar och primära länsvägar av riksintresse plus mellan större orter, secondary för primära länsvägar och sekundära länsvägar mellan större orter och tertiary för sekundära länsvägar. Unclassified för enskilda vägar. Bör tabellen redigeras för att motsvara detta, eller har jag tolkat något fel? /Andreas ___ Talk-se mailing listTalk-se@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Vägklassningar
Om större orter inte har länsväg eller riksväg, är inte det för att vägen inte är stor/bra nog för att uppfylla de kraven? Och då är det väl inget märkliga i att klassa den som en liten väg? Sen är det detta med större ort och riksintresse... Hur definieras dessa? Problemet jag ser med dagen regler är nog att man klassar vägar efter viktighet. Och att man då får problemet med att avgöra vad/vem som bestämmer denna viktighet. - - - Den tabell jag visade är bara en del av de funderingar jag skrivit ner kring detta med att klassa svenska vägar. Jag har skrivit två A4-papper... Min idé är att följa Trafikverkets(?) klassning och att kanske ta dom konstigheterna istället för de konstigheter som blir idag. Den stora fördelen är ändå att det är lätt för alla att göra lika! Och vill vi ha mer exakta/passande taggning av vägar borde vi istället använda fler tilläggstaggar, t.ex för motorväg, motortrafikled, vägbredder, hastigheter, beläggning och i slutänden även kvaliten... // Peter On 2013-01-10 20:52, Andreas Vilén wrote: Allmänna vägar i din tabell ska nog vara sekundära länsvägar. Jag tycker att det finns en poäng i att det ska vara lite krångligt, för en sådan strikt klassning passar inte för alla vägar. Det finns exempelvis större orter som inte har någon primär länsväg eller riksväg som går till dem. Det skulle bli märkligt om alla vägar dit är tertiary. Liksom skulle det bli märkligt om motortrafikleder blir secondary när de är primära länsvägar. Därtill diskussionen om stamvägar och vägar av riksintresse, såsom vägar till flygplatser. Det kanske är lite väl krångligt idag, och det kan vara en poäng att utgå ifrån en klass per väg, för att sedan diskutera sig fram till ett system som tar hänsyn till sådant där verkligheten inte stämmer med kartan. OSM får gärna föregå med gott exempel och låta kartan följa verkligheten istället för tvärtom :) /Andreas 2013/1/10 Peter Kindström peter.kindst...@abc.se mailto:peter.kindst...@abc.se Hej! Jag har några nyfikna frågor: Varför måste det vara så krångligt? Vad är fördelen med att t.ex. vissa länsvägar och alla riksvägar ska ha samma utseende/taggning? Och vad är en större ort? Varför inte bara: Europaväg highway=trunk name=Blå vägen ref=E 12 Riksväg highway=primary name=Holmsundvägen ref=26 Länsväg highway=secondary name=Ersmarksvägen ref=186 Allmän väg highway=tertiary name=Brobyvägen ref=A643 Enskild väg highway=unclassified name=Odensalavägen - (Med reservation för att inklistrade tabellen tappat sin formattering...) // Peter On 2013-01-10 20:09, Andreas Vilén wrote: Det kanske vore en idé att ta en titt på wikisidan om vägklasser i Sverige, speciellt tabellen här: http://wiki.openstreetmap.org/wiki/Sv:Map_Features#Svenska_v.C3.A4gtyper_och_deras_m.C3.A4rkning Det känns inte som om den helt stämmer överens med hur vi taggar, utan mest baseras på idéerna hos den som la in den. Jag har uppfattat det som att vi kommit överens om att trunk är för motortrafikleder och riksvägar av riksintresse, primary för riksvägar och primära länsvägar av riksintresse plus mellan större orter, secondary för primära länsvägar och sekundära länsvägar mellan större orter och tertiary för sekundära länsvägar. Unclassified för enskilda vägar. Bör tabellen redigeras för att motsvara detta, eller har jag tolkat något fel? /Andreas ___ Talk-se mailing list Talk-se@openstreetmap.org mailto:Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org mailto:Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Vägklassningar
Jag har för mig att det finns en lista över de vägar som betraktas ha riksintresse, men just nu kan jag bara hitta http://www.trafikverket.se/PageFiles/14982/pm_riksintressen_for_trafikslagens_anlaggningar_2010-11-17.pdfsom bara beskriver egenskaper de ska ha. Vilka vägar som är stamvägar finns ju dock definierat. Det är inte så enkelt med riksväg och länsväg att en väg bara måste ha en viss status för att uppfylla kraven. Det finns gott om länsvägar i riksvägsklass och tvärtom, så det verkar vara helt blandat. Exempelvis byttes just väg 16 mellan Lund och Dalby till väg 102, trots att åtminstone delar av vägen är fyrfilig. Det skulle kännas väldigt konstigt att tagga om en sådan väg till secondary, speciellt eftersom den utgör Lunds norra ringled, och det redan finns gott om stadsgator i Lund med secondary. Detsamma gäller exempelvis länsväg 100, som till största delen är 2+1-väg, eller för den delen Österlen, där det över huvud taget inte finns några sekundära länsvägar. Där hade i så fall allt varit antingen primary eller tertiary. Riksväg 19 norr om Kristianstad går som smal bygata i 50 genom mindre samhällen. De som har lokalkännedom norr om Stockholm kan säkert ge än fler exempel på riks- och länsvägar (och tom E-vägar) som inte håller speciellt hög standard. Det finns alltså behov av att tagga olika riks- och länsvägar på olika sätt. Frågan är bara vad som ska avgöra vilken tagg som ska avgöras var. /Andreas 2013/1/10 Peter Kindström peter.kindst...@abc.se Om större orter inte har länsväg eller riksväg, är inte det för att vägen inte är stor/bra nog för att uppfylla de kraven? Och då är det väl inget märkliga i att klassa den som en liten väg? Sen är det detta med större ort och riksintresse... Hur definieras dessa? Problemet jag ser med dagen regler är nog att man klassar vägar efter viktighet. Och att man då får problemet med att avgöra vad/vem som bestämmer denna viktighet. - - - Den tabell jag visade är bara en del av de funderingar jag skrivit ner kring detta med att klassa svenska vägar. Jag har skrivit två A4-papper... Min idé är att följa Trafikverkets(?) klassning och att kanske ta dom konstigheterna istället för de konstigheter som blir idag. Den stora fördelen är ändå att det är lätt för alla att göra lika! Och vill vi ha mer exakta/passande taggning av vägar borde vi istället använda fler tilläggstaggar, t.ex för motorväg, motortrafikled, vägbredder, hastigheter, beläggning och i slutänden även kvaliten... // Peter On 2013-01-10 20:52, Andreas Vilén wrote: Allmänna vägar i din tabell ska nog vara sekundära länsvägar. Jag tycker att det finns en poäng i att det ska vara lite krångligt, för en sådan strikt klassning passar inte för alla vägar. Det finns exempelvis större orter som inte har någon primär länsväg eller riksväg som går till dem. Det skulle bli märkligt om alla vägar dit är tertiary. Liksom skulle det bli märkligt om motortrafikleder blir secondary när de är primära länsvägar. Därtill diskussionen om stamvägar och vägar av riksintresse, såsom vägar till flygplatser. Det kanske är lite väl krångligt idag, och det kan vara en poäng att utgå ifrån en klass per väg, för att sedan diskutera sig fram till ett system som tar hänsyn till sådant där verkligheten inte stämmer med kartan. OSM får gärna föregå med gott exempel och låta kartan följa verkligheten istället för tvärtom :) /Andreas 2013/1/10 Peter Kindström peter.kindst...@abc.se Hej! Jag har några nyfikna frågor: Varför måste det vara så krångligt? Vad är fördelen med att t.ex. vissa länsvägar och alla riksvägar ska ha samma utseende/taggning? Och vad är en större ort? Varför inte bara: Europaväg highway=trunk name=Blå vägen ref=E 12 Riksväg highway=primary name=Holmsundvägen ref=26 Länsväg highway=secondary name=Ersmarksvägen ref=186 Allmän väg highway=tertiary name=Brobyvägen ref=A643 Enskild väg highway=unclassified name=Odensalavägen - (Med reservation för att inklistrade tabellen tappat sin formattering...) // Peter On 2013-01-10 20:09, Andreas Vilén wrote: Det kanske vore en idé att ta en titt på wikisidan om vägklasser i Sverige, speciellt tabellen här:http://wiki.openstreetmap.org/wiki/Sv:Map_Features#Svenska_v.C3.A4gtyper_och_deras_m.C3.A4rkning Det känns inte som om den helt stämmer överens med hur vi taggar, utan mest baseras på idéerna hos den som la in den. Jag har uppfattat det som att vi kommit överens om att trunk är för motortrafikleder och riksvägar av riksintresse, primary för riksvägar och primära länsvägar av riksintresse plus mellan större orter, secondary för primära länsvägar och sekundära länsvägar mellan större orter och tertiary för sekundära länsvägar. Unclassified för enskilda vägar. Bör tabellen redigeras för att motsvara detta, eller har jag tolkat något fel? /Andreas ___ Talk-se mailing
Re: [Talk-se] Vägklassningar
Jag skrev fel, självklart menar jag att det inte finns några PRIMÄRA länsvägar på Österlen. Dessutom verkar Norra Ringen i Lund ha tappat sitt nummer helt och blivit gren till E22, men det ändrar inte huvudsaken i mitt argument /Andreas 2013/1/10 Andreas Vilén andreas.vi...@gmail.com Jag har för mig att det finns en lista över de vägar som betraktas ha riksintresse, men just nu kan jag bara hitta http://www.trafikverket.se/PageFiles/14982/pm_riksintressen_for_trafikslagens_anlaggningar_2010-11-17.pdfsom bara beskriver egenskaper de ska ha. Vilka vägar som är stamvägar finns ju dock definierat. Det är inte så enkelt med riksväg och länsväg att en väg bara måste ha en viss status för att uppfylla kraven. Det finns gott om länsvägar i riksvägsklass och tvärtom, så det verkar vara helt blandat. Exempelvis byttes just väg 16 mellan Lund och Dalby till väg 102, trots att åtminstone delar av vägen är fyrfilig. Det skulle kännas väldigt konstigt att tagga om en sådan väg till secondary, speciellt eftersom den utgör Lunds norra ringled, och det redan finns gott om stadsgator i Lund med secondary. Detsamma gäller exempelvis länsväg 100, som till största delen är 2+1-väg, eller för den delen Österlen, där det över huvud taget inte finns några sekundära länsvägar. Där hade i så fall allt varit antingen primary eller tertiary. Riksväg 19 norr om Kristianstad går som smal bygata i 50 genom mindre samhällen. De som har lokalkännedom norr om Stockholm kan säkert ge än fler exempel på riks- och länsvägar (och tom E-vägar) som inte håller speciellt hög standard. Det finns alltså behov av att tagga olika riks- och länsvägar på olika sätt. Frågan är bara vad som ska avgöra vilken tagg som ska avgöras var. /Andreas 2013/1/10 Peter Kindström peter.kindst...@abc.se Om större orter inte har länsväg eller riksväg, är inte det för att vägen inte är stor/bra nog för att uppfylla de kraven? Och då är det väl inget märkliga i att klassa den som en liten väg? Sen är det detta med större ort och riksintresse... Hur definieras dessa? Problemet jag ser med dagen regler är nog att man klassar vägar efter viktighet. Och att man då får problemet med att avgöra vad/vem som bestämmer denna viktighet. - - - Den tabell jag visade är bara en del av de funderingar jag skrivit ner kring detta med att klassa svenska vägar. Jag har skrivit två A4-papper... Min idé är att följa Trafikverkets(?) klassning och att kanske ta dom konstigheterna istället för de konstigheter som blir idag. Den stora fördelen är ändå att det är lätt för alla att göra lika! Och vill vi ha mer exakta/passande taggning av vägar borde vi istället använda fler tilläggstaggar, t.ex för motorväg, motortrafikled, vägbredder, hastigheter, beläggning och i slutänden även kvaliten... // Peter On 2013-01-10 20:52, Andreas Vilén wrote: Allmänna vägar i din tabell ska nog vara sekundära länsvägar. Jag tycker att det finns en poäng i att det ska vara lite krångligt, för en sådan strikt klassning passar inte för alla vägar. Det finns exempelvis större orter som inte har någon primär länsväg eller riksväg som går till dem. Det skulle bli märkligt om alla vägar dit är tertiary. Liksom skulle det bli märkligt om motortrafikleder blir secondary när de är primära länsvägar. Därtill diskussionen om stamvägar och vägar av riksintresse, såsom vägar till flygplatser. Det kanske är lite väl krångligt idag, och det kan vara en poäng att utgå ifrån en klass per väg, för att sedan diskutera sig fram till ett system som tar hänsyn till sådant där verkligheten inte stämmer med kartan. OSM får gärna föregå med gott exempel och låta kartan följa verkligheten istället för tvärtom :) /Andreas 2013/1/10 Peter Kindström peter.kindst...@abc.se Hej! Jag har några nyfikna frågor: Varför måste det vara så krångligt? Vad är fördelen med att t.ex. vissa länsvägar och alla riksvägar ska ha samma utseende/taggning? Och vad är en större ort? Varför inte bara: Europaväg highway=trunk name=Blå vägen ref=E 12 Riksväg highway=primary name=Holmsundvägen ref=26 Länsväg highway=secondary name=Ersmarksvägen ref=186 Allmän väg highway=tertiary name=Brobyvägen ref=A643 Enskild väg highway=unclassified name=Odensalavägen - (Med reservation för att inklistrade tabellen tappat sin formattering...) // Peter On 2013-01-10 20:09, Andreas Vilén wrote: Det kanske vore en idé att ta en titt på wikisidan om vägklasser i Sverige, speciellt tabellen här:http://wiki.openstreetmap.org/wiki/Sv:Map_Features#Svenska_v.C3.A4gtyper_och_deras_m.C3.A4rkning Det känns inte som om den helt stämmer överens med hur vi taggar, utan mest baseras på idéerna hos den som la in den. Jag har uppfattat det som att vi kommit överens om att trunk är för motortrafikleder och riksvägar av riksintresse, primary för riksvägar och primära länsvägar av riksintresse plus mellan större orter, secondary för
[Talk-es] Anuncio #3: VII Jornadas de SIG Libre de Girona, Marzo 2013
Saludos, Enlazamos en este mensaje, el tercer anuncio[1] de las VII Jornadas de SIG Libre, con información relativa a las comunicaciones aceptadas, las ponencias plenarias, fecha límite para la inscripción avanzada, ... Saludos cordiales, [1] http://sigserver4.udg.edu/wiki_jornadas/index.php/Anuncio_3 -- Lluís Vicens Comité Organizador Local Jornadas de SIG Libre Sitio web:http://www.sigte.udg.edu/jornadassiglibre Síguenos en:http://www.twitter.com/SIGLibreGirona ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [catastro] Previo de CAT2OSM2: Madrid en 5 minutos (!)
Hemos llegado a un punto en el que no sabemos muy bien cual sería la mejor manera de representar la información, para que sea fácil de usar y sin alta sobrecarga. Os pongo en situación: Tenemos parcelas urbanas y esas parcelas contienen construcciones, como por ejemplo esta: http://img.imgur.com/L3Kka.png La parcela (que es la geometría exterior va a contener los datos de dirección, ref catastral y uso de suelo) y la construcción en este caso solamente tiene un building=yes (pero podría tener amenity=X, leisure=X...). Nuestra idea para el cat2osm2 para conseguir unos archivos lo más ligeros posible y fáciles de manejar sería en este caso: -Crear un way con la geometria y datos de la parcela (dirección, ref:catastro y usos de suelo) -Sobre ella crear otros ways con las geometrias y datos de las construcciones (building=X, ref:catastro,...) La duda aquí es si añadir como tag la referencia catastral a todas las construcciones de una parcela o por el contrario, dado que los GIS permiten consultas espaciales, el que quiera trabajar con temas catastrales que de por hecho que toda construccion que se encuentre sobre una parcela pertenece a esa parcela. *¿Os parece bien representar los datos de esta manera? ¿Creeis que tiene sentido, es útil y/o los alemanes se enfadarán por poner la referencia catastral también a las construcciones?* (A las parcelas damos por hecho que si es útil y no supone una sobrecarga muy grande) Siguiendo este método, en los casos en los que la parcela coincidiese 100% con el edificio, únicamente se dibujaría un way que contendría los tags de ambos. Habría que ver, qué cosas fantásticas nos depara catastro ahora como edificios que sobresalen de sus parcelas o cosas similares. Saludos. -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [catastro] Previo de CAT2OSM2: Madrid en 5 minutos (!)
Hola, En mi modesta e ignorante opinión, no veo necesario añadir a las construcciones dentro de la misma parcela las etiquetas propias de la parcela. Tampoco veo útil establecer una relación para 'heredar' esos tags. Por ejemplo, al crear calles en una ciudad, no se establece una 'relación' para heredar las etiquetas de la ciudad a la que pertenece, ni se establecen esas etiquetas. Quizá fuese útil tenerlo para simplificar el obtener todo lo perteneciente a una ciudad, pero también es redundante. He estado un tiempo desconectado y no he podido probar el cat2osm2, en cuanto saque un rato lo pruebo. En la versión anterior, cuando había tres parcelas juntas, que compartían límites, se usaban relaciones para evitar vías superpuestas (los límites compartidos). ¿Esto sigue siendo así? Lo pregunto porque creo recordar que una de las quejas de 'los alemanes' era el gran número de relaciones que se generaban. Un saludo, -- Antonio Navarro mailto:anto...@hunos.net mailto:antonio.navarro...@gmail.com mailto:antonio.nava...@hispalinux.es El 10 de enero de 2013 15:21, Rafael Avila Coya ravilac...@gmail.comescribió: No se puede hacer eso con una relación, incluyendo a los edificios y demás como miembros de la misma? De esa manera no habría que repetir el tag de referencia catastral. Un saludo. On 10/01/13 15:09, Ander Pijoan wrote: Hemos llegado a un punto en el que no sabemos muy bien cual sería la mejor manera de representar la información, para que sea fácil de usar y sin alta sobrecarga. Os pongo en situación: Tenemos parcelas urbanas y esas parcelas contienen construcciones, como por ejemplo esta: http://img.imgur.com/L3Kka.png La parcela (que es la geometría exterior va a contener los datos de dirección, ref catastral y uso de suelo) y la construcción en este caso solamente tiene un building=yes (pero podría tener amenity=X, leisure=X...). Nuestra idea para el cat2osm2 para conseguir unos archivos lo más ligeros posible y fáciles de manejar sería en este caso: -Crear un way con la geometria y datos de la parcela (dirección, ref:catastro y usos de suelo) -Sobre ella crear otros ways con las geometrias y datos de las construcciones (building=X, ref:catastro,...) La duda aquí es si añadir como tag la referencia catastral a todas las construcciones de una parcela o por el contrario, dado que los GIS permiten consultas espaciales, el que quiera trabajar con temas catastrales que de por hecho que toda construccion que se encuentre sobre una parcela pertenece a esa parcela. *¿Os parece bien representar los datos de esta manera? ¿Creeis que tiene sentido, es útil y/o los alemanes se enfadarán por poner la referencia catastral también a las construcciones?* (A las parcelas damos por hecho que si es útil y no supone una sobrecarga muy grande) Siguiendo este método, en los casos en los que la parcela coincidiese 100% con el edificio, únicamente se dibujaría un way que contendría los tags de ambos. Habría que ver, qué cosas fantásticas nos depara catastro ahora como edificios que sobresalen de sus parcelas o cosas similares. Saludos. -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es mailto:ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Por favor, non me envíe documentos con extensións .doc, .docx, .xls, .xlsx, .ppt, .pptx, aínda podendoo facer, non os abro. Atendendo á lexislación vixente, empregue formatos estándares e abertos. http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros ___ 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
Re: [Talk-es] [catastro] Previo de CAT2OSM2: Madrid en 5 minutos (!)
El 10 de enero de 2013 15:21, Rafael Avila Coya ravilac...@gmail.comescribió: No se puede hacer eso con una relación, incluyendo a los edificios y demás como miembros de la misma? De esa manera no habría que repetir el tag de referencia catastral. En un primer lugar pensamos en esto, pero esque al final imaginemos que hay un edicio que tiene un patio interior, es decir un agujero, entonces ese edificio ya no se representa como un way sino como una relation. Tendríamos entonces una parcela que sería una relation, que dentro contendría otra relation (el edificio con agujero) que dentro tendría el way exterior y el interior. Al final la cosa puede llegar a complicarse bastante. El 10 de enero de 2013 15:50, Antonio Navarro anto...@hunos.net escribió: Hola, En mi modesta e ignorante opinión, no veo necesario añadir a las construcciones dentro de la misma parcela las etiquetas propias de la parcela. Tampoco veo útil establecer una relación para 'heredar' esos tags. Por ejemplo, al crear calles en una ciudad, no se establece una 'relación' para heredar las etiquetas de la ciudad a la que pertenece, ni se establecen esas etiquetas. Quizá fuese útil tenerlo para simplificar el obtener todo lo perteneciente a una ciudad, pero también es redundante. Precisamente es esto que comentas Antonio. Al tener OpenStreetMap un SIG por detrás, toda esa herencia de tags de geometrías contenidas dentro de otras se hace de manera muy fácil evitando tener que poner los tags de forma explícita (lo que carga mucho la BD y en el caso de usar relaciones hace más dificil el manejo de las geometrías para los usuarios). Lo dejan bastante claro aquí : http://wiki.openstreetmap.org/wiki/Relations/Relations_are_not_Categories He estado un tiempo desconectado y no he podido probar el cat2osm2, en cuanto saque un rato lo pruebo. En la versión anterior, cuando había tres parcelas juntas, que compartían límites, se usaban relaciones para evitar vías superpuestas (los límites compartidos). ¿Esto sigue siendo así? Lo pregunto porque creo recordar que una de las quejas de 'los alemanes' era el gran número de relaciones que se generaban. No, precisamente cat2osm2 lo he hecho porque desde mi punto de vista, el usar todas esas relaciones no aportaba ninguna mejora. -Al introducirse a la BD, esta las descompone en geometrías sueltas (deshaciendo todo el trabajo que hemos hecho de reutilizar vías y creando las vías superpuestas). -Hacen mucho mas complicado su manejo y edición. -No encoge el tamaño de los OSM. En la anterior versión de cat2osm, los shapefiles se leían y acto seguido se transformaban a los tipos de datos OSM (nodos/ways/relations), para luego hacer las operaciones con ellos. En cat2osm2, se leen los shapefiles y se crean geometrías en memoria, para poder hacer más fácilmente operaciones geométricas (unir varios edificios con los mismos tags, unir subparcelas,...) y una vez hecho todo se traduce a OSM y se imprime. Todavía estamos arreglándolo y una de las dudas que teníamos es cómo representar finalmente la información. Saludos. -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] Bezirksgrenzen
Hat es nicht mit Jahresbeginn mehrere Bezirkszusammenlegungen in der Steiermark gegeben? Wurden die schon geändert? ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Einladung zum OSM-Treffen in Graz / Terminabstimmung
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Liebe OpenStreetMap-Interessierte in und um Graz, Ich lade herzlich ein zum nächsten OpenStreetMap-Stammtisch in Graz! Er wird gegen Ende Jänner stattfinden, eine Doodle-Umfrage zwecks Terminabstimmung und Tischreservierung findet ihr hier: http://doodle.com/kp2hbxar4xgdxihr Der Stammtisch findet dann am Tag mit den meisten Doodle-Votes um 18:00 im Brot Spiele in Graz statt. Zwecks Agenda und sonstigem bitte die Wiki-Seite konsultieren: http://wiki.openstreetmap.org/wiki/Graz/Stammtisch Die Termin-Abstimmung läuft bis Sonntag, 20.1. 24:00. Ich werde gleich danach der Doodle-Anmeldung entsprechend den Tisch reservieren. Ich freue mich auf euer kommen! lg, Michael - -- Michael Maier, Student of Telematics @ Graz University of Technology OpenStreetMap Graz http://osm.org/go/0Iz@paV http://wiki.osm.org/Graz http://wiki.osm.org/Graz/Stammtisch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJQ71M0AAoJEPDJmZ2oE4mGyXoQAIWggVSnxF3NTPy4aiw34uHu bEbXFJBHQaahlGQc/7LFke4rm1HmzRNrAg7tne/YL2WROBCJrVaO70i21kWowWGk U4TIXnQ4ON5TdjdOtQGms1H+qp4pU6cMIpQbxUb7A2hUjveHSTeHdf6oId3Vz9OJ a6OThUkuqtOmIJlLSDRGdJWEGJHh0kWihwJwwRzTQ1oGrJHZAyQ2acsY4DzUEY46 /25BwuI3Q/8gLCAmhIIrItqPk2Ho0UF+Ue3nGpU2fZh+ZVRH9QNZvFOtWv9/0EU5 8ouT9gu65r6Pu4bBT4R2fSuLhM/NqO+TmZ1NKC9cIXIGk3d0HLAvaiPCeG8Vv3zF iatmslwySnokzaBzsV1yw3UovTjVcjVQtz8WNaAyxU1zfGsdyYiNxYWXe6Epi1+O xhtvvHKdExCwFbIpWDTXfGOvA6mYWBmJeKo088K9HukUOrAb/9hX+0H9aY4u9HC6 SHl/kv174j/KrgCDm3CWDYd/YpF6Pmk0BWXbNbCcCuqeFbX3G3OkhwPDV5eNWPn1 E6bSj2ZQkDJfhLOa1QTVoqiYAJuZvnymo8GSVDXMqlWHEb1B1Y0Pld9+pxYBj5ad V7dBNDyZH7SgaYcbeIXn/co+3brFMFafCMwyc6rttMgF6vmVo448JEWI33U2G6i6 XE5lH2U++i9QmPChnTpc =OiFq -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Bezirksgrenzen
Original-Nachricht Datum: Thu, 10 Jan 2013 17:31:10 +0100 Von: martin ringer martinrin...@hotmail.com An: talk-at@openstreetmap.org Betreff: [Talk-at] Bezirksgrenzen Hat es nicht mit Jahresbeginn mehrere Bezirkszusammenlegungen in der Steiermark gegeben? Wurden die schon geändert? Hallo! Die neuen Bezirksgrenzen wurden bereits geändert, die OpenStreetMap ist ja aktuell ;-) Es dauert nur leider etwas, bis sie auf der Karte sichtbar werden, da die niedrigen Zoomstufen, bei denen das auffällt, nur selten neu gerendert werden. Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-pe] Clasificación para vías que salen de ciudades (Arequipa)
Hola, no estoy seguro que el pago de peajes implique necesariamente que la vía sea una autopista (según la definición de OSM). Recuerdo haber visto vías concesionadas donde cobran peaje y no eran autopistas. Saludos. On Wed, 09 Jan 2013 09:54:51 -0500, Johnattan Rupire jarja...@riseup.net wrote: El 08/01/13 19:48, Robert David escribió: Hola Johnattan, revisé los enlaces que enviaste y creo que nuestro caso se asemeja más a la propuesta argentina. La chilena sería la ideal, pero creo que es necesario una diferenciación entre carreteras nacionales y departamentales, más o menos como está en los equivalentes argentinos. OSM - Argentina - Perú trunk - rutas nacionales - carreteras nacionales primary - rutas provinciales y avenidas - carreteras departamentales y avenidas principales motorway - autopistas - autopistas http://wiki.openstreetmap.org/wiki/Highway:International_equivalence He agregado una tabla a la wiki del Proyecto Perú [1] para nuestra localización de las highways. En la propuesta chilena hay una diferenciación de vías a partir del pago o no de peajes, no sé si nos toca algo igual... dejo la tabla en blanco esperando más opiniones... saludos! [1] http://wiki.openstreetmap.org/wiki/Per%C3%BA:Map_Features -- Robert David ___ Talk-pe mailing list Talk-pe@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pe
Re: [Talk-pe] Clasificación para vías que salen de ciudades (Arequipa)
Tienes razón, creo que todavía no tenemos un equivalente para living_street. On Thu, 10 Jan 2013 17:56:47 -0500, Jo winfi...@gmail.com wrote: En Europa living_street son calles donde los carros no pueden ir a más que 10km/hora. Prioridad para los peatones, las bicicletas y niños jugando. Usualmente no hay asfalto pero 'pavement stones'. Y hay varias cosas para limitar la velocidad como arboles de un lado pues del otro, de manera que los carros tienen que hacer zig zag. https://maps.google.com/?ll=50.8781,4.711547spn=0.011657,0.033023t=mz=16layer=ccbll=50.878172,4.711648panoid=acY2XD9qMcUgY2_0KmdI1gcbp=12,134.39,,0,7.49 No he visto ninguno así cuando estuve en Cusco. En Lima tampoco, pero eso es de hacía 15 años. Es un caso bastante particular. Jo 2013/1/10 Robert David rdacarde...@outlook.com Me parece que hay un cierto consenso en cuanto al uso de highway=trunk para las carreteras nacionales [1] (tanto longitudinales como transversales), como hacen los colegas de Argentina. La definición de OSM también coincide con la definición de carreteras nacionales, como vías bajo administración no local, que no necesariamente son autopistas. Es posible que haya ciertos tramos de carreteras nacionales que correspondan a autopistas y que convendría clasificarlos como tal, pero sólo serían en algunos casos y no la mayoría como en otros países. Sólo eso tendría que anotar con respecto a tu propuesta. Con primary coincidimos (departamentales [2] y avenidas principales). Con respecto a las otras, dentro de una ciudad, secondary podría aplicarse a las arterias mayores, terciary para las arterias menores, residential para las calles normales, pedestrian para las calles para sólo peatones, y living_street para las calles residenciales. [1] https://www.mtc.gob.pe/portal/**transportes/red_vial/webm/**index.htmlhttps://www.mtc.gob.pe/portal/transportes/red_vial/webm/index.html [2] https://www.mtc.gob.pe/portal/**transportes/red_vial/mapas_** redvial.htmhttps://www.mtc.gob.pe/portal/transportes/red_vial/mapas_redvial.htm(hay un PDF por cada departamento con las carreteras nacionales en rojo y las departamentales en verde) Saludos. On Thu, 10 Jan 2013 13:19:38 -0500, Johnattan Rupire jarja...@riseup.net wrote: El 10/01/13 14:54, Robert David escribió: Hola, no estoy seguro que el pago de peajes implique necesariamente que la vía sea una autopista (según la definición de OSM). Recuerdo haber visto vías concesionadas donde cobran peaje y no eran autopistas. Efectivamente, tampoco coincido con la propuesta de los compas en Chile... Para Perú hay una lista de carreteras que pueden ser directamente trunks [1], luego con las demás tendremos algo más de lío, por ejemplo para definir diferencias entre secondary y tertiary que yo he diferenciado más por la cantidad del tráfico, etc [2] y lo mismo entre living_street y residential que ya ha circulado por la lista en algún momento... he agregado algunas de las propuestas de este hilo más unas otras [3] por si alguien quiere meterle mano también y editar. También tenemos la tabla en la wiki a la que se pueden agregar directamente las propuestas... yo he preferido trabajarlo en borrador aparte para subirlo luego, pero cómo mejor vean la idea es que quienes quieran puedan participar directamente en la propuesta ... Saludos! [1] http://es.wikipedia.org/wiki/**Carreteras_del_Per%C3%BAhttp://es.wikipedia.org/wiki/Carreteras_del_Per%C3%BA [2] http://www.openstreetmap.org/?**lat=-12.04213lon=-77.08875** zoom=16layers=Mhttp://www.openstreetmap.org/?lat=-12.04213lon=-77.08875zoom=16layers=M [3] http://kune.cc/?locale=es#!**osmpe.docs.2090.8992http://kune.cc/?locale=es#!osmpe.docs.2090.8992 -- Robert David __**_ Talk-pe mailing list Talk-pe@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-pehttp://lists.openstreetmap.org/listinfo/talk-pe -- Robert David ___ Talk-pe mailing list Talk-pe@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pe
Re: [OSM-Talk-ZA] Updated CD:NGI Aerial Imagery Now Available
On 10 January 2013 13:59, Craig Leat craig.l...@gmail.com wrote:
I tried pulling the new aerial imagery into qgis using the TMS driver,
but the data is not scaling correctly.
Here's the content of my xml file:
GDAL_WMS
Service name=TMS
ServerUrlhttp://c.aerial.openstreetmap.org.za/ngi-aerial/${z}/${x}/${y}.jpg/ServerUrl
/Service
DataWindow
UpperLeftX16/UpperLeftX
UpperLeftY-21/UpperLeftY
LowerRightX33/LowerRightX
LowerRightY-35/LowerRightY
TileLevel19/TileLevel
TileCountX1/TileCountX
TileCountY1/TileCountY
YOrigintop/YOrigin
/DataWindow
ProjectionEPSG:4326/Projection
BlockSizeX256/BlockSizeX
BlockSizeY256/BlockSizeY
BandsCount3/BandsCount
/GDAL_WMS
The attached image shows the problem.
You are using EPSG:4326 projection instead of EPSG:3857
Use this file in QGIS as the raster layer:
http://aerial.openstreetmap.org.za/aerial-osm-org-za-tiles.xml (save
it locally first)
Regards
Grant
___
Talk-ZA mailing list
Talk-ZA@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-za
Re: [OSM-Talk-ZA] Updated CD:NGI Aerial Imagery Now Available
You are using EPSG:4326 projection instead of EPSG:3857 Use this file in QGIS as the raster layer: http://aerial.openstreetmap.org.za/aerial-osm-org-za-tiles.xml (save it locally first) Thanks Grant, Your xml file works well. Qgis is just much slower than my browser to load the data :( Regards, Craig ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za
[Talk-ca] Maproulette Canada
Just saw this on the General discussion list: http://gis.19327.n5.nabble.com/Happy-New-Year-from-MapRoulette-tp5743713.html After removing 7 routing problems in the US, Maproulette connectivity error fixing has come to Canada! Harald. -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Maproulette Canada
With MapRoulette, we are working at random on all the continent. For local contributors who want to clean a particular area, it is possible to simply select floating islands of KeepRight. See for example, city of Quebec. http://keepright.at/report_map.php?zoom=12lat=46.79923lon=-71.19432layers=B0Tch=0%2C130show_ign=1show_tmpign=1 Pierre De : Harald Kliems kli...@gmail.com À : Talk-CA OpenStreetMap Talk-ca@openstreetmap.org Envoyé le : Jeudi 10 janvier 2013 10h21 Objet : [Talk-ca] Maproulette Canada Just saw this on the General discussion list: http://gis.19327.n5.nabble.com/Happy-New-Year-from-MapRoulette-tp5743713.html After removing 7 routing problems in the US, Maproulette connectivity error fixing has come to Canada! Harald. -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] Průjezdy a další dotazy
Kabátici zrovna najdeš mezi trigonometrickými body http://bodovapole.cuzk.cz/_mapTop.aspx, stačí je z S-JTSK transformovat na souřadnice WGS84 pomocí cs2cs. Návod zde: http://grass.fsv.cvut.cz/gwiki/S-JTSK-Grid GDAL pro Windows zde: http://vbkto.dyndns.org/sdk/Download.aspx?file=release-1600-gdal-1-9-2-mapserver-6-2-0\gdal-19-1600-core.msi http://vbkto.dyndns.org/sdk/Download.aspx?file=release-1600-x64-gdal-1-9-2-mapserver-6-2-0\gdal-19-1600-x64-core.msi MK - Original Message - From: Marián Kyral [mailto:mky...@email.cz] To: OpenStreetMap Czech Republic [mailto:talk-cz@openstreetmap.org] Sent: Thu, 10 Jan 2013 09:23:07 +0100 Subject: Re: [Talk-cz] Průjezdy a další dotazy -- Původní zpráva -- Od: hanoj eha...@gmail.com Datum: 10. 1. 2013 Předmět: Re: [Talk-cz] Průjezdy a další dotazy Jo. V tom mám trochu zmatek. Nevím, kam přesně to patří. Do addr tedy ne. Takže buď budova, nebo areál. BTW, buď jsem slepý, nebo tam ta oprava není ;-) *** asi jsem to neodeslal, uz je to OK. *** bud node POI, budova nebo areal, podle typu objektu nebo zastavby a charakteru mista. Tag pekarstvi v dome bude na node POI, tag uradu bude asi na building, a na skolu/skolku se hodi na areal. Ale nikdy do addr. OK, díky Tak jsem ta parkoviště projel a opravil. Už by to mělo být lepší. *** supr PS: Frydlanstka x Bezrucova neni mini roundabout No to už tam bylo. Sice se mi to nezdálo, ale zatím jsem to tak nechal. Mrknu na to. Problém je v tom, že tam je podobných chyb více a hodně toho chybí a nevím, kam dříve. Navíc jsem zjistil, že má rodná vesnice (Chlebovice) je jen název a čísla domů. Katastrální mapa je tam úplně prázdná. Takže momentálně chci dodělat sídliště, pak se vrhnu na Chlebovice a pak budu pokračovat s úpravami FM a okolí. Snad mi elán vydrží. Ještě bych měl dotaz: Nad Chlebovicemi je vrchol Kabátice. Z Wiki a jiných zdrojů dokáži zjistit nadmořskou výšku, ale se souřadnicemi to je horší. Nevede tam turistická značka, je to v lese, takže i kdybych ten vrchol fyzicky našel (což nebude jen tak), tak přesnost GPS bude špatná. Je nějaká možnost, jak zjistit přesnější souřadnice? Je mi jasné, že kdyby to bylo někde veřejně dostupné, tak by se to už dávno naimportovalo. Marián hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz (http://lists.openstreetmap.org/listinfo/talk-cz)= ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Průjezdy a další dotazy
Ten GDAL pro Windows nějak nefunguje, asi je Maďar offline, tak alternativa: http://fwtools.maptools.org/ MK - Original Message - From: Marián Kyral [mailto:mky...@email.cz] To: OpenStreetMap Czech Republic [mailto:talk-cz@openstreetmap.org] Sent: Thu, 10 Jan 2013 09:23:07 +0100 Subject: Re: [Talk-cz] Průjezdy a další dotazy -- Původní zpráva -- Od: hanoj eha...@gmail.com Datum: 10. 1. 2013 Předmět: Re: [Talk-cz] Průjezdy a další dotazy Jo. V tom mám trochu zmatek. Nevím, kam přesně to patří. Do addr tedy ne. Takže buď budova, nebo areál. BTW, buď jsem slepý, nebo tam ta oprava není ;-) *** asi jsem to neodeslal, uz je to OK. *** bud node POI, budova nebo areal, podle typu objektu nebo zastavby a charakteru mista. Tag pekarstvi v dome bude na node POI, tag uradu bude asi na building, a na skolu/skolku se hodi na areal. Ale nikdy do addr. OK, díky Tak jsem ta parkoviště projel a opravil. Už by to mělo být lepší. *** supr PS: Frydlanstka x Bezrucova neni mini roundabout No to už tam bylo. Sice se mi to nezdálo, ale zatím jsem to tak nechal. Mrknu na to. Problém je v tom, že tam je podobných chyb více a hodně toho chybí a nevím, kam dříve. Navíc jsem zjistil, že má rodná vesnice (Chlebovice) je jen název a čísla domů. Katastrální mapa je tam úplně prázdná. Takže momentálně chci dodělat sídliště, pak se vrhnu na Chlebovice a pak budu pokračovat s úpravami FM a okolí. Snad mi elán vydrží. Ještě bych měl dotaz: Nad Chlebovicemi je vrchol Kabátice. Z Wiki a jiných zdrojů dokáži zjistit nadmořskou výšku, ale se souřadnicemi to je horší. Nevede tam turistická značka, je to v lese, takže i kdybych ten vrchol fyzicky našel (což nebude jen tak), tak přesnost GPS bude špatná. Je nějaká možnost, jak zjistit přesnější souřadnice? Je mi jasné, že kdyby to bylo někde veřejně dostupné, tak by se to už dávno naimportovalo. Marián hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz (http://lists.openstreetmap.org/listinfo/talk-cz)= ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Průjezdy a další dotazy
-- Původní zpráva -- Od: Martin Kokeš sh...@typo3-hosting.com Datum: 10. 1. 2013 Předmět: Re: [Talk-cz] Průjezdy a další dotazy Ten GDAL pro Windows nějak nefunguje, asi je Maďar offline, tak alternativa: http://fwtools.maptools.org/(http://fwtools.maptools.org/) MK Díky, win verze není třeba. Mně stačí linux. Už to kompiluji na svém Gentoo. Našel jsem i nějaké webové formuláře, ale fungoval mi jen jeden: http://www. alena.ilcik.cz/gps/souradnice/JTSKtoWGS.htm Ale trochu mě mate, že se tam zadává i nadmořská výška ta se přepočítá na 688m. Přitom všude v mapách je 601m. Taky nevím jak moc je to přesné a jestli se tomu dá věřit. Uvidím co na to gdal. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Průjezdy a další dotazy
-- Původní zpráva -- Od: Marián Kyral mky...@email.cz Datum: 10. 1. 2013 Předmět: Re: [Talk-cz] Průjezdy a další dotazy -- Původní zpráva -- Od: Martin Kokeš sh...@typo3-hosting.com Datum: 10. 1. 2013 Předmět: Re: [Talk-cz] Průjezdy a další dotazy Ten GDAL pro Windows nějak nefunguje, asi je Maďar offline, tak alternativa: http://fwtools.maptools.org/(http://fwtools.maptools.org/) MK Díky, win verze není třeba. Mně stačí linux. Už to kompiluji na svém Gentoo. Našel jsem i nějaké webové formuláře, ale fungoval mi jen jeden: http://www. alena.ilcik.cz/gps/souradnice/JTSKtoWGS.htm (http://www.alena.ilcik.cz/gps/souradnice/JTSKtoWGS.htm) Ale trochu mě mate, že se tam zadává i nadmořská výška ta se přepočítá na 688m. Přitom všude v mapách je 601m. Taky nevím jak moc je to přesné a jestli se tomu dá věřit. Uvidím co na to gdal. Hmm, tak zatím končím na tomhle: pj_transform(): failed to load datum shift file Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Průjezdy a další dotazy
No, jak já mám tušit, nejsa jasnovidec, že používáš linux. ;-) V tom případě stačí proj4 a gdal z gentoo, není třeba fwtools. Ten formulář je naprd, je to je Javascript. pj_transform(): failed to load datum shift file tak to tam asi nebudeš mít nahraný ten soubor s gridem. MK - Original Message - From: Marián Kyral [mailto:mky...@email.cz] To: OpenStreetMap Czech Republic [mailto:talk-cz@openstreetmap.org] Sent: Thu, 10 Jan 2013 10:48:30 +0100 Subject: Re: [Talk-cz] Průjezdy a další dotazy -- Původní zpráva -- Od: Marián Kyral mky...@email.cz Datum: 10. 1. 2013 Předmět: Re: [Talk-cz] Průjezdy a další dotazy -- Původní zpráva -- Od: Martin Kokeš sh...@typo3-hosting.com Datum: 10. 1. 2013 Předmět: Re: [Talk-cz] Průjezdy a další dotazy Ten GDAL pro Windows nějak nefunguje, asi je Maďar offline, tak alternativa: http://fwtools.maptools.org/(http://fwtools.maptools.org/) MK Díky, win verze není třeba. Mně stačí linux. Už to kompiluji na svém Gentoo. Našel jsem i nějaké webové formuláře, ale fungoval mi jen jeden: http://www. alena.ilcik.cz/gps/souradnice/JTSKtoWGS.htm (http://www.alena.ilcik.cz/gps/souradnice/JTSKtoWGS.htm) Ale trochu mě mate, že se tam zadává i nadmořská výška ta se přepočítá na 688m. Přitom všude v mapách je 601m. Taky nevím jak moc je to přesné a jestli se tomu dá věřit. Uvidím co na to gdal. Hmm, tak zatím končím na tomhle: pj_transform(): failed to load datum shift file Marián = ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Průjezdy a další dotazy
-- Původní zpráva -- Od: Martin Kokeš sh...@typo3-hosting.com Datum: 10. 1. 2013 Předmět: Re: [Talk-cz] Průjezdy a další dotazy No, jak já mám tušit, nejsa jasnovidec, že používáš linux. ;-) V tom případě stačí proj4 a gdal z gentoo, není třeba fwtools. Ten formulář je naprd, je to je Javascript. pj_transform(): failed to load datum shift file tak to tam asi nebudeš mít nahraný ten soubor s gridem. Jo, už jsem si přes strace našel co za soubor hledá a přes google jsem se dostal zpátky na tu wiki stránku :-D Formulář je sice javascript, ale vypočítal hodně podobnou hodnotu. Dle měření v josm je rozdíl 21cm, což podle mně není až tak hrozné ;-) GDAL: 49.6470349777 18.2661792680 JS: 49.6470339, 18.2661769 No ale když už mám mám gdal nainstalovaný, tak zůstanu u něj. Díky Marián MK - Original Message - From: Marián Kyral [mailto:mky...@email.cz] To: OpenStreetMap Czech Republic [mailto:talk-cz@openstreetmap.org] Sent: Thu, 10 Jan 2013 10:48:30 +0100 Subject: Re: [Talk-cz] Průjezdy a další dotazy -- Původní zpráva -- Od: Marián Kyral mky...@email.cz Datum: 10. 1. 2013 Předmět: Re: [Talk-cz] Průjezdy a další dotazy -- Původní zpráva -- Od: Martin Kokeš sh...@typo3-hosting.com Datum: 10. 1. 2013 Předmět: Re: [Talk-cz] Průjezdy a další dotazy Ten GDAL pro Windows nějak nefunguje, asi je Maďar offline, tak alternativa: http://fwtools.maptools.org/(http://fwtools.maptools.org/ (http://fwtools.maptools.org/(http://fwtools.maptools.org/)) MK Díky, win verze není třeba. Mně stačí linux. Už to kompiluji na svém Gentoo. Našel jsem i nějaké webové formuláře, ale fungoval mi jen jeden: http://www(http://www). alena.ilcik.cz/gps/souradnice/JTSKtoWGS.htm (http://alena.ilcik.cz/gps/souradnice/JTSKtoWGS.htm) (http://www.alena.ilcik.cz/gps/souradnice/JTSKtoWGS.htm (http://www.alena.ilcik.cz/gps/souradnice/JTSKtoWGS.htm)) Ale trochu mě mate, že se tam zadává i nadmořská výška ta se přepočítá na 688m. Přitom všude v mapách je 601m. Taky nevím jak moc je to přesné a jestli se tomu dá věřit. Uvidím co na to gdal. Hmm, tak zatím končím na tomhle: pj_transform(): failed to load datum shift file Marián = ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz (http://lists.openstreetmap.org/listinfo/talk-cz)___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Průjezdy a další dotazy
(Chlebovice) je jen název a čísla domů. Katastrální mapa je tam úplně prázdná. Takže momentálně chci dodělat sídliště, pak se vrhnu na Chlebovice *** Katastralni mapu(KM) ma cela CR, jen asi nemas rastrovou KM v pozadavku WMS. viz. http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#WMS_.C4.8C.C3.9AZK_-_katastr.C3.A1ln.C3.AD_mapa Ještě bych měl dotaz: Nad Chlebovicemi je vrchol Kabátice. Z Wiki a jiných zdrojů dokáži zjistit nadmořskou výšku, ale se souřadnicemi to je horší. Nevede tam turistická značka, je to v lese, takže i kdybych ten vrchol fyzicky našel (což nebude jen tak), tak přesnost GPS bude špatná. Je nějaká možnost, jak zjistit přesnější souřadnice? Je mi jasné, že kdyby to bylo někde veřejně dostupné, tak by se to už dávno naimportovalo. *** na to je myslim GPS velmi vhoda. Presnost X/Y/Z 3/3/5m je myslim na nekokretni vrchol kopce dobra, ne? PS: transformace v BASH echo -868208.53 -1095793.57 512.30 | cs2cs +init=esri:102067 \ +towgs84=570.8,85.7,462.8,4.998,1.587,5.261,3.56 +to +init=epsg:4326 vice viz http://grass.fsv.cvut.cz/gwiki/S-JTSK#S-JTSK_.E2.86.92_WGS84 hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Průjezdy a další dotazy
-- Původní zpráva -- Od: hanoj eha...@gmail.com Datum: 10. 1. 2013 Předmět: Re: [Talk-cz] Průjezdy a další dotazy (Chlebovice) je jen název a čísla domů. Katastrální mapa je tam úplně prázdná. Takže momentálně chci dodělat sídliště, pak se vrhnu na Chlebovice *** Katastralni mapu(KM) ma cela CR, jen asi nemas rastrovou KM v pozadavku WMS. viz. http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#WMS_.C 4.8C.C3.9AZK_-_katastr.C3.A1ln.C3.AD_mapa (http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#WMS_.C4.8C.C3.9AZK_-_katastr.C3.A1ln.C3.AD_mapa) Jo to bude ono. Používám přednastavený zdroj a tam je jen vektorový. Navíc konečně vím, jak se zbavit toho červeného moře v jednom místě. Díky. Ještě bych měl dotaz: Nad Chlebovicemi je vrchol Kabátice. Z Wiki a jiných zdrojů dokáži zjistit nadmořskou výšku, ale se souřadnicemi to je horší. Nevede tam turistická značka, je to v lese, takže i kdybych ten vrchol fyzicky našel (což nebude jen tak), tak přesnost GPS bude špatná. Je nějaká možnost, jak zjistit přesnější souřadnice? Je mi jasné, že kdyby to bylo někde veřejně dostupné, tak by se to už dávno naimportovalo. *** na to je myslim GPS velmi vhoda. Presnost X/Y/Z 3/3/5m je myslim na nekokretni vrchol kopce dobra, ne? Jen tak pro zajímavost se tam někdy s GPS vypravím. Vycházel jsem spíše ze skušeností z Geocachingu, kdy mi v lese ukazuje gps klidně i přesnost +/- 30 metrů (možná to bude i tím, že to je GPS v telefonu - Motorola Razr). A taky jak poznat vrchol kopce. To už můžu hádat z vrstevnic (pokud je odněkud do josm dostanu) ;-) PS: transformace v BASH echo -868208.53 -1095793.57 512.30 | cs2cs +init=esri:102067 \ +towgs84=570.8,85.7,462.8,4.998,1.587,5.261,3.56 +to +init=epsg:4326 Pěkný díky. Marián vice viz http://grass.fsv.cvut.cz/gwiki/S-JTSK#S-JTSK_.E2.86.92_WGS84 (http://grass.fsv.cvut.cz/gwiki/S-JTSK#S-JTSK_.E2.86.92_WGS84) hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz (http://lists.openstreetmap.org/listinfo/talk-cz)___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
