Re: [OSM-dev] Rendering of long street names for short streets
On Fri, Jul 17, 2009 at 9:18 AM, Florian Lohoff wrote: > Putting explicit abbreviation onto all streets is a huge overkill. > I'd rather vote for a simple abbreviation dictionary in the svn Some dictionnary like this one on the wiki : http://wiki.openstreetmap.org/wiki/Name_finder:Abbreviations This is a renderer issue. It is also the software to decide whether it has enough space to print the full name or require some abbreviations depending on the zoom level. About your question: >For the rendering options: just put them all in the 'name' tag, >separated by ';' ? I would say no because you tag for the renderer in this case. The tag 'name' is the local name. Then use another tag for the romanized/English name (name:en ?). Then if you want to see both on a map, you have to do it in the renderer itself. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] plugin patches
On Thu, Jul 30, 2009 at 12:48 PM, jamesmikedup...@googlemail.com wrote: > Hi, because I did not hear anything on this issue, > I have fixed it. At least it compiles, dont know if they run. > > Jars can be found here: > http://osm.komzpa.net/~mdupont/osm/jars/ > > patch attached : > apply like this : > cd svn.openstreetmap.org/applications/editors/josm/plugins > patch -p0 -i plugins.diff > First you are in the wrong list : for JOSM, use josm-...@openstreetmap.org Second, you should submit a trac ticket on the josm dev website http://josm.openstreetmap.de/newticket explaining your issue and with your patch file attached (add the word "[PATCH]" in the title). This will increase your chances to the josm developers team to see and apply your patch. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] JOSM Tested
On Sat, Aug 15, 2009 at 8:52 AM, Karl Guggisberg wrote: > I don't think we should wait with tested. There's some fundamental work > required in the way windows in JOSM are handled. We should do that in the > next cycle. > > -- Karl Ok, as soon as there is a workaround possible in the plugin, it's fine for me. Thank you, Pieren ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] josm 2180 seems to invent conflicts and then fail to properly resolve them?
On Tue, Sep 22, 2009 at 8:22 PM, ael wrote: > Using josm latest, 2180, earlier this evening, it started reporting > conflicts which I am fairly certain were spurious. josm-latest is not josm-tested. If you take the risk to use the version under development, you should check first the trac system and create a ticket if you find a problem. See my trac ticket: http://josm.openstreetmap.de/ticket/3568 and it is maybe also related with: http://josm.openstreetmap.de/ticket/3570 Pieren ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] Changeset history - hide 'big' edits?
On Sun, Sep 27, 2009 at 6:37 PM, Valent Turkovic wrote: > Hi, > there have been some talk about hiding "big edits" in changeset history, > is there a plan to implement this feature soon? > > Thank you very much for your excellent work. > > Cheers from Croatia, > Valent. I don't think it is a good idea. If you do so, we will not see anymore some potential issues like bots (see another thread) or vandalism. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] [OSM-legal-talk] OSM IDs as foreign keys (was: ODbL "virality" questions)
On Tue, Oct 6, 2009 at 12:31 PM, Andy Allan wrote: > There's no OSM information in wikitravel > or wikitravel links in OSM. I'm glade to read this discussion. Recently, a long thread on the main list was talking about putting wikipedia URL's in OSM and even one bot started to do it automatically for a country. I posted to that thread to say how it is a bad practice to add url's in osm objects and that other applications should point to OSM and not the other way. But I felt a bit alone defending this position. It 's clear that an API returning an object ID based on the lat/lon (with a small marging) and a tag would be helpful for other applications who be helpful. The question is if it has to be done within OSM serveurs or not. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
On Tue, Jan 5, 2010 at 3:04 PM, Ulf Lamping wrote: > I'm not 100% sure about admin_level 6, this would probably be larger > cities like Munich (the wiki is talking about "district free > cities"/"kreisfreie Stadt"). But admin_level 6 is a "departement" in France. If it is enabled in the tool, somebody will request a street directory for a big piece of land with few hundreds towns and villages in it. So, if the admin_level is selectable, the tool should also fix some limits (it should any way because admin_level=8 could be a whole country if someone wants). For Florian : not all people want a street directory based on a bbox. In adjacent urban cities, you might not want to see the streets of the next town in your document. That's where the administrative boundaries are useful. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[josm-dev] Plugins not working with 3094 and Linux ?
Hi, I received already two complains about 3094 and the cadastre-fr plugin not working on Linux (ubuntu or Debian Etch) with a java6 env. Exception is : java.lang.UnsupportedClassVersionError: Bad version number in .class file at java.lang.ClassLoader.defineClass1(Native Method) Do we have to modify the ant files and recompile all plugins for Java6 ? Strange is that it works fine on Windows. Pieren ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] Open Social Routing Idea: Request for preliminary comments
On Mon, Apr 19, 2010 at 5:12 PM, Chris Hill wrote: > My main concern would be the loading of personal and arbitrary routes into > OSM. > > +1 but if we find city tour from travel agencies, is that less arbitrary than personal routes ? Creating route relations in OSM is for me a more general issue, especially when you see how it is done today with relations and segmented roads. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Postgres 8.4 performance trouble in osm2pgsql setup
On Sat, May 8, 2010 at 1:11 AM, Frederik Ramm wrote: > The intial import went all right on 8.3 and 8.4; my "4 times slower" was > about adding a daily diff to the data base. > > Just for information, I also compared the performance on my Ubuntu 10.04 Lucid, amd64 distrib (ext4, hdd raid0 10k rpm) and I got the following numbers: My country new import: 8.4: 33mn07 8.3: 32mn46 Daily diff import: 8.4: 43mn40 8.3: 26mn09 I don't have your factor 4 but 1.6x slower with postgresql 8.4. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] [OSM-server setup]
On Fri, Jun 11, 2010 at 1:45 PM, PARVEEN ARORA wrote: > Connection to database failed: FATAL: Ident authentication failed for user > "user_name" > > > Perhaps the answer is here: http://wiki.openstreetmap.org/wiki/Osm2pgsql#DB_access and there: http://wiki.openstreetmap.org/wiki/Mapnik#Authentication_failed ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [osmosis-dev] Need Help
You posted the same question on the dev-list and already received two replies... this is not an osmosis issue. Pieren ___ osmosis-dev mailing list osmosis-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [OSM-dev] Tag for building name
On Thu, Jul 1, 2010 at 3:43 PM, Sven Geggus wrote: > Yuliya Leonova wrote: > > > For now in Mapzen for tagging building name parameter we use > > 'addr:housename' tag. > > But recently Mapzen team have got several requests to change it to just > > 'name' tag key. > > addr:housename ist meant for postal purposes only (Part of an address in > house-numbering scheme) > > +1. But you should submit your question to another mailing list more dedicated for tagging discussions. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] licensing question
On Thu, Aug 5, 2010 at 1:32 PM, Ævar Arnfjörð Bjarmason wrote: > Yes, I'm also pretty sure that you can just completely ignore the > license since you're only using the data within your own organization. > The licence only kicks in when you're doing re-distribution to third > parties. > > Could you point out in the license text where "own organization" and "third party" are defined and where it says that "CC" or "BY" do not apply for the first ? One point is to say "as soon as it stays internal, any license terms infringement will not be visible". Another is to say that the license does not apply inside organisations. And yes, it's the wrong list for such discussion. Have a look at http://wiki.openstreetmap.org/wiki/Contact for the legal talks. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] aviation maps?
On Wed, Aug 11, 2010 at 2:33 PM, Frederik Ramm wrote: > > In general, OSM tries to follow the "on the ground rule", i.e. we want to > record stuff that can be easily seen and cross-checked by other mappers. > Airspace tends to not fall in this category so it will be difficult. Also > there is no compelling reason to have it in OSM as it will only rarely be > related to other features (editing the airspace in your editor will usually > not become easier because you already have the road grid or so). > > All this really, in my opinion, speaks for a *separate* database that > contains airspace. Do not stuff that into OSM; record it in an extra system, > from which you can then create airspace tiles and overlay them over OSM > maps. > > I fully agree on that. I mapped a small village near an airport and I was happy to not edit under/between dozen aerial ways (even if it can be filtered on JOSM now, it's not possible on all editors and you would download the data anyway and all attached relations from the API - and long distance ways are sometimes a problem). Note that the same arguments could apply for underground or inhouse maps. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[josm-dev] WMS requiring an EULA acceptance
Dear josm-devs, In my country, we have a commercial imagery supplier which is ready to open its images but only for the OSM project (licencing issues fixed). For that, they will set-up a WMS for a limited coverage during an experimental period and want to check that only allowed clients are accessing the data by checking the user-agent (on which only the OSM editors could be accepted and others rejected of course). The main concern is about a special handling of the WMS. They want that a contributor using the WMS the first time shall read and accept an EULA (End User License Agreement). Again this is just to inform people that they are only allowed to use the imagery for OSM and nothing else. Of course, the whole process can be bypassed by anyone who really want to access the WMS but this is a demand from the lawyers. The EULA would be available in two languages but could be extended later. Then I'm asking you to check if this demand is possible and how it could be solved. I don't want to fork the WMS plugin just for that, so my idea is that the plugin could be modified in a way that the special WMS URI could be identified as such in the Java code (hardcoded) and would raise the EULA acceptance dialog automatically the first time (stored somewhere is different languages). I could implement that myself but I would have your feedback first to see if this is the right way to go. Pieren ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] WMS requiring an EULA acceptance
2010/8/12 Matthias Meißer Technicaly it isn't possible to block 'not allowed' clients I'm not sure about that. It could be a WMS customization (blocking the images delivery if the user-agent is not in the white list), I don't know this part well enough to answer. > so best would be to let mappers somewhat register by mail/osm PM/.. so they > can check who is online. During this step it is necessary to accept the > EULA. > > They can add a watermark or brand similar to GMaps or something else > technical to avoid 'piracy'. > > This is something they might do as well, I don't know. But still, they want that the imagery can be legally used to create derivated data in OSM only (and not by commercial competitors). The things you suggest have been studied in details with their lawyers and they found this solution as a compromise (no user accounts to manage, simplicity, etc). Just click 'OK' on the text asking you to use the imagery for OSM only. Sounds reasonable. Pieren ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] Mapping during license change / "safe to edit"
For me, it's more a legal question than a technical question: Either we consider that all elements altered by a changeset are a kind of "re-survey" in which case the editor could replace altered existing elements by new ones at upload. By 'altered', I mean changes in positions or tags. By 'elements', I mean nodes, ways and relations. But I would not consider 'altered' an existing way with a new node inserted if it's not changing the current tags or positions of that way (e.g. creating a new intersection). For relations, it's more complicated because many are very localized and created by a single author in which case it should not be replaced by a second author. But some are large and complexe like boundaries where many contributors affected the relation. I don't see why in this case we should delete these relations with hundreds members only because the creator started it (probably also very incomplete) and refuses the license ... Or we don't consider that the last contributor is an original author, in which case it is impossible to do something automagically. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Mapping during license change / "safe to edit"
On Wed, Aug 25, 2010 at 1:42 PM, Frederik Ramm wrote: > But I was thinking more about the immediate short term; at least the 100% > cases could be easily made visible to users. "This object is definitely > safe", "this object is not yet safe", "this object may be partially safe, > click here to inspect the history" would already help a lot. > > Ideally, the server/API is the best place to deliver this information where e.g a flag could be attached to each downloaded element and set to "safe" when all versions have authors accepting the new license (and missing or "unsafe" in other cases). Either the flag is calculated at run-time on each request or it is regularly re-assessed by going through the list of contributors accepting the new licence. Then it would be the responsability of the editor to display this information (different colors or layers or whatever you like). Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] New Tested
On Wed, Aug 25, 2010 at 8:39 PM, M∡rtin Koppenhoefer wrote: > > Some of the shortcut-issues might come from plugins. Please do not > allow to plugins to redefine already in use major shortcuts like "a", > "s", "d", "x", "j", "p", "c", "m", etc. Its horrible to hit > "ctrl+shift+m" instead of "m" to simply merge 2 nodes. > > Sure, it's better that 'others' will have to hit "ctrl+shift+m" instead of your "etc" even if there shortcuts are in use since a long time. If you don't like plugins shortcut, then don't install them or redefine their shortcuts in the preferences. Pieren ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] Extracting national boundaries
On Mon, Aug 30, 2010 at 11:05 AM, Colin Smale wrote: > But France and Slovakia for example don't seem to have a single relation as > a starting point. > > There is the one for France (land_area): http://www.openstreetmap.org/browse/relation/11980 It's a relation of relations otherwise the amount of ways is simply too big to manage (it's the sum of all municipalities external boundaries - shared with other countries or coastline). Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Multilingual Maps Overlays
On Fri, Nov 5, 2010 at 2:02 AM, Stefan Keller wrote: > > name=Strasbourg > name:de=Straßburg > name:gsw=Schdroosburi > > Is this example correct (especially "name:gsw=Schdroosburi")? > > Yes and no. "gsw" is an iso code grouping all alemannic german dialects around the three countries Germany, Switzerland and France borders. But they are so many differences between them that we prefere to use "loc_name" instead of this ISO code. In your example, loc_name would be "Stroosburi". Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[josm-dev] Relation editor usability
Hi, I recently updated my josm (yes I know, I'm not updating very often, I'm a bad boy) and saw a small change in the relation editor which is a bit irritating. Until now, when I created a relation, I selected my objects then opened the relation editor, then clicked on the button moving them from the right panel to the left panel, then applied the roles when required. Now, I do the same but the order of the objects is changed in the left panel. Then my habit to select the objects in the order of "roles" to set is not working anymore. When I move the objects to the right panel, I don't see any more which role to set on which object. Am I the only one seeing here a usability downgrade ? why is the order of imported elements changing and on which criteria when these objects have no roles defined ? Pieren ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] Source tag on each node
On Sun, Dec 19, 2010 at 11:21 AM, Wyo wrote: > Do you have an example? >> >> > See http://www.openstreetmap.org/edit?lat=47.17473&lon=4.71559&zoom=17where > the nodes of the canal way have identical values. > > In France and for nodes sourced "cadastre", it's probably coming from an earlier version of the JOSM plugin cadastre-fr which did attached the source tag onto all objects. This is not any more the case since a while but someone should clean-up the old nodes if they don't have another tag and are not part of a way. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] Fwd: Filter Google from Imagery?
On Fri, Jan 28, 2011 at 3:10 PM, Anthony wrote: > What argument do you have that tracing Google images is copyright > infringement? > > Perhaps the link below will help you: http://www.edparsons.com/2008/06/what-map-maker-is-is-not/ especially the last comment from Ed regards Pieren ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] multipolygon inherits from tags way that are neither inner nor outer
For a relation of type "boundary", it make sense to link the administrative boundary with its administrative centre. This is more elegant than creating 2 relations just because some countries decided to use the same relation type for administrative boundaries and multipolygons (and yes, "countries are boundaries"). Or more elegant than tagging the centre as "capital=WhatEverYouLike" just because some apps find easier to interpret tagged nodes/ways than relations roles. I also don't understand why the "roles" would be ignored in multipolygon relations. Then why JOSM is complaining when the role is undefined, although the wiki says the opposite. And I don't understand why this discussion is happening on the dev list. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] multipolygon inherits from tags way that are neither inner nor outer
On Tue, Jan 17, 2012 at 12:13 AM, Frederik Ramm wrote: > It depends on what you want to do. If you want to draw the best possible map > with the data you have, and have no option of asking the user what the hell > he meant when he entered that, then you will ignore roles (and compute them > yourself) because otherwise a significant percentage of multipolygons will > appear broken. For me. there is a difference between trying to interprete the data when the role is undefined (good will) and simply ignoring the role definition when it is clearly stating it is not an inner neiter an outer way. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Directionality of lanes
On Tue, Mar 27, 2012 at 11:19 AM, Jochen Topf wrote: This thread shouldn't continue on the dev-mailing-list... > c) do not tag directionality of highways. it would add millions of tags to OSM > with no use because it is obvious what the right value is for each country The wiki has a proposal to describe default values per country in a 'default' relation type: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Defaults But since directionality of lanes is never changing (although Samoa did it in 2009), I could imagine that navigation softwares can hardcode the value for each country. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Useful post-bot visualisation?
On Tue, Jul 17, 2012 at 9:48 AM, Frederik Ramm wrote: > So should we just ignore deleted things and make a "stuff last edited by the > bot" map, or what would you say? Thank you Frederik. I called for such worlwide service some days ago. The first priority is the modified elements. We have seen many roads where the geometry is affected, sometimes deeply. Imo, highlighting the deleted things is more a "nice to have". Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Useful post-bot visualisation?
On Mon, Jul 23, 2012 at 12:17 PM, Frederik Ramm wrote: > Stuff edited by the bot and later by someone else, will stay around in > yellow for reference. Yellow is for "ways or nodes last modified by the bot, and not touched since", isnt ? The aim is still "dropping stuff from the map as soon as it is edited by someone." or is it a special layer "for reference" ? Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Useful post-bot visualisation?
On Tue, Jul 24, 2012 at 1:04 AM, Pieren wrote: > Yellow is for "ways or nodes last modified by the bot, and not touched > since", isnt ? The aim is still "dropping stuff from the map as soon > as it is edited by someone." or is it a special layer "for reference" Sorry, forget my previous message. I see now the "superseded" and "modified" layers although the colours range is not really appropriate. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Nominatim data and code updates
Finally, when I search "Paris", the French capital is not anymore displayed after 10 US towns and boundaries ;-) Thank you Brian and Sarah. Nominatim is really one of the greatest tools using OSM data. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Timestamp in PBF files
On Tue, Dec 4, 2012 at 9:12 AM, Frederik Ramm wrote: > Frankly, I don't care what it is called, call it : "a la Osmosis" ;-) Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Reverts from the woodpeck_repair account
On Wed, Jan 2, 2013 at 2:55 PM, Paweł Paprota wrote: > Not ignore it - for sure there needs to be a conversation with the author of > the original changeset so that it is clear that such large changes should > not happen without consultation. This change has been widely and publicly discussed on the 2 mailing lists: http://lists.openstreetmap.org/pipermail/talk/2010-October/054554.html http://lists.openstreetmap.org/pipermail/tagging/2012-August/011230.html > What I meant by my message is that we seem to be shooting ourselves in the > foot in pursuit of "free tagging", "no rules" etc. +1 You cannot complain in one side about OSM tagging complexity and block all attempts to simplify it on the other side... Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Reverts from the woodpeck_repair account
On Wed, Jan 2, 2013 at 6:12 PM, Frederik Ramm wrote: > Pieren said that the specific "highway=ford" edit was discussed before but I > think it has already been pointed out that this is wrong; discussing a new > tag is not the same as discussing a mass edit to convert old tags. But the message om 2010 said.: "Any suggestions on what to do with the 4800 nodes also tagged with highway=ford? Change them to ford=yes all in one go as well?" According to taginfo, we have currently (2013-01-02 00:58 UTC): 5981 highway=ford on nodes 282 highway=ford on ways 11215 ford=yes on nodes 5911 ford=yes on ways Perhaps because ford=yes is also in JOSM presets... But until mapnik OSM stylesheet supports the tag, we will have people reluctant about the change. The same who says that we don't tag for renderers... Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Reverts from the woodpeck_repair account
On Thu, Jan 3, 2013 at 2:59 PM, Andy Allan wrote: > "Don't deliberately enter data incorrectly for the renderer" We should add : "Don't accept tag changes until the renderer supports it". Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] mod_tile stable version ?
On Wed, Mar 27, 2013 at 2:23 PM, Bernard Fouché wrote: > My time was mostly spent because of the lack of stable releases and > documentation related to package versions, quirks here and there (for > instance when making Tirex there is no check of what perl packages are > already available, you discover the list of missing packages when Tirex > runs, or how do you know that you'll need to setup a definition for a > 'default' map?) , broken SVN trunk of mod_tile, cryptic error messages, > configuration magic OSM data & tools are mostly developed by volunteers on their free time. Feel free to improve the wiki documentation if you find issues or incompleteness. Creating an account for wiki edition takes less time than writing your last 5 messages. Do something positive for the project instead of complaining. Thus, the next one installing a tile server on F18 will be grateful for your help. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] mod_tile stable version ?
On Wed, Mar 27, 2013 at 6:33 PM, Andy Allan wrote: > So think twice before telling a new user that they should start > editing wiki pages. Instead of 'new user', I would say 'the end users, those from whom the documentation is intended'. Since the devs do not take a high priority to keep the wiki up-to-date and consistent (sigh), anybody else taking the time to search, read the docs with new eyes, follow the process, find and fix issues for himself, etc is able to improve the doc for the next ones. I said "improve the doc", not "write another 'how-to setup my own tile server'". Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Coastline, lakes, rivers
On Mon, Apr 15, 2013 at 7:28 PM, Sandor Seres wrote: > Slippymap, permalink: > > http://www.openstreetmap.org/?lat=38.0542&lon=-121.5038&zoom=12&layers=M** > ** > > As you can see, only on this little extract there are many, many errors > caused by the described misunderstanding (water as land, islands as water). > There are many open polygonal line sections here, though connected properly > to other area sections. And so on. > The zone you are pointing seems to be an ugly combination of several bad imports. Looking in more details here for instance: http://www.openstreetmap.org/?lat=38.03853&lon=-121.49544&zoom=16&layers=M It is clear that the imports have not been integrated with the "existing". So you should better discuss this on the "import" mailing list for a possible revert or some taskforce set-up to fix all the issues. > To refine the documentation should be much more pragmatic and effective. > I'm not sure that the "New tagging" of riverbanks has been really adopted, excepted by the 16 who approved it on the wiki (is it in editors presets ?). Be careful about the wiki. Some people are really pushing for adoption of new schemas eventhough it's not bringing real improvements. If the new tagging is not adopted by the preset editors one year after its approval on the wiki, you have to be carefull about the wiki content. But tagging description improvements should be discussed on the "tagging" mailing list, not on the 'dev' list. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] riverbanks wiki (was Coastline, lakes, rivers)
On Tue, Apr 16, 2013 at 4:01 PM, Tobias Knerr wrote: > On 16.04.2013 11:53, Pieren wrote: > > I'm not sure that the "New tagging" of riverbanks has been really > > adopted, excepted by the 16 who approved it on the wiki > > Just for clarity: A redefinition of riverbanks has *not* been approved > by wiki vote. > > I forward this discussion on the tagging list. You say that "a redefinition of riverbanks has not been approved" but the current wiki page says the opposite: http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank == Common tagging == The area of the river should be marked by a closed area drawn along the riverbanks... == New tagging == A new tagging schema has been approved... ... The ways around a river can still be tagged as waterway=riverbank (as they still are riverbanks), although this isn't needed, and riverbanks aren't treated as areas any more... The current status of this wiki page is very bad and confusing. First, we explain two methods and we don't explain why. Second, the new tagging is not adopted by editors presets since a year. Third, the section titled "unification of the island case" is showing a multipolygon relation with an outer ring unclosed (you have gaps between way1, way2 and way5, way6) ! Please, clarify the riverbanks taggins either by: - deprecate the old tagging, at least clearly in the wiki ! - or withdraw the "new tagging schema" never adopted for riverbanks excepted by the 16 voters and some imports (2500 "water=river" after two years of official "approval" !) - say clearly if riverbanks have to be a closed polygon (or multipolygon relation) or not ! - fix the unclosed outer ring in multipolygon relation. It's something that can happen in real data (and fixed by data consumers) but not something we can recommand in the reference documentation. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] iD editor damaging landuse polygons
Hi, We get more and more feedbacks on the French community about landuse polygons damaged by iD editor. They can be partially orthogonalized (squared ?) or tags replaced by fancy new values, e.g. "landuse=residential" by "building=yes".. It seems that this problem is already reported here https://github.com/systemed/iD/issues/542 since 8 months... Even though it is not reported as a bug (I was unable to reproduce it myself), is some action planned in a short term ? Pieren ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Start Contribution
On Wed, Oct 9, 2013 at 6:01 PM, Serge Wroclawski wrote: > It's a bit more complicated than that- and this really should be > better documented (or if it- easier to find). We had in the past a diagram on this page: http://wiki.openstreetmap.org/wiki/Develop but is gone. Probably needs some refresh. Pieren ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Renderer issue: highway=service and service=driveway?
On Wed, Jan 8, 2014 at 1:30 PM, Martin Koppenhoefer > My suggestion is to delete the page or link to the > specific pages in to keep the wiki maintainable. Duplicating the same > information over and over again has no sense and raises the risk for > inconsistencies. +1 to remove duplicates. However, I see some interest to have a specific documentation for Africa. The highway main doc is very european centric. But this discussion should continue on the tagging list. Pieren ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Am I alone here?
On Wed, Mar 5, 2014 at 4:11 PM, Sandor Seres wrote: > Some days ago a mapper sked an the > Help Forum the following question: "How to make a hole in an area, eg > woodland.". There were given 6 to 8 answers all incomplete (strictly taken - > wrong) as how to upload a (new) complex area instead of how to convert an > existing simple area into a complex area. Any of the instructions leads to > existence of two almost overlapping areas one as a simple and one as a > complex area (with a hole). The outer border polygons will lie in a thin > corridor belt of each other (note, not overlapping) and the hole will never > be visible. There is a huge number of these area error cases. If you refer to this question: https://help.openstreetmap.org/questions/8129/how-to-make-a-hole-in-an-area-eg-woodland It was posted the 25th Sept 2011, not "some days ago". It is true that the most "voted up" answer (on 3 answers, not 6 or 8) is today a bit obsolete about iD. But this is normal. iD is the new online editor and is constantly evolving. The other "systematic errors" you mention in your googledoc is more about rendering issues. Pieren ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] OSM with Hadoop
On Fri, Jan 2, 2015 at 7:38 PM, Stephen Knox wrote: > So firstly I am wondering if I am missing any previous posts / research on > the topic? Here are my findings about hadoop quoted in MLs: https://lists.openstreetmap.org/pipermail/dev/2009-August/016554.html https://lists.openstreetmap.org/pipermail/dev/2010-March/018648.html https://lists.openstreetmap.org/pipermail/dev/2010-July/019964.html https://lists.openstreetmap.org/pipermail/osmosis-dev/2010-August/000682.html https://lists.openstreetmap.org/pipermail/dev/2012-March/024468.html https://lists.openstreetmap.org/pipermail/talk/2012-March/062444.html https://lists.openstreetmap.org/pipermail/talk/2012-November/065171.html Pieren ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
[josm-dev] Validator plugin working differently for each projection
Hi, I'm currently investigating why the Validator plugin raises a memory heap overflow when the projection "Lambert Zone" is in use in JOSM. I discovered that some classes use east,north coordinates for geometry validation like for ways overlapping or coastline checker. For ways overlapping, the validator builds a list of cells inside a "grid" (getSegmentCells() in Util.java) which are concerned by a segment (two nodes). The problem is that the method needs a "grid detail" factor which defines the grid granularity based on the east,north values. This grid detail is hardcoded at 1 in CrossingWays.java. I've checked what is happening for the same segment checked in different projections: Given the following segment (two Nodes): n1 = LatLon[lat=47.7763433,lon=7.3530963] n2 = LatLon[lat=47.7770473,lon=7.3574774] - with EPSG:4326: n1 = EastNorth[e=7.3530963, n=47.7763433] n2 = EastNorth[e=7.3574774, n=47.7770473] the size of the list of cells returned is 52(in maxSteps) - with Mercator: n1 = EastNorth[e=0.12833574065121273, n=0.9516457013066892] n2 = EastNorth[e=0.12841220527107183, n=0.9516639851138439] the size of the list of cells returned is 2 - with Lambert Zone (France): n1 = EastNorth[e=975734.9758213528, n=320536.1338515263] n2 = EastNorth[e=976057.6719212476, n=320635.2011935329] the size of the list of cells is theoritically 4217635 (thus the memory heap overflow) I need some advice from the experts here to see how we could make the validator independant of the projection. For instance, I don't know if the grid detail of 1 was originally fixed for EPSG:4326 or Mercator, means if the size of the list should be 2 or 52. Shall we adapt the grid details for each projection then to have a constant size of cells ? Or stop working with east,north ? Thanks, Pieren ___ josm-dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Validator bug when fixing duplicate nodes
On Tue, Dec 9, 2008 at 11:06 AM, Dirk Stöcker >> - what about merge conflicts ? > > Which merge conflicts? > > In SVN? Here always the one having the conflicts has to solve them :-) No, I talk about merging two nodes. What happens if two nodes carry the same key but different values. I guess the standard merge is prompting the conflict and expects manual decision (I don't use Josm here so I cannot test right now). So if we use the same action on 500 duplicated nodes, it is possible that for some of them we have a merge conflict, thus a prompt. > >> I could also have a look on another issue I noticed when I tried to >> quickly test the "Ignore" feature which tried to save the information >> into an inexisting file, thus raising an exception. > > The FileWriter should create the file. An exception and thus a stack > trace should only occur when for some reasons saving is not possible (e.g. > missing permissions). > I will investigate this point. I'm sure other plugins have enough permissions so I will check what makes the difference here. Thanks, Pieren ___ josm-dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Validator bug when fixing duplicate nodes
Fix done, it's calling the core merge function now. The error about saving ignorederrors file was due to the missing validator directory in /plugins/. It's now created if it's not existing. New revision is built and committed (rev.12280). Pieren ___ josm-dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Moving 400km south with Lambert projection
This is because you try to work simultaneously on two different Lambert Zones, which is not possible. The problem is the ferry routes from Bastia to the french riviera or Italy. Those long north-south ways are exceeding the "Lambert Zone 4" limits used for Corsica. Then when you download data, the projection is automatically selected on the first node to be displayed by JOSM which is in the wrong zone in your case (the north points of the ferry routes in zone 3 instead of zone 4). This is also explaining why it worked on other places in Corsica. If you don't try to donwload the ferry routes, it works fine. Such issues will be solved mid of this year because the french WMS will replace this old projection (Lambert Zone) by another one (Lambert93) which is covering the whole country at once (including Corsica). This will imply a new projection implementation in JOSM as well. What I would recommend in the mean time is to split the ferry routes in smaller parts using JOSM with another projection of course (EPSG or mercator). Pieren On Sun, Feb 1, 2009 at 5:07 PM, Thorsten Feles wrote: ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] Massive building import - thoughts
On Sat, Feb 7, 2009 at 12:24 PM, Marc Schütz wrote: > Am Freitag 06 Februar 2009 19:32:37 schrieb sly (sylvain letuffe): > > In fact, we are just in early discussions about importing the buildings. And some of us were unsure if such significant amount of data would be supported/accepted/desirable by OSM. Thus the question from Sylvain. Only 60% of the municipalities are vectorized today and we estimate the end of the process in 2010 or 2011. We already noticed that some contributors created them manually, using the josm plugin. We still have many points to clarify with the original data. For instance, many small constructions are present (old wells, technical cabinets (phone, gas, electrical, etc). And some are not defined consistently over the territory (e.g. swimming pools, sometimes as building, sometimes as water surface). That's why some of us believe that the import should be done only after a manual control on small imports (through josm). Some would prefer a mass import corrected later. And questions like existing buildings with valuable tags or the addresses will make the process not so easy as some believed. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] JOSM: Several tags with same key
2009/4/6 Andy Robinson (blackadder-lists) > For mappers we need the simplest quickest way of entering the data, and this > works for us. I don’t really care if that makes it more difficult to process > the data in the database, that’s not important while building the database > of data. +200 Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[josm-dev] Commit message not empty
Forcing people to type a text in the commit message does not help OSM at all. It only generates such comments: #886027 (still editing) frolty bla bla Very helpful. Will JOSM be the only editor making this restriction ? Pieren Trac ticket #2434 ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] osm2pgsql killed when importing planet
On Wed, May 27, 2009 at 10:14 AM, Jaume Figueras wrote: My little contribution about this point is on the wiki (it was explained in some archived mails): http://wiki.openstreetmap.org/wiki/Mapnik/PostGIS#Diff_files_.28.osc.29_support Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Translating into Catalan
Would it be also possible to localize the link to the wiki main page when the [lang]:Main_Page exists ? Pieren On Thu, Jun 4, 2009 at 12:54 AM, Ed Loach wrote: >> There's some information on what to do on the wiki: >> >> http://wiki.openstreetmap.org/wiki/Translation#OpenStreetMap_we >> bsite_interface > > So in summary, take the en.yml file, translate it, and post it as a > ticket in trac. If you're going to edit it alone, then you can use > most text editors, though some are suggested in the wiki pages, or > you could do as they are doing on the pt-br.yml file and create a > new wiki page and edit it between a number of you: > http://wiki.openstreetmap.org/wiki/Pt-br.yml > (Brazilian Portugese for anyone wondering). > > Ed > > > > > ___ > dev mailing list > dev@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev > ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev