[Talk-hr] ODHD Aftermath
Pozdrav, još jednom hvala svima koji su se odvažili odazvati [1] ili barem u mislima bili prisutni, družijanac je bio potpuni uspjeh [2]. Nakon 7h razgovora i rada relativno je uspješno pročišćena javna_nabava, odnosno sklopljeni ugovori, u svrhu geokodiranja. Rezultat [3] geokodiranja nije savršen niti potpun ali je za 90% zapisa moguće odrediti gdje ugovor izvršen. Kako je u duhu svake informacije da želi biti slobodna, sve što smo radili je javno, ili će biti, dostupno. Ukoliko netko želi pristup bazi podataka slobodno se javite (osobno) kako bih vam poslao detalje. Osnovni razlog zašto ne objavljujemo pristupne informacije na mailing listi ili wikiu je što želimo da pokažete minimalnu želju za sudjelovanjem. Više informacija možete pronaći na wikiu [4], odnosno na stranici [5] koja će se s vremenom ažurirati. U svrhu komunikacije koristit ćemo HR-OSGEO mailing listu. Dražen [1] http://www.opendataday.org/wiki/City_Events_2011#Zagreb [2] https://dl.dropbox.com/u/7897514/image_normal.jpeg [3] https://dl.dropbox.com/u/7897514/odhd_rezultat.jpg [4] http://wiki.osgeo.org/wiki/Croatia#Odr.C5.BEane [5] http://wiki.osgeo.org/wiki/Croatia/ODHD2011 ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[OSM-talk-be] Java exception, still after growing memory ...
Hello, I try to make an POI database from gpx--kml--osm files: using the method described in: http://clamel.netai.net/android/osmand_poi I get java.lang.NullPointerException Even after I grow the memory of the java application ... java -Djava.util.logging.config.file=logging.properties -Xms564M -Xmx1548M -cp ./OsmAndMapCreator.jar:./lib/*.jar net.osmand.swing.OsmExtractionUI The original gpx contains 43000 POIs, which is large, but should not be unusual on osm? Marc marc@sony:~/bin$ osmandmapcreator.sh SQLITE running in native mode Can't load log handler java.util.logging.FileHandler java.io.IOException: Couldn't get lock for %h/Application Data/Osmand/osmand.log java.io.IOException: Couldn't get lock for %h/Application Data/Osmand/osmand.log at java.util.logging.FileHandler.openFiles(FileHandler.java:389) at java.util.logging.FileHandler.init(FileHandler.java:225) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:532) at java.lang.Class.newInstance0(Class.java:372) at java.lang.Class.newInstance(Class.java:325) at java.util.logging.LogManager$3.run(LogManager.java:384) at java.security.AccessController.doPrivileged(Native Method) at java.util.logging.LogManager.loadLoggerHandlers(LogManager.java:370) at java.util.logging.LogManager.initializeGlobalHandlers(LogManager.java:906) at java.util.logging.LogManager.access$900(LogManager.java:147) at java.util.logging.LogManager$RootLogger.getHandlers(LogManager.java:987) at java.util.logging.Logger.log(Logger.java:472) at java.util.logging.Logger.doLog(Logger.java:498) at java.util.logging.Logger.logp(Logger.java:614) at org.apache.commons.logging.impl.Jdk14Logger.log(Jdk14Logger.java:99) at org.apache.commons.logging.impl.Jdk14Logger.debug(Jdk14Logger.java:114) at net.osmand.swing.ProgressDialog.startTask(ProgressDialog.java:180) at net.osmand.data.preparation.IndexCreator.extractOsmToNodesDB(IndexCreator.java:264) at net.osmand.data.preparation.IndexCreator.createPlainOsmDb(IndexCreator.java:303) at net.osmand.data.preparation.IndexCreator.generateIndexes(IndexCreator.java:394) at net.osmand.swing.OsmExtractionUI$11.run(OsmExtractionUI.java:447) at net.osmand.swing.ProgressDialog$WorkerThread.run(ProgressDialog.java:86) 2-dec-2011 22:08:39 net.osmand.swing.ProgressDialog startTask FINE: Memory before task exec: 566755328 free : 483329912 2-dec-2011 22:08:39 net.osmand.swing.ProgressDialog startTask FINE: Loading file /home/marc/delijn/2011-10-24/haltes.osm started 2-dec-2011 22:08:42 net.osmand.data.preparation.IndexCreator extractOsmToNodesDB INFO: File parsed : 3124 2-dec-2011 22:08:42 net.osmand.data.preparation.IndexCreator extractOsmToNodesDB INFO: File indexed : 3125 SQLITE running in native mode 2-dec-2011 22:08:42 net.osmand.swing.ProgressDialog startTask FINE: Memory before task exec: 566755328 free : 534508152 2-dec-2011 22:08:42 net.osmand.swing.ProgressDialog startTask FINE: Processing osm nodes... started after 3046 ms 2-dec-2011 22:08:43 net.osmand.swing.ProgressDialog startTask FINE: Memory before task exec: 566755328 free : 510084696 2-dec-2011 22:08:43 net.osmand.swing.ProgressDialog startTask FINE: Processing osm ways... started after 860 ms 2-dec-2011 22:08:43 net.osmand.swing.ProgressDialog startTask FINE: Memory before task exec: 566755328 free : 509098992 2-dec-2011 22:08:43 net.osmand.swing.ProgressDialog startTask FINE: Processing osm relations... started after 18 ms 2-dec-2011 22:08:43 net.osmand.data.preparation.IndexCreator generateIndexes SEVERE: Log exception java.lang.NullPointerException at net.osmand.data.preparation.IndexCreator.generateIndexes(IndexCreator.java:536) at net.osmand.swing.OsmExtractionUI$11.run(OsmExtractionUI.java:447) at net.osmand.swing.ProgressDialog$WorkerThread.run(ProgressDialog.java:86) java.lang.NullPointerException at net.osmand.data.preparation.IndexCreator.getRTreeTransportStopsFileName(IndexCreator.java:200) at net.osmand.data.preparation.IndexCreator.generateIndexes(IndexCreator.java:587) at net.osmand.swing.OsmExtractionUI$11.run(OsmExtractionUI.java:447) at net.osmand.swing.ProgressDialog$WorkerThread.run(ProgressDialog.java:86) 2-dec-2011 22:08:43 net.osmand.swing.ExceptionHandler handle SEVERE: Exception during operation java.lang.NullPointerException at net.osmand.data.preparation.IndexCreator.generateIndexes(IndexCreator.java:536) at
Re: [OSM-talk-be] Java exception, still after growing memory ...
If you can't get a lock, this can also be because some other program is locking that file. Try to reboot your computer (to shut down all processes) and do it again. 2011/12/5 Martijn van Exel m...@rtijn.org I am no Java expert, but, this does not seem to be a memory problem to me. I'd look further toward the top, particularly: Can't load log handler java.util.logging.FileHandler java.io.IOException: Couldn't get lock for %h/Application Data/Osmand/osmand.log Make sure this directory exists and that you have write permissions for the process running the jar. Martijn On Fri, Dec 2, 2011 at 2:15 PM, Marc Coevoet sintsix...@gmail.com wrote: Hello, I try to make an POI database from gpx--kml--osm files: using the method described in: http://clamel.netai.net/android/osmand_poi I get java.lang.NullPointerException Even after I grow the memory of the java application ... java -Djava.util.logging.config.file=logging.properties -Xms564M -Xmx1548M -cp ./OsmAndMapCreator.jar:./lib/*.jar net.osmand.swing.OsmExtractionUI The original gpx contains 43000 POIs, which is large, but should not be unusual on osm? Marc marc@sony:~/bin$ osmandmapcreator.sh SQLITE running in native mode Can't load log handler java.util.logging.FileHandler java.io.IOException: Couldn't get lock for %h/Application Data/Osmand/osmand.log java.io.IOException: Couldn't get lock for %h/Application Data/Osmand/osmand.log at java.util.logging.FileHandler.openFiles(FileHandler.java:389) at java.util.logging.FileHandler.init(FileHandler.java:225) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:532) at java.lang.Class.newInstance0(Class.java:372) at java.lang.Class.newInstance(Class.java:325) at java.util.logging.LogManager$3.run(LogManager.java:384) at java.security.AccessController.doPrivileged(Native Method) at java.util.logging.LogManager.loadLoggerHandlers(LogManager.java:370) at java.util.logging.LogManager.initializeGlobalHandlers(LogManager.java:906) at java.util.logging.LogManager.access$900(LogManager.java:147) at java.util.logging.LogManager$RootLogger.getHandlers(LogManager.java:987) at java.util.logging.Logger.log(Logger.java:472) at java.util.logging.Logger.doLog(Logger.java:498) at java.util.logging.Logger.logp(Logger.java:614) at org.apache.commons.logging.impl.Jdk14Logger.log(Jdk14Logger.java:99) at org.apache.commons.logging.impl.Jdk14Logger.debug(Jdk14Logger.java:114) at net.osmand.swing.ProgressDialog.startTask(ProgressDialog.java:180) at net.osmand.data.preparation.IndexCreator.extractOsmToNodesDB(IndexCreator.java:264) at net.osmand.data.preparation.IndexCreator.createPlainOsmDb(IndexCreator.java:303) at net.osmand.data.preparation.IndexCreator.generateIndexes(IndexCreator.java:394) at net.osmand.swing.OsmExtractionUI$11.run(OsmExtractionUI.java:447) at net.osmand.swing.ProgressDialog$WorkerThread.run(ProgressDialog.java:86) 2-dec-2011 22:08:39 net.osmand.swing.ProgressDialog startTask FINE: Memory before task exec: 566755328 free : 483329912 2-dec-2011 22:08:39 net.osmand.swing.ProgressDialog startTask FINE: Loading file /home/marc/delijn/2011-10-24/haltes.osm started 2-dec-2011 22:08:42 net.osmand.data.preparation.IndexCreator extractOsmToNodesDB INFO: File parsed : 3124 2-dec-2011 22:08:42 net.osmand.data.preparation.IndexCreator extractOsmToNodesDB INFO: File indexed : 3125 SQLITE running in native mode 2-dec-2011 22:08:42 net.osmand.swing.ProgressDialog startTask FINE: Memory before task exec: 566755328 free : 534508152 2-dec-2011 22:08:42 net.osmand.swing.ProgressDialog startTask FINE: Processing osm nodes... started after 3046 ms 2-dec-2011 22:08:43 net.osmand.swing.ProgressDialog startTask FINE: Memory before task exec: 566755328 free : 510084696 2-dec-2011 22:08:43 net.osmand.swing.ProgressDialog startTask FINE: Processing osm ways... started after 860 ms 2-dec-2011 22:08:43 net.osmand.swing.ProgressDialog startTask FINE: Memory before task exec: 566755328 free : 509098992 2-dec-2011 22:08:43 net.osmand.swing.ProgressDialog startTask FINE: Processing osm relations... started after 18 ms 2-dec-2011 22:08:43 net.osmand.data.preparation.IndexCreator generateIndexes SEVERE: Log exception java.lang.NullPointerException at net.osmand.data.preparation.IndexCreator.generateIndexes(IndexCreator.java:536) at
[OSM-talk] OSmosa.net run now.., contribution model
hi all we just finished deploy the indonesia only map.. http://www.osmosa.net/map.html we are working to make mirror for all countries now we are testing to implement API in osmosa.net, so JOSM can update direct to osmosa.net but... anyone can help, how to make osmosa.net contribute to openstreetmap.org is this idea ok? or we must using JSOM direct to OSM.org and copy the modification to osmosa.net -- Frans Thamura (曽志胜) Chief of Advisory Meruvian. Integrated Hypermedia Java Solution Provider. Mobile: +628557888699 Blog: http://blogs.mervpolis.com/roller/flatburger (id) FB: http://www.facebook.com/meruvian TW: http://www.twitter.com/meruvian / @meruvian Website: http://www.meruvian.org We grow because we share the same belief. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSmosa.net run now.., contribution model
Frans, On 12/05/2011 07:00 PM, Frans Thamura wrote: now we are testing to implement API in osmosa.net, so JOSM can update direct to osmosa.net This will not work. You could try to set up something where JOSM loads data from your database but when writing, JOSM always has to use the central server. Otherwise, if you were to accept updates on your database, there would be to way to reconcile them with the central OSM database, and conflicts would occur where an object is modified on your database and on OSM. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSmosa.net run now.., contribution model
Hi, On 12/05/2011 09:03 PM, Frederik Ramm wrote: there would be to way to reconcile them with the central OSM database Sorry: no way, not to way. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSmosa.net run now.., contribution model
This will not work. You could try to set up something where JOSM loads data from your database but when writing, JOSM always has to use the central server. Otherwise, if you were to accept updates on your database, there would be to way to reconcile them with the central OSM database, and conflicts would occur where an object is modified on your database and on OSM. this idea want to make my osmosa.net as our central of update, and focus for specific country (Indonesia). and we want our work also part of OSM.org . so none will update to OSM.org, but the server will update to OSM.org why this idea cannot be done? F ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSmosa.net run now.., contribution model
On 12/05/2011 09:03 PM, Frederik Ramm wrote: there would be to way to reconcile them with the central OSM database Sorry: no way, not to way. ok,if there is no way, i will use the osm data to our data JOSM - OSM.org - osmosa.net --- is this the way right? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSmosa.net run now.., contribution model
Hi, On 12/05/2011 10:17 PM, Frans Thamura wrote: this idea want to make my osmosa.net as our central of update, and focus for specific country (Indonesia). and we want our work also part of OSM.org . so none will update to OSM.org, but the server will update to OSM.org why this idea cannot be done? The problem is edit conflicts. Your server will not be the exlusive edit server for Indonesia. This means someone - e.g. I - could change an object on the osm.org server and someone else - e.g. you - could change the object on the osmosa server. Later, when the osmosa server wants to upload its data to OSM.org, there will be an edit conflict, and the edit on osmosa will be lost. This can happen in normal osm.org editing as well (we both edit the same object) but in that case the second uploader gets an error message and can solve the problem - whereas in your case the person may have closed his editor already and will not be reachable for conflict detection. There are other problems as well, for example the osm.org server would accept all your edits under one user ID and it would not be possible to identify who exactly has made a change; messages from one OSM member to another could not cross the osm-osmosa boundary properly, and so on. This is not something that cannot be solved but it requires a lot of thought and a lot of updates to the rails port before it can fly. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSmosa.net run now.., contribution model
Frederik is right, there are no good tools to manage a distributed OSM database, yet... mike On Mon, Dec 5, 2011 at 10:18 PM, Frans Thamura fr...@meruvian.org wrote: On 12/05/2011 09:03 PM, Frederik Ramm wrote: there would be to way to reconcile them with the central OSM database Sorry: no way, not to way. ok,if there is no way, i will use the osm data to our data JOSM - OSM.org - osmosa.net --- is this the way right? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSmosa.net run now.., contribution model
understand now ;) i think will keep the JOSM update to central OSM.org, and my server just copy it. i think must research how to copy the data in weekly basis, and deploy and also generate zoom tile. - we are working on it, may be wanna help me for this. F On Tue, Dec 6, 2011 at 4:23 AM, Mike Dupont jamesmikedup...@googlemail.com wrote: Frederik is right, there are no good tools to manage a distributed OSM database, yet... mike On Mon, Dec 5, 2011 at 10:18 PM, Frans Thamura fr...@meruvian.org wrote: On 12/05/2011 09:03 PM, Frederik Ramm wrote: there would be to way to reconcile them with the central OSM database Sorry: no way, not to way. ok,if there is no way, i will use the osm data to our data JOSM - OSM.org - osmosa.net --- is this the way right? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSmosa.net run now.., contribution model
On 05/12/2011 21:35, Frans Thamura wrote: i think must research how to copy the data in weekly basis, Use Osmosis' replication features: http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage_0.38#Replication_Tasks -- Jonathan (Jonobennett) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSmosa.net run now.., contribution model
thx ;) F On Tue, Dec 6, 2011 at 4:53 AM, Jonathan Bennett openstreet...@jonno.cix.co.uk wrote: On 05/12/2011 21:35, Frans Thamura wrote: i think must research how to copy the data in weekly basis, Use Osmosis' replication features: http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage_0.38#Replication_Tasks -- Jonathan (Jonobennett) ___ 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] API for OSM Planet
hi all we want to make appliction like ushahidi.com but the data will integrate with our osmosa.net any glue to make API in osmosa.net, so we can use that API and bring to system. the idea also to make 2 osm server become 1 map. 1 layer for private in here and 1 layer from osmosa.net which it is on internet F ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] debuging openstreet planet
work now ;) permission problem.. try to generate global map now.. thx F On Mon, Dec 5, 2011 at 11:38 AM, Mike Dupont jamesmikedup...@googlemail.com wrote: Hi, On Mon, Dec 5, 2011 at 2:45 AM, Frans Thamura fr...@meruvian.org wrote: the modtile work well, we have a folder with 755 permission we have slippy map. anyone have experience debug this kind of implementation. please describe the exact problem you have having. what error message are you getting. what do you mean with debug? mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Maxspeed bots
On 03/12/2011, at 9:10, Mark Pulley mrpul...@lizzy.com.au wrote: On 02/12/2011, at 2:13 PM, Ben Kelley wrote: The content of these edits is in the public domain (I.e. the default residential speed limit in Australia) and these edits could be re-edited by an actual bot. Given that these edits are easy to identify, and the large number of ways, this might be a useful exercise. It would give us a clearer in terms of knowing which ways are really in need of re-mapping. Ben Kelley Just be aware that some of these have been re-edited - I have corrected some of these maxspeeds when they were wrong, and where they were correct I have changed the source tag. ... Mark P. Likewise, I actually (manually) added maxspeed=50 along with maxspeed:source=default residential etc... (word for word) to many ways i created in the belief that this was some kind of accepted standard being used in Australia. If I need to go back and change them I can, but it there are many more others like me out there then any undo/redo bot might need to consider this. BJ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Maxspeed bots
On 6 December 2011 11:40, Ben Johnson tangarar...@gmail.com wrote: Likewise, I actually (manually) added maxspeed=50 along with maxspeed:source=default residential etc... (word for word) to many ways i created in the belief that this was some kind of accepted standard being used in Australia. If you've agreed to the CT, then I can't see ways you have created being removed by any automated process just because you have used a particular form. The bot edits were made from an account that has declined the CTs, and they are the target here. However, did you add this source after verifying the maxspeed, or did you just guess? If you have actually verified the maxspeed, it is important that you update the source to be survey, or the like. People do go and check unverified information like this, and it adds efficiency when edits accurately reflect the source. Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Maxspeed bots
On 06/12/2011, at 12:00 PM, Ian Sergeant wrote: On 6 December 2011 11:40, Ben Johnson tangarar...@gmail.com wrote: Likewise, I actually (manually) added maxspeed=50 along with maxspeed:source=default residential etc... (word for word) to many ways i created in the belief that this was some kind of accepted standard being used in Australia. If you've agreed to the CT, then I can't see ways you have created being removed by any automated process just because you have used a particular form. The bot edits were made from an account that has declined the CTs, and they are the target here. However, did you add this source after verifying the maxspeed, or did you just guess? If you have actually verified the maxspeed, it is important that you update the source to be survey, or the like. People do go and check unverified information like this, and it adds efficiency when edits accurately reflect the source. Ian. They need to be verified. I regularly visit the areas I'm working on and I mostly use voice recordings. Have been focusing on street names which I spell out from signs, and very interested in house numbers. Speed limits were an afterthought but I figured it would be a good start just to use 50 with the default blah blah... as I'd seen everywhere else for the residential streets. Will change them to survey or sign ... or the like once verified. BJ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Maxspeed bots
On 06/12/2011, at 4:19 PM, i...@4x4falcon.com wrote: Likewise, I actually (manually) added maxspeed=50 along with maxspeed:source=default residential etc... (word for word) to many ways i created in the belief that this was some kind of accepted standard being used in Australia. You might want to revisit these as the maxspeed:source should have been source:maxspeed The originator of the bot made a mistake with this and was going to fix it but the pre licence change lockout prevented this. Ouch. Thanks for the heads-up. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] OpenLinkMap ist zurück - Vorschlag
Hi ! bei der Durchsicht der Karte ist mir noch aufgefallen das alles gleich aussieht und bei manchen Dingen ist es auf Anhieb schwer festzustellen was es ist. Wäre es nicht irgendwie möglich Tag abhängig bei eingigen Objekte Symbole einzublenden? Beispiel: http://www.openstreetmap.org/browse/node/474366299 hier erkennt man auch bei kleinster Zoomstufe nicht das es sich um ein Telefon handelt. Ein Mapper kann das aus den anderen Links analysieren - OSM-Fremde werden aber Ihr Problem haben. Darüberhinaus wäre es schön wieder irgendwie eine Unterscheidung der POI zu haben - allgemeine Links / Wikipedia-Links. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Nüvi 1390
Hallo, Am Samstag, 3. Dezember 2011 11:40:25 schrieb Schorschi: Ich nehme übrigens die AIO, deren Detailierungsgrad mir sehr gut gefällt - hauptsächlich die Bahnlinien vermisse ich. das habe ich auch geglaubt. Die Bahnlinien sind aber drin und werden vom z.B. Colorado angezeigt. Auch das Nüvi zeigt sie, wenn man (fast) auf Gleisbreite gezoomt hat. Vermutlich eine der merkwürdigen Besonderheiten der Nüvi-Software. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] App die Tiles offline darstellen kann oder sonst wie vernünftig offline arbeitet.
Am 05.12.2011 um 01:52 schrieb assetburned: nur bei denen die mich interessieren prangert ein grosses benutzt diese app nicht!. Man muss halt mal bei den Entwicklern der Apps nachfragen, ob sie sich dessen bewusst sind. Aus meiner Sicht liese sich das Problem auch lösen, wenn diese Apps bei Massendownload ne spezielle URL verwenden würden die dafür sorgt das keine Kacheln neu gerendert werden. Aber das ist ne eigene Diskussion. klar am liebsten wäre mit auch eine app wie Offmaps aber hier kann ich nur karten material von vorgegebenen regionen nutzen Also als ich Offmaps das letzte mal benutzt habe, konnte ich da auch Bereiche auf der Karte auswählen und runterladen. Ich hab auf meinem iPhone immer Offmaps oder OpenMaps benutzt. Ansonsten: Ja, wir haben tolle Übersichten im Wiki. In deinem Fall ist wohl die Spalte Stores map-data on-board auf http://wiki.openstreetmap.org/wiki/Apple_iOS#Map_display_features interessant. Irgendwie fehlt aber die Möglichkeit einer Bewertungsfunktion, wenn man sich die Stores der mobilen Plattformen so anschaut reicht reine Bewertung von 0 bis 5 Punkten nicht. Aus meiner Erfahrung sind eigentlich nur Bewertungen sinnvoll, bei denen man weiß wer welche anderen Apps sich der Nutzer angeschaut hat. MfG Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Erweiterung
Am 04.12.2011 23:25, schrieb Jo: Ist gespalten dasselbe als getrennt? Bei mir bleiben beide Stücke in der Relation wenn ich einen Weg trenne mit 'p'. 2011/12/4 Wolfgang Wienkewo_wie...@gmx.net Hallo! Wenn in JOSM eine Linie, die zu einer Relation gehört, aufgespalten wird, wird nur ein Teil in die Relation aufgenommen. Moin, bei Relationen mit type=route werden beide ways in richtiger Position in die Relation aufgenommen. Bei Relationen für Abbiegeverbote (type=restriction) wird sinnvollerweise nur der neue way an der Einmündung in die Relation aufgenommen. Ich finde die Relationsunterstützung gut gelungen. Wolfgang, welchen Relationstyp hast du mit welcher JOSM-Version bearbeitet? Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [bulk]: Re: Deutscher Wiki-Text zu remapping
Am 02.12.2011 16:39, schrieb Fabian Schmidt: Am 30.11.11 schrieb bkmap: Aber bei mir kriege ich keine Tiles: http://osm.informatik.uni-leipzig.de/map/?zoom=14lat=50.47404lon=11.16012layers=B0T ups, der Renderer lief nicht. Ok die Tiles sind jetzt da. Nur scheinen die Daten etwas alt zu sein, jedenfalls älter als 14. November 2011. Gruß Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap ist zurück - Permalink
Hallo, 1.) Nach dem Click auf den Permalink wird bei mir immer wieder die Weltkarte angezeigt ! Sollte gefixt sein. 2.) Womit fasst Du Links zusammen - Cluster oder in der Datenbank. Das mache ich mit der Clusterfunktion von OpenLayers. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap ist zurück
Hallo, Ich habe aber auch gleich einige Kritikpunkte: - bei mir bleiben manchmal Informationsblasen dauerhaft geöffnet (Firefox 7.0.1 unter Windows 7) Altbekanntes Problem... Meiner Meinung liegt das Problem im Code von OpenLayers, 100% sicher bin ich mir dabei allerdings auch nicht. ;) - bei Multipolygon kann der anklickbare Link zwischen den Polygonflächen erscheinen Die Mittelpunkte erzeuge ich mit osmconvert. Wie das Programm genau mit Multipolygonen verfährt, weiß ich nicht. Ebenso liegen die Mittelpunkte bei Flächen oft nicht auf denen von Mapnik, da unterschiedliche Berechnungsmethoden verwendet werden. Da müsste ich mal mit den Programmierer von osmconvert (Marqqs) sprechen, wie man das ändern könnte. - in Städten ist die Karte unübersichtlich und die Zahl der Links wird zunehmen. Eine Farbcodierung in grobe Klassen könnte helfen, etwa * kommerziell (shop, craft, teilw. office, ...) * Bildung * Gesundheit * sonstige Behörden * Infrastruktur (highway, railway, aeroway, man_made, power, ...) * Unterkunft (hotel, motel, hostel, camp_site, ...) * Essen * Freizeit (sport, museum, ...) * was übrig bleibt Ich muss sagen, der Vorschlag gefällt mir. Eine Unterscheidung hatten schon einige vorgeschlagen, aber dann immer mit Icons. Das würde meiner Meinung aber zu unübersichtlich, während es bei verschiedenen Farben übersichtlich bleibt. Die Farben könnte man an Mapnik anpassen, da existiert schließlich auch eine Farbeinteilung (Geschäfte violett, Restaurant braun, Gesundheit pink, etc.) Werde den Vorschlag mal auf die Wikiseite übernehmen. Danke für die Idee! Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap ist zurück
Apropus Links, ich habe mal alle (naja fast) Links aus OSM DE extrahiert und bin gerade dabei die an meinen YaCy Client (eine P2P Suchmaschiene) zu verfüttern. Es lohnt sich also sowas einzutragen, hoffentlich kommen da die Spammer nicht in Versuchung OSM zu fluten ;) Theoretisch könne auch ein Spammer aus einem Planetfile alle E-Mail-Adressen herausfiltern. Alles erstklassige Adressen, von denen man sicher ist, dass die Mails auch ankommen... Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap ist zurück
Hallo Alex, schön gemacht :-) Farbcodierung Icons Icons haben den Vorteil, dass sie intuitiv und weltweit verstanden werden. Farbcodierung hat den Nachteil, dass sie in einer Legende erklärt werden muss, die Legende muss in verschiedenen Sprachen übersetzt werden, das Prog muss diese Übersetzungen alle (automatisch) anbieten, und der Benutzer muss immer erst die Legende lesen und verstehen, bevor er erfolgreich suchen und finden kann. Wunsch: Schneller finden könnte man, wenn der Link per MouseOver aufpoppt. (jetzt muss man mit Versuch und Irrtum jedesmal sequentiell erst auf- dann zu-klicken) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Talk-de Nachrichtensammlung, Band 65, Eintrag 13
Am 05.12.2011 13:00, schrieb talk-de-requ...@openstreetmap.org: Am 04.12.2011 23:25, schrieb Jo: Ist gespalten dasselbe als getrennt? Bei mir bleiben beide Stücke in der Relation wenn ich einen Weg trenne mit 'p'. 2011/12/4 Wolfgang Wienkewo_wie...@gmx.net Hallo! Wenn in JOSM eine Linie, die zu einer Relation gehört, aufgespalten wird, wird nur ein Teil in die Relation aufgenommen. Moin, bei Relationen mit type=route werden beide ways in richtiger Position in die Relation aufgenommen. Bei Relationen für Abbiegeverbote (type=restriction) wird sinnvollerweise nur der neue way an der Einmündung in die Relation aufgenommen. Ich finde die Relationsunterstützung gut gelungen. Wolfgang, welchen Relationstyp hast du mit welcher JOSM-Version bearbeitet? Ich bearbeite Busrouten mit type=route. Das ist ja sehr schön, dass es bei Euch klappt. Bei mir klappt es mit V4550 nicht. Woran kann das liegen? Kann ich das ungeschickter Weise irgendwo deaktiviert haben? -- Mit freundlichen Gruessen Wolfgang Wienke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] App die Tiles offline darstellen kann oder sonst wie vernünftig offline arbeitet.
Hallo, On 12/05/2011 01:52 AM, assetburned wrote: praktisch ist da man die karten nur 1x herrunter laden muss. Das verfahren war recht simpel sinnvoll. Ich makiere auf einer seite einen karten ausschnitt von dem ich die tiles herrunterladen will und gebe die zoom stufen vor. und dann lade ich alle benötigten tiles herrunter. Da wuerde heute aber auch benutzt diese App nicht! dranstehn. Als das nur ein paar wenige Leute gemacht haben, die noch dazu auf jedes MB achten mussten, war es halt wurscht; mittlerweile gibt es zu viele Leute, die zu viele Tiles auf diese Weise runterladen. Ist also keine Schuld vom iPhone und dessen Apps, sondern vom allgemeinen Gang der Dinge ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] App die Tiles offline darstellen kann oder sonst wie vernünftig offline arbeitet.
Hier mal ein paar Kommata für dich - nur für den Fall, dass du nicht weisst, wie die aussehen und doch mal welche verwenden willst. Es könnte sein, dass deine Beiträge dadurch verständlicher werden. Gruss Walter das sind sie: ,, - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/App-die-Tiles-offline-darstellen-kann-oder-sonst-wie-vernunftig-offline-arbeitet-tp7061442p7064434.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Talk-de Nachrichtensammlung, Band 65, Eintrag 13
Wolfgang Wienke wrote Ich bearbeite Busrouten mit type=route. Das ist ja sehr schön, dass es bei Euch klappt. Bei mir klappt es mit V4550 nicht. Woran kann das liegen? Kann ich das ungeschickter Weise irgendwo deaktiviert haben? Nöö, das ist eine uralte, ganz einfache Funktion in josm: einen Punkt eines Weges aktivieren (rot machen) und dann p (kleines p!!!) drücken. alternativ:Werkzeuge / Linie aufspalten oder auch das neunte Icon von links in der oberen Iconleiste. Gruss Walter - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Re-Talk-de-Nachrichtensammlung-Band-65-Eintrag-13-tp7063538p7065317.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Nüvi 1390
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ganz nebenbei gibt es das ding zur zeit bei amazon reduziert http://www.amazon.de/gp/product/B003LCRCFK?smid=A3JWKAKR8XB7XF Gruß (ich hoffe man darf das hier so sagen :-)) On 02.12.2011 10:17, Manuel Reimer wrote: Hallo, ich habe das im Subject genannte Navigationsgerät geschenkt bekommen. Kann ich auf dem Gerät OpenStreetMap-Daten parallel zur Originalkarte benutzen? Frage deshalb, weil ich mich mit ausgedruckten OSM-Daten schon mehrfach verfahren habe. Erst gestern wieder bin ich an einer angeblichen Dreifachabzweigung verzweifelt die definitiv nicht da ist. In unbekanntem Gebiet würde ich also wohl erstmal lieber auf die vorinstallierte Karte zurückgreifen. Bei bekannten Routen würde ich dagegen schonmal auf OSM umschalten und testen wo mich das Navi dann hinführen will. Ich stelle mir das so vor, dass ich die OSM-Karte auf eine SD-Karte packe und nur bei Bedarf einstecke. Möglich? Zweite Frage: Kostenlose Kartenupdates. Laut Garmin muss ich mich innerhalb von 60 Tagen registrieren. Unter Linux ist bereits das einigermaßen unmöglich, da denen ein einfaches Hier Seriennummer eingeben wohl zu einfach war. Nein, es braucht ein Communicator Plugin im Browser. Könnte ich aber im schlimmsten Fall von einem Bekannten unter Windows machen lassen. Wie komme ich dann aber letztlich an meine Kartenupdates? Jedes Mal zu jemandem mit Windows latschen? So wie ich das sehe muss man die Karten doch nur auf das Navi kopieren. Gibt es denn nirgendswo einfache Download-Links zu den Karten? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJO3b+JAAoJEGkKxZ+TJ35MybEH/AjeyfJnBLKqLazd3AJx3RBr tbFTmwv7VPJyTH3O5QIJsICHdpQa8Ta1it4WmqPtWh2mwzXEimt/yS49tAr6ZRBy EN5C+s90ele7FgBPZID7BhhhinrZbJ5XvZBbho5d3lA4ru9H6DtSTyLwuBSiYihY rYtAlUtN6H4r+ErPuOMvtRlh9tWaLauDU3Qpape6HSlXBspCf55dYqjNTrVhafBp RJrYKr3el3CNPH1MWMtCgRQ7HsQX85rcyjPEeMNS1Uo6ve7PbEYwrW4XjlXOCkab YEPAkQUEWMxEWngFUA4MyvRf23hQOjCfdIW0VJNyVDnzPNJR+E8ZMlapcmfa5TM= =ytNf -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Talk-de Nachrichtensammlung, Band 65, Eintrag 13
Moin, Am 05.12.2011 17:43, schrieb Wolfgang Wienke: Am 05.12.2011 13:00, schrieb talk-de-requ...@openstreetmap.org: Am 04.12.2011 23:25, schrieb Jo: Ist gespalten dasselbe als getrennt? Bei mir bleiben beide Stücke in der Relation wenn ich einen Weg trenne mit 'p'. 2011/12/4 Wolfgang Wienkewo_wie...@gmx.net Hallo! Wenn in JOSM eine Linie, die zu einer Relation gehört, aufgespalten wird, wird nur ein Teil in die Relation aufgenommen. Moin, bei Relationen mit type=route werden beide ways in richtiger Position in die Relation aufgenommen. Bei Relationen für Abbiegeverbote (type=restriction) wird sinnvollerweise nur der neue way an der Einmündung in die Relation aufgenommen. Ich finde die Relationsunterstützung gut gelungen. Wolfgang, welchen Relationstyp hast du mit welcher JOSM-Version bearbeitet? Ich bearbeite Busrouten mit type=route. Das ist ja sehr schön, dass es bei Euch klappt. Bei mir klappt es mit V4550 nicht. Bei mir mit v4550 verhält JOSM sich einwandfrei - neues Stück ist auch bei Busrouten am richtigen Platz enthalten. Woran kann das liegen? Kann ich das ungeschickter Weise irgendwo deaktiviert haben? Ich kann das zwar mangels Wissen nicht absolut ausschließen - halte es aber für sehr unwahrscheinlich, dass das überhaupt konfigurierbar ist. Viel wahrscheinlicher ist, dass Du den Relation-Editor offen hattest, _während_ Du den Weg splittest. Dann bekommt der Relation-Editor das nicht mit (nur die Anzahl der Wegpunkte des Ursprungswegs ändert sich)! Nach Schließen und erneutem Öffnen des Relation-Editors ist der neue Weg aber am richtigen Platz. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Copertura disomogenea di OSM
Il 01 dicembre 2011 13:45, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: In OSM è molto semplice: se esiste un percorso (segnato sul luogo) allora va inserito come route. Se esiste solo come suggerimento o per convincere le pubbliche amministrazioni di stabilire questo percorso nella realtà, per esempio su una pagina internet / mappa cartacea / libro di gite / ecc., allora non va inserito in OSM. come no, allora non andrebbero segnate neanche le strade in costruzione :-P L'importante è segnarle correttamente. La proposta di volker va più che bene, secondo me è molto importante seguire della strada e cercare di legare un rapporto più stretto con FIAB ciao, Martin -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Copertura disomogenea di OSM
Il 01 dicembre 2011 17:32, Federico Cozzi f.co...@gmail.com ha scritto: Mi sembra che ora la discussione in lista abbia raggiunto l'accordo di usare state=proposed. Perfetto, scriviamolo più chiaramente sulla pagina e terminiamo la discussione. +1 Ciao -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [OSM-talk] Funding drive – Improving OSM reliability and performance
Il 02 dicembre 2011 12:09, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2011/12/2 Luca Delucchi lucadel...@gmail.com: 2011/12/1 Simone Cortesi sim...@cortesi.com: Attualmente la foundation ha un grossissimo disavanzo dall'ultimo sotm si parla di decine e decine di migliaia di dollari e basterebbero a copriri l'acquisto del nuovo server (cosa confermata dallo stesso Harry alla mia richiesta), perciò non vedo la necessità di andare a chiedere agli utenti di partecipare ad una raccolta fondi (per di più ora che la situazione economica mondiale non è delle migliori.) si, i soldi per il nuovo server ci stanno di già. Cmq. decine di migliaia di dollari non mi sembrano ciffre essagerate per un progetto con più di 500.000 utenti. beh il disavanzo se non ricordo male poteva quasi coprire le spese complessive di un intero anno, perciò non si parlava di soldini... Devi tenere conto che ci avviciniamo a fine anno, e quindi ci saranno alcuni società che cercono adesso dei onlus per fare delle donazioni (per motivi fiscali in tanti paesi è conveniente/possibile senza dolori avvicinarsi a delle soglie con le proprie spese, e donazioni per onlus sono di solito detraibili). Non vedo niente di male in questa richiesta, ma non mi sento ne anche obligato a dargli qualcosa, visto che non c'è esigenza. infatti, volevo solo informare la comunità Credo, se ho capito bene, che li interessa tra altro, quanto si potrebbe ottenere per questa via (quanto veloce raggiungono i 15.000,- GBP). Con questa connoscenza possono pianificare meglio per il futuro (la scorsa volta che hanno chiesto donazioni era nel 2009). boh non capisco cosa gli serva saperlo quando hai in cassa tanti soldi e i trend sono molto ma molto positivi, le spese dell'associazione sono molto basse per l'hardware (i server dovrebbero ancora essere ospitati dell'università di londra), personale all'interno dell'associazione non ce n'è, le uniche grosse uscite sono dovute a SOTM che però è per lo più coperta dagli sponsor Ciao, Martin -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM @ GFOSSDay 2011. Streaming?
Il 04 dicembre 2011 20:17, Francesco de Virgilio fradev...@gmail.com ha scritto: Ciao a tutti, come da oggetto, sarei alla ricerca della registrazione dello streaming dei talk del GFOSSDay, qualcuno sa dove reperirla? si, per ora all'università di foggia presso la persona che ha fatto la presentazione. Ci ha detto (a me e niccolo) che appena pronta ce la farà avere. a quel punto si renderà disponibile Zaluti -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] blog.openstreetmap.it
2011/12/4 Francesco de Virgilio fradev...@gmail.com: 2011/12/4 Francesco de Virgilio fradev...@gmail.com: Solitamente scrivo un post/mese sul mio blog a proposito di OSM, ed il feed rss relativo al tag [0] dovrebbe essere pushato in automatico verso blog.openstreetmap.it. interessante. A proposito: http://dl.dropbox.com/u/369614/blog/img_red/amtab_google.jpg come è continuata questa storia? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [OSM-talk] Funding drive – Improving OSM reliability and performance
2011/12/5 Luca Delucchi lucadel...@gmail.com: Credo, se ho capito bene, che li interessa tra altro, quanto si potrebbe ottenere per questa via (quanto veloce raggiungono i 15.000,- GBP). Con questa connoscenza possono pianificare meglio per il futuro (la scorsa volta che hanno chiesto donazioni era nel 2009). boh non capisco cosa gli serva saperlo quando hai in cassa tanti soldi e i trend sono molto ma molto positivi, le spese dell'associazione sono molto basse per l'hardware (i server dovrebbero ancora essere ospitati dell'università di londra), personale all'interno dell'associazione non ce n'è, le uniche grosse uscite sono dovute a SOTM che però è per lo più coperta dagli sponsor ok, ma se non fai campagne di raccolta fondi, questi non arrivano. Un donation drive serve da un punto di vista di marketing a far uscire PR che smobilitano le persone, che fanno donazioni consistenti in un periodo di tempo breve, poi, durante gli altri 11 mesi dell'anno esse si assestano su valori mensili minori. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Copertura disomogenea di OSM
Mi sembra che ora la discussione in lista abbia raggiunto l'accordo di usare state=proposed. Perfetto, scriviamolo più chiaramente sulla pagina e terminiamo la discussione. +1 Bene. Adesso vorrei tornare al mio punto iniziale. Come rimediare ai buchi di copertura. Mi va bene che dobbiamo reclutare più mappatori in generale e, in particolare fra gli amici della bicicletta. Serve andare a fiere più o meno specialistiche (ho fatto un piccolo passo in questa direzione alla ExpoBici21011) e dentro le associazioni, nel mio caso dei ciclisti (anche questo ho cercato di fare con le mie modeste capacità in varie occasioni) Per questo ho delle proposte pratiche: - sviluppare un kit di materiale e presentazioni per portare a fiere e simili - sviluppare una presentazione da utilizzare nelle associazioni (serate di propaganda, se volete) - sviluppare un manuale per principianti (forse dovrebbe essere anche stampabile, non solo un sito web - qualcosa che si possa utilizzare anche in un corso come materiale didattico) - lanciare degli articoli su riviste, particolarmente del settore outdoors Concretamente inviterei tutti colori che sono interessati a contribuire, di mettersi direttamente in contatto con me e cerchiamo di avviare qualcosa. Siccome sono principiante in OSM, preferirei di essere un contributore a non la guida di una tale iniziativa. E se esiste già materiale, mi scuso per la mia ignoranza. Volker ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Copertura disomogenea di OSM
Il giorno 05 dicembre 2011 14:33, Volker Schmidt vosc...@gmail.com ha scritto: Per questo ho delle proposte pratiche: - sviluppare un kit di materiale e presentazioni per portare a fiere e simili - sviluppare una presentazione da utilizzare nelle associazioni (serate di propaganda, se volete) - sviluppare un manuale per principianti (forse dovrebbe essere anche stampabile, non solo un sito web - qualcosa che si possa utilizzare anche in un corso come materiale didattico) - lanciare degli articoli su riviste, particolarmente del settore outdoors Concretamente inviterei tutti colori che sono interessati a contribuire, di mettersi direttamente in contatto con me e cerchiamo di avviare qualcosa. Siccome sono principiante in OSM, preferirei di essere un contributore a non la guida di una tale iniziativa. E se esiste già materiale, mi scuso per la mia ignoranza. http://www.learnosm.org/ abbiamo già tradotto questa guida, è ottima Presentazione: si potrebbe riciclare quelle già usate dagli altri e rese disponibili su Slideshare Articoli: bisognerebbe continuare a proporre, come per ilpostit di roma discusso in lista l'altro giorno. Kit di materiale: sarebbe bello, anche se si porta avanti il discorso fiere già iniziato. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Copertura disomogenea di OSM
2011/12/5 sabas88 saba...@gmail.com Lo speravo, che era solo la mia ignoranza di principiante! http://www.learnosm.org/ abbiamo già tradotto questa guida, è ottima E' quello che cercavo, grazie. Presentazione: si potrebbe riciclare quelle già usate dagli altri e rese disponibili su Slideshare Anche questo è nuovo per me, grazie Articoli: bisognerebbe continuare a proporre, come per ilpostit di roma discusso in lista l'altro giorno. No, l'esempio ilpostit non è quello a che pensavo. Pensavo ad articoli che presentano OpenStreetMap a potenziali utenti e mappatori, non all'uso in una mappa pubblicata in una rivista. Per esempio delle riviste per camminatori o per ciclisti. Kit di materiale: sarebbe bello, anche se si porta avanti il discorso fiere già iniziato. Il kit dovrebbe includere panelli, striscioni, volantini e anche slideshow prefabbricate. Volker ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Volker SCHMIDT Via Vecchia 18/ter 35127 Padova Italy mailto:vosc...@gmail.com office phone: +39-049-829-5977 office fax +39-049-8700718 home phone: +39-049-851519 personal mobile: +39-340-1427105 skype: volker.schmidt ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Re: Vicenza un caos
Ora dovrebbero essere stati risolti anche i problemi più evidenti di doppioni nel rendering (mi riferisco a ospedale e stazione dei treni). Per quanto riguarda l'ospedale si è passati da un amenity=hospital + building=yes su ogni edificio a un building=hospital sui singoli edifici. Per la stazione si è passati ad un building=train_station da un precedente railway=station + building=yes Ora mi chiedevo qual è la relazione migliore per unire i singoli elementi che compongono la stazione e l'ospedale, ma apro una discussione apposita. ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Re: R: Re: Vicenza un caos
Bene se non ricordo male il problema era anche su carabinieri comune e alcune scuole Se trovo lo stesso problema tipo a treviso con l'ospedale basta cambiare la dicitura sugli edifici allora. Li il caos è quasi doppio poichè numerosi edifici son finiti in mezzo alle strade e ci vuole un casino di tempo a sistemare Ciao Messaggio originale Da: gato.selvad...@gmail.com Data: 05/12/2011 17.25 A: talk-it@openstreetmap.org Ogg: Re: [Talk-it] R: Re: Vicenza un caos Ora dovrebbero essere stati risolti anche i problemi più evidenti di doppioni nel rendering (mi riferisco a ospedale e stazione dei treni). Per quanto riguarda l'ospedale si è passati da un amenity=hospital + building=yes su ogni edificio a un building=hospital sui singoli edifici. Per la stazione si è passati ad un building=train_station da un precedente railway=station + building=yes Ora mi chiedevo qual è la relazione migliore per unire i singoli elementi che compongono la stazione e l'ospedale, ma apro una discussione apposita. ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Quali sono le relazioni più adatte per complessi ospedalieri e stazioni?
Mi chiedevo quale sia la relazione più adatta per unire i singoli elementi che compongono un unico edificio[*] o per unire più edifici di un unico sito. Mi riferisco per esempio agli ospedali e alle stazioni. Per esempio un ospedale potrebbe avere una serie di building=hospital, un barrier che circonda l'intero complesso e una serie di altre strutture. Una stazione invece, oltre al building=train_station vero e proprio avrà probabilmente dei building=roof, dei depositi, un landuse=railway e altre cose minori. ciao Paolo M [*] Per quanto riguarda i singoli elementi di un unico edificio intendo proprio un edificio unico ma mappato a blocchi perché le parti hanno altezze diverse (è il caso degli edifici importati da CTR. IMHO non va fuso tutto in un unico building altrimenti se un giorno si vorranno aggiungere le altezze per il 3d bisognerà ridividerlo). ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Re: R: Re: Vicenza un caos
Il 05/12/2011 17:46, beppebo...@libero.it ha scritto: Bene se non ricordo male il problema era anche su carabinieri comune e alcune scuole Se trovo lo stesso problema tipo a treviso con l'ospedale basta cambiare la dicitura sugli edifici allora. A Treviso ho già dato un'occhiata veloce al Ca' Foncello, potrei però aver dimenticato qualcosa. Comunque si, basta cambiare la dicitura sugli edifici. Li il caos è quasi doppio poichè numerosi edifici son finiti in mezzo alle strade e ci vuole un casino di tempo a sistemare E qui ci son due scuole di pensiero... spostare gli edifici o spostare le strade... ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Quali sono le relazioni più adatte per complessi ospedalieri e stazioni?
2011/12/5 Paolo Monegato gato.selvad...@gmail.com: Mi chiedevo quale sia la relazione più adatta per unire i singoli elementi che compongono un unico edificio[*] o per unire più edifici di un unico sito. Mi riferisco per esempio agli ospedali e alle stazioni. Per un unico sito: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Quali sono le relazioni più adatte per complessi ospedalieri e stazioni?
Il 05/12/2011 18:20, Federico Cozzi ha scritto: 2011/12/5 Paolo Monegatogato.selvad...@gmail.com: Mi chiedevo quale sia la relazione più adatta per unire i singoli elementi che compongono un unico edificio[*] o per unire più edifici di un unico sito. Mi riferisco per esempio agli ospedali e alle stazioni. Per un unico sito: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site Ciao Come pensavo. Per i pezzi di edificio stavo guardando questa [1], ma non mi convince appieno. ciao Paolo M [1] http://wiki.openstreetmap.org/wiki/Relations/Proposed/Buildings ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Re: R: Re: Vicenza un caos
i confini dei tiles si vedono perchè gli edifici sono tagliati: http://www.openstreetmap.org/?mlat=45.549105mlon=11.540674zoom=18layers=M ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Quali sono le relazioni più adatte per complessi ospedalieri e stazioni?
2011/12/5 Paolo Monegato gato.selvad...@gmail.com: Mi chiedevo quale sia la relazione più adatta per unire i singoli elementi che compongono un unico edificio[*] o per unire più edifici di un unico sito. Mi riferisco per esempio agli ospedali e alle stazioni. per un ospedale o una stazione c'è anche la possibilità di mettere un poligono intorno (per essempio railway=station o amenity=hospital) o in casi discontinui una relazione multipolygon, per gli edifici invece penso che si dovrebbe concordare un key per taggare i pezzi (building_part o qualcosa di simile). per esempio building_part=campanile. Con una relazione site si possono cmq. indicare anche ulteriori cose (ingresso principale, recinzione), e quindi è cmq. una buona idea. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-dk] Hjælp til at eksportere enkelte tags (f.eks. fejltags fra Tagwatch)
Hej Er der nogen der kan få Tagwatch til at eksportere en OSM fil. Jeg har lavet en import, men nogle fejl i og det er meget lettere at have en datasæt med fejlene i, istedet for at trække det hele tilbage (f.eks. http://tagwatch.stoecker.eu/Denmark/En/keystats_landuse.html og MOSE eller OVERDREV) Eller kender I til en anden mulighed. Mvh Jens Winbladh ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Hjælp til at eksportere enkelte tags (f.eks. fejltags fra Tagwatch)
Jeg får enten fejl eller en XAPI fil der ikke er noget relevant data i? Bruger Chrome om det har noget at sige? /Jens Den 5. dec. 2011 14.15 skrev Jonas Häggqvist ras...@rasher.dk: On 05-12-2011 13:52, Jens Winbladh wrote: Hej Er der nogen der kan få Tagwatch til at eksportere en OSM fil. Jeg har lavet en import, men nogle fejl i og det er meget lettere at have en datasæt med fejlene i, istedet for at trække det hele tilbage (f.eks. http://tagwatch.stoecker.eu/**Denmark/En/keystats_landuse.**htmlhttp://tagwatch.stoecker.eu/Denmark/En/keystats_landuse.htmlog MOSE eller OVERDREV) Eller kender I til en anden mulighed. Du kan spørge en af XAPI serverne: http://open.mapquestapi.com/**xapi/api/0.6/*%5Blanduse=MOSE%**5Dhttp://open.mapquestapi.com/xapi/api/0.6/*%5Blanduse=MOSE%5D http://jxapi.openstreetmap.**org/xapi/api/0.6/*%5Blanduse=**MOSE%5Dhttp://jxapi.openstreetmap.org/xapi/api/0.6/*%5Blanduse=MOSE%5D http://www.overpass-api.de/**api/xapi?*%5Blanduse=MOSE%5Dhttp://www.overpass-api.de/api/xapi?*%5Blanduse=MOSE%5D http://jxapi.osm.rambler.ru/**xapi/api/0.6/*%5Blanduse=MOSE%**5Dhttp://jxapi.osm.rambler.ru/xapi/api/0.6/*%5Blanduse=MOSE%5D -- Jonas Häggqvist rasher(at)rasher(dot)dk __**_ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dkhttp://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommunale vejmidter som baggrundslag?
Hej, Yep, jeg kigger på det og smider et link, når det er kommet op at køre. - Peter Brodersen 2011/12/4 Jens Winbladh j...@somewhere.dk: Hej Att: Peter Kan vi få Kolding Kommunes vejdata med i den omtalte tileserver for Stevns kommune. Jeg har jo fået vejmidte data fra Kommunen og der skal bare ud og bruges. Evt. at der kunne laves en tileserver for offentligt tilgængeligt vejmidte data, så der ikke laves en for hver kommune. Mvh Jens 2011/12/4 Jonas Häggqvist ras...@rasher.dk On 04-12-2011 01:10, Peter Brodersen wrote: Jeg kan ikke huske, hvor Potlatch2 har sin viden om eksisterende billedlag fra - måske rasher kan hjælpe med dette? Muligvis bruges samme datagrundlag som JOSM tilbyder (hvor nogle bbox'es afgør, hvad der tilbydes i forskellige områder). Men man kan som nævnt manuelt lægge egne tiles ind, hvis man fx henviser til en tileserver. Potlatch2 har en hardcoded liste af lag, så der skal man have fat i de rette folk for at få et lag tilføjet: https://github.com/openstreetmap/potlatch2/blob/master/resources/imagery.xml JOSM bruger data fra denne wiki side: https://josm.openstreetmap.de/wiki/Maps -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommunale vejmidter som baggrundslag?
Max topdollar. Jeg glæder mig. Går ud fra at du har Kolding Kommunes data liggende fra sidst. /Jens Den 5. dec. 2011 15.19 skrev Peter Brodersen pe...@ter.dk: Hej, Yep, jeg kigger på det og smider et link, når det er kommet op at køre. - Peter Brodersen 2011/12/4 Jens Winbladh j...@somewhere.dk: Hej Att: Peter Kan vi få Kolding Kommunes vejdata med i den omtalte tileserver for Stevns kommune. Jeg har jo fået vejmidte data fra Kommunen og der skal bare ud og bruges. Evt. at der kunne laves en tileserver for offentligt tilgængeligt vejmidte data, så der ikke laves en for hver kommune. Mvh Jens 2011/12/4 Jonas Häggqvist ras...@rasher.dk On 04-12-2011 01:10, Peter Brodersen wrote: Jeg kan ikke huske, hvor Potlatch2 har sin viden om eksisterende billedlag fra - måske rasher kan hjælpe med dette? Muligvis bruges samme datagrundlag som JOSM tilbyder (hvor nogle bbox'es afgør, hvad der tilbydes i forskellige områder). Men man kan som nævnt manuelt lægge egne tiles ind, hvis man fx henviser til en tileserver. Potlatch2 har en hardcoded liste af lag, så der skal man have fat i de rette folk for at få et lag tilføjet: https://github.com/openstreetmap/potlatch2/blob/master/resources/imagery.xml JOSM bruger data fra denne wiki side: https://josm.openstreetmap.de/wiki/Maps -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- *Jens Winbladh* Brynet 51, 6000 Kolding Mobil: 26150926 Email:j...@somewhere.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommunale vejmidter som baggrundslag?
vi kan bidrage med geometri for vejmidter for kbh, frigivet under den åbne offentlig datalicens. -Oprindelig meddelelse- Fra: Peter Brodersen [mailto:pe...@ter.dk] Sendt: 5. december 2011 15:20 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Kommunale vejmidter som baggrundslag? Hej, Yep, jeg kigger på det og smider et link, når det er kommet op at køre. - Peter Brodersen 2011/12/4 Jens Winbladh j...@somewhere.dk: Hej Att: Peter Kan vi få Kolding Kommunes vejdata med i den omtalte tileserver for Stevns kommune. Jeg har jo fået vejmidte data fra Kommunen og der skal bare ud og bruges. Evt. at der kunne laves en tileserver for offentligt tilgængeligt vejmidte data, så der ikke laves en for hver kommune. Mvh Jens 2011/12/4 Jonas Häggqvist ras...@rasher.dk On 04-12-2011 01:10, Peter Brodersen wrote: Jeg kan ikke huske, hvor Potlatch2 har sin viden om eksisterende billedlag fra - måske rasher kan hjælpe med dette? Muligvis bruges samme datagrundlag som JOSM tilbyder (hvor nogle bbox'es afgør, hvad der tilbydes i forskellige områder). Men man kan som nævnt manuelt lægge egne tiles ind, hvis man fx henviser til en tileserver. Potlatch2 har en hardcoded liste af lag, så der skal man have fat i de rette folk for at få et lag tilføjet: https://github.com/openstreetmap/potlatch2/blob/master/resources/imagery.xml JOSM bruger data fra denne wiki side: https://josm.openstreetmap.de/wiki/Maps -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Hjælp til at eksportere enkelte tags (f.eks. fejltags fra Tagwatch)
Jeg kunne forestille mig at du render ind i timeout-problemer med chrome. Jeg kan ikke lige på stående fod huske hvordan du ændrer på default indstillinger i chrome men det må Google kunne hjælpe med. Alternativt kan du måske benytte et command line værktøj som f.eks. curl eller wget - de må også findes i windows-versioner. Kan du fortælle præcis hvilke tags du gerne vil have et udtræk af kan jeg lave det når jeg kommer i nærheden af en computer i aften - hvis du ikke har fundet en løsning inden da. Med venlig hilsen Brian Moos Lindberg. Sendt fra min iPhone Den 05/12/2011 kl. 14.44 skrev Jens Winbladh j...@somewhere.dk: Jeg får enten fejl eller en XAPI fil der ikke er noget relevant data i? Bruger Chrome om det har noget at sige? /Jens Den 5. dec. 2011 14.15 skrev Jonas Häggqvist ras...@rasher.dk: On 05-12-2011 13:52, Jens Winbladh wrote: Hej Er der nogen der kan få Tagwatch til at eksportere en OSM fil. Jeg har lavet en import, men nogle fejl i og det er meget lettere at have en datasæt med fejlene i, istedet for at trække det hele tilbage (f.eks. http://tagwatch.stoecker.eu/**Denmark/En/keystats_landuse.**htmlhttp://tagwatch.stoecker.eu/Denmark/En/keystats_landuse.htmlog MOSE eller OVERDREV) Eller kender I til en anden mulighed. Du kan spørge en af XAPI serverne: http://open.mapquestapi.com/**xapi/api/0.6/*%5Blanduse=MOSE%**5Dhttp://open.mapquestapi.com/xapi/api/0.6/*%5Blanduse=MOSE%5D http://jxapi.openstreetmap.**org/xapi/api/0.6/*%5Blanduse=**MOSE%5Dhttp://jxapi.openstreetmap.org/xapi/api/0.6/*%5Blanduse=MOSE%5D http://www.overpass-api.de/**api/xapi?*%5Blanduse=MOSE%5Dhttp://www.overpass-api.de/api/xapi?*%5Blanduse=MOSE%5D http://jxapi.osm.rambler.ru/**xapi/api/0.6/*%5Blanduse=MOSE%**5Dhttp://jxapi.osm.rambler.ru/xapi/api/0.6/*%5Blanduse=MOSE%5D -- Jonas Häggqvist rasher(at)rasher(dot)dk __**_ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dkhttp://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommunale vejmidter som baggrundslag?
2011/12/5 Emil Tin z...@tmf.kk.dk: vi kan bidrage med geometri for vejmidter for kbh, frigivet under den åbne offentlig datalicens. @Emil - Stisystemerne ved Christianshavn Vold og andre steder der hører under Styrelsen for Slotte Kulturejendomme har KBH ikke vejmidter for dem? da jeg har hørt fra Morten Lind (Ministeriet for By, Bolig og Landdistrikter) at Kbh Kommune har vedligeholdspligten for disse områder, så det ville underligt at GIS afdeling så ikke havde noget data om disse områder. /Søren ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Hjælp til at eksportere enkelte tags (f.eks. fejltags fra Tagwatch)
Jens Winbladh skrev: Jeg får enten fejl eller en XAPI fil der ikke er noget relevant data i? Der er forskel på store og små bogstaver i søgekriteriet. Prøv http://open.mapquestapi.com/xapi/api/0.6/*%5Blanduse=Mose%5D - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Hjælp til at eksportere enkelte tags (f.eks. fejltags fra Tagwatch)
2011/12/5 Jens Winbladh j...@somewhere.dk: Super det virkede. Jeg forsøger at tage den herfra. Tak for de hurtige svare. Browsere kan godt få timeout - via Wget program fik jeg noget ned med følgende søgestreng fra XAPI wget -O mose.osm http://jxapi.osm.rambler.ru/xapi/api/0.6/map/way[landuse=Mose] Men nu ser det ud til at det er løst /Søren ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommunale vejmidter som baggrundslag?
er der et sæt tiles med vejmidter fra de forskellige kommuner samlet? det ville være mest oplagt at få ind i potlatch. Med venlig hilsen Emil Tin IT- og Processpecialist Cykelsekretariatet KØBENHAVNS KOMMUNE Teknik- og Miljøforvaltningen Center for Trafik Islands Brygge 37 Vær. 118 Postboks 450 2300 København S Telefon +45 3366 3433 Mobil +45 2972 3788 Email z...@tmf.kk.dk -Oprindelig meddelelse- Fra: Peter Brodersen [mailto:pe...@ter.dk] Sendt: 5. december 2011 16:39 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Kommunale vejmidter som baggrundslag? Det kunne være fint med Københavns vejmidtetemaer også. Kolding er i øvrigt oppe nu, fx: http://tile.openstreetmap.dk/kolding/vejmidte/14/8621/5137.jpg :-) Nærmere beskrivelse for at få det ind i JOSM her: http://wiki.openstreetmap.org/wiki/Da:Kolding#Vejmidte-tema Stevns og Kolding bruger forskellige formater for vejmidte (hhv. MapInfo-format og Shapefile), hvilket betyder, at de indtil videre har hver deres URL. Jeg er ikke mapserv-haj, så jeg ved ikke, om det kan slås sammen på en let måde. - Peter Brodersen 2011/12/5 Emil Tin z...@tmf.kk.dk: jo vore vejmidte tema dækker hele det geografisker kbh, dog ikke frederiksberg. (men da kan da være de vil være med?) -Oprindelig meddelelse- Fra: Soren Johannessen [mailto:soren.johannes...@gmail.com] Sendt: 5. december 2011 16:11 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Kommunale vejmidter som baggrundslag? 2011/12/5 Emil Tin z...@tmf.kk.dk: vi kan bidrage med geometri for vejmidter for kbh, frigivet under den åbne offentlig datalicens. @Emil - Stisystemerne ved Christianshavn Vold og andre steder der hører under Styrelsen for Slotte Kulturejendomme har KBH ikke vejmidter for dem? da jeg har hørt fra Morten Lind (Ministeriet for By, Bolig og Landdistrikter) at Kbh Kommune har vedligeholdspligten for disse områder, så det ville underligt at GIS afdeling så ikke havde noget data om disse områder. /Søren ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommunale vejmidter som baggrundslag?
Det ville være fedt at få det på et tidspunkt, jeg tænker da også at det ville være lettere, at få vej data fra andre kommuner, hvis de kan lægges ud på denne måde. /Jens Winbladh Sendt fra min mobil, derfor kortfattet. Den 05/12/2011 16.41 skrev Emil Tin z...@tmf.kk.dk: er der et sæt tiles med vejmidter fra de forskellige kommuner samlet? det ville være mest oplagt at få ind i potlatch. Med venlig hilsen Emil Tin IT- og Processpecialist Cykelsekretariatet KØBENHAVNS KOMMUNE Teknik- og Miljøforvaltningen Center for Trafik Islands Brygge 37 Vær. 118 Postboks 450 2300 København S Telefon +45 3366 3433 Mobil +45 2972 3788 Email z...@tmf.kk.dk -Oprindelig meddelelse- Fra: Peter Brodersen [mailto:pe...@ter.dk] Sendt: 5. december 2011 16:39 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Kommunale vejmidter som baggrundslag? Det kunne være fint med Københavns vejmidtetemaer også. Kolding er i øvrigt oppe nu, fx: http://tile.openstreetmap.dk/kolding/vejmidte/14/8621/5137.jpg :-) Nærmere beskrivelse for at få det ind i JOSM her: http://wiki.openstreetmap.org/wiki/Da:Kolding#Vejmidte-tema Stevns og Kolding bruger forskellige formater for vejmidte (hhv. MapInfo-format og Shapefile), hvilket betyder, at de indtil videre har hver deres URL. Jeg er ikke mapserv-haj, så jeg ved ikke, om det kan slås sammen på en let måde. - Peter Brodersen 2011/12/5 Emil Tin z...@tmf.kk.dk: jo vore vejmidte tema dækker hele det geografisker kbh, dog ikke frederiksberg. (men da kan da være de vil være med?) -Oprindelig meddelelse- Fra: Soren Johannessen [mailto:soren.johannes...@gmail.com] Sendt: 5. december 2011 16:11 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Kommunale vejmidter som baggrundslag? 2011/12/5 Emil Tin z...@tmf.kk.dk: vi kan bidrage med geometri for vejmidter for kbh, frigivet under den åbne offentlig datalicens. @Emil - Stisystemerne ved Christianshavn Vold og andre steder der hører under Styrelsen for Slotte Kulturejendomme har KBH ikke vejmidter for dem? da jeg har hørt fra Morten Lind (Ministeriet for By, Bolig og Landdistrikter) at Kbh Kommune har vedligeholdspligten for disse områder, så det ville underligt at GIS afdeling så ikke havde noget data om disse områder. /Søren ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Hjælp til at eksportere enkelte tags (f.eks. fejltags fra Tagwatch)
On 05/12/2011, at 14.43, Jens Winbladh wrote: Jeg har lavet en import, men nogle fejl i og det er meget lettere at have en datasæt med fejlene i, istedet for at trække det hele tilbage (f.eks. http://tagwatch.stoecker.eu/Denmark/En/keystats_landuse.html og MOSE eller OVERDREV) Er det virkelig besluttet at benytte danske values i tags? Altså landuse=mose? Det lyder meget mærkeligt. Jeg synes det er stærkt betænkeligt at bruge taggen landuse til at beskrive landskabstyper. Den korrekte tag at bruge er landcover. Landuse indikerer noget menneskeskabt eller et areal der benyttes til produktion, rekreation el.lign. Landcover er hvad der er på det område, dvs. i princippet kan en skov (landuse=forest) omfatte flere forskellige landcover=* områder (f.eks. mose). For de mere videnskabeligt orienterede kan man sige, at landuse=* knytter sig til humangeografi, mens landcover=* knytter sig til fysisk geografi. -- Morten ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Hjælp til at eksportere enkelte tags (f.eks. fejltags fra Tagwatch)
Hej Morten Det er lige det der er problemet er med at jeg skal rette dele af den import jeg har lavet i dele af Kolding. Alle efterfølgende imports følger det jeg har beskrevet på denne wiki side: http://wiki.openstreetmap.org/wiki/Da:Kommune_data Jeg har fulgt Map_Features så meget jeg kunne, enkelte område er dog svære at oversætte fra kommune system til OSM. F.eks. hvordan skal Strandeng tagges? Har valgt at tagge den landusehttp://wiki.openstreetmap.org/wiki/Key:landuse =meadow http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dmeadow. Har kigget på landcover, den giver god mening, men da den er under Proposed, så har jeg undladt af bruge den (( http://wiki.openstreetmap.org/wiki/Proposed_features/landcover)) Det kan jo rettes senere (da jeg har videreført kommuens egen klassificering i taggen objekttype) Men godt set. Mvh Jens Den 5. dec. 2011 18.13 skrev Morten Kjeldgaard m...@bioxray.dk: On 05/12/2011, at 14.43, Jens Winbladh wrote: Jeg har lavet en import, men nogle fejl i og det er meget lettere at have en datasæt med fejlene i, istedet for at trække det hele tilbage (f.eks. http://tagwatch.stoecker.eu/**Denmark/En/keystats_landuse.**htmlhttp://tagwatch.stoecker.eu/Denmark/En/keystats_landuse.htmlog MOSE eller OVERDREV) Er det virkelig besluttet at benytte danske values i tags? Altså landuse=mose? Det lyder meget mærkeligt. Jeg synes det er stærkt betænkeligt at bruge taggen landuse til at beskrive landskabstyper. Den korrekte tag at bruge er landcover. Landuse indikerer noget menneskeskabt eller et areal der benyttes til produktion, rekreation el.lign. Landcover er hvad der er på det område, dvs. i princippet kan en skov (landuse=forest) omfatte flere forskellige landcover=* områder (f.eks. mose). For de mere videnskabeligt orienterede kan man sige, at landuse=* knytter sig til humangeografi, mens landcover=* knytter sig til fysisk geografi. -- Morten __**_ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dkhttp://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommunale vejmidter som baggrundslag?
Hej, 2011/12/5 Peter Brodersen pe...@ter.dk: Stevns og Kolding bruger forskellige formater for vejmidte (hhv. MapInfo-format og Shapefile), hvilket betyder, at de indtil videre har hver deres URL. Jeg er ikke mapserv-haj, så jeg ved ikke, om det kan slås sammen på en let måde. .. men det vidste rasher :-) Takket være Jonas' hjælp har jeg nu fået lavet et lag, som både har Stevns' og Koldings vejmidter. Når der dukker nye byer op, bliver de tilføjet til laget, så andre ikke behøver at gøre noget. URL'en til fx brug i JOSM er: http://tile.openstreetmap.dk/danmark/vejmidte/{zoom}/{x}/{y}.png Eksempel fra henholdsvis Stevns og Kolding: http://tile.openstreetmap.dk/danmark/vejmidte/14/8748/5154.png http://tile.openstreetmap.dk/danmark/vejmidte/14/8623/5143.png Emil: Jeg vil meget gerne have København med i laget. Hvor kan jeg hente jeres vejmidte-tema? - Peter Brodersen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommunale vejmidter som baggrundslag?
Emil: Jeg vil meget gerne have København med i laget. Hvor kan jeg hente jeres vejmidte-tema? Cool og godt tiltag med kun en layers for vejmidter for kommuner (og forhåbentlige mange flere) - Jeg tror det er disse her http://www.kk.dk/Borger/ByOgTrafik/CyklernesBy/CykelData.aspx Cykelmidter.zip (2,06 MB) Cykelmidter er vist misvisende, vejmidter må det nærmere være - bemærk KBh skriver data er fra 2006. Men det kan jo være at de opdaterer så også nyere stier/veje kommer med /Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommunale vejmidter som baggrundslag?
Hej, 2011/12/6 Soren Johannessen soren.johannes...@gmail.com: Cool og godt tiltag med kun en layers for vejmidter for kommuner (og forhåbentlige mange flere) - Jeg tror det er disse her http://www.kk.dk/Borger/ByOgTrafik/CyklernesBy/CykelData.aspx Cykelmidter.zip (2,06 MB) Cykelmidter er vist misvisende, vejmidter må det nærmere være - bemærk KBh skriver data er fra 2006. Men det kan jo være at de opdaterer så også nyere stier/veje kommer med Det er faktisk cykelmidter (altså midten for cykelbanerne), som set her: http://osm.ter.dk/gfx/josm_cykelvejmidte.jpg Jeg har medtaget dem indtil videre i det generelle vejmidte-lag (i en blå farve), sådan bare mens vi leger. - Peter Brodersen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-es] Cambio masivo de tags
On Lunes, 5 de Diciembre de 2011 10:32:56 Alvaro Lara Cano escribió: Porque no he querido dar publicidad :-). las empresas son: Spar - pasa a ser El Árbol en toda la provincia. ¿alguien sabe como se puede cambiar todo de golpe, sin afectar a otras provincias? 1 - Pedir los supermercados de un bounding box de burgos: wget --timeout 0 http://www.overpass-api.de/api/xapi?*[shop=supermarket] [bbox=-4.43,41.42,-2.41,43.23] -O supermercados_burgos.osm 2 - Hacer que JOSM cargue esos datos sin problemas 3 - ??? 4 - Profit! -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Un ordenador no es un televisor ni un microondas, es una herramienta compleja. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Cambio masivo de tags
El 05/12/2011, a las 10:32, Alvaro Lara Cano escribió: Porque no he querido dar publicidad :-). bueno no tiene importancia, era curiosidad. las empresas son: Spar - pasa a ser El Árbol en toda la provincia. ¿alguien sabe como se puede cambiar todo de golpe, sin afectar a otras provincias? con el JOSM o a pelo, se pueden bajar datos filtrándolos para que correspondan a un determinado tag (ej: name=Spar ) y a una determinada área, aunque me temo que sólo puede ser rectangular. (bounding box: lat, long) (se bajarían los datos de provincias adyacentes que estén dentro del rectángulo). luego, dentro del JOSM haces una selección por tag, les cambias el nombre a todos a la vez y lo subes de nuevo se me ocurre bajar también el boundary de la provincia y descartar manualmente cambios fuera de ese límite. si hay una forma mejor sería bueno compartirla... aqui tienes documentación: http://wiki.openstreetmap.org/wiki/API_v0.6 http://wiki.openstreetmap.org/wiki/Xapi ojo con estos métodos que pueden estropear muchas cosas... si no lo tienes meridianamente claro, consulta aquí antes sobre lo que vas a hacer exactamente y la lista te podrá confirmar si es ok. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Cambio masivo de tags
On Lunes, 5 de Diciembre de 2011 11:13:51 Iván Sánchez Ortega escribió: On Lunes, 5 de Diciembre de 2011 10:32:56 Alvaro Lara Cano escribió: Porque no he querido dar publicidad :-). las empresas son: Spar - pasa a ser El Árbol en toda la provincia. ¿alguien sabe como se puede cambiar todo de golpe, sin afectar a otras provincias? 1 - Pedir los supermercados de un bounding box de burgos: wget --timeout 0 http://www.overpass-api.de/api/xapi?*[shop=supermarket] [bbox=-4.43,41.42,-2.41,43.23] -O supermercados_burgos.osm Je, resulta que si le pones otro predicado más, el de [@meta], te saca los números de versión. Así que señoras y señores: http://www.openstreetmap.org/browse/changeset/10040769 Un saludo, -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Aviso: Este e-mail es confidencial y no debería ser usado por nadie que no sea el destinatario original. No se permite la reproducción mediante fotocopia, walkie-talkie, emisora de radioaficionado, satélite, televisión por cable, proyector, señales de humo, código morse, braille, lenguaje de signos, taquigrafía o cualquier otro medio. Bajo ningún concepto debe traducirse al francés este e-mail. Este e-mail no puede ser ridiculizado, parodiado, juzgado en una competición, o leído en voz alta con un acento gracioso llevando un bigote falso y/o cualquier tipo de sombrero, incluyendo pero no limitándose a pañuelos. No inciten ni provoquen a este e-mail. Si está medicándose, puede experimentar nauseas, desorientación, histeria, vómitos, pérdida temporal de la memoria a corto plazo y malestar general al leer este e-mail. Consulte a su médico o farmacéutico antes de leer este e-mail. Todas las modelos descritas en este e-mail son mayores de 18 años. Este e-mail se reserva el derecho de admisión. Si ha recibido este e-mail por error es probablemente porque estaba borracho cuando escribí la dirección del destinatario. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Cambio masivo de tags
Muchas gracias a ambos!! El 05/12/11 11:50, Iván Sánchez Ortega escribió: On Lunes, 5 de Diciembre de 2011 11:13:51 Iván Sánchez Ortega escribió: On Lunes, 5 de Diciembre de 2011 10:32:56 Alvaro Lara Cano escribió: Porque no he querido dar publicidad :-). las empresas son: Spar - pasa a ser El Árbol en toda la provincia. ¿alguien sabe como se puede cambiar todo de golpe, sin afectar a otras provincias? 1 - Pedir los supermercados de un bounding box de burgos: wget --timeout 0 http://www.overpass-api.de/api/xapi?*[shop=supermarket] [bbox=-4.43,41.42,-2.41,43.23] -O supermercados_burgos.osm Je, resulta que si le pones otro predicado más, el de [@meta], te saca los números de versión. Así que señoras y señores: http://www.openstreetmap.org/browse/changeset/10040769 Un saludo, ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Importando bancos
Buenas, Quería opiniones sobre: http://ivan.sanchezortega.es/bankias.osm (Sí, ya sé que Madrid falta - creo que su interfaz no aguanta bboxes grandes con muchas entidades dentro) Me falta meter la info de si la oficina/cajero vende entradas, acepta ingresos en sobre, tiene cajero para ciegos, y permiten pago de recibos. ¿Con qué tags pongo esto? Lo único que he visto en el wiki es lo de los cajeros para ciegos (con speech_output:es=yes) Y faltan oficinas - porque los capullos todavía no tienen todas en el mismo sistema. ¿Hacemos una lista de entidades bancarias por tener? Luego si queréis nos quejamos todos de lo malos que son los bancos y si el banco X es mejor que el banco Y. Pero luego. -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Aviso: Este e-mail es confidencial y no debería ser usado por nadie que no sea el destinatario original. No se permite la reproducción mediante fotocopia, walkie-talkie, emisora de radioaficionado, satélite, televisión por cable, proyector, señales de humo, código morse, braille, lenguaje de signos, taquigrafía o cualquier otro medio. Bajo ningún concepto debe traducirse al francés este e-mail. Este e-mail no puede ser ridiculizado, parodiado, juzgado en una competición, o leído en voz alta con un acento gracioso llevando un bigote falso y/o cualquier tipo de sombrero, incluyendo pero no limitándose a pañuelos. No inciten ni provoquen a este e-mail. Si está medicándose, puede experimentar nauseas, desorientación, histeria, vómitos, pérdida temporal de la memoria a corto plazo y malestar general al leer este e-mail. Consulte a su médico o farmacéutico antes de leer este e-mail. Todas las modelos descritas en este e-mail son mayores de 18 años. Este e-mail se reserva el derecho de admisión. Si ha recibido este e-mail por error es probablemente porque estaba borracho cuando escribí la dirección del destinatario. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importando bancos
Yo hace tiempo anduve recopilando con un script la lista de cajeros 4Bhttp://www.4b.es/localizador-de-cajeros-4b, pero la información geográfica entonces era muy reducida. En los tuyos se ve de lujo :) 2011/12/5 Iván Sánchez Ortega i...@sanchezortega.es Buenas, Quería opiniones sobre: http://ivan.sanchezortega.es/bankias.osm (Sí, ya sé que Madrid falta - creo que su interfaz no aguanta bboxes grandes con muchas entidades dentro) Me falta meter la info de si la oficina/cajero vende entradas, acepta ingresos en sobre, tiene cajero para ciegos, y permiten pago de recibos. ¿Con qué tags pongo esto? Lo único que he visto en el wiki es lo de los cajeros para ciegos (con speech_output:es=yes) Y faltan oficinas - porque los capullos todavía no tienen todas en el mismo sistema. ¿Hacemos una lista de entidades bancarias por tener? Luego si queréis nos quejamos todos de lo malos que son los bancos y si el banco X es mejor que el banco Y. Pero luego. -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Aviso: Este e-mail es confidencial y no debería ser usado por nadie que no sea el destinatario original. No se permite la reproducción mediante fotocopia, walkie-talkie, emisora de radioaficionado, satélite, televisión por cable, proyector, señales de humo, código morse, braille, lenguaje de signos, taquigrafía o cualquier otro medio. Bajo ningún concepto debe traducirse al francés este e-mail. Este e-mail no puede ser ridiculizado, parodiado, juzgado en una competición, o leído en voz alta con un acento gracioso llevando un bigote falso y/o cualquier tipo de sombrero, incluyendo pero no limitándose a pañuelos. No inciten ni provoquen a este e-mail. Si está medicándose, puede experimentar nauseas, desorientación, histeria, vómitos, pérdida temporal de la memoria a corto plazo y malestar general al leer este e-mail. Consulte a su médico o farmacéutico antes de leer este e-mail. Todas las modelos descritas en este e-mail son mayores de 18 años. Este e-mail se reserva el derecho de admisión. Si ha recibido este e-mail por error es probablemente porque estaba borracho cuando escribí la dirección del destinatario. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Felix ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importando bancos
Hola, http://ivan.sanchezortega.es/bankias.osm De donde has sacado estos datos? Creo que no estan todos los Bankia, le he echado un vistazo y faltan unos 6 de las zonas que concurro. Por otro lado creo que hay nodos duplicados. Hasta pronto. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Brücke / Inschrift / Masten-Nr
On 03.12.11 20:24, Rainer Fügenstein wrote: * bin draufgekommen daß hochspannungsmasten durchnummeriert sind. trägt man die laufende nummer - mit ref=98 ein (dafür entschieden) Ref auf dem Mast passt. BTW, zu allen Detailfragen betreffend Hochspannungsleitungen - Bahnpirat. http://wiki.openstreetmap.org/wiki/User:Bahnpirat (BTW, er hat Methoden entwickelt, die auf den Masten aufgehängten Systeme [das 435A] zu kennzeichnen) http://wiki.openstreetmap.org/wiki/File:Power_tower_label.jpg OID: 278213996 http://www.openstreetmap.org/browse/node/278213996 Den phone Tag finde ich dort BTW unpassend, mit dem Masten wirst Dich kaum unterhalten können... und wohnen wird dort auch niemand. ;) - Es reicht der Operator auf der Leitung. Der ist dann wohl /auch/ für die Masten zuständig... /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Brücke / Inschrift / Masten-Nr
hallo, AL Ref auf dem Mast passt. BTW, zu allen Detailfragen betreffend AL Hochspannungsleitungen - Bahnpirat. AL http://wiki.openstreetmap.org/wiki/User:Bahnpirat ahja, jetzt wo du es sagst ... dem bahnpirat habe ich vor einiger zeit die kosmos rendering rules geklaut, um daraus die rendering rules für pipelines abzuleiten. AL Den phone Tag finde ich dort BTW unpassend, mit dem Masten wirst Dich kaum AL unterhalten können... und wohnen wird dort auch niemand. ;) habe das analog zu gasleitungs-markern gemacht, dort kann die telefonummer per phone= verewigt werden, für notfälle und so. telefonieren kann man mit markern trotzdem auch nicht ;-) persönlich ist's mir egal. nicht eintragen ist weniger arbeit ;-) -- Unix gives you just enough rope to hang yourself -- and then a couple of more feet, just to be sure. (Eric Allman) -- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ca] import complaints
Really good idea! Daniel -Original Message- From: Steve Singer [mailto:ssinger...@sympatico.ca] Sent: 4 décembre 2011 09:23 To: Connors, Bernie (SNB) Cc: Talk-CA OpenStreetMap Subject: Re: [Talk-ca] import complaints On Fri, 2 Dec 2011, Connors, Bernie (SNB) wrote: Richard, Do you have a link to Import Guidelines that are specific to Canvec data? I think http://wiki.openstreetmap.org/wiki/CanVec needs to have some specific guidelines for canvec imports. In particular 1. A caution to avoid importing coastlines or large lakes unless you have substantial experience importing canvec and understand how coastlines get generated/rendered in OSM. We have had enough problems/complaints with coastlines that I think we need a specific caution. 2. A warning to avoid duplicate features. (one might argue that this is obvious but the generic import guidelines don't actually mention this and clearly people are importing a lot of duplicate features) 3. To check keeprite (or something similar) after your import so you can find/fix some of the problems you will create. If no one objects I will update the above mentioned wiki page to reflect include those warnings. Steve Bernie. -- Bernie Connors, P.Eng Service New Brunswick (506) 444-2077 45°56'25.21N, 66°38'53.65W www.snb.ca/geonb/ -Original Message- From: Richard Weait [mailto:rich...@weait.com] Sent: Friday, 2011-12-02 13:23 To: Talk-CA OpenStreetMap Subject: [Talk-ca] import complaints dear all, I've heard some LOUD complaints about imports in Canada. Please be sure to follow the import guidelines, including special import accounts, and please be sure to check your work and fix errors. Latest issue appears to be a large broken water polygon. Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Milton, Ontario Canvec 8
Hi all, I'm having a look at Milton, where a decliner imported a single canvec tile 30M12.0.1. It appears to be just the non-road features; mostly water and woods, so far. I'm planning to replace the canvec6 tile with canvec8 later tonight or tomorrow. This means removing canvec6, which appears to be untouched except for some of my own edits. My goal is to first replace with at-least-no-worse than the current data, then improve by removing quad borders and connecting polygons. Thoughts? Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Milton, Ontario Canvec 8
From: Richard Weait [rich...@weait.com] Sent: Monday, December 05, 2011 3:58 PM Subject: [Talk-ca] Milton, Ontario Canvec 8 then improve by removing quad borders and connecting polygons. Slightly OT: are there any good tools for speeding up that process? I do a bit of clean-up with the normal JOSM functions every now and then, but it's fairly tedious. Best, Harald. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] import complaints
On 4-12-2011 15:22, Steve Singer wrote: On Fri, 2 Dec 2011, Connors, Bernie (SNB) wrote: Richard, Do you have a link to Import Guidelines that are specific to Canvec data? I think http://wiki.openstreetmap.org/wiki/CanVec needs to have some specific guidelines for canvec imports. In particular 1. A caution to avoid importing coastlines or large lakes unless you have substantial experience importing canvec and understand how coastlines get generated/rendered in OSM. We have had enough problems/complaints with coastlines that I think we need a specific caution. 2. A warning to avoid duplicate features. (one might argue that this is obvious but the generic import guidelines don't actually mention this and clearly people are importing a lot of duplicate features) 3. To check keeprite (or something similar) after your import so you can find/fix some of the problems you will create. If no one objects I will update the above mentioned wiki page to reflect include those warnings. Steve Bernie. -- Bernie Connors, P.Eng Service New Brunswick (506) 444-2077 45°56'25.21N, 66°38'53.65W www.snb.ca/geonb/ -Original Message- From: Richard Weait [mailto:rich...@weait.com] Sent: Friday, 2011-12-02 13:23 To: Talk-CA OpenStreetMap Subject: [Talk-ca] import complaints dear all, I've heard some LOUD complaints about imports in Canada. Please be sure to follow the import guidelines, including special import accounts, and please be sure to check your work and fix errors. Latest issue appears to be a large broken water polygon. Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca Steve, thanks. I've moved the warning to a more prominent place, to the summary at the top. Otherwise (new) readers might miss it too easily. Frank ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Copyright violation?
Just noticed that user:postmaster added some data from source city of hamilton property map http://map.hamilton.ca/InteractiveMaps/framesetup.asp;, obviously a newbie. http://www.openstreetmap.org/browse/changeset/10042572 Presumably this is a copyright violation? ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Copyright violation?
On Mon, Dec 5, 2011 at 6:04 PM, Andrew MacKinnon andrew...@gmail.com wrote: Just noticed that user:postmaster added some data from source city of hamilton property map http://map.hamilton.ca/InteractiveMaps/framesetup.asp;, obviously a newbie. http://www.openstreetmap.org/browse/changeset/10042572 Presumably this is a copyright violation? Thank you, Andrew. I've sent a note to the new user and invited them to the open house this weekend. :-) ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] import complaints
Bonjour Richard and all, I might not be totally unbiased !-) but I don't agree with Richard here. Actually, since I've imported Canvec data for my neighbourhood, I have been able to update/add/remove a lot of features/details that are not available in any other map. Stop sign, lights, biking/pedestrian track and trail, steps, the nice coffee shop near the bus stop were not there if instead I had mapped feature that can be found everywhere (roads, water or railways). I'm not on the impression that the community is disappearing, I'm on the impression the community is changing. 2-3 years ago, most of the traffic on talk-ca was about developing tools to import data! Since Canvec data is available, that part of the traffic is not there anymore (until this weekend !-) You are right suggesting that osm community have grown because of the white spots on the map (SuperMapper). I would use the same example to argue that the community can now grow faster because the map is not white anymore because of the syndrome de la page blanche (Writer's block) About resulting data quality, it can be lower if an import is done where data already exists and the integration not done properly. However, I've seen - and I'm pretty sure many of you have seen - areas where the quality is poor even if there were no import. I think there is a place for importing and that writing appropriate procedure in the wiki - as suggested - would do the job to advise newbie about the complexity of importing data. Best regards, Daniel -Original Message- From: Richard Weait [mailto:rich...@weait.com] Sent: December-02-11 16:07 To: Talk-CA OpenStreetMap Subject: Re: [Talk-ca] import complaints On Fri, Dec 2, 2011 at 3:27 PM, Connors, Bernie (SNB) bernie.conn...@snb.ca wrote: Richard, Do you have a link to Import Guidelines that are specific to Canvec data? Sure. All imports should comply with the OSM import guidelines. My preference is that we do not import at all. We should treat outside sources the way we treat aerial imagery. This is a deliberately provocative statement. More below. http://wiki.openstreetmap.org/wiki/Import_guidelines The automated edit guidelines apply to imports, and to any mass / bulk edit. http://wiki.openstreetmap.org/wiki/Automated_Edits/Code_of_Conduct Now, on imports. I'm very grateful that NRCan has been generous and allowed us to include Canadian government data in OSM. It's even better that folks at NRCan participate in the OSM community. This is not about them, and they are not at fault. It is my opinion that imports delay or end the growth of local OSM communities at the expense of some data is better than perfect data. How? In the old days, a person might hear of OSM, look at the map and see that their neighbourhood is a blank spot on the map. That motivated them to map their neighbourhood, and boom all of a sudden that new mapper is $SuperMapper. Pick one of the old-timers on the talk@ list for a value for $SuperMapper. Today, a new mapper might look at rural Ontario, and think, Ah, all the roads are there. No need for me to map. And we have missed the opportunity to create a new SuperMapper. So this might be true of any place, where mappers have mapped from a distance. Why pick on imports? Imports are too fast and too easy. That leads to insufficient care being applied to each node and way. When we map from aerial imagery we carefully consider each node placed on each way, because we have to do them all one by one, based on what we interpret from the imagery. That's good. With an import, we might look at the 20 km**2 and check a few spots, but it is not possible to give the same attention to each and every node that we would as we draw them by hand. So we get broken imports because we don't pay enough attention. Our tools have improved over the last seven years to reduce the gross errors that we make with imports but that is no substitute for the individual care and attention that we give to the nodes and ways we create through hard(er) work. So imports are worse than referring to an external source like tracing aerial imagery. The quality is lower. And the result can prevent or dissuade new mappers from joining OSM. In the alternative universe, where we did not import, new mappers found their neighbourhoods as blank spots and started mapping. In that alternative universe talk-ca has 10X or 100X readers. Every town in Canada has one or more local mappers. today, we might say every city in Canada has one or more mappers. In ten years we might have a mapper in every town. In that alternate universe, ten years from now, perhaps there is a mapper in every Canadian village. Is there a difference? Yes. We want a mapper on every block. Imagine, if a coffee shop around the corner changes name, how long would it take to update in OSM with a mapper on every block? Not long is the answer. With only one or more mappers in the nearest city, OSM will
Re: [Talk-ca] import complaints
We have to accept that OSM it is not a static project. For those discoverers that want to start from a blank sheet, there are still so many thematics to look for, and see how we can bring the information in OSM, how we can render it. For me, what it is interesting in OSM, it is all the space we have for innovation. Mappers and developpers brings constantly new projects, new developments that enthousiasm me. Like for various aspect of Openstreetmap, it is surely a challenge to update Canvec data in OSM. It is not easy. We should probably look at ways to facilitate it. But, I agree with Daniel that Canvec brings very good information. The OSM project is now more mature. It is becoming more complex, and we should adapt to it. Our objective is to let people use geographic map of good quality, to provide geographic opendata covering various thematics. For example, I have traced hiking trails in the Estrie region. But there where blanks all around. A line in the middle of desert looks to me meaningfull. And now that Canvec data has been added, that OpencycleMap bring elevation data, my thematic map of hiking trails looks very colorfull. Thanks to those who make the effort to bring Canvec in and develop, render the map in various ways. And now we can really start to build over that map. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-cz] tagovani: omezeni okamzite hmotnosti (mosty)
Ahoj, jak byste tagovali toto[1], vyklad zde[2], nejasna je mi ta dodatkova tabulka: maxweight=7 maxaxleload=5.5 maxweight:total=24 diky hanoj [1] http://www.svoboda.info/assets/images/201103/znacka.jpg [2] http://www.policie.cz/docDetail.aspx?docid=26838doctype=ART ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Amélioration du wiki
Le dim. 04 d�c. 2011 à 14:48 -0800, PierreV a ecrit : oupla... je sais pas si vous etes tous de mon avis... mais moi je suis plutot contre faire du copié-collé les pages dans le wiki se modifient trop facilement +1 Si la mise à jour automatique sur Drupal est possible, OK. Sinon, autant s'abstenir de manoeuvres compliqués, et recourir et faire un simple lien. Après tout, le wiki étant considéré comme la référence technique, habituer les visiteurs à le consulter n'est pas une mauvaise chose en soi. -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] SOTM en France?
Le ven. 02 d�c. 2011 à 11:37 +, Emilie Laffray a ecrit : Bonjour http://blog.osmfoundation.org/2011/11/30/sotm-2012-call-for-venues-is-now-open/ La fondation vient d'ouvrir les candidatures pour l'organisation du SOTM international. Se doit on de tenter l'aventure? :) (La reponse est oui pour moi mais bon ca ne fait que deux ans que je pousse dans ce sens :P ) Quelle latitude a-t-on pour la date ? -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] SOTM en France?
Christian Quest a écrit on 04/12/2011 02:31: Donc comme idée de lieu pour l'instant on a: - Brest, - Lille, - Strasbourg Autre idée ? Breton d'adoption à fond pour Brest, ancien Strasbourgeois je plussoie ;-) Après l'Espagne je trouve l'idée de remonter dans le Nord séduisante, cela peux amener des nordiques à venir plus facilement. Possible d'éviter les dates des RMLL (si RMLL il y a cetet année), où la date du SOTM est fixe dans un créneau ? A++ -- Rodolphe Quiédeville http://cartosm.eu - Intégration de carte libre sur site web Blog : http://blog.rodolphe.quiedeville.org/ SIP/XMPP : rodol...@quiedeville.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] SOTM en France?
Le 05/12/2011 10:12, Rodolphe Quiedeville a écrit : Breton d'adoption à fond pour Brest, ancien Strasbourgeois je plussoie ;-) Après l'Espagne je trouve l'idée de remonter dans le Nord séduisante, cela peux amener des nordiques à venir plus facilement. Possible d'éviter les dates des RMLL (si RMLL il y a cetet année), RMLL il y a... et quelles ! http://comite.rmll.info/Selection-de-la-ville-organisatrice-des-RMLL-2012.html Viendez chez les p'tits Suisses ! -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration du wiki
Le 5 décembre 2011 09:36, Guillaume Allegre allegre.guilla...@free.fr a écrit : Si la mise à jour automatique sur Drupal est possible, OK. Sinon, autant s'abstenir de manoeuvres compliqués, et recourir et faire un simple lien. Après tout, le wiki étant considéré comme la référence technique, habituer les visiteurs à le consulter n'est pas une mauvaise chose en soi. comme on dit en informatique tout est possible, il faut juste trouver comment ... et là je ne suis pas sur de savoir comment configurer drupal pour se mettre à jour automatiquement à partir d'une source externe ! ce qu'on peut envisager également est de garder tous les tutos sur le wiki, avec éventuellement une refonte des pages pour n'y garder que les éléments techniques et restructurer un peu tout ce qu'il y a pour l'instant. Et sur le site osm.fr on mettrais tout le reste (donc sur l'asso, organisation, contacts officiels, ...), avec un gros lien qui pointerais sur le wiki. d'ailleurs, est-ce qu'il est possible d'avoir un flux rss avec toutes les modifications apportées sur seulement une partie du wiki? genre http://wiki.openstreetmap.org/w/index.php?title=FR:*feed=atomaction=history? avec l’agrégateur de flux de drupal on pourrait avoir un suivi de toutes les modifications faites sur les tutos en français ... Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Reportage grand public sur OSM
Le 03/12/2011 14:54, Christian Quest a écrit : J'ai archivé la vidéo, en attendant un feu vert officiel vous pouvez la récupérer ici: http://dl.free.fr/qb3Fp18bj Merci ! -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration du wiki - ou pas ! Danger !
Bonjour, J'ai l'impression que le but d'OSM-FR part en quenouille ! Il me semble qu'il faut bien **séparer** les finalités des 2 sites et ne **surtout pas** mélanger les 2 sites en recopiant l'un sur l'autre. Il faudrait plutôt réfléchir sur la répartition des sujets sur les 2 sites que sur les moyens techniques de dupliquer l'information. Je vous propose : le technique (immuable) sur le Wiki et la comm, l'accueil des nouveaux contributeurs, etc. comme l'a proposé Christian sur le site de OSM-FR. A+ -- Marc Sibert m...@sibert.fr Le 4 décembre 2011 18:11, Christian Quest christian.qu...@gmail.com a écrit : Le 4 décembre 2011 12:52, Christian Rogel christian.ro...@club-internet.fr a écrit : Une petite question : il semble qu'il y ait une possibilité de transférer par un script de reformatage des articles du wiki vers open-strretmap.fr. Peut-on avoir un tutorial là-dessus? Il est possible d'accepter du contenu au format wikimedia dans Drupal et donc sur openstreetmap.fr Est-il possible de transférer automatiquement le contenu d'un article d'un wiki dans une page du site ? Ca je ne sais pas, je peux étudier ça si besoin et si j'ai bien compris ta question. -- Christian ___ 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] Reportage grand public sur OSM
Super reportage ! Flicitations Pierre-Alain, un discours clair et accessible. Merci toi Christian pour l'extraction. Nicolas Le 03/12/2011 14:54, Christian Quest a crit: J'ai archiv la vido, en attendant un feu vert officiel vous pouvez la rcuprer ici: http://dl.free.fr/qb3Fp18bj J'ai extrait le reportage sur Pierre-Alain et transcod a en h264/mkv pour une taille totale de 9,2Mo. -- Christian ___ 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] SOTM en France?
RMLL il y a... et quelles ! http://comite.rmll.info/Selection-de-la-ville-organisatrice-des-RMLL-2012.html Ben voilà. RMLL jusqu'au 12 juillet à Genève. SOTM à Grenoble du vendredi 13 au soir au dimanche/lundi suivant ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import cadastre Blot l'Église (063)
Le 05/12/2011 04:56, Nicolas Dumoulin a écrit : Le Dimanche 4 Décembre 2011 12:05:51 Stéphane MARTIN a écrit : Salut, J'ai donc complété un peu le secteur : http://osm.org/go/0AkXzAJC- Pas de waterways ni de railways ;-) Sources : beaucoup de Bing, visiblement plus précis que CRAIG dans le secteur ; un peu de GPS et des souvenirs de vacances et de jeunesse ! Salut, Es-tu effectivement sûr d'avoir chargé les orthos du CRAIG à la bonne résolution ? Je viens de regarder, et même si bing est effectivement à une bonne résolution, le CRAIG reste un poil meilleur à mon goût. Merci J'ai peut-être raté quelque chose dans Josm pour charger les orthos du CRAIG à la bonne résolution :-( Me suis contenté de zoomer-dézoomer ! Mais sur certaines zones j'ai effectivement remarqué que CRAIG était un petit poil meilleur. @+ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] astuce - récupération en nombre par overpass API
Bonjour, [N'étant pas un dieu sous linux, je ne savais pas que l'on pouvait y faire des boucles] Résultat, le fichier .sh en pièce jointe, où l'on retrouve en bloc tous les codes INSEE. Ton script semble erroné. Je l'ai modifié ainsi pour qu'il fonctionne dans mon shell bash (Cf. PJ) Une fois exécuté, il renvoie le fichier insee.osm3s (pièce jointe) Ne reste plus qu'à faire la requête en [3] et on obtient le fichier .osm qui s'ouvre nickel dans JOSM Pour récapituler, si l'on ne veut pas passer par l'interface web et que l'on veut se servir d'un script bash sous une distribution GNU/Linux, taper dans un terminal : $ sh /chemin/vers/le/script/get_admin_bnd.sh $ wget --post-file=insee.osm3s -O insee.osm http://overpass-api.de/api/interpreter; Merci pour l'astuce en tous cas. Cordialement, Samy get_admin_bnd.sh Description: Bourne shell script ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] référentiel de pays OSM
Bonjour à tous, Dans le cadre d'un projet interne, la préfecture de police s'oriente vers OSM comme référentiel de pays. Il s'agit notamment, contrairement à des bases comme celle de l'INSEE, de disposer d'une représentation géométrique des pays. Toutefois, il nous semble opportun de partager cette expérience avec d'autres personnes intéressées par ce sujet, concernant notamment : 1. concernant la nature des objets à utiliser dans OSM. Après avoir débroussaillé techniquement le sujet, nous nous sommes orientés vers la notion de frontière, qui s'étend jusque dans les zones territoriales, et qui correspond à notre besoin ; 2. des outils pour effectuer des extractions d'OSM qui pourraient déjà avoir été développés, concernant plus spécifiquement les pays (NB: nous utilisons PostgreSQL/Postgis). A noter que l'extraction des frontières des pays seuls pèse 1,5 Go au format osm ; 3. en terme d'échange avec la communauté OSM si des anomalies étaient découvertes. S'agissant des pays, la couverture est mondiale .. (cela étant, nous n'avons pas recensé d'erreur flagrantes pour le moment en terme de node ou de chemins) ; 4. ... Bien entendu, il est prévu que les développements nécessaires (s'ils sont toujours utiles) seront mis à disposition sous licence Cecill v2 (et non pas GNU GPL). Bon appétit, -- Moquet Julien (tél : 01 55 43 64 55) Architecte DOSTL SDSIC SEPL BIL Préfecture de Police ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] astuce - récupération en nombre par overpass API
Bonjour, Bah oui quand mme heureusement qu'on peut faire des boucles en bash. Sinon ma vie serait plus complique ;-) Le fichier .sh est ajuster pour changer les bbox si l'on s'intresse une autre zone. On peut aussi changer la formulation de la boucle. Par exemple, pour un dpartement qui est au complet niveau des limites administratives on peut faire incrmenter le code insee par pas de 1 du premier au dernier code commune du dpartement et rcuprer les limites d'un dpartement au grand complet. a pourrait se grer en passant le numro du dpartement et la bbox en paramtre du script (dans un script bash les paramtres se rcuprent avec $1, $2, ...). Comme je trouve la dmarche assez sympathique, je me permets de la partager ici ! En tout cas merci pour le partage, a peut servir. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration du wiki
Il semblerait que certains aient du mal à saisir ce que j'ai écrit et partent en guerre contre des moulins à vent. Si je parle d'un bac à sable, c'est justement pour qu'il n'y ait rien d'automatique et pas de copier-coller. Alors pourquoi, s'échauffer à ce point? Excusez-moi d'être plus long, mais vous m'y obligez : Le recyclage de pages du wiki OSM doit obéir à trois principes 1 Une infime partie des pages du wiki OSM a un intérêt sur osm.fr Raison : on ne va pas mettre les pages détaillant les tags, les pages des villes, communes, territoires ou les tutoriaux des logiciels et dans ce petit nombre, on évitera, sans les interdire, les pages soumises à trop d'évolution dans l'année. Sont a priori concernés les textes juridiques, les pages sur des problèmes spécifiques, mais courants, les listes de contacts. 2 Les pages sélectionnées doivent être, comme je l'ai dit, raccourcies et adaptées Raison : Il ne s'agit pas du même public ou, quand c'est le même, il cherche autre chose 3 Celui qui se charge de l'adaptation doit avoir à l'esprit le format de mise en page du site cible Raison : Sur osm.fr, les articles ne sont pas présentés sur une seule page et pas tous seuls Le travail d'adaptation est un travail intellectuel assez complexe qui nécessite de l'expérience dans la rédaction (ma vie professionnelle m'en a donné et j'ai commencé mes études en documentation par des exercices de résumés d'articles scientifiques à réduire de 80%) C'est pourquoi un bac à sable faisant jouer les templates du site osm.fr serait une aide formidable, car cela réduirait les risques de transférer des textes inadaptés. Cela résoudrait aussi la question des images du wiki, puisqu'on disposerait d'un outil de mise en page. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Reportage grand public sur OSM
Le samedi 03 décembre 2011 à 08:19 +0100, Pierre-Alain Dorange a écrit : Bonjour, Il y a quelques semaine sune équipe de TV de France 3 Poitou-Charentes est venu pour me filmer en train d'assouvir une de mes passions : OpenStreetMap. Le reportage est en ligne dans l'émission 13h chez vous de jeudi dernier. http://www.pluzz.fr/13h-avec-vous-dans-le-sud-ouest de 13'30 à 17'. Attention de reportage est grand public et surtout malgeureusement plus centré sur moi (mais c'est le parti-pris de l'émission) que sur OpenStreetMap. Mais on y voit pleins de cartes, JOSM et du mapping sur le terrain. Chouette reportage. Montage et mise en scène claire et agréable à regarder. Du travail de pro :) J'enregistre le flux dans un coin avec VLC. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr