how but you'll probably have to invest
some brainpower to find a solution that works for everybody.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33"
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Hi,
Roland Olbricht wrote:
> sometimes it is simply inaccurate (e.g. if a way
> passes a point where three countries meet, there is no way to note the change
> of the country on one side)
Split the way.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'
Hi,
Shaun McDonald wrote:
> For name variants you can use name:language_code=
He was talking about country name references in the "country:left",
"country:right" tags. We could use language codes on those as well but I
think nobody did that until now.
Bye
Fred
API.)
I know that shortcomings in the renderers still make it attractive for
mappers to create giant polygons but we cannot allow this to get out of
hand.
Any comments? JonB perhaps ;-)?
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00
eption, and your comments are not helpful without a workable
transition strategy.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33"
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
ftware which is better
in any respect anyway (although I haven't yet understood the big
difference between checking out part of a way and checking out a whole
way that is part of a grouping relation). Timeframe: Maybe sometime.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N
ay then.
This is AFAIK already done in many places in Germany.
No area type needed for this, relations work.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33"
___
dev maili
ything needed to tag
X-Plane scenery design.
3. There is a plugin called Validator that whill highlight anything it
finds strange, from overlapping ways to unusual tagging. You could use
this as a basis to create a special "X-Plane validator" that looks at
issues which are importan
in connecting all the ways that
form a trans-country motorway into one relation, and what with our
split-way-mania that may easily amount to a few thousand pieces...
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33"
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
the
relation, i.e. you could have a relation with name=Greyfriars Rd
highway=secondary and two ways as members, one of which has no tags and
the other just onway=true, if you want to model a street that is part
oneway. But at the moment we would still tag both ways with name and
highway b
Hi,
(off on a tangent here)
Roland Olbricht wrote:
> Thus, also people not reading this list can
> participate.
Frankly: People participating in Wiki discussions and not reading any of
the mailing lists scare me.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49
r create one if it doesn't exist).
If this data is just a computed buffer around the existing coastline
then I would not recommend uploading it at all.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33"
_
a lot of database power through our
API (for obvious reasons). It is relatively easy to request all object
relocations in area A performed by any user whose home base is not in A,
within the last 2 months, from "a" database, but impossible for Joe
Mapper to request that from "ou
hose
who write on the Wiki and those who write client apps are disjunct
groups of people, with the application writers doing what they want
(it's their spare time after all) and the Wiki contributors assuming
that they just have to cast a vote and the world will listen.
Bye
Frederik
--
is correct and I also tend to make fun of those
who, I like to think, cannot adapt their brains to something that works
differently. But it is very well possible that I am wrong, or that at
least situation 1. will be true at some time in the near future.
Bye
Frederik
--
Frederik Ramm ## e
just didn't remove the old wmsplugin binary yet so that
the new one can be thoroughly tested, eventually the ewmsplugin will be
renamed wmsplugin.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33"
Hi,
Timo Juhani Lindfors wrote:
> Oh! Where are the scripts I need to create ewmsplugin.jar from those
> sources? I think if I run ant I will get wmsplugin.jar.
Yes, and currently whoever checks in the ewmsplugin.jar does a rename
beforehand.
Bye
Frederik
--
Frederik Ramm ## eMail
Hi,
Timo Juhani Lindfors wrote:
> Frederik Ramm <[EMAIL PROTECTED]> writes:
>> Yes, and currently whoever checks in the ewmsplugin.jar does a rename
>> beforehand.
>
> Thanks for confirming this. So the binary ewmsplugin.jar in SVN has
> been compiled from current
bounding box.
I'm for erring on the side of "too small bounding box" rather than
making them too large, and then allowing the client to increase it.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33"
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
rently be required to get the
same info.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33"
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
sure there really are areas where
you have to do something one way or another. But until now, OSM has
worked quite well without having "one true way".
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33"
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Hi,
Hugh Barnes wrote:
> I thought I saw a page some time ago which had a DTD in it, and someone
> suggested we use RELAX NG instead to define the content model. Can't find it
> now. That person was right. We'll have a lot more joy with it. It's also a
> good idea to add attribute constraints e
Hi,
Hugh Barnes wrote:
> Oh, that's insane. Such a powerful tool. You're stating the opposite of
> obvious … obvious would be that you use the DTD to validate against. What
> kind
> of validation exists?
None that I am aware of. Frankly, I'm not even sad about this, I believe
any kind of se
Hi,
Florian Lohoff wrote:
> I dont think anyone expects every reponse of the server to be validated.
I was under the impression that Hugh did.
> I have no problems if the DTD is a moving target and
> people get told something changed. But currently there is nothing to
> check against
Does
http
Hi,
Stefan de Konink wrote:
> Your attitude (and body) stinks more.
Someone as articulate as that should immediately made honorary chairman
of the OSM foundation!
Bye
Frederik
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org
Stefan,
Stefan de Konink wrote:
> Hence my C implementation of what
> they are trying to build. I'll not start with my 0.6 until the specs are
> finished
[...]
You are not, at least not from what I read on the mailing lists, a
contributor to the OSM code base; you are unhappy with what is th
will probably be vastly better than compressed XML!
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33"
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
7;s version id since that is required
to make changes? Will we have the version id in the planet file with 0.6
or will any attempt to change an object first require asking the API for
the most recent?
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00&
down a different route than if you need to
hand out the exact data objects.
And so on.
If you are aiming at a read/write environment then it will be hard to
surpass the current API performance. If you intend to do readonly then
there's a number of shortcuts you can take.
Bye
Frederik
Hi,
> Before getting complaints about which ones;
[...]
There should also be a number of ways referring to nodes that don't exist?
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33"
those who don't do proper XML
parsing and people who write them are asking for trouble anyway. *
Bye
Frederik
*) Quick check of my many regex-based OSM scripts shows that most of the
regexes are sophisticated enough to withstand the sudden
introduction
of new attributes ;-)
Hi,
Stefan de Konink wrote:
> Frederik Ramm wrote:
>> Alternatively, we could switch from 0.5 to 0.5.1 tomorrow, with the
>> only change being newly introduced version numbers in the XML. That
>> would probably make the saved changes 0.6 compatible then. It might
>>
Hi,
Stefan de Konink wrote:
> Frederik Ramm wrote:
>> It would also send out the (wrong) message that you can painlessly
>> continue not caring for 0.6...
>
> What is the problem with the last thing? If the community wants 0.6 they
> talk 0.6... now you just break eve
he libosm that comes with
Osmosis and Traveling Salesman.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33"
___
josm-dev mailing list
[EMAIL PROTECTED]
http://lists.openstreetmap.org/listinfo/josm-dev
Hi,
Stefan de Konink wrote:
> Then it might be better to never use any argument as 'wait till 0.6'
> because it could take till March...
May I remind everyone that my initial estimate for 0.6 was "Mid-May" ;-)
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTE
Hi,
Stefan de Konink wrote:
> I see something strange happening with respect to fixing the problems.
History and current tables differ. Known issue. Verify it by requesting
.../history.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09&quo
stencies are created. With any
luck, that will be a thing of the past once we have full transactions
with API 0.6; so AFTER that is active we can prepare one big "fix legacy
inconsistencies" operation and remove them once and for all.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL P
hange
now to fix the existing inconsistencies, each day will produce new ones,
and your software will fall over. Unless you find a way to deal with the
inconsistencies, in which case you'd have to tell us why exactly 15k
inconsistencies are "not acceptable" while a few hundre
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33"
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Hi,
Stefan de Konink wrote:
> Frederik Ramm wrote:
>> So as far as I am concerned, out with the invisible objects in the
>> current tables (saves us another column as well). But that would
>> probably be a big change that would require a lot of re-testing...
&g
l). But that would
probably be a big change that would require a lot of re-testing... maybe
wait until 0.7 ;-)
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33"
___
dev mailing
workarounds that will cost
*everybody* their precious time when the solution is just around the corner.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33"
___
dev mailing list
dev@openstreetma
ore it is
finished, someone creates a new way with 10 new nodes, then the new way
will be included in the dump, but the nodes will not.
This probably explains those ways in your listing with the higher IDs.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49?00'
not that big because, as has been pointed out already,
you can always "upgrade" a planet file to be consistent by applying the
matching daily diff.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33"
__
rsion of the above)
is probably OAuth. For a discussion of OAuth and OpenID, see.
http://mashable.com/2008/07/28/openid-and-oauth/
There's a wiki page here:
http://wiki.openstreetmap.org/wiki/Single_sign_on
but I believe it is misguided in advocating OpenID and I'll amend it
shortly.
By
password. The OSM password is not worth a lot but still I do not think
it is a good idea that I should reveal my password to the forums, to
OpenStreetBugs, and to any other site that offers some OSM-related
service, just so that they can make a http_auth request to the server!
Bye
Frederik
--
an external utility to compress the output if applicable.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33"
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
ng and
I'm glad to have it. It is obvious that if all you ever want is using
screws then even though the Swiss Army Knife will do it, a screwdriver
is probably more suitable. But that doesn't diminish the value of the
Swiss Army Knife.
Bye
Frederik
--
Frederik Ramm ## eMail
s a "modify" operation for
an object not present), and clip the database/data file afterwards.
Bye
Frederk
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33"
___
dev mailing list
dev@openstreetmap.or
Hi,
A Morris wrote:
> josm-latest.jar that I just downloaded seems completely broken (not
> just plugins). It is unable to download any data from the server
> (returns HTTP code 403).
Works for me.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'
> be 2 or 52.
No idea either but generally it seems to me that you'll want to base the
grid detail on a distance of two projected points, i.e. something like:
"use points 49.01,9.01 and 49.00,9.00, compute their EastNorth, take
difference, use this as grid detail value."
Bye
Fre
Hi,
> is there a common coding style/formatting style for josm and the plugins?
The eclipse formatter seems ok as far as I can see. I use spaces for
indentation. If someone tells you to use tabs please ignore that.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00
Hi,
Tom Hughes wrote:
> You can make then case sensitive in MySQL if you want
I guess that's the key... do we want objects with a "NOTE" and a "note"?
Bye
Frederik
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Hi,
could one of the Merkaartor devs perhaps look into this way history:
http://www.openstreetmap.org/api/0.5/way/24993635/history
It seems that someone managed to insert the same node twice into this
way using Merkaartor. Known issue?
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL
y ways intact, contact Wiki
user "computerteddy" or check out his user page.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33"
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
es, or you can replace it with a dynamic list that will simply
cover as many tiles as it takes.
But then again, at 1x1 degree, unless we're talking Santa Claus land, a
way that spans more than 4 tiles would have to be tens of miles long. We
don't want such ways anyway ;-)
Bye
Fre
Hi,
Maarten Deen wrote:
> $ mysql -D osm -u osm
> Reading table information for completion of table and column names
> You can turn off this feature to get a quicker startup with -A
>
> Welcome to the MySQL monitor. Commands end with ; or \g.
[...]
> $ osmosis --read-xml file="bank.osm" --writ
Hi,
Ian Dees wrote:
> It would be pretty neat to see a map of the number of times a certain
> tile is served. While it certainly wouldn't be any measure of visitors,
> it would be a pretty nifty visualization of the "busy" areas of the planet.
I believe Andy Allan showed such pretty pictures ma
Hi,
Sebastian Spaeth wrote:
> That assumes all unique visitors actually use a webbrowser, and from [EMAIL
> PROTECTED]
> stats I can tell that much of the traffic comes from bots and scripts
> rather than just web browsers.
I think the Foundation has recently discussed ceasing tile-serving for
Hi,
Tom Hughes wrote:
> Well good for you. In this country we take protecting people's personal
> data a bit more seriously that you apparently do.
Which is good, given the enormous amount of people's personal data that
is collected in your country in the first place. May I suggest that you
co
Hi,
Dominik Spies wrote:
> Okay, but where exactly is the problem? The editor will try to delete
> the node, will recieve a 412 Error and recognize "hey i can't delete
> that node because..." and it is all fine.
The problem is acutally that it will complain if you try to delete, but
not if you t
derik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
josm-dev mailing list
josm-...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev
s that just differ in case, because they
will overwrite each other in the API - or do you intend so switch to
something that is case sensitive?
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
_
some.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
ebug map will not keep people
from complaining that their data does not appear on "the map" ;-)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
data provided by default pipe stored at level 2 in the
default pipe stack.
What has changed? My use seems to be in line with current documentation,
or am I overlooking something?
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09&q
ye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
slightly amended the Wiki page to discuss the stack approach.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Hi,
Damian Proksch wrote:
> I have tried to extract with osmosis, and I got this reply
> of my CMD-Line:
>
> C:\osmosis-0.29.5>java -Xmx600 -jar osmosis.jar --rx enableDateParsing=no
> file=C
> :\osmosis-0.29.5\TestOsm\OSM\austria.osm.bz2 --tee 1 --bounding-box left=9.5
> rig
> ht=13 top=47.59
Hi,
Marcus Wolschon wrote:
> I am debugging storing the map in different LevelsOfDetail and simplifying
> rendering while zooming out for the Traveling Salesman -navigator.
> During the holidays I am working on a small netbook using a cellphone
> for internet-access.
>
> Can someone provide me wi
Hi,
Marcus Wolschon wrote:
> could it be that this files does not contain
> any nodes but only ways?
You're right... it was a simple planetosm-excerpt-tags run, I wonder why
it didn't work. It does get all the relevant nodes normally. Sorry that
you whole-night download was for nothing then...
ll remain on 1.5 source level for a while I guess, so as to not cause
more problems for users with ancient machines than necessary. But with
the proper compiler switches, building under 1.6 should be trivial; I
know because some people *accidentally* compile under 1.6 ;-)
Bye
Frederik
--
Frederi
nd clients. It might be done at a later
time but surely not with 0.6.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Hi,
Stefan de Konink wrote:
> Shaun McDonald wrote:
>> From API 0.6 there is a limit of 2,000 nodes in a way.
>
> Btw; Do you impose this also on a relation?
Yes.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00
ce. Sending a complete
changeset within one request is possible BTW.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Hi,
Stefan de Konink wrote:
> The latter still requires the same client/server modifications +
> modifications in all current node relations. Hence it will cost more time.
No it doesn't; 99.9% of all ways don't violate the new criteria so all
tools will work perfectly for them.
> Even in 0.5 r
BHOST% and some others which
need to be replaced by proper values. There's a script that does this
but I am not sure wheter this runs under Windows; if not you'll have to
do a search-and-replace using your editor of choice.
Bye
Frederik
--
Frederik Ramm ## eMail
is Jozef's E-Mail explaining how it works.
Bye
Frederik
Original Message
From: Jozef Vince (freemap.sk)
To: 'Frederik Ramm'
[...]
In demo.conf
You can see some settings - I think they are self explanatory but in short:
X=2244 / coords of left upper tile
Hi,
Tom Lancaster wrote:
> newhanoian.com has been leading an effort to complete the OSM Hanoi map
> recently, and we're at a point where we'd like to use OSM tiles in place of
> our custom Gmaps + tilelayer solution. Since we're in vietnam we'd like to
> download a tileset for Hanoi and the surro
Hi,
I played around with the enableDateParsing option and found:
$ time osmosis --rx testfile.osm enableDateParsing=yes --wx out.osm
Jan 8, 2009 1:12:50 AM com.bretth.osmosis.core.Osmosis main
INFO: Osmosis Version 0.29
[...]
Jan 8, 2009 1:13:10 AM com.bretth.osmosis.core.Osmosis main
INFO: P
Hi,
Tom Hughes wrote:
> Indeed, just one of the many reasons why MySQL sucks giant boulders
> through exceedingly small straws.
The only thing worse than doing an ALTER TABLE on a large table is doing
a Rails migration on it ;-)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remo
ng
yet? If someone has spent any thoughts on this then I'll just follow in
their steps rather than do something new.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Hi,
David Earl wrote:
> suspect his vicious circle started because there was one day when there
> was an exceptionally large update and this ran fro > 24 hours, running
> into the next.
It could also be the fact that there was no daily diff in the early
hours of 1st Jan because the server had
Hi,
Nevel Gandish wrote:
> I currently try to reconstruct ways from the history. Retrieving the
> ways is no problem. Retrieving nodes from the history isn't too.
> But how to put them together? Not every node has a entry for every
> entry in a ways history.
> Is figuring out by comparing the time
Hi,
Nicolas Guillaumin wrote:
> Excuse me if it's a silly question (I'm a newbie here), but what about using
> a search engine component instead of SQL queries ?
> I think about Apache Lucene (Java search engine) for example (
> http://lucene.apache.org/) which seems to me a better solution about
Martijn,
> The goal of the talk will be to interest the (Amsterdam) Ruby
> community in OSM in general, but also in becoming involved in OSM
> Rails development. Is that helpful?
My personal take on this is that we actually have two, very different,
kinds of "web interface", or better "http
Hi,
Matt Amos wrote:
> what do you see as the benefits of an old-fashioned compiled language
> (presumably you mean C/C++/Java) over just plain ruby? just because
> we're using ruby doesn't mean we have to use rails+activerecord :-)
I think nothing beats C/C++ (not so sure about Java) when it com
Hi,
Dirk Stöcker wrote:
> That would be easy for encapsulated data access. For current JOSM it will
> be lots of work.
Explain? Can't you just "when in doubt" always put the object on the
visible list? It doesn't hurt if a few are not actually visible.
Bye
Frederik
__
Hi,
> There was a reason behind it though. With the old queue based approach
> sometimes there was no way to get the tasks connected properly without
> using named pipes. With the stack based approach I think it's always
> possible to connect tasks without using named pipes.
It seems you're
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Hi,
Tom Hughes wrote:
> We have one little Atom based machine. They have a metric buttload of
> database servers serving pages to ten metric buttloads of web servers
> fronted by about a thousand metric buttloads of squid caches.
Then don't be such a sissy and get use the metric buttload of ser
Hi,
there's --nk and --nkv, and there's --wkv, but if I want all
"railway" ways selected then I have to explicitly specify the possible
values in a --wkv list because there's no --wk - right? Is this a design
decision or just a "nobody sent a patch for it" thing?
Bye
Frederik
osis --rx test.osm --wkv \"key.value with spaces\" --wx -
did not work (resulting in the same error message as without the
backshlashes) - can anybody say why?
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Hi,
D Tucny wrote:
> One quick note... It looks like UTF8 data has been broken at some point...
I guess that's what is meant by "potential gotchas" at the bottom of the
"Minutely Mapnik" page:
"When creating your database, make sure you specify the encoding as
utf-8, otherwise you will get cra
the DiffReader.commit method (easy to
implement, but by the time we abort the database has already been
unnecessarily loaded), or whether there is perhaps a way to make this
depend on the size (in bytes) of the upload and it could easily be
checked before even starting to process it?
Bye
Fred
etically handle and publish this so that whoever
uploads something has a chance to be relatively sure that his query will
work - instead of letting anyone upload an arbitrarily big diff that
will give a Rails "out of memory" exception somewhere down the line.
Bye
Frederik
--
Freder
Hi,
Claudius Henrichs wrote:
> I've written some small patches fixing some issues. Do you (the core
> JOSM dev team) prefer commiting them for yourself or can I get SVN write
> access as well?
If it isn't too much trouble for you we'd ask you to attach your patches
to trac tickets, or send the
or any reason, it switches to the low-res data from the world file?
That would neatly combine the advantages of both and make the world
chooser obsolete.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
_
Hi,
Simon Ward wrote:
> Hash table, or associative array/hash/dictionary? Hash tables have
> mechanisms to deal with collisions.
A collision in a hash table is two keys sharing the same hash value, not
two keys being identical.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remo
Hi,
to make good use of the new changeset stuff for analysing and
possibly also reverting changes, third parties will probably want to
know which changesets exist.
We have not planned to include an API call that says "give me all
changesets that intersect this bbox" or so, and neither do w
1 - 100 of 1304 matches
Mail list logo