Re: [Talk-hr] Kućni brojevi na blokovima zgrada
Ivan Delac ivan.news2@... writes: Možda da Blok VII bude ime ulice ako ne postoji još neki Blok VII u nekom drugom naselju u Slavonskom Brodu. Druga mogućnost je da se ulica zove Naselje A. Hebranga, a kućni brojevi neka budu VI/27, VI/28 itd. Treća mogućnost je da se ulica zove Naselje A. Hebranga Blok VI. Najlogičnija i najsmislenija mi je druga mogućnost, no ajmo vidjeti što će drugi reći tako da napravimo neki ''standard'' (ujedno ga stavim na Wiki). ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Kućni brojevi na blokovima zgrada
Imaju li razni blokovi iste brojeve? Znači postoji li Ulica Andrije Hebranga, Blok V, 1 i Ulica Andrije Hebranga, Blok VI, 1? Imam osjećaj da su blokovi možda samo opisni dijelovi adrese, da su parovi Ulica + broj zapravo dovoljni. Janko ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
[OSM-talk-be] CRAB OSM (again)
Hi, After some more work on the conversion script: https://github.com/xivk/crab-tools/tree/master/python ... ALL the data was imported into the addressing system of osm.fr: http://addr.openstreetmap.fr/vlaanderen/ Please check and voice your opinion(s). I will update the import guidelines for CRAB accordingly: http://wiki.openstreetmap.org/wiki/AGIV_CRAB_Import TODO: - Improve the script to handle 'special' chars. - Improve the script to Always take the most accurate position. - Improve the script to remove data with an end-date before today. Met vriendelijke groeten, Best regards, Ben Abelshausen (when this is over we really need to thank Frédéric Rodrigo (osm.fr) or buy him a beer next time somebody meets him in the real world) ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] CRAB OSM (again)
Hi, On Mon, Oct 28, 2013 at 9:28 AM, Jo winfi...@gmail.com wrote: I notice that addr:city and addr:country are missing in the AS relation. This was intentionally. Do we need addr:city there? My personal opinion: yes, getting this from the boundaries is too complicated and will fail often. Also: - Don't map too many addresses already :-) It could make things more difficult when sending all our findings to the imports list. - We really need concensus on the whole building vs node thing. I'm just in favor of building because this is just the same conclusion they reached at the NY import and they did a LOT of research into the matter. I'm planning on this being the final iteration. After fixing the latest issues with the script and updating the import description page I hope we will be able to send things to the imports-list and we can finally start using this data in a big way! :-) Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] CRAB OSM (again)
On Mon, Oct 28, 2013 at 10:28 AM, Marc Gemis marc.ge...@gmail.com wrote: On Mon, Oct 28, 2013 at 9:28 AM, Jo winfi...@gmail.com wrote: Or do we transfer the information from the nodes to the building contour way? This can be done by copy/pasting tags (Ctrl-Shift-V) and copy/pasting relations (Ctrl-Alt-v) (with the relation editor closed for the AS relation, otherwise there will be conflicts to resolve) I would use Ctrl-Shift-G for existing buildings. It should preserve the history of the building, copies all tags and relationships and removes the node. And will show any conflict between the tags of the node and the building. Is one of you willing to add some of this stuff to the wiki? Similar to what is done here: http://wiki.openstreetmap.org/wiki/Import/Catalogue/NYC_Buildings_Addresses#Upload_workflow but then here: :-) http://wiki.openstreetmap.org/wiki/AGIV_CRAB_Import#Data_Merge_Workflow Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Achtergrond AGIV
Harde schijf gecrasht. Nota's kwijtgespeeld. Kan iemand met uitleggen hoe ik in JOSM de AGIV luchtfoto's terug als achtergrond kan instellen Guy Vanvuchelen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] CRAB OSM (again)
it will be hard to write anything (by anybody) if we don't know some details. 1) For the data preparation section found on the Agiv page, you and Frederic did all the work. It's difficult to describe that as an outsider :-) 2) Import process, will we go for a similar approach with a small group first ? I'm willing to participate in that group 3) do we need a dedicated account ? If so, do we only upload Agiv/Crab data with it. or also highway=crossing, improvements to roads/buildings ? 4) No timeline yet I suppose 5) the sections in your draft are totally different from the ones on the NYC-page regards m. On Mon, Oct 28, 2013 at 10:37 AM, Ben Abelshausen ben.abelshau...@gmail.com wrote: On Mon, Oct 28, 2013 at 10:28 AM, Marc Gemis marc.ge...@gmail.com wrote: On Mon, Oct 28, 2013 at 9:28 AM, Jo winfi...@gmail.com wrote: Or do we transfer the information from the nodes to the building contour way? This can be done by copy/pasting tags (Ctrl-Shift-V) and copy/pasting relations (Ctrl-Alt-v) (with the relation editor closed for the AS relation, otherwise there will be conflicts to resolve) I would use Ctrl-Shift-G for existing buildings. It should preserve the history of the building, copies all tags and relationships and removes the node. And will show any conflict between the tags of the node and the building. Is one of you willing to add some of this stuff to the wiki? Similar to what is done here: http://wiki.openstreetmap.org/wiki/Import/Catalogue/NYC_Buildings_Addresses#Upload_workflow but then here: :-) http://wiki.openstreetmap.org/wiki/AGIV_CRAB_Import#Data_Merge_Workflow Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] CRAB OSM (again)
As I'm not capable to focus on one thing, I'll have to refrain from participating if it is deemed necessary to create separate accountS. That is accounts in plural. I would need one for UrbIS, one for De Lijn, one for CRAB, one for Toerisme Vlaanderen, one for cycle node routes, one for walking node routes, It goes without saying that when I happen to wander into The Netherlands or France, I'll need many more accounts, of course. Then when I decide to help out in New York or Spain, yet more accounts. How am I supposed to keep track of all those passwords? How am I supposed to divide work on bus route relations from work on cycle route relations? Why should it be necessary to be switching continuously between accounts? A separate account for a completely automated dump of data into OSM makes some sense. As soon as a human is involved who integrates the data properly, it would cause an overhead I'm not capable of fulfilling. So long and thanks for all the fish, Jo 2013/10/28 Marc Gemis marc.ge...@gmail.com it will be hard to write anything (by anybody) if we don't know some details. 1) For the data preparation section found on the Agiv page, you and Frederic did all the work. It's difficult to describe that as an outsider :-) 2) Import process, will we go for a similar approach with a small group first ? I'm willing to participate in that group 3) do we need a dedicated account ? If so, do we only upload Agiv/Crab data with it. or also highway=crossing, improvements to roads/buildings ? 4) No timeline yet I suppose 5) the sections in your draft are totally different from the ones on the NYC-page regards m. On Mon, Oct 28, 2013 at 10:37 AM, Ben Abelshausen ben.abelshau...@gmail.com wrote: On Mon, Oct 28, 2013 at 10:28 AM, Marc Gemis marc.ge...@gmail.comwrote: On Mon, Oct 28, 2013 at 9:28 AM, Jo winfi...@gmail.com wrote: Or do we transfer the information from the nodes to the building contour way? This can be done by copy/pasting tags (Ctrl-Shift-V) and copy/pasting relations (Ctrl-Alt-v) (with the relation editor closed for the AS relation, otherwise there will be conflicts to resolve) I would use Ctrl-Shift-G for existing buildings. It should preserve the history of the building, copies all tags and relationships and removes the node. And will show any conflict between the tags of the node and the building. Is one of you willing to add some of this stuff to the wiki? Similar to what is done here: http://wiki.openstreetmap.org/wiki/Import/Catalogue/NYC_Buildings_Addresses#Upload_workflow but then here: :-) http://wiki.openstreetmap.org/wiki/AGIV_CRAB_Import#Data_Merge_Workflow Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] CRAB OSM (again)
On 2013-10-28 08:54, Ben Abelshausen wrote : Hi, After some more work on the conversion script: Ben, and you all, that's amazing !!! (when this is over we really need to thank Frédéric Rodrigo (osm.fr) or buy him a beer next time somebody meets him in the real world) From a virtual world, ... I know him through Osmose and he certainly is een verrassend kerel. If "really" really means "really", I've had some peeping ... What you maybe already know: frede...@carte-libre.fr http://carte-libre.fr 06 89 55 75 42 Carte-Libre 6 Rue Puységur Porte 9 33800 Bordeaux Infobel are insisting that this is his private address: 3. Rodrigo Frédéric Adresse : 6 Rue Puységur, 33800 Bordeaux Fax : 0957451561 Plan des rues Plus sur CDRom 4. Rodrigo Frédéric Adresse : 6 Rue Puységur, 33800 Bordeaux Téléphone : 0952451561 Plan des rues Plus sur CDRom What can be sent to someone's dwelling is pizza, flowers and, of course, wine. But at a price and how could we know when he's at home. Sending him to a shop for a surprise? Could be, French supermarkets like delivering and, why not, takeaway instead. I know Intermarché sells Belgian beer here (I always wondered if it comes through Paris). But, as strange as it sounds, there's no Intermarché in 33800 Bordeaux. It could be a long search story... And a beer is best with a talk anyway... So, I had a really virtual idea. I know a bunch of guys whose pastime is house numbering and such things. And rue Puységur and around (he lives here) seem to need that badly. According to Google, nr 6 is at the mark, you can see it clearly with View. And a few other visible numbers could verify the counting. Plus other source=*, I let you figure. Beware, Infobel's map is most probably incorrect. Only a Frenchman could thing that nr 6 can be in the middle of the street ;-) Check it all, think it over, get organized an let Ben ask if Fred noticed any change ;-) Hey guys, have you noticed in the Cours de l'Argonne... A cycleway and an electrified=rail, frequency=0, gauge=1435,ref=B,voltage=750 if you know what I mean, by frodrigo, Fred_OSM, Fred_OSM,... and Fred_OSM, of course. Almost Brussels. Well, not quite... They've got line A, line B and line C. Partly no catenary overhead, mixed with APS. APS is worth a look. Enjoy. And, ... regarding trams ... Den tram es op den trottoir! par Rockandrail 27 Déc 2007, 23:17 Fait divers. Celui qui ne comprend pas tout demande à son voisin: Den tram es op den trottoir ! Den tram circuleidege in volle vitesse in de rue Ducale en logeidege den Palais du Roi in de direkse van de Parc de Bruxelles. Gekomme on de Place des Palais freineidege de conducteur vi zânen tournant te pakke no de Place Royale. Mo seulement de tram derailleidege en in ploch van de virâch no links te beginne es hem en ligne droite vouch gereye. Rèsultat final: den tram esop den trottoir van de Place des Palais gekloumme en mè zânen avant teige de grile van den Parc de Bruxelles gebloucht. Par chance es er neemand geblesseid geweist. En echt miroekel! Mo domei hem ek mânene trâin on de Midi gerateid. Isn't there a common Belgian culture? Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Achtergrond AGIV
On 2013-10-28 11:53, Guy Vanvuchelen wrote : Harde schijf gecrasht. Nota’s kwijtgespeeld. Ouch, I sympathize, it happened to me too :-( Kan iemand met uitleggen hoe ik in JOSM de AGIV luchtfoto’s terug als achtergrond kan instellen I've only got an unselected config of it, but G G know https://www.google.be/#q=agiv+josm ;-) (in here, just in case http://wiki.openstreetmap.org/wiki/User:Gilbert54/JOSM). Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] which and where are the windpower in Belgium
Can any of you share with us/me the script or way to easily get a list and a cart with the windpower turbine installed in belgium and cross check this for example with http://www.thewindpower.net/country_zones_fr_21_belgique.php ? Much thanks, Nicolas -- Nicolas Pettiaux - +32 496 24 55 01 - http://rmll.info - http://lepacte.be EuroSciPy 2013 co-chair http://www.euroscipy.org/ ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] CRAB OSM (again)
On 2013-10-28 12:34, Jo wrote : As I'm not capable to focus on one thing, I'll have to refrain from participating if it is deemed necessary to create separate accountS. That is accounts in plural. I would need one for UrbIS, one for De Lijn, one for CRAB, one for Toerisme Vlaanderen, one for cycle node routes, one for walking node routes, It goes without saying that when I happen to wander into The Netherlands or France, I'll need many more accounts, of course. Then when I decide to help out in New York or Spain, yet more accounts. If I understand well (I'm a bit far from those problems), OSM wants you to use different accounts for those tasks, right? And the reason is tracing the updates, right? So, why do they not alias UrbiS_Jo, De_Lijn_Jo etc to your single uid? Both the name and uid are in nodes, ways, relations and changesets. It's recommended to use the uid for personal statistics. And indeed when I changed my name my previous personal data and statistics remained. But that doesn't prevent OSM or anyone to make data trace/statistics on Urbis_Jo or even Urbis*. At first sight, the only difference between my name change and this is that the old name Jo isn't removed. Of course, I don't claim to know every implication, but it seems to only affect the uid-name function. And whoever will use it will find Jo as he does now. Any problem? Isn't it something to suggest to please everybody? Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] which and where are the windpower in Belgium
I used overpass API to extract those in the past since the new electric
powerline proposal got accepted.
See
http://wiki.openstreetmap.org/wiki/Proposed_features/Power_generation_refinement
so you want to search: power=generator , generator:source=wind.
I've retagged them since this proposal got accepted but I'm not sure
weather I've done them all.
So, just go to http://overpass-turbo.eu and try this on Belgium:
{{key=generator:source}}
{{value=wind}}
osm-script output=xml
union
query type=node
has-kv k={{key}} v={{value}}/
bbox-query {{bbox}}/
/query
query type=way
has-kv k={{key}} v={{value}}/
bbox-query {{bbox}}/
/query
query type=relation
has-kv k={{key}} v={{value}}/
bbox-query {{bbox}}/
/query
/union
print mode=meta/
recurse type=down/
print mode=meta/
/osm-script
Glenn
On 2013-10-28 16:46, Nicolas Pettiaux wrote:
Can any of you share with us/me the script or way to easily get a list
and a cart with the windpower turbine installed in belgium and cross
check this for example with
http://www.thewindpower.net/country_zones_fr_21_belgique.php ?
Much thanks,
Nicolas
--
Nicolas Pettiaux - +32 496 24 55 01 - http://rmll.info - http://lepacte.be
EuroSciPy 2013 co-chair http://www.euroscipy.org/
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Achtergrond AGIV
Thanks Van: André Pirard [mailto:a.pirard.pa...@gmail.com] Verzonden: maandag 28 oktober 2013 15:55 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] Achtergrond AGIV On 2013-10-28 11:53, Guy Vanvuchelen wrote : Harde schijf gecrasht. Nota’s kwijtgespeeld. Ouch, I sympathize, it happened to me too :-( Kan iemand met uitleggen hoe ik in JOSM de AGIV luchtfoto’s terug als achtergrond kan instellen I've only got an unselected config of it, but G https://www.google.be/#q=agiv+josm G know ;-) (in http://wiki.openstreetmap.org/wiki/User:Gilbert54/JOSM here, just in case). Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Achtergrond AGIV
Bedankt, het is gelukt..en ik heb het genoteerd voor de toekomst. Van: Gilbert Hersschens [mailto:gherssch...@gmail.com] Verzonden: maandag 28 oktober 2013 21:11 Aan: OpenStreetMap Belgium Onderwerp: [OSM-talk-be] Achtergrond AGIV probeer deze eens: http://wiki.openstreetmap.org/wiki/User:Gilbert54/JOSM (sorry - is in't Engels) Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Mind the Gap - how to see where OSM is lacking
Jóhannes Birgir Jensson wrote: In the Wikipedia topic Christoph Hormann said Although this is difficult to back up with numbers i have the impression the gap between well mapped and badly mapped areas in Openstreetmap is widening even though you would think it is much easier to improve a badly mapped area than a well mapped one. Sure as long this only takes mapping aerial imagery. But shops and street names you get only as local knowledge. This is something that has been on my mind as I compare my two main areas of mapping. My home country of Iceland (mostly detailed and currently looking at imports from the national land registry, via proper channels) and Botswana, another sparsely populated country, one sorely lacking in data. Some studies showed Germany being the best mapped country of OSM - and I was astonished to find this tool showing how much streets (or at least streetnames) are missing in my region: http://regio-osm.de/listofstreets/grafikdarstellung/anzeige.html?file=DE_SN My first task was to find the 2011 Botswana Census and make sure all of the towns and villages there were on the map. Most of them weren't so I enlisted the aid of Wikipedia (the Italian one actually has the most detail!) to find their GPS co-ordinates. There is this detail to think of: http://wiki.openstreetmap.org/wiki/Collaboration_with_Wikipedia#Importing_geodata_from_Wikipedia [long, detailed, interesting description] Another idea is to run differentials on it every month or so, making it easier to notice if a place is suddenly shooting up in services or buildings or whatever metric, meaning a mapper is working on it, one we can perhaps support, and if needed, gently and tactfully help him/her improve his/her work. amount of changesets would be sufficient imho We plan to run Iceland and Botswana into it for initial testing and hopefully, if it proves to work, to open it up for others to import their own areas. As said, currently all we have on it is in Icelandic and it is still on the drawing board but we are working on prototyping and converting to English. This sounds interesting. I also sometimes thought about how one could set up a master plan to map an empty region most efficient. Not at last with a travelling-salesman-solution to walk all ways of a place to trace them and collect data like street names, shops and so on. But I still have data I collected during my holidays which will keep me busy for a long while. (I live and map in Germany; the distant unmapped region of my choice is Albania) my 2 cents Thomas ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OpenStreetBugs Phase Out. please help fixing open bugs
Hi all, the Notes features is active since April now. Many users have started creating Notes (OSN) instead of OpenStreetBug (OSB) entries. I'm currently trying to push the phase out of OSB with various methods: * Updating the wiki with deprecation notices of OSB [1] * Collecting infomations about programs that are still using OSB [2] * Wrote a blog entry to sketch the phase out [3] * created stats about the distribution of bugs [4] ... and started fixing and reviewing bugs in Africa and other areas with low bug density * created a wiki page to organize the phase out [5] Most of the Open Bugs are in Germany and in Russia: [DE]15125 [RU]6474 [GB]2740 [US]1586 [IT]1227 [FR]1091 [BE]1068 Currently there are about 41000 open bugs in the OSB database. I think the best strategy is to fix as many open bugs as possible and close all bugs that are no longer valid. In about two month, make a mapping party and review the remaining bugs and move good bug reports to OSN. For some tasks I need some help: 1. Please fix as many bugs as possible. (all mappers, especially local) 2. Collect more programs and websites that are creating OSBs [2] 3. update Wiki main pages to use OSN instead of OSB: https://wiki.openstreetmap.org/wiki/Af:Main Page https://wiki.openstreetmap.org/wiki/Fi:Main Page https://wiki.openstreetmap.org/wiki/Fi:WikiProject Finland https://wiki.openstreetmap.org/wiki/Id:Halaman Utama https://wiki.openstreetmap.org/wiki/Ko:첫 페이지 https://wiki.openstreetmap.org/wiki/Pl:FAQ https://wiki.openstreetmap.org/wiki/Si:Main Page https://wiki.openstreetmap.org/wiki/Sr:Main Page https://wiki.openstreetmap.org/wiki/Th:Main Page https://wiki.openstreetmap.org/wiki/Uk:Main Page If you speek one of the language, can you change the wiki page, please? https://wiki.openstreetmap.org/wiki/Main page beta https://wiki.openstreetmap.org/wiki/Main Page/test https://wiki.openstreetmap.org/wiki/Portals beta What are the test and beta pages good for? Update them, too? Any comment and help is welcome Thanks and regards Werner (werner2101) [1]https://wiki.openstreetmap.org/wiki/OpenStreetBugs [2] https://wiki.openstreetmap.org/wiki/OpenStreetBugs#Tools_for_Using_and_Exporting_Data [3]http://www.openstreetmap.org/user/werner2101/diary/20213 http://www.openstreetmap.org/user/werner2101/diary/20268 [4]http://www.h-renrew.de/h/osm/osmchecks/09_osb_phaseout/ [5]https://wiki.openstreetmap.org/wiki/OpenStreetBugs/Phase_Out ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[talk-au] Tagging beach driving info
Hi, Recently I was 4wding with some people and collected some info to add to OSM. I think that the access tracks to the beach and realted campsites should be tagged with: highway=track surface=sand maxspeed=NN tracktype=grade7 4wd_only=yes access=permit How should I tag the maxspeed and permit information on the beach itself? Should I be using highway=track, even though there is no track as such, just the beach sand? I've tagged it like that at http://osm.org/go/ueH4JoA~ for the moment (ignore the track-water alignment for now), but is there a better way of tagging information about driving on the beach? -- James Doc Livingston ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Bus shelter artwork
Hi folks, I'm about to embark on a pet project to photograph and tag all the decorated bus stops around city of Melville (http://www.melvillecity.com.au/community/art/bus-shelter-painting ) and perhaps freo and others I spot on my travels I'd obviously check the position, route ID (for transperth) and the GTFS info was correct, but I'd like to display them on a photo-map somehow. What's the simplest way to do this - some sort of leaflet based site? I plan to stick pics on flickr (CC-BY-SA most likely) so I only need thumbnails on the mapping site. Does this sound reasonable? other suggestions? Anyone else already doing this? (have spoken to Melville and they're sending me what details they have for the artists so I can include proper credits) Andrew ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Loading JOSM
Thank you to the replies I got for my problems with JOSM/Java. Yesterday I removed everything java from my machine and reloaded java with sudo apt-get install but it totally refused to start and didn't seem to be even loaded correctly. I tried updates etc. all to no avail. Today I located http://roger.steneteg.org/535/how-to-install-oracle-java-on-ubuntudebian/; and followed it through and this resulted in jre1.7.0_45 working correctly. So I now have JOSM up and running. Thanks again for the help. Arthur (geesona) ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Bus shelter artwork
You could upload the photos to Wikimedia Commons, then use the various tools (like https://toolserver.org/~para/GeoCommons/ for example) to view the photos. This would pull the location info from Commons and not OSM though. If you geocode the images before upload, and then upload with Commonist, the correct coord template is inserted. For example, I'm starting to upload a bunch of old photos of Fremantle (starting the workflow in DigiKam for geocoding): https://maps.google.com/maps?q=http:%2F%2Ftools.wikimedia.de%2F~para%2FGeoCommons%2FGeoCommons-simple.kmlll=-32.065028,115.7536spn=0.002964,0.006539t=mz=18 (Not that I usually use Google maps for much!) - Sam. On Tue, October 29, 2013 9:50 am, Andrew Elwell wrote: Hi folks, I'm about to embark on a pet project to photograph and tag all the decorated bus stops around city of Melville (http://www.melvillecity.com.au/community/art/bus-shelter-painting ) and perhaps freo and others I spot on my travels I'd obviously check the position, route ID (for transperth) and the GTFS info was correct, but I'd like to display them on a photo-map somehow. What's the simplest way to do this - some sort of leaflet based site? I plan to stick pics on flickr (CC-BY-SA most likely) so I only need thumbnails on the mapping site. Does this sound reasonable? other suggestions? Anyone else already doing this? (have spoken to Melville and they're sending me what details they have for the artists so I can include proper credits) Andrew ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] Fortaleza-CE
Alguém sabe me explicar porque em Fortaleza colocaram uma pistão de cada mão, sendo que só há uma pista de duas mãos? Posso excluir? http://www.openstreetmap.org/edit?editor=id#map=18/-3.69463/-38.58491 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fortaleza-CE
Erick, não mande links de edição, pode confundir as pessoas (eu não queria ter que abrir o editor só pra ver do que você está falando :P). Mande um link para a área que você está visualizando fora do editor. Vias que possuem as mãos separadas por um obstáculo físico (como um canteiro central ou uma defensa metálica) devem ser mapeadas como linhas independentes. Não exclua, deixe como está, e siga o mesmo estilo para vias com as mesmas características. Há muitos na comunidade internacional que também defendem que uma mera separação legal (com faixa contínua) deveria ser mapeada como vias separadas também, mas esse já é um tópico mais controverso. Eu as mapeio separadas porque assim o roteamento fica sempre coerente, mas ficaria feliz de mapeá-las como uma linha só desde que existisse uma tag indicando que há uma linha contínua separando as mãos (as poucas propostas desse tipo foram abandonadas). 2013/10/28 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Alguém sabe me explicar porque em Fortaleza colocaram uma pistão de cada mão, sendo que só há uma pista de duas mãos? Posso excluir? http://www.openstreetmap.org/edit?editor=id#map=18/-3.69463/-38.58491 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fortaleza-CE
Mas pelo que se pode ver pelas imagens aéreas, tem algo errado demais. A via está traçada bem depois da calçada e ainda parece ter retornos q não existem, como vou à Fortaleza dia 15 conferirei como funciona. Em 28 de outubro de 2013 13:59, Fernando Trebien fernando.treb...@gmail.com escreveu: Erick, não mande links de edição, pode confundir as pessoas (eu não queria ter que abrir o editor só pra ver do que você está falando :P). Mande um link para a área que você está visualizando fora do editor. Vias que possuem as mãos separadas por um obstáculo físico (como um canteiro central ou uma defensa metálica) devem ser mapeadas como linhas independentes. Não exclua, deixe como está, e siga o mesmo estilo para vias com as mesmas características. Há muitos na comunidade internacional que também defendem que uma mera separação legal (com faixa contínua) deveria ser mapeada como vias separadas também, mas esse já é um tópico mais controverso. Eu as mapeio separadas porque assim o roteamento fica sempre coerente, mas ficaria feliz de mapeá-las como uma linha só desde que existisse uma tag indicando que há uma linha contínua separando as mãos (as poucas propostas desse tipo foram abandonadas). 2013/10/28 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Alguém sabe me explicar porque em Fortaleza colocaram uma pistão de cada mão, sendo que só há uma pista de duas mãos? Posso excluir? http://www.openstreetmap.org/edit?editor=id#map=18/-3.69463/-38.58491 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Restrição de Conversão e além
Oi Marcelo 2013/10/26 Marcelo Pereira pereirahol...@gmail.com Essa pergunta deriva de alguns fatos que venho observando no mapa OSM da cidade onde moro, Recife, que precisaria de várias atualizações, como incluir o nome Rua em quase todas as vias, retirar abreviações, etc. ___ Não sei se entendi corretamente este comentário. Você quer incluir Rua simplesmente onde não há qualquer nome, como se faz no tracksource? Eu sei que no tracksource, do qual você já participou, colocam Rua sem nome nas vias. No OSM reservamos a tag name somente para o nome mesmo, não para a descrição. Então não deve haver ocorrências do tipo name=Rua. OK? Inclusive temos usado ocorrências de name=Rua para detetar, e lamentavelmente apagar, importações não-autorizadas vindos do Tracksource. Isto é importante porque a tag name é usada para construir o índice de nomes que podem ser usadas nas buscas. Ter um índice com milhares de ruas chamadas somente de Rua seria completamente inútil. Agora, se sua preocupação é descrever que se trata de uma rua (e não uma rodovia, por exemplo), isto é feito pela tag highway. No caso highway=residential para ruas residenciais. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Restrição de Conversão e além
Obrigado Arlindo, Fernando, pelas dicas, assim que o tempo e os neurônios permitirem, eu tentarei aprender mais. Gerald, Eu tenho acompanhado essa lista como ouvinte, e li alguns posts relatando o problema que vc citou. Mas o que eu me referi na msg não é este caso, é que percebi muitas vias sem a classificação de rua, avenida, etc, por exemplo, Rua da Aurora, escrito somente Aurora, e por aí vai. Dai, comparando com o TRC, eu pensei que poderia carregar uma parte do mapa, editar e devolver ao OSM. Att, Marcelo Pereira Em 28 de outubro de 2013 15:32, Gerald Weber gwebe...@gmail.com escreveu: Oi Marcelo 2013/10/26 Marcelo Pereira pereirahol...@gmail.com Essa pergunta deriva de alguns fatos que venho observando no mapa OSM da cidade onde moro, Recife, que precisaria de várias atualizações, como incluir o nome Rua em quase todas as vias, retirar abreviações, etc. ___ Não sei se entendi corretamente este comentário. Você quer incluir Rua simplesmente onde não há qualquer nome, como se faz no tracksource? Eu sei que no tracksource, do qual você já participou, colocam Rua sem nome nas vias. No OSM reservamos a tag name somente para o nome mesmo, não para a descrição. Então não deve haver ocorrências do tipo name=Rua. OK? Inclusive temos usado ocorrências de name=Rua para detetar, e lamentavelmente apagar, importações não-autorizadas vindos do Tracksource. Isto é importante porque a tag name é usada para construir o índice de nomes que podem ser usadas nas buscas. Ter um índice com milhares de ruas chamadas somente de Rua seria completamente inútil. Agora, se sua preocupação é descrever que se trata de uma rua (e não uma rodovia, por exemplo), isto é feito pela tag highway. No caso highway=residential para ruas residenciais. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- - TImbuSérieA2013 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Restrição de Conversão e além
Oi Marcelo 2013/10/28 Marcelo Pereira pereirahol...@gmail.com Mas o que eu me referi na msg não é este caso, é que percebi muitas vias sem a classificação de rua, avenida, etc, por exemplo, Rua da Aurora, escrito somente Aurora, e por aí vai. Ah, OK! sorry :) Dai, comparando com o TRC, eu pensei que poderia carregar uma parte do mapa, editar e devolver ao OSM. Como o pessoal já respondeu, pode sim usando o JOSM que é uma ferramenta completa, muito poderosa e que é constantemente atualizada e aperfeicoada. Algumas coisas levam algum tempo para aprender, mas é para isto que esta lista existe ;) um grande abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] uma defesa do uso generalizado tag source
Olá pessoal eu vou fazer aqui uma defesa da tag source nas vias (ways) e nós (nodes), onde for apropriado, é claro. Porque? A minha motivação é um comentário feito por um colega (em privado) de que era muito comum colocar o source no changeset ao invés de colocar nos nodes e ways. Para um projeto que tem tanta preocupação com a origem dos dados eu acho estranho a atitude tão relaxada em relação à presença da tag source. De fato acho isto um desastre. Bom, qual é o ponto? É que muitos mapeadores, ao invés de incluir a tag source em cada via, simplesmente a adicionam ao changeset. Por exemplo, você faz uma grande edição de novas vias no JOSM usando as imagens do Bing, ao invés de colocar em CADA via a tag source=Bing, você coloca UMA SÒ no changeset. Claramente, parece bem conveninente e deve poupar bastante trabalho. Como se coloca source=Bing no changeset? Na hora de devolver os dados ao OSM, clique em Tags of new chageset e adicione source=Bing (ou o que for que você tenha usado). Isto é válido? Sim, é perfeitamente válido, mas acho que é tremendamente infeliz. Para começar, ao colocar o source no changeset você efetivamente esconde ele das vistas dos usuários. Imagina um objeto que já tenha 15 versões, você teria de abrir 15 changesets um a um para achar qual foi o source dos dados. Isto é demorado pois o JOSM abre uma aba de navegador para cada uma delas. Mas isto não é o pior. O pior é que *desincentiva* a declaração de origem dos dados. E isto eu acho desastroso. Veja o exemplo de um novato no OSM que começa a usar o iD ou o Potlatch. Ele não vai ver a tag source em lugar nenhum (pois ela está enterrada em algum changeset, isto quando existe). Que mensagem estamos passando? Estamos dizendo que a origem dos dados não importa, pois se importasse todo mundo colocaria a tag source, não é isto? Por isto eu acho ima idéia infeliz de colocar o source SOMENTE no changeset. Eu tenho a impressão que boa uma parte dos nossos problemas (usuários copiando dados de onde não devem) é que nós mesmos não estamos nos disciplinando para deixar claro de que a origem de todos os dados *precisa*ser declarada. Agora, se o novato abre uma região no iD e encontra a tag source em TODAS as vias o que vai pensar? Aqui a mensagem que a gente passa é outra: Declarar a origem dos dados é importante. Em particular, se ele vê muitas tags do tipo source=Bing ou source=IBGE, mas NUNCA uma source=Google deve ao menos desconfiar de alguma coisa, não é mesmo? Veja que os novos usuários tendem a imitar aquilo que eles veem. Se ninguém coloca source, eles também não vão colocar, e isto é péssimo. Da minha parte, eu gosto de colocar o source o mais detalhado possível. Por exemplo, se eu desenhei uma via pelo Bing, peguei o nome pelo IBGE e sei que é asfaltado porque eu passei por lá eu coloco 3 source: source=Bing source:name=IBGE source:surface=survey Eu acho sempre muito útil quando encontro a tag source. Por exemplo, outro dia eu olhei uma via que tinha a imagem no Bing mas tinha source=GPS. Isto deixava claro para mim que o mapeamento foi feito pelo GPS antes de ter imagens do Bing da região e por isto a via não coincidia muito bem com o Bing. Depois eu realinhei as vias e coloquei source=Bing;GPS, isto deixa claro para quem vem depois que AMBAS as informações foram usadas. Vejam que eu não tenho nada contra colocar o source no changeset, desde que seja EM CONJUNTO com o source nos seus devidos lugares. Do jeito que está agora me parece uma atitude que só tende a gerar dor de cabeça para todos nós. Então gente, eu faço um apelo: coloquem source em tudo o que for necessário! Com bom senso, claro! Se um rio tem 300 nós, não tem sentido colocar 300 vezes source=Bing em cada nó, basta colocar source=Bing só no rio mesmo. OK? abraço Gerald source=Minha experiência pessoal ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] uma defesa do uso generalizado tag source
Eu concordo com você, Gerald, exatamente pelas mesmas razões que você apontou. Aliás, só coloco a tag source nos objetos, nunca coloquei num changeset apesar de ter recebido a mesma recomendação dada pela comunidade internacional. Eles dizem que isso evitaria um excesso de informação replicada na base de dados (milhares de vezes a mesma string na tag source). É uma deficiência do formato, eu acho, mas não é difícil de contornar. Além disso, o mapa descompactado ocupa apenas algumas centenas de gigabytes (provavelmente bem menos num banco de dados do que em formato XML) e o custo da memória adicional é bem pequeno, então acho a desculpa deles furada. Mas, em consideração, eu coloco sempre uma abreviação oficial na tag source, por exemplo, PMPA ao invés de Prefeitura Municipal de Porto Alegre. On Oct 28, 2013 6:01 PM, Gerald Weber gwebe...@gmail.com wrote: Olá pessoal eu vou fazer aqui uma defesa da tag source nas vias (ways) e nós (nodes), onde for apropriado, é claro. Porque? A minha motivação é um comentário feito por um colega (em privado) de que era muito comum colocar o source no changeset ao invés de colocar nos nodes e ways. Para um projeto que tem tanta preocupação com a origem dos dados eu acho estranho a atitude tão relaxada em relação à presença da tag source. De fato acho isto um desastre. Bom, qual é o ponto? É que muitos mapeadores, ao invés de incluir a tag source em cada via, simplesmente a adicionam ao changeset. Por exemplo, você faz uma grande edição de novas vias no JOSM usando as imagens do Bing, ao invés de colocar em CADA via a tag source=Bing, você coloca UMA SÒ no changeset. Claramente, parece bem conveninente e deve poupar bastante trabalho. Como se coloca source=Bing no changeset? Na hora de devolver os dados ao OSM, clique em Tags of new chageset e adicione source=Bing (ou o que for que você tenha usado). Isto é válido? Sim, é perfeitamente válido, mas acho que é tremendamente infeliz. Para começar, ao colocar o source no changeset você efetivamente esconde ele das vistas dos usuários. Imagina um objeto que já tenha 15 versões, você teria de abrir 15 changesets um a um para achar qual foi o source dos dados. Isto é demorado pois o JOSM abre uma aba de navegador para cada uma delas. Mas isto não é o pior. O pior é que *desincentiva* a declaração de origem dos dados. E isto eu acho desastroso. Veja o exemplo de um novato no OSM que começa a usar o iD ou o Potlatch. Ele não vai ver a tag source em lugar nenhum (pois ela está enterrada em algum changeset, isto quando existe). Que mensagem estamos passando? Estamos dizendo que a origem dos dados não importa, pois se importasse todo mundo colocaria a tag source, não é isto? Por isto eu acho ima idéia infeliz de colocar o source SOMENTE no changeset. Eu tenho a impressão que boa uma parte dos nossos problemas (usuários copiando dados de onde não devem) é que nós mesmos não estamos nos disciplinando para deixar claro de que a origem de todos os dados *precisa * ser declarada. Agora, se o novato abre uma região no iD e encontra a tag source em TODAS as vias o que vai pensar? Aqui a mensagem que a gente passa é outra: Declarar a origem dos dados é importante. Em particular, se ele vê muitas tags do tipo source=Bing ou source=IBGE, mas NUNCA uma source=Google deve ao menos desconfiar de alguma coisa, não é mesmo? Veja que os novos usuários tendem a imitar aquilo que eles veem. Se ninguém coloca source, eles também não vão colocar, e isto é péssimo. Da minha parte, eu gosto de colocar o source o mais detalhado possível. Por exemplo, se eu desenhei uma via pelo Bing, peguei o nome pelo IBGE e sei que é asfaltado porque eu passei por lá eu coloco 3 source: source=Bing source:name=IBGE source:surface=survey Eu acho sempre muito útil quando encontro a tag source. Por exemplo, outro dia eu olhei uma via que tinha a imagem no Bing mas tinha source=GPS. Isto deixava claro para mim que o mapeamento foi feito pelo GPS antes de ter imagens do Bing da região e por isto a via não coincidia muito bem com o Bing. Depois eu realinhei as vias e coloquei source=Bing;GPS, isto deixa claro para quem vem depois que AMBAS as informações foram usadas. Vejam que eu não tenho nada contra colocar o source no changeset, desde que seja EM CONJUNTO com o source nos seus devidos lugares. Do jeito que está agora me parece uma atitude que só tende a gerar dor de cabeça para todos nós. Então gente, eu faço um apelo: coloquem source em tudo o que for necessário! Com bom senso, claro! Se um rio tem 300 nós, não tem sentido colocar 300 vezes source=Bing em cada nó, basta colocar source=Bing só no rio mesmo. OK? abraço Gerald source=Minha experiência pessoal ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list
Re: [Talk-br] Fortaleza-CE
Olá, Fernando Trebien escreveu: Só tem um porém: essa via foi editada recentemente pelo Moovit, e (bem, estamos com essa questão pendente) talvez/provavelmente o Moovit tenha suas alterações revertidas porque eles estão mapeando com as imagens do Google Maps (alguém encaminhou o pedido?). Para evitar Está falando das imagens de satélite do Google Maps? Quando perguntei sobre Moovit, só falamos sobre os nomes de ruas. E esses changesets já foram revertidos. Mas se alguém perceber outros problemas, pode entrar em contato com Moovit de novo. Nem sei de onde eles tiram os dados que colocam agora, mas acho que usando somente o Bing dá para mapear coisas errado também. Martin -- Dr. Martin Weilandt Departamento de Matemática Universidade Federal de Santa Catarina http://mtm.ufsc.br/~martin ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] uma defesa do uso generalizado tag source
Hm, só abrindo um parêntese, também acho que a ausência da tag source deveria significar source=Bing, dado o caráter quase oficial que essa fonte assume no universo do OSM. Isso porque: - todos os iniciantes usam os editores básicos, que usam o Bing (ninguém parece se importar com o fato de esses editores não acrescentarem essa tag automaticamente) - os usuários avançados que estejam usando outras fontes normalmente (mas concordo que nem sempre) já têm consciência de que devem declarar a fonte da informação em algum lugar On Oct 28, 2013 6:38 PM, Fernando Trebien fernando.treb...@gmail.com wrote: Eu concordo com você, Gerald, exatamente pelas mesmas razões que você apontou. Aliás, só coloco a tag source nos objetos, nunca coloquei num changeset apesar de ter recebido a mesma recomendação dada pela comunidade internacional. Eles dizem que isso evitaria um excesso de informação replicada na base de dados (milhares de vezes a mesma string na tag source). É uma deficiência do formato, eu acho, mas não é difícil de contornar. Além disso, o mapa descompactado ocupa apenas algumas centenas de gigabytes (provavelmente bem menos num banco de dados do que em formato XML) e o custo da memória adicional é bem pequeno, então acho a desculpa deles furada. Mas, em consideração, eu coloco sempre uma abreviação oficial na tag source, por exemplo, PMPA ao invés de Prefeitura Municipal de Porto Alegre. On Oct 28, 2013 6:01 PM, Gerald Weber gwebe...@gmail.com wrote: Olá pessoal eu vou fazer aqui uma defesa da tag source nas vias (ways) e nós (nodes), onde for apropriado, é claro. Porque? A minha motivação é um comentário feito por um colega (em privado) de que era muito comum colocar o source no changeset ao invés de colocar nos nodes e ways. Para um projeto que tem tanta preocupação com a origem dos dados eu acho estranho a atitude tão relaxada em relação à presença da tag source. De fato acho isto um desastre. Bom, qual é o ponto? É que muitos mapeadores, ao invés de incluir a tag source em cada via, simplesmente a adicionam ao changeset. Por exemplo, você faz uma grande edição de novas vias no JOSM usando as imagens do Bing, ao invés de colocar em CADA via a tag source=Bing, você coloca UMA SÒ no changeset. Claramente, parece bem conveninente e deve poupar bastante trabalho. Como se coloca source=Bing no changeset? Na hora de devolver os dados ao OSM, clique em Tags of new chageset e adicione source=Bing (ou o que for que você tenha usado). Isto é válido? Sim, é perfeitamente válido, mas acho que é tremendamente infeliz. Para começar, ao colocar o source no changeset você efetivamente esconde ele das vistas dos usuários. Imagina um objeto que já tenha 15 versões, você teria de abrir 15 changesets um a um para achar qual foi o source dos dados. Isto é demorado pois o JOSM abre uma aba de navegador para cada uma delas. Mas isto não é o pior. O pior é que *desincentiva* a declaração de origem dos dados. E isto eu acho desastroso. Veja o exemplo de um novato no OSM que começa a usar o iD ou o Potlatch. Ele não vai ver a tag source em lugar nenhum (pois ela está enterrada em algum changeset, isto quando existe). Que mensagem estamos passando? Estamos dizendo que a origem dos dados não importa, pois se importasse todo mundo colocaria a tag source, não é isto? Por isto eu acho ima idéia infeliz de colocar o source SOMENTE no changeset. Eu tenho a impressão que boa uma parte dos nossos problemas (usuários copiando dados de onde não devem) é que nós mesmos não estamos nos disciplinando para deixar claro de que a origem de todos os dados * precisa* ser declarada. Agora, se o novato abre uma região no iD e encontra a tag source em TODAS as vias o que vai pensar? Aqui a mensagem que a gente passa é outra: Declarar a origem dos dados é importante. Em particular, se ele vê muitas tags do tipo source=Bing ou source=IBGE, mas NUNCA uma source=Google deve ao menos desconfiar de alguma coisa, não é mesmo? Veja que os novos usuários tendem a imitar aquilo que eles veem. Se ninguém coloca source, eles também não vão colocar, e isto é péssimo. Da minha parte, eu gosto de colocar o source o mais detalhado possível. Por exemplo, se eu desenhei uma via pelo Bing, peguei o nome pelo IBGE e sei que é asfaltado porque eu passei por lá eu coloco 3 source: source=Bing source:name=IBGE source:surface=survey Eu acho sempre muito útil quando encontro a tag source. Por exemplo, outro dia eu olhei uma via que tinha a imagem no Bing mas tinha source=GPS. Isto deixava claro para mim que o mapeamento foi feito pelo GPS antes de ter imagens do Bing da região e por isto a via não coincidia muito bem com o Bing. Depois eu realinhei as vias e coloquei source=Bing;GPS, isto deixa claro para quem vem depois que AMBAS as informações foram usadas. Vejam que eu não tenho nada contra colocar o source no changeset, desde que seja EM CONJUNTO com o source nos seus devidos
Re: [Talk-br] Restrição de Conversão e além
Se você quiser, posso ajudar a automatizar a inserção de um prefixo Rua nos nomes atuais. O ideal seria você alterar aquilo que é avenida (geralmente são poucas, deve lhe dar pouco trabalho) e deixar as ruas restantes para que o script complete. Daí é só me avisar qual a área a ser processada. Ou... posso acrescentar o prefixo em tudo que não começa com Rua nem Avenida (nem com outros prefixos comuns), e você conserta os erros depois à medida que vai descobrindo. 2013/10/28 Marcelo Pereira pereirahol...@gmail.com: Obrigado Arlindo, Fernando, pelas dicas, assim que o tempo e os neurônios permitirem, eu tentarei aprender mais. Gerald, Eu tenho acompanhado essa lista como ouvinte, e li alguns posts relatando o problema que vc citou. Mas o que eu me referi na msg não é este caso, é que percebi muitas vias sem a classificação de rua, avenida, etc, por exemplo, Rua da Aurora, escrito somente Aurora, e por aí vai. Dai, comparando com o TRC, eu pensei que poderia carregar uma parte do mapa, editar e devolver ao OSM. Att, Marcelo Pereira Em 28 de outubro de 2013 15:32, Gerald Weber gwebe...@gmail.com escreveu: Oi Marcelo 2013/10/26 Marcelo Pereira pereirahol...@gmail.com Essa pergunta deriva de alguns fatos que venho observando no mapa OSM da cidade onde moro, Recife, que precisaria de várias atualizações, como incluir o nome Rua em quase todas as vias, retirar abreviações, etc. ___ Não sei se entendi corretamente este comentário. Você quer incluir Rua simplesmente onde não há qualquer nome, como se faz no tracksource? Eu sei que no tracksource, do qual você já participou, colocam Rua sem nome nas vias. No OSM reservamos a tag name somente para o nome mesmo, não para a descrição. Então não deve haver ocorrências do tipo name=Rua. OK? Inclusive temos usado ocorrências de name=Rua para detetar, e lamentavelmente apagar, importações não-autorizadas vindos do Tracksource. Isto é importante porque a tag name é usada para construir o índice de nomes que podem ser usadas nas buscas. Ter um índice com milhares de ruas chamadas somente de Rua seria completamente inútil. Agora, se sua preocupação é descrever que se trata de uma rua (e não uma rodovia, por exemplo), isto é feito pela tag highway. No caso highway=residential para ruas residenciais. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- - TImbuSérieA2013 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fortaleza-CE
Ah bom, tinha entendido que eles estavam acrescentando inclusive as ligações entre paradas de ônibus olhando para a imagem do Google Maps. 2013/10/28 Martin Weilandt martin.weila...@ufsc.br: Olá, Fernando Trebien escreveu: Só tem um porém: essa via foi editada recentemente pelo Moovit, e (bem, estamos com essa questão pendente) talvez/provavelmente o Moovit tenha suas alterações revertidas porque eles estão mapeando com as imagens do Google Maps (alguém encaminhou o pedido?). Para evitar Está falando das imagens de satélite do Google Maps? Quando perguntei sobre Moovit, só falamos sobre os nomes de ruas. E esses changesets já foram revertidos. Mas se alguém perceber outros problemas, pode entrar em contato com Moovit de novo. Nem sei de onde eles tiram os dados que colocam agora, mas acho que usando somente o Bing dá para mapear coisas errado também. Martin -- Dr. Martin Weilandt Departamento de Matemática Universidade Federal de Santa Catarina http://mtm.ufsc.br/~martin ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Lista e primeiro encontro Código Urbano
Encaminhando aqui na talk-br uma iniciativa que surgiu da Hackatona do Ônibus aqui em São Paulo. == Olá, Criei uma lista de discussão, chamada Código Urbano, sobre hacks para as cidades: https://groups.google.com/forum/?hl=pt-BR#!forum/codigo-urbano A idéia é realizar encontros onde as pessoas possam mostrar e discutir * código,* estimulando a cooperação e o aprendizado. No próximo sábado, às 15h, está marcado o primeiro encontro. Confirmem se irão, pois o espaço é limitado: https://docs.google.com/forms/d/1da80v3UyKBe7z-OZByzj0ZO6LjJO0fcRLofTsDT9764/viewform A idéia é abrir com apresentações de10 min (sem .ppt, de preferência) onde cada um possa apresentar rapidamente seus projetos, libs, ideias, hacks. E depois o papo é aberto. O local do encontro será no Ecolab, na Casa de Cultura Digital. O endereço: Rua Vitorino Carmilo, 453, casa 1 Santa Cecília Mapa: http://osrm.at/5vL Próximo ao Metrô Marechal Deodoro Abraços, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] uma defesa do uso generalizado tag source
Quando uma via com tag source é modificada, todas as chances são de que a tag source permaneça a mesma; eu certamente já modifiquei vias com source=IBGE sem mexer na tag. Portanto, na prática a única forma confiável de determinar que tal via não corresponde mais ao dado original do IBGE é a (ausência de) tag source nos meus changesets. Outro ponto, relevante para questões de atribuição, é que nada garante que a tag source não vá ser modificada ou removida no futuro. Eu entendo que é por isso que a comunidade insiste em adicionar a tag source no changeset e não nos nós e vias quando se faz uma importação. Pode ser verdade que nenhuma ferramenta disponível atualmente permita fazer um uso muito prático do source de changesets. Essa dificuldade com JOSM poderia ser resolvida facilmente: ao baixar a história de uma via, o JOSM poderia exibir as tags dos changesets correspondentes; visualizar os respectivos comentários também seria útil. (A propósito, qual aplicativo vocês usam para visulizar o histórico de edições em uma dada área?) Talvez os editores pudessem insistir que uma tag source seja dada a cada changeset, assim como insistem em que se forneça um comentário. Isso provavelmente teria mais valor didático que a mera presença de tags sources em diversos elementos. (Aliás, notei também que o iD adiciona uma tag imagery_used em cada changeset, que na prática é similar a dizer source=Bing). On 10/28/2013 04:01 PM, Gerald Weber wrote: Olá pessoal eu vou fazer aqui uma defesa da tag source nas vias (ways) e nós (nodes), onde for apropriado, é claro. Porque? A minha motivação é um comentário feito por um colega (em privado) de que era muito comum colocar o source no changeset ao invés de colocar nos nodes e ways. Para um projeto que tem tanta preocupação com a origem dos dados eu acho estranho a atitude tão relaxada em relação à presença da tag source. De fato acho isto um desastre. Bom, qual é o ponto? É que muitos mapeadores, ao invés de incluir a tag source em cada via, simplesmente a adicionam ao changeset. Por exemplo, você faz uma grande edição de novas vias no JOSM usando as imagens do Bing, ao invés de colocar em CADA via a tag source=Bing, você coloca UMA SÒ no changeset. Claramente, parece bem conveninente e deve poupar bastante trabalho. Como se coloca source=Bing no changeset? Na hora de devolver os dados ao OSM, clique em Tags of new chageset e adicione source=Bing (ou o que for que você tenha usado). Isto é válido? Sim, é perfeitamente válido, mas acho que é tremendamente infeliz. Para começar, ao colocar o source no changeset você efetivamente esconde ele das vistas dos usuários. Imagina um objeto que já tenha 15 versões, você teria de abrir 15 changesets um a um para achar qual foi o source dos dados. Isto é demorado pois o JOSM abre uma aba de navegador para cada uma delas. Mas isto não é o pior. O pior é que *desincentiva* a declaração de origem dos dados. E isto eu acho desastroso. Veja o exemplo de um novato no OSM que começa a usar o iD ou o Potlatch. Ele não vai ver a tag source em lugar nenhum (pois ela está enterrada em algum changeset, isto quando existe). Que mensagem estamos passando? Estamos dizendo que a origem dos dados não importa, pois se importasse todo mundo colocaria a tag source, não é isto? Por isto eu acho ima idéia infeliz de colocar o source SOMENTE no changeset. Eu tenho a impressão que boa uma parte dos nossos problemas (usuários copiando dados de onde não devem) é que nós mesmos não estamos nos disciplinando para deixar claro de que a origem de todos os dados *precisa* ser declarada. Agora, se o novato abre uma região no iD e encontra a tag source em TODAS as vias o que vai pensar? Aqui a mensagem que a gente passa é outra: Declarar a origem dos dados é importante. Em particular, se ele vê muitas tags do tipo source=Bing ou source=IBGE, mas NUNCA uma source=Google deve ao menos desconfiar de alguma coisa, não é mesmo? Veja que os novos usuários tendem a imitar aquilo que eles veem. Se ninguém coloca source, eles também não vão colocar, e isto é péssimo. Da minha parte, eu gosto de colocar o source o mais detalhado possível. Por exemplo, se eu desenhei uma via pelo Bing, peguei o nome pelo IBGE e sei que é asfaltado porque eu passei por lá eu coloco 3 source: source=Bing source:name=IBGE source:surface=survey Eu acho sempre muito útil quando encontro a tag source. Por exemplo, outro dia eu olhei uma via que tinha a imagem no Bing mas tinha source=GPS. Isto deixava claro para mim que o mapeamento foi feito pelo GPS antes de ter imagens do Bing da região e por isto a via não coincidia muito bem com o Bing. Depois eu realinhei as vias e coloquei source=Bing;GPS, isto deixa claro para quem vem depois que AMBAS as informações foram usadas. Vejam que eu não tenho nada contra colocar o source no changeset, desde que seja EM CONJUNTO com o source nos seus devidos
Re: [Talk-br] Fortaleza-CE
Pra não cair no esquecimento, mapeei a ciclovia lá em Fortaleza como via separada. Atualizo as de Porto Alegre assim que puder. 2013/10/28 Fernando Trebien fernando.treb...@gmail.com: Ah bom, tinha entendido que eles estavam acrescentando inclusive as ligações entre paradas de ônibus olhando para a imagem do Google Maps. 2013/10/28 Martin Weilandt martin.weila...@ufsc.br: Olá, Fernando Trebien escreveu: Só tem um porém: essa via foi editada recentemente pelo Moovit, e (bem, estamos com essa questão pendente) talvez/provavelmente o Moovit tenha suas alterações revertidas porque eles estão mapeando com as imagens do Google Maps (alguém encaminhou o pedido?). Para evitar Está falando das imagens de satélite do Google Maps? Quando perguntei sobre Moovit, só falamos sobre os nomes de ruas. E esses changesets já foram revertidos. Mas se alguém perceber outros problemas, pode entrar em contato com Moovit de novo. Nem sei de onde eles tiram os dados que colocam agora, mas acho que usando somente o Bing dá para mapear coisas errado também. Martin -- Dr. Martin Weilandt Departamento de Matemática Universidade Federal de Santa Catarina http://mtm.ufsc.br/~martin ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] uma defesa do uso generalizado tag source
A API do OSM não parece ser feita para que se baixe o histórico de cada objeto ao baixar uma área do mapa - note quão lento é o plugin Reverter do JOSM e o número de requisições HTTP que ele faz só para conseguir obter a última versão de cada objeto (nem é o histórico completo). Para implementar o que você sugere, é necessário solicitar diretamente aos desenvolvedores da API. Eu acredito que algo parecido já esteja no roadmap deles (é absolutamente necessário quando a comunidade cresce), mas pode demorar para ser implementado. Acho interessante essa discussão porque ninguém, absolutamente ninguém jamais reclamou da ausência de tag source nos objetos novos que eu criei ou nos changesets que eu submeti (já foram mais de mil changesets e alguns deles tinham quase 1 objetos). Nem mesmo nas importações, que eu tenho certeza que foram conferidas (pelo menos por altos) por alguém na OSMF (me contataram algumas vezes). Por isso, acho que todos assumem que a ausência da tag significa source=Bing. A tag source pode ser modificada no futuro caso você obtenha uma boa fonte, mas ela continua aparecendo no histórico do objeto. É quase tão difícil/custoso recuperar o histórico inteiro quanto descobrir qual changeset recebeu a tag source originalmente - com a tecnologia atual. Para monitorar edições numa área, eu uso o OWL e o WhoDidIt. O OWL é relativamente fácil de usar e é bem leve, mas ainda é alpha e tem bugs (nem todas as edições aparecem). Já o WhoDidIt é mais chato de usar; especialmente para changesets grandes, uso o OSM History Viewer para cada changeset individual. Se for pequeno, a própria visualização do changeset na interface web do OSM já basta pra entender o que foi feito (raramente os problemas envolvem geometria mal feita e sim vias excluídas ou incluídas erroneamente ou mal etiquetadas). 2013/10/28 Augusto Stoffel arstof...@yahoo.com.br: Quando uma via com tag source é modificada, todas as chances são de que a tag source permaneça a mesma; eu certamente já modifiquei vias com source=IBGE sem mexer na tag. Portanto, na prática a única forma confiável de determinar que tal via não corresponde mais ao dado original do IBGE é a (ausência de) tag source nos meus changesets. Outro ponto, relevante para questões de atribuição, é que nada garante que a tag source não vá ser modificada ou removida no futuro. Eu entendo que é por isso que a comunidade insiste em adicionar a tag source no changeset e não nos nós e vias quando se faz uma importação. Pode ser verdade que nenhuma ferramenta disponível atualmente permita fazer um uso muito prático do source de changesets. Essa dificuldade com JOSM poderia ser resolvida facilmente: ao baixar a história de uma via, o JOSM poderia exibir as tags dos changesets correspondentes; visualizar os respectivos comentários também seria útil. (A propósito, qual aplicativo vocês usam para visulizar o histórico de edições em uma dada área?) Talvez os editores pudessem insistir que uma tag source seja dada a cada changeset, assim como insistem em que se forneça um comentário. Isso provavelmente teria mais valor didático que a mera presença de tags sources em diversos elementos. (Aliás, notei também que o iD adiciona uma tag imagery_used em cada changeset, que na prática é similar a dizer source=Bing). On 10/28/2013 04:01 PM, Gerald Weber wrote: Olá pessoal eu vou fazer aqui uma defesa da tag source nas vias (ways) e nós (nodes), onde for apropriado, é claro. Porque? A minha motivação é um comentário feito por um colega (em privado) de que era muito comum colocar o source no changeset ao invés de colocar nos nodes e ways. Para um projeto que tem tanta preocupação com a origem dos dados eu acho estranho a atitude tão relaxada em relação à presença da tag source. De fato acho isto um desastre. Bom, qual é o ponto? É que muitos mapeadores, ao invés de incluir a tag source em cada via, simplesmente a adicionam ao changeset. Por exemplo, você faz uma grande edição de novas vias no JOSM usando as imagens do Bing, ao invés de colocar em CADA via a tag source=Bing, você coloca UMA SÒ no changeset. Claramente, parece bem conveninente e deve poupar bastante trabalho. Como se coloca source=Bing no changeset? Na hora de devolver os dados ao OSM, clique em Tags of new chageset e adicione source=Bing (ou o que for que você tenha usado). Isto é válido? Sim, é perfeitamente válido, mas acho que é tremendamente infeliz. Para começar, ao colocar o source no changeset você efetivamente esconde ele das vistas dos usuários. Imagina um objeto que já tenha 15 versões, você teria de abrir 15 changesets um a um para achar qual foi o source dos dados. Isto é demorado pois o JOSM abre uma aba de navegador para cada uma delas. Mas isto não é o pior. O pior é que *desincentiva* a declaração de origem dos dados. E isto eu acho desastroso. Veja o exemplo de um novato no OSM que começa a usar o iD ou o Potlatch. Ele não vai ver a tag
[Talk-de] Fahrradwege taggen, Lübecker Methode
Hallo Liste, verzeiht falls das schonmal diskutiert wurde, ich konnte nichts dazu finden. Zum Thema: Der ADFC Lübeck hat in Eigenarbeit eine neue Art Fahrradwege zu tagen erfunden, die leider komplett inkompatibel mit dem bisherigen Model ist. ( http://wiki.openstreetmap.org/wiki/DE:Bicycle/Radverkehrsanlagen_kartieren_L%C3%BCbecker_Methode) Statt cycleway=track benutzen sie jetzt cycleway=both; cycleway:right=track, cycleway:left=track. Diese Kombination können auch alle mit der herkömlichen Methode abgebildet werden. Wenn sich das nur auf Lübeck beschränken würde, wäre mir das eigentlich egal, aber inzwischen gibt es übereifrige Benutzer die auch in Berlin Straßen so umgestalten. Ohne offensichtliche Vorteile führt das dazu das Routingprogramme nicht mehr korrekt funktionieren etc. Was haltet ihr davpn? Leo ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradwege taggen, Lübecker Methode
On 28.10.2013 13:29, Leo Koppelkamm wrote: Hallo Liste, verzeiht falls das schonmal diskutiert wurde, ich konnte nichts dazu finden. Zum Thema: Der ADFC Lübeck hat in Eigenarbeit eine neue Art Fahrradwege zu tagen erfunden, die leider komplett inkompatibel mit dem bisherigen Model ist. ( http://wiki.openstreetmap.org/wiki/DE:Bicycle/Radverkehrsanlagen_kartieren_L%C3%BCbecker_Methode) Statt cycleway=track benutzen sie jetzt cycleway=both; cycleway:right=track, cycleway:left=track. Super, da werden jetzt drei tags statt einem mit der komplett gleichen Aussage verwendet. Da finde ich segregated=yes/no/left/right schon interessanter Diese Kombination können auch alle mit der herkömlichen Methode abgebildet werden. Wenn sich das nur auf Lübeck beschränken würde, wäre mir das eigentlich egal, aber inzwischen gibt es übereifrige Benutzer die auch in Berlin Straßen so umgestalten. Ohne offensichtliche Vorteile führt das dazu das Routingprogramme nicht mehr korrekt funktionieren etc. Was haltet ihr davpn? Ich kann ja noch cycleway=both verstehen so bald auf beiden Seiten unterschiedliche Bauarten vorhanden sind (z.B. cycleway:left=lane, cycleway:right=track). Das gleiche ist auch möglich mit cycleway=left/right, cycleway:left/right=lane/track. Aber auch in diesen Fällen ist cycleway=* überflüssig. Warum das ganze ? Ist doch auch bisher eindeutig: * entweder cycleway=* für beide Seiten * oder cycleway:left/right=track/lane bei unterschiedlichen Varianten bzw nur auf einer Seite. Generell fände ich es gut wenn sowas vorab auf tagging@osm besprochen wird und nicht einfach mal drauf los editiert wird. Bitte zurücksetzten bzw mich überzeugen weshalb es nötig ist. Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradwege taggen, Lübecker Methode
Davon hoere ich zum ersten Mal. Ist das irgendwo vorher als proposal diskutiert worden? Ich habe nichts gefunden. Ohne Absprache sollte sowas nicht passieren. Volker 2013/10/28 Leo Koppelkamm he...@leo-koppelkamm.de Hallo Liste, verzeiht falls das schonmal diskutiert wurde, ich konnte nichts dazu finden. Zum Thema: Der ADFC Lübeck hat in Eigenarbeit eine neue Art Fahrradwege zu tagen erfunden, die leider komplett inkompatibel mit dem bisherigen Model ist. ( http://wiki.openstreetmap.org/wiki/DE:Bicycle/Radverkehrsanlagen_kartieren_L%C3%BCbecker_Methode ) Statt cycleway=track benutzen sie jetzt cycleway=both; cycleway:right=track, cycleway:left=track. Diese Kombination können auch alle mit der herkömlichen Methode abgebildet werden. Wenn sich das nur auf Lübeck beschränken würde, wäre mir das eigentlich egal, aber inzwischen gibt es übereifrige Benutzer die auch in Berlin Straßen so umgestalten. Ohne offensichtliche Vorteile führt das dazu das Routingprogramme nicht mehr korrekt funktionieren etc. Was haltet ihr davpn? Leo ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradwege taggen, Lübecker Methode
Leo Koppelkamm schrieb: Was haltet ihr davpn? Nichts, da es nie diskutiert, vorgestellt, oder besprochen wurde, und ein Unternehmen hier mal wieder einfach so irgendwas macht, weil es ihm so in den eigenen Plan passt. Ich sehe da gewisse Parallelen zu einem Thema, das hier vor einigen Wochen mal hochgekocht ist … :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-10-28T16:37:37+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradwege taggen, Lübecker Methode
On 28.10.2013 16:39, Dirk Sohler wrote: Leo Koppelkamm schrieb: Was haltet ihr davpn? Nichts, da es nie diskutiert, vorgestellt, oder besprochen wurde, und ein Unternehmen hier mal wieder einfach so irgendwas macht, weil es ihm so in den eigenen Plan passt. Ich sehe da gewisse Parallelen zu einem Thema, das hier vor einigen Wochen mal hochgekocht ist … :) Und die immer noch nicht wirklich viel gutes eingebracht haben und weiterhin eher vor sich her wursteln. fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradwege taggen, Lübecker Methode
Hi, On 28.10.2013 13:29, Leo Koppelkamm wrote: Der ADFC Lübeck hat in Eigenarbeit eine neue Art Fahrradwege zu tagen erfunden, die leider komplett inkompatibel mit dem bisherigen Model ist. ( http://wiki.openstreetmap.org/wiki/DE:Bicycle/Radverkehrsanlagen_kartieren_L%C3%BCbecker_Methode) Offenbar hat man sich da aber immerhin mit dem Luebecker Stammtisch zusammengesetzt, oder interpretiere ich die Userseite des Wiki-Users ADFC-Luebeck falsch? Wenn sich das nur auf Lübeck beschränken würde, wäre mir das eigentlich egal, aber inzwischen gibt es übereifrige Benutzer die auch in Berlin Straßen so umgestalten. Eventuell gibt es da innerhalb des ADFC Nachahmer, die ein aehnliches Projekt fuer andere Staedte planen moechten? Vielleicht sollte man nochmal deren Toolchain anschauen (ich glaube, QGis war da prominent involviert) und ihnen dann helfen, sowas auch ohne spezielles Tagging hinzubekommen... Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradwege taggen, Lübecker Methode
Eventuell gibt es da innerhalb des ADFC Nachahmer, die ein aehnliches Projekt fuer andere Staedte planen moechten? Vielleicht sollte man nochmal deren Toolchain anschauen (ich glaube, QGis war da prominent involviert) und ihnen dann helfen, sowas auch ohne spezielles Tagging hinzubekommen... ... und dann daraus eine portierbaren toolkit erstellen, damit nicht jeder seine eigene Suppe kochen muss ... ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OpenStreetBugs, bitte helft mit die restlichen Fehler zu beheben.
Hallo, im April wurde die Notes Funktion in der OSM-Seite aktiviert. Viele Anwender verwenden seither Notes (OSN) anstelle von OpenStreetBug (OSB). Unglücklicherweise werden auch bevorzugt die OSN-Einträge behoben, sodass immer noch viele offene Fehlerberichte in OSB vorhanden sind. Ich versuche deshalb die Verwendung von OSB mit verschiedenen Methoden abzuschließen: * Wiki-Seiten zu OSB markieren und auf OSN hinweisen [1] * Infos zu Apps und Programmen sammeln, die noch OSB verwenden [2] * dann habe ich mal einen Blogeintrag erstellt, wie den die Ablösung von OSB aussehen könnte [3] * dazu habe ich ein paar Statistiken und Graphiken erstellt, welche die Verteilung der Fehler zeigen [4] ... und ich habe mal angefangen die Fehler in abgelegenen Gegenden mit nur wenigen Fehlern zu überprüfen und zu schießen (Afrika, Alaska, Australien). * dann habe ich noch eine Wikiseite erstellt, auf der noch Ideen zur Ablösung von OSB gesammelt werden. [5] Die meisten offenen Fehler befinden sich in Deutschland und Russland: [DE]15125 [RU]6474 [GB]2740 [US]1586 [IT]1227 [FR]1091 [BE]1068 Insgesamt sind es noch ca. 41000 offene Fehler. (3000 wurden in den letzten zwei Wochen behoben.) Ich denke es wäre am sinnvollsten, jetzt noch so viele Fehler wie möglich zu beheben und veraltete oder bereits behobene Fehlermeldungen zu schließen. In zwei Monaten würde ich gerne eine Mapping Party veranstalten, bei der dann alle noch offenen Fehler nochmals betrachtet und entweder geschlossen oder zu OSN verschoben werden. s. auch [5]. Bei 15000 Fehlermeldungen sind bestimmt auch ein paar in eurer Nähe dabei. Schaut euch doch mal die Fehler an und versucht sie zu beheben. In meiner Gegend liegen auch noch 20 Bugs, die ich mir mal vor Ort ansehen muss. Grüße Werner (werner2101) [1]https://wiki.openstreetmap.org/wiki/OpenStreetBugs [2] https://wiki.openstreetmap.org/wiki/OpenStreetBugs#Tools_for_Using_and_Exporting_Data [3]http://www.openstreetmap.org/user/werner2101/diary/20213 http://www.openstreetmap.org/user/werner2101/diary/20268 [4]http://www.h-renrew.de/h/osm/osmchecks/09_osb_phaseout/ [5]https://wiki.openstreetmap.org/wiki/OpenStreetBugs/Phase_Out ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradwege taggen, Lübecker Methode
Am Montag, den 28.10.2013, 13:29 +0100 schrieb Leo Koppelkamm: Hallo Liste, verzeiht falls das schonmal diskutiert wurde, ich konnte nichts dazu finden. Zum Thema: Der ADFC Lübeck hat in Eigenarbeit eine neue Art Fahrradwege zu tagen erfunden, die leider komplett inkompatibel mit dem bisherigen Model ist. ( http://wiki.openstreetmap.org/wiki/DE:Bicycle/Radverkehrsanlagen_kartieren_L%C3%BCbecker_Methode) Statt cycleway=track benutzen sie jetzt cycleway=both; cycleway:right=track, cycleway:left=track. ??? wiki.openstreetmap.org/wiki/DE:Key:cycleway /Zusätzliche Fahrradwegtags für andere highway-Typen http://wiki.openstreetmap.org/wiki/Key:cycleway cycleway=track ist unbrauchbar, da in ~50% der Fälle der Radweg nicht auf beiden Seiten gleich ist. Habe ich dich jetzt falsch verstanden oder sind das die Auswirkungen des letzten Orkans ;-) Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs, bitte helft mit die restlichen Fehler zu beheben.
Hey Werner, Danke für deine Bemühungen. Ich kann Dir wenigstens schon mal verraten, dass mit dem Plugin für JOSM seit ein paar Tagen keine neuen Bugs mehr erstellt werden können. Grüße fly On 29.10.2013 00:08, Werner Hoch wrote: Hallo, im April wurde die Notes Funktion in der OSM-Seite aktiviert. Viele Anwender verwenden seither Notes (OSN) anstelle von OpenStreetBug (OSB). Unglücklicherweise werden auch bevorzugt die OSN-Einträge behoben, sodass immer noch viele offene Fehlerberichte in OSB vorhanden sind. Ich versuche deshalb die Verwendung von OSB mit verschiedenen Methoden abzuschließen: * Wiki-Seiten zu OSB markieren und auf OSN hinweisen [1] * Infos zu Apps und Programmen sammeln, die noch OSB verwenden [2] * dann habe ich mal einen Blogeintrag erstellt, wie den die Ablösung von OSB aussehen könnte [3] * dazu habe ich ein paar Statistiken und Graphiken erstellt, welche die Verteilung der Fehler zeigen [4] ... und ich habe mal angefangen die Fehler in abgelegenen Gegenden mit nur wenigen Fehlern zu überprüfen und zu schießen (Afrika, Alaska, Australien). * dann habe ich noch eine Wikiseite erstellt, auf der noch Ideen zur Ablösung von OSB gesammelt werden. [5] Die meisten offenen Fehler befinden sich in Deutschland und Russland: [DE]15125 [RU]6474 [GB]2740 [US]1586 [IT]1227 [FR]1091 [BE]1068 Insgesamt sind es noch ca. 41000 offene Fehler. (3000 wurden in den letzten zwei Wochen behoben.) Ich denke es wäre am sinnvollsten, jetzt noch so viele Fehler wie möglich zu beheben und veraltete oder bereits behobene Fehlermeldungen zu schließen. In zwei Monaten würde ich gerne eine Mapping Party veranstalten, bei der dann alle noch offenen Fehler nochmals betrachtet und entweder geschlossen oder zu OSN verschoben werden. s. auch [5]. Bei 15000 Fehlermeldungen sind bestimmt auch ein paar in eurer Nähe dabei. Schaut euch doch mal die Fehler an und versucht sie zu beheben. In meiner Gegend liegen auch noch 20 Bugs, die ich mir mal vor Ort ansehen muss. Grüße Werner (werner2101) [1]https://wiki.openstreetmap.org/wiki/OpenStreetBugs [2] https://wiki.openstreetmap.org/wiki/OpenStreetBugs#Tools_for_Using_and_Exporting_Data [3]http://www.openstreetmap.org/user/werner2101/diary/20213 http://www.openstreetmap.org/user/werner2101/diary/20268 [4]http://www.h-renrew.de/h/osm/osmchecks/09_osb_phaseout/ [5]https://wiki.openstreetmap.org/wiki/OpenStreetBugs/Phase_Out ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
Am 25.10.2013 09:23, schrieb Georg Feddern: Auch ich halte Vor Ort Liste - bzw. mit entsprechendem alt_name. Kann man nach der evtl. Schilderänderung ja wieder anpassen. ;-) Hinein müssen(!) meiner Meinung nach beide Namen. Ganz einfach weil die Leute, die Online (z.B. via Nominatim) suchen evtl. doch den offiziellen Straßennamen suchen, weil der in Adresseinträgen von Firmen durchaus genutzt werden könnte. Und gerade bei geringfügigen Abweichungen wie Abkürzungen oder fehlende Vornamen ist der Nominatim bisweilen beinhart im Nicht-Finden-Wollen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Consigli su evento OSM
Bisogna tarare bene la durata e il contenuto del talk introduttivo (in special modo i primi 10'). I classici 45' possono andare bene, a patto che si riesca a mantenere viva l'attenzione alternando slide con concetti ad altre con i vari tipi di mappa. I punti chiave che a mio avviso stimolano le persone sono: - perchè conviene usare OSM al posto di altre mappe; far capire che OSM è più flessibile di altri (mappatura dei cassonetti del riciclo, nomi in dialetto locale, giardinetti panchine e fontanelle, ...) ed è più libero. - che lo si può utilizzare in un sacco di modi e che ci sono moltissime applicazioni già pronte per i diversi usi. Dare due numeri sugli oggetti mappati in Italia (a settembre 14300 ristoranti e 4630 farmacie sono già dei bei numeri). - che non bisogna essere un esperto ne è necessario avere un GPS per potervi collaborare. - ha usi benemeriti (wheelmap.org e H.O.T.). Al rientro dalla mappatura (usare anche dei Fieldpapers) inserirei dati per 1h o poco più usando Josm, Potlatch e ID e lo farei col videoproiettore anzichè il solito capannello di persone intorno al PC. My two cents Alessandro Ale_zena_IT ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mapper Academy (squilli di trombe :-) )
Il 28 ottobre 2013 00:27, Stefano Fabi stefano.f...@gmail.com ha scritto: Io mi rendo disponibile certamente come partecipante studente..anche per provare dei software utili allo scopo..hangout direi buono, forse teamviewer utile se si devono condividere desktop.. A seguito dell'interesse per i workshop della domenica di OSMit (il 6 ottobre) ed alla disponibilità di UrbanCenter di Rovereto a ospitare nuovamente eventi legati a OSM, oltre alla disponibilità di FBK e Fondazione Mach stavamo pensando di organizzare nei prossimi mesi due o tre incontri/workshop. Dato che c'è questo interesse generale credo sia possibile, organizzandosi in anticipo, trasmettere tutto in streaming. Stavamo cercando di capire delle date possibili qui: https://dudle.inf.tu-dresden.de/osm-trentino-1/ Ciao, Cristian ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mapper Academy (squilli di trombe :-) )
Posso dare un contributo sul lato uso di OSM e navigatore portatile per il cicloturismo. Volker 2013/10/28 Cristian Consonni kikkocrist...@gmail.com Il 28 ottobre 2013 00:27, Stefano Fabi stefano.f...@gmail.com ha scritto: Io mi rendo disponibile certamente come partecipante studente..anche per provare dei software utili allo scopo..hangout direi buono, forse teamviewer utile se si devono condividere desktop.. A seguito dell'interesse per i workshop della domenica di OSMit (il 6 ottobre) ed alla disponibilità di UrbanCenter di Rovereto a ospitare nuovamente eventi legati a OSM, oltre alla disponibilità di FBK e Fondazione Mach stavamo pensando di organizzare nei prossimi mesi due o tre incontri/workshop. Dato che c'è questo interesse generale credo sia possibile, organizzandosi in anticipo, trasmettere tutto in streaming. Stavamo cercando di capire delle date possibili qui: https://dudle.inf.tu-dresden.de/osm-trentino-1/ Ciao, Cristian ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Standardizzazione toponimi bilingui della Sardegna ed adattamento al modello altoadesino
Il 25/10/2013 17:56, Davio ha scritto: Per me è sufficiente la seconda condizione, la prima mi sembra troppo restrittiva. Dunque estenderesti la doppia denominazione anche a sardo e friulano. Il 26/10/2013 02:00, Martin Koppenhöfer ha scritto: Per me la segnaletica locale e l'uso comune degli abitanti hanno lo stesso valore dei atti per il nome del place. Se guardiamo l'uso comune allora ci vorrebbe il doppio nome anche per molti paesini del Veneto... e pure in tutto il meridione (credo)... Il 27/10/2013 15:01, Elena ``of Valhalla'' ha scritto: On 2013-10-26 at 11:37:55 +0200, Martin Koppenhoefer wrote: allora, in casi come questa, quando mettere un cartello in quella lingua fa scena con l'elettorato locale, penso che abbiamo un indicatore sulla lingua locale non in lombardia, dove di lombardo si usa qualche parola di tanto in tanto, ma la gente parla italiano anche in casa. Guarda, io praticamente l'italiano l'ho imparato alle elementari, come del resto quasi tutti i miei compagni di scuola... ma nonostante l'uso dell'idioma locale sia ancora molto diffuso (non solo tra gli anziani, ma anche tra i giovani) [1] mi sembrerebbe un'esagerazione mettere il doppio nome sui toponimi qui in Veneto. ciao Paolo M [1] http://www3.istat.it/salastampa/comunicati/non_calendario/20070420_00/testointegrale.pdf ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Consigli su evento OSM
Il 27/10/2013 23:29, Simone Saviolo ha scritto: Avremmo pensato ad un programma del genere: - una breve presentazione introduttiva, di circa mezz'ora; - un piccolo mapping party, poco più di una passeggiata di mappatura guidata; durata prevista non più di 2 ore; - conferenza con dimostrazione di inserimento e upload dei dati, e con una presentazione più approfondita di OSM e dei suoi usi; durata 1-2 ore. [cut] Al di là dell'organizzazione dettagliata, però, vorrei capire quanto un evento del genere possa avere successo, e quali siano le difficoltà a cui andremo incontro nell'organizzarlo. Qualcuno ha suggerimenti in proposito? Per la parte di mapping pensate ad una cosa totalmente legata ad OSM tipo un mapper esperto più TOT neofiti oppure ad una cosa più turistica tipo con una guida? (in ogni caso la resa sarà inferiore allo sguinzagliare in giro i mapper più esperti, però di sicuro in questo modo si fa conoscere il progetto a più gente) ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Standardizzazione toponimi bilingui della Sardegna ed adattamento al modello altoadesino
Sì, la estenderei solo dove esistono atti ufficiali bilingue, altrimenti solo nome in italiano. Davide - Davide -- View this message in context: http://gis.19327.n5.nabble.com/Standardizzazione-toponimi-bilingui-della-Sardegna-ed-adattamento-al-modello-altoadesino-tp5781816p5783185.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mapper Academy (squilli di trombe :-) )
realizzare anche dei.brevi webinar potrebbe essere un'idea On Oct 28, 2013 2:41 PM, Volker Schmidt vosc...@gmail.com wrote: Posso dare un contributo sul lato uso di OSM e navigatore portatile per il cicloturismo. Volker 2013/10/28 Cristian Consonni kikkocrist...@gmail.com Il 28 ottobre 2013 00:27, Stefano Fabi stefano.f...@gmail.com ha scritto: Io mi rendo disponibile certamente come partecipante studente..anche per provare dei software utili allo scopo..hangout direi buono, forse teamviewer utile se si devono condividere desktop.. A seguito dell'interesse per i workshop della domenica di OSMit (il 6 ottobre) ed alla disponibilità di UrbanCenter di Rovereto a ospitare nuovamente eventi legati a OSM, oltre alla disponibilità di FBK e Fondazione Mach stavamo pensando di organizzare nei prossimi mesi due o tre incontri/workshop. Dato che c'è questo interesse generale credo sia possibile, organizzandosi in anticipo, trasmettere tutto in streaming. Stavamo cercando di capire delle date possibili qui: https://dudle.inf.tu-dresden.de/osm-trentino-1/ Ciao, Cristian ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Consigli su evento OSM
Il giorno 28 ottobre 2013 18:55, Paolo Monegato gato.selvad...@gmail.comha scritto: Il 27/10/2013 23:29, Simone Saviolo ha scritto: Avremmo pensato ad un programma del genere: - una breve presentazione introduttiva, di circa mezz'ora; - un piccolo mapping party, poco più di una passeggiata di mappatura guidata; durata prevista non più di 2 ore; - conferenza con dimostrazione di inserimento e upload dei dati, e con una presentazione più approfondita di OSM e dei suoi usi; durata 1-2 ore. [cut] Al di là dell'organizzazione dettagliata, però, vorrei capire quanto un evento del genere possa avere successo, e quali siano le difficoltà a cui andremo incontro nell'organizzarlo. Qualcuno ha suggerimenti in proposito? Per la parte di mapping pensate ad una cosa totalmente legata ad OSM tipo un mapper esperto più TOT neofiti oppure ad una cosa più turistica tipo con una guida? (in ogni caso la resa sarà inferiore allo sguinzagliare in giro i mapper più esperti, però di sicuro in questo modo si fa conoscere il progetto a più gente) È un po' quello che sto cercando di capire. Diciamo che vorrei coinvolgere i partecipanti il più possibile, quindi non vorrei un giro turistico. Hai ragione sulla resa. Ero partito con l'idea di un mapping party, poi mi è stato suggerito di fare un evento più popolare. Considera anche che andremmo comunque in un'area in cui la mappatura di base è praticamente completa, quindi si tratterebbe di verificare alcuni dettagli e aggiungere elementi come POI, telefoni, numeri civici... Non dobbiamo creare la mappa da zero, la arricchiamo. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Consigli su evento OSM
Il giorno 28 ottobre 2013 19:32, Edoardo Yossef Marascalchi e.marascal...@gmail.com ha scritto: per mia esperienza meglio avere un gruppo di 3 niubbi ed un pro. ad ogni niubbo si da l'incarico di mappare un differente set di cose. si gira assieme e poi assieme si popola la mappa. ancje usando strumenti diversi. Grazie Edoardo, bel suggerimento: in questo modo i singoli sarebbero concentrati su aspetti specifici, e si potrebbe quasi gamificare la mappatura. (Senza esagerare, la gamification è alla base di alcune storture). Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-lt] VT GPS duomenys
Manau, kad laiko skaičiavimo metodą gali surasti pagal tvarkaraščius iš galinių stotelių (mažiausia grafiko nesilaikymo tikimybė). Pvz. čia: www.marsrutai.lt Įtariu, ka tai bus greičiau nei bandyti tikslintis VVT. Jei padarytum csv su prašomais laukais – visiems būtų ramiau ir daugiau šansų pasiekti norimą rezultatą. 2013.10.28 23:17, Matas Ramoška rašė: Įkėliau naujausius duomenis: ftp://ftp.katalogai.net/Judek/Viesojo%20transporto%20judejimo%20duomenu%20baze/trolis_2013-10-25.7z Dėkui. Aš juos susikėliau, duomenys nuo balandžio 13 d. iki gegužės 13 d. Ar taip ir turėtų būti? Gal kas jau darė analizę pagal valandas, savaitės dienas ir pan? Kol kas skaičiavau tik bendras statistikas, kad išsibandyti patį principą. Galėsiu padaryti ir atskirus pjūvius pagal laiką, tik su laiku dar man truputį neaišku.. Šiose lentelėse laikas saugomas kaip skaičius.Priėjau išvados, kad tai laikas sekundėmis nuo 1970-01-01 00:00:00, kurį dar reikia pakoreguoti pagal laiko juostą. Galbūt kas nors galėtų atsakyti kaip ten tiksliai saugomas laikas? Mantas klausė dėl CSV formato, galėčiau sukonvertuoti jei aktualu. Matas ___ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt
[Talk-gb-westmidlands] Addresses
Congratulations due to everyone! We've just passed 100,000 addresses in the West Mids Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Addresses
\0/ congrat! 2013/10/28 Brian Prangle br...@mappa-mercia.org Congratulations due to everyone! We've just passed 100,000 addresses in the West Mids Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-es] Abierta la convocatoria para la recepción de resúmenes: 8as Jornadas de SIG Libre
Saludos, Desde hoy, está abierta la convocatoria para el envío de resúmenes para las VIII Jornadas de SIG Libre de Girona, que van a tener lugar del 26 al 28 de Marzo en Girona. El programa de presentaciones que queremos diseñar para esta 8a edición de las Jornadas de SIG Libre, gracias a vuestras contribuciones y propuestas, pretende abarcar diferentes perfiles e intereses, desde programadores expertos a usuarios básicos, pasando por investigadores universitarios, técnicos y tomadores de decisiones de administraciones públicas, empresas, geoinquietos en general y como no podría ser de otro modo, las Jornadas de SIG Libre pretenden dar cobertura y ofrecer un espacio también para aquellos que asoman la cabeza por vez primera, al mundo de las tecnologías libres geoespaciales. Así, en el programa de presentaciones de las Jornadas habrá espacio para todos los públicos: presentaciones técnicas avanzadas, exposición de casos de uso, presentaciones introductorias para noveles, comparativas de software y tecnologías... ¡Todos tenemos proyectos e ideas que enseñar, y mucho que aprender! El contenido de las presentaciones puede ser muy variado, desde una introducción a un programa concreto, hasta la publicación de geodatos en Internet. A continuación mostramos algunos de los temas interesantes y, posibles ideas para presentaciones: Introducción a nuevas Aplicaciones o Programas Geoespaciales Libres Presentación de nuevos desarrollos basados en Proyectos de Software existentes Casos de uso y éxito de aplicación e integración de tecnologías geoespaciales libres desde la Empresa, Universidad o Administración Pública Proyectos de investigación basados en el uso de tecnologías geoespaciales libres Comparativas (benchmarking) de aplicaciones o programas Modelos de Negocio basados en Software Libre Obtención, creación, edición y uso de Datos Libres y Abiertos Proyectos de visualización y tematización de datos ... Puedes consultar las bases de la convocatoria en http://sigserver4.udg.edu/wiki_jornadas/index.php/Anuncio_2 Puedes enviar tus propuestas desde el formulario que hemos habilitado en http://www.sigte.udg.edu/jornadassiglibre/comunicaciones La fecha límite para el envío de resúmenes es el próximo 28 de Noviembre de 2013 Saludos y muchas gracias por tu participación! Saludos, Lluís Vicens -- Lluís Vicens Comité Organizador Local Jornadas de SIG Libre Sitio web:http://www.sigte.udg.edu/jornadassiglibre Síguenos en:https://twitter.com/SIGLibreGirona ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] consulta sobre mapear un pais
Hola a todos: Soy de paraguay y hace bastante tiempo que les sigo (dos años aprox). En paraguay casi no esta nada mapeado. Y quiere conocer la experiencia de ustedes para poder hacerlo. Como enfocaron ustedes, las dificultades, etc. Que recomendaciones me podrían dar para que las personas se enganchen y mapeen. saludos, jose -- Podes encontrarme o comunicarte conmigo en: - *Mi blog*: http://proyectosbeta.net/http://proyectosbeta.blogspot.com/ - *Facebook*: http://www.facebook.com/pages/Proyectos-Beta/113277785412256http://www.facebook.com/jose.gonzalezvonschmeling - *Twitter*: @proyectosbeta http://twitter.com/proyectosbeta ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Basemap.at
Hallo, On 10/27/2013 09:40 AM, Jimmy_K wrote: = Die Basemap ist noch sehr mit Vorsicht zu genießen. Auf jeden Fall, ich hab sie so unzuverlässig gefunden, dass ich sie inzwischen nicht mehr verwende. Generell wären diese Flurnamen sehr interessant, mich wundert nur, dass dies nur über die Wiki publik gemacht wurde. (Immerhin kommt der Eintrag vom Grazer-Stammtischorganisator) Damit bin wohl ich gemeint ;-) Ich hab das damals über diverse Open Data-Kanäle mitbekommen. Kurz zur Erklärung: bei Basemap.at wird versucht, von offizieller Seite eine Hintergrundkarte anzubieten, die man als Gemeinde/Bürger/... anstatt G-Maps auf der Homepage/Flyer whatever verwenden kann. Die Daten werden dabei aus den jeweiligen Länder-GIS abgezogen. Derzeit ist das ganze noch in der Testphase. Wie ich das damals ins Wiki geschrieben hab, waren in Wien/NOE/Burgenland alle Hausnummern/Häuser drin, in Restösterreich nur die Straßen. Inzwischen sind auch zB in der Steiermark die Hausumrisse dazugekommen, allerdings ohne Nummern. Im Wiki hab ich damals die Seite angelegt: https://wiki.openstreetmap.org/wiki/AT/basemap Warum ich das damals nicht schon auch auf die ML geschrieben hab, sorry keine Ahnung mehr ;-) Allerdings muss ich nochmals die Warnung wiederholen, dass die Straßennamen sehr inkonsistent sind - wenn man sie verwendet, bitte source=basemap.at angeben, damit wirs eventuell später wieder in plan.at-Manier fixen können :-/ Lg Jimmy lg, Michi -- 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 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Basemap.at
Michael Maier wrote: Derzeit ist das ganze noch in der Testphase. Wie ich das damals ins Wiki geschrieben hab, waren in Wien/NOE/Burgenland alle Hausnummern/Häuser drin, in Restösterreich nur die Straßen. Inzwischen sind auch zB in der Steiermark die Hausumrisse dazugekommen, allerdings ohne Nummern. Dafür scheinen in Wien die Hausnummern wieder verschwunden zu sein. Aber für Wien gibt's die eh auf wien.at (Beschriftungen-Overlay). Generell scheint die Basemap für Wien ein Subset der Layers MZK Flächen und Beschriftungen der wien.at-OGD zu sein. Für die (restlichen 8) Bundesländer ist sie wahrscheinlich interessanter. Kevin Kofler ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Nichtkommerzieller Location-Service von Mozilla: Hilfe erwünscht!
Hallo, Mozilla hat soeben auch öffentlich verkündet, dass wir an einem nichtkommerziellen Location-Service arbeiten, also einem Dienst, der aus WLAN- und Telefon-Sendezellen-Daten die eigene Position ermitteln kann (wenn man so will). Derzeit gibt es nur kommerzielle Anbieter für so etwas, allen voran Google Location Service, aber eine offene Variante öffnet die Tür für Implementierungen, die mehr Wert auf Datenschutz und Privatsphäre legen und trotzdem den gleichen Komfort bieten (z.B. könnte man einen Ausschnitt der Daten für eine Umgebung lokal herunterladen und dann ohne Übermittlung der genauen Daten eine Ortsbestimmung lokal durchführen). Für so einen Service braucht man jedenfalls die an sich öffentlich einsehbaren Daten über die sichtbaren WLAN-Netze und Telefonmastenan verschiedenen Orten. Diese Infos wollen wir über Crowdsourcing gewinnen, und eine Stumbler-Anwendung für Android ist verfügbar, die diese Arbeit verrichtet (natürlich sind die Quellen für den Stumbler und den Server genauso offen wie eine API zum Service, wir sind schließlich Mozilla). Siehe https://blog.mozilla.org/services/2013/10/28/introducing-the-mozilla-location-service/ Hilfe ist natürlich erwünscht, vom Senden der Daten mittels Stumbler bis zur Verbesserung dessen und auch der Server-Seite! Robert Kaiser ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-lv] Dienvidu tilts
DELFI ziņo ka esot viss pabeigts. OSMā viss ir aktualizēts? :) Lai sokas, Pēteris. ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Dienvidu tilts
Rīt beigsies, šodien vēl strādnieku mašīnas stāv aplī. 2013/10/28 pec...@gmail.com pec...@gmail.com DELFI ziņo ka esot viss pabeigts. OSMā viss ir aktualizēts? :) Lai sokas, Pēteris. ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv -- Jānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-ca] Cartopartie le dimanche 27 octobre 2013
Au plaisir Bruno, et j’espère avoir une autre rencontre à Montréal, à Québec ou à Trois-Rivières! Basées sur les données ramassées hier, je remarque que il y a des commerce qui pourrait avoir un double tag? Par exemple, un des commerce est une boulangerie et un café. Peut-on ajouter deux ou plusieurs tags au même POI? --- Based on the data collected yesterday at the mapping party, I noticed that there is a POI which is both a bakery and a cafe. Can we add both tags? Is this common practice? bm 2013/10/27 Bruno Remy bremy.qc...@gmail.com Bonjour, Merci à Guillaume pour l'organisation,merci a Bianca pour son accueuil sympathique. Ce fut un plaisir de rencontrer votre équipe de Montréal! On garde le contact! ;) Au plaisir! Bruno, Contributeur de Québec Le 26/10/2013, Guillaume Pratteguilla...@guillaumepratte.net a écrit : Bonjour, Le groupe OpenStreetMap Montréal souhaite vous convier à une cartopartie qui aura lieu le dimanche 27 octobre 2013, de 13h30 à 17h30. À cette occasion, nous nous réunirons afin d’effectuer l’inventaire des commerces et des principaux points d’intérêts du chemin de la Côte-des-Neiges, dans le quartier du même nom. Le tout débutera par un atelier d’introduction à OpenStreetMap, et se terminera par un atelier sur l’édition de la carte, une fois de retour après avoir effectué le sondage sur le terrain. Pour des raisons d’organisation nous souhaiterions connaître le nombre de personnes intéressées par cette activité à l’avance, aussi nous vous demandons dans la mesure du possible de vous inscrire ci-contre: https://www.eventbrite.ca/event/8706618731 L’adresse exacte du lieu de rendez-vous - une résidence - sera communiquée à toute personne s’inscrivant. Si vous ne souhaitez pas vous inscrire ou que vous vous décidez à la dernière minute, nous vous donnons rendez-vous devant la sortie Sud de la station de métro Côte-des-neiges à 13h15 précises. Note: il s’agit de la sortie près du café Starbuck: http://www.openstreetmap.org/?mlat=45.49634mlon=-73.62245#map=19/45.49634/-73.62245 N’oubliez pas de vous vêtir en fonction de la température, car l’activité aura lieu beau temps, mauvais temps. Fort heureusement, la météo annonce du beau temps! En cas de forte pluie, nous tiendrons les ateliers prévus à l’intérieur. SI vous décidez de vous joindre à nous, voici le matériel que nous suggérons d'apporter. Considérez que tout item dans cette liste est facultatif: - ordinateur portatif afin d’entrer les données dans la carte, une fois le sondage terrain effectué (recommandé); - appareil photo pour aider à la prise de notes lors du sondage terrain (celui intégré à un téléphone intelligent est amplement suffisant); - téléphone intelligent ou tablette, pour aider à l’entrée de données en temps réel; - un calepin et un crayon pour prendre des notes (des cartes imprimées seront fournies); - parapluie, en cas de besoin. Au plaisir, Guillaume Pratte pour OpenStreetMap Montréal ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Blanca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] l'autoroute 410 à Sherbrooke
Pour les contributeurs qui s'interessent à l'Estrie: Le gouvernement du Québec confirme le financement pour compléter l'autoroute 410 à Sherbrooke. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Cartopartie le dimanche 27 octobre 2013
Bonjour Blanca, Normalement, il serait logique qu'un commerce ne soit relié qu'à une catégorie. Un autre exemple c'est aussi le cas du café Olivieri qui est aussi une bibliothèque. À mon avis, il faudrait y aller au cas-par-cas et trancher en choisissant l'activité principale du commerce: il y a toujours une des 2 activités qui est mise en valeur. Par exemple, à Cap rouge, j'ai indiqué comme bakery une boulangerie/café parceque c'est une boulangerie traditionnelle avec des produits artisanaux de qualité, et c'est la seule de la ville. La fonction café n'est qu'une offre supplémentaire de restauration sur-place, La même chose pour Pascal le Boulanger à Stoneham qui est dans la même bâtisse qu'un Subway et un Tim Hortons: c'est le métier de boulanger qui fait la différence avec la concurrence. Il faut voir les points fort du commerce, et les produits pour lesquels il a une + grande réputation dans le quartier. Autre chose: je me suis aperçu que le parc que j'avais cartographié ne s'est pas uploadé : je vais le refaire! Et aussi une petite surprise pour le Collège Notre-Dame ;) Bruno Le 28 octobre 2013 09:25, Blanca Mancilla bluc...@gmail.com a écrit : Au plaisir Bruno, et j’espère avoir une autre rencontre à Montréal, à Québec ou à Trois-Rivières! Basées sur les données ramassées hier, je remarque que il y a des commerce qui pourrait avoir un double tag? Par exemple, un des commerce est une boulangerie et un café. Peut-on ajouter deux ou plusieurs tags au même POI? --- Based on the data collected yesterday at the mapping party, I noticed that there is a POI which is both a bakery and a cafe. Can we add both tags? Is this common practice? bm 2013/10/27 Bruno Remy bremy.qc...@gmail.com Bonjour, Merci à Guillaume pour l'organisation,merci a Bianca pour son accueuil sympathique. Ce fut un plaisir de rencontrer votre équipe de Montréal! On garde le contact! ;) Au plaisir! Bruno, Contributeur de Québec Le 26/10/2013, Guillaume Pratteguilla...@guillaumepratte.net a écrit : Bonjour, Le groupe OpenStreetMap Montréal souhaite vous convier à une cartopartie qui aura lieu le dimanche 27 octobre 2013, de 13h30 à 17h30. À cette occasion, nous nous réunirons afin d’effectuer l’inventaire des commerces et des principaux points d’intérêts du chemin de la Côte-des-Neiges, dans le quartier du même nom. Le tout débutera par un atelier d’introduction à OpenStreetMap, et se terminera par un atelier sur l’édition de la carte, une fois de retour après avoir effectué le sondage sur le terrain. Pour des raisons d’organisation nous souhaiterions connaître le nombre de personnes intéressées par cette activité à l’avance, aussi nous vous demandons dans la mesure du possible de vous inscrire ci-contre: https://www.eventbrite.ca/event/8706618731 L’adresse exacte du lieu de rendez-vous - une résidence - sera communiquée à toute personne s’inscrivant. Si vous ne souhaitez pas vous inscrire ou que vous vous décidez à la dernière minute, nous vous donnons rendez-vous devant la sortie Sud de la station de métro Côte-des-neiges à 13h15 précises. Note: il s’agit de la sortie près du café Starbuck: http://www.openstreetmap.org/?mlat=45.49634mlon=-73.62245#map=19/45.49634/-73.62245 N’oubliez pas de vous vêtir en fonction de la température, car l’activité aura lieu beau temps, mauvais temps. Fort heureusement, la météo annonce du beau temps! En cas de forte pluie, nous tiendrons les ateliers prévus à l’intérieur. SI vous décidez de vous joindre à nous, voici le matériel que nous suggérons d'apporter. Considérez que tout item dans cette liste est facultatif: - ordinateur portatif afin d’entrer les données dans la carte, une fois le sondage terrain effectué (recommandé); - appareil photo pour aider à la prise de notes lors du sondage terrain (celui intégré à un téléphone intelligent est amplement suffisant); - téléphone intelligent ou tablette, pour aider à l’entrée de données en temps réel; - un calepin et un crayon pour prendre des notes (des cartes imprimées seront fournies); - parapluie, en cas de besoin. Au plaisir, Guillaume Pratte pour OpenStreetMap Montréal ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Blanca -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Cartopartie le dimanche 27 octobre 2013
Et si on mettait deux POI??? Pascal Le 28 octobre 2013 18:37, Bruno Remy bremy.qc...@gmail.com a écrit : Bonjour Blanca, Normalement, il serait logique qu'un commerce ne soit relié qu'à une catégorie. Un autre exemple c'est aussi le cas du café Olivieri qui est aussi une bibliothèque. À mon avis, il faudrait y aller au cas-par-cas et trancher en choisissant l'activité principale du commerce: il y a toujours une des 2 activités qui est mise en valeur. Par exemple, à Cap rouge, j'ai indiqué comme bakery une boulangerie/café parceque c'est une boulangerie traditionnelle avec des produits artisanaux de qualité, et c'est la seule de la ville. La fonction café n'est qu'une offre supplémentaire de restauration sur-place, La même chose pour Pascal le Boulanger à Stoneham qui est dans la même bâtisse qu'un Subway et un Tim Hortons: c'est le métier de boulanger qui fait la différence avec la concurrence. Il faut voir les points fort du commerce, et les produits pour lesquels il a une + grande réputation dans le quartier. Autre chose: je me suis aperçu que le parc que j'avais cartographié ne s'est pas uploadé : je vais le refaire! Et aussi une petite surprise pour le Collège Notre-Dame ;) Bruno Le 28 octobre 2013 09:25, Blanca Mancilla bluc...@gmail.com a écrit : Au plaisir Bruno, et j’espère avoir une autre rencontre à Montréal, à Québec ou à Trois-Rivières! Basées sur les données ramassées hier, je remarque que il y a des commerce qui pourrait avoir un double tag? Par exemple, un des commerce est une boulangerie et un café. Peut-on ajouter deux ou plusieurs tags au même POI? --- Based on the data collected yesterday at the mapping party, I noticed that there is a POI which is both a bakery and a cafe. Can we add both tags? Is this common practice? bm 2013/10/27 Bruno Remy bremy.qc...@gmail.com Bonjour, Merci à Guillaume pour l'organisation,merci a Bianca pour son accueuil sympathique. Ce fut un plaisir de rencontrer votre équipe de Montréal! On garde le contact! ;) Au plaisir! Bruno, Contributeur de Québec Le 26/10/2013, Guillaume Pratteguilla...@guillaumepratte.net a écrit : Bonjour, Le groupe OpenStreetMap Montréal souhaite vous convier à une cartopartie qui aura lieu le dimanche 27 octobre 2013, de 13h30 à 17h30. À cette occasion, nous nous réunirons afin d’effectuer l’inventaire des commerces et des principaux points d’intérêts du chemin de la Côte-des-Neiges, dans le quartier du même nom. Le tout débutera par un atelier d’introduction à OpenStreetMap, et se terminera par un atelier sur l’édition de la carte, une fois de retour après avoir effectué le sondage sur le terrain. Pour des raisons d’organisation nous souhaiterions connaître le nombre de personnes intéressées par cette activité à l’avance, aussi nous vous demandons dans la mesure du possible de vous inscrire ci-contre: https://www.eventbrite.ca/event/8706618731 L’adresse exacte du lieu de rendez-vous - une résidence - sera communiquée à toute personne s’inscrivant. Si vous ne souhaitez pas vous inscrire ou que vous vous décidez à la dernière minute, nous vous donnons rendez-vous devant la sortie Sud de la station de métro Côte-des-neiges à 13h15 précises. Note: il s’agit de la sortie près du café Starbuck: http://www.openstreetmap.org/?mlat=45.49634mlon=-73.62245#map=19/45.49634/-73.62245 N’oubliez pas de vous vêtir en fonction de la température, car l’activité aura lieu beau temps, mauvais temps. Fort heureusement, la météo annonce du beau temps! En cas de forte pluie, nous tiendrons les ateliers prévus à l’intérieur. SI vous décidez de vous joindre à nous, voici le matériel que nous suggérons d'apporter. Considérez que tout item dans cette liste est facultatif: - ordinateur portatif afin d’entrer les données dans la carte, une fois le sondage terrain effectué (recommandé); - appareil photo pour aider à la prise de notes lors du sondage terrain (celui intégré à un téléphone intelligent est amplement suffisant); - téléphone intelligent ou tablette, pour aider à l’entrée de données en temps réel; - un calepin et un crayon pour prendre des notes (des cartes imprimées seront fournies); - parapluie, en cas de besoin. Au plaisir, Guillaume Pratte pour OpenStreetMap Montréal ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Blanca -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- * * *Hackons la corruption 2: MISSION SEAO* Date: Le samedi 16 novembre |
Re: [Talk-ca] Cartopartie le dimanche 27 octobre 2013
C’est ce que j’ai constaté à de nombreuses reprises à plusieurs endroits au Québec. Mais avant d’aller plus loin, qu’en disent les abonnées de cette liste? https://lists.openstreetmap.org/listinfo/tagging https://lists.openstreetmap.org/listinfo/tagging Daniel From: Pascal Robichaud [mailto:pascal.robichaud.do...@gmail.com] Sent: October-28-13 18:44 To: Bruno Remy Cc: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Cartopartie le dimanche 27 octobre 2013 Et si on mettait deux POI??? Pascal Le 28 octobre 2013 18:37, Bruno Remy bremy.qc...@gmail.com a écrit : Bonjour Blanca, Normalement, il serait logique qu'un commerce ne soit relié qu'à une catégorie. Un autre exemple c'est aussi le cas du café Olivieri qui est aussi une bibliothèque. À mon avis, il faudrait y aller au cas-par-cas et trancher en choisissant l'activité principale du commerce: il y a toujours une des 2 activités qui est mise en valeur. Par exemple, à Cap rouge, j'ai indiqué comme bakery une boulangerie/café parceque c'est une boulangerie traditionnelle avec des produits artisanaux de qualité, et c'est la seule de la ville. La fonction café n'est qu'une offre supplémentaire de restauration sur-place, La même chose pour Pascal le Boulanger à Stoneham qui est dans la même bâtisse qu'un Subway et un Tim Hortons: c'est le métier de boulanger qui fait la différence avec la concurrence. Il faut voir les points fort du commerce, et les produits pour lesquels il a une + grande réputation dans le quartier. Autre chose: je me suis aperçu que le parc que j'avais cartographié ne s'est pas uploadé : je vais le refaire! Et aussi une petite surprise pour le Collège Notre-Dame ;) Bruno Le 28 octobre 2013 09:25, Blanca Mancilla bluc...@gmail.com a écrit : Au plaisir Bruno, et j’espère avoir une autre rencontre à Montréal, à Québec ou à Trois-Rivières! Basées sur les données ramassées hier, je remarque que il y a des commerce qui pourrait avoir un double tag? Par exemple, un des commerce est une boulangerie et un café. Peut-on ajouter deux ou plusieurs tags au même POI? --- Based on the data collected yesterday at the mapping party, I noticed that there is a POI which is both a bakery and a cafe. Can we add both tags? Is this common practice? bm 2013/10/27 Bruno Remy bremy.qc...@gmail.com Bonjour, Merci à Guillaume pour l'organisation,merci a Bianca pour son accueuil sympathique. Ce fut un plaisir de rencontrer votre équipe de Montréal! On garde le contact! ;) Au plaisir! Bruno, Contributeur de Québec Le 26/10/2013, Guillaume Pratteguilla...@guillaumepratte.net a écrit : Bonjour, Le groupe OpenStreetMap Montréal souhaite vous convier à une cartopartie qui aura lieu le dimanche 27 octobre 2013, de 13h30 à 17h30. À cette occasion, nous nous réunirons afin d’effectuer l’inventaire des commerces et des principaux points d’intérêts du chemin de la Côte-des-Neiges, dans le quartier du même nom. Le tout débutera par un atelier d’introduction à OpenStreetMap, et se terminera par un atelier sur l’édition de la carte, une fois de retour après avoir effectué le sondage sur le terrain. Pour des raisons d’organisation nous souhaiterions connaître le nombre de personnes intéressées par cette activité à l’avance, aussi nous vous demandons dans la mesure du possible de vous inscrire ci-contre: https://www.eventbrite.ca/event/8706618731 L’adresse exacte du lieu de rendez-vous - une résidence - sera communiquée à toute personne s’inscrivant. Si vous ne souhaitez pas vous inscrire ou que vous vous décidez à la dernière minute, nous vous donnons rendez-vous devant la sortie Sud de la station de métro Côte-des-neiges à 13h15 précises. Note: il s’agit de la sortie près du café Starbuck: http://www.openstreetmap.org/?mlat=45.49634 http://www.openstreetmap.org/?mlat=45.49634mlon=-73.62245#map=19/45.49634/-73.62245 mlon=-73.62245#map=19/45.49634/-73.62245 N’oubliez pas de vous vêtir en fonction de la température, car l’activité aura lieu beau temps, mauvais temps. Fort heureusement, la météo annonce du beau temps! En cas de forte pluie, nous tiendrons les ateliers prévus à l’intérieur. SI vous décidez de vous joindre à nous, voici le matériel que nous suggérons d'apporter. Considérez que tout item dans cette liste est facultatif: - ordinateur portatif afin d’entrer les données dans la carte, une fois le sondage terrain effectué (recommandé); - appareil photo pour aider à la prise de notes lors du sondage terrain (celui intégré à un téléphone intelligent est amplement suffisant); - téléphone intelligent ou tablette, pour aider à l’entrée de données en temps réel; - un calepin et un crayon pour prendre des notes (des cartes imprimées seront fournies); - parapluie, en cas de besoin. Au plaisir, Guillaume Pratte pour OpenStreetMap Montréal ___ Talk-ca mailing list Talk-ca@openstreetmap.org
Re: [Talk-ca] Cartopartie le dimanche 27 octobre 2013
A mon avis, on ne doit indiquer que l'activité principale. Sinon on multiplierais à l'infini, c'est un restaurant qui a un bar, qui a un comptoir de traiteur, qui vend des produits, c'est un musée qui a un restaurant, qui vend des livres, des cadeaux ... Et la carte deviendrait vite incompréhensible. Pierre De : Daniel Begin jfd...@hotmail.com À : 'Pascal Robichaud' pascal.robichaud.do...@gmail.com; 'Bruno Remy' bremy.qc...@gmail.com Cc : talk-ca@openstreetmap.org Envoyé le : Lundi 28 octobre 2013 19h42 Objet : Re: [Talk-ca] Cartopartie le dimanche 27 octobre 2013 C’est ce que j’ai constaté à de nombreuses reprises à plusieurs endroits au Québec. Mais avant d’aller plus loin, qu’en disent les abonnées de cette liste? https://lists.openstreetmap.org/listinfo/tagging Daniel From:Pascal Robichaud [mailto:pascal.robichaud.do...@gmail.com] Sent: October-28-13 18:44 To: Bruno Remy Cc: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Cartopartie le dimanche 27 octobre 2013 Et si on mettait deux POI??? Pascal Le 28 octobre 2013 18:37, Bruno Remy bremy.qc...@gmail.com a écrit : Bonjour Blanca, Normalement, il serait logique qu'un commerce ne soit relié qu'à une catégorie. Un autre exemple c'est aussi le cas du café Olivieri qui est aussi une bibliothèque. À mon avis, il faudrait y aller au cas-par-cas et trancher en choisissant l'activité principale du commerce: il y a toujours une des 2 activités qui est mise en valeur. Par exemple, à Cap rouge, j'ai indiqué comme bakery une boulangerie/café parceque c'est une boulangerie traditionnelle avec des produits artisanaux de qualité, et c'est la seule de la ville. La fonction café n'est qu'une offre supplémentaire de restauration sur-place, La même chose pour Pascal le Boulanger à Stoneham qui est dans la même bâtisse qu'un Subway et un Tim Hortons: c'est le métier de boulanger qui fait la différence avec la concurrence. Il faut voir les points fort du commerce, et les produits pour lesquels il a une + grande réputation dans le quartier. Autre chose: je me suis aperçu que le parc que j'avais cartographié ne s'est pas uploadé : je vais le refaire! Et aussi une petite surprise pour le Collège Notre-Dame ;) Bruno Le 28 octobre 2013 09:25, Blanca Mancilla bluc...@gmail.com a écrit : Au plaisir Bruno, et j’espère avoir une autre rencontre à Montréal, à Québec ou à Trois-Rivières! Basées sur les données ramassées hier, je remarque que il y a des commerce qui pourrait avoir un double tag? Par exemple, un des commerce est une boulangerie et un café. Peut-on ajouter deux ou plusieurs tags au même POI? --- Based on the data collected yesterday at the mapping party, I noticed that there is a POI which is both a bakery and a cafe. Can we add both tags? Is this common practice? bm 2013/10/27 Bruno Remy bremy.qc...@gmail.com Bonjour, Merci à Guillaume pour l'organisation,merci a Bianca pour son accueuil sympathique. Ce fut un plaisir de rencontrer votre équipe de Montréal! On garde le contact! ;) Au plaisir! Bruno, Contributeur de Québec Le 26/10/2013, Guillaume Pratteguilla...@guillaumepratte.net a écrit : Bonjour, Le groupe OpenStreetMap Montréal souhaite vous convier à une cartopartie qui aura lieu le dimanche 27 octobre 2013, de 13h30 à 17h30. À cette occasion, nous nous réunirons afin d’effectuer l’inventaire des commerces et des principaux points d’intérêts du chemin de la Côte-des-Neiges, dans le quartier du même nom. Le tout débutera par un atelier d’introduction à OpenStreetMap, et se terminera par un atelier sur l’édition de la carte, une fois de retour après avoir effectué le sondage sur le terrain. Pour des raisons d’organisation nous souhaiterions connaître le nombre de personnes intéressées par cette activité à l’avance, aussi nous vous demandons dans la mesure du possible de vous inscrire ci-contre: https://www.eventbrite.ca/event/8706618731 L’adresse exacte du lieu de rendez-vous - une résidence - sera communiquée à toute personne s’inscrivant. Si vous ne souhaitez pas vous inscrire ou que vous vous décidez à la dernière minute, nous vous donnons rendez-vous devant la sortie Sud de la station de métro Côte-des-neiges à 13h15 précises. Note: il s’agit de la sortie près du café Starbuck: http://www.openstreetmap.org/?mlat=45.49634mlon=-73.62245#map=19/45.49634/-73.62245 N’oubliez pas de vous vêtir en fonction de la température, car l’activité aura lieu beau temps, mauvais temps. Fort heureusement, la météo annonce du beau temps! En cas de forte pluie, nous tiendrons les ateliers prévus à l’intérieur. SI vous décidez de vous joindre à nous, voici le matériel que nous suggérons d'apporter. Considérez que tout item dans cette liste est facultatif: - ordinateur portatif afin d’entrer les données dans la carte, une fois le sondage terrain effectué (recommandé); - appareil photo pour aider à la prise de notes lors du
[Talk-ca] Where the streets have no name...
Bonjour à tous Dans un tout autre ordre d'idée, suite à des discutions qui ont eu lieu avant et pendant la Cartopartie de dimanche, li y a des villes du Québec qui demanderaient un soin tout particulier: Ces villes n'ont pas de noms de rues ou ont des quartiers entiers sans noms de rues. Parfois même des nouveaux développements résidentiels ne sont pas cartographiés, et pourtant ils apparaissent dans l'image satelite ou via les données Canvec ou Geobase... Comme chanterait U2 'Where the streets have no name' ;-) Vous m'avez demandé cette liste dimanche, alors la voici : Ces villes sont classées par ordre décroissant sur 2 criteres : leur état actuel de données, et leur population: Drummondville Mascouche Saint-Georges Saint-Bruno-de-Montarville Thetford Mines Sept-Îles Granby Trois-Rivières Repentigny Saint-Hyacinthe Shawinigan Victoriaville Mirabel N'hésitez pas à faire circuler cette liste autour de vous! -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Cartopartie le dimanche 27 octobre 2013
Pierre Je comprends ton point de vue, et je le partage (du moins en partie). Cependant, je dis que nous faisons partie d’une communauté et que l’on devrait valider notre position avec celle des autres sur la planète avant de décider sur les façons de faire, ou de ne pas faire ici au Québec – et au Canada J Daniel From: Pierre Béland [mailto:pierz...@yahoo.fr] Sent: October-28-13 20:54 To: Daniel Begin; 'Pascal Robichaud'; 'Bruno Remy' Cc: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Cartopartie le dimanche 27 octobre 2013 A mon avis, on ne doit indiquer que l'activité principale. Sinon on multiplierais à l'infini, c'est un restaurant qui a un bar, qui a un comptoir de traiteur, qui vend des produits, c'est un musée qui a un restaurant, qui vend des livres, des cadeaux ... Et la carte deviendrait vite incompréhensible. Pierre _ De : Daniel Begin jfd...@hotmail.com À : 'Pascal Robichaud' pascal.robichaud.do...@gmail.com; 'Bruno Remy' bremy.qc...@gmail.com Cc : talk-ca@openstreetmap.org Envoyé le : Lundi 28 octobre 2013 19h42 Objet : Re: [Talk-ca] Cartopartie le dimanche 27 octobre 2013 C’est ce que j’ai constaté à de nombreuses reprises à plusieurs endroits au Québec. Mais avant d’aller plus loin, qu’en disent les abonnées de cette liste? https://lists.openstreetmap.org/listinfo/tagging https://lists.openstreetmap.org/listinfo/tagging Daniel From: Pascal Robichaud [mailto:pascal.robichaud.do...@gmail.com] Sent: October-28-13 18:44 To: Bruno Remy Cc: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Cartopartie le dimanche 27 octobre 2013 Et si on mettait deux POI??? Pascal Le 28 octobre 2013 18:37, Bruno Remy bremy.qc...@gmail.com a écrit : Bonjour Blanca, Normalement, il serait logique qu'un commerce ne soit relié qu'à une catégorie. Un autre exemple c'est aussi le cas du café Olivieri qui est aussi une bibliothèque. À mon avis, il faudrait y aller au cas-par-cas et trancher en choisissant l'activité principale du commerce: il y a toujours une des 2 activités qui est mise en valeur. Par exemple, à Cap rouge, j'ai indiqué comme bakery une boulangerie/café parceque c'est une boulangerie traditionnelle avec des produits artisanaux de qualité, et c'est la seule de la ville. La fonction café n'est qu'une offre supplémentaire de restauration sur-place, La même chose pour Pascal le Boulanger à Stoneham qui est dans la même bâtisse qu'un Subway et un Tim Hortons: c'est le métier de boulanger qui fait la différence avec la concurrence. Il faut voir les points fort du commerce, et les produits pour lesquels il a une + grande réputation dans le quartier. Autre chose: je me suis aperçu que le parc que j'avais cartographié ne s'est pas uploadé : je vais le refaire! Et aussi une petite surprise pour le Collège Notre-Dame ;) Bruno Le 28 octobre 2013 09:25, Blanca Mancilla bluc...@gmail.com a écrit : Au plaisir Bruno, et j’espère avoir une autre rencontre à Montréal, à Québec ou à Trois-Rivières! Basées sur les données ramassées hier, je remarque que il y a des commerce qui pourrait avoir un double tag? Par exemple, un des commerce est une boulangerie et un café. Peut-on ajouter deux ou plusieurs tags au même POI? --- Based on the data collected yesterday at the mapping party, I noticed that there is a POI which is both a bakery and a cafe. Can we add both tags? Is this common practice? bm 2013/10/27 Bruno Remy bremy.qc...@gmail.com Bonjour, Merci à Guillaume pour l'organisation,merci a Bianca pour son accueuil sympathique. Ce fut un plaisir de rencontrer votre équipe de Montréal! On garde le contact! ;) Au plaisir! Bruno, Contributeur de Québec Le 26/10/2013, Guillaume Pratteguilla...@guillaumepratte.net a écrit : Bonjour, Le groupe OpenStreetMap Montréal souhaite vous convier à une cartopartie qui aura lieu le dimanche 27 octobre 2013, de 13h30 à 17h30. À cette occasion, nous nous réunirons afin d’effectuer l’inventaire des commerces et des principaux points d’intérêts du chemin de la Côte-des-Neiges, dans le quartier du même nom. Le tout débutera par un atelier d’introduction à OpenStreetMap, et se terminera par un atelier sur l’édition de la carte, une fois de retour après avoir effectué le sondage sur le terrain. Pour des raisons d’organisation nous souhaiterions connaître le nombre de personnes intéressées par cette activité à l’avance, aussi nous vous demandons dans la mesure du possible de vous inscrire ci-contre: https://www.eventbrite.ca/event/8706618731 L’adresse exacte du lieu de rendez-vous - une résidence - sera communiquée à toute personne s’inscrivant. Si vous ne souhaitez pas vous inscrire ou que vous vous décidez à la dernière minute, nous vous donnons rendez-vous devant la sortie Sud de la station de métro Côte-des-neiges à 13h15 précises. Note: il s’agit de la sortie près du café Starbuck:
[OSM-talk-fr] Décalage partiel de maisons dans une commune
Bonjour contexte Commune : Versainville (14700) Date import : 11/11/12 /contexte secteur en défaut base : Chemin : 222809766 ensemble mise en défaut : maisons aux alentours de ce chemin secteur en défaut Un import, datant, a été effectué sur cette commune. En vérifiant les erreurs Osmose, je tombe sur un secteur où les maisons sont en complet décalage par rapport à Bing alors que les maisons dans le reste de la commune sont correcte. Je ne touche à rien puisque les routes ont l'air correctement positionnées. De ce fait je ne sais pas qui est officiellement bien placé (l'image Bing ou les bâtiments issues de Cadastre) Des avis ? Est-ce normal ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Décalage partiel de maisons dans une commune
Le Mon, 28 Oct 2013 09:02:18 +0100, David Crochet david.croc...@online.fr a écrit : As-tu des traces gps sur le chemin ou sur les routes aux alentours Bonjour contexte Commune : Versainville (14700) Date import : 11/11/12 /contexte secteur en défaut base : Chemin : 222809766 ensemble mise en défaut : maisons aux alentours de ce chemin secteur en défaut Un import, datant, a été effectué sur cette commune. En vérifiant les erreurs Osmose, je tombe sur un secteur où les maisons sont en complet décalage par rapport à Bing alors que les maisons dans le reste de la commune sont correcte. Je ne touche à rien puisque les routes ont l'air correctement positionnées. De ce fait je ne sais pas qui est officiellement bien placé (l'image Bing ou les bâtiments issues de Cadastre) Des avis ? Est-ce normal ? Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Décalage partiel de maisons dans une commune
Je n'ai pas vu de traces GPS sur la zone, donc ça ne pourra pas servir. A vue de nez, ça sent la vectorisation à l'arrache de certaines feuilles du cadastre. C'est bon sur certaines feuilles et nettement moins bon sur d'autres car le cadastre vectoriel a été vectorisé en reprennant les feuilles une à une. Quand une feuille était mal calée, le vectoriel qui en ressort est lui aussi mal calé, donc ce n'a pas homogène sur toute la commune et le contrôle de qualité de la DGFiP a l'air assez light. Il n'y a pas de raison que l'ortho bing soit décalée sur de toutes petites zones, ça se verrai vu qu'une ortho c'est continu... donc je ferai plutôt confiance à l'ortho pour remettre le bâti à sa place. Le 28 octobre 2013 10:08, lann l...@worldonline.fr a écrit : Le Mon, 28 Oct 2013 09:02:18 +0100, David Crochet david.croc...@online.fr a écrit : As-tu des traces gps sur le chemin ou sur les routes aux alentours Bonjour contexte Commune : Versainville (14700) Date import : 11/11/12 /contexte secteur en défaut base : Chemin : 222809766 ensemble mise en défaut : maisons aux alentours de ce chemin secteur en défaut Un import, datant, a été effectué sur cette commune. En vérifiant les erreurs Osmose, je tombe sur un secteur où les maisons sont en complet décalage par rapport à Bing alors que les maisons dans le reste de la commune sont correcte. Je ne touche à rien puisque les routes ont l'air correctement positionnées. De ce fait je ne sais pas qui est officiellement bien placé (l'image Bing ou les bâtiments issues de Cadastre) Des avis ? Est-ce normal ? Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du nouveau sur le rendu osmfr...
2013/10/27 Christian Quest cqu...@openstreetmap.fr: Le wiki n'est pas explicite, mais c'est assez implicite vu les sous-tags retension/detention/infiltration https://wiki.openstreetmap.org/wiki/FR:Tag:landuse%3Dbasin J'ai un peu modifié la description du wiki pour tenir compte de son usage dans les écluses. La version anglaise dit: An area of land artificially graded to hold water. L'ancienne version française disait: Une zone d'eau qui se déverse dans une rivière. que j'ai remplacé par: Bassin de rétention d'eau artificiel (qui être inondé de manière temporaire ou permanente, voir son usage pour les écluses) Bien sûr, c'est un wiki. Donc chacun est libre de l'améliorer encore en plus mieux. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du nouveau sur le rendu osmfr...
Bonjour, Il manquait le verbe conjugué peut, dans ta phrase en français : corrigé ! Francescu Le 28 octobre 2013 10:49, Pieren pier...@gmail.com a écrit : 2013/10/27 Christian Quest cqu...@openstreetmap.fr: Le wiki n'est pas explicite, mais c'est assez implicite vu les sous-tags retension/detention/infiltration https://wiki.openstreetmap.org/wiki/FR:Tag:landuse%3Dbasin J'ai un peu modifié la description du wiki pour tenir compte de son usage dans les écluses. La version anglaise dit: An area of land artificially graded to hold water. L'ancienne version française disait: Une zone d'eau qui se déverse dans une rivière. que j'ai remplacé par: Bassin de rétention d'eau artificiel (qui être inondé de manière temporaire ou permanente, voir son usage pour les écluses) Bien sûr, c'est un wiki. Donc chacun est libre de l'améliorer encore en plus mieux. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Décalage partiel de maisons dans une commune
J'ai rencontré ce genre de cas assez souvent, le bourg est bien calé, mais dès qu'on s'en éloigne, ça dérive sévère. Lorsqu'il y en a de visible dans le coin, les points géodésiques sont précieux. Il y a quelques jours, en traçant des communes de l'orne, j'ai même recalé des limites régionales. Ca se voit assez bien lorsqu'on affiche le cadastre vectorisé de la ferté vidale sur cette zone : http://www.openstreetmap.org/#map=16/48.5842/0.8500 Il y avait jusqu'à 40 mètres de décalage. Stf Le lundi 28 octobre 2013 10:38:31, Christian Quest a écrit : Je n'ai pas vu de traces GPS sur la zone, donc ça ne pourra pas servir. A vue de nez, ça sent la vectorisation à l'arrache de certaines feuilles du cadastre. C'est bon sur certaines feuilles et nettement moins bon sur d'autres car le cadastre vectoriel a été vectorisé en reprennant les feuilles une à une. Quand une feuille était mal calée, le vectoriel qui en ressort est lui aussi mal calé, donc ce n'a pas homogène sur toute la commune et le contrôle de qualité de la DGFiP a l'air assez light. Il n'y a pas de raison que l'ortho bing soit décalée sur de toutes petites zones, ça se verrai vu qu'une ortho c'est continu... donc je ferai plutôt confiance à l'ortho pour remettre le bâti à sa place. Le 28 octobre 2013 10:08, lann l...@worldonline.fr mailto:l...@worldonline.fr a écrit : Le Mon, 28 Oct 2013 09:02:18 +0100, David Crochet david.croc...@online.fr mailto:david.croc...@online.fr a écrit : As-tu des traces gps sur le chemin ou sur les routes aux alentours Bonjour contexte Commune : Versainville (14700) Date import : 11/11/12 /contexte secteur en défaut base : Chemin : 222809766 ensemble mise en défaut : maisons aux alentours de ce chemin secteur en défaut Un import, datant, a été effectué sur cette commune. En vérifiant les erreurs Osmose, je tombe sur un secteur où les maisons sont en complet décalage par rapport à Bing alors que les maisons dans le reste de la commune sont correcte. Je ne touche à rien puisque les routes ont l'air correctement positionnées. De ce fait je ne sais pas qui est officiellement bien placé (l'image Bing ou les bâtiments issues de Cadastre) Des avis ? Est-ce normal ? Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du nouveau sur le rendu osmfr...
Le 28 oct. 2013 à 10:49, Pieren pier...@gmail.com a écrit : 2013/10/27 Christian Quest cqu...@openstreetmap.fr: Le wiki n'est pas explicite, mais c'est assez implicite vu les sous-tags retension/detention/infiltration https://wiki.openstreetmap.org/wiki/FR:Tag:landuse%3Dbasin J'ai un peu modifié la description du wiki pour tenir compte de son usage dans les écluses. La version anglaise dit: An area of land artificially graded to hold water. L'ancienne version française disait: Une zone d'eau qui se déverse dans une rivière. que j'ai remplacé par: Bassin de rétention d'eau artificiel (qui être inondé de manière temporaire ou permanente, voir son usage pour les écluses) Bien sûr, c'est un wiki. Donc chacun est libre de l'améliorer encore en plus mieux. Au final, est-ce que basin correspond aux barrages hydroélectriques, retenues collinaires, aux biefs des moulins, en bref à la plus grand partie des lacs et étangs artificiels? Ils peuvent être vidés tous les 10 ans, mais, cela ne leur donne aucun caractère temporaire. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Récupérer infos complémentaires sur POIs?
Bonjour Je me renseigne sur les boutiques de vélo à Amsterdam: http://www.openstreetmap.org/#map=14/52.3639/4.8820layers=C Contrairement à Google Maps, il n'est pas possible de cliquer sur un POI et d'obtenir les infos supplémentaires qui sont sans doute dans la base, comme l'adresse, le site web, etc. Alternativement, y a-t-il un moyen de récupérer ces infos sous forme de liste? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Recuperer-infos-complementaires-sur-POIs-tp5783148.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Récupérer infos complémentaires sur POIs?
Il suffit d'utiliser overpass-turbo.eu pour faire la requête dans les données OSM: Exemple avec shop=bicycle sur Amsterdam (ou ailleurs): http://overpass-turbo.eu/s/1n6 Elle sont visibles sur le carte, et les données brutes XML sont dans l'onglet données. On peut aussi utiliser Exporter pour exporter dans différents formats. Le 28 octobre 2013 11:53, Shohreh codecompl...@free.fr a écrit : Bonjour Je me renseigne sur les boutiques de vélo à Amsterdam: http://www.openstreetmap.org/#map=14/52.3639/4.8820layers=C Contrairement à Google Maps, il n'est pas possible de cliquer sur un POI et d'obtenir les infos supplémentaires qui sont sans doute dans la base, comme l'adresse, le site web, etc. Alternativement, y a-t-il un moyen de récupérer ces infos sous forme de liste? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Recuperer-infos-complementaires-sur-POIs-tp5783148.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Représentation 3D
Bonjour, Une nouvelle carte permettant de visualiser les données OSM en 3 dimensions http://www.openstreetmap.org/user/j3d/diary/20272 Navigation assez intuitive et fluide pour ce que j'ai pu en voir. Bonne journée -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Faire une carte de communes à partir d'OSM
Bonjour, On 26/10/2013 09:31, yves.prat...@laposte.net wrote: Dans ce cas, tu charges dans JOSM l'intégralité des rues, maisons… d'une grosse agglomération. C'est donc ingérable avec une machine lente. Exactement ! La solution consiste à ne charger que les objets qui t'intéressent. C'est ce que je n'avais pas réussi à faire. Pour cela, tu peux utiliser XAPI ou overpass-turbo http://overpass-turbo.eu/s/1mm. XAPI, je ne sais pas ce que c'est, mais overpass-turbo est parfait. Je garde ce lien précieusement pour les prochaines fois. Merci ! -- Adrien ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Imprimer cartes d'une ville et de quartiers
Bonjour, Je me doute que la question a déjà été posée, mais ne retrouvant pas de fils de discussion à ce sujet, je la (re)pose : je souhaite imprimer une carte d'une commune en grand format (je pensais pouvoir m'en tirer avec maposmatic mais je trouve le résultat pas assez précis), mais aussi de quartiers, ou zones précises. J'ai besoin, dans ce dernier cas, de quelque chose de détaillé (nom des rues, voire numéros) et surtout pas pixellisé (impression sur du A0, sans doute). Vous auriez un outil/une technique/un conseil pour ça ? Merci. Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imprimer cartes d'une ville et de quartiers
Regarde si NoniMapView peut répondre à ton besoin http://aeguerre.free.fr/Public/Windows/NoniMapView/ @+ Le 28 octobre 2013 14:00, Francescu GAROBY f.gar...@gmail.com a écrit : Bonjour, Je me doute que la question a déjà été posée, mais ne retrouvant pas de fils de discussion à ce sujet, je la (re)pose : je souhaite imprimer une carte d'une commune en grand format (je pensais pouvoir m'en tirer avec maposmatic mais je trouve le résultat pas assez précis), mais aussi de quartiers, ou zones précises. J'ai besoin, dans ce dernier cas, de quelque chose de détaillé (nom des rues, voire numéros) et surtout pas pixellisé (impression sur du A0, sans doute). Vous auriez un outil/une technique/un conseil pour ça ? Merci. Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imprimer cartes d'une ville et de quartiers
Bonjour, Créer une carte avec QGIS. René-Luc D'Hont 3Liz Le 28/10/2013 14:00, Francescu GAROBY a écrit : Bonjour, Je me doute que la question a déjà été posée, mais ne retrouvant pas de fils de discussion à ce sujet, je la (re)pose : je souhaite imprimer une carte d'une commune en grand format (je pensais pouvoir m'en tirer avec maposmatic mais je trouve le résultat pas assez précis), mais aussi de quartiers, ou zones précises. J'ai besoin, dans ce dernier cas, de quelque chose de détaillé (nom des rues, voire numéros) et surtout pas pixellisé (impression sur du A0, sans doute). Vous auriez un outil/une technique/un conseil pour ça ? Merci. Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Récupérer infos complémentaires sur POIs?
Bonjour, Juste pour rappel : Le projet OSM est une base de données géographiques libre et contributive. Maintenant si tu veux faire papa maman avec, il va falloir que *tu* le fasses. La carte n'est donnée qu'à titre d'exemple et ne permet de voir que certains éléments, contrairement à Google Maps où tu donnes tes infos pour que Google s'en serve. Donc en fait, et toujours contrairement à Google, avec OSM tu peux faire tout ce que tu veux des données sans aucune limitation. A+ TN DR (trop nul...) Le 28 octobre 2013 11:53, Shohreh codecompl...@free.fr a écrit : Bonjour Je me renseigne sur les boutiques de vélo à Amsterdam: http://www.openstreetmap.org/#map=14/52.3639/4.8820layers=C Contrairement à Google Maps, il n'est pas possible de cliquer sur un POI et d'obtenir les infos supplémentaires qui sont sans doute dans la base, comme l'adresse, le site web, etc. Alternativement, y a-t-il un moyen de récupérer ces infos sous forme de liste? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Recuperer-infos-complementaires-sur-POIs-tp5783148.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Récupérer infos complémentaires sur POIs?
Euh si... une limite... la licence ODbL A ce sujet d'ailleurs... http://openstreetmap.fr/blogs/cquest/donnees-odbl-et-services-google Le 28 octobre 2013 16:52, Marc SIBERT m...@sibert.fr a écrit : Bonjour, Juste pour rappel : Le projet OSM est une base de données géographiques libre et contributive. Maintenant si tu veux faire papa maman avec, il va falloir que *tu* le fasses. La carte n'est donnée qu'à titre d'exemple et ne permet de voir que certains éléments, contrairement à Google Maps où tu donnes tes infos pour que Google s'en serve. Donc en fait, et toujours contrairement à Google, avec OSM tu peux faire tout ce que tu veux des données sans aucune limitation. A+ TN DR (trop nul...) Le 28 octobre 2013 11:53, Shohreh codecompl...@free.fr a écrit : Bonjour Je me renseigne sur les boutiques de vélo à Amsterdam: http://www.openstreetmap.org/#map=14/52.3639/4.8820layers=C Contrairement à Google Maps, il n'est pas possible de cliquer sur un POI et d'obtenir les infos supplémentaires qui sont sans doute dans la base, comme l'adresse, le site web, etc. Alternativement, y a-t-il un moyen de récupérer ces infos sous forme de liste? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Recuperer-infos-complementaires-sur-POIs-tp5783148.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM dans un gps Garmin
Bonjour Le 28/10/2013 17:29, Christian Quest a écrit : Pour les contrôles de vitesse par dispositif fixe, la législation ne te permet pas d'utiliser cette information sur la route, donc c'est pour ton bien que ça ne marche pas ;) La legislation interdit d'indiquer les positions des radars, pas les zones de dangers. ce que le GPS fait toujours, mais en utilisant une base autre que celle d'OSM car cette indication réagit exactement comme avant. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM dans un gps Garmin
Bonjour Comme convenu, je fais un retour d'expérience avec mon GPS Garmin Nuvi 3590 LMT. rafraichissement de mémoire : le GPS + 1 SD 4 Go + OSM routable via http://garmin.openstreetmap.nl/ . Désactivation des cartes internes et acivation de la carte OSM seul retour d'expérience : - Plus de reconnaissance vocales des adresses, c'est grandement dommage - Le GPS se réinitialise beaucoup plus souvent, surtout lorsqu'il n'a pas encore finit le calcul du routage (au bout de 15 secondes). Très décevant ce temps très court, alors qu'avec les cartes d'orinigne, il se réinitialisait qu'au bout d'un temps relativement long de calcul non fini (environ 1 minutes) - Le zoom sur les cartes sont incohérente. Avant la carte zommait automatiquement dès que j'approchais d'un changement de direction ou dans d'autre situation, avec des niveau de zoom en nombre bien suffisant. Maintenant, j'ai l'impression d'avoir que 3 niveau de zoom. - Aucune prise en charge des limitations de vitesse. - Aucune prise en compte des zones de contrôles de vitesse par dispositif fixe - Lorsque l'on circule sur une route dont la référence commence par N (N12 par exemple). La synthèse vocale indique Nord douze au lieu de ène douze ou nationale douze - Par de carte nocturne, donc la nuit, il faut vraiment mettre l'éclairage au minimum + La synthèse vovale lit le nom et la référence - La synthèse vocale ne semble pas savoir lire les caractères accentués + L'innombrable nombre de POI de disponible. C'est très impressionnant C'est vrai que l'on pourrait coire que j'y trouve que des défauts. Non, j'en trouve beaucoup, mais qui, pour le moment, ne donne pas envie de reprendre la carte d'origine. Il faut que je l'utilise plus courrament pour savoir si j'accepte les défauts ou s'il sont trop important pour un usage courant tel que je l'avais avant Je ferais certainnement un autre retour d'expérience mais bien plus tard avec un long moment d'utilsation Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM dans un gps Garmin
Il y a sûrement plusieurs choses qui pourraient être améliorées par l'outil de conversion: - les espace dans les ref (N 12 - N12) - la gestion des caractères accentués Pour les contrôles de vitesse par dispositif fixe, la législation ne te permet pas d'utiliser cette information sur la route, donc c'est pour ton bien que ça ne marche pas ;) Le 28 octobre 2013 17:23, David Crochet david.croc...@online.fr a écrit : Bonjour Comme convenu, je fais un retour d'expérience avec mon GPS Garmin Nuvi 3590 LMT. rafraichissement de mémoire : le GPS + 1 SD 4 Go + OSM routable via http://garmin.openstreetmap.**nl/http://garmin.openstreetmap.nl/. Désactivation des cartes internes et acivation de la carte OSM seul retour d'expérience : - Plus de reconnaissance vocales des adresses, c'est grandement dommage - Le GPS se réinitialise beaucoup plus souvent, surtout lorsqu'il n'a pas encore finit le calcul du routage (au bout de 15 secondes). Très décevant ce temps très court, alors qu'avec les cartes d'orinigne, il se réinitialisait qu'au bout d'un temps relativement long de calcul non fini (environ 1 minutes) - Le zoom sur les cartes sont incohérente. Avant la carte zommait automatiquement dès que j'approchais d'un changement de direction ou dans d'autre situation, avec des niveau de zoom en nombre bien suffisant. Maintenant, j'ai l'impression d'avoir que 3 niveau de zoom. - Aucune prise en charge des limitations de vitesse. - Aucune prise en compte des zones de contrôles de vitesse par dispositif fixe - Lorsque l'on circule sur une route dont la référence commence par N (N12 par exemple). La synthèse vocale indique Nord douze au lieu de ène douze ou nationale douze - Par de carte nocturne, donc la nuit, il faut vraiment mettre l'éclairage au minimum + La synthèse vovale lit le nom et la référence - La synthèse vocale ne semble pas savoir lire les caractères accentués + L'innombrable nombre de POI de disponible. C'est très impressionnant C'est vrai que l'on pourrait coire que j'y trouve que des défauts. Non, j'en trouve beaucoup, mais qui, pour le moment, ne donne pas envie de reprendre la carte d'origine. Il faut que je l'utilise plus courrament pour savoir si j'accepte les défauts ou s'il sont trop important pour un usage courant tel que je l'avais avant Je ferais certainnement un autre retour d'expérience mais bien plus tard avec un long moment d'utilsation Cordialement -- David Crochet __**_ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-frhttps://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM dans un gps Garmin
Bonjour, J'utilise depuis longtemps un vieux nüvi 265W avec certains des problèmes que tu rencontres. La N12 est même devenue nourte 12 pour une raison que j'ignore. Pour moi le plus gros problème est la perte (par rapport aux cartes de l'éditeur) c'est la perte du référentiel adresses, en particulier la recherche des rues dans une ville. Il y a visiblement des problèmes de BBOX (ça y est je vire à faire des hypothèses sur des comportements des applications comme si c'était moi qui avait fait le dev, mais comme j'en fais pas je risque rien...) qui limite la recherche de rues à une zone proche de cette affichée. Pour ce qui est de garmin.openstreetmap.fr, on pourrait se mettre en relation avec le mainteneur de /garmin-lann pour faire le nettoyage des ref avant l'injection dans le convertisseur. Je regrette aussi la disparition des limitations de vitesses (pas des radars) qui sont toujours présentes dans l'original ; alors que je les saisis les maxspeed dans OSM ! A+ Le 28 octobre 2013 17:29, Christian Quest cqu...@openstreetmap.fr a écrit : Il y a sûrement plusieurs choses qui pourraient être améliorées par l'outil de conversion: - les espace dans les ref (N 12 - N12) - la gestion des caractères accentués Pour les contrôles de vitesse par dispositif fixe, la législation ne te permet pas d'utiliser cette information sur la route, donc c'est pour ton bien que ça ne marche pas ;) Le 28 octobre 2013 17:23, David Crochet david.croc...@online.fr a écrit : Bonjour Comme convenu, je fais un retour d'expérience avec mon GPS Garmin Nuvi 3590 LMT. rafraichissement de mémoire : le GPS + 1 SD 4 Go + OSM routable via http://garmin.openstreetmap.**nl/http://garmin.openstreetmap.nl/. Désactivation des cartes internes et acivation de la carte OSM seul retour d'expérience : - Plus de reconnaissance vocales des adresses, c'est grandement dommage - Le GPS se réinitialise beaucoup plus souvent, surtout lorsqu'il n'a pas encore finit le calcul du routage (au bout de 15 secondes). Très décevant ce temps très court, alors qu'avec les cartes d'orinigne, il se réinitialisait qu'au bout d'un temps relativement long de calcul non fini (environ 1 minutes) - Le zoom sur les cartes sont incohérente. Avant la carte zommait automatiquement dès que j'approchais d'un changement de direction ou dans d'autre situation, avec des niveau de zoom en nombre bien suffisant. Maintenant, j'ai l'impression d'avoir que 3 niveau de zoom. - Aucune prise en charge des limitations de vitesse. - Aucune prise en compte des zones de contrôles de vitesse par dispositif fixe - Lorsque l'on circule sur une route dont la référence commence par N (N12 par exemple). La synthèse vocale indique Nord douze au lieu de ène douze ou nationale douze - Par de carte nocturne, donc la nuit, il faut vraiment mettre l'éclairage au minimum + La synthèse vovale lit le nom et la référence - La synthèse vocale ne semble pas savoir lire les caractères accentués + L'innombrable nombre de POI de disponible. C'est très impressionnant C'est vrai que l'on pourrait coire que j'y trouve que des défauts. Non, j'en trouve beaucoup, mais qui, pour le moment, ne donne pas envie de reprendre la carte d'origine. Il faut que je l'utilise plus courrament pour savoir si j'accepte les défauts ou s'il sont trop important pour un usage courant tel que je l'avais avant Je ferais certainnement un autre retour d'expérience mais bien plus tard avec un long moment d'utilsation Cordialement -- David Crochet __**_ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-frhttps://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM dans un gps Garmin
Le 28/10/2013 17:40, Marc SIBERT a écrit : Pour ce qui est de garmin.openstreetmap.fr http://garmin.openstreetmap.fr, on pourrait se mettre en relation avec le mainteneur de /garmin-lann pour faire le nettoyage des ref avant l'injection dans le convertisseur. J'avais essayé cette carte (relief) . Mais j'ai l'impression que celle de Frédéric [1] est plus réactive dans mon Dakota 20. Lors de déplacements de la carte, j'ai l'impression que le GPS passe moins de temps à lire la base de donnée. Aussi, j'ai remis celle de Frédéric. Les deux auraient besoin d'un coup de lifting : elles datent de mi-mai. Mes constats. Je n'ai pas de synthèse vocale, donc pas de problème. En effet, les adresses... Quelques progrès à faire. Pas de problème de zoom en utilisation routage voiture. C'est fluide. Pour les deux cartes, afair. Si j'étais un peu plus doué, je ferai bien un style routier sans bâtiments (ou bâtiment publics uniquement. surcharge énormément la base de donnée !) proche du style actuel, et un style rando, relief plus proche de la carte topo, avec bâtiments. En tout cas, merci à ceux qui font ces cartes ! [1] http://fredericbonifas.free.fr/osm/garmin.html#topo -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panne des minutes diffs France
[déplacement sur dev-fr] Bonjour, Le 25/10/2013 18:07, GaelADT a écrit : Merci pour les nouvelles. Bon courage pour remettre tout en ordre. Je suis en train de regarder un peu comme fonctionne ces minutes diffs français. Je vais tester comment ça fonctionne et si ça passe sur un de nos serveurs, je diffuserai l'adresse. Ca peut permettre d'avoir un peu de redondance sur certains services importants. Par contre je trouve assez peu de doc. Il s'agit bien de cet outil là : https://github.com/jocelynj/osm/tree/master/osc_modif ? Oui, il s'agit bien de ça. C'est vrai qu'il n'y a pas tellement de doc dessus, juste quelques emails que j'ai envoyé il y a longtemps. Ça fonctionne avec une base OsmBin monde, mais je pense que ça devrait marcher avec une base france si on ne veut que générer des diffs france (mais c'est pas testé). Cette base est mise dans /data/work/osmbin/data, et les diffs sont stockés dans /data/work/osmbin/replication. Voilà les commandes à utiliser pour mettre en place le tout: ./modules/OsmBin.py --init /data/work/osmbin/data ./modules/OsmBin.py --import /data/work/osmbin/data fichier pbf ou osm # supprimer les polygons non utilisés du répertoire polygons # mettre un state.txt pertinent dans /data/work/osmbin/replication/planet ./update.py # à mettre dans un cron Ça devrait fonctionner, même si c'est pas optimal pour générer une seule région. Le script actuel fonctionne en deux passes: - génération d'un diff annoté, en ajoutant les bbox de tous les éléments modifiés - lancement en parallèle de la génération des différents diffs régionaux Le diff annoté n'est pas utile dans le cas où on ne génère qu'un seul diff: il sert principalement à accélérer la génération de diffs multiples, en enlevant rapidement les relations qui ne sont pas dans le polygone du diff en cours de génération. -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Représentation 3D
Pas si mal pour Paris, mais on a du boulot pour Monaco, Lisbonne, Grenoble, etc. à cause du relief du terrain et des niveaux superposés (ou différents selon le côté d'un même batiment : plusieurs rez-de-chaussée, voire des rues de plain-pied qui deviennent des ponts ou passent au dessus ou au milieu d'un batiment, ou en sortent par un tunnel sous d'autres batiments sans pourtant aucune pente de cette rue...). Le 28 octobre 2013 13:37, Ab_fab gamma@gmail.com a écrit : Bonjour, Une nouvelle carte permettant de visualiser les données OSM en 3 dimensions http://www.openstreetmap.org/user/j3d/diary/20272 Navigation assez intuitive et fluide pour ce que j'ai pu en voir. Bonne journée -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] 丹波で開催されるマップ作りへの参加について
関です。 以前も投稿していると思うのですが、その時はリストに登録されていない送信元アドレスから送ってしまったので、もしかしたら届いていないかもしれないので再送させてください。 マッピングパーティ＠丹波にご協力頂ける方はいらっしゃいますか？ 丹波在住の友人から、子どもたちを集めたイベントで、マッピングパーティをやりたいという相談がありました。 以下、現行の企画書です。（下記で、「中野」と書かれているのは、兵庫県丹波市氷上町中野のことです） ＝ 中野自治会マップづくりは、かどの地域づくり事業推進委員会「子ども若者部会」事業から依頼されたも のである。 子ども若者部会では、葛野地区全体のマップを看板形式にして「かどのの郷」に作成する予定であり、葛 野地区の各集落の子ども会に向けて、各集落のマップ作成を依頼している。 マップ内容は、各集落内の「大切にしたいもの」「歴史を感じるもの」「危険箇所」「気になるところ」 「行ってみたいところ」を写真撮影し、コメントを書き込む形式のもの。 中野自治会では、子ども会と公民館とで共同で実施してほしいと自治会長より依頼を受けた。 丹波の森研究所のご支援が可能であれば、ぜひとも合同でマップ作成を実施したいと考えている。 これを機に、Mapping Partyを市各所で実施できるような体制を整え、丹波をマップでアピールしたい。 【日程】 平成25年11月17日(日) (※第2候補として12月1日(日)) 【場所】 中野自治会内および中野公民館 【行程】 10:00 公民館集合、ミーティング開始 模造紙上の地図に撮影ポイントをチェックする グループ分けを行う A3もしくはA4サイズの縮小地図に撮影ポイントを落とし込む 現地で写真撮影(撮影は子どもがメイン) 12:00 公民館集合、昼食、編集 昼食(カレー準備予定) 編集(コメントを落とし込む、PC作業) 14:00 発表 各グループからの発表 等 16:00 終了 場所移動 17:00 懇親会 ※自治会参加者全て参加は不可能。 希望者と自治会外参加者による懇親会。 ※模造紙マップは自治会長所有 ※発表時のプロジェクター等は氷上町公民館で借用可能。 ※オペレーター?として、氷上町公民館職員が従事可能? ＝＝＝ 企画書はたたき台です。30日に詳細詰めるそうです。いきなりOSMのマッピングパーティとして開催するのは難しいと思うのですが、一人でも二人でも、OSMの事がわかる人が当日ゲスト参加して解説をしてもらえれば、今後に繋がるのではと思っています。 本当は私が手伝いに行けばいいのですが、鯖江でイベントがあるので参加ができません。 丹波としては定期的にマッピングをしていきたいという思いもあるようです。もしご協力いただける方がいましたら御連絡ください。 特に協力できそうな方がいらっしゃらなければその旨お伝えして、時期を改めるか、まずは他の地域のマッピングパーティに参加してもらうか、独力で色々やってみてもらうよう御連絡します。 以上、よろしくお願いいたします。 -- 位置情報連動型ビジネス調査報告書2013 発売中 http://r.impressrd.jp/iil/geo2013http://r.impressrd.jp/iil/geo-location2012 ※著者割引で20%引きになります Georepublic Japan 代表社員/CEO 関 治之 http://georepublic.co.jp/ 〒151-0071 東京都渋谷区本町3-24-14 Skype: hal_sk -- Georepublic Japan 代表社員/CEO 関 治之 〒151-0071 東京都渋谷区本町3-24-14 TEL: 090-3222-2777 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] マッピングパーティながれやま2013
防災科学技術研究所の田口と申します。 流山市のマッピングパーティーのイベントに協力している者です（イベントの仕掛け人ではありません）。瀬戸さんがおっしゃる通り、OSMのマッピングパーティーということではありません。スマートフォンを使って、町の魅力のようなものを投稿して最終的に１枚の地図にしよう、というイベントです。対象を小学生に絞っていまして、保護者と児童がペアで市内をまわります。 地図にする仕組みについては、防災科研ではeコミマップというFOSS4Gを基盤としたWeb-GISを開発しており、その機能を使います。スマートフォン向けの画面がありまして、写真とテキストを地図上に投稿することが可能です。 先着３０組なのですが、まだ全部埋まっていない状況です。 イベントが終わりましたら、下記URLにて報告する予定です。 2013/10/28 Toshikazu SETO toss...@gmail.com 瀬戸です。 コミュニティデザイン系のウェブメディアである マチノコトというサイトに、表記の件がOSMの一般的な マッピングパーティ活動と関連付けて掲載されています。 http://www.machinokoto.net/chima-nagareyama-mapping-party/ 11/9開催ということで、イベントのサイトを拝見したところ http://ecom-plat.jp/nagareyama/group.php?gid=10516 必ずしもOSMの地図づくりが主目的ではないようですが 面白い取り組みだとは思いますので、ご興味がある方が おられればぜひ。また、OSM-jaコミュニティの方で これにコミットされている方がおられましたら、 PRや活動の状況についてぜひMLでも情報共有頂けたら と思います。 -- Toshikazu SETO, Ph.D. Center for Spatial Information Science University of Tokyo e-mail: toss...@csis.u-tokyo.ac.jp t...@lt.ritsumei.ac.jp / toss...@gmail.com URL: http://i.csis.u-tokyo.ac.jp/ 瀬戸寿一 東京大学空間情報科学研究センター・特任助教 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
