Re: [OSM-dev] Strange map div layout problem with OL 2.13 and Chrome only
El Sábado, 22 de febrero de 2014 10:44:18 Armin escribió: I'm in the process of upgrading to OL 2.13. Everything seems to be fine with Firefox, but in Chrome, [...] Any idea what could be going on there? This. https://github.com/openlayers/openlayers/issues/1181 Cheers, -- Iván Sánchez Ortega i...@sanchezortega.es ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] API for GPX files
El Sábado, 18 de enero de 2014 16:58:35 Gerhardus Geldenhuis escribió: Essentially what I am trying to do is to split the data into different tracks depending on time difference between two data points and being able to easily visualize this without the need for additional clicking around would be fantastically helpful. I get the data as raw csv and then convert it to gpx. What you really want is to install gpsbabel and then read the section titled split by distance in this page: http://www.gpsbabel.org/htmldoc-1.4.4/filter_track.html Cheers, -- Iván Sánchez Ortega i...@sanchezortega.es ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] OSM Wishlist
On Sunday, 14 de October de 2012 10:05:31 Paul Norman escribió: I'm giving a talk tomorrow on ogr2osm [...] For a 600 MB .mdb (400 MB .shp) [...] it uses about 6-7 gigs of ram for that. I may be able to get that down substantially, I haven't really attacked the RAM usage yet. Well, that's the problem I want to tackle down (and it's possible to tackle it down). You just need some mechanism to free nodes from memory when you're sure all the overlapping geometries have been proccessed. Please do let me know how the ogr2osm talk goes. Best, -- -- 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. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] OSM Wishlist
On Viernes, 12 de octubre de 2012 01:58:23 Tom MacWright escribió: What do you want to see happen with OSM's software this year? What are the tasks which everyone agrees on, but nobody has had the time to tackle? OK, here's mine: A diff/patch tool for imported data. Let me explain. Assume I imported a dataset, (e.g. Spanish powerplants 2010) a few months (or years) ago. I survive the flamewars in imports@, I manage to clean up the data, I manage to upload everything without too many validator errors in JOSM. So far, so good. Now, assume a newer version of the same dataset appears on the wild (e.g. Spanish powerplants 2012). I want to be able to: a) Know which data the provider added or deleted, and have those additions and deletions uploaded into OSM (Has the authoritative source added more powerplants?) b) The data provider wants to know what changes the OSM community has done, related to the data they provided (have they changed the boundary of this old polygon Igforgot to check?) I don't know if the way to tackle this problem down is to keep a registry of imported data, in order to check newer versions of external datasets with the registered older versions of already-imported external datasets, or rely on source= tags and version numbers. Seriously, guys from NMAs would *love* this. Also. ogr3osm. I would love to have the time and resources (or paid time, nudgenudgewinkwink) to redo ogr2osm; adding a backtracking-like algorithm to minimise the amount of geometries' shared nodes (and their bounding boxes) in memory, in order to be able to convert datasets with gazillions of geometries into .osm format. Backtracking-like in the sense that the data processing would be done in a tree-like fashion, walking through overlapping geometries, processing only geometries which have all their nodes already into the list of generated node IDs, writing to file and destroying from memory nodes that won't appear again because all the overlapping geometries have been processed. Yes, it sounds like a mouthful. I have a bunch of napkin notes with the algorithm written down, though :-) Also. Right now, the HOT would greatly appreciate a seeding GUI for MapProxy. Some python+openlayers+javascript hacking should do in a couple of weeks. The goal being that a user would be able to seed the caches through the development server web interface, without needing to edit config files. Bonus points for a cache configuration GUI. Cheers, -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org ¿Donde está el enchufe para el COM4:? ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] baseball cards, user stats and multiple accounts
On Thursday, 6 de September de 2012 20:00:03 Richard Weait escribió: My wishlist: - mappers to think it's cool and ask for their stats. /me raises hand - ideas! What are additional tools that mappers use and how can we measure them? Bounding box. Has the mapper edited a small area, or places very far apart? Print, not plot, which DoW, or DoM, or MoY, or ToD, the mapper is most active. The current stats won't fit on a card, but these small snippets of text will. Number of different editors, and number of JOSM versions ever used. How many SotMs they have gone to. I'm gonna lose on that one. Cheers, -- -- 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. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] baseball cards, user stats and multiple accounts
On Friday, 7 de September de 2012 01:32:02 Robert Norris escribió: How about stats on the 'quality' of changeset comments somehow. Basically longer the better! You mean Total number of words in the changesets comments. -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org http://ivan.sanchezortega.es Proudly running Debian Linux with 3.2.0-3-amd64 kernel, KDE , and PHP 5.4.4-7 generating this signature. Uptime: 02:01:09 up 11:16, 5 users, load average: 0,67, 0,98, 1,13 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] mod_tile installation problem
On Wednesday 01 February 2012 10:15:03 Dewi Robiatul mubararah wrote: configure: error: Did not find mapnik please solution Have you installed the development Mapnik libraries? -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org http://ivan.sanchezortega.es Proudly running Debian Linux with 3.0.0-1-amd64 kernel, KDE 3.5.10, and PHP 5.3.8-2 generating this signature. Uptime: 11:50:51 up 24 min, 2 users, load average: 0.99, 0.67, 0.49 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Error on db:migrate when setting up a rails port
On Thursday, 5 de January de 2012 17:03:01 Tom Hughes escribió: On 05/01/12 15:43, Iván Sánchez Ortega wrote: I'm intrigued at why the lib/migrate files are missing, when they're over at db/migrate. Symlinking them over doesn't work either. They're not missing, but for some reason ruby 1.9 doesn't find them. It makes no sense to me as rails should be adding that to the load path so I don't see why it matters which ruby version is in use. Heh, I just noticed this in the backtrace: /var/lib/gems/1.9.1/gems/activesupport-3.1.3/lib/active_support/dependencies.rb:240:in `require' /home/ivan/devel/rails/db/migrate/001_create_osm_db.rb:1:in `top (required)' /var/lib/gems/1.9.1/gems/activesupport-3.1.3/lib/active_support/dependencies.rb:240:in `require' And now I'm wondering why the first line of http://git.openstreetmap.org/rails.git/blob/HEAD:/db/migrate/001_create_osm_db.rb refers to lib/migrate, and what the file path at that point is. Best, -- 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. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Error on db:migrate when setting up a rails port
On Jueves, 5 de Enero de 2012 19:26:00 Tom Hughes escribió: On 05/01/12 16:18, Iván Sánchez Ortega wrote: And now I'm wondering why the first line of http://git.openstreetmap.org/rails.git/blob/HEAD:/db/migrate/001_create_o sm_db.rb refers to lib/migrate, and what the file path at that point is. I think I might understand actually - try dropping the 'lib/' prefix from the require and see if that works. ivan@flatbox:~/devel/rails$ rake --trace db:migrate [.] ** Execute db:migrate rake aborted! An error has occurred, this and all later migrations canceled: undefined method `native_database_types' for class `ActiveRecord::ConnectionAdapters::MysqlAdapter' /home/ivan/devel/rails/lib/migrate.rb:46:in `alias_method' WTF??! I said very clearly in config/database.yml that I wanted PGSQL! Why on earth would I need MySQL stuff to do stuff in Postgres?* * (Not an actual question) You probably also want to update your repo as I just pushed a fix for a migration bug I introduced the other day. Will try that next. -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org http://ivan.sanchezortega.es Proudly running Debian Linux with 3.1.0-1-amd64 kernel, KDE , and PHP 5.3.8-1+b1 generating this signature. Uptime: 20:57:52 up 10:08, 10 users, load average: 0.36, 0.32, 0.28 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Error on db:migrate when setting up a rails port
On Jueves, 5 de Enero de 2012 21:00:09 Iván Sánchez Ortega escribió: I think I might understand actually - try dropping the 'lib/' prefix from the require and see if that works. You probably also want to update your repo as I just pushed a fix for a migration bug I introduced the other day. Dropping lib/ *AND* pulling the latest version seems to work. Will remove lib/ from all files and report back... -- -- 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. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Error on db:migrate when setting up a rails port
On Jueves, 5 de Enero de 2012 21:23:55 Iván Sánchez Ortega escribió: Dropping lib/ *AND* pulling the latest version seems to work. Will remove lib/ from all files and report back... So that worked, all the tables seem to have been created. However, rake db:migrate ends up with this error... /usr/lib/ruby/1.9.1/test/unit.rb:167:in `block in non_options': file not found: db:migrate (ArgumentError) I'm assuming this is a non-issue due to using ruby 1.9.1. Anyway, this works now :-) -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Error on db:migrate when setting up a rails port
On Viernes, 6 de Enero de 2012 01:22:05 Tom Hughes escribió: Yes in general you are going to run into issues using ruby 1.9 as I have no access to 1.9 to test anything. Yup. All API calls return an error due to system_timer (for API timeouts) being obsolete in 1.9 So things only get fixed when people provide patches. My git-fu is weak, but at least I'll see if I can provide any insights on how messy it is to change system_timer to timeout.rb ... -- -- 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. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] New transport render (and bugs on ÁÉÍÓÚÑ)
It seems that everything renders as it should now - so thanks to everyone involved! :-) -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Overpass API and JOSM
Hi all, I'm trying to download a chunk of data via the Overpass API, load it into JOSM, so I can change some stuff and upload it back. The problem is that JOSM will nag about the data not having the version number, with a message like missing attribute 'version' in OSM primitive with ID 123457, in line bleh. The overpass query I'm using is: wget --timeout 0 http://www.overpass-api.de/api/xapi?*[shop=supermarket] [bbox=-4.43,41.42,-2.41,43.23] -O supermarkets_burgos.osm Things I'm not capable of doing: modifying the overpass API so it includes the latest known version number, or modifying JOSM to query the version number of the object IDs in a file without version numbers. Any insights? -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] New transport layer
On Lunes, 5 de Diciembre de 2011 11:05:34 Andy Allan escribió: Ah yes - I forgot to report back that I had fixed it. Thanks to Laurence for some off-list help with this - I've switched to a different font now that isn't so messed up. Oh sucks. The old font was cooler. Any chance it can be fixed? On Lunes, 5 de Diciembre de 2011 15:51:24 mar...@gmx.eu escribió: I'm still not sure what you want to display on the map. Is it the Hardware (e.g. rails, streets) or is it the Software (transport lines, etc.)? two_centsIMHO Bus routes are too prominent - I would expect a finer line, and maybe some transparency. Plus, one-way arrows, öpvnkarte-style. Besides, I encourage you to have a peek into my hometown's transport maps: http://www.madrid.org/cs/Satellite?c=CM_InfPractica_FAcid=1142558832294pagename=ComunidadMadrid%2FEstructura Particularly, the series-3 25MB monster, or some of the smaller Series-5. Note the different color for the regular(red), intercity(green) and night(black- yellow) buses, how the subway/light-rail lines/routes are even more prominent than bus routes, the one-way shields, the line numbers on subway stations, and whatnot. They're worth a look, really. Anyway, back to the point: note how the bus route lines are thinner than the road itself. The current equal-width transport map can be confusing (Is that a road, or is it something else?) /IMHO/two_cents Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Yo soy capaz de reconocer los aspectos positivos de la influencia de las religiones a lo largo de la historia. Por ejemplo, les debemos la creación de calendarios racionales que tan útiles han sido, aunque sinceramente, soy incapaz de recordar alguno más. -- Isaac Asimov. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Script to merge ways with identical tags
On Martes, 6 de Diciembre de 2011 02:21:13 Ian Dees escribió: I have some code in shp-to-osm that does glomming, but it's really not any smarter than storing all node locations in memory and check for overlaps. I think ogr2osm does something similar. Yeah, ogr2osm splits linestrings into tagged segments, then loops through segment endpoints, checking if any segments have the same tags, etc etc etc. (Still got to work in a new version of ogr2osm, though) -- -- 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. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] speeding up loading an OSM dump into PostGIS?
On Thu, Dec 01, 2011 at 07:14:29AM +0100, Yves wrote: Really? What is a decent server ? We're using (I think) a 64-bit quad-core VM with 6 gigs of ram and about ~100 GB of disk. With a close-to-default feature filter (see imposm docs on mapping files) it takes between 48 and 50 hours. In comparison, the same server took about 10 days to load a full planet into a 200GB PostGIS DB. The bad thing about this kind of DB is that you don't need the whole dataset to render maps, and SQL queries slow down to a crawl with the hstore indexes. Having separate tables, as imposm does, is much more practical for rendering purposes. Cheers, -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org For office use only. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] speeding up loading an OSM dump into PostGIS?
On Miércoles, 30 de Noviembre de 2011 07:25:25 Ákos Maróy escribió: I wonder what ways are there to speed up importing an OSM planet file into a PostGIS database? What I've tried so far is importing the current planet-XXX.osm.bz2 file into PostGIS via osm2pgsl Imposm, man, imposm. Takes 48 hours to import all the data I need from a full planet in a decent server. -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org For office use only. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] New transport render (and bugs on ÁÉÍÓÚÑ)
New renders on www.osm.org!! Woooho!!! But. Unfortunately, the typography used doesn't properly render uppercase accentuated characters. See: http://www.openstreetmap.org/?lat=40.39548lon=-3.67809zoom=17layers=T ¿See the subway station Méndez 2lvaro? It should read Méndez Álvaro. Note how the é (eacute if you prefer) renders OK, but the Á (or Aacute) fails to render properly. Similar problems with ñ - Opael over here should read Opañel: http://www.openstreetmap.org/?lat=40.38696lon=-3.72251zoom=16layers=T So, question: What typography is the Transport map using? Yeah, yeah, I know I'm raining in Andy's parade. Don't make me feel bad about that :-( (Wish I could be at the hack-a-thon and have a first-hand look at this by myself) Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org http://ivan.sanchezortega.es Proudly running Debian Linux with 3.1.0-1-amd64 kernel, KDE , and PHP 5.3.8-1+b1 generating this signature. Uptime: 13:55:10 up 4:44, 20 users, load average: 0.72, 1.30, 1.37 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] videomapping plugin - how to?
On Domingo, 2 de Octubre de 2011 21:42:24 Matthias Meißer escribió: Hi there Ivan, I'm the author of the plugin (user:!i!) and have to say thats unfirtunatly not released in a stable way :( Sadly I won't be able to restart dev on the plugin before end of Oct :( That's too bad :-( ATM I just can recommend to use the normal VideoLan Client on a seperated laptop and do just a visual link between the map and the recordings. That's a bit too cumbersome, unfortunately :-( BTW I bought a very similar cam for in-car mounting ;) Heh, I just located a place where I can buy windshield-mounted cameras in bulk per 35US$ a pop :-) Best, -- -- 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. ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] videomapping plugin - how to?
Hi all, I'm trying to put my cheap-o (40€) windshield-mounted camera to good use, with JOSM and the videomapping plugin. However, whenever I launch JOSM with that plugin active, it crashes with a message like: Unable to load library 'Advapi32.so': libAdvapi32.so: cannot open shared object file As I understand, this plugin uses the VLCJ libraries for playing the video, and they seem to be missing. I visited the project page, and downloaded them, but all I get is a .jar file. The wiki page for the plugin seems to be too scarce on details on how to get this library up and running. Being a JOSM user, not a JOSM dev, I feel a bit lost. Any hints? Best, -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org http://ivan.sanchezortega.es Proudly running Debian Linux with 3.0.0-1-amd64 kernel, KDE , and PHP 5.3.6-13 generating this signature. Uptime: 02:28:00 up 11 days, 9:07, 8 users, load average: 0.14, 0.07, 0.11 ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] Can I get distance across dry land with OpenStreetMap
On Martes 14 Junio 2011 17:52:08 Ævar Arnfjörð Bjarmason escribió: The routing libraries I've found seem to all assume that I want to route across roads, whereas for this task all I need is just a coastline shapfile of the planet. I'd then find out if A and B are on different coastlines, or the shortest path between them on land. Is there anything that does this already? The thing you want is called a navigation mesh. You might want to search for libraries to make and transverse them. Do read: http://theory.stanford.edu/~amitp/GameProgramming/MapRepresentations.html Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org http://ivan.sanchezortega.es Proudly running Debian Linux with 2.6.39-2-amd64 kernel, KDE , and PHP 5.3.6-11 generating this signature. Uptime: 21:12:54 up 1:41, 4 users, load average: 0.68, 0.74, 0.77 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Rendering on a SPARC
On Friday 21 January 2011 08:21:48 Maarten Deen wrote: But joking aside, also in real terms it is not a superfast machine. A single Ultrasparc III at 1.2GHz will be outperformed by any desktop machine available now. Probably by a factor 5 to 10. So even having it fully loaded with 24 processors will not make it really fast. The selling point is the amount of RAM that baby has. I cannot believe I might be able to load it into memory. My advice would be to start with Solaris. I'm assuming all dependencies are also available there, or can be compiled. I've never been a fan of other OS'es than SunOS on a Sun. Meh. First thing we're gonna try is boot Debian on that thing. Oh, the joy of fiddling with Debian... :-) Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Hay labios tan finos que en vez de besar, cortan. signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Rendering on a SPARC
On Friday 21 January 2011 12:18:24 Iván Sánchez Ortega wrote: The selling point is the amount of RAM that baby has. I cannot believe I might be able to load it into memory. I mean, the planet. The whole planet in memory. -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Now listening to: Oi Va Voi - Laughter Through Tears (2003) - [4] A Csitári Hegyek Alatt (4:14) (75.00%) signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Rendering on a SPARC
Hi all, I'm trying to get my hands on a big, fat, beautiful SPARC machine with gazillions of computing power (see http://www.spectra.com/pdfs/e6800.pdf). We'll be trying to put Debian or Ubuntu on that thing. Now the question is: does mapnik/mod_tile/tirex compile on a SPARC platform? What's the best way to render tiles in that thing? Best, -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Un ordenador no es un televisor ni un microondas, es una herramienta compleja. signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] API 0.7 brainstorming
On Thursday 30 December 2010 00:05:12 Frederik Ramm wrote: Are you kidding? Thousands of people use the API each day, and nobody gets a pony. I consider this a severe shortcoming. Lacks of ponies might be an item in your wishlist. The bug is that nobody gets unicorns. Seriously now. We wanna focus on the licensing change. Tools for that are gonna eat up developers' time. That said: the growth of commercial hardware capabilities is not keeping up with the growth of data in the OSM database. That means we're pretty much frakked in two to three years. Which means that the first priority for 0.7 should be splitting the DB out to more than one monster-sized server. I do think that proper sharding/replication/whatever will need changes at the API level. I do not completely trust database-level-only sharding/replication/whatever. Best, -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Un ordenador no es un televisor ni un microondas, es una herramienta compleja. signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] Microsoft gains access to aerial imagery
El día Thursday 25 November 2010 20:02:39, Frederik Ramm dijo: gvSig, for example, supports most stuff you can think of - shapefiles, AutoCAD, KML, GML, GeoTIFF and other raster formats, WMS and WFS servers, direct access to spatial databases etc., and it is written in Java. I haven't looked into it really but would it not be neat to create an adapter that allowed JOSM to display gvSig datasources? Then we could have it all without additional effort. GADL/OGR is your friend. http://gdal.org/ogr/ogr_formats.html http://trac.osgeo.org/gdal/wiki/GdalOgrInJava Best, -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es una televisión ni un microondas: es una herramienta compleja. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Query to OSM database by JOSM
On Monday 25 October 2010 10:35:19 Irene Pucci wrote: Hi! I'm interested to see in what way JOSM makes queries to OSM database but I didn't find the java class file where it does the queries. Anybody knows where I can find it? JOSM doesn't query the OSM DB. It queries the OSM API. See: http://josm.openstreetmap.de/browser/josm/trunk/src/org/openstreetmap/josm/io/OsmApi.java http://wiki.openstreetmap.org/wiki/API_v0.6 Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es ESP: Sensores del Programa Electrónico de Estabilidad (...) Ningún sistema de asistencia a la conducción puede contravenir las leyes de la física o proporcionar tracción donde no existe. Conduzca conforme a las condiciones climatológicas y de la carretera. -- Catálogo para España del Chrysler 300C, pág. 19 explicando cómo funciona el ESP. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] WMSPlugin Update
El día Thursday 02 September 2010 05:32:25, Ian Dees dijo: Let me know if anyone has any problems. Hhhhmmm. It fails for http://orto.wms.itacyl.es/WMS? (a orthoimage WMS we can use to trace on top of). Console output says [Fatal Error] capabilities_1_1_1.dtd:1:58: No more pseudo attributes are allowed.. And the GetCapabilities document seems allright to me: http://orto.wms.itacyl.es/WMS?request=GetCapabilities -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es una televisión ni un microondas: es una herramienta compleja. ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] WMSPlugin Update
El día Wednesday 01 September 2010 06:32:22, Ian Dees dijo: I've made some changes to the wmsplugin so that discovering available layers at a particular WMS URL is a lot easier. So it can query GetCapabilities at last? Hooray! I'm eager to try that out :-) -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es una televisión ni un microondas: es una herramienta compleja. ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] has the WMS-behaviour changed? (resolution)
El día Wednesday 01 September 2010 13:21:26, M∡rtin Koppenhoefer dijo: PS: See attached screenshot: I didn't change the resolution manually. That tells us little. What's the console output? -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es una televisión ni un microondas: es una herramienta compleja. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] WMSPlugin Update
El día Wednesday 01 September 2010 17:20:53, Ian Dees dijo: My update does check the available CRS from GetCapabilities for each layer and will flag a layer as unusable if it doesn't match the current projection set in JOSM's preferences. Wait a second there. So what if I query a epsg:4326 WMS but JOSM's display is set to EPSG:3857 AKA spherical mercator? AFAIK, JOSM handles this transparently right now... and I wouldn't like to see that broken. -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es una televisión ni un microondas: es una herramienta compleja. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] WMSPlugin Update
El día Wednesday 01 September 2010 18:25:51, Dirk Stöcker dijo: No it uses EPSG:4326 when Mercator is selected. The distortion resulting from that is very low due to the tile mechanism and working at high zoom levels. This silently assume Mercator is EPSG:4326 should also exist in the future (except the WMS server has Mercator support, which is ignored ATM - very few have). If I've understood the code correctly, this is done in http://trac.openstreetmap.org/browser/applications/editors/josm/plugins/wmsplugin/src/wmsplugin/WMSGrabber.java , lines 71-83 Please please please tell me that won't be broken with the update :-) Best, -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es una televisión ni un microondas: es una herramienta compleja. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[OSM-dev] OSM code sprint @FOSS4G??
Hi all, I'll be spreading OSM goodness at the upcoming FOSS4G conference (with lots of help from Dane Springmeyer A.K.A. The Mapnik Wizard). Besides the workshops and the conference, there is going to be a Code Sprint, which is kinda like a hack-a-thon. See: http://wiki.osgeo.org/wiki/FOSS4G_2010_Code_Sprint If other OSMers are going to be at the FOSS4G, this could be a good opportunity to spend some time working on OSM tools. I, for one, would like to spend some time reworking ogr2osm in order to adapt it for converting huge amounts of data. Are any other OSM devs interested in spending some time coding in Barcelona? Best, -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es una televisión ni un microondas: es una herramienta compleja. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] aviation maps?
El día Wednesday 11 August 2010 18:25:39, Julio Costa Zambelli dijo: We talked about an OpenAeroMap with Ivan Sanchez back in Amsterdam (SoTM2009), And I've still got the idea somewhere in my notebooks. I haven't forgotten about that :-) I do think that OSM-derived aerial navigational charts are worth it, but we need to get in touch with the people who would actually use it. How do we reach out to GPS-hungry airplane pilots? Approach charts are tricky, because they depend on each airport's configuration, which depends on the wind direction. Would make a fun case for dual caching, though :-) [...] the general airways (For example: http://www.aipchile.cl/dasa/aip_chile_con_contenido/aipmap/Cartas%20Aeronau ticas/SUPERIOR%204.pdf) are perfectly usable. Ooohh, complete with the we claim this slice off Antarctica. You know that's ripe ground for edit wars, right? :-P -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es una televisión ni un microondas: es una herramienta compleja. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] licensing question
El día Thursday 05 August 2010 16:27:49, andrzej zaborowski dijo: On that note the debian free software guidelines do include a test that can be applied to a license text that ensure users don't have to do anything unless they redistribute the binaries for example (the desert island test). And we have the cake test, inspired by the DFSG: http://blog.okfn.org/2010/03/15/the-cake-test-of-freedom/ -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es una televisión ni un microondas: es una herramienta compleja. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] licensing question
On Wednesday 04 August 2010 23:55:03 Jim Burt wrote: I'm interested in using OpenStreetMap for an internally facing website for my company (no public access). This is going to be a small app with very limited users and page views. I've reviewed the licensing, and this appears to be acceptable use. Can anyone confirm this? Yep, no problem. Anyway, please do say somewhere that the data comes from OSM. Share-alike provisions won't kick in, as you're not redistributing the data. And low page views = no problems with the tile usage policy. If this is addressed elsewhere, or I'm asking in the wrong list, please point me in the correct direct. Well, this should belong to legal@, but don't sweat about it. Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es http://ivan.sanchezortega.es MSN:i_eat_s_p_a_m_for_breakf...@hotmail.com Jabber:ivansanc...@jabber.org ; ivansanc...@kdetalk.net IRC: ivansanchez @ OFTC freenode ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] USGS fork of OpenStreetMap
El día Thursday 29 July 2010 16:11:38, Eric Wolf dijo: [...] You are correct in that we are not forking OSM because we are not starting with any forking OSM data. I will try harder not to fork up the conversation any further. Would you prefer the forking project be called the USGS spoon then? USGS Spork !!! -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es una televisión ni un microondas: es una herramienta compleja. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] Color schemes / hide yellow nodes
El día Monday 28 June 2010 12:51:02, Attila Szász dijo: I am trying to find a way to hide the yellow nodes on the map as they clutter the map when zoomed out. Any suggestions on this? Filter them out. Open up the filter pane, and add a rule for type:node untagged. Then switch on that rule, and click the checkbox that hides the elements (instead of graying them out). Best, -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es una televisión ni un microondas: es una herramienta compleja. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] OSM Architecture
On Friday 14 May 2010 17:32:25 Frederik Ramm wrote: OSM as it is today has not been drafted at the desk At the desk? More like on paper napkins at the pub! :-D -- -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] How to test against the API ?
El día Monday 10 May 2010 15:19:45, sorel dijo: I am wondering if I can test my code against this server : *http://api06.dev.openstreetmap.org/* ? Can I mess up on this server ? like transactions that modify datas ? Or must I use something else ? The API dev servers hold a (old) copy of the main OSM DB, and any changes you make there won't have any effect on the main DB. In other words: you're welcome to play with api06.dev.osm.org. It doesn't matter (much) if you break the stuff there. On the other hand, if you will be doing very intensive computing, you might prefer setting up your own OSM API server. Refer to the wiki, and research the topic of setting up a rails port. Cheers, -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es una televisión ni un microondas: es una herramienta compleja. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Getting admin_level=* from relations to render properly
El 28/04/2010 9:27, John Smith escribió: Ok, here's the way and here's the relation and here's the rendering, please explain why it's not rendering the relation how ways nearby render: http://www.openstreetmap.org/browse/way/32295414 http://www.openstreetmap.org/browse/relation/80372 http://osm.org/go/uTRwIeeW- Looks good to me. Where a tagged boundary way is part of n boundary relations, you will see n+1 overlapping lines in the render. IMO this is ugly, and you get no sense of the actual admin levels involved. Ugly gets short. The overlapping dashed lines just look horrible. http://www.openstreetmap.org/?lat=41.3067lon=-3.1946zoom=12 That may be what's happening, in which case that's pointing out where we need to look, we should structure the SQL query to return only one way, with the highest admin_level. I don't think so. I'd place my wages on a bot. Download the planet, check topology of admin_level ways and relations, calculate the non-needed bits, upload changes. Cheers, -- Iván Sánchez Ortega i...@sanchezortega.es ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Getting admin_level=* from relations to render properly
El 28/04/2010 10:49, Lennard escribió: So you admit the logic can be problematic with the rendering, doesn't that mean we're tagging incorrectly for renderers? Don't tag the member boundary ways, and you're right. So what? Area boundaries will be rendered twice, once per area. You'll be back at the start :-/ -- Iván Sánchez Ortega i...@sanchezortega.es ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Getting admin_level=* from relations to render properly
El 28/04/2010 10:13, John Smith escribió: This is not the right way to do things, we need to fix the rendering software to work properly, not use bots so software devs have a simple way out. No, no, no. There is no point being an architecture astronaut[1] and making sure we've got the most perfect rendering system in the whole universe. [1] http://www.joelonsoftware.com/articles/fog18.html This is less about thinking and more about doing. Believe it or not, the first method that is able to solve the boundaries problem will win. No matter if it's a bot, a osm2pgsql patch, or an ugly SQL query on the mapnik stylesheet side of things. And, personally, I think that a bot is the simplest, quickest way of achieving this. Cheers, -- Iván Sánchez Ortega i...@sanchezortega.es ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] OSM Data into J2ME Application
El 28/04/2010 17:18, Daniel Hänßgen escribió: I'm thinking of a JavaSE Application (Commandline is enough) that converts the OSM XML into a File, that can be copied into the LoroDux.jar (J2ME) oder copied to the device, and than tell LoroDux where the Data is stored. Ideas? Sounds similar to how GPSmid works (http://wiki.openstreetmap.org/wiki/GpsMid). Maybe you should have a look into it. Cheers, -- Iván Sánchez Ortega i...@sanchezortega.es ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Open Social Routing Idea: Request for preliminary comments
El 19/04/2010 16:56, Jonas Gabriel escribió: Every person creates personal routes based on his knowledge of his living area.[...] Then a service could produce routes by using members of this alternative routing graph forest connected by a traditional routing service [...] I would like to hear some of your comments.Does it make any sense? Yeah, it makes sense and would be doable by lowering the weights of the graph arcs in the routing algorithm for every uploaded route, or add a new arc for every uploaded route, with a lowered weight. However, besides from being a cool research project... what problem does it *solve*? Why would *I* be interested in uploading routes to such a service? Cheers, -- Iván Sánchez Ortega i...@sanchezortega.es ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Open Social Routing Idea: Request for preliminary comments
El 20/04/2010 13:02, Peter Körner escribió: Nah, I don't like that because it takes me along a busy road. I'll add a 50% penalty to that road and see where it takes me now. This is done using vias in google maps right now. Just drag'n'drop from the calculated route.. No, you cannot avoid stuff by dragging in GMaps. You can, however, use OpenRouteService for that :-) -- Iván Sánchez Ortega i...@sanchezortega.es ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Inserting OSM data
El 22/03/2010 14:04, Andreas Höschler escribió: we are collecting huge amounts of GPS-tracks with a fleet of vehicles with on-board computers. [...] We have to maintain our own database of tracks, add properties like a so a called pickupCondition, which determines how good a track is (e.g. paved, muddy, never use it when it's raining,...). Do you store all the tracks, or do you conflate them into road axis? I mean: if a truck has gone through a road twelve times, do you store twelve lines or just one? Is there a way to get just one line per road? • our users cannot use the official OSM editor for several reasons (to complicated, no direct access to our tracks,...) Depending on your Java expertise, you could program some JOSM plugin. Just an idea, though. For that we need some kind of TCP-based XML interface so that we could send a track in some XML format to a TCP socket and get back the IDs assigned to objects by the public OSM database server. Only that would allow us the assign the returned IDs to our private database objects and thus avoid data duplication. Is there such an API (TCP-socket based)? Looky here: http://wiki.openstreetmap.org/wiki/API_v0.6 Whenever you (successfully) upload a new way, you get the way ID in return. No problem there. -- Iván Sánchez Ortega i...@sanchezortega.es ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Inserting OSM data
El 22/03/2010 15:04, John Smith escribió: 2010/3/22 Iván Sánchez Ortegai...@sanchezortega.es: Whenever you (successfully) upload a new way, you get the way ID in return. No problem there. What about existing ways that may be duplicated by doing that? Andreas talked about inserting data into OSM, not updating data in OSM. Yes, that's a completely different problem :-) -- Iván Sánchez Ortega i...@sanchezortega.es ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Inserting OSM data
El 22/03/2010 15:46, Andreas Höschler escribió: [...] selecting only those records that make up a way. So you have a topologically correct road network. Nce :-) Looky here: http://wiki.openstreetmap.org/wiki/API_v0.6 Wow, I believe that's what I was looking for!! Scanning this page [...] The ideal solution for use would be to send a WAY segment in OSM format to some service and receive a response with the IDs for the created way and the created nodes! But I understand this is not supported due to the obvious merging problem (avoid duplicates)!? With the API, you can upload new nodes/ways/relations, fetch the existing ones, and update the existing ones (uploading a changeset). The problem is that you might upload a new way that overlaps an existing OSM way. Either you upload it and merge with OSM tools, or you download the OSM data in the neighborhood, check if it overlaps, and update your data with the already-existing OSM data, etc etc. Cheers, -- Iván Sánchez Ortega i...@sanchezortega.es ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Inserting OSM data
El 22/03/2010 16:38, Andreas Höschler escribió: The OSM are supposed to be put on our webserver!? How do I announce a new OSM file to whom? http://lists.openstreetmap.org/listinfo/imports should be the right place. -- Iván Sánchez Ortega i...@sanchezortega.es ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] gpx upload php code
El 17/03/2010 14:13, Bernhard zwischenbrugger escribió: It should be possible to direct upload the data to the OSM servers. [...] Is there a php fragment somewhere, that handles the multipart-formencode and http auth? http://trac.openstreetmap.org/browser/applications/utils/import/bulk_upload_06/bulk_upload.php It works - so have fun. But beware: please do not use the main OSM API servers for testing the uploads. Either set up your own rails port, or use the dev servers. Cheers, -- Iván Sánchez Ortega i...@sanchezortega.es ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] need some javascript help
El 24/02/2010 15:25, jamesmikedup...@googlemail.com escribió: Hi all, I am not a real javascript developer, can you give me some advice on this ; [...] How can I connect two windows to each other, I would like to call a different url in what would its own sub window. so when you click on a text field, and right click on it, select find, it will then refresh the lower map window. Sounds like you want to use iframes*. Simply put a iframe id='foo'/iframe somewhere, and that'll be your sub-window. In order for it to load a URL, you just do document.getElementById('foo').src='url_goes_here'; in javascript. * IFrames are evil. Yes, even more evil than FakeSteveC. Another cleaner option is to use all that AJAX magic stuff to load the content in a div rather than in an iframe. May I suggest you the ajax for dummies book? It's a nice hands-on introduction to this javascript stuff. Cheers, -- Iván Sánchez Ortega i...@sanchezortega.es ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Weird multipolygon rendering
Hi, folks, I would like someone to look at this: http://www.openstreetmap.org/browse/relation/363451 And then tell me why the f*** the name of those areas is rendered a couple of kilometers to the east of them, over here: http://osm.org/go/b...@ybd- The relation and tags are OK as fas as I know. Is this an osm2pgsql bug? A mapnik bug? -- -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] A quick and basic question
El Viernes, 11 de Diciembre de 2009, nbu escribió: Hi, I've been using OSM data for a routing application for some time (holding the data in a mySQL locally). I'd really like to overlay my routes and some other data onto rendered OSM maps. I don't need to do this online, all I would like is to be able to display an OSM map then overlay a couple of polygons and finaly save it as a jpeg (or whatever). I can produce the overlay data in whatever format is required. I'm sure that there must be an app that can take an overlay and display it on top of an OSM map. Why not follow the example of yournavigation.org and openrouteservice, and use openlayers with a vector layer? -- -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] RAM requirement for osm2pgsql without slim?
El Miércoles, 9 de Diciembre de 2009, Frederik Ramm escribió: what is the current RAM requirement for running osm2pgsql on the whole planet in non-slim mode? Is 16 MB still sufficient for that, or does it require more in the mean time? What are you trying to do with that 80386? :-P -- -- Iván Sánchez Ortega i...@sanchezortega.es Don't get to bragging. signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Announcement: ogr2osm
Hi all, A couple of weeks ago I started developing ogr2osm, a small python script that is able to take any OGR-supported format (shapefiles, spatialite, GML, KML, DGN, and a lot more), and convert it into OSM format. Its main feature is the ability to make relations out of complex polygons, perfect for boundaires of administrative or landuse areas. Another cool feature is the ability to do on-the-fly reprojection, via a epsg code or a proj.4 string. A few people have tested it out, and so far no one has found any major bugs or any missing show-stopping feature. It's now beta instead of alpha. I would like people to try it out and voice their opinions about this piece of software. It is available at http://svn.openstreetmap.org/applications/utils/import/ogr2osm/ Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es Repartee is something we think of twenty-four hours too late. -- Mark Twain signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Convert from Spherical Mercator to WGS-84?
El Sábado, 28 de Noviembre de 2009, Mike N. escribió: I would like to be able to convert from Spherical Mercator coordinates (used by Mapnik, I think) to WGS-84 OSM db Lat/Lon format using the Geo Tools cs2cs.exe or proj.exe from the Cartographic Projections library. I am unable to figure this out from their documentation or example. epsg:900913 and epsg:4326 are your friends. Look out for them :-) -- -- Iván Sánchez Ortega i...@sanchezortega.es 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. signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Convert from Spherical Mercator to WGS-84?
El Domingo, 29 de Noviembre de 2009, Mike N. escribió: echo -180 45 | cs2cs +proj=latlong +datum=WGS84 +to +proj=merc +ellps=sphere +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +towgs84=0,0,0 +no_defs echo -180 45 | cs2cs +init=epsg:4326 +to +init=epsg:3785 Much more readable, isn't it? ;-) I have definitely not taken the GIS:100 course! Don't worry. I can feel projection-fu is strong with you. -- -- Iván Sánchez Ortega i...@sanchezortega.es Mam, ¿donde has dejado el manual de la vela? signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] slice pics, then slide show
El Lunes, 16 de Noviembre de 2009, Gary G: escribió: what's the best way to slice a picture automatically into tiles? lets say a 2000x2000 pic into 16 x 500x500 next i would make a film or slide show... Given that I'm a linux junkie, I'd use imagemagick's convert with a crop command, and a small shell script. -- -- Iván Sánchez Ortega i...@sanchezortega.es 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. signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] 3d Import into OpenArena working
El Domingo, 11 de Octubre de 2009, jamesmikedup...@googlemail.com escribió: What about vrml? Are you from the past? -- -- Iván Sánchez Ortega i...@sanchezortega.es Política: Dominio de los hombres por unos pocos, mediante el engaño. signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] OpenstreetMap Trace Analysys
El Lunes, 12 de Octubre de 2009, SteveC escribió: bouncing to dev... On 7 Oct 2009, at 10:24, Roberto Carisi wrote: Hi! I’m working for a research project related to my master degree on the openstreetmap traces database.. I was wondering if there is some possibility of searching on the database the traces crossing a specified area, See http://wiki.openstreetmap.org/wiki/API_v0.6#GPS_Traces Or maybe a way for having a view of the traces database different than typing every single address in the form “http:// api.openstreetmap.org/trace/XX/data” ... I don't know if we have the tools to dump the GPX traces tables from the database. You should drop by the OSM IRC channel and ask around. Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es http://ivan.sanchezortega.es Proudly running Debian Linux with 2.6.30-1-amd64 kernel, KDE 3.5.10, and PHP 5.2.10-2.2 generating this signature. Uptime: 02:31:09 up 29 days, 16:02, 5 users, load average: 1.19, 0.92, 0.85 signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] likenesses
El Jueves, 1 de Octubre de 2009, SteveC escribió: Thoughts? Likenesses -1; implications +1. e.g.: highway=autobahn implies highway=motorway highway=motorway implies oneway=yes highway=motorway implies highway=road Basically it's just the same idea, but by using the word imply, it suddenly becomes a strictly logical proposition. I personally feel that SteveC's proposal of likenesses (A is like B) can be misleading, whereas implications (A implies B) are univocal. Likenesses are just aliases, implications add more meaning to the tags. So, osm2pgsql (or whatever) should unfold everything, unless there are existing values that contradict (e.g. highway=motorway, oneway=no). (I haven't read the entire thread, but I think some other people already agree to this) Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es http://ivan.sanchezortega.es MSN:i_eat_s_p_a_m_for_breakf...@hotmail.com Jabber:ivansanc...@jabber.org ; ivansanc...@kdetalk.net IRC: ivansanchez @ OFTC freenode signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] WMF will donate 35 servers...
El Martes, 15 de Septiembre de 2009, Grant Slater escribió: If we try grab a few of these machines... Do we have anyone in the USA or Canada willing to how them? Preferably a University. A home basement with cable modem / adsl does not qualify. I gotta talk to a couple of people here in Spain, see if I could get some dirt cheap rack space for this. I don't know about the shipping of the servers to over here, though. -- -- Iván Sánchez Ortega i...@sanchezortega.es http://ivan.sanchezortega.es MSN:i_eat_s_p_a_m_for_breakf...@hotmail.com Jabber:ivansanc...@jabber.org ; ivansanc...@kdetalk.net IRC: ivansanchez @ OFTC freenode signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] [OSM-talk] Brainstorm: What could they be used for [was: WMF will donate 35 servers...]
El Martes, 15 de Septiembre de 2009, Peter Körner escribió: Please drop your ideas! OGC services (there is already some buzz about that in talk-cu). And customised renderings, of course. -- -- Iván Sánchez Ortega i...@sanchezortega.es 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. Si ha recibido este e-mail por error es probablemente porque estaba borracho cuando escribí la dirección del destinatario. signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Polygon relationificator
Hi all, During the imports support group conference call, the question of import tools was raised. I can't quite recall everyone's point of view, but I think that the general idea was the more tools, the better. I'm all for an unix-like approach: lots of small specialised tools, that work together in order to do an import. Right now we got conversors, filters, uploaders and whatnot. But one thing I'm missing is a polygon relationificator. Let me explain. Let's suppose I've got a shapefile/GML/spatialite file full of polygons; and such polygons do not overlap each other, and are adjacent to each other to cover a large area. Think land use and administrative areas. And, as defined in http://wiki.osm.org/wiki/Multipolygon , we can have multipolygons with several outer ways - which will be joined together when exporting to another format (e.g. osm2pgsql). You can see where this goes. If the input polygons are non-overlapping and adjacent, I could redraw the edges of the polygons as graph edges, put a graph node whenever three (or more) polygons touch each other, and then apply some graph theory to convert every polygon to a set of graph edges ( = relation of ways = multipolygon with several outer ways ) IMHO, this would be good not only for data imports, but also for integrity checks (detect overlaps) and cleanup, given OSM input and OSM output. Question is: Is such a tool available? If not, who has interest in making such tool? Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es La tradición es la personalidad de los imbéciles.- Maurice Ravel. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Polygon relationificator
El Lunes, 14 de Septiembre de 2009, Ian Dees escribió: This feature could be added, but could you draw a couple pictures to explain what you mean? What happens with the graph edges inside the multipolygon? Since they aren't really polygons, do they belong in a multipolygon relation? Maybe I'm not correctly interpreting what you meant. OK, let's do some crapy ASCII-art. So set your e-mail readers to a fixed-width font. Suppose a .osm file containing the following polygons and nodes. Suppose that the polygons are originally ways. n4-n3---n2---n1 | ||| | || P1 | | ||| | |n6n5 | || |n11--n10 | n19 P4 || P2 | | | P3 |n7 |n12---n9 | | | n8 | | | n18--n17---n16---n15-n14n13 | | | | | P5 | | | n21---n20--n19 For every pair of connected nodes (segment i.e. graph edges), relate that segment to a set of one or two polygons. Any adjacent segments related to the same set of polygons gets converted into a way (i.e. simplified graph edges): n4--n3---n2-E-n1 | ||| A HF P1 E A H|| A Hn6-E-n5 A || |n11-C-n10 G n19 | || | C P3 Dn7 A P4 | | P2 G An12-DD-n9 G A I n8 | I G n18-J-n17-J-n16--n15-KKK-n14-KK-n13 || LL L P5 L || n21-L-n20--n19 So this creates ways as follows: A = n3-n4-n19-n18 B = n3-n2 C = n10-n11-n12 D = n10-n9-n12 E = n2-n1-n5-n6 F = n2-n6 G = n6-n7-n8-n13 H = n3-n10 I = n12-n15 (Please note H and I are both adjacent to both P4 and P2, but are different ways as they're not adjacent segments. Same goes to B and G.) J = n18-n17-n16-n15 K = n15-n14-n13 L = n18-n21-n20-n19-n13 And then, given those, the algorithm destroys the original polygons-as-ways and reconstructs them as relations: P1 = E-F P2 = B-H-D-I-K-G-F P3 = C-D P4 = A-H-C-I-J P5 = J-K-L I think I make myself clear with those. Of course, if the inputs are multipolygons, the algorithm gets a little more complex, but the idea stays the same: *Any polygons that share at least one segment with another polygon should get converted into a relation of polygon edges*. I would like to be able to convert and fix stuff properly... not to speak about those JOSM warnings about polygon ways sharing a segment. P.S.: Remind me to take a course in computational geometry. I'm feeling like I need it. Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es 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. Si ha recibido este e-mail por error es probablemente porque estaba borracho cuando escribí la dirección del destinatario
Re: [OSM-dev] Polygon relationificator
El Lunes, 14 de Septiembre de 2009, Frederik Ramm escribió: [...] The goal is to split up the polygons into their border lines, and then create OSM multipolygon relations where the border consists of several of those lines, and every line is used by two adjacent polygons [...] *AT LEAST* two adjacent polygons. Think in national/regional/municipal boundaries. A polygon edge could be used by 6 or more polygons easily. Think rivers as part of the admin area, or as part of a landuse area. Or both. Or natural=coastline + natural=beach + sports=swimming. I mean, having polyshp2osm convert polygons into relations is good and all, but I really feel that a generic tool for relationificating polygons is needed. -- -- Iván Sánchez Ortega i...@sanchezortega.es 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. Si ha recibido este e-mail por error es probablemente porque estaba borracho cuando escribí la dirección del destinatario. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] what server next?
El Martes, 8 de Septiembre de 2009, Grant Slater escribió: We also get slightly more OSM operated hardware outside UCL soon. Any friendly large hosts out there that can offer us some well bandwidth fed hardware/rack space? Maybe a university in North America? The spanish local chapter *may* be able to get some rack space and connection to a backbone, either free or dirty cheap. Supposing that we get the rack space, what kind of machine and services would you like us to host here? Just a mapnik renderer to balance load and improve tile serving uptime? -- -- Iván Sánchez Ortega i...@sanchezortega.es http://ivan.sanchezortega.es Proudly running Debian Linux with 2.6.30-1-amd64 kernel, KDE 3.5.10, and PHP 5.2.10-2.2 generating this signature. Uptime: 12:32:40 up 2 days, 19:42, 4 users, load average: 1.22, 0.92, 0.90 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] what server next?
El Martes, 8 de Septiembre de 2009, Micha Ruh escribió: [...] A server calculates user contribution for sets of 3x3 tiles (supertiles) for each zoom level 12-18. Meh. Precalculating all that would be too time-consuming. I'd rather go 8x8 mod_tile-like meta-tiles and a real-time API for z12, with a cache on top. Heck, you could even do just z12 tiles and get away with that. The calculation is done once a week (maybe done by t...@h clients). Meh. Mark the cache as dirty every week. And if mod_tile+mapnik can render stuff in near-real-time, there is no reason you could not just count stuff in near-real-time. Heck, mod_tile has to load data for 8x8 meta-tiles every time a meta-tile is marked dirty. Use that opportunity to count the attribution data there: just add a couple of fields to osm2pgsql and make mod_tile count the attribution data. Users adding ways/pois get a score of 3 per way/poi added, users adding more tags to existing way/pois get a score-point of 1 for each edit. Import sources get a 0.1 score-point per way/poi. Good luck telling those apart, given a planet dump. Why not just 1 node/way/relation = 1 point?? OpenLayer gets extended in a way that while requesting tiles an additional request to the attribution-db is issued, contributors for the corresponding supertile get loaded and nicely presented in the lower right corner of the view. No need to. A bit of javascript magic can do that. Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es http://ivan.sanchezortega.es Proudly running Debian Linux with 2.6.30-1-amd64 kernel, KDE 3.5.10, and PHP 5.2.10-2.2 generating this signature. Uptime: 12:39:41 up 2 days, 19:49, 4 users, load average: 0.95, 0.96, 0.92 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] what server next?
El Martes, 8 de Septiembre de 2009, John Smith escribió: I'm not suggesting a limited subset of OSM as a static image. It would be nice if there was a full dynamic embedable iframe option. Have you actually had a look at the export tab? -- -- Iván Sánchez Ortega i...@sanchezortega.es 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. Si ha recibido este e-mail por error es probablemente porque estaba borracho cuando escribí la dirección del destinatario. attachment: export_tab.png___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] what server next?
El Martes, 8 de Septiembre de 2009, John Smith escribió: Maybe the embedded stuff needs to be on it's own hostname instead of www so that the basic html and js can be duplicated across multiple sites that also host tile servers etc. DNS load balancing should be able to take care of that. -- -- Iván Sánchez Ortega i...@sanchezortega.es 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. Si ha recibido este e-mail por error es probablemente porque estaba borracho cuando escribí la dirección del destinatario. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Proposal: Multiline country, state, city names?
El Miércoles, 2 de Septiembre de 2009, Lennard escribió: A possible alternative is tagging place=country on an area, or by logical extension: a relation. Those do not render quite correctly at the moment, but there is a current ticket for mapnik requesting this feature be added. But I don't think that mapnik would be able to solve the problem. We should be looking at some kind of bot, similar to the coast checker, to relate all the borders of one country into one big closed polygon. -- -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Mobile HTML5 client for OSM
El Jueves, 27 de Agosto de 2009, SteveC escribió: Is there a way to give it a try? I would need a JS API to fetch GIS data in JSON or XML, providing the SW and NE corners of the actual mapview. Then I would let the browser render them inside canvas elements... Been there, done that. Have a look at Cartagen: http://cartagen.org/ -- -- Iván Sánchez Ortega i...@sanchezortega.es http://ivan.sanchezortega.es MSN:i_eat_s_p_a_m_for_breakf...@hotmail.com Jabber:ivansanc...@jabber.org ; ivansanc...@kdetalk.net IRC: ivansanchez @ OFTC freenode signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Gauss-Krüger coordinate s for kosoov?
El Domingo, 2 de Agosto de 2009, jamesmikedup...@googlemail.com escribió: [...] 1. can you help me transform them? From the data I gathered from the .pdf you linked, it seems that this cs2cs command line should be able to do the proper reprojection from KOSOVOREF1 to WGS84: cs2cs +ellps=GRS80 +units=m +proj=tmerc +k=0. +lon_0=21 +lat_0=0 +y_0=0 +x_0=750 +to +init=epsg:4326 If you delve into the documentation of proj.4 and its utilities (cs2cs, ogr2ogr, etc) you should be able to batch reproject any files you want; or you can mail me the files and I'll reproject them for you. I'm not an expert in projection systems, so that cs2cs command line should be reviewed by the authors of the .pdfs you linked to, in order to get some reassurance about it. Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Gauss-Krüger coordinate s for kosoov?
El Lunes, 3 de Agosto de 2009, jamesmikedup...@googlemail.com escribió: Here is my conversion script : cs2cs +ellps=GRS80 +units=m +proj=tmerc +k=0. +lon_0=21 +lat_0=0 +y_0=0 -f %.3f kosovopoints.src | perl ~/kosovo_maps/testconvert.pl newpoints.tml Well, you're missing half of the projection parameters. Namely, the false easting and the destination projection (EPSG 4326, which means WGS84 in lat-lon, the stuff that OSM uses). With this: cs2cs +ellps=GRS80 +units=m +proj=tmerc +k=0. +lon_0=21 +lat_0=0 +y_0=0 +x_0=750 +to +init=epsg:4326 -f %.15f kosova_test_points.txt kosova_test_points_wgs84.txt I'm able to successfully reproject the points with no problems at all. -- -- Iván Sánchez Ortega i...@sanchezortega.es 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. Si ha recibido este e-mail por error es probablemente porque estaba borracho cuando escribí la dirección del destinatario. signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] InfoWindow
El Martes, 23 de Junio de 2009, Sam Mor escribió: We Would like to ask you a question: do you have InfoWindow ( it's what google call it) ? OpenStreetMap is about the maps, not about the interface. If you are trying yo show a pop-up balloon (or whatever) on top of OSM, you should look at OpenLayers.org and the examples shown there. Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es Con la compra de un Pentium se lleva una estufa gratis... signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] A new take on the mutable idea
El Sábado, 20 de Junio de 2009, Karl Newman escribió: +1 for layers. That way we could import large, dense data sets such as parcel outlines (for example) without getting in the way of people who want to work on something else. -1 for layers. If I edit parcel boundaries, I want the highway=gate nodes to change automatically. And the landuse. And whatever. -- -- Iván Sánchez Ortega i...@sanchezortega.es http://ivan.sanchezortega.es MSN:i_eat_s_p_a_m_for_breakf...@hotmail.com Jabber:ivansanc...@jabber.org ; ivansanc...@kdetalk.net IRC: ivansanchez @ OFTC freenode ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Client trustworthyness
El Miércoles, 17 de Junio de 2009, SteveC escribió: So it looks like you grab a node and it has id^H^Hversion n and you upload after changing it n+1. Or something. AFAIK, the API doesn't work like that. When uploading data, you have to provide the version number you downloaded, *not* the expected version. If the database has some id^H^Hversion n+1 it shouts 'EPIC FAIL' and the client says uh-oh you're out of date. It's the API the one that checks that. But, the client could just try uploading n+2 or n+3... n+m until it succeeds. Is that correct? If I were to code a malicious OSM client, I'd download the new version numbers fresh whenever I was to upload any data. Curious, did anyone look at throwing tokens around instead of versions or some other way where you don't have to trust the client? I assume this would be computationally expensive. So what? I could always download the latest version number of every element just prior to uploading it. Even if you want to use the weirdest crypto hash scheme ever invented, I see no way you could prevent malicious clients from re-downloading versions/hashes/tokens or whatever. I think you're proposing a bad solution to a problem that doesn't exist :-) Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es http://ivan.sanchezortega.es MSN:i_eat_s_p_a_m_for_breakf...@hotmail.com Jabber:ivansanc...@jabber.org ; ivansanc...@kdetalk.net IRC: ivansanchez @ OFTC freenode signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Gisify relations
El Viernes, 12 de Junio de 2009, Andreas Kalsch escribió: Is there a script to gisify OSM relations - a script which creates OpenGIS multipolygons or geometrycollections inside PostGIS or MySQL as WKT ? Let me point you to osm2pgsql: http://wiki.openstreetmap.org/wiki/Osm2pgsql AFAIK, the script creates a PostGIS DB with fully working geometry columns (not just WKT). You should try it out and see if it fits your needs. Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es Los ingenieros son retrasados; tienen algún daño cerebral que les impide relacionarse con normalidad con el resto de la gente. Así pueden concentrarse y escribir código. -- Jim Reekes, ingeniero signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Gisify relations
El Viernes, 12 de Junio de 2009, Andreas Kalsch escribió: Question: Could it easily be rewritten to work with MySQL or is there too much PGSQL specific stuff inside? Dunno. Better have a look at the source code responsible for the PGSQL stuff and see if you could redo it to use mysql libraries: http://trac.openstreetmap.org/browser/applications/utils/export/osm2pgsql/output-pgsql.c Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es 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. Si ha recibido este e-mail por error es probablemente porque estaba borracho cuando escribí la dirección del destinatario. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Web translation help script
El Viernes, 12 de Junio de 2009, Shaun McDonald escribió: This is a nice simple tool that works. Thanks for writing it. It would be nice if we could include code to check the quoting of the strings. Three lines of code should do it: http://ivan.sanchezortega.es/translate.phps Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es La publicidad es el alma del comercio. signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Web translation help script
El Viernes, 12 de Junio de 2009, Andy Allan escribió: Great! When are the spanish translations you have so far going to be committed? Right about... now :-) -- -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Java API
El Lunes, 8 de Junio de 2009, Stefan Zeller escribió: does somebody know a Java API which encapsulates requests for tiles and tags for a given bounding box? You can do that with a couple of loops and the example code over here: http://wiki.openstreetmap.org/wiki/Slippy_map_tilenames Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es http://ivan.sanchezortega.es Proudly running Debian Linux with 2.6.29-2-amd64 kernel, KDE 3.5.10, and PHP 5.2.9-4 generating this signature. Uptime: 13:55:20 up 2 days, 7:17, 4 users, load average: 2.13, 2.75, 2.88 signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Sasha Maps
El Miércoles, 3 de Junio de 2009, Alexander Maryanovsky escribió: Also, if someone could point me to the description of OpenStreetMaps' tile protocol, I could implement it and put up a demo using your tiles. This should suffice: http://wiki.openstreetmap.org/wiki/Slippy_map_tilenames Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es The Priest's grey nimbus in a niche where he dressed discreetly. I will not sleep here tonight. Home also I cannot go. A voice, sweetened and sustained, called to him from the sea. Turning the curve he waved his hand. A sleek brown head, a seal's, far out on the water, round. Usurper. -- James Joyce, Ulysses signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] visual studio + OSM
El Martes, 2 de Junio de 2009, Mohamad Ali escribió: THEN I run this project, it runs, it loads the images but it doesn't display anything By run the project, do you mean load a .aspx webpage in a web browser?? If so, does the browser give out any javascript errors? Have you tried peeking with firebug? -- -- Iván Sánchez Ortega i...@sanchezortega.es That which does not kill me makes me stronger. -- Friedrich Nietzsche [1844 - 1900] signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] svn again, revision number in public file?
El día Thursday 28 May 2009 18:32:27, Ed Loach dijo: Perhaps I'm misunderstanding the issue, but couldn't you just update # $Revision$ by $Author$, $Date$ manually each time you upload a revision? No, because you can't know the revision number until you've commited the file. And, at that point, you cannot put the revision number in. -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es una televisión ni un microondas: es una herramienta compleja. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] using svn
El Martes, 26 de Mayo de 2009, Gary G: escribió: what is the (best) way to use the svn? do i need special software (linux!) You need to install subversion. Depending on your distro, do apt-get install subversion or urpmi subversion, or whatever is neccesary. is there any (good!) introduction for these steps? link? http://lmgtfy.com/?q=subversion+tutorial ;-) In a nutshell: svn co to check-out (i.e. download) the repository. svn ci to check-in (i.e. upload) changes, doing svn add beforehand if there are new files or directories. Besides, if you plan to use the OSM SVN server, you need to ask the admins for a username and password. Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es A bus station is where buses stop. A train station is where trains stop. On my desk, there is a workstation... signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Mapnik long time runnning
El Lunes, 25 de Mayo de 2009, Sam Mor escribió: Hi All, we started this step (./z0_generate_tiles.py ) about one week ago and the process is running , we got now till level 10, how long it will take to finish? It really depends on how big is the area you are rendering, but I guess that you can be looking forward to 4-5 weeks if you plan to render all zoom levels. I encourage you to install and use mod_tile. It will render tiles on demand (and only the ones being viewed). Believe me, it's a *huge* time-saver. Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Mapnik long time runnning
El Lunes, 25 de Mayo de 2009, Sam Mor escribió: is there any tutorials about mod_tile?? The wiki page about mod_tile and its own documentation proved enough for me to deploy it ;-) -- -- Iván Sánchez Ortega i...@sanchezortega.es http://ivan.sanchezortega.es Proudly running Debian Linux with 2.6.29-2-amd64 kernel, KDE 3.5.10, and PHP 5.2.9-3 generating this signature. Uptime: 05:53:51 up 6 days, 9:28, 4 users, load average: 1.42, 1.49, 1.57 signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Australia Data
El Martes, 19 de Mayo de 2009, Mohamad Ali escribió: Our Company have the maps for Australia (7 levels), [...] We paid for the government for those data. Are we able to load them on Openstreetmap? Legally, it depends on the terms of the sale. Are you allowed to freely redistribute the data you bought? In any case, the full legal text of the sale contract for that data would help. Maybe you could write impo...@osmfoundation.org with more details? Technically, the data would need to be translated into the OSM format. I'm sure it can be done with a couple of scripts once we know the source format. Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es Ni tus peores enemigos te pueden hacer tanto daño como tus propios pensamientos. - Buda signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Guys I trusted you, I removed my checks...
El Martes, 19 de Mayo de 2009, Paul Johnson escribió: My understanding is that there's nothing intrinsically tying us to ±90° by ±180°, based on the responses I got on #osm when asking about the possibility of mapping something with a geometry grossly different from Earth's (ie, Second Life). Err, you need to take into account the bounds of the database fields holding lat and lon. Last time I checked (API 0.6 backed by MySQL), the lat/lon fields were 4-byte-long integers, and the API multiplied the lat/lon by 10 million to store the data. That means that the DB bounds for lat/lon are -2147483648 to 2147483647, which translates to ~ ±214.74 degrees. In order to map something outside those bounds, you would have to tweak both the API and the DB backend to make room for bigger numbers. I haven't looked at it, but it's sane to assume that the API checks for out-of-bounds data. Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] hard drive size
El Lunes, 11 de Mayo de 2009, Sam Mor escribió: it's not a production server, it' s a research server... we have 500 Gig, which file do we use : planet-070711.osm.bz2 11-Jul-2007 07:47 299M or planet-071107.osm.bz2 07-Nov-2007 10:26 1.2G or more , what do you think? Use the latest one, about 6.5GB. The amount of disk space used will be around 3-4 times the planet size (for the PostGIS DB), plus the tiles. If you use mod_tile, you will only render a small amount of tiles, so you shouldn't have to worry about disk space (much). -- -- Iván Sánchez Ortega i...@sanchezortega.es http://ivan.sanchezortega.es Proudly running Debian Linux with 2.6.29-1-amd64 kernel, KDE 3.5.10, and PHP 5.2.9-2 generating this signature. Uptime: 11:00:25 up 18:58, 2 users, load average: 0.86, 0.66, 0.74 signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] hard drive size
El Lunes, 11 de Mayo de 2009, Sam Mor escribió: is a Hard drive of 500 Gig enough for a planet map rendering? It should be. If you check the wiki and munin, you'll see that the mapnik tile server currently uses 75% of a 500 Gb RAID. -- -- Iván Sánchez Ortega i...@sanchezortega.es Este tagline iba a ser borrado, pero me dio pena signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] load database
El Viernes, 8 de Mayo de 2009, Mohamad Ali escribió: Hi Guys, 1.I export Melbourne area from www.openstreetmap.org , it's about 5 MB I would like to ask If what I did is ok: [...] Node stats: total(22105), max(391893729) Way stats: total(4366), max(34161566) Relation stats: total(45), max(101792) Yes, everything looks OK. and one more question: 2.when rendering the maps, what that mean: World [ 0 - 16 ]: 4 11 7 p: (67.5, 0.0) (90.0, 21.94304553343818) It means that it's working. One line = One rendered tile. -- -- Iván Sánchez Ortega i...@sanchezortega.es http://ivan.sanchezortega.es MSN:i_eat_s_p_a_m_for_breakf...@hotmail.com Jabber:ivansanc...@jabber.org ; ivansanc...@kdetalk.net IRC: ivansanchez @ OFTC freenode signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] List of Questions
El Jueves, 7 de Mayo de 2009, Sam Mor escribió: We use postGIS with postgresql,.. what do we need shapefile or..? and obviously We dont have it. No, you don't need a shapefile, but you need a data source for mapnik. Remember that Mapnik needs to work with closed areas, so I hope your boundaries are properly closed! Anyway, please have a look at http://trac.mapnik.org/wiki/XMLGettingStarted - that's an example of how to use shapefiles. Just look at the osm-template.xml to see how to use a table of polygons from a PostGIS DB to feed a Mapnik datasource. We will check the second part of your message, because we have no idea.. If you check the mapnik examples, everything will come naturally :-) Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es Todo lo que ud. necesita para ser un pescador es paciencia y cebo. signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] List of Questions
El día Thursday 07 May 2009 03:32:27, Sam Mor dijo: We dont want to load the world boundaries map, I would like to have a map for Russia, what do we have to change to load Russia map instead of world boundaries Well, the first step is to get yourself a shapefile (or a GML, or a postGIS DB) with the russian border. Do you have it? The second step would be editing osm-template.xml with a text editor and have a look at the part where the world boundaries shapefiles are loaded. Then change them to load your own data source for the russian boundaries. IIRC, the Mapnik wiki has some documentation on the XML format. Cheers, -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es una televisión ni un microondas: es una herramienta compleja. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] about using OpenStreetMap without internet
El Martes, 5 de Mayo de 2009, Rajeev Thapa escribió: I work with a company that sells FiberOptics Testing Equipments. We want to use OpenStreetMap for the mapping. But most of our customers won't have internet in the Remote Test Units. Is there a way that we can download data points or something so that we can use OpenStreetMap without the internet connections. What exactly is a Remote Test Unit? A full-fledged laptop? A small netbook? A PDA? A fancy cellphone? A bunch of microcontrollers with a LCD screen? Do the Remote Test Units have an integrated or pluggable GPS? Do they have 4GB, 20GB, 160GB of storage? Depending on your platform, there will be different solutions. So, please be a bit more specific in your request and you'll get more specific answers :-) Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es http://ivan.sanchezortega.es Proudly running Debian Linux with 2.6.29-1-amd64 kernel, KDE 3.5.10, and PHP 5.2.9-2 generating this signature. Uptime: 17:04:59 up 18 days, 18:47, 8 users, load average: 4.21, 2.88, 1.76 signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] bad pngs from mod_tile / renderd meta files
El Sábado, 2 de Mayo de 2009, jburns escribió: I see this output: 4d 45 54 41 40 00 00 00 00 00 00 00 00 00 00 00 m...@... 0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 sometime later in the file I see: 2150 00 00 00 00 89 50 4e 47 0d 0a 1a 0a 00 00 00 0d .PNG which I think is the start of a PNG? Not sure. My feeling is that the meta file creation is faulty somewhere. Any further clues in debugging renderd? On the contrary, the meta files seem to be right - the META@ header, and later the PNG files. That's normal. What's *not* normal is that mod_tile is serving the full meta tile instead of the png tiles inside the meta tile. Also, please look that the header of the meta tile contains a pointer to the tiles. e.g. in this meta tile of mine: 4d 45 54 41 40 00 00 00 00 00 00 00 00 00 00 00 |m...@...| 0010 00 00 00 00 14 02 00 00 64 21 00 00 00 00 00 00 |d!..| 0020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || * 0210 00 00 00 00 89 50 4e 47 0d 0a 1a 0a 00 00 00 0d |.PNG| 14 02 = 0x0214 is the start of a tile, and 64 21 = 0x2164 is the lenght. Just in case, please check that you have that right in your meta tiles located in /var/lib/mod_tile. This will tell us if the problem is in renderd (faulty generation of meta tiles) or in mod_tile itself (faulty reading of meta tiles) Any idea's where to start looking in renderd.c or gen_tile.cpp? BTW, my platform is OpenSolaris 11.08 101b, all tools compiled using SunStudio CC. Hhhmm. Maybe the behaviour of SSCC and GCC are different, and the python scripts expect the behaviour of GCC. I can't tell. Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es http://ivan.sanchezortega.es MSN:i_eat_s_p_a_m_for_breakf...@hotmail.com Jabber:ivansanc...@jabber.org ; ivansanc...@kdetalk.net IRC: ivansanchez @ OFTC freenode signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] bad pngs from mod_tile / renderd meta files
El Viernes, 1 de Mayo de 2009, jburns escribió: I am having a problem in that the pngs being generated and returned by my apache renderd mapnik process are not proper pngs in that they are rejected by various file viewers as being malformed. [...] Any ideas or tips where to start debugging this one? First thing I'd do is to really check that the pngs are malformed. Please try this: $ wget localhost/tiles/0/0/0.png $ hexdump -c 0.png | head You should see something like this: 000 211 P N G \r \n 032 \n \0 \0 \0 \r I H D R 010 \0 \0 001 \0 \0 \0 001 \0 \b 003 \0 \0 \0 k 254 X What exactly do you see when you do an hexdump of one of our PNGs?? Sometimes, when there is an error while generating the image, you may see an error message intertwined in there. Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es Keyboard is not available - Press F1 to continue... signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev