Re: [talk-ph] SotM 2013 will be in Birmingham, United Kingdom
- Some sort of aerial photo rig for mapping provincial areas. Remote control plane, balloon etc. Btw, if someone wants to do balloon mapping, I have a rig we can use. Although helium is expensive and difficult to transport. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk-be] The next step in How_to_map_a Benelux preset
I know that a lot of people are still working on the translation of the German webpage, but when I proposed to make such a Dutch page, I also thought that it would be nice to include some, what I assume, are typical Belgian objects. Since there is no defined tag-set for those items, as far as I know, we might start the discussion already on how we could tag them. After a consensus, they could be added to the How_to_map_a and the Benelux preset for JOSM. Things that come to my mind (in Dutch as I don't always know the proper English translation. (see below) Ik weet dat er nog een heel aantal mensen druk bezig zijn met de vertaling van de Duitse How_to_map_a pagina, maar ik zou al willen beginnen denken aan de volgende stap: het toevoegen van specifieke Belgische dingen. Het gaat hier om dingen waarvoor ik (en uit sommige reacties in Lier en via email anderen ook niet) geen passende oplossing hebben kwa tags. Als we hierover een consensus zouden kunnen bereiken kan die informatie toegevoegd worden aan zowel de web pagina als de preset. Op die manier gaat de preset zich echt profileren als iets voor de BE (en in mindere mate de NELUX :-) ). Ik dacht hierbij bv. aan - Frituur (Al eens door Sander aangebracht) - Taverne (vroeger al eens gevraagd -- amenity=tavern was toen de suggestie) - Brasserie - Feestzaal - Parochiezaal - Kantine van sportclub - Cafe (vs. amenity=cafe en amenity=pub) Misschien willen mensen die lijstje nog uitbreiden, geen probleem, maar voor dingen die ook buiten ons landje bruikbaar zijn, is de tagging mailing list meer aangewezen denk ik. (bv. verfijning van soorten kapelletjes e.d.) m. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Recent service outages remarks - osm opmerkingen service problemen
Hi .be,
Last night there was a long outage of OSM related services, I noticed
tile servers where having problems as wel as the API servers (3
machines), probably some more services affected as well.
It turns out you can get lots of information about the status of all
components that make OSM work here:
http://munin.openstreetmap.org/openstreetmap/index.html
That will show you a list of names that don't mean a lot until you match
it with this page: http://wiki.openstreetmap.org/wiki/Servers
I think the problems where major, there still seems to be a import lag
today. That being said, once everything was back up I noticed the tile
servers where regenerating all tiles on all zoom levels (before they
used cached versions). A pretty significant changeset makes that easier
to notice.
I saw some discussion about resources , these links will give you an
idea of what's out there.
On a tangent, one nice link I like to share is the following Overpass
GUI implementation, since those where still working, I started to check
for bread vending machines in the area. Too bad I seem to be lacking
data, last night I did the travelling salesman (
http://en.wikipedia.org/wiki/Travelling_salesman_problem ) in a quest
for bread, after 5 empty machines, 40 minutes later , and 0 (zero)
breads found. I really wished I took some GPS with me (to find them all).
Trying this @ http://overpass-turbo.eu/
!--
This is an example Overpass query.
Try it out by pressing the Run button above!
You can find more examples with the Load tool.
--
query type=node
has-kv k=amenity v=vending_machine/
bbox-query {{bbox}}/!--this is auto-completed with the
current map view coordinates.--
/query
print/
Anyway, the point here is that if getting hands dirty on Overpass API
scares you, you can still play with it, even when main services are
off-line preventing OSM play.
-- Glenn
Vrij vertaald nederlands hieronder:
--
Vannacht was er een vrij grote panne met enkele belangrijke OSM
gerelateerde services, waaronder de api (josm) en tile services.
In mijn zoektocht naar een of andere systeem status kwamen deze 2
pagina's boven waar al de resources op staan vermeld. Je kan daar ook
de munin stats bekijken waar je kan zien dat er deze nacht een hickup
was. Maar zo krijg je wel een beter beeld van wat erachter zit.
Hier voor de stats van de servers:
http://munin.openstreetmap.org/openstreetmap/index.html
En deze om uit te zoeken welke server wat doet:
http://wiki.openstreetmap.org/wiki/Servers
De API stats van deze nacht tonen significante drops. Er is nog steeds
een import delay van de vector data (naar tile), maar dat is een
luxeprobleem voor ons.
Even afwijken, gisteren geprobeerd brood te vinden in een automaat via
de Handelsreizigerstrategie (
http://nl.wikipedia.org/wiki/Handelsreizigersprobleem ) , 40 min later,
5 lege automaten, 1tje vernield (was al) en 0 broden verder eens gaan
zoeken achter broodautomaten via deze pagina: http://overpass-turbo.eu/
Daar kan je de bovenstaande query ingooien om de automaten te vinden via
Overpass. Voor mensen die Overpass een te grote stap vinden kunnen
daar eens proberen. Inspiratie voor queries vind je hier:
http://wiki.openstreetmap.org/wiki/Overpass_API
Mvg,
-- Glenn
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Recent service outages remarks - osm opmerkingen service problemen
On 02/20/2013 11:57 AM, Marc Gemis wrote: wat ik me dan afvraag is of je ook voor een automaat voor bloemen, tickets, condooms enz. hebt gestaan :-) amenity=vending_machine brengt daar toch geen uitsluitsel over ? I wonder if Glenn also went to vending machines for flower, tickets, condoms, ... :-) Part of the job was to try and find amenity=vending_machine with what it's selling comment instead of in 'vending=*' key using overpass. So trying a match on 'bread' will hide a few that do sell bread. Luckily (and sadly) almost all the ones in 5 Km radius have been entered by myself. Except the few I didn't know about or where there. I hardly find any other vending machines. We have 2 bakers and 1 butcher on a fortnight skitrip and it's noticeable. = Ik was aan het proberen om via Overpass een changeset poging te doen om het type key=vending_machine met een comment als lijst van wat ze verkopen ipv in 'vending=*' te vinden. Blijkbaar zijn er dat wel wat in het stukje waar ik sta op te zien. Helaas zijn de meeste automaten door mezelf ingegeven. Hier gaan 2 bakkers samen met 1 slager, 2 weken op skiverlof en je merkt dit echt wel op. -- Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] The next step in How_to_map_a Benelux preset
Marc, Het lijkt mij heel belangrijk dat de kwaliteit van How to map a hoger ligt dan de meeste paginas van de wiki ;-) Daarom graag: fase 1 : EERST volledige vertaling fase 2 : DAARNA nazicht (oa van de links zie en zie ook) fase 3 : EN DAN aanvullingen en wijzigingen (in overleg) Als we het anders gaan aanpakken word het 1 grote knoeiboel. Bedankt voor de suggesties, waar ik ondermeer vierkantshoeve (met multipolygoon), holle weg enz zou willen aan toe voegen. Op 20 februari 2013 11:15 schreef Marc Gemis marc.ge...@gmail.com het volgende: I know that a lot of people are still working on the translation of the German webpage, but when I proposed to make such a Dutch page, I also thought that it would be nice to include some, what I assume, are typical Belgian objects. Since there is no defined tag-set for those items, as far as I know, we might start the discussion already on how we could tag them. After a consensus, they could be added to the How_to_map_a and the Benelux preset for JOSM. Things that come to my mind (in Dutch as I don't always know the proper English translation. (see below) Ik weet dat er nog een heel aantal mensen druk bezig zijn met de vertaling van de Duitse How_to_map_a pagina, maar ik zou al willen beginnen denken aan de volgende stap: het toevoegen van specifieke Belgische dingen. Het gaat hier om dingen waarvoor ik (en uit sommige reacties in Lier en via email anderen ook niet) geen passende oplossing hebben kwa tags. Als we hierover een consensus zouden kunnen bereiken kan die informatie toegevoegd worden aan zowel de web pagina als de preset. Op die manier gaat de preset zich echt profileren als iets voor de BE (en in mindere mate de NELUX :-) ). Ik dacht hierbij bv. aan - Frituur (Al eens door Sander aangebracht) - Taverne (vroeger al eens gevraagd -- amenity=tavern was toen de suggestie) - Brasserie - Feestzaal - Parochiezaal - Kantine van sportclub - Cafe (vs. amenity=cafe en amenity=pub) Misschien willen mensen die lijstje nog uitbreiden, geen probleem, maar voor dingen die ook buiten ons landje bruikbaar zijn, is de tagging mailing list meer aangewezen denk ik. (bv. verfijning van soorten kapelletjes e.d.) m. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] The next step in How_to_map_a Benelux preset
geen probleem 2013/2/20 Ivo De Broeck ivo.debro...@gmail.com Marc, Het lijkt mij heel belangrijk dat de kwaliteit van How to map a hoger ligt dan de meeste paginas van de wiki ;-) Daarom graag: fase 1 : EERST volledige vertaling fase 2 : DAARNA nazicht (oa van de links zie en zie ook) fase 3 : EN DAN aanvullingen en wijzigingen (in overleg) Als we het anders gaan aanpakken word het 1 grote knoeiboel. Bedankt voor de suggesties, waar ik ondermeer vierkantshoeve (met multipolygoon), holle weg enz zou willen aan toe voegen. Op 20 februari 2013 11:15 schreef Marc Gemis marc.ge...@gmail.com het volgende: I know that a lot of people are still working on the translation of the German webpage, but when I proposed to make such a Dutch page, I also thought that it would be nice to include some, what I assume, are typical Belgian objects. Since there is no defined tag-set for those items, as far as I know, we might start the discussion already on how we could tag them. After a consensus, they could be added to the How_to_map_a and the Benelux preset for JOSM. Things that come to my mind (in Dutch as I don't always know the proper English translation. (see below) Ik weet dat er nog een heel aantal mensen druk bezig zijn met de vertaling van de Duitse How_to_map_a pagina, maar ik zou al willen beginnen denken aan de volgende stap: het toevoegen van specifieke Belgische dingen. Het gaat hier om dingen waarvoor ik (en uit sommige reacties in Lier en via email anderen ook niet) geen passende oplossing hebben kwa tags. Als we hierover een consensus zouden kunnen bereiken kan die informatie toegevoegd worden aan zowel de web pagina als de preset. Op die manier gaat de preset zich echt profileren als iets voor de BE (en in mindere mate de NELUX :-) ). Ik dacht hierbij bv. aan - Frituur (Al eens door Sander aangebracht) - Taverne (vroeger al eens gevraagd -- amenity=tavern was toen de suggestie) - Brasserie - Feestzaal - Parochiezaal - Kantine van sportclub - Cafe (vs. amenity=cafe en amenity=pub) Misschien willen mensen die lijstje nog uitbreiden, geen probleem, maar voor dingen die ook buiten ons landje bruikbaar zijn, is de tagging mailing list meer aangewezen denk ik. (bv. verfijning van soorten kapelletjes e.d.) m. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] We have permission to add the cycle node routes around Famenne to Openstreetmap.org
On 2012-12-19 22:21, Jo wrote : I sent the following message: ... And received this answer: Famenne à Vélo 14:12 (2 uren geleden) aan *Yves-Marie*, mij Bonjour, Nous vous remercions d'avoir pris contact avec nous à ce sujet. Vous avez notre accord pour ajouter nos itinéraires tels quels à votre base de données. Bonne continuation ! Bien à vous, Mélanie Daune. So that's good news, I'd say. I added the ones I could in this changeset: http://www.openstreetmap.org/browse/changeset/14336530 That was great news indeed, and great follow-up indeed, thanks. But if we click here http://hiking.waymarkedtrails.org/en/?zoom=12lat=50.52357lon=5.63117, look at the map and then click on *Routes*. and on some routes. And then click here http://cycling.waymarkedtrails.org/en/?zoom=11lat=50.22721lon=5.35737, and do the same again Doesn't it seem that these organizers deserve better thanks and advertising? Same here and around http://cycling.waymarkedtrails.org/en/?zoom=11lat=50.92581lon=4.98478route=1 in many places, BTW. Amitiés, André. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] We have permission to add the cycle node routes around Famenne to Openstreetmap.org
That was great news indeed, and great follow-up indeed, thanks. But if we click herehttp://hiking.waymarkedtrails.org/en/?zoom=12lat=50.52357lon=5.63117, look at the map and then click on *Routes*. and on some routes. And then click herehttp://cycling.waymarkedtrails.org/en/?zoom=11lat=50.22721lon=5.35737, and do the same again Doesn't it seem that these organizers deserve better thanks and advertising? Same here and aroundhttp://cycling.waymarkedtrails.org/en/?zoom=11lat=50.92581lon=4.98478route=1in many places, BTW. The numbered node networks are networks of routes. Very many relatively short routes. The information you seem to be looking for can be found at the network level. It is the same for all the routes which belong to the same network, so it doesn't make a lot of sense to repeat it in each and every route relation. It would be a lot better that Lonvia gets this information from the network relation and shows that, instead of burdening the OSM DB with the same string about 15000 times. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] OSM during RMLL / LSM in Brussels, july 2013
Dear Some of you have probably heard of the proposal to hold the Rencontres mondiales du logiciel libre / Libre software meeting (see http://2013.rmll.info/en/index.html) to be held in Brussels from 6 till 11 July 2013. The event want to be multilingual (at least fr, nl, en) and, at the difference with Fosdem, open to the public to advertise and use free software and free content. The themes' director Odile Benassy in cc is looking for people interested in openstreetmap and other open data activities. (see http://2013.rmll.info/en/cfp.html) Could the people interested get in touch and discuss the topic with Odile ? Thanks, Nicolas -- Nicolas Pettiaux, dr. sc ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Openstreetmap server down?
If you need to download data for your edit addiction, you can do so at: http://api.openstreetmap.fr/api/ Upload won't work of course as it usually does (acting as an upload proxy to london server). -- Christian Quest - OpenStreetMap France Week-end SOTM-FR à Lyon, les 23-24 février prochains: http://openstreetmap.fr/sotmfr2013 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Revival: Multilingual Country-List
Hi I revived the Multilingual Country-List tool. Now with Overpass-API as source, it's a useful tool again. If you find the time, head over to http://toolserver.org/~mazder/multilingual-country-list/ and look for your favorite language. If you find a low completeness (100%), check out the list of the country names. If they are translated well, click the mark ok link and your progress rises. If the translation is bad, use the josm link to update load up the respective node and add a name:XX tag with the correct translation. Less then 10 minutes later, the update should arrive in the list and you can mark the now fixed translation as OK. Have fun! Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Revival: Multilingual Country-List
Hi Ooouch, didn't check for 64bit compatibility (the toolserver is 32bit userland), so I hat to modify the scripts. During this, an old dump needed to be inserted, so that all OK status from the ölast hours was lost. The translations are still therte, they just need to be marked as OK again. Sorry for the inconvenience. Peter Am 20.02.2013 10:47, schrieb Peter Körner: Hi I revived the Multilingual Country-List tool. Now with Overpass-API as source, it's a useful tool again. If you find the time, head over to http://toolserver.org/~mazder/multilingual-country-list/ and look for your favorite language. If you find a low completeness (100%), check out the list of the country names. If they are translated well, click the mark ok link and your progress rises. If the translation is bad, use the josm link to update load up the respective node and add a name:XX tag with the correct translation. Less then 10 minutes later, the update should arrive in the list and you can mark the now fixed translation as OK. Have fun! Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Revival: Multilingual Country-List
Hi yes, i'm very sorry I messed up things that bad :/ After restoring the bad database from a dump, i realized that the dump did not have proper utf-8 encoding, so a lot of data was lost. right now i have it all back up again and working. Regards Am 20.02.2013 15:33, schrieb Jean-Guilhem Cailton: Hi, Currently, there seems to be a problem with accented characters, where words are truncated. See eg: https://toolserver.org/~mazder/multilingual-country-list/?lang=fr (They were showing ok earlier today). Thanks for this tool. Best regards, Jean-Guilhem Le 20/02/2013 15:16, Peter Körner a écrit : Hi Ooouch, didn't check for 64bit compatibility (the toolserver is 32bit userland), so I hat to modify the scripts. During this, an old dump needed to be inserted, so that all OK status from the ölast hours was lost. The translations are still therte, they just need to be marked as OK again. Sorry for the inconvenience. Peter Am 20.02.2013 10:47, schrieb Peter Körner: Hi I revived the Multilingual Country-List tool. Now with Overpass-API as source, it's a useful tool again. If you find the time, head over to http://toolserver.org/~mazder/multilingual-country-list/ and look for your favorite language. If you find a low completeness (100%), check out the list of the country names. If they are translated well, click the mark ok link and your progress rises. If the translation is bad, use the josm link to update load up the respective node and add a name:XX tag with the correct translation. Less then 10 minutes later, the update should arrive in the list and you can mark the now fixed translation as OK. Have fun! Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] uMap Project 0.2.0
Hi open mappers, A quick email to notify that I've frozen a 0.2.0 version of uMap. Demo still at http://umap.fluv.io. Here are the main changes: - handle Oauth - add a control for map settings management (so one can decide either or not to allow Marker add, allow Polyline add, display a search box, etc.) - default tooltip has now a fixed position - handle path styling option: so you can choose the color of the path, the color of the fill, the width of the path, the opacity, etc. - add an UI to manage icon style and picto (per category or for a single marker): so you can choose the marker form and the symbol to display inside - add Leaflet.EditInOSM plugin (optional, see map settings to add it) - add a scale control (idem) - add an optional minimap, using Leaflet.MiniMap plugin (idem) - basic short URL management - move to Leaflet 0.5 - move to Leaflet.draw 0.1.6 - removed jQuery for vanilla JS Now next active step will be to set up some first production instances. One is planned with OpenStreetMap France. But the more, the better (less centralization means also less centralization of the costs of FOSS). How to help? - test on http://umap.fluv.io and add issues for bugs or enhancements - add new translations (only French is up to date, Italian and German are partly done) - host an instance - code (python, JavaScript, HTML, CSS... or other if one wants to create his own backend) - spread the world :) Thanks! Yohan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] voorstellen en vraagje over importeren
Een combinatie van dat alles :) Sowieso altijd veel handwerk als je het goed doet. Tot nu zijn er niet zoveel overlappende datasets geïmporteerd voor zover ik weet, behalve qua gebouwen. Dit zijn import die ik ken: Wegen (paar kleine stukken in Nederland overgeslagen omdat die al betere data hadden). Gebouwen Administratieve grenzen Landuse + gebouwen (eerdere gebouwen zijn weggegooid omdat die mindere kwaliteit waren). Momenteel zijn we 'bezig' met weer een nieuwe gebouwen import waar ook huisnummers in zitten. Groet, Floris 2013/2/19 Marc Gemis marc.ge...@gmail.com: Hallo, ik ben Marc en ben sinds 2 jaar mapper in jullie buurlandje. Sinds kort heb ik me ook op deze lijst ingeschreven om zo een kijkje over de grens te nemen. Ik las met veel interesse de mails over het importeren van data. Ik vraag me af hoe dat in zijn werk gaat. Hoe vermijd je dat wegen dubbel voorkomen ? Hoe beslis je dat 2 wegen gelijk zijn terwijl er misschien toch kleine onderliggende verschillen zijn ? Zijn er betrouwbare algoritmes die nieuwe wegen mooi aansluiten op bestaande ? Ervoor zorgen dat je niet door huizen loopt ? Bruggetjes over beekjes leggen ? Indien dat niet allemaal automatisch kan ? Is het manueel nakijken dan niet even tijdrovend als het manueel ingeven ? met vriendelijke groeten Marc ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] NSW Transport Data Exchange (TDX)
On 22/01/13 12:18, Michael Gratton wrote: Has there been any discussion about the Transport NSW TDX program https://tdx.131500.com.au/? I note they make available a GTFS file which should include the lat/long of all stops and stations, which would be nice to have in OSM. Their licence looks rather restrictive however https://tdx.131500.com.au/terms-conditions.php, I assume this would be a deal breaker for OSM? Hmm... seems like they changed from CC-BY back to a custom license? On 22/01/13 23:17, Michael Gratton wrote: From the sounds of it, one thing they are anxious is having old route/timetable data being out in public. I'm not sure whats wrong with keeping historical records... In my view, the less restrictions they place on the data, the more freely it will flow, creating more competition and innovation among people using the data and building products incorporating the data... On 23/01/13 08:43, Ian Sergeant wrote: It would be nice to see the data integrated with OSM as another layer, however from what Andrew was saying it is only a point to point graph, so we can't get OSM style public transport routes from it, only stops. Yeh, I believe the data is, * stops as nodes (so bus stops, train stations, ferry terminals) * distinct journeys Probably worth another look though, but I believe, * It didn't say which roads were used for the route, just station to station (but since the stations are fairly close you could infer) * I don't think it used the common route names, but rather each timetabled journey was recorded as a separate route. You can still include this into OSM, its just you need to decide is it better to do a mass import, or collect it naturally via the traditional OSM way of going out and observing what is out there. See http://tianjara.net/data/tdx.nsw.gov.au/. Mind you I haven't looked any further into it since my initial investigation. signature.asc Description: OpenPGP digital signature ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] NSW Transport Data Exchange (TDX)
On 20/02/13 22:24, Andrew Harvey wrote: Hmm... seems like they changed from CC-BY back to a custom license? Yeah, there's some onerous clauses for attribution and re-distribution and what-not. Pity. I notice you have a copy under the CC-BY licence, I wonder if that would that be suitable for use for a initial import to OSM? On 22/01/13 23:17, Michael Gratton wrote: From the sounds of it, one thing they are anxious is having old route/timetable data being out in public. I'm not sure whats wrong with keeping historical records... In my view, the less restrictions they place on the data, the more freely it will flow, creating more competition and innovation among people using the data and building products incorporating the data... Indeed. I figure they don't want random members of the public using a service that publishes PT timetable data for Sydney, thinking the data is accurate but that is actually out of date. It would be misleading the user if the service said (say) there's a bus due in 10 minutes when there's not, because the timetable has changed. The user would possibly assume that Sydney Buses is at fault (I know I would) rather than blame the service with the out-of-date data. This would not only make Transport NSW/Sydney Buses/City Rail/etc look bad, but it would also inconvenience the public. Probably worth another look though, but I believe, * It didn't say which roads were used for the route, just station to station (but since the stations are fairly close you could infer) * I don't think it used the common route names, but rather each timetabled journey was recorded as a separate route. GTFS feeds (optionally) includes route shapes, which can be used to render the actual routes. Since GMaps currently only does that for rail, I assume the TpNSW GTFS feed only contains shapes for that. There is a notion of both routes and trips in GTFS, where a route is effectively a collection of trips, and where a trip is a sequence of stops, ordered by arrival and departure times. Both routes and trips have human readable names and other descriptive information. You can still include this into OSM, its just you need to decide is it better to do a mass import, or collect it naturally via the traditional OSM way of going out and observing what is out there. See http://tianjara.net/data/tdx.nsw.gov.au/. Mind you I haven't looked any further into it since my initial investigation. I did have a look at that, cheers. For a previous paid project I have some Python code useful for representing and generating GTFS, I was thinking of extending that if TpNSW fixes their licence. I think it is worthwhile doing a combination import-and-maintain in conjunction with the traditional approach, as I outlined before: http://lists.openstreetmap.org/pipermail/talk-au/2013-January/009784.html - basically a mass import combined with a bot to keep it up to date. This can be combined with the traditional approach, which definitely has advantages but I don't think scales to something like keeping PT data complete and up-to-date. //Mike -- ⊨ Michael Gratton, Percept Wrangler. ⚙ http://mjog.vee.net/ signature.asc Description: OpenPGP digital signature ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] Primeira Mapping Party regular do Rio de Janeiro
Olá pessoal, nesse sábado, eu, Geaquinto, AlexandreCW e outros usuários faremos a primeira mapping party regular* do Rio de Janeiro, em Copacabana. Todos são bem-vindos! =) A ideia é realizar um evento por mês. Resolvemos começar por Copacabana pelo peso que o bairro tem, e por já ser um bairro razoavelmente bem mapeado em termos de vias, mas ainda carente de pontos de interesse no mapa. http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/RJ/Rio_de_Janeiro/Mapping_Party https://www.facebook.com/events/161742410646523/ Vamos utilizar Walking Papers, então sairemos com prancheta, papel e lápis pelo bairro. Depois conto como foi a experiência... acho que vai ser divertido. :-) Será que um dia teremos mapping parties regulares espalhadas pelo país, como na Alemanha? Só o tempo dirá... ;-) []s * por regular quero dizer com regularidade, todo mês. Já houveram outras iniciativas, como a feita pelo Alex Barth em Cidade de Deus em junho do ano passado [1], mas pretendo manter uma regularidade de eventos como a que existe na Alemanha, por exemplo. 1: http://lists.openstreetmap.org/pipermail/talk-br/2012-June/002715.html ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Wochennotiz Nr. 135 12.2. - 18.2.2013
Hallo, die Wochennotiz Nr. 135 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2013/02/wochennotiz-nr-135/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ÖPNV-Relationen
Hi! Wir sollten sobald wie möglich eine Lösung für ÖPNV-Relationen finden, denn sowas kann auf Dauer nicht funktionieren: http://www.openstreetmap.org/browse/way/102155261 Im konkreten Fall ist praktisch eine komplette Autobahn kaum zu editieren. Nur als Beispiele von heute: * Eine 30 Sekunden Editoraktion (vorher Daten aktualisiert) führte zu 43 Konflikten und mehr als 30 Minuten Aufräumaktion mit weiteren hunderten Konflikten. * Ein Knoten markieren - Daten aktualisieren - Sofort P drücken zum aufteilen - Sofort hochladen (weniger als 1 Sekunde nach der Aktualisierung) - 29 Konflikte Das führt kaum zu einer Erhöhung der Datenqualität dafür aber des Blutdruckes. Den Mappern möchte ich hier gar keinen Vorwurf machen, denn hier ist mEn das Schema ein Problem. Warum muss man jeden Meter eines Fahrplanes (gehört sowas überhaupt in eine Geo-DB?) in eine Relation stecken? Warum reichen nicht Haltestellen und einzelne Zwischenpunkte? Mit schwer entnervten Grüßen, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Relationen
Servus, sicher, dass das Problem von den ÖPNV-Relationen stammte? Das wundert mich doch, dass in Graz Umgebung gerade so viel aktiv sein sollen. Rein aus der Betrachtung des ways hätte ich eher die beiden Europastraßen- und die Südautobahn im Verdacht. Speziell erstere sind ja dank dem tag: int_ref = E 59;E 66 irgendwie überflüssig? LG Jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Relationen
Was ich schon oft gesagt habe ist das es mehr Sinn machen würde es so zu machen: http://www.openstreetmap.org/browse/relation/2336780/history Leider wird es dann nicht gerendert. Vielleicht in 10 oder 20 Jahre. Das Beispiel ist natürlich nicht komplett. Da sollte alle anderen Linien auch die Teilrelationen benutzen. Polyglot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Relationen
Hi, Viele Autobahnen haben eine eigene Relation und E-Relationen. Das Problem in dieser extremen Form kenne ich aber ausschließlich von der A2 und nur auf dem Abschnitt wo die ÖPNV-Relationen sind. In Bereichen wo es diese Relationen nicht gibt ist die A2 wie jede andere Autobahn. Generell brauchen wir eine Lösung für solche Relationen. Egal wofür sie verwendet werden. Es werden hier künstliche Wege erzeugt von Hunderten Kilometern Länge. Und wenn irgendwo auf diesen Hunderten Kilometern zwei Mapper einen Weg teilen haben sie einen Konflikt. Mit steigender Anzahl der Relationen und deren Länge wird das Problem gravierender. Im Moment ist es vielleicht nur die A2. Nur die Relationen werden nicht weniger. Wir brauchen etwas praktikables bevor uns dieses Problem auf den Kopf fällt. Vg, Martin Am 20.02.2013 um 18:15 schrieb Jimmy_K jimm...@gmx.at: Servus, sicher, dass das Problem von den ÖPNV-Relationen stammte? Das wundert mich doch, dass in Graz Umgebung gerade so viel aktiv sein sollen. Rein aus der Betrachtung des ways hätte ich eher die beiden Europastraßen- und die Südautobahn im Verdacht. Speziell erstere sind ja dank dem tag: int_ref = E 59;E 66 irgendwie überflüssig? LG Jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Relationen
Servus, da hast du natürlich Recht. Da finde ich den Vorschlag von Polyglot, der mir neu ist: (http://www.openstreetmap.org/browse/relation/2336780/history) besonders für Autobahnen gut geeignet. Von einer Auffahrt bis zu nächsten Abfahrt eine Relation aus allen Wegen dazwischen und diese wird dann in alle Elternrelationen (egal ob Europastraße, Buslinie, Straßenbezeichnung) eingetragen. Im Stadtgebiet hätte sie noch den Wartungsnachteil, dass wenn ein Bus verlegt wird und z.B.: eine Straße früher abbiegt, kann es recht wartungsintensiv werden. Aber das müssen wir noch abwägen. LG Jimmy Am 20.02.2013 18:52, schrieb Martin Vonwald (imagic): Hi, Viele Autobahnen haben eine eigene Relation und E-Relationen. Das Problem in dieser extremen Form kenne ich aber ausschließlich von der A2 und nur auf dem Abschnitt wo die ÖPNV-Relationen sind. In Bereichen wo es diese Relationen nicht gibt ist die A2 wie jede andere Autobahn. Generell brauchen wir eine Lösung für solche Relationen. Egal wofür sie verwendet werden. Es werden hier künstliche Wege erzeugt von Hunderten Kilometern Länge. Und wenn irgendwo auf diesen Hunderten Kilometern zwei Mapper einen Weg teilen haben sie einen Konflikt. Mit steigender Anzahl der Relationen und deren Länge wird das Problem gravierender. Im Moment ist es vielleicht nur die A2. Nur die Relationen werden nicht weniger. Wir brauchen etwas praktikables bevor uns dieses Problem auf den Kopf fällt. Vg, Martin Am 20.02.2013 um 18:15 schrieb Jimmy_K jimm...@gmx.at: Servus, sicher, dass das Problem von den ÖPNV-Relationen stammte? Das wundert mich doch, dass in Graz Umgebung gerade so viel aktiv sein sollen. Rein aus der Betrachtung des ways hätte ich eher die beiden Europastraßen- und die Südautobahn im Verdacht. Speziell erstere sind ja dank dem tag: int_ref = E 59;E 66 irgendwie überflüssig? LG Jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Relationen
Hi, Wir sollten sobald wie möglich eine Lösung für ÖPNV-Relationen finden, denn sowas kann auf Dauer nicht funktionieren: http://www.openstreetmap.org/browse/way/102155261 Im konkreten Fall ist praktisch eine komplette Autobahn kaum zu editieren. Nur als Beispiele von heute: * Eine 30 Sekunden Editoraktion (vorher Daten aktualisiert) führte zu 43 Konflikten und mehr als 30 Minuten Aufräumaktion mit weiteren hunderten Konflikten. * Ein Knoten markieren - Daten aktualisieren - Sofort P drücken zum aufteilen - Sofort hochladen (weniger als 1 Sekunde nach derhttp://overpass-turbo.eu/ Aktualisierung) - 29 Konflikte Wo genau hat es den Konflikt gegeben? Auf dem Server? Im JOSM-Validator? Aus der Historie sehe ich jetzt erst einmal nicht den Hergang. Gerade beim Editieren in Köln hat es keine Probleme gegeben. JOSM passt normalerweise die Relationen beim Teilen von Wegen automatisch an. Und eigentlich können Konflikte nur auftauchen, wenn die Relation zwischenzeitlich von jemand anderem geändert worden ist oder ein Mitglied der Relation als Element gelöscht worden ist, aber nicht als Member der Relation. Insofern wäre es wichtig zu wissen, wo eogentlich die Konflikte aufgetreten sind. Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Relationen
Am 20. Februar 2013 16:23 schrieb Martin Vonwald imagic@gmail.com: Hi! Wir sollten sobald wie möglich eine Lösung für ÖPNV-Relationen finden, denn sowas kann auf Dauer nicht funktionieren: http://www.openstreetmap.org/browse/way/102155261 Im konkreten Fall ist praktisch eine komplette Autobahn kaum zu editieren. Nur als Beispiele von heute: * Eine 30 Sekunden Editoraktion (vorher Daten aktualisiert) führte zu 43 Konflikten und mehr als 30 Minuten Aufräumaktion mit weiteren hunderten Konflikten. * Ein Knoten markieren - Daten aktualisieren - Sofort P drücken zum aufteilen - Sofort hochladen (weniger als 1 Sekunde nach der Aktualisierung) - 29 Konflikte das riecht mehr nach einem Bug in JOSM als nach echten Konflikten, oder läuft bei Euch sonst gerade was Aussergewöhnliches? Derart viele Konflikte innerhalb von Sekunden sind kaum plausibel angesichts der aktuellen aktiven Mapperzahlen. Den Mappern möchte ich hier gar keinen Vorwurf machen, denn hier ist mEn das Schema ein Problem. Warum muss man jeden Meter eines Fahrplanes (gehört sowas überhaupt in eine Geo-DB?) in eine Relation stecken? Warum reichen nicht Haltestellen und einzelne Zwischenpunkte? es geht ja nicht um den Fahrplan sondern um eine Route (lineares Element). Einzelne Punkte sind nicht dasselbe (da muss man die genaue Strecke raten, zumindest nach einiger Zeit, weil wer Straßen ergänzt dann nicht mal mehr sieht, welche Routen da laufen). Ich vermute damit würden unsere Routen noch kaputter gehen als mit den linearen Relationen. Wie gesagt, meine Vermutung (sofern nicht jemand gerade ausgerechnet in der Zeit als Du gemappt hast, an diesen Routen rumgemacht hat), dass da was anderes kaputt sein könnte. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Relationen
als Lösung könnte man sich vielleicht so was wie ein Blockierfunktion für Relationen vorstellen (über die API), wo man sich für eine begrenzte Zeit ein exklusives Editierrecht für eine Relation sichert und andere User in der Zeit nichts an der Relation ändern können. Bei sehr vielen Usern auf kleinem Raum wird so was vielleicht mal nötig, um Frustrationen durch Konflikte beim Hochladen vorzubeugen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Relationen
Martin Vonwald wrote: Hi! Wir sollten sobald wie möglich eine Lösung für ÖPNV-Relationen finden, denn sowas kann auf Dauer nicht funktionieren: http://www.openstreetmap.org/browse/way/102155261 Im konkreten Fall ist praktisch eine komplette Autobahn kaum zu editieren. Nur als Beispiele von heute: * Eine 30 Sekunden Editoraktion (vorher Daten aktualisiert) führte zu 43 Konflikten und mehr als 30 Minuten Aufräumaktion mit weiteren hunderten Konflikten. * Ein Knoten markieren - Daten aktualisieren - Sofort P drücken zum aufteilen - Sofort hochladen (weniger als 1 Sekunde nach der Aktualisierung) - 29 Konflikte Das führt kaum zu einer Erhöhung der Datenqualität dafür aber des Blutdruckes. Ich kann Deinen Frust verstehen, sehe die Probleme aber eindeutig nicht in den ÖPNV-Relationen. Grundsätzlich ist es klar, dass je detailierter die Informationen in der Openstreetmap werden, desto schwieriger das Editieren ist. Natürlich sollten die Editoren so schlau wie möglich vorgehen. Warum bei Konflikten so viel Benutzer-Interaktion nötig ist, ist wirklich nicht einzusehen. Ich finde man sollte da eher am JOSM ansetzen, dass dieser die Merges automatisch hinbekommt. Den Mappern möchte ich hier gar keinen Vorwurf machen, denn hier ist mEn das Schema ein Problem. Warum muss man jeden Meter eines Fahrplanes (gehört sowas überhaupt in eine Geo-DB?) in eine Relation stecken? Warum reichen nicht Haltestellen und einzelne Zwischenpunkte? Für mich als Öffi-Benutzer ist es schon sehr interessant zu wissen, ob ein Bus die Autobahn verwendet oder nicht, da sich das deutlich auf die Reisegeschwindigkeit auswirkt. Leider ist es so, dass im ländlichen Raum fast jeder Kurs einer Linie einen abweichenden Verlauf hat. Das ist aber für mich nur viel mehr noch ein Grund dafür, warum es wichtig ist, dass diese Daten in freier Form verfügbar sind. Liebe Grüße, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] OSM Mumbai Workshop this FRIDAY 22 Feb
Greetings! from my jetlagged addled mappers mind. Great to be back in Mumbai, if just for a short time. Friday is shaping up pretty interesting. Chance to focus on a use case, pedestrian mapping, and we're aiming to go from data collection to printed map production in one OSM sprint. If you're planning to join, and I hope you can, please help us out and RSVP as per http://wiki.openstreetmap.org/wiki/Mumbai/StudioX#Participants Thanks, and see you soon. -Mikel * Mikel Maron * +14152835207 @mikel s:mikelmaron From: Shekhar Krishnan shek...@topomancy.com To: talk-in@openstreetmap.org Sent: Tuesday, February 19, 2013 1:11 PM Subject: [Talk-in] OSM Mumbai Workshop this FRIDAY 22 Feb Dear All: With Mikel Maron and Arun Ganesh, we are organising an OSM Mumbai Mapping Workshop/Party this FRIDAY 22 FEBRUARY from 2-6pm in South Mumbai near VT/CST Station. http://wiki.openstreetmap.org/wiki/Mumbai/StudioX The page above is still in the works, and suggestions and comments from existing OSMers in Mumbai are most welcome. Please RSVP soon as we can only host 20 (twenty) participants, to confirm see the page. Best, S.K. -- Shekhar Krishnan Topomancy LLC http://shekhar.cc http://topomancy.com ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
[Talk-it] quanto tempo ci mette di solito a registrare le variazioni?[pla2]
come dice il subject, se io faccio delle variazioni sulla mappa con JOSM, le spedisco regolarmente al server, quanto tempo ci mettono ad essere operative e presenti sulla mappa online ??? grazie :-) ciao :-) P ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] quanto tempo ci mette di solito a registrare le variazioni?[pla2]
2013/2/20 yahoo-pier_andreit pier_andr...@yahoo.it come dice il subject, se io faccio delle variazioni sulla mappa con JOSM, le spedisco regolarmente al server, quanto tempo ci mettono ad essere operative e presenti sulla mappa online ??? In genere qualche minuto. Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] quanto tempo ci mette di solito a registrare le variazioni?[pla2]
... per il rendering di Mapnik (quello principale). L'aggiornamento dei teiles di OpenCycleMap può anche richiedere una settimana. Non so per gli altri due (Mapquest Open e Transport Map) Volker 2013/2/20 Andrea Musuruane musur...@gmail.com 2013/2/20 yahoo-pier_andreit pier_andr...@yahoo.it come dice il subject, se io faccio delle variazioni sulla mappa con JOSM, le spedisco regolarmente al server, quanto tempo ci mettono ad essere operative e presenti sulla mappa online ??? In genere qualche minuto. Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] quanto tempo ci mette di solito a registrare le variazioni?[pla2]
On 2013-02-20 at 09:33:04 +0100, Andrea Musuruane wrote: 2013/2/20 yahoo-pier_andreit pier_andr...@yahoo.it come dice il subject, se io faccio delle variazioni sulla mappa con JOSM, le spedisco regolarmente al server, quanto tempo ci mettono ad essere operative e presenti sulla mappa online ??? In genere qualche minuto. a meno che si becchi un momento nei quali i server stanno avendo problemi (come pare stia avvenendo adesso), nel qual caso capita che la situazione rimanga bloccata per qualche ora -- Elena ``of Valhalla'' - che inizia a sospettare che l'aggiornamento in pochi minuti sia stato introdotto perché quando era ogni settimana i mapper abbattevano il server tutti i giovedì mattina :D ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] quanto tempo ci mette di solito a registrare le variazioni?[pla2]
On 20/02/2013 10:06, Elena ``of Valhalla'' wrote: On 2013-02-20 at 09:33:04 +0100, Andrea Musuruane wrote: 2013/2/20 yahoo-pier_andreit pier_andr...@yahoo.it come dice il subject, se io faccio delle variazioni sulla mappa con JOSM, le spedisco regolarmente al server, quanto tempo ci mettono ad essere operative e presenti sulla mappa online ??? In genere qualche minuto. a meno che si becchi un momento nei quali i server stanno avendo problemi (come pare stia avvenendo adesso), nel qual caso capita che la situazione rimanga bloccata per qualche ora quattro cinque giorni fa ho inserito una nuova rotonda su via nettunense con JOMS, e sulla mappa http://www.openstreetmap.org/?lat=41.66257lon=12.64726zoom=15layers=M online non risulta ancora, che devo fare??? la devo rifare??? ciao :-) grazie:-) P. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] quanto tempo ci mette di solito a registrare le variazioni?[pla2]
2013/2/20 yahoo-pier_andreit pier_andr...@yahoo.it quattro cinque giorni fa ho inserito una nuova rotonda su via nettunense con JOMS, e sulla mappa http://www.openstreetmap.org/?**lat=41.66257lon=12.64726** zoom=15layers=Mhttp://www.openstreetmap.org/?lat=41.66257lon=12.64726zoom=15layers=M online non risulta ancora, che devo fare??? la devo rifare??? Magari devi metterci qualche tag :) Infatti la rotonda è disegnata ma senza attributi. In questo modo non verrà mai visualizzata. Puoi guarda che la SS207 e la rotonda hanno delle parti duplicate sul percorso e mancano dei sensi unici nelle corsie di accesso e uscita. Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Saluti ed aiuto con sensi unici FVG
bruno bruno at anche.no writes: Ho dato un'occhiata solo a via Pranuf, e mi sembra tutto ok: la via è al contrario rispetto all'originale (che era da Via Stentarie a Via Udine), oneway è impostato e osrm la percorre in quel senso, da destra verso sinistra. Su Google Maps è disegnata allo stesso modo, e da Street View risulta che quello è il modo giusto. In effetti osrm funziona correttamente, mentre il primo e il terzo motore di routing (del link precedente) vanno contromano. Mah!. Grazie 1000 per la risposta. Ciao. -- marco ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] quanto tempo ci mette di solito a registrare le variazioni?[pla2]
On 20/02/2013 14:05, Andrea Musuruane wrote: 2013/2/20 yahoo-pier_andreit pier_andr...@yahoo.it mailto:pier_andr...@yahoo.it quattro cinque giorni fa ho inserito una nuova rotonda su via nettunense con JOMS, e sulla mappa http://www.openstreetmap.org/?__lat=41.66257lon=12.64726__zoom=15layers=M http://www.openstreetmap.org/?lat=41.66257lon=12.64726zoom=15layers=M online non risulta ancora, che devo fare??? la devo rifare??? Magari devi metterci qualche tag :) Infatti la rotonda è disegnata ma senza attributi. In questo modo non verrà mai visualizzata. Puoi guarda che la SS207 e la rotonda hanno delle parti duplicate sul percorso e mancano dei sensi unici nelle corsie di accesso e uscita. ah, ecco, mo vedo se ho capito:-) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] quanto tempo ci mette di solito a registrare le variazioni?[pla2]
On 20/02/2013 14:05, Andrea Musuruane wrote: 2013/2/20 yahoo-pier_andreit pier_andr...@yahoo.it mailto:pier_andr...@yahoo.it quattro cinque giorni fa ho inserito una nuova rotonda su via nettunense con JOMS, e sulla mappa http://www.openstreetmap.org/?__lat=41.66257lon=12.64726__zoom=15layers=M http://www.openstreetmap.org/?lat=41.66257lon=12.64726zoom=15layers=M online non risulta ancora, che devo fare??? la devo rifare??? Magari devi metterci qualche tag :) Infatti la rotonda è disegnata ma senza attributi. In questo modo non verrà mai visualizzata. Puoi guarda che la SS207 e la rotonda hanno delle parti duplicate sul percorso e mancano dei sensi unici nelle corsie di accesso e uscita. come faccio ad unire due pezzi di strada con quello online-da-browser (potlatch o come si chiama)? grazie :-) ciao :-) P ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] quanto tempo ci mette di solito a registrare le variazioni?[pla2]
Il giorno 20 febbraio 2013 18:22, yahoo-pier_andreit pier_andr...@yahoo.itha scritto: come faccio ad unire due pezzi di strada con quello online-da-browser (potlatch o come si chiama)? Click sul primo pezzo CTRL+Click sul secondo pezzo Click sull'icona della catena in basso a destra. -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] quanto tempo ci mette di solito a registrare le variazioni?[pla2]
On 20/02/2013 18:31, Maurizio Daniele wrote: Il giorno 20 febbraio 2013 18:22, yahoo-pier_andreit pier_andr...@yahoo.it mailto:pier_andr...@yahoo.it ha scritto: come faccio ad unire due pezzi di strada con quello online-da-browser (potlatch o come si chiama)? Click sul primo pezzo CTRL+Click sul secondo pezzo Click sull'icona della catena in basso a destra. grazie, ho scoperto quel cosetto in basso a destra che c'ha un sacco di cose che volevo chiedere ma sono li' cliccando su show more...:-)) un'altra cosa, come si fa a fare un piazzale largo dove si puo' anche parcheggiare?? ciao :-) grazie :-) P ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Render cyclemap y reproyeccion shapes
On Feb 18, 2013 10:09 AM, talk-co-requ...@openstreetmap.org wrote: Envíe los mensajes para la lista Talk-co a talk-co@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB http://lists.openstreetmap.org/listinfo/talk-co O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-co-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-co-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject) para que el texto sea mas especifico que: Re: Contents of Talk-co digest Además, por favor, incluya en la respuesta sólo aquellas partes del mensaje a las que está respondiendo. Asuntos del día: 1. Re: Render cyclemap para GPS y reproyeccion shapes (Humberto Yances) -- Message: 1 Date: Mon, 18 Feb 2013 10:08:36 -0500 From: Humberto Yances hyan...@gmail.com To: talk-co@openstreetmap.org Subject: Re: [Talk-co] Render cyclemap para GPS y reproyeccion shapes Message-ID: 1361200116.13779.9.camel@yancesc Content-Type: text/plain; charset=utf-8 Hola Miguel, algunas ideas: 1. Trata seleccionando el render desde osm.org y desde allí exportar (al intentar sale 'servidor ocupado, intente más tarde'). La otra es descargado la data de OSM y las curvas de nivel a un GIS (Qgis por ejemplo) y desde allí generar la imagen a tamaño para ploter; Humberto, Bien, pude descargar el OSM de la zona y cagarlo como gpx en el Gps del celular. En el otro tenemos que cacharrearle Usé Josm y no Qgis por un problema indicándole las coordenadas a Qgis. No he ubicado aún la info de curvas de nivel. Sin embargo he podido usar la info con la imagen de cache de cyclemap que decarga vespucci. Lo unico es qe ue vespucci no me marca puntos entonces tuve que usar Locus free para eso. 2 . Creo que hay clientes Android con las curvas (OSMand?), también puedes crear el .img para Garmin [1][2] (no conozco soporte para la marca de GPS que mencionas). 3. Me interesa este punto, hay unos PDF con los territorios indígenas que tienen ese sistema de proyección, he escrito al desarrollador que soporta el plugin para JOSM: PDF-Import sin éxito... Al parecer hay una metodología descrita para hacerlo [3][4] Sobre el geonode, me interesa esas diferencias entre sistemas de proyeccion Ahora me encuentro en campo pero cuando regrese voy a mirar los vinculos para hacerlo. En sentido inverso me ocurrió que subi unos shapes y solo veo cuadros, eso si con la info de BD, pero las formas de los poligonos no las dejó. Debe ser por lo que ya explicabas. Muchas gracias por la ayuda Éxitos, Humberto Yances ___ [1] http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Cycle_map [2] http://wiki.openstreetmap.org/wiki/GroundTruth [3] http://georepository.com/transformation/browse/id/15738 [4] http://www2.igac.gov.co:8080/igac_web/UserFiles/File/MAGNAWEB_final/MAGNAPpal.htm -Mensaje original- De: Miguel Sánchez migueldesplazamientocen...@gmail.com Reply-to: OpenStreetMap Colombia talk-co@openstreetmap.org Para: talk-co@openstreetmap.org Asunto: [Talk-co] Render cyclemap para GPS y reproyeccion shapes Fecha: Sun, 17 Feb 2013 15:12:04 -0500 Hola, Tengo esta inquietud a ver si alguien nos puede ayudar: 1. Hay forma de descargar para plotear las capas base de opencyclemap o OSM Colombia? Necesitamos hacer un ejercicio de cartografia social y ayudaría mucho poder ver el relieve, las curvas de nivel 2. Esa misma capa se puede cargar en un GPS? en qué formato se puede? O al menos las cotas de nivel? El trabajo se hará con GPS marca astechs pero también quisiera usarlos en mi telefono con Android ,en offline (vespucci no me ha ayudado en offline o carga de shapes) 3. Gracias al acceso que Humano me dio para el geonode he podido comenzar a usarlo. Vamos a campo el martes y he descargado los shapes de rios y vias para incluir en el taller y en el GPS, pero me dice un compañero que es profesional en el área catastral, que los shapes están en WGS84. Cómo podemos reproyectarlos a Magna Colombia Bogotá? On Feb 16, 2013 7:01 AM, talk-co-requ...@openstreetmap.org wrote: Envíe los mensajes para la lista Talk-co a talk-co@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB http://lists.openstreetmap.org/listinfo/talk-co O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-co-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-co-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del
Re: [Talk-lt] Openlayers galimybės vizualizuoti?
Jei yra norinčių, tai galit prisijungti prie International Open Data Day Hackathon Vilnius renginio: http://atviriduomenys.wordpress.com/2013/02/14/2013city-events-wiki-opendataday-org/ Ir ten pabandyti vizualizuoti tuos duomenis. -- Mantas aka sirex __o /\ _ \,_ -- launchpad.net/~sirex -- /\/ \ ___(_)/_(_)_/_/\ ^ ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Openlayers galimybės vizualizuoti?
2013/2/19 Eduardas Kriščiūnas e...@katalogai.net Ar yra kokios nors galimybės vizualizuoti čia pateiktą sąrašą panaudojant OSM? http://verslas.delfi.lt/energetika/palyginkite-savo-sildymo-saskaita-su-kaimyno.d?id=60705759 Prisėdau detalesnei analizei ir matau, kad čia pateikta tik maža dalis to, kas iš tikrųjų vadinama duomenimis. Negi visoje Lietuvoje yra tik 888 daugiabučiai? Vilniuje - 43? Kažkaip nekyla rankos apsiimt analize, kai pateikia tik mažą duomenų gabaliuką bendram vaizdui susidaryti. ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Openlayers galimybės vizualizuoti?
Sveiki, Jei yra žmonių kurie rašo kodą, kaip daug maž rašote: 1) Kokia programine kalba pagrinde naudojat (Python, Ruby, PHP, ar dar kažkokia kita) ar čia jokio skirtumo, kokia moki tokia ir naudoji? 2) Jei darote kažkokius duomenų atvaizdavimus, tai ar kuriate savo mapserver kaip pvz,: openmap.lt, ar tiesiog paimate openstreetmap.org map ir kuriate layer savus (pirmu variantu reikia dar gerai moket susikonfiguruoti serverį). 3) Jei darote kažkokių duomenų importavimą iš kitų šaltinių, kur tuos duomenis talpinate, ar pas save serveriuose ant koki PostgreSql (o gal MySQL), ar kažkur centralizuotai, kažkaip iškart į openstreetmap.orgsistema. 2013/2/21 Tomas Straupis tomasstrau...@gmail.com Būtų įrankis - būtų ir daugiau duomenų. Idėja sukurti tokį įrankį užregistruota jau daugiau nei prieš metus: https://www.pivotaltracker.com/projects/462023#!/stories/23970455 Tik bėda tame, kad mažai darančių (kodą rašančių). (mano žiniomis realiai du, iš kurių vienas neturi laiko, o kitas - noro:-) -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Openlayers galimybės vizualizuoti?
2013 m. vasaris 21 d. 09:21, Paulius Masiliūnas rašė: 1) Kokia programine kalba pagrinde naudojat (Python, Ruby, PHP, ar dar kažkokia kita) ar čia jokio skirtumo, kokia moki tokia ir naudoji? Mano atveju: 1. Duombazės pusė PostgreSql plsql. 2. Puslapiai php + javascript 3. Darbų tinginizavimui (automatizavimui) kažkiek bash/perl Ramūnas gal kažką daugiau naudoja? 2) Jei darote kažkokius duomenų atvaizdavimus, tai ar kuriate savo mapserver kaip pvz,: openmap.lt, ar tiesiog paimate openstreetmap.org map ir kuriate layer savus (pirmu variantu reikia dar gerai moket susikonfiguruoti serverį). Yra savi mapnikai, bet ši dalis jungiantis naujiems programuotojams nėra būtina, visada galima naudoti arba standartinį openstreetmap tile serverį, arba openmap.lt (jei nereikia stabilumo - tai ir samogitian variantą). 3) Jei darote kažkokių duomenų importavimą iš kitų šaltinių, kur tuos duomenis talpinate, ar pas save serveriuose ant koki PostgreSql (o gal MySQL), ar kažkur centralizuotai, kažkaip iškart į openstreetmap.org sistema. Mano atveju duomenys (Lietuvos) kasdien susirenkami iš downloads.geofarbrik.de ir osm2pgsql pagalba sukeliami į lokalią postgresql db. openmap.lt atveju schema žymiai sudėtingesnė, galingesnė, lankstesnė, platesnė ir pan., bet ten jau Ramūno daržas :) -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-dk] OpenStreetMap ved Open Data Day lørdag 23. februar
Jeg skal lige undersøge med familien - jeg vil gerne være med, i hvert fald. Alt godt, Morten OBS VIGTIGT - Open Data Data er nu blevet flyttet over på Rigsarkivet i Harsdorff-salen - Adresse Rigsdagsgården 9 (lige skråt overfor indgangen til Christiansborg) - Grunden er at der skulle være bedre Wifi end på Nationalmuseet. Kort http://www.openstreetmap.org/?lat=55.67526750004amp;lon=12.58102750001amp;zoom=17amp;layers=Mamp;mlat=55.67537amp;mlon=12.58116 Men OpenStreetMap kursus starter på samme tidspunkt 13.30 vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] OpenStreetMap ved Open Data Day lørdag 23. februar
OBS VIGTIGT - Open Data Data er nu blevet flyttet over på Rigsarkivet i Harsdorff-salen - Adresse Rigsdagsgården 9 (lige skråt overfor indgangen til Christiansborg) - Grunden er at der skulle være bedre Wifi end på Nationalmuseet. Kort http://www.openstreetmap.org/?lat=55.67526750004amp;lon=12.58102750001amp;zoom=17amp;layers=Mamp;mlat=55.67537amp;mlon=12.58116 Men OpenStreetMap kursus starter på samme tidspunkt 13.30 OBS OBS og håber det er lykkens gang - man har nu fundet ud af det er Tøjhusgade 1 ved Rigsarkivet at Harsdorff-salen befinder sig- det er ca. 150 meter væk fra den anden adresse - jeg sendte tidligere - Kort med ny adrese her http://www.openstreetmap.org/?lat=55.67492749995lon=12.5798955zoom=17layers=Mmlat=55.67495mlon=12.58004 vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] OpenStreetMap ved Open Data Day lørdag 23. februar
On 2013-02-20 20:28, Soren Johannessen wrote: OBS OBS og håber det er lykkens gang - man har nu fundet ud af det er Tøjhusgade 1 ved Rigsarkivet at Harsdorff-salen befinder sig- det er ca. 150 meter væk fra den anden adresse - jeg sendte tidligere - Kort med ny adrese her http://www.openstreetmap.org/?lat=55.67492749995lon=12.5798955zoom=17layers=Mmlat=55.67495mlon=12.58004 vh Søren Johannessen Jeg deltager! -M __ Morten Juhl-Johansen Zölde-Fejér http://syntaktisk.dk * mj...@syntaktisk.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-es] nomenclatura de los municipios
Comparto la opinión de que antes de dedicar tiempo y esfuerzos a detalles en España deberíamos priorizar trabajo hacia completar calvas en el mapa, pues muchas zonas aun no tienen datos cartográficos lo que hace ademas de poco útil el uso de OSM da mala imagen Yo empece a mapear ademas de por que me distrae (hay gente que da de comer a las vacas de la granja del facebook, yo mapeo) por que OSM nos da la oportunidad de rellenar esas calvas que no aparecen en ninguna otra cartografía con soporte vectorial y he dedicado mucho tiempo a mapear tracks y algún que otro path (el path no es apto para la circulación de vehículos) por varios motivos: A partir de unas coordenadas GPS y usando una aplicación como Mapfactor Navigator para telefonos Android https://play.google.com/store/apps/details?id=com.mapfactor.navigatorhl=espuedes llegar usando los datos de los paths al punto GPS. Esta capacidad, en casos de búsqueda y rescate en zonas rurales, donde los caminos no tienen nombre, y al menos donde yo vivo, ni protección civil ni ningún organismo de emergencias posee mapas ACTUALIZADOS de la zona (se muy bien de lo que hablo, y todos que mapeamos en zonas rurales, se habrán dado cuenta de lo des-actualizado de los datos del catastro en muchos puntos, Y personalmente, este echo otorga a OSM un uso como herramienta de valor incalculable, ademas de que puede ser uno de los motivos a usar para la liberación de datos por parte de las administraciones publicas. PD: también hago uso de la cartografía para ir en plan matado con la bici :) PD2: se ha comentado alguna vez lo de aplicaciones para Android con base OSM, y insisto de nuevo en Mapfactor Navigator para telefonos Android https://play.google.com/store/apps/details?id=com.mapfactor.navigatorhl=es puedes descargar la cartografía al telefono y usarlo totalmente offline pues el motor de navegación también es offline (el de google maps por ejemplo necesita conexion de datos para enviar los parametros de la ruta al servidor de google y que sea este quien los calcule, Mapfactor no, lo hace el propio telefono) lo cual para cuando viajas al extranjero es una gozada pues no gastas datos en intinerancia y tienes gps (si te has descargado la cartografia del pais antes claro) Saludos 1. Re: nomenclatura de los municipios (José Luis Domingo López) -- Mensaje reenviado -- From: José Luis Domingo López openstreetm...@24x7linux.com To: talk-es@openstreetmap.org Cc: Date: Tue, 19 Feb 2013 19:24:01 + Subject: Re: [Talk-es] nomenclatura de los municipios por favor, arreglemos esto porque me encuentro de todo. barrios etiquetados como town, etc No es por ponerle pegas al trabajo de los demás, o decirle a los demás a lo que tienen que dedicar su tiempo (mientras se contribuya a la causa general, bienvenido sea el esfuerzo). Pero después de meterme serias sesiones a mapear rutas ciclistas por diversas partes de España en las últimas semanas, que una población esté etiquetada de manera poco adecuada a su volumen de población me parece el menor de los problemas. Porque no voy a entrar ya en las muy abundantes y vergonzantes áreas forestales de CORINE, ni en vías tipo track o path que salvo para cuatro mataos en bici o a pie no podrían ser más prescindibles, pero en mis mapeos veo aberraciones mayúsculas, incluyendo vías para tráfico motorizado ausentes, o con un nivel de detalle de esos de comerse tres curvas rectas con un punto cada medio kilómetro, carreteras desplazadas, calles principales de ciudades inexistentes, etc. Para el uso que le doy YO al mapa y para la utilidad que puede tener a terceros, como digo, cualquier contribución es buena, pero a nivel España tenemos unas carencias tan serias que perder el foco me parecería errado. Ahora bien, si mientras uno mapea otras cosas se da cuenta de que una aldea está como capital, le cuesta cinco segundos corregirlo. Y se agradece por lo tanto el aviso a navegantes (no pun intended) Saludos. -- Jose Luis Domingo Lopez Linux Registered User #189436, Linux Ubuntu 12.04.2 LTS (3.2.0-37-generic-pae) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] nomenclatura de los municipios
me parece muy bien lo que decís, yo también mapeo de todo, pero bueno mi comentario solo iba por si pasabais por algún municipio y lo veíais de paso. pero veo que si hacéis eso dejáis de mapear tracks, una pena. tristes saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ar] Ulil
Dibujar siluetas de edificios de imágenes satelitales desactualizadas o de baja resolución no le veo mucho sentido, en fin Lo de los tags no lo llegue a ver, parece que ya empieza a hacer de las suyas nuevamente, voy a buscar su mail q en algún lugar lo debo tener, tanta energia mal gastada y con lo útil q nos podría ser 2013/2/19 Pablo Daniel Pareja Obregón parejaobre...@gmail.com Los edificios y las cosas extra no serían problema, pero sin embargo sigue cambiando los tags de las avenidas para que queden más coloridas. Acá tienen un ejemplo [1]. En el sur de capital estuve arreglando muchas avenidas que cambió y volviéndolas a poner como secondary. Eso de cambiar los tags por los que él quisiera ya lo habíamos discutido con él en algún post del foro o algún hilo de la lista. Por lo que nos comunicó, estaba al tanto de la convención y elegía conscientemente ignorarla. Saludos, Pablo [1] http://www.openstreetmap.org/?lat=-34.571572lon=-58.43128zoom=18layers=M On Lun 18 Feb 2013 18:28:32 dan...@web.de escribió: Yo tampoco veo el problema. O todavia no vi lo que seria una huevada. Lo de la linea de tren me parece perfectamente bien. En algunos lados yo tambien dibuje dos vias (ida y vuelta). Si es correcto, da para dibujar, pienso yo. Eche una miradita al San Martin en CABA y esta bien dibujado. Y por que no dibujar los edificios? Cuanto mas, mejor. Lo de las sendas peatonales no encontre. Saludos! Am 18.02.2013 14:34, schrieb Agustin Rissoli: ulil (Werner Horsch) erner.hor...@gmail.com mailto:erner.hor...@gmail.com To: talk-ar@openstreetmap.org mailto:talk-ar@openstreetmap.org Subject: [Talk-ar] ulil Message-ID: CAJiWV76zZoFQXQp=YdzW+naOgK1x+V=x-xgwenh2wjqwz_e...@mail.gmail.com mailto:x-xgwenh2wjqwz_e...@mail.gmail.com Hace un tiempo q no editaba en CABA y me encuentro con ediciones de nuestro amigo ulil, el alemán, con el cual tuvimos discusión discusioynes en el 2011 Antes hacia cagadas, ahora hace huevadas, duplica las lineas de trenes la vía q va y la q vuelve, pone sendas peatonales a 30m de las esquinas, lineas de arboles y silueas de edificios Nada q agregue valor al mapa pero si lo hace más pesado Si por descuido alguién borra las ediciones de ulil, con seguridad no me voy a enojar ___ También anda editando por GBA, no seas malo esta vez esta editando la realidad, lo que agrega, por ahora, no es malo. Agrego una cárcel de Ituzaingo con montones de detalles y quedo muy bien, también agrego detalles a la cárcel de Buen Ayre q yo había puesto, y fíjate lo bien que quedó el aeropuerto de San Fernando. Puede que esos detalles ahora no nos interese, pero a la larga los vamos a ir agregando, como los mapas europeos. Ulil: te estamos vigilando... Jeje ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
[Talk-ar] Changes to OSM AR
Ulil, please do not change tags of our highways we do have a conventions that for we suggest you to follow We are not adding crossing-streets for walkers at this time and putting them 20m away from where they are doesn't make to much sense neither We've got some tasks in which you could collaborate using your expert skills. We are fixing our country borders and tasks have already benn divided into subtasks on our wiki, now we are looking for collaborators to give us a hand on this Vielen Dank mein Freund ! ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
[OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Le 20 février 2013 06:24, Vincent de Chateau-Thierry v...@laposte.net a écrit : C'est vrai Christian, tu devrais enlever le lecteur DVD et l'installer dans ta voiture pour les passagers arrières. Quoique dans une Smart... :-) Un DVD pour le chien dans le coffre alors ;) Didier ? Sinon, est-ce que cette machine a une destination particulière ? Tuiles au zoom 19, french rendu, instance OSRM, que sais-je...? Cette machine est taillée pour du rendu de tuiles, grace à son SSD en PCI express qui élimine en grande partie le goulot d'étranglement des IOPs comparé aux 6 disques SAS en RAID. Vous pouvez comparer entre 2u sur http://layers.openstreetmap.fr et osmfr sur http://tile.openstreetmap.fr(sachant que j'ai quelques requêtes SQL qui peuvent être optimisées). Cela fera sûrement partie des discussions Lyonnaises... je pense pour ma part qu'il faut mettre en valeur nos données et proposant un exemple de rendu à mi chemin entre celui par défaut d'OSM un peu trop fouillis et pas très lisible et celui un peu trop générique de MapQuest, sans en faire un rendu spécialisé. C'est dans ce but que j'ai adapté le rendu OSM pour faire ce que j'ai pompeusement appelé rendu osmfr car adapté aux habitudes et à notre culture (croix verte pour les pharmacies, les boulangeries symbolisées par une baguette au lieu d'un bretzel, etc). Ensuite j'ai cherché à améliorer la lisibilité et la hiérarchisation de l'info en différenciant un peu plus chaque niveau de zoom. J'ai aussi corrigé les principaux défaut souvent signalés: les noms des communes en double par exemple... J'ai aussi adapté la feuille de style pour avoir un 19ème niveau de zoom à peu près cohérent. Voici la liste de mes modifs: http://wiki.openstreetmap.org/wiki/User:Cquest/osmfr_stylesheet Dès que c'est au propre, je partage ça sur github. Et au passage merci pour le temps que tu consacres à tout ça. De rien, je le fais avec plaisir et parce que j'apprends plein de choses en mettant ainsi les mains dans le cambouis. Contribuer c'est très bien, et réutiliser les données me semble aussi très enrichissant sur la manière de contribuer car on voit toute la complexité à exploiter cette masse de données pas toujours très cohérentes. A titre d'exemple, sachant qu'on avait un anglais qui viendrait au SOTMFR à Lyon (Henk de l'OSMF) je me suis dit il faut que je rajoute le logo du métro londonien... or, il y a semble-t-il bien moins de cohérence sur le réseau du métro de Londres que sur ceux qu'on a en France. Des valeurs multiples dans network, pas de tag operator, des gares non membre de relation de route, etc... donc j'ai remis ça pour plus tard. Je me creuse encore la tête pour faire un rendu simplifié des adresses en ne faisant apparaitre que les numéros aux coins de rue... sans bien partir dans des requêtes SQL trop lentes. -- Christian Quest - OpenStreetMap France Week-end SOTM-FR à Lyon, les 23-24 février prochains: http://openstreetmap.fr/sotmfr2013 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Je viens de lire la liste des ajouts, sur ta page User:Cquest, et je suis impressionné ! *clap* *clap* Il manque cependant dans cette liste l'ajout des passages piétons et le changement de rendu des pistes cyclables. Par contre, j'ai beau rafraichir les tuiles, je ne vois pas apparaitre la baguette de pain pour les boulangerieshttp://c.layers.openstreetmap.fr/2u/19/261579/179645.png, la croix verte pour les pharmacieshttp://c.layers.openstreetmap.fr/2u/19/261587/179645.png, ou le logo pour les bureaux de postehttp://b.layers.openstreetmap.fr/2u/18/130789/89827.png ... mais peut-être ces évolutions de la feuille de style ne sont-elles pas encore mises en place ? Francescu Le 20 février 2013 09:35, Christian Quest cqu...@openstreetmap.fr a écrit : Le 20 février 2013 06:24, Vincent de Chateau-Thierry v...@laposte.net a écrit : C'est vrai Christian, tu devrais enlever le lecteur DVD et l'installer dans ta voiture pour les passagers arrières. Quoique dans une Smart... :-) Un DVD pour le chien dans le coffre alors ;) Didier ? Sinon, est-ce que cette machine a une destination particulière ? Tuiles au zoom 19, french rendu, instance OSRM, que sais-je...? Cette machine est taillée pour du rendu de tuiles, grace à son SSD en PCI express qui élimine en grande partie le goulot d'étranglement des IOPs comparé aux 6 disques SAS en RAID. Vous pouvez comparer entre 2u sur http://layers.openstreetmap.fr et osmfr sur http://tile.openstreetmap.fr(sachant que j'ai quelques requêtes SQL qui peuvent être optimisées). Cela fera sûrement partie des discussions Lyonnaises... je pense pour ma part qu'il faut mettre en valeur nos données et proposant un exemple de rendu à mi chemin entre celui par défaut d'OSM un peu trop fouillis et pas très lisible et celui un peu trop générique de MapQuest, sans en faire un rendu spécialisé. C'est dans ce but que j'ai adapté le rendu OSM pour faire ce que j'ai pompeusement appelé rendu osmfr car adapté aux habitudes et à notre culture (croix verte pour les pharmacies, les boulangeries symbolisées par une baguette au lieu d'un bretzel, etc). Ensuite j'ai cherché à améliorer la lisibilité et la hiérarchisation de l'info en différenciant un peu plus chaque niveau de zoom. J'ai aussi corrigé les principaux défaut souvent signalés: les noms des communes en double par exemple... J'ai aussi adapté la feuille de style pour avoir un 19ème niveau de zoom à peu près cohérent. Voici la liste de mes modifs: http://wiki.openstreetmap.org/wiki/User:Cquest/osmfr_stylesheet Dès que c'est au propre, je partage ça sur github. Et au passage merci pour le temps que tu consacres à tout ça. De rien, je le fais avec plaisir et parce que j'apprends plein de choses en mettant ainsi les mains dans le cambouis. Contribuer c'est très bien, et réutiliser les données me semble aussi très enrichissant sur la manière de contribuer car on voit toute la complexité à exploiter cette masse de données pas toujours très cohérentes. A titre d'exemple, sachant qu'on avait un anglais qui viendrait au SOTMFR à Lyon (Henk de l'OSMF) je me suis dit il faut que je rajoute le logo du métro londonien... or, il y a semble-t-il bien moins de cohérence sur le réseau du métro de Londres que sur ceux qu'on a en France. Des valeurs multiples dans network, pas de tag operator, des gares non membre de relation de route, etc... donc j'ai remis ça pour plus tard. Je me creuse encore la tête pour faire un rendu simplifié des adresses en ne faisant apparaitre que les numéros aux coins de rue... sans bien partir dans des requêtes SQL trop lentes. -- Christian Quest - OpenStreetMap France Week-end SOTM-FR à Lyon, les 23-24 février prochains: http://openstreetmap.fr/sotmfr2013 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Oupsss, j'avais mal lu le paragraphe à ce sujet.
{autant|au temps|OTAN} pour moi.
Francescu
Le 20 février 2013 09:54, Etienne Trimaille etienne.trimai...@gmail.com a
écrit :
Vraiment beau travail ;-)
Francescu, il faut aller sur le rendu tile.openstreetmap.fr et non pas
layers.openstreetmap.fr.
Les rendus 2u et osmfr sont différents. Ce qui explique pourquoi il n'y a
pas les passages piétons, les pistes cyclables, ...
Le 20 février 2013 09:48, Francescu GAROBY windu...@gmail.com a écrit :
Je viens de lire la liste des ajouts, sur ta page User:Cquest, et je suis
impressionné ! *clap* *clap*
Il manque cependant dans cette liste l'ajout des passages piétons et le
changement de rendu des pistes cyclables.
Par contre, j'ai beau rafraichir les tuiles, je ne vois pas apparaitre la
baguette de pain pour les
boulangerieshttp://c.layers.openstreetmap.fr/2u/19/261579/179645.png,
la croix verte pour les
pharmacieshttp://c.layers.openstreetmap.fr/2u/19/261587/179645.png,
ou le logo pour les bureaux de
postehttp://b.layers.openstreetmap.fr/2u/18/130789/89827.png
...
mais peut-être ces évolutions de la feuille de style ne sont-elles pas
encore mises en place ?
Francescu
Le 20 février 2013 09:35, Christian Quest cqu...@openstreetmap.fr a
écrit :
Le 20 février 2013 06:24, Vincent de Chateau-Thierry v...@laposte.neta
écrit :
C'est vrai Christian, tu devrais enlever le lecteur DVD et l'installer
dans ta voiture pour les passagers arrières. Quoique dans une Smart... :-)
Un DVD pour le chien dans le coffre alors ;) Didier ?
Sinon, est-ce que cette machine a une destination particulière ? Tuiles
au zoom 19, french rendu, instance OSRM, que sais-je...?
Cette machine est taillée pour du rendu de tuiles, grace à son SSD en
PCI express qui élimine en grande partie le goulot d'étranglement des IOPs
comparé aux 6 disques SAS en RAID. Vous pouvez comparer entre 2u sur
http://layers.openstreetmap.fr et osmfr sur
http://tile.openstreetmap.fr (sachant que j'ai quelques requêtes SQL
qui peuvent être optimisées).
Cela fera sûrement partie des discussions Lyonnaises... je pense pour ma
part qu'il faut mettre en valeur nos données et proposant un exemple de
rendu à mi chemin entre celui par défaut d'OSM un peu trop fouillis et pas
très lisible et celui un peu trop générique de MapQuest, sans en faire un
rendu spécialisé.
C'est dans ce but que j'ai adapté le rendu OSM pour faire ce que j'ai
pompeusement appelé rendu osmfr car adapté aux habitudes et à notre
culture (croix verte pour les pharmacies, les boulangeries symbolisées par
une baguette au lieu d'un bretzel, etc).
Ensuite j'ai cherché à améliorer la lisibilité et la hiérarchisation de
l'info en différenciant un peu plus chaque niveau de zoom.
J'ai aussi corrigé les principaux défaut souvent signalés: les noms des
communes en double par exemple...
J'ai aussi adapté la feuille de style pour avoir un 19ème niveau de zoom
à peu près cohérent.
Voici la liste de mes modifs:
http://wiki.openstreetmap.org/wiki/User:Cquest/osmfr_stylesheet
Dès que c'est au propre, je partage ça sur github.
Et au passage merci pour le temps que tu consacres à tout ça.
De rien, je le fais avec plaisir et parce que j'apprends plein de choses
en mettant ainsi les mains dans le cambouis.
Contribuer c'est très bien, et réutiliser les données me semble aussi
très enrichissant sur la manière de contribuer car on voit toute la
complexité à exploiter cette masse de données pas toujours très cohérentes.
A titre d'exemple, sachant qu'on avait un anglais qui viendrait au SOTMFR à
Lyon (Henk de l'OSMF) je me suis dit il faut que je rajoute le logo du
métro londonien... or, il y a semble-t-il bien moins de cohérence sur le
réseau du métro de Londres que sur ceux qu'on a en France.
Des valeurs multiples dans network, pas de tag operator, des gares non
membre de relation de route, etc... donc j'ai remis ça pour plus tard.
Je me creuse encore la tête pour faire un rendu simplifié des adresses
en ne faisant apparaitre que les numéros aux coins de rue... sans bien
partir dans des requêtes SQL trop lentes.
--
Christian Quest - OpenStreetMap France
Week-end SOTM-FR à Lyon, les 23-24 février prochains:
http://openstreetmap.fr/sotmfr2013
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
--
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
--
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Il y a un composant style osmfr sur http://trac.openstreetmap.fr/n'hésitez pas à l'utiliser pour proposer des améliorations et signaler des problèmes car ça arrive vite... on fait une modif qui va bien sur la zone sur laquelle on teste mais qui met la pagaille ailleurs ;) J'étais très content de ne plus avoir les noms des communes en double jusqu'à découvrir que c'était le nom de quasiment tout les polygones qui avaient disparus ! Dispo (enfin j'espère) pour un atelier à Lyon pour vous montré comment je m'y prends en utilisant TileMill et un éditeur de texte pour tester les modifications avant de générer le .xml pour mapnik qui est utilisé. C'est un travail d'équipe tout ça, car côté postgresql, mod_tile, renderd, c'est Jocelyn et sly qui sont à la manœuvre (ils ont de l'entrainement avec la double install d'osm108 pour layers...). Une lecture dans le train/avion pour Lyon: Cours de sémiologie graphie et conception cartographie de Gérard Weber à l'ENSG http://fad.ensg.eu/moodle/course/view.php?id=9 141 pages en PDF à télécharger librement... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Nouveau débutant sur l'Ardèche (Autocars Ginhoux)
Le message suivant de Fred N - Autocars Ginhoux: ## Bonjour à tous… Juste pour me présenter et annoncer (par l'intermédiaire de mes collègues et moi-même) la participation prochaine de l'Entreprise Ginhoux au projet OSM. Nous sommes une société de transport autocars agissant essentiellement sur les départements de l'Ardèche, Gard, Drôme, Vaucluse… et souhaitons apporter notre contribution, dans un premier temps sur les informations qui nous passionnent et nous concernent : les lignes de transport/arrêts de bus/etc. Puis d'autres choses par la suite si nos compétences nous le permettent. J'espère que nous serons en mesure de nous servir correctement des outils OSM mis à disposition, sans faire d'erreur, car nous sommes véritablement débutants, au stade de la découverte du système. Nous aurons sans doute occasionnellement besoin de vos lumières sur certains points, et ne manquerons pas de vous solliciter… voir de vous embêter un peu ;) De même, si notre expérience sur notre secteur, ou nos compétences peuvent servir à quelqu'un, nous serons heureux de pouvoir aider. Un grand merci déjà pour votre accueil et encouragements ! Fred N - Autocars Ginhoux (PS : Une première question déjà… quelqu'un pourrait-il nous donner une liste des principales applications mobile ou site web utilisant les données OSM ?) a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=10t=515 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleures réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Impression de banderolle... votre avis ?
Elle est là: http://www.cquest.org/temp/banderolle-osm.png Impression sur bâche vinyle de 2,50m de large dans l'après-midi... -- Christian Quest - OpenStreetMap France Week-end SOTM-FR à Lyon, les 23-24 février prochains: http://openstreetmap.fr/sotmfr2013 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Impression de banderolle... votre avis ?
totalement pour ! on devrait bien trouver un endroit à l'epitech pour quelle soit un peu visible sur els photos ... Sylvain Le 20 février 2013 10:37, Christian Quest cqu...@openstreetmap.fr a écrit : Elle est là: http://www.cquest.org/temp/banderolle-osm.png Impression sur bâche vinyle de 2,50m de large dans l'après-midi... -- Christian Quest - OpenStreetMap France Week-end SOTM-FR à Lyon, les 23-24 février prochains: http://openstreetmap.fr/sotmfr2013 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Impression de banderolle... votre avis ?
Jolie :) D'expérience, favorisez une banderole pas plus haute qu'une table, soit 70cm. Car quand il n'y a pas de support mural, il faut pouvoir la suspendre au devant d'une table sans devoir la faire trainer par terre... Erik Le 20 février 2013 10:44, Sylvain Maillard sylvain.maill...@gmail.com a écrit : totalement pour ! on devrait bien trouver un endroit à l'epitech pour quelle soit un peu visible sur els photos ... Sylvain Le 20 février 2013 10:37, Christian Quest cqu...@openstreetmap.fr a écrit : Elle est là: http://www.cquest.org/temp/banderolle-osm.png Impression sur bâche vinyle de 2,50m de large dans l'après-midi... -- Christian Quest - OpenStreetMap France Week-end SOTM-FR à Lyon, les 23-24 février prochains: http://openstreetmap.fr/sotmfr2013 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Impression de banderolle... votre avis ?
Le 20 février 2013 10:37, Christian Quest cqu...@openstreetmap.fr a écrit : Elle est là: http://www.cquest.org/temp/banderolle-osm.png Impression sur bâche vinyle de 2,50m de large dans l'après-midi... Et en fin de vie recyclée par Bilum http://www.bilum.fr/. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistiques
Je ressors ce vieux sujet de la naphtaline, car Peter Körner vient d'annoncer du nouveau concernant les besoins en mémoire vive lors de l'import des extraits historiques, qui devenaient vite démesurés : http://lists.openstreetmap.org/pipermail/dev/2013-February/026598.html *Maybe even germany.osh.pbf or france.osh.pbf would work out with 6 GB or 8 GB.**I'd love to hear feedback about this.* Quelqu'un a les ressources ou serait prêt à tenter l'aventure sur un bout de serveur osm_fr ? à la clef, moultes animations et statistiques sur l'évolution d'OSM en France (métropolitaine) Le 16 octobre 2012 10:37, Ab_fab gamma@gmail.com a écrit : J'ai reposé la question sur dev hier, et Peter Körner m'a répondu en privé. Cela confirme le souci actuel concernant l'utilisation de la mémoire avec de gros extraits historiques. Mais rien n'est perdu pour qui veut (et surtout peut) s'attaquer au souci : *Hi Well, osm-history-renderer is - after all - a proof of concept. It's impossible atm. to import a full country without having tons of RAM. If you are interested in optimizing the memory usage I could provide you with plans about a memory layout frederik ramm and I once talked about; I never came around to implement it, while the necessary interfaces are already in place. Regards, Peter* Le 12 juillet 2012 11:25, Aurélien FILEZ kinj...@gmail.com a écrit : Bonjour, J'ai téléchargé le fichier france.osh.pbf, qui date de juin il me semble, et n'ai pas fait de découpage, étant donné que je recherche à sortir des statistiques sur l'ensemble de la France. Puis j'ai tenté de l'importer comme suit : osm-history-importer france.osh.pbf Au fur et à mesure de la lecture, la mémoire se remplit, jusqu'à ne plus pouvoir allouer quoi que ce soit. Est-ce qu'il y aurait un mode qui irait écrire directement en base, sans garder tant d'information en mémoire ? 2012/7/12 Arnaud Vandecasteele arnaud@gmail.com Cela dépend de quel process tu aprles : - osm-history-splitter découpe la zone que tu désires - osm-history-importer importe les données en base - et osm-history-renderer génère les animations Concernant les perfs. Pour ma part, j'ai un petit serveur qui tourne sur Ubuntu 12.04 avec 2Go de Ram. Chaque processus me prend 98% du CPU. Donc à ne pas faire sur un serveur en prod. Ensuite la taille dépend essentiellement du nombre d'images générées (en fonction du pas de temps) et de la dimension celles-ci. Difficile à dire donc. Arnaud 2012/7/12 Aurélien FILEZ kinj...@gmail.com Sur mon ubuntu server, de 8Go de RAM alors qu'il n'y a que ça qui tourne, ça me met encore une erreur par manque de mémoire. Ça n'écrit pas dans la BDD au fur et à mesure de la lecture ? 2012/7/12 Ab_fab gamma@gmail.com Cool, Tu nous tiens au courant des choses que tu as mis en pratique avec ? Et sinon, quels sont les besoins en mémoire de cet import, au final ? et l'espace disque nécessaire ? (Mêmes questions pour Arnaud) Le 12 juillet 2012 10:18, Aurélien FILEZ kinj...@gmail.com a écrit : Non en fait j'étais en session a distance et ça ne m'avais pas renvoyé le message d'erreur. Une fois sur le pc physique, j'ai vu un problème de mémoire. Alors j'ai redémarré le serveur, et relancer le truc, tout seul, ça tourne ;) 2012/7/12 Ab_fab gamma@gmail.com As-tu bien donné à la bdd que tu as créée le même nom que le nom de l'utilisateur unix ? Selon le tuto : *next we'll get that data into the database. Oh wait: which database? * *We'll first have to setup our postgres database. It's best if you use your user-database (that's database-name = your unix username)* Je crois que j'avais du recommencer à cause de cette subtilité On continue l'investigation sur dev-fr ? Le 11 juillet 2012 19:07, Aurélien FILEZ kinj...@gmail.com a écrit : Après avoir exécuté osm-history-importer france.osh.pbf, j'obtiens des tables hist_point, hist_line et hist_polygon vides (0 rows) 2012/7/11 Christian Quest cqu...@openstreetmap.fr Mis sous forme de graphique c'est plus parlant (document LibreOffice)... http://dl.free.fr/pUraG0Fan On voit que le réseau autoroutier a été complet dès 2009, que les voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau primaire est stable depuis 2011. Le 11 juillet 2012 15:48, Christian Quest cqu...@openstreetmap.fr a écrit : Pour des stats il y a aussi ceci: http://length.osm4people.org/ Et pour la France : http://length.osm4people.org/france.html On y apprend qu'en novembre 2006, il y avait 2846km de routes et qu'en mars dernier on en était à plus d'1 million de km. En 2011, plus de 300.000km de routes on été ajoutés. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Impression de banderolle... votre avis ?
Oui, pas con.. ça donnerait ça en 250x70: http://www.cquest.org/temp/banderolle-osm-250x70.png Le 20 février 2013 10:47, Erik Amzallag amzallag.e...@gmail.com a écrit : Jolie :) D'expérience, favorisez une banderole pas plus haute qu'une table, soit 70cm. Car quand il n'y a pas de support mural, il faut pouvoir la suspendre au devant d'une table sans devoir la faire trainer par terre... Erik Le 20 février 2013 10:44, Sylvain Maillard sylvain.maill...@gmail.com a écrit : totalement pour ! on devrait bien trouver un endroit à l'epitech pour quelle soit un peu visible sur els photos ... Sylvain Le 20 février 2013 10:37, Christian Quest cqu...@openstreetmap.fr a écrit : Elle est là: http://www.cquest.org/temp/banderolle-osm.png Impression sur bâche vinyle de 2,50m de large dans l'après-midi... -- Christian Quest - OpenStreetMap France Week-end SOTM-FR à Lyon, les 23-24 février prochains: http://openstreetmap.fr/sotmfr2013 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Week-end SOTM-FR à Lyon, les 23-24 février prochains: http://openstreetmap.fr/sotmfr2013 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistiques
8Go c'est 1/8 de serveur R610... ça doit pouvoir se trouver ;) Le 20 février 2013 10:53, Ab_fab gamma@gmail.com a écrit : Je ressors ce vieux sujet de la naphtaline, car Peter Körner vient d'annoncer du nouveau concernant les besoins en mémoire vive lors de l'import des extraits historiques, qui devenaient vite démesurés : http://lists.openstreetmap.org/pipermail/dev/2013-February/026598.html *Maybe even germany.osh.pbf or france.osh.pbf would work out with 6 GB or 8 GB.**I'd love to hear feedback about this.* Quelqu'un a les ressources ou serait prêt à tenter l'aventure sur un bout de serveur osm_fr ? à la clef, moultes animations et statistiques sur l'évolution d'OSM en France (métropolitaine) Le 16 octobre 2012 10:37, Ab_fab gamma@gmail.com a écrit : J'ai reposé la question sur dev hier, et Peter Körner m'a répondu en privé. Cela confirme le souci actuel concernant l'utilisation de la mémoire avec de gros extraits historiques. Mais rien n'est perdu pour qui veut (et surtout peut) s'attaquer au souci : *Hi Well, osm-history-renderer is - after all - a proof of concept. It's impossible atm. to import a full country without having tons of RAM. If you are interested in optimizing the memory usage I could provide you with plans about a memory layout frederik ramm and I once talked about; I never came around to implement it, while the necessary interfaces are already in place. Regards, Peter* Le 12 juillet 2012 11:25, Aurélien FILEZ kinj...@gmail.com a écrit : Bonjour, J'ai téléchargé le fichier france.osh.pbf, qui date de juin il me semble, et n'ai pas fait de découpage, étant donné que je recherche à sortir des statistiques sur l'ensemble de la France. Puis j'ai tenté de l'importer comme suit : osm-history-importer france.osh.pbf Au fur et à mesure de la lecture, la mémoire se remplit, jusqu'à ne plus pouvoir allouer quoi que ce soit. Est-ce qu'il y aurait un mode qui irait écrire directement en base, sans garder tant d'information en mémoire ? 2012/7/12 Arnaud Vandecasteele arnaud@gmail.com Cela dépend de quel process tu aprles : - osm-history-splitter découpe la zone que tu désires - osm-history-importer importe les données en base - et osm-history-renderer génère les animations Concernant les perfs. Pour ma part, j'ai un petit serveur qui tourne sur Ubuntu 12.04 avec 2Go de Ram. Chaque processus me prend 98% du CPU. Donc à ne pas faire sur un serveur en prod. Ensuite la taille dépend essentiellement du nombre d'images générées (en fonction du pas de temps) et de la dimension celles-ci. Difficile à dire donc. Arnaud 2012/7/12 Aurélien FILEZ kinj...@gmail.com Sur mon ubuntu server, de 8Go de RAM alors qu'il n'y a que ça qui tourne, ça me met encore une erreur par manque de mémoire. Ça n'écrit pas dans la BDD au fur et à mesure de la lecture ? 2012/7/12 Ab_fab gamma@gmail.com Cool, Tu nous tiens au courant des choses que tu as mis en pratique avec ? Et sinon, quels sont les besoins en mémoire de cet import, au final ? et l'espace disque nécessaire ? (Mêmes questions pour Arnaud) Le 12 juillet 2012 10:18, Aurélien FILEZ kinj...@gmail.com a écrit : Non en fait j'étais en session a distance et ça ne m'avais pas renvoyé le message d'erreur. Une fois sur le pc physique, j'ai vu un problème de mémoire. Alors j'ai redémarré le serveur, et relancer le truc, tout seul, ça tourne ;) 2012/7/12 Ab_fab gamma@gmail.com As-tu bien donné à la bdd que tu as créée le même nom que le nom de l'utilisateur unix ? Selon le tuto : *next we'll get that data into the database. Oh wait: which database? * *We'll first have to setup our postgres database. It's best if you use your user-database (that's database-name = your unix username) * Je crois que j'avais du recommencer à cause de cette subtilité On continue l'investigation sur dev-fr ? Le 11 juillet 2012 19:07, Aurélien FILEZ kinj...@gmail.com a écrit : Après avoir exécuté osm-history-importer france.osh.pbf, j'obtiens des tables hist_point, hist_line et hist_polygon vides (0 rows) 2012/7/11 Christian Quest cqu...@openstreetmap.fr Mis sous forme de graphique c'est plus parlant (document LibreOffice)... http://dl.free.fr/pUraG0Fan On voit que le réseau autoroutier a été complet dès 2009, que les voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau primaire est stable depuis 2011. Le 11 juillet 2012 15:48, Christian Quest cqu...@openstreetmap.fr a écrit : Pour des stats il y a aussi ceci: http://length.osm4people.org/ Et pour la France : http://length.osm4people.org/france.html On y apprend qu'en novembre 2006, il y avait 2846km de routes et qu'en mars dernier on en était à plus d'1 million de km. En 2011, plus de 300.000km de routes on été ajoutés. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Le 20 février 2013 10:10, Christian Quest cqu...@openstreetmap.fr a écrit : Il y a un composant style osmfr sur http://trac.openstreetmap.fr/n'hésitez pas à l'utiliser pour proposer des améliorations et signaler des problèmes car ça arrive vite... on fait une modif qui va bien sur la zone sur laquelle on teste mais qui met la pagaille ailleurs ;) Bonjour, Bravo pour toutes ces petites modifs, cela rend déjà mieux que le rendu mapnik, en particulier le bati plus soft. Je vais bien sûr proposer des tickets, en particulier sur le placement des labels et des adresses. Est-ce que le style (CartoCSS ?) est dispo pour qu'on puisse faire des tests à la maison ? décalage du nom de la limite admin du bon côté du trait (merci ST_Buffer négatif) Il me semble qu'il y avait une autre ruse moins lourde, mais impossible de retrouver çà. Cela fera sûrement partie des discussions Lyonnaises... je pense pour ma part qu'il faut mettre en valeur nos données et proposant un exemple de rendu à mi chemin entre celui par défaut d'OSM un peu trop fouillis et pas très lisible et celui un peu trop générique de MapQuest, sans en faire un rendu spécialisé. En parlant de mettre en avant les données, est-il envisageable de rendre une couche UTFGrid http://mapbox.com/demo/visiblemap/ (ou une solution équivalente) avec les données OSM des POI, afin de les afficher au survol/clic de la souris ? Je n'ai aucune idée du cout CPU/disque que cela implique. Je ne pourrais être au SOTM-FR, et ca me rend tout triste ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistiques
Et pendant pas longtemps, en plus, vu les super disques durs. Une fois l'import réalisé, (j'imagine que l') on doit pouvoir réduire la RAM allouée jusqu'à pas grand chose, puisqu'il n'y a pas de mise à jour permanente pour ces extraits Je ne sais pas si l'intérêt de Peter sur la question pourrait aller jusqu'à faire le test lui même, si on lui laissait un peu de place pour une machine virtuelle et ses accès ? Si cela ne pose pas de cas de conscience au niveau de l'usage des ressources, on peut toujours lui proposer ? Le 20 février 2013 10:58, Christian Quest cqu...@openstreetmap.fr a écrit : 8Go c'est 1/8 de serveur R610... ça doit pouvoir se trouver ;) Le 20 février 2013 10:53, Ab_fab gamma@gmail.com a écrit : Je ressors ce vieux sujet de la naphtaline, car Peter Körner vient d'annoncer du nouveau concernant les besoins en mémoire vive lors de l'import des extraits historiques, qui devenaient vite démesurés : http://lists.openstreetmap.org/pipermail/dev/2013-February/026598.html *Maybe even germany.osh.pbf or france.osh.pbf would work out with 6 GB or 8 GB.**I'd love to hear feedback about this.* Quelqu'un a les ressources ou serait prêt à tenter l'aventure sur un bout de serveur osm_fr ? à la clef, moultes animations et statistiques sur l'évolution d'OSM en France (métropolitaine) Le 16 octobre 2012 10:37, Ab_fab gamma@gmail.com a écrit : J'ai reposé la question sur dev hier, et Peter Körner m'a répondu en privé. Cela confirme le souci actuel concernant l'utilisation de la mémoire avec de gros extraits historiques. Mais rien n'est perdu pour qui veut (et surtout peut) s'attaquer au souci : *Hi Well, osm-history-renderer is - after all - a proof of concept. It's impossible atm. to import a full country without having tons of RAM. If you are interested in optimizing the memory usage I could provide you with plans about a memory layout frederik ramm and I once talked about; I never came around to implement it, while the necessary interfaces are already in place. Regards, Peter* Le 12 juillet 2012 11:25, Aurélien FILEZ kinj...@gmail.com a écrit : Bonjour, J'ai téléchargé le fichier france.osh.pbf, qui date de juin il me semble, et n'ai pas fait de découpage, étant donné que je recherche à sortir des statistiques sur l'ensemble de la France. Puis j'ai tenté de l'importer comme suit : osm-history-importer france.osh.pbf Au fur et à mesure de la lecture, la mémoire se remplit, jusqu'à ne plus pouvoir allouer quoi que ce soit. Est-ce qu'il y aurait un mode qui irait écrire directement en base, sans garder tant d'information en mémoire ? 2012/7/12 Arnaud Vandecasteele arnaud@gmail.com Cela dépend de quel process tu aprles : - osm-history-splitter découpe la zone que tu désires - osm-history-importer importe les données en base - et osm-history-renderer génère les animations Concernant les perfs. Pour ma part, j'ai un petit serveur qui tourne sur Ubuntu 12.04 avec 2Go de Ram. Chaque processus me prend 98% du CPU. Donc à ne pas faire sur un serveur en prod. Ensuite la taille dépend essentiellement du nombre d'images générées (en fonction du pas de temps) et de la dimension celles-ci. Difficile à dire donc. Arnaud 2012/7/12 Aurélien FILEZ kinj...@gmail.com Sur mon ubuntu server, de 8Go de RAM alors qu'il n'y a que ça qui tourne, ça me met encore une erreur par manque de mémoire. Ça n'écrit pas dans la BDD au fur et à mesure de la lecture ? 2012/7/12 Ab_fab gamma@gmail.com Cool, Tu nous tiens au courant des choses que tu as mis en pratique avec ? Et sinon, quels sont les besoins en mémoire de cet import, au final ? et l'espace disque nécessaire ? (Mêmes questions pour Arnaud) Le 12 juillet 2012 10:18, Aurélien FILEZ kinj...@gmail.com a écrit : Non en fait j'étais en session a distance et ça ne m'avais pas renvoyé le message d'erreur. Une fois sur le pc physique, j'ai vu un problème de mémoire. Alors j'ai redémarré le serveur, et relancer le truc, tout seul, ça tourne ;) 2012/7/12 Ab_fab gamma@gmail.com As-tu bien donné à la bdd que tu as créée le même nom que le nom de l'utilisateur unix ? Selon le tuto : *next we'll get that data into the database. Oh wait: which database? * *We'll first have to setup our postgres database. It's best if you use your user-database (that's database-name = your unix username) * Je crois que j'avais du recommencer à cause de cette subtilité On continue l'investigation sur dev-fr ? Le 11 juillet 2012 19:07, Aurélien FILEZ kinj...@gmail.com a écrit : Après avoir exécuté osm-history-importer france.osh.pbf, j'obtiens des tables hist_point, hist_line et hist_polygon vides (0 rows) 2012/7/11 Christian Quest cqu...@openstreetmap.fr Mis sous forme de graphique c'est plus parlant (document LibreOffice)... http://dl.free.fr/pUraG0Fan On voit que le réseau autoroutier a été complet dès 2009, que les voies rapides
Re: [OSM-talk-fr] Statistiques
Le 20 février 2013 10:53, Ab_fab gamma@gmail.com a écrit : Je ressors ce vieux sujet de la naphtaline, car Peter Körner vient d'annoncer du nouveau concernant les besoins en mémoire vive lors de l'import des extraits historiques, qui devenaient vite démesurés : http://lists.openstreetmap.org/pipermail/dev/2013-February/026598.html *Maybe even germany.osh.pbf or france.osh.pbf would work out with 6 GB or 8 GB.**I'd love to hear feedback about this.* Quelqu'un a les ressources ou serait prêt à tenter l'aventure sur un bout de serveur osm_fr ? à la clef, moultes animations et statistiques sur l'évolution d'OSM en France (métropolitaine) C'est pas vrai ?! je viens de faire l'import de l'histo france, je croyais que j'en viendrai jamais à bout (16Gb de RAM + un fichier de swap sur SSD de 50Gb). Bonne nouvelle ! PS : Je prépare des video à la ITO - one year on edit. Si vous avez des idées de rendus... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Impression de banderolle... votre avis ?
Je trouve que gratuite n'est pas forcément correct : il y a bien quelqu'un qui paye quelque part. Libre et participative me semble déjà bien. De la liberté on peut aussi bien faire la gratuité que la facturité. Et de la participation on fait le partage des coûts, aussi bien que des ressources. Mais il est déjà 11h16, c'est peut être limite pour les délais :-) Cordialement. Le 20 février 2013 10:37, Christian Quest cqu...@openstreetmap.fr a écrit : Elle est là: http://www.cquest.org/temp/banderolle-osm.png Impression sur bâche vinyle de 2,50m de large dans l'après-midi... -- Christian Quest - OpenStreetMap France Week-end SOTM-FR à Lyon, les 23-24 février prochains: http://openstreetmap.fr/sotmfr2013 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Des textes à promenades http://drivrsdu.fr/des-textes-a-promenades/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm13 est opérationnel !
Le mercredi 20 février 2013 à 02:24 +0100, Philippe Verdy a écrit : Le 20 février 2013 01:51, Christian Quest cqu...@openstreetmap.fr a écrit : C'est vrai ça, j'aurai dû le rendre à free ce serveur tout neuf tellement c'est méga-super-archi nul d'avoir un lecteur de DVD sur une machine à 8000 euros. Je n'ai pas dit ça. Mais franchement la place qu'il prend pourra accueillir à la place une baie SSD, ou une batterie de secours pour le contrôleur RAID. Tu n'en a pas marre de dire des conneries à tout bout de champ ???!!! Où a tu vu que sur un serveur on collait des batterie de contrôleur RAID dans un emplacement de CD slim ???!!! Pathétique. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Impression de banderolle... votre avis ?
Bonjour, Je ne suis pas encore inscrit, mais il y a de fortes chances que je puisse venir au SOTM-FR ce week-end. Je saurai si c'est OK d'ici ce soir. Désolé Christian pour l'inscription de dernière minute, j'espère que tu m'accepteras encore au repas. :-[ Si je viens bien, je peux amener ma banderole qui avais déjà été utilisée sur différents stands, par exemple SIG-la-lettre 2012 : http://libreavous.teledetection.fr/albums-photos/image?format=rawtype=origid=129 Je ne connais pas les dimensions exactes, mais elle est dans un format accrochable sous une table (je l'ai déjà fait). Elle est imprimée sur tissu avec oeillets. C'est l'ancien logo, mais bon elle est pas trop mal quand même... a+ Nico Le 20/02/2013 10:57, Christian Quest a écrit : Oui, pas con.. ça donnerait ça en 250x70: http://www.cquest.org/temp/banderolle-osm-250x70.png Le 20 février 2013 10:47, Erik Amzallag amzallag.e...@gmail.com mailto:amzallag.e...@gmail.com a écrit : Jolie :) D'expérience, favorisez une banderole pas plus haute qu'une table, soit 70cm. Car quand il n'y a pas de support mural, il faut pouvoir la suspendre au devant d'une table sans devoir la faire trainer par terre... Erik ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Le 20 février 2013 11:01, Bruno Cortial bruno.cort...@laposte.net a écrit : Le 20 février 2013 10:10, Christian Quest cqu...@openstreetmap.fr a écrit : Il y a un composant style osmfr sur http://trac.openstreetmap.fr/n'hésitez pas à l'utiliser pour proposer des améliorations et signaler des problèmes car ça arrive vite... on fait une modif qui va bien sur la zone sur laquelle on teste mais qui met la pagaille ailleurs ;) Bonjour, Bravo pour toutes ces petites modifs, cela rend déjà mieux que le rendu mapnik, en particulier le bati plus soft. Je vais bien sûr proposer des tickets, en particulier sur le placement des labels et des adresses. Est-ce que le style (CartoCSS ?) est dispo pour qu'on puisse faire des tests à la maison ? décalage du nom de la limite admin du bon côté du trait (merci ST_Buffer négatif) Il me semble qu'il y avait une autre ruse moins lourde, mais impossible de retrouver çà. Il y a un patch pour mapnik qui permet de décaler plus proprement le texte, mais il n'est pas sur la version qu'on utilise. J'ai donc eu recours à ST_Buffer qui effectivement est gourmand. Cela fera sûrement partie des discussions Lyonnaises... je pense pour ma part qu'il faut mettre en valeur nos données et proposant un exemple de rendu à mi chemin entre celui par défaut d'OSM un peu trop fouillis et pas très lisible et celui un peu trop générique de MapQuest, sans en faire un rendu spécialisé. En parlant de mettre en avant les données, est-il envisageable de rendre une couche UTFGrid http://mapbox.com/demo/visiblemap/ (ou une solution équivalente) avec les données OSM des POI, afin de les afficher au survol/clic de la souris ? Je n'ai aucune idée du cout CPU/disque que cela implique. Le problème est de savoir ce qui a été rendu ou pas sur les tuiles et où car on peut laisser une tolérance de placement (utile pour les libellés de polygones). Je ne pourrais être au SOTM-FR, et ca me rend tout triste ! Tu aura quand même la rediffusion en streaming pour te consoler. -- Christian Quest - OpenStreetMap France Week-end SOTM-FR à Lyon, les 23-24 février prochains: http://openstreetmap.fr/sotmfr2013 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistiques
Tu nous fait ça pour vendredi soir qu'on le montre samedi en ouverture ? Le 20 février 2013 11:10, Bruno Cortial bruno.cort...@laposte.net a écrit : Le 20 février 2013 10:53, Ab_fab gamma@gmail.com a écrit : Je ressors ce vieux sujet de la naphtaline, car Peter Körner vient d'annoncer du nouveau concernant les besoins en mémoire vive lors de l'import des extraits historiques, qui devenaient vite démesurés : http://lists.openstreetmap.org/pipermail/dev/2013-February/026598.html *Maybe even germany.osh.pbf or france.osh.pbf would work out with 6 GB or 8 GB.**I'd love to hear feedback about this.* Quelqu'un a les ressources ou serait prêt à tenter l'aventure sur un bout de serveur osm_fr ? à la clef, moultes animations et statistiques sur l'évolution d'OSM en France (métropolitaine) C'est pas vrai ?! je viens de faire l'import de l'histo france, je croyais que j'en viendrai jamais à bout (16Gb de RAM + un fichier de swap sur SSD de 50Gb). Bonne nouvelle ! PS : Je prépare des video à la ITO - one year on edit. Si vous avez des idées de rendus... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Week-end SOTM-FR à Lyon, les 23-24 février prochains: http://openstreetmap.fr/sotmfr2013 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Impression de banderolle... votre avis ?
Je sais que la gratuité est toujours relative, et que ce n'est pas non plus le truc fondamental d'OSM, mais c'est ça qui parle à énormément de monde. C'est ça qu'on met aussi en avant dans le logiciel libre... libre et gratuit, non ? C'est de la comm, il en faut, surtout sur une banderolle ! Le 20 février 2013 11:16, Ista Pouss ista...@gmail.com a écrit : Je trouve que gratuite n'est pas forcément correct : il y a bien quelqu'un qui paye quelque part. Libre et participative me semble déjà bien. De la liberté on peut aussi bien faire la gratuité que la facturité. Et de la participation on fait le partage des coûts, aussi bien que des ressources. Mais il est déjà 11h16, c'est peut être limite pour les délais :-) Cordialement. Le 20 février 2013 10:37, Christian Quest cqu...@openstreetmap.fr a écrit : Elle est là: http://www.cquest.org/temp/banderolle-osm.png Impression sur bâche vinyle de 2,50m de large dans l'après-midi... -- Christian Quest - OpenStreetMap France Week-end SOTM-FR à Lyon, les 23-24 février prochains: http://openstreetmap.fr/sotmfr2013 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Des textes à promenades http://drivrsdu.fr/des-textes-a-promenades/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Week-end SOTM-FR à Lyon, les 23-24 février prochains: http://openstreetmap.fr/sotmfr2013 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistiques
Le 20 février 2013 11:34, Christian Quest cqu...@openstreetmap.fr a écrit : Tu nous fait ça pour vendredi soir qu'on le montre samedi en ouverture ? Brut de fonderie j'ai le bombardement des adresses de Nantes Métropole (4 Mo dispo en 720p). https://docs.google.com/file/d/0ByriFLbxzg_1UXRidnRtQXQwQ0k/edit?usp=sharing Pour le fond sonore je ne sais pas trop quoi faire Pour le reste (france), je travaille encore mon style ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Impression de banderolle... votre avis ?
Le 20/02/2013 11:16, Ista Pouss a écrit : Je trouve que gratuite n'est pas forcément correct : il y a bien quelqu'un qui paye quelque part. +1 moi (miaou), j'avais mis : la cartographie libre, mondiale, citoyenne http://helene.petit2.free.fr/attac2012/IMGP0153.JPG ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Impression de banderolle... votre avis ?
Le 20/02/2013 11:38, Christian Quest a écrit : Je sais que la gratuité est toujours relative, et que ce n'est pas non plus le truc fondamental d'OSM, mais c'est ça qui parle à énormément de monde. C'est ça qu'on met aussi en avant dans le logiciel libre... libre et gratuit, non ? C'est de la comm, il en faut, surtout sur une banderolle ! Oui, mais si c'est pas sur la banderolle les gens viennent sur le stand poser la question : et ça coute combien ?, et là, tu as ton accroche de comm avec un vrai contact physique qui te laissera son adresse mail, et tout le sainfoin ; cool. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistiques
Effectivement, ambiance blitz Pour la musique ? Above the Map de Zykos (festival SXSW2006) ;) Est-il possible de faire un rendu avec les différentes intégrations combinées ? Je pense à la poste, aux écoles, etc... bref visualiser l'apport des intégrations opendata. Le 20 février 2013 11:54, Bruno Cortial bruno.cort...@laposte.net a écrit : Le 20 février 2013 11:34, Christian Quest cqu...@openstreetmap.fr a écrit : Tu nous fait ça pour vendredi soir qu'on le montre samedi en ouverture ? Brut de fonderie j'ai le bombardement des adresses de Nantes Métropole (4 Mo dispo en 720p). https://docs.google.com/file/d/0ByriFLbxzg_1UXRidnRtQXQwQ0k/edit?usp=sharing Pour le fond sonore je ne sais pas trop quoi faire Pour le reste (france), je travaille encore mon style ;-) -- Christian Quest - OpenStreetMap France Week-end SOTM-FR à Lyon, les 23-24 février prochains: http://openstreetmap.fr/sotmfr2013 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistiques
Le mercredi 20 février 2013 11:54:17 Bruno Cortial a écrit : Le 20 février 2013 11:34, Christian Quest cqu...@openstreetmap.fr a écrit Tu nous fait ça pour vendredi soir qu'on le montre samedi en ouverture ? Brut de fonderie j'ai le bombardement des adresses de Nantes Métropole (4 Mo dispo en 720p). https://docs.google.com/file/d/0ByriFLbxzg_1UXRidnRtQXQwQ0k/edit?usp=sharing Pour le fond sonore je ne sais pas trop quoi faire Pour le reste (france), je travaille encore mon style ;-) Ça a de la gueule !! Ça t'a pris combien de temps en terme de manipulation ? -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistiques
Super boulot et l'animation est réussie. Est-ce un style perso que tu as utilisé pour le rendu ? Arnaud 2013/2/20 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net: Le mercredi 20 février 2013 11:54:17 Bruno Cortial a écrit : Le 20 février 2013 11:34, Christian Quest cqu...@openstreetmap.fr a écrit Tu nous fait ça pour vendredi soir qu'on le montre samedi en ouverture ? Brut de fonderie j'ai le bombardement des adresses de Nantes Métropole (4 Mo dispo en 720p). https://docs.google.com/file/d/0ByriFLbxzg_1UXRidnRtQXQwQ0k/edit?usp=sharing Pour le fond sonore je ne sais pas trop quoi faire Pour le reste (france), je travaille encore mon style ;-) Ça a de la gueule !! Ça t'a pris combien de temps en terme de manipulation ? -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Arnaud Vandecasteele SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://www.marinegis.com/?page_id=131 http://geotribu.net/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistiques
Le 20 février 2013 13:11, Christian Quest cqu...@openstreetmap.fr a écrit : Effectivement, ambiance blitz C'était pas vraiment voulu au départ ! Est-il possible de faire un rendu avec les différentes intégrations combinées ? Je pense à la poste, aux écoles, etc... bref visualiser l'apport des intégrations opendata. Tout est possible, dés l'instant qu'on ne manipule pas des relations multi polygone, car l'outil d'import d'historique ne les gère pas. Ca m'embête car je voulais faire une vidéo sur les limites communales, on doit pouvoir faire ca sur une base statique en allant chercher les timestamp avec des requêtes Overpass META. MP-moi ce que tu souhaites ! C'est le genre truc qui n'apporte rien en terme de contribution directe, mais peut apporter en visibilité externe. Je réfléchis pour intégrer une courbe montrant une progression (nb de points, nb de km), mais là on sort de mapnik... @Nicolas : Déjà j'ai découpé la zone voulue (osm-history-splitter), et importé dans postgis (1-2 heures je ne sais plus trop avec un i7 3770 16gb et un SDD Samsung 830 de 256 gb, c'est le SDD qui aide surtout) Ensuite sous TileMill j'ai stylé la carte à une date donnée. Le style fait une quinzaine de lignes (je vous le met en ligne sous peu), mais n'étant pas graphiste j'ai exploré les nouvelles options de composition de Mapnikhttp://mapbox.com/tilemill/docs/guides/comp-op/. Le cumul des points adresses (lueur rouge) est fait avec l'opérateur plus. Export du style CartoCSS vers le XML via Tilemill Le rendu: là aussi j'ai bien tourné en rond ! Pour obtenir les flash j'ai ajouté une colonne dans la base pour avoir l'âge de chaque objet. C'est sans doute totalement débile, je suis sûr qu'il existe des solutions sur les filtres d'encodage vidéo pour créer ce genre d'effet à partir des images rendues. Combien d'images rendre ? quelle durée ? quel combien de frame d'animation pour un flash ? Beaucoup de tâtonnements. Quand je me suis aperçu que les dailymotion, youtube fonctionnaient en 24p (j'en avais prévu le double :luxe:) j'ai mis une image sur deux à la poubelle :-/ Ah oui ! osm-history-render n'utilise qu'un coeur CPU... En gros il faut le lancer en // sur des périodes distinctes pour accélérer la chose. Pour la durée du rendu simple coeur, je ne sais plus, 5-6 heures. Encodage de la vidéo avec ffmpeg 5 minutes ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistiques
Ensuite sous TileMill j'ai stylé la carte à une date donnée. Le style fait une quinzaine de lignes (je vous le met en ligne sous peu), mais n'étant pas graphiste j'ai exploré lesnouvelles options de composition de Mapnik http://mapbox.com/tilemill/docs/guides/comp-op/. Le cumul des points adresses (lueur rouge) est fait avec l'opérateur plus. Export du style CartoCSS vers le XML via Tilemill Je serai intéressé par ton style, fais mois signe quand il est en ligne. Je retenterai bien l'expérience car c'est tout de meme plus sympa que la précédente animation que j'avais réalisé... http://geotribu.net/applications/osm_reunion_animation/reunion_animation.html Merci Arnaud ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistiques
De : Bruno Cortial Le 20 février 2013 13:11, Christian Quest a écrit Est-il possible de faire un rendu avec les différentes intégrations combinées ? Je pense à la poste, aux écoles, etc... bref visualiser l'apport des intégrations opendata. Tout est possible, dés l'instant qu'on ne manipule pas des relations multi polygone, car l'outil d'import d'historique ne les gère pas. Ca m'embête car je voulais faire une vidéo sur les limites communales, on doit pouvoir faire ca sur une base statique en allant chercher les timestamp avec des requêtes Overpass META. Je plussois pour le rendu des limites communales (j'osais pas te le demander :-) ). Il faudra qu'il fonctionne une fois la France au complet (lire : il reste quelques mois pour mettre ça au point, tranquille). Et intéressé aussi par les rendus des thématiques opendata. merci ! vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] nouveau
Le message suivant de taipak: ## bonjour à tous , Je viens de faire mes premiers pas sur openstreetmap Je travaille au Conseil Général de la Vendée et je suis ,entre autre , des chantiers sur les routes départementales . C'est ainsi que pour ma première contrib ,j'ai inséré ,un nouveau giratoire sur la commune de Saint Révérend , sur la Rd 6 . petit bug : le giratoire disparait à certaines échelles !! pour information : Je dis bien Rd ( route départementale) , le terme Cd(chemin départemental) n'est plus employé depuis de longues années ! de même que pk(point kilométrique) est remplacé par Pr(point Réel) car un Pr ne fait pas forcément 1 km ;il peut faire plus ou faire moins ! Content de pouvoir contribuer à mon modeste niveau . Une question : comment transformer les cartes openstreetmap pour les intégrer à un gps Mappy ? openstreetmapement vôtre ! a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=10t=516 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleures réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Très intéressants ces rendus. Je vous égare dans une autre direction que les portes cafés - on ouvre le tiroir à DVD et on y dépose le café de le trou prévu à cet effet. Histoire racontée par des services de dépannage informatique. Si j'utilise un lien avec un zoom plus grand que 18, la page Tile ne retombe pas sur ses pattes. voir http://tile.openstreetmap.fr/?zoom=20lat=45.51551lon=-73.5315layers=000B00 Aussi, lors d'activations humanitaires, nous avons souvent besoin de discuter d'observations faites sur le terrain. Pour cela, une page de comparaison entre OSM et l'Imagerie Bing est très utile. La page tile.openstreetmap.fr serait un bon endroit pour y ajouter une couche Bing. Pierre De : Christian Quest cqu...@openstreetmap.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mercredi 20 février 2013 3h35 Objet : [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !) Le 20 février 2013 06:24, Vincent de Chateau-Thierry v...@laposte.net a écrit : C'est vrai Christian, tu devrais enlever le lecteur DVD et l'installer dans ta voiture pour les passagers arrières. Quoique dans une Smart... :-) Un DVD pour le chien dans le coffre alors ;) Didier ? Sinon, est-ce que cette machine a une destination particulière ? Tuiles au zoom 19, french rendu, instance OSRM, que sais-je...? Cette machine est taillée pour du rendu de tuiles, grace à son SSD en PCI express qui élimine en grande partie le goulot d'étranglement des IOPs comparé aux 6 disques SAS en RAID. Vous pouvez comparer entre 2u sur http://layers.openstreetmap.fr et osmfr sur http://tile.openstreetmap.fr (sachant que j'ai quelques requêtes SQL qui peuvent être optimisées). Cela fera sûrement partie des discussions Lyonnaises... je pense pour ma part qu'il faut mettre en valeur nos données et proposant un exemple de rendu à mi chemin entre celui par défaut d'OSM un peu trop fouillis et pas très lisible et celui un peu trop générique de MapQuest, sans en faire un rendu spécialisé. C'est dans ce but que j'ai adapté le rendu OSM pour faire ce que j'ai pompeusement appelé rendu osmfr car adapté aux habitudes et à notre culture (croix verte pour les pharmacies, les boulangeries symbolisées par une baguette au lieu d'un bretzel, etc). Ensuite j'ai cherché à améliorer la lisibilité et la hiérarchisation de l'info en différenciant un peu plus chaque niveau de zoom. J'ai aussi corrigé les principaux défaut souvent signalés: les noms des communes en double par exemple... J'ai aussi adapté la feuille de style pour avoir un 19ème niveau de zoom à peu près cohérent. Voici la liste de mes modifs: http://wiki.openstreetmap.org/wiki/User:Cquest/osmfr_stylesheet Dès que c'est au propre, je partage ça sur github. Et au passage merci pour le temps que tu consacres à tout ça. De rien, je le fais avec plaisir et parce que j'apprends plein de choses en mettant ainsi les mains dans le cambouis. Contribuer c'est très bien, et réutiliser les données me semble aussi très enrichissant sur la manière de contribuer car on voit toute la complexité à exploiter cette masse de données pas toujours très cohérentes. A titre d'exemple, sachant qu'on avait un anglais qui viendrait au SOTMFR à Lyon (Henk de l'OSMF) je me suis dit il faut que je rajoute le logo du métro londonien... or, il y a semble-t-il bien moins de cohérence sur le réseau du métro de Londres que sur ceux qu'on a en France. Des valeurs multiples dans network, pas de tag operator, des gares non membre de relation de route, etc... donc j'ai remis ça pour plus tard. Je me creuse encore la tête pour faire un rendu simplifié des adresses en ne faisant apparaitre que les numéros aux coins de rue... sans bien partir dans des requêtes SQL trop lentes. -- Christian Quest - OpenStreetMap France Week-end SOTM-FR à Lyon, les 23-24 février prochains: http://openstreetmap.fr/sotmfr2013 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Bing ne nous autorise pas (il me semble) à faire ce mix, mais uniquement à utiliser leurs images pour décalquer par dessus. Pour le zoom 19, j'avais cassé ça bêtement... num_zoomlevels = 19 - ça va jusqu'au zoom 18, donc il fallait laisser 20 ;) http://tile.openstreetmap.fr/?zoom=19lat=45.51551lon=-73.5315layers=B0 Le 20 février 2013 16:14, Pierre Béland pierz...@yahoo.fr a écrit : Très intéressants ces rendus. Je vous égare dans une autre direction que les portes cafés - on ouvre le tiroir à DVD et on y dépose le café de le trou prévu à cet effet. Histoire racontée par des services de dépannage informatique. Si j'utilise un lien avec un zoom plus grand que 18, la page Tile ne retombe pas sur ses pattes. voir http://tile.openstreetmap.fr/?zoom=20lat=45.51551lon=-73.5315layers=000B00 Aussi, lors d'activations humanitaires, nous avons souvent besoin de discuter d'observations faites sur le terrain. Pour cela, une page de comparaison entre OSM et l'Imagerie Bing est très utile. La page tile.openstreetmap.fr serait un bon endroit pour y ajouter une couche Bing. Pierre -- *De :* Christian Quest cqu...@openstreetmap.fr *À :* Discussions sur OSM en français talk-fr@openstreetmap.org *Envoyé le :* Mercredi 20 février 2013 3h35 *Objet :* [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !) Le 20 février 2013 06:24, Vincent de Chateau-Thierry v...@laposte.net a écrit : C'est vrai Christian, tu devrais enlever le lecteur DVD et l'installer dans ta voiture pour les passagers arrières. Quoique dans une Smart... :-) Un DVD pour le chien dans le coffre alors ;) Didier ? Sinon, est-ce que cette machine a une destination particulière ? Tuiles au zoom 19, french rendu, instance OSRM, que sais-je...? Cette machine est taillée pour du rendu de tuiles, grace à son SSD en PCI express qui élimine en grande partie le goulot d'étranglement des IOPs comparé aux 6 disques SAS en RAID. Vous pouvez comparer entre 2u sur http://layers.openstreetmap.fr et osmfr sur http://tile.openstreetmap.fr(sachant que j'ai quelques requêtes SQL qui peuvent être optimisées). Cela fera sûrement partie des discussions Lyonnaises... je pense pour ma part qu'il faut mettre en valeur nos données et proposant un exemple de rendu à mi chemin entre celui par défaut d'OSM un peu trop fouillis et pas très lisible et celui un peu trop générique de MapQuest, sans en faire un rendu spécialisé. C'est dans ce but que j'ai adapté le rendu OSM pour faire ce que j'ai pompeusement appelé rendu osmfr car adapté aux habitudes et à notre culture (croix verte pour les pharmacies, les boulangeries symbolisées par une baguette au lieu d'un bretzel, etc). Ensuite j'ai cherché à améliorer la lisibilité et la hiérarchisation de l'info en différenciant un peu plus chaque niveau de zoom. J'ai aussi corrigé les principaux défaut souvent signalés: les noms des communes en double par exemple... J'ai aussi adapté la feuille de style pour avoir un 19ème niveau de zoom à peu près cohérent. Voici la liste de mes modifs: http://wiki.openstreetmap.org/wiki/User:Cquest/osmfr_stylesheet Dès que c'est au propre, je partage ça sur github. Et au passage merci pour le temps que tu consacres à tout ça. De rien, je le fais avec plaisir et parce que j'apprends plein de choses en mettant ainsi les mains dans le cambouis. Contribuer c'est très bien, et réutiliser les données me semble aussi très enrichissant sur la manière de contribuer car on voit toute la complexité à exploiter cette masse de données pas toujours très cohérentes. A titre d'exemple, sachant qu'on avait un anglais qui viendrait au SOTMFR à Lyon (Henk de l'OSMF) je me suis dit il faut que je rajoute le logo du métro londonien... or, il y a semble-t-il bien moins de cohérence sur le réseau du métro de Londres que sur ceux qu'on a en France. Des valeurs multiples dans network, pas de tag operator, des gares non membre de relation de route, etc... donc j'ai remis ça pour plus tard. Je me creuse encore la tête pour faire un rendu simplifié des adresses en ne faisant apparaitre que les numéros aux coins de rue... sans bien partir dans des requêtes SQL trop lentes. -- Christian Quest - OpenStreetMap France Week-end SOTM-FR à Lyon, les 23-24 février prochains: http://openstreetmap.fr/sotmfr2013 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Week-end SOTM-FR à Lyon, les 23-24 février prochains: http://openstreetmap.fr/sotmfr2013 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Le mercredi 20 février 2013 16:26:33 Christian Quest a écrit : Bing ne nous autorise pas (il me semble) à faire ce mix, mais uniquement à utiliser leurs images pour décalquer par dessus. Oui, et ça manque des fois. Mais grâce au CRAIG, j'ai pu répondre à une suggestion de mes élus :-) http://minilien.fr/a0m6cx -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Multipolygone
Bonsoir, Je suis débutant en JOSM, et je me trouve confronté à un problème de multipolygone, en effet je souhaite représenter des ilots insubmersibles au sein d'une zone inondable et je ne trouve pas la réponse. Merci d'avance pour l'aide Hervé dans le 56 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Multipolygone
Le mercredi 20 février 2013 19:02:59 BLOREC a écrit : Bonsoir, Je suis débutant en JOSM, et je me trouve confronté à un problème de multipolygone, en effet je souhaite représenter des ilots insubmersibles au sein d'une zone inondable et je ne trouve pas la réponse. Merci d'avance pour l'aide Normalement JOSM se débrouille tout seul avec l'action « Créer un multipolygone » dans le menu « Outils », après avoir sélectionné tes polygones concernés : bordures (outer) et îlots (inner). Tu peux ensuite vérifier ta relation dans la liste des relations (fenêtre à droite qu'il faut éventuellement afficher avec un bouton à gauche ou Alt+R). Je viens de me rendre compte que peu de doc sur les relations dans JOSM existent en français : http://wiki.openstreetmap.org/wiki/JOSM/Advanced_editing http://josm.openstreetmap.de/wiki/Help/Dialog/RelationEditor Ici, tu peux lire comment créer de toute pièce une relation : http://wiki.openstreetmap.org/wiki/FR:Relation:route#JOSM Après les relations, il faut pratiquer. Je trouve JOSM assez intuitif une fois qu'on sait comment ça marche (ça peut se dire ça ?). -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Le 20/02/2013 16:26, Christian Quest a écrit : Bing ne nous autorise pas (il me semble) à faire ce mix, mais uniquement à utiliser leurs images pour décalquer par dessus. Pour le zoom 19, j'avais cassé ça bêtement... num_zoomlevels = 19 - ça va jusqu'au zoom 18, donc il fallait laisser 20 ;) http://tile.openstreetmap.fr/?zoom=19lat=45.51551lon=-73.5315layers=B0 Une idée pour ce rendu... Sur les terrains de sport, à zoom un peu fort, il pourrait y avoir une icône indiquant le sport pratiqué : foot, rugby... Peut-être qu'il y aura collision entre des icônes athlétisme et foot sur un certain nombre de terrains. Il faudrait alors privilégier le terrain du centre : on devine l'usage de la piste extérieure. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Multipolygone
Le 20/02/2013 21:15, Nicolas Dumoulin a écrit : Le mercredi 20 février 2013 19:02:59 BLOREC a écrit : Bonsoir, Je suis débutant en JOSM, et je me trouve confronté à un problème de multipolygone, en effet je souhaite représenter des ilots insubmersibles au sein d'une zone inondable et je ne trouve pas la réponse. Merci d'avance pour l'aide Normalement JOSM se débrouille tout seul avec l'action « Créer un multipolygone » dans le menu « Outils », après avoir sélectionné tes polygones concernés : bordures (outer) et îlots (inner). Tu peux ensuite vérifier ta relation dans la liste des relations (fenêtre à droite qu'il faut éventuellement afficher avec un bouton à gauche ou Alt+R). Je viens de me rendre compte que peu de doc sur les relations dans JOSM existent en français : http://wiki.openstreetmap.org/wiki/JOSM/Advanced_editing http://josm.openstreetmap.de/wiki/Help/Dialog/RelationEditor Ici, tu peux lire comment créer de toute pièce une relation : http://wiki.openstreetmap.org/wiki/FR:Relation:route#JOSM Après les relations, il faut pratiquer. Je trouve JOSM assez intuitif une fois qu'on sait comment ça marche (ça peut se dire ça ?). Merci pour l'info, je vais faire des essais Hervé ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression GR dans OSM (encore) (était [forum-osm-fr] Réalisation de cartes Garmin...)
Bonjour, Je suis partisans de laisser les relations tant qu'aucune demande n’aura été formulée pour demander leur suppression. Pour ce qui est du risque juridique, si j'ai bien compris, OSM a demandé à la FFRP l'autorisation, mais n'a pas reçu de réponse. Donc la FFRP est parfaitement au courant et a choisi de laisser faire. OSM est toujours a temps de retirer les relations en question en cas de demande explicite de la FFRP. wikipedia publie les itinéraires de manières suffisamment détaillée pour pouvoir les recréer sur une carte. Quelqu'un sait-il s'ils ont eu des débats à ce sujet ? ont-ils une autorisation pour cela ? Balaitous Le dimanche 17 février 2013 à 11:03 +0100, Pieren a écrit : 2013/2/16 fo...@letuffe.org: Le message suivant de : ## j'ai pris le temps de renseigner un wiki sur le sujet, y figure le détail du style mkgmap et du fichier typ requis pour obtenir l'affichage désiré. Ce message posté sur le forum m'a permis de retrouver un grand itinéraire GR encore présent dans OSM: http://www.openstreetmap.org/browse/relation/2650826 Bien que la relation ne contienne pas la mention directe GR, le tracé est clairement celui de l'itinéraire GR36 de la FFRP. La référence (36) et le balisage (tag osmc:symbol) sont aussi de la FFRP. Rappelons qu'il n'y a pas que la marque GR qui soit déposée mais que les tribunaux ont construit une jurisprudence qui considère que les itinéraires eux-mêmes sont une oeuvre originale protégée par le droit d'auteur (donc on sort un peu du cadre restreint du droit des marques). Pour ceux qui doutent encore, lire ceci : http://www.voxpi.info/2008/12/12/la-protection-juridique-des-itinraires-de-randonne/ Je pense donc qu'il est nécessaire, malheureusement, de supprimer cette relation (et les autres du même type). Je dis malheureusement parce qu'on voit bien que certains contributeurs y investissent beaucoup de temps et que ça ne sera pas de gaité de coeur que cela sera supprimé mais par obligation vis à vis du projet OSM qui est doit être irréprochable dans la protection du droit d'auteur, bien plus que la multitude des sites internets amateurs qui parlent des GR et qui sont tolérés parce qu'il sont justement amateurs, faits par des amoureux de rando et dans un but non lucratif. Alors qu'OSM est une base de données qui peut servir à tout, y compris des applications commerciales et doit rester à ce titre irréprochable. Comme je ne me sens pas l'âme d'un bourreau et que cette décision doit être commune, je souhaiterais que ces suppressions des relations GR, parfois imposantes en taille, maintes fois évoquées sur cette liste et ailleurs, mais jamais effectuées, soient discutées par ses membres les plus impliqués lors du prochain SOTM-Fr et actées une fois pour toute (ou plutôt, jusqu'à changement du contexte juridique ou d'un accord avec la FFRP). Qu'en pensez vous ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Requête XAPI dans le Mirror download
Merci, c'était exactement ce que je cherchais. J'avais l'habitude d'utiliser des xapi ou jxapi par le passé mais ne savais pas ce que la syntaxe devait ici comprendre. Je n'ai pas l’impression aue dans le wiki, que j'avais consulté il soit donné un tel exemple pour cette fonctionnalité du Mirror Download. Ah et pour rassurer Christian, non bien sûr je ne comptais pas appliquer cette requête au monde entier mais sur une zone précise :) Message: 1 Date: Mon, 18 Feb 2013 13:05:54 +0100 From: sly (sylvain letuffe) li...@letuffe.org To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] Requête XAPI dans le Mirror download Message-ID: 201302181305.55022.li...@letuffe.org Content-Type: text/plain; charset=iso-8859-15 On lundi 18 février 2013, Severin MENARD wrote: Bonjour, Quelqu'un connait-il la formule magique pour faire fonctionner le requêteur XAPI du plug-in Mirror download ? Mes requêtes résultent toujours en erreur. Exemple recherché : une requête qui identifie tous les objets contenant une clé name. Télécharger depuis un miroir Objet type : * requête XAPI : [name=*] Sélectionnes une zone La documentation est ici : http://wiki.openstreetmap.org/wiki/Xapi -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Génial ce nouveau rendu! Désolé si je fait trop de commentaires, mais autant en profiter de faire un rendu qui soit adapté aux Français! Au zoom 14 les noms des hammeaux et lieux dits apparait... est-ce que c'est possible d'y différencier le ou les bourgs principaux avec une police non italique ou en gras? comme pour le zoom 15? http://tile.openstreetmap.fr/?zoom=14lat=46.43702lon=-0.28113layers=B0 Sinon j'ai trouvé un double nom pas loin de chez moi: http://tile.openstreetmap.fr/?zoom=14lat=46.68232lon=-0.39861layers=B0 Pour la baguette est-il possible de la mettre a 45° et/ou un chouilla plus gros? car a plat ca fait une sorte de trait. C'est génial de mettre en avant les gares, la poste, les pharmacies, les hopitaux pour des zoom plus gros. Le drapeau pour la mairie est une bonne idée, mais la première fois que je l'ai vu, je me demandais ce que ca représentait? donc un texte mairie est peut etre a accompagner? En plus au zoom 15 il disparait, alors qu'il apparait dès le 14: http://tile.openstreetmap.fr/?zoom=15lat=46.31886lon=-0.58659layers=B0 Et meme au zoom 14 quand un nom est par dessus il n'apparait pas exemple pour Niort alors qu'on oit bien les mairies annexes: http://tile.openstreetmap.fr/?zoom=14lat=46.32597lon=-0.45319layers=B0 Pour les Temples Protestant serait-il possible de les faire apparaître avec une croix voire même avec une croix huguenote plutôt qu'avec un carré? http://tile.openstreetmap.fr/?zoom=19lat=46.32314lon=-0.46065layers=B0 Pour les églises (catho, protestants, ou autres), campings, et offices de tourismes est-il possible de les afficher dès le zoom 15 comme pour les hopitaux? Ce sont des points de repère que l'on donne assez souvent pour des personnes qui ne connaissent pas une ville... Autre proposition: je ne pense pas que c'est utile de les mettre sur le rendu osmfr, mais serait-il possible de rajouter des calques de pistes cyclables, transports en communs, et d'altimétrie que l'on cocherais pour activer en transparence par dessus le rendu osmfr? Dernière idée, il n'est pas possible de mettre sur http://tile.openstreetmap.fr un calque bing, mais si l'auteur de francetopo le veut bien, on peut éventuellement mettre un calque francetopo voire même peut etre un rendu 3Liz ou un autre rendu fait par des français? -- View this message in context: http://gis.19327.n5.nabble.com/Vers-une-mise-a-disposition-d-un-rendu-FR-etait-osm13-est-operationnel-tp5750007p5750100.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
On 21/02/13 00:01, PierreV wrote: Génial ce nouveau rendu! Pour la baguette est-il possible de la mettre a 45° et/ou un chouilla plus gros? car a plat ca fait une sorte de trait. Yep, je plussoie. On dirait une lame de scie à bois C'est génial de mettre en avant les gares, la poste, les pharmacies, les hopitaux pour des zoom plus gros. Le drapeau pour la mairie est une bonne idée, mais la première fois que je l'ai vu, je me demandais ce que ca représentait? À Genève, avec toutes les missions et consulats, ce drapeau fait penser à un consulat aussi. donc un texte mairie est peut etre a accompagner? En plus au zoo Sinon, pas mal du tout ! ;) -- Frank Villaro-Dixon - PGP: 6F36914A http://frank.villaro-dixon.eu ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Demandes de co-voiturage pour aller et retour jusqu’à et depuis Lyon / l'Épitech.
Bonsoir, Je sais que c'est un peu tard, mais étant dispo a la seule condition que je ne soit pas seul pour faire l'allé-retour, je suis prêt a traverser la france pour vous rejoindre a Lyon: Ceux qui seraient intéressé pour du covoiturage sur le trajet: Niort-Poitiers-Clermont-Lyon qu'il me fassent signe sur: http://www.covoiturage.fr/trajet-niort-lyon-8955493 -- View this message in context: http://gis.19327.n5.nabble.com/Demandes-de-co-voiturage-pour-aller-et-retour-jusqu-a-et-depuis-Lyon-l-Epitech-tp5748499p5750102.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)
Le 21 février 2013 00:01, PierreV belett...@hotmail.fr a écrit : Sinon j'ai trouvé un double nom pas loin de chez moi: http://tile.openstreetmap.fr/?zoom=14lat=46.68232lon=-0.39861layers=B0 Pour le double nom Hérisson, il y a un nom donné à la zone résidentielle. Ça peut en être la cause. D'ailleurs quelle est la recommandation d'édition concernant les nom de zone ? Faut il les mettre ou pas ? Il y a également une aire sans nom ni tag autour de la mairie, ce serait à contrôler. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] broken motorway in Kiyosu
Hi, Apologies for posting in english . http://www.openstreetmap.org/?lat=35.21971lon=136.856408zoom=18layers=M The motorway looks broken , and its edited by user nobichan . It seems to be taken from bing imagery , Please have a look at it and correct it directly at http://www.openstreetmap.org/browse/way/135675920 Regards, Pavi ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] road names along the A50 (and elsewhere)
Rovastar wrote: Foston Hatton Hilton Bypass, etc don't as far I I know appear on the ground however I think the some record should appear in OSM. I am worried about the trend in this case of placing them as the name of the road as what reference point would people use for these. Having lived near there (part time) for six years, certainly I never heard anyone call it that. I tend to tag C-roads with admin_ref rather than ref, on the basis that it's a reference for administrative purposes rather than general usage. By the same token, maybe admin_name would work here, or something like it. cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/road-names-along-the-A50-and-elsewhere-tp5749880p5750003.html Sent from the Great Britain mailing list archive at Nabble.com. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] road names along the A50 (and elsewhere)
I'd use alt_name. At least it's an established place to look for alternative stuff. On Wed, Feb 20, 2013 at 8:17 AM, Richard Fairhurst rich...@systemed.netwrote: Rovastar wrote: Foston Hatton Hilton Bypass, etc don't as far I I know appear on the ground however I think the some record should appear in OSM. I am worried about the trend in this case of placing them as the name of the road as what reference point would people use for these. Having lived near there (part time) for six years, certainly I never heard anyone call it that. I tend to tag C-roads with admin_ref rather than ref, on the basis that it's a reference for administrative purposes rather than general usage. By the same token, maybe admin_name would work here, or something like it. cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/road-names-along-the-A50-and-elsewhere-tp5749880p5750003.html Sent from the Great Britain mailing list archive at Nabble.com. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] road names along the A50 (and elsewhere)
'description' might be an appropriate tag - after all that is what the phrase Foston Hatton Hilton Bypass actually is. Roger On 20/02/2013 08:30, Richard Mann wrote: I'd use alt_name. At least it's an established place to look for alternative stuff. On Wed, Feb 20, 2013 at 8:17 AM, Richard Fairhurst rich...@systemed.net mailto:rich...@systemed.net wrote: Rovastar wrote: Foston Hatton Hilton Bypass, etc don't as far I I know appear on the ground however I think the some record should appear in OSM. I am worried about the trend in this case of placing them as the name of the road as what reference point would people use for these. Having lived near there (part time) for six years, certainly I never heard anyone call it that. I tend to tag C-roads with admin_ref rather than ref, on the basis that it's a reference for administrative purposes rather than general usage. By the same token, maybe admin_name would work here, or something like it. cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/road-names-along-the-A50-and-elsewhere-tp5749880p5750003.html Sent from the Great Britain mailing list archive at Nabble.com. ___ Talk-GB mailing list Talk-GB@openstreetmap.org mailto:Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb -- Roger Calvert ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
