I had a similar thought a couple of weeks ago when I tried to find my
way using the map on the small screen of my hand held gps. Afterwards,
Rob Annable told me about Bendy Maps (see http://schulzeandwebb.com/hat/
for an example). It's not exactly what I had in mind but still very cool :-)
I noticed that the diff parsing on the tile server stopped this morning.
This changeset seems to be the cause:
$ gzip -dc 200907140650-200907140651.osc.gz | xmllint -noout -
-:36: parser error : invalid character in attribute value
tag k=name v=▒Meycauayan City Northbound Entry Point/
This would indeed be possible with current tiles - take a look at
http://maps.cartifact.com/ - it is built with Flash, but you could
easily build it with JS, too.
Christoph Boehme schrieb:
I had a similar thought a couple of weeks ago when I tried to find my
way using the map on the small
On Tue, Jul 14, 2009 at 8:42 AM, Jon Burgessjburgess...@googlemail.com wrote:
I noticed that the diff parsing on the tile server stopped this morning.
This changeset seems to be the cause:
$ gzip -dc 200907140650-200907140651.osc.gz | xmllint -noout -
-:36: parser error : invalid character in
On Tue, Jul 14, 2009 at 3:43 PM, Steve Hosgoodst...@tallyho.bc.nu wrote:
That's odd. I'm really sure that back in Potlatch 0.9x days (just before 1.0
came out) it was quite capable of taking letters like ô and ŷ entered with
the X-window 'compose' key. I live in Wales and need those characters
On Tue, Jul 14, 2009 at 3:19 PM, Richard Fairhurstrich...@systemed.net wrote:
Ævar Arnfjörð Bjarmason wrote:
* Potlatch will enter whatever raw binary string the user
supplies into the database that the main API would reject
as an invalid request, hence the corrupt data
Sort of.
From a
On Tue, Jul 14, 2009 at 4:19 PM, Tom Hughest...@compton.nu wrote:
On 14/07/09 17:09, Ævar Arnfjörð Bjarmason wrote:
Yes from a client point of view. But the server portion of Potlatch
shouldn't trust the client side to do data validation. Doing
server-side content validation equivalent to the
On 14/07/09 17:42, Ævar Arnfjörð Bjarmason wrote:
On Tue, Jul 14, 2009 at 4:19 PM, Tom Hughest...@compton.nu wrote:
On 14/07/09 17:09, Ævar Arnfjörð Bjarmason wrote:
Yes from a client point of view. But the server portion of Potlatch
shouldn't trust the client side to do data validation.
Ævar Arnfjörð Bjarmason wrote:
.. But for the time being modifying the server portion of Potlatch
to only accept what the main API accepts would put a stop to these
data corruption errors.
Sure, but I'd rather spend an hour fixing a whole issue than half-an-hour
half-fixing it. It just
On 14/07/09 22:30, Jon Burgess wrote:
The biggest issue seems to be with step 1. Using the compose sequence
for á (compose ' a) I get the following:
First box: á
Second: c3 a1
Third: C3 83 C2 A1
Which is a straightforward double UTF-8 encoding. The second box is the
encoding of the first
1. Go to http://www.systemeD.net/stuff/keycode.html
2. Type some non-ASCII characters into the top box (letters with accents,
the sort of thing you might want to enter as an OSM tag value)
3. For each one, tell me what it returns in the next two boxes
Entering äöüÄÖÜß yields
- in the first
I'm using the latest 0.31, any ideas?
./osmosis --read-xml file=/home/prog/europe/europe.osm --write-apidb
host=localhost database=osm user=root password=* dbType=mysql
Jul 14, 2009 4:57:25 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Osmosis Version 0.31
Jul 14, 2009 4:57:25 PM
The most infamous bug in Flash Player and I think I fixed it. \o/
Not live in Potlatch yet - too tired. Tomorrow evening, probably.
cheers
Richard
--
View this message in context:
http://www.nabble.com/broken-utf8-in-minute-changeset-200907140650-tp24475713p24490792.html
Sent from the
13 matches
Mail list logo
