<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im"><br>
> Now, name search on 0.16.x which is going to be included in the<br>
> newest Fedora and Debian won't work :-(<br>
<br>
</div>Have you tried to contact upstream about this? This sounds like<br>
something that they'd be willing to patch even in a stable<br>
release. It's a very important feature (in a relatively<br>
unimportant[1]. program) that won't work *at all*. Aren't they willing<br>
to patch that?<br></blockquote><div><br></div><div>They are very nice people, and I'm sure they would do all they can to sneak a patch in, but I'm not keen myself in rushing a point release...</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im"><br>
> You'd want me to spend $12 a day to provide geolocalisation for an<br>
> OSM editor (if you didn't read the thread, I remind you I'm speaking<br>
> of Merkaartor)!!??<br>
<br>
</div>What sort of crazy hosting costs $360 per month (asking Nic Roets)? I<br>
bet you could host basic redirection services on a 512 Linode for<br>
$20/month. Possibly even a whole nominatim instance (I don't know its<br>
resource demands).<br>
<br>
Anyway, just pointing the service to your own domain costs next to<br></blockquote><div><br></div><div>Err, yes, it would be cheap. But managing/supporting/updating the service behind it is totally out of scope of Merkaartor.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
nothing. And that seems like a very basic precaution that programs<br>
like Merkaartor should take so they can deal with cases like these.<br></blockquote><div><br></div><div>I won't discuss this any further, but I still think it is nonsense in the context of an OSM editor like Merkaartor. Pushing the reasoning, I could as well have my own copy of the OSM database and push data patches to the main database...</div>
<div><br></div><div>Mmm... Now that I think about it, it would actually be the thing to do in the context of the "OSM is all about data" concept, but it is hardly practical, resource-wise.</div><div><br></div><div>
Regards</div><div>- Chris - </div></div>